两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

自動化的藥學、生物醫(yī)學和醫(yī)療器械研究與報告的方法和系統(tǒng)的制作方法

文檔序號:6481676閱讀:358來源:國知局
專利名稱:自動化的藥學、生物醫(yī)學和醫(yī)療器械研究與報告的方法和系統(tǒng)的制作方法
技術領域
這個公開屬于自動化藥學研究和報告。更具體地說,這個公開涉及藥品開發(fā)的臨床試驗管理。
背景技術
當前基于紙張的臨床試驗處理過程具有基本的問題??紤]到許多因素,看起來在藥品開發(fā)領域,與成本和時間相關的壓力正顯著地增加,這些因素包括成本抑制壓力;克服內部容量的限制的嘗試;改善用于評價和開發(fā)新藥和/或器械的時間界限的期望;增加與固定成本相比可變的開發(fā)成本的百分比的期望;同時在多個國家實行與新藥或者器械相關的研究的需要;對在各個國家日益嚴格的政府規(guī)定的響應;以及使用全部可用的專業(yè)知識來補充內部設計和開發(fā)性能的期望。
依據(jù)Tufts藥品開發(fā)研究中心(Tufts Center for the Study of DrugDevelopment),開發(fā)新處方藥物的平均成本是8億2百萬美元,而且開發(fā)新處方藥物并且獲得在美國銷售的許可需要10到15年的時間。隨著開發(fā)新藥所需要的投資不斷增加,就創(chuàng)造了幫助加快藥品開發(fā)過程或者使這個過程更加有效的機會。
Tufts藥品開發(fā)研究中心還表明在1982年和2001年之間,用于生物制藥的總開發(fā)時間在穩(wěn)步增加。
對這些問題的一種響應已經(jīng)采用了電子數(shù)據(jù)獲取(EDC)/臨床試驗管理系統(tǒng)(CTMS)。然而,大多數(shù)可得到的EDC/CTMS系統(tǒng)難以使用、瑣碎、且完全不同,而且不解決實施研究的處理過程。
現(xiàn)實是授權用戶處于更快速和成本更有效地完成臨床試驗的日益增加的壓力之下。令人遺憾地是,授權用戶缺乏對研究數(shù)據(jù)和度量的可及時訪問性,這延遲了關鍵的管理決策。庫存管理經(jīng)常是高度無效的,而且及時的病人補充一直是個難題。可得到的技術產(chǎn)品是昂貴、零碎、部分的解決方案,并且難以使用。
所需要的是具有高可用性的臨床試驗管理解決方案,其便于降低成本和開發(fā)時間,同時還便于提高對進行中的臨床試驗信息的訪問和使用。
這個公開講授了這樣一個臨床試驗管理解決方案。本發(fā)明的這些及其它優(yōu)點、以及另外的創(chuàng)造性特征,將通過此處提供的本發(fā)明的描述而變得明顯。


為了更完整地理解本發(fā)明以及它的優(yōu)點,現(xiàn)在參考以下結合附圖給出的簡要描述,在附圖中類似的附圖標記指示類似的特征。
圖1依據(jù)本發(fā)明實施例示出了數(shù)據(jù)庫結構的概述。
圖2依據(jù)本發(fā)明的實施例描述了基本草案(protocol)信息(BPI)方面。
圖3依據(jù)本發(fā)明的實施例描述了程序的發(fā)貨方面。
圖4描述了本發(fā)明的病人信息部分。然后依據(jù)本發(fā)明的實施例,在那個期限內安排(schedule)病人。
圖5依據(jù)本發(fā)明的實施例提供了說明病人安排的框圖。
圖6依據(jù)本發(fā)明的實施例示出了更新方面。
圖7依據(jù)本發(fā)明的實施例示出了報告方面,其在用戶的指尖處提供來自研究的全部信息。圖8依據(jù)本發(fā)明的實施例示出描述病人就診(visit)的處理流程圖。
圖9依據(jù)本發(fā)明的實施例示出了授權用戶信息界面。
圖10依據(jù)本發(fā)明的實施例示出了聯(lián)系人信息界面。
圖11依據(jù)本發(fā)明的實施例示出了草案信息界面。
圖12依據(jù)本發(fā)明的實施例示出了結構信息界面。
圖13和14依據(jù)本發(fā)明的實施例示出了就診信息界面。
圖15和16依據(jù)本發(fā)明的實施例示出了選擇場所和聯(lián)系人界面。
圖17依據(jù)本發(fā)明的實施例示出了病人信息界面。
圖18依據(jù)本發(fā)明的實施例示出了供本發(fā)明使用的病人條型碼。
圖19依據(jù)本發(fā)明的實施例示出了篩選就診界面。
圖20依據(jù)本發(fā)明的實施例示出了這樣一個界面,通過該界面選擇病人正在進行測試的草案。
圖21依據(jù)本發(fā)明的實施例在其示出的屏幕上示出篩選就診評價(assessment)。
圖22的界面上,依據(jù)本發(fā)明的實施例,程序向用戶指示所有當前回答,以便能夠檢查這些回答的錯誤。
圖23依據(jù)本發(fā)明的實施例示出了病人就診界面。
圖24依據(jù)本發(fā)明的實施例示出了病人安排界面。
在諸如圖25示出的屏幕上,依據(jù)本發(fā)明的實施例,由許多用戶打印、電郵、或者檢查報告,該報告包括授權用戶、站點、研究者、以及研究協(xié)調員。
圖26依據(jù)本發(fā)明的實施例,示出示例研究度量報告。
圖27中,依據(jù)本發(fā)明的實施例,授權用戶和站點檢查庫存界面用于病人就診01的隨機處理并用于報告。
圖28依據(jù)本發(fā)明的實施例描述了網(wǎng)絡概述。
圖29依據(jù)本發(fā)明的實施例描述了從規(guī)范到研究實現(xiàn)的信息流。
圖30依據(jù)本發(fā)明的實施例示出了包含在用于執(zhí)行定量和歷史分析的圖示的界面。
圖31依據(jù)本發(fā)明的實施例說明了典型的動態(tài)數(shù)據(jù)控制服務器配置。
圖32依據(jù)本發(fā)明的實施例描述了典型的本地/站點配置。
圖33依據(jù)本發(fā)明的實施例說明了用于跨Internet(因特網(wǎng))聯(lián)網(wǎng)的典型基礎結構。
圖34依據(jù)本發(fā)明的實施例示出了使用基于XML的表示定義草案的處理流程。
圖35說明通用計算機系統(tǒng),其可以是這樣的計算系統(tǒng)網(wǎng)絡的一部分,該網(wǎng)絡用于采用本發(fā)明中用于自動化藥學研究和報告的方法和系統(tǒng)的實施例。
具體實施例方式
本公開講授了用于藥學、生物醫(yī)學、醫(yī)療器材開發(fā)的臨床試驗的自動化管理、便于藥學研究和報告的系統(tǒng),該系統(tǒng)包括至少一個站點服務器和中心服務器,其中每個站點服務器與至少一個計算設備關聯(lián)并且可通信地連接到該計算設備,該計算設備被配置為通過提供用戶能夠通過其輸入數(shù)據(jù)的界面而使用電子數(shù)據(jù)獲取來收集原始臨床試驗數(shù)據(jù),而中心服務器經(jīng)由全時工作的公共網(wǎng)絡可通信地連接到每個站點服務器,并且經(jīng)由全時工作的公共網(wǎng)絡可通信地連接到授權用戶可訪問的計算設備。每個被配置為收集原始臨床試驗數(shù)據(jù)的計算設備適合于驗證輸入的數(shù)據(jù)。每個站點服務器被配置為將原始臨床試驗數(shù)據(jù)傳輸?shù)街行姆掌?。中心服務器被配置為從每個站點服務器接收原始臨床試驗數(shù)據(jù),存儲該原始臨床試驗數(shù)據(jù),基于該原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)。此后可以將原始和二次臨床試驗數(shù)據(jù)傳輸?shù)绞跈嘤脩艨稍L問的計算設備。
該公開還講授了一種用于藥學、生物醫(yī)學、和醫(yī)療器材開發(fā)的臨床試驗的自動化管理的方法,以便于藥學研究和報告。通過用戶對配置有適配為收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用,獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù)。驗證該電子數(shù)據(jù)。在該電子數(shù)據(jù)已經(jīng)被驗證了之后,通過全時工作的公共網(wǎng)絡將所述數(shù)據(jù)從相應計算設備分配到中心服務器?;谠寂R床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)。存儲原始和二次臨床試驗數(shù)據(jù)。使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問。
本公開還講授了能夠在計算機之間傳送的計算機可讀信號,其包含一組用于通用計算機的指令,該通用計算機具有包含定點設備(pointing device)和屏幕顯示的用戶界面。該指令組包括與用戶界面在操作上相關聯(lián)的輸入例程,其用于允許用戶用所述鼠標選擇屏幕顯示上顯示的圖標,該圖標與計算機可訪問的應用程序相關聯(lián)。該應用程序的運行執(zhí)行用于藥學、生物醫(yī)學、和醫(yī)療器材開發(fā)的臨床試驗的自動化管理的方法,以便于藥品研究和報告。通過用戶對配置有適于收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用,獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù)。驗證該電子數(shù)據(jù)。在該電子數(shù)據(jù)已經(jīng)被驗證了之后,從相應計算設備通過全時工作的公共網(wǎng)絡將所述數(shù)據(jù)分配到中心服務器?;谠寂R床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)。存儲原始和二次臨床試驗數(shù)據(jù)。使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問。還包括用于執(zhí)行由用戶用鼠標選擇的所述應用程序的運行例程,作為響應于該運行例程而用于在屏幕顯示上顯示由應用程序生成的文字或者圖像的顯示例程。
通過結合附圖的詳細說明的剩余部分,本發(fā)明的其它方面、目的和優(yōu)點將變?yōu)楦用黠@。
本發(fā)明提供了一種用于藥學、生物醫(yī)學、和醫(yī)療器材的自動化研究和報告的方法和系統(tǒng),尤其是提供了一種在獲得和生成藥學現(xiàn)場試驗結果中消除或者充分地減少錯誤、報告和分析時間、以及成本的方法和系統(tǒng)。因此,本發(fā)明有助于降低臨床試驗的成本和持續(xù)時間。
為了能夠理解本發(fā)明,以下的描述首先提供了被采用用于管理和自動地報告藥學、生物醫(yī)學、和醫(yī)療器材研究結果的數(shù)據(jù)庫的組織視圖。此后,本說明通過一系列注解的用戶界面圖示,說明本發(fā)明的用于管理研究數(shù)據(jù)收集和相關功能的處理過程。
雖然這個說明提供了本發(fā)明的示例實施例方面,但是本發(fā)明顯然考慮到不僅在制藥工業(yè),而且在具有類似數(shù)據(jù)收集要求的其它工業(yè)中使用的另外的替換實施例。
Precerche是普雷瑟克(Precerche)股份有限公司的商標,其標識Precerche公司的用于自動化的藥學研究和報告的方法和系統(tǒng),其任何給定的實現(xiàn)可以由所附至少一個權利要求所涵蓋。Protocol Prophet是Precerche公司的商標,其標識Precerche公司的基本草案信息方面,其任何給定實現(xiàn)可以由所附至少一個權利要求所涵蓋。Report Genie是Precerche公司的商標,其標識Precerche公司的報告方面,其任何給定實現(xiàn)可以由所附至少一個權利要求所涵蓋。InterRx是Precerche公司的商標,其標識Precerche公司用于集成臨床研究管理的各個根本不同的方面的總體解決方案系統(tǒng),其任何給定實現(xiàn)可以由所附至少一個權利要求所涵蓋。Xprotocol是Precerche公司的商標,其標識Precerche公司的基于XML的草案表示,其任何給定實現(xiàn)可以由所附至少一個權利要求所涵蓋。
圖1示出了本發(fā)明實施例的數(shù)據(jù)庫結構的概述。整體數(shù)據(jù)庫結構包括六個部件/方面基本草案信息(BPI)102、發(fā)貨104、病人信息106、病人安排108、更新110、和報告112。
圖2描述了BPI方面102。程序的BPI方面允許技術人員輸入所有信息和參數(shù),它們在每個研究草案內都有所不同。程序的這部分對于程序的其余部分來說是必需的。允許管理人員以這種方法輸入新的草案116信息,促進數(shù)據(jù)的有用性。與人工輸入數(shù)據(jù)到數(shù)據(jù)庫中相比,程序的這個方面節(jié)省了大量的時間。
BPI部分102應該提供指示不正確的輸入和空字段的警告屏幕。將提供指示各個工業(yè)特定的驗證的文檔。
草案信息118包括草案號、名稱、研究的產(chǎn)品、授權用戶和聯(lián)系人、及其它參數(shù),它們稍后在程序中使用以安排病人并且指示當前的就診。
在已經(jīng)建立了草案之后選擇站點120。這在打印報告、跟蹤病人、以及跟蹤站點進展方面幫助程序。
病人就診122指示在每次就診時將執(zhí)行什么評價。這將稍后在程序中使用以在每次就診中訪問每個病人。病人就診還有助于打印報告,并且是程序的最重要部分之一。
這允許用戶輸入病人就診的新評價以及用于病人篩選(screeing)就診的新限定124。
這允許用戶輸入用于新輸入的評價的新約束126量。
圖3描述了程序的發(fā)貨方面。程序的發(fā)貨方面104允許醫(yī)藥公司跟蹤全部的藥品套件(kit)。醫(yī)藥公司將能跟蹤給于特定站點以及特定病人的藥品套件。將為每個套件創(chuàng)建標記,并且由系統(tǒng)在離開醫(yī)藥公司之前、到達站點時、以及它已經(jīng)由隨機化處理過程選中時,對每個套件進行掃描。創(chuàng)建的標記將用于向研究協(xié)調員指示當隨機化病人時將使用哪個套件。
在醫(yī)藥公司處,標記130每個套件以便能夠跟蹤該套件。
在醫(yī)藥公司處,在將每個套件發(fā)貨之前對它進行掃描132,以便開始跟蹤處理過程。然后把套件發(fā)貨到正確的站點。
在站點處,當每個套件到達該站點時,對接收到庫存中的套件進行掃描134。然后使該套件可用于在隨機化處理過程中選擇。醫(yī)藥公司可以基于已經(jīng)接收了哪些套件來訪問查詢。
當在隨機化處理過程中選擇了套件時,則掃描136從選擇處理過程中選中并移去的套件。從庫存中除去它,而且它不可讓任何其它病人使用。然后在研究中使用該套件。醫(yī)藥公司可以基于哪些套件已經(jīng)被隨機化以及哪些套件正在研究中使用,來訪問查詢和報告。
在完成研究之后,將已使用和未使用的套件返回到醫(yī)藥公司。醫(yī)藥公司掃描138返回的套件,并且在數(shù)據(jù)庫中記錄結果。
圖4描述了本發(fā)明的病人信息部分106。程序的病人信息部分允許站點實施病人就診,并且在對病人工作的同時自動地記錄數(shù)據(jù)。每個站點將具有條形碼掃描儀,其將用于當病人到達時把每個病人掃描到數(shù)據(jù)庫中。在就診期間,每個醫(yī)生/研究者將能夠在與程序直接相關的手持設備上記錄他們的發(fā)現(xiàn)。這個設備將提供當前的病人信息以及完成當前就診所需要的評價。
在病人注冊了并且已經(jīng)回到就診01之后,如果當前草案需要隨機化病人,則程序自動地提示用戶隨機化該病人。將打開到主數(shù)據(jù)庫服務器的直接路線,并且將隨機化該病人。向病人分配隨機化號以及相應的套件號。
新病人屏幕允許用戶用諸如開首大寫字母、出生日期、種族、以及性別之類的信息輸入新的病人140。這個部分還包括病史部分??梢栽谌蘸笤L問這個信息,以查詢可能符合即將進行的研究的條件的病人。然后使新病人與特定草案相關聯(lián)。在那一點上,用戶可以執(zhí)行篩選就診或者輸入另一個新病人。然后將用條型碼來標識他們的病人卡給予病人。
在已經(jīng)輸入了病人信息之后,可以通過掃描提供給病人的病人卡選擇當前病人142,以啟動就診處理過程。當確立了當前病人時,開始病人就診。
病人就診144允許用戶在當前就診期間輸入每個評價的評價結果。這將利用手持設備進行。該設備將由醫(yī)生/研究者使用,來選擇評價結果的范圍,或者輸入評價結果的數(shù)據(jù)。
在就診01處,將自動地向用戶通知該病人必須被隨機化146(如果草案需要的話)。由程序打開到主數(shù)據(jù)庫服務器的直接路線,并且隨機化該病人。向研究者提供隨機化號以及套件號。然后掃描該套件,并且使該套件與當前病人相關聯(lián)。
在執(zhí)行評價的同時可以由用戶對每個評價作出注解148。
通過當前的公開內容,在當前就診完成時,將安排病人的下一次就診。圖5的框圖示出了病人安排108。使用包括減日(negative day)窗口、加日(positive day)窗口、就診次數(shù)、和星期數(shù)在內的參數(shù)來確定對病人下一次就診可用的日期。向用戶給出正確的期限以示出依據(jù)草案參數(shù)可以進行病人就診的可用日期。然后在那個期限內安排病人152。
在完成當前就診而且病人離開辦公室之后,可使用由程序使得可用的期限安排病人的下一次就診。
圖6示出了當前公開的更新方面110。利用本方面,可以更新研究的每個元素。這對于向用戶提供改變草案以反映修改、改變地址、電話號碼、以及改正病人就診信息的方法是非常有用的。
可以更新草案156以反映在姓名、參數(shù)、及其它信息方面的改變。站點可以與草案相關聯(lián),而且可以依據(jù)草案的修改而改變病人就診評價。
可以改變授權用戶的地址和聯(lián)系人信息158。
可以改變授權用戶的聯(lián)系人電話、傳真、和姓名以反映任何改變160。還可以在這里添加與授權用戶相關聯(lián)的新聯(lián)系人。在添加了它們之后,它們必須與草案相關聯(lián)。
可以更新(162)站點地址和聯(lián)系人信息以反映在該站點內的改變。不能改變聯(lián)系人信息,但是可以選擇不同的聯(lián)系人。在更新站點聯(lián)系人部分中更新聯(lián)系人信息。
可以更新(164)站點聯(lián)系人信息,以反映對電話號碼、傳真號碼、和姓名改變的任何改變。
更新病人就診166以反映在評價中進行的改變或者改正在評價中的錯誤是非常重要的。這個屏幕允許用戶返回到病人就診并且進行任何必要的改變。包括舊的數(shù)據(jù)在內的所有數(shù)據(jù)將存儲在數(shù)據(jù)庫中。將對該改變標記時間和日期,并且將該改變歸因于當前用戶。
如圖7所示,本發(fā)明還包括報告方面112,其將在用戶的指尖處提供來自研究的全部信息。報告方面將允許包括站點人員、授權用戶人員、和技術人員在內的用戶基于查詢生成報告。每個用戶將能夠基于他們的需要生成報告。這部分程序是非常重要的,因為通過使用計算機化的系統(tǒng),可更容易地定位、改變、和防止錯誤。
可以進行查詢以滿足一方提出的任何問題??梢栽诖蛴≈霸谄聊簧峡吹皆次臋n和病例報告表格(CRF)文檔,以確認所有的信息是最新和完整的。這將減少稍后在研究中改正報告所需要的時間。還可以應請求從主服務器中快速地創(chuàng)建和更新查詢。
可以創(chuàng)建對每個草案或者醫(yī)藥公司特定的所有報告。
可以由任何用戶進行報告查詢170以定位回答有關研究度量問題的信息或者檢查任何數(shù)據(jù)差異。報告查詢170還將用于向臨床數(shù)據(jù)管理提供信息。
可以為每個病人打印源文檔172,并且在病人文件夾中保持源文檔172。可以為每個草案、每個站點、單個病人或者單次就診打印源文檔。將為每個病人打印CRF文檔174,并且在控制活頁夾中保持這些文檔??梢詾槊總€草案、每個站點、單個病人或者單次就診打印CRF文檔。
提供研究度量176以按照草案、站點、或者病人排序。
通過本發(fā)明的程序的使用,能夠執(zhí)行新型的病人就診方式,其遵循使用此處提供的技術優(yōu)點和特征的流程。下面的圖8示出了描述一次這樣的病人就診的處理流程圖。
圖8從步驟178開始。流程在步驟180分岔。如果病人不是新的病人,則出現(xiàn)病人就診182,其包括frmPatientVisit 184。在186確定就診號。隨機化病人(188),并且確定評價(190)。用戶提供評價回答(192),繼之以另一個分岔步驟194。如果用戶選擇不進行注解,則保存該就診(196)并且結束該處理流程(198)。如果用戶進行注解,則使用frmComment 200,保存注釋(202),保存就診196,并且然后結束該流程198。
如圖8所示,如果病人是新的病人,則添加病人信息204,并且必須進行關于是否進行完整的篩選就診的判定206。如果不是的話,則退出(208)該流程并且結束210。另一方面,如果判定206指示完成篩選就診,則使用frmPatientVisit 212,確定評價214,并且用戶提供評價回答192。在那一點處,流程從如上所述的步驟192繼續(xù)進行。
因此,三個用戶判斷是病人是否是新的(180)、是否完成篩選過程(206)、以及是否對該完整的篩選處理過程進行注解(194)。個人計算機或者手持計算設備可用于經(jīng)由frmPatientVisit和frmComment處理過程收集信息。
現(xiàn)在已經(jīng)說明了本發(fā)明的程序方面,以下的說明給出由本發(fā)明執(zhí)行的用戶界面和相關功能的詳細描述。
基本草案信息草案信息包括,草案號、名稱、研究的產(chǎn)品、授權用戶和聯(lián)系人、及其它參數(shù),它們稍后在程序中使用以安排病人。
圖9中示出了授權用戶信息界面。用戶可以選擇早已經(jīng)在數(shù)據(jù)庫中的授權用戶。
圖10示出了聯(lián)系人信息界面。用戶選擇聯(lián)系人??梢允怪耙呀?jīng)使用過并且與所選擇的授權用戶相關聯(lián)的聯(lián)系人可用于選擇,或者用戶可以創(chuàng)建新的聯(lián)系人。然后將所創(chuàng)建的聯(lián)系人與所選擇的授權用戶相關聯(lián)。
圖11示出了草案信息界面。在這里輸入產(chǎn)品名稱、草案名稱和所有權注意事項。這些名稱通常是非常長的段落。
圖12中示出了結構信息界面。首先如果研究被隨機化了,則用戶選擇隨機化類型。授權用戶將提供用于在研究中使用的隨機化類型的公式。這然后將被編制到在研究中使用。它將還可用于被選擇用于其它研究使用。其次,用戶將輸入研究參數(shù)。這些參數(shù)用于監(jiān)控該研究并且發(fā)出警告??傋詳?shù)是研究所需要的病人/受檢者的總數(shù)。它向注冊給出停止位置,并且允許在研究的不同部分給出度量,諸如每個站點具有的注冊百分比或者注冊結束的預期時間。數(shù)字或者星期/日/月是在總研究中的總星期/日/月的數(shù)量,并且?guī)椭_定每次就診什么時候進行。加/減日窗口用于在可應用它們的位置處、應用的安排部分中使用。病人/受檢者必須在這個時間周期內完成他們的就診。這些數(shù)字將提醒病人進行他們的就診可用的正確日程表日的安排。
圖13和14中示出了就診信息界面。用戶選擇就診號(篩選就診、就診01、就診02),然后核對在那次就診時必須完成的選擇(評價)。如果選擇不可用,則用戶將選擇新的評價并且將顯示新的窗口來輸入評價用戶選擇范圍(即,完成未完成,0到100,是否)。如果不可得到期望的范圍,則創(chuàng)建新的約束。用戶點擊新約束并且顯示這樣一個窗口,其具有輸入約束數(shù)據(jù)的文本框并且示出某些示例。當用戶保存約束數(shù)據(jù)時,其返回到新就診評價窗口。用戶然后輸入新的評價并且保存。程序返回到就診窗口,并且已經(jīng)為該用戶核對了新的評價。在已經(jīng)選擇了所有評價之后,用戶保存當前就診并且為下一次就診重復該處理過程。
圖15和16示出了選擇站點和聯(lián)系人界面。用戶可以選擇與所選擇的授權用戶相關的站點或者創(chuàng)建新的站點。用戶可以選擇與所選擇的站點相關的聯(lián)系人或者創(chuàng)建新的聯(lián)系人。在選擇了聯(lián)系人之后,用戶保存該選擇。有多個站點用于每個草案。
在用戶已經(jīng)完成了所有這些任務之后,保存草案信息。草案信息中的每一項都是可更新的。聯(lián)系人通常發(fā)生改變,而且這個信息是非常重要的。如果注冊數(shù)低,則同樣可以改變包含/排除條件。
病人信息將用可用的UserlD對程序的任何使用進行日期/時間標記。圖17示出了病人信息界面。用戶輸入全部病人個人信息(地址、電話、DOB、和病史)。存儲這個信息以允許站點用戶(研究者和研究協(xié)調員)訪問病人信息和病史。用戶可以搜索條件以查找可能符合將來研究條件的病人。圖18示出了供本發(fā)明使用的病人條型碼。病人卡與他們的信息以及它們參與的當前草案相匹配。向病人給予卡(具有條型碼)并且將一個卡放置在他們的圖表中。該卡將與每次就診一起記錄,在該就診中,卡用于掃描病人以防止欺詐。
然后使用用于那次就診的評價預先形成圖19所示的篩選就診界面。在研究中注冊病人之前進行就診,以確保他們通過全部確定的條件。
首先使用條形碼掃描儀和病人卡選擇病人。其次通過圖20所示的界面選擇病人正為其試驗的草案(研究)。這向程序指示應該針對哪類評價(問題)判斷病人。
在圖21所示的屏幕上示出了篩選就診評價,并且開始病人的實際篩選。程序然后在圖22的界面上向用戶指示所有的當前回答,以便可以檢查它們的錯誤。如果病人通過了篩選就診,則程序指示已經(jīng)確認了病人并且他們加入了研究。程序還指示依據(jù)當前草案的安排參數(shù),下一次病人就診應該出現(xiàn)的時間。
圖23中示出了病人就診界面。
在掃描病人步驟中,當由條形碼掃描儀掃描病人卡時,程序識別該草案、病人、和當前就診。
在評價步驟中,則預先形成用于當前就診的評價。這個屏幕看起來基本上和上述篩選就診評價相同。
在隨機化步驟中,在就診01期間,將隨機化病人,而且將由程序指示用于病人的藥品套件。由程序的庫存部分和程序的隨機化部分確定所使用的藥品套件。不是所有的研究都被隨機化了。
不利的事件(AE)是其中在研究期間已經(jīng)出現(xiàn)了諸如死亡或者副作用之類的某些事務的情況。如果對評價問題的回答指示不利事件,則自動地向用戶提示開始填寫用于當前病人的不利事件表格。用戶還可以通過從菜單中選擇不利事件并且掃描當前病人條形碼來開始這個處理過程。在這個表格完成之后,通過電子郵件向用戶通知以完成后續(xù)的不利事件表格。
圖23在下面示出了病人安排界面。在每次就診之后,使用程序提供的日程表日期安排病人的下一次就診。這些日期應該在草案預言(Prophet)中輸入的草案參數(shù)之內。在每次就診之后,將向用戶通知依據(jù)從草案文檔提供的參數(shù),可以進行病人就診的可用日期。
在病人更新中,有時不能在就診的時候回答就診的評價(即,實驗室處理、血液處理)。用戶需要一旦所遺漏的信息變得可用,就能夠更新不完全的就診。更新屏幕看起來像常規(guī)的病人就診屏幕。用戶將能夠更新遺漏的信息。如果數(shù)據(jù)中發(fā)現(xiàn)錯誤,則用戶可以改變該數(shù)據(jù)。將存儲新的數(shù)據(jù)??梢栽谠次臋n報告中查看/打印舊和新的數(shù)據(jù)。
在不完全就診通知步驟中,應該通過電子郵件向用戶通知尚未進行的病人就診。
在其它的通知步驟中,其它的病人通知將對特定用戶可得到。
報告諸如圖25所示,由各種用戶在屏幕上打印或者查看報告,該報告包括授權用戶、站點、研究者、和研究協(xié)調員。每個用戶使用用于包括監(jiān)控度量在內的不同原因的報告以及用于病人圖表的報告。
在設置報告類型的步驟中,授權用戶提供報告表格而且我們將創(chuàng)建看起來就象授權用戶已提供的報告。這些報告包括病例報告表格(CRF)和源文檔。這些報告通常按照草案、站點和病人進行排序。
諸如圖26所示的研究度量報告向站點和授權用戶提供有關注冊、不利事件及其它度量的信息。這些報告通常按照草案和站點進行排序。這些報告同樣可以以圖形方式表示。
用戶將能夠使用報告查詢來查詢數(shù)據(jù)庫以獲得有關任何病人、研究、或者用戶需要的其它任何東西的信息。這些查詢將向用戶給予他們在報告中想要什么字段以及他們需要報告怎樣排序的選擇。這對于所有用戶都將是非常有用的工具。
庫存圖27中的授權用戶和站點檢查庫存界面用于病人就診01的隨機處理以及用于報告。授權用戶掃描要發(fā)到某一站點的藥品套件。站點將給藥品套件標記為已接收。一旦接收了藥品套件,則它們可以在隨機化處理過程中使用。然后授權用戶可以檢測已經(jīng)使用了什么藥品套件,以及哪些仍然在站點處的架子上。稍后將擴展庫存以包括測試供給及其它醫(yī)藥供給。
圖28示出了依據(jù)該公開的系統(tǒng)的示例。站點216包括站點服務器222,以及兩個可通信地連接到所述服務器222的計算設備218、220。計算設備218、220為可用于數(shù)據(jù)獲取的類型、諸如板式PC或者筆記本計算機。還示出了另一個站點224,其包括站點服務器230和兩個數(shù)據(jù)收集計算設備226、228。每個站點216、224包括直觀的電子數(shù)據(jù)獲取(EDC)、打印、掃描、和庫存管理功能。
圖28還示出了可通信地連接到中心服務器232的站點216、224,該中心服務器232包括專用服務器、源文檔、病人數(shù)據(jù)、研究度量、以及全面審核跟蹤??梢栽趫D28的系統(tǒng)中包含諸如站點216、224之類的任意數(shù)量的站點。
此外如圖28所示,中心服務器232被示為可通信地連接到授權用戶的計算設備234。授權用戶的計算設備由此獲得了對“同一天”報告、試驗管理、聯(lián)機監(jiān)控和審核、以及庫存管理的訪問。
以下的表格示出了實現(xiàn)本發(fā)明優(yōu)選實施例的潛在財務影響。

所公開的系統(tǒng)是發(fā)明人所注意到的、用于臨床研究管理的唯一的完全解決方案。
所公開系統(tǒng)的性能包括直觀的電子數(shù)據(jù)獲取(EDC)、試驗管理、庫存管理、監(jiān)控及審核、安全性和順應性、“同一天”報告、靈活的框架、以及總控鑰匙(turn-key)方式的解決方案。
直觀的EDC特征包括易于使用的板式PC;掃描的源文檔;添加、篩選及查看病人;公開的系統(tǒng)施行所有的草案參數(shù);而且即時的錯誤檢測減少了查詢。
試驗管理包括消息中心、查詢提交及解析、查看草案定義、例外請求及批準、以及工作人員管理。
庫存管理包括條型碼掃描物品、庫存跟蹤、以及庫存發(fā)貨請求。
監(jiān)控及審核包括任何時候、任何地點對研究數(shù)據(jù)、度量、查詢、報告、審核、以及事件的訪問。
使系統(tǒng)安全和順從的特征包括作為封閉系統(tǒng)、符合HIPAA&21C.F.R.§11、用戶管理和授權、加密傳輸、防火墻保護、以及具有專用服務器的完全冗余的分布式數(shù)據(jù)庫體系結構。
“同一天”報告包括CRF表格、電子和掃描的源文檔、研究和站點度量、AE/SAE、查詢、以及自動的日報表和通知。
使系統(tǒng)框架靈活的特征包括允許快速實現(xiàn)以及改變傳播的專用體系結構;定義公開的系統(tǒng)應用程序、草案和CRF表格、以及用戶界面、報告和任務的XML規(guī)范;以及其完全可定制的性質。
使系統(tǒng)成為總控鑰匙方式的解決方案的特征包括將所公開的系統(tǒng)配置為選擇的草案、具有條形碼掃描儀的可移動板式PC的采用、站點服務器和中心服務器的使用、打印機和文檔掃描儀的使用、安裝和培訓的可用性、支持、以及試驗后數(shù)據(jù)的存儲和數(shù)據(jù)可訪問性。
以下的表格說明了系統(tǒng)對所列出步驟的支持。

系統(tǒng)應用程序是J2EE網(wǎng)絡應用程序,其提供了“手動”的親身實踐功能以及數(shù)據(jù)請求、驗證和觀察。XML描述了包括類別、任務、步驟、和分支在內的任務流。
系統(tǒng)代理是基于JMX的Java守護進程(daemon),其提供“自動化”的功能。代理包括數(shù)據(jù)管理、可動態(tài)擴展并且可配置。XML描述了包括條件和響應在內的規(guī)則。
系統(tǒng)數(shù)據(jù)源包括通用的數(shù)據(jù)讀取/寫入性能到諸如Oracle和MySQL之類的標準數(shù)據(jù)庫的JDBC連接;使用XML的輸入和輸出;各種類型文檔文件的利用;以及諸如串行化Java對象之類的二進制對象的使用。
以下的表格說明了系統(tǒng)的安全特征


在數(shù)據(jù)模板(包括對象定義、存儲與檢索機制、以及用于數(shù)據(jù)轉換的數(shù)據(jù)“映射”)、呈現(xiàn)及驗證模板(包括報告定義)、應用任務、以及自動化的代理任務中使用XML規(guī)范。
圖29描述了從規(guī)范到研究的轉換。內涵(Guts)部件238使用XML規(guī)范236定義公開系統(tǒng)242的示例的應用程序。草案規(guī)范240定義了研究處理過程和數(shù)據(jù)以及讓代理執(zhí)行的自動化任務。
內涵238部件具有包含基本性能、控制功能、以及存儲功能的安全基礎結構?;拘阅馨ㄈ蝿展芾砥?、消息中心、報告引擎、以及任何定制的“頁”。控制功能包括請求和驗證。存儲功能包括通信、分配、和映射。
諸如圖30所示之類的報告、圖形和圖表提供了定量和歷史分析的視覺表示。采用的圖形元素的示例包括表格、直方圖、圓餅圖、直方圖、和計數(shù)器。
Java JMX守護進程部件具有利用管理模塊的能力。模塊包含數(shù)據(jù)存取和包括系統(tǒng)、文件系統(tǒng)、數(shù)據(jù)存取、和通知在內的功能。系統(tǒng)信息包括處理信息和資源使用(CPU、存儲器、線程等)。文件系統(tǒng)信息包含文件大小、狀態(tài)、和操作(例如,創(chuàng)建、移動、刪除、壓縮(zip)等)。數(shù)據(jù)存取功能允許SQL查詢的分析。通知功能包括電子郵件和SNMP。
“規(guī)則”的動態(tài)并入可以包括條件的計算以及動作的執(zhí)行。自動化的任務可以包括數(shù)據(jù)分析、數(shù)據(jù)分配、通知、以及搶先“動作”(參見前面兩段,這個信息被專利保護了或者僅被提到了?)。
圖31描述了典型的動態(tài)數(shù)據(jù)控制(DDC)服務器配置246。DDC服務器配置246包括DDC應用程序248、代理250、數(shù)據(jù)存儲器252、以及XML 254。
圖32示出了典型的本地或者站點配置。站點274被示為包括可通信地連接到站點服務器256的各種計算設備。計算設備包括機塔258、臺式計算機260、以及筆記本計算機262。站點254通過Internet 264可通信地連接到數(shù)據(jù)中心266,其被示為包括四個本地服務器268。
圖33說明了用于多個站點270的典型基礎結構。站點270經(jīng)由Internet272可通信地連接到數(shù)據(jù)中心274。這里,以及在這個說明書和相關的圖中自始至終引用的是Internet。無論在什么地方進行這樣的引用,應當理解這意指任何全時工作的公共網(wǎng)絡。Internet僅僅是一個這樣的網(wǎng)絡,而且為了方便起見對其進行引用,這不以限制這個公開示教的應用范圍為目的。
公開的系統(tǒng)利用DDC技術創(chuàng)建管理臨床研究的系統(tǒng)。
DDC技術允許對研究生命周期進行管理。該系統(tǒng)可以配置XML草案規(guī)范、向站點部署系統(tǒng)及草案規(guī)范、輸入并且跟蹤病人信息、以及提供試驗時間分析、通知和庫存跟蹤。此外,系統(tǒng)可以從研究位置收集數(shù)據(jù)并且產(chǎn)生集體的報告和生物統(tǒng)計(biostats)。
可以針對授權用戶、站點和草案參數(shù);事件通知和接收;報告類型;以及隨機化方法而定制該系統(tǒng)。
如上所述,借助于符合HIPPA、國際銀行業(yè)務安全等級、使用安全的數(shù)據(jù)傳輸、防火墻保護、站點服務器、審核跟蹤和消息跟蹤、以及用戶管理,而使系統(tǒng)安全。
草案信息包括篩選、病人管理、信息和文檔管理、以及庫存管理。
站點信息可以由來自該站點的醫(yī)藥公司訪問。這樣的站點信息可以包括篩選的數(shù)量、注冊數(shù)、篩選失敗和失敗的數(shù)量指示、退出和丟棄、人口資料、庫存、聯(lián)系人信息、以及不利事件(AE)和嚴重的不利事件(SAE)。
病人信息可以包括就診;受檢者信息;以及文檔、表格和報告。就診信息可以包括評價信息、安排、以及隨機化和庫存。受檢者信息可以包括醫(yī)學簡檔表和參與的研究。文檔、表格和報告可以包括病例報告表格(CRF)和源文檔、AE和SAE、以及機構審查委員會(IRB)和規(guī)章文檔。
庫存信息可以包括跟蹤套件隨機化、跟蹤運往站點處以及從站點運出、跟蹤試驗物品,而且可以容易地創(chuàng)建和集成定制的庫存管理。
所公開系統(tǒng)的自動化任務包括自動化代理任務,如數(shù)據(jù)上載、草案修改下載、嚴重事件通知、欺詐檢測、自動報告、趨勢分析、以及消息散播。
與研究相關的報告、圖形和圖表可以包括研究期間一直可用的定量和歷史分析、AE和SAE信息、研究度量和人口資料、以及研究列表和查詢。
文檔管理涵蓋源文檔和CRF、以及IRB及規(guī)章文檔。源文檔及CRF具有實時可用性,可以由授權用戶訪問,可以被打印或者在屏幕上查看,而且可容易地解決典型的查詢。IRB及規(guī)章文檔可以利用電子數(shù)據(jù)傳輸而且可以被實時訪問。
系統(tǒng)的管理性能允許它保持病人數(shù)據(jù)庫、創(chuàng)建和更新草案信息、確定隨機化的類型、監(jiān)控藥物和套件庫存、以及查看諸如病例報告表格之類的文檔。
示例草案生成這部分描述了依據(jù)本發(fā)明的處理過程的示例,其用于創(chuàng)建草案的XML表示(草案表示)。這個草案表示又可以用作到所公開的系統(tǒng)應用的輸入,以執(zhí)行參數(shù)并且提供實施由原有的草案所定義的研究所必需的數(shù)據(jù)表格、報告、和事件監(jiān)控。所公開的系統(tǒng)解決方案的一個主要優(yōu)點是,當需要把改變或者修改并入到研究中時,如在這個文檔中稍后所定義的那樣,可以在短期內創(chuàng)建和分配它們。在草案表示中反映這些改變,而且這些改變可以例如包括另外的數(shù)據(jù)字段、趨勢分析算法以及甚至聯(lián)系人信息。以下的過程表將列出實現(xiàn)草案表示的生成所必需的主要步驟以及有關該步驟的任何附加信息。
有一些未指定的、不是草案生成處理所必需部分的步驟和處理過程可以在相同時間周期期間出現(xiàn)。這些將包括實現(xiàn)計劃的評價、成本分析等。


示例基本草案信息已經(jīng)在上面涉及圖2描述了基本草案信息方面(BPI)。BPI是基于Internet的圖形工具,其用于采用授權用戶草案并且創(chuàng)建XML規(guī)范(草案表示),所公開的系統(tǒng)使用該XML規(guī)范提供實施由該草案定義的研究所必需的界面和功能。BPI是基于向導的應用程序,該向導通過所必需的步驟引導用戶創(chuàng)建草案表示。BPI的一部分將允許用戶在處理過程中在任何時候查看他們工作的結果。將使草案表示的中間版本(或者草案)以及完成版本可讓授權用戶得到。以下說明了在使用BPI創(chuàng)建草案表示中涉及的基本步驟和能力。該過程表定義了使用它的方法。



示例特定草案的創(chuàng)建圖34依據(jù)本發(fā)明的一個實施例示出了使用基于XML的表示定義草案的處理流程。首先,接收草案276,并且產(chǎn)生草案表示278。示范界面280以確定是否滿足要求282。如果不滿足要求,則修改該界面并且再次進行示范280。
一旦界面滿足需要,則配置站點服務器284,并且產(chǎn)生代理XML 286。然后測試通知和自動事件288。如果不滿足要求,則修改代理XML 286并且重新測試通知和自動事件288。
如果通知和自動事件正確地起作用,則配置本地服務器292。在配置了本地服務器292之后,驗證全部的服務294。一旦全部服務的驗證294已經(jīng)完成了,則存儲草案規(guī)范296,并且使草案可用于部署298。
示例特定系統(tǒng)的配置這個示例包含四種基本類型的系統(tǒng)。這些系統(tǒng)中的三種可用于客戶而第四種在服務性能中使用并且在總系統(tǒng)配置中起作用公司服務器系統(tǒng)位于所選擇的安全位置處,該位置包含全局授權用戶、站點、和用于保持和創(chuàng)建草案表示的草案表示“標準”信息。本地服務器系統(tǒng)位于數(shù)據(jù)中心處。站點服務器系統(tǒng)位于使用所公開系統(tǒng)的每個站點處。最后,建立多個典型的可移動衛(wèi)星系統(tǒng)用于實地收集數(shù)據(jù)。
公司服務器是將駐留在數(shù)據(jù)中心的系統(tǒng)。這是保持“主”草案表示和它們的版本以及用于草案表示的通用信息的位置,其中BPI及其它工具可以使用該通用信息用于通用的全局引用。這個信息包括缺省數(shù)據(jù)定義和約束條件值以及顯示缺省值、醫(yī)學術語詞典、伴隨的藥物參考以及類似類型的信息。這個服務器通常對客戶不可用,但是對被分派了任務和授權使用和修改在這臺服務器上的服務的工作人員可用。
本地服務器是將駐留在數(shù)據(jù)中心的系統(tǒng)。這是來自各個站點的、用于特定研究(草案)的所有數(shù)據(jù)的匯集地方。本地服務器還包含“主”草案表示規(guī)范,其定義了用于研究的所有參數(shù)和數(shù)據(jù)。在這個示例中,本地服務器還是其中授權用戶和“外面”的研究參加者將進行訪問以查看他們尋求的信息的系統(tǒng)。
站點服務器是將駐留在正實施研究的每個位置處的系統(tǒng)??梢允褂孟嗤恼军c服務器在站點處同時實施多個研究,而且將以指定間隔將信息發(fā)送給本地服務器。站點服務器負責從衛(wèi)星計算機獲得數(shù)據(jù),并保持它們與當前的草案表示同步。
衛(wèi)星是其上實際出現(xiàn)數(shù)據(jù)輸入的系統(tǒng)。它們?yōu)檎军c服務器提供數(shù)據(jù),該數(shù)據(jù)不變地在終止于本地服務器。這些系統(tǒng)基本上可以是任何類型的系統(tǒng),而且可以以兩種不同的模式使用。衛(wèi)星系統(tǒng)實現(xiàn)所利用的硬件類型取決于客戶的要求,但是在這個示例中的目標平臺可以是“板式PC”。這提供了數(shù)據(jù)輸入的多種選擇,并且應該使得“更少紙張”研究的轉換更容易。衛(wèi)星可以作為站點服務器的Internet客戶運行并且經(jīng)由無線配置連接,或者它可以作為單機系統(tǒng)運行,并且當“停放(dock)”時將它的信息傳送給站點服務器。這提供了最大限度的靈活性和客戶選擇。
示例保持數(shù)據(jù)同步在研究過程期間出現(xiàn)改變是非常普通的。這些改變可以是從受檢者檢索的信息、報告定義、特定事件、趨勢分析、通知列表等。因為所公開的系統(tǒng)使用草案表示來定義所有這些,所以系統(tǒng)本身將在“適當”的時間尋找草案表示的新版本。以下的表格概述了在使用新草案表示的這個示例中使用的處理過程。


示例文檔管理所公開系統(tǒng)的一個主要功能和性能是文檔管理。所公開系統(tǒng)的目標是顯著地減少或者消除在研究期間使用的紙張數(shù)量,但是可以預料到,在研究的各個部分將仍然使用紙張文檔,而且必須“管理”這些文檔以便保持在法律上符合應用于實施研究的各種標準(包括FDA)。這些文檔被認為是“源文檔”,并且必須使它們作為數(shù)據(jù)的原始來源而可用。為了符合這些標準并且向用戶提供真正集成的系統(tǒng),所公開的系統(tǒng)提供了幾個相應的性能。
將提供掃描儀,如果可應用則預先進行配置,以把已核準格式的文檔直接掃描到所公開的系統(tǒng)中。將由所公開的系統(tǒng)應用程序發(fā)現(xiàn)該文檔,并且將使該文檔可用于與(多個)數(shù)據(jù)表格或者潛在的其它文檔管理功能相關聯(lián)。如果必要的話,將允許用戶查看掃描的質量并且可以“重新掃描”。一旦完成了掃描,則把所掃描的文檔移到“未關聯(lián)”的位置,以等待系統(tǒng)用戶的進一步處理。將記錄有關掃描時間的信息。
文檔包含與研究有關的數(shù)據(jù),然而文檔上的信息未必是必需具有通用的格式、或者被組織為與研究所需要的信息匹配。所公開的系統(tǒng)包含將文檔與特定的就診或者數(shù)據(jù)表單(諸如庫存)“相關聯(lián)”的能力。用戶可以用兩種方法之一將數(shù)據(jù)表單關聯(lián)到文檔。第一種方法是查看“未關聯(lián)”的文檔列表然后選擇“關聯(lián)”功能,其將向用戶詢問有關將該文檔關聯(lián)到特定受檢者和數(shù)據(jù)表單的所有信息。第二種方法是選擇目標受檢者并且使能恰當?shù)臄?shù)據(jù)表單,然后選擇“附加”功能,其將允許用戶將(多個)文檔與該受檢者和數(shù)據(jù)表單相關聯(lián)。記錄關于關聯(lián)時間、文檔來源、和執(zhí)行關聯(lián)的用戶的全部信息。
因為文檔是研究的一部分,所有它們必須存儲在站點和本地服務器上,以便可以用來根據(jù)草案的需要產(chǎn)生報告和規(guī)章文檔。所公開的系統(tǒng)處理文檔到所有系統(tǒng)的擴散,一旦這些文檔已經(jīng)集成到該系統(tǒng)中,則系統(tǒng)將需要訪問這些文檔。如果應當從諸如醫(yī)院或者可移動單元之類的遠程位置掃描或者傳真文檔時,則可以經(jīng)由電子郵件或者所公開系統(tǒng)的消息中心(具有原始文檔的人如果能夠訪問該中心)發(fā)送該文檔,隨后將該文檔集成到研究中。
可以預料到許多被掃描的文檔將包含還沒有輸入到公開系統(tǒng)中的信息。因此所公開的系統(tǒng)提供掃描文檔或者使用現(xiàn)有的已掃描圖像、并且檢查文檔中可以使用各種文本掃描性能導出的數(shù)據(jù)的能力。這個相同的技術可以用于通過條形碼或者文件編號標識文檔,以及標識具有條形碼和/或用戶標識代碼的目標受檢者。
在許多實例中提供輸入數(shù)據(jù)的電子裝置不被解釋為寫入文本,也不被解釋為它必然有助于數(shù)據(jù)獲取或者打印的頁面布局。所公開的系統(tǒng)提供一種打印有或者沒有數(shù)據(jù)值的數(shù)據(jù)表單的裝置,其將與它的電子相應物按照相同次序提供相同信息,還將提供可以用作數(shù)據(jù)表單、然后被掃描或者關聯(lián)到公開系統(tǒng)中的紙印本。這對于其中所公開系統(tǒng)的衛(wèi)星或者數(shù)據(jù)輸入系統(tǒng)不可行、不實際或者不可用的情況是有用的。這還可以在需要“紙張”備份以進行特定研究的站點處使用。
圖35說明了通用計算機系統(tǒng),其可以是用于采用本發(fā)明的藥學研究和報告的自動化管理的方法和系統(tǒng)的一個實施例的、這樣的計算系統(tǒng)網(wǎng)絡的一部分。通過關聯(lián)通用計算機300的網(wǎng)絡,本發(fā)明便于降低開發(fā)藥品所需要的成本和時間。在如按照本發(fā)明建立的這樣一個電子轉讓業(yè)務(conveyancing)環(huán)境中,至少兩臺這樣的計算機可以在給定地理或者類似界限區(qū)域內的不同位置處進行操作。
參見圖35,通用計算機300可以是個人計算機、膝上型計算機、掌上型計算機、或者其它機頂盒、服務器、大型機、及其它各種計算機,并且包括處理單元302、系統(tǒng)存儲器304、以及連接包括系統(tǒng)存儲器304在內的各種系統(tǒng)部件到處理單元302的系統(tǒng)總線306。處理單元302可以是任何各種市場上可買到的處理器,包括Intel x86、Pentium,以及來自英特爾及其它廠家的兼容微處理機,包括Cyrix、AMD、和Nexgen;來自MIPSTechnology(MIPS技術)、NEC(日本電氣公司)、Siemens(西門子)、及其它廠家的MIPS;以及來自IBM和Motorola(摩托羅拉)的PowerPC。雙微處理器及其它多處理器體系結構也可以用作處理單元302。
系統(tǒng)總線306可以是包括存儲器總線或者存儲控制器、外圍總線、以及本地總線在內的任何幾種類型總線結構,僅舉幾個例子來說,其使用諸如PCI、VESA、AGP、微通道(Microchannel)、ISA和EISA之類的任何各種傳統(tǒng)總線體系結構。系統(tǒng)存儲器304包括只讀存儲器(ROM)308和隨機存取存儲器(RAM)310。在ROM 308中存儲基本輸入/輸出系統(tǒng)(BIOS),其包含基本的例程,有助于諸如在啟動期間,在計算機300內的單元之間傳輸信息。
計算機300進一步包含硬盤驅動器312、例如讀取或者寫入可移動磁盤316的軟盤驅動器314、以及例如用于讀取CD-ROM盤320或者讀取或者寫入其它光學介質的CD-ROM驅動器318。硬盤驅動器312、軟盤驅動器314、和CD-ROM驅動器318分別通過硬盤驅動器接口322、軟盤驅動器接口324、和光驅動器接口326連接到系統(tǒng)總線306。驅動器和它們關聯(lián)的計算機可讀介質為計算機300提供了數(shù)據(jù)、數(shù)據(jù)結構、計算機可執(zhí)行指令等的非易失性存儲。雖然上面提供的計算機可讀介質的說明引用了硬盤、可移動軟盤和CD,但是本領域的技術人員應當理解諸如磁帶盒、閃速存儲器卡、數(shù)字視頻盤、伯努利盒式磁盤等之類可由計算機讀取的其它介質類型,可在示例操作環(huán)境中使用。
可以在驅動器和RAM 310中存儲多個程序模塊,包括操作系統(tǒng)328、一個或多個應用程序330、其它程序模塊332、以及程序數(shù)據(jù)334。用戶可以通過鍵盤336和諸如鼠標338之類的定點設備把命令和信息輸入到計算機300中。其它的輸入設備(未顯示)可以包括麥克風、控制桿、游戲墊、衛(wèi)星碟、掃描儀等。這些及其它輸入設備經(jīng)常通過與系統(tǒng)總線相連的串行端口接口340連接到處理單元302,但是可能通過諸如并行端口、游戲端口或者通用串行總線(USB)之類的其它接口進行連接。監(jiān)視器342或者其它類型的顯示設備也經(jīng)由諸如視頻適配器344之類的接口連接到系統(tǒng)總線306。除監(jiān)視器之外,計算機通常包括諸如揚聲器和打印機之類的其它外圍輸出設備(未顯示)。
計算機300可以在網(wǎng)絡環(huán)境進程操作,該網(wǎng)絡環(huán)境使用到諸如遠程計算機346之類的一臺或多臺遠程計算機的邏輯連接。遠程計算機346可以是服務器、路由器、對等設備或者其它公用網(wǎng)絡節(jié)點,并且雖然圖35中僅僅已經(jīng)示出了存儲器設備348,但是通常包括相對于計算機300描述的許多或者全部單元。圖35中描述的邏輯連接包括局域網(wǎng)(LAN)350和廣域網(wǎng)(WAN)352。這樣的網(wǎng)絡環(huán)境在辦公室、企業(yè)范圍的計算機網(wǎng)絡、內部網(wǎng)和Internet中是普通的。
當在LAN網(wǎng)絡環(huán)境中使用時,計算機300通過網(wǎng)絡接口或者適配器354連接到LAN 350。當在WAN網(wǎng)絡環(huán)境中使用時,計算機300通常包括用于在諸如Internet之類的廣域網(wǎng)352上建立通信的調制解調器356或者其它裝置(例如,經(jīng)由LAN 350和網(wǎng)關或者代理服務器)??梢詢戎没蛘咄庵玫恼{制解調器356經(jīng)由串行端口接口340連接到系統(tǒng)總線306。在網(wǎng)絡環(huán)境中,相對于計算機300描述的程序模塊,或者它的一部分,可以存儲在遠程存儲器存儲設備348中。
本領域的技術人員可以理解所示的網(wǎng)絡連接為示例,其中可以使用在計算機之間建立通信鏈路的其它裝置。圖35僅僅提供了對于采用本發(fā)明講述的內容有用的計算機的一個示例。本發(fā)明可以在除通用計算機之外的計算機中,以及在沒有傳統(tǒng)操作系統(tǒng)的通用計算機上使用。
通過引用將此處引用的包括出版物、專利申請和專利在內的所有參考文獻在此并入,它們以如同每個參考文獻被分別和特定地指示通過引用并入并且在此處全面闡述那樣的程度在此處并入。
除非此處另有陳述或者根據(jù)上下文明顯與之矛盾,否則在描述本發(fā)明的上下文中(特別是在權利要求書中的上下文中),術語“一(a,an)”和“該(the)”以及類似指示語的使用要被解釋為涵蓋單個和多個。除非另作說明,否則術語“包含”、“具有”、“包括”、以及“容納”要被解釋為是開放的術語(即,意指“包括但不限于”)。除非此處另有陳述,否則此處對數(shù)值范圍的敘述僅僅用作對屬于該范圍的每個單獨值的分別引用的簡寫方法,而且每個單獨值就好象該值在此處被分別敘述那樣并入到該說明書中。除非此處另有陳述或相反根據(jù)上下文明顯與之矛盾,否則此處描述的全部方法可以以任何適當?shù)拇涡驁?zhí)行。除非另外提出了權利主張,否則任何和所有示例的使用、或者此處提供的示例語言(例如,“諸如”),僅僅用于更好地說明本發(fā)明,而不是形成對本發(fā)明范圍的限制。在說明書中的語言都不應該被解釋為把任何未在權利要求提出的元素解釋為本發(fā)明的實踐必需的要素。
此處描述了這個發(fā)明的優(yōu)選實施例,其包括發(fā)明人所知的用于實現(xiàn)本發(fā)明的最佳模式。依據(jù)對上述描述的閱讀,對于本領域的普通技術人員來說,那些優(yōu)選實施例的變化可以是顯而易見的。發(fā)明人期望本領域技術人員酌情采用這樣的變化,而且發(fā)明人想讓本發(fā)明可以與此處具體描述不同地進行實踐。因此,這個發(fā)明包括由適用法律允許的、在所附權利要求中敘述的主題的全部修改和等效。此外,除非此處另有陳述或根據(jù)上下文明顯與之矛盾,否則,其所有可能變化中的上述元素的任意組合都由本發(fā)明所涵蓋。
權利要求
1.一種用于藥品開發(fā)臨床試驗的自動化管理的系統(tǒng),其便于藥學研究和報告,該系統(tǒng)包括至少一個站點服務器,每個站點服務器與至少一個計算設備相關聯(lián)并且可通信地連接到該至少一個計算設備,該計算設備被配置為通過提供用戶可以輸入數(shù)據(jù)的界面使用電子數(shù)據(jù)獲取來收集原始臨床試驗數(shù)據(jù);中心服務器,經(jīng)由網(wǎng)絡可通信地連接到每個站點服務器,以及經(jīng)由所述網(wǎng)絡可通信地連接到授權用戶可訪問的計算設備;其中每個被配置為收集原始臨床試驗數(shù)據(jù)的計算設備被適配為驗證所輸入的數(shù)據(jù);其中每個站點服務器被配置為將原始臨床試驗數(shù)據(jù)傳輸?shù)街行姆掌?;其中中心服務器被配置為從每個站點服務器接收原始臨床試驗數(shù)據(jù);存儲該原始臨床試驗數(shù)據(jù);基于該原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù);將原始和二次臨床試驗數(shù)據(jù)傳輸?shù)绞跈嘤脩艨稍L問的計算設備。
2.如權利要求1所述的系統(tǒng),其中原始臨床試驗數(shù)據(jù)包括病人信息。
3.如權利要求1所述的系統(tǒng),其中二次臨床試驗數(shù)據(jù)包括全面審核跟蹤。
4.如權利要求1所述的系統(tǒng),其中二次臨床試驗數(shù)據(jù)包括通過所述原始臨床試驗數(shù)據(jù)的算法分析而基于原始臨床試驗數(shù)據(jù)創(chuàng)建的研究度量。
5.如權利要求1所述的系統(tǒng),其中中心服務器還被配置為將“同一天”報告?zhèn)鬏數(shù)绞跈嘤脩艨稍L問的計算設備。
6.如權利要求1所述的系統(tǒng),其中中心服務器還被配置為向授權用戶可訪問的計算設備傳輸數(shù)據(jù),使得授權用戶能夠使用授權用戶可訪問的計算設備來管理與所管理的臨床試驗相關聯(lián)的庫存。
7.如權利要求1所述的系統(tǒng),其中中心服務器還被配置為向授權用戶可訪問的計算設備傳輸數(shù)據(jù),使得授權用戶能夠使用授權用戶可訪問的計算設備來實施對所管理的臨床試驗的聯(lián)機監(jiān)控和審核。
8.如權利要求1所述的系統(tǒng),其中所述網(wǎng)絡還包括全時工作的公眾訪問網(wǎng)絡,而且還包括經(jīng)由該全時工作的公眾訪問網(wǎng)絡可通信地連接到每個站點服務器、并經(jīng)由所述全時工作的公眾訪問網(wǎng)絡可通信地連接到授權用戶可訪問的計算設備的中心服務器。
9.如權利要求8所述的系統(tǒng),其中所述全時工作的公眾訪問網(wǎng)絡還包括安全信道,而且還包括經(jīng)由該全時工作的公眾訪問網(wǎng)絡使用安全信道而可通信地連接到每個站點服務器、并經(jīng)由所述全時工作的公眾訪問網(wǎng)絡通過所述安全信道而可通信地連接到授權用戶可訪問的計算設備的中心服務器。
10.一種為了便于藥學研究和報告而自動地管理藥品開發(fā)臨床試驗的方法,該方法包括以下步驟通過用戶對被配置為具有適配為收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用,獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù);驗證該電子數(shù)據(jù);在電子數(shù)據(jù)已經(jīng)被驗證了之后,將所述電子數(shù)據(jù)從對應的計算設備通過全時工作的公共網(wǎng)絡分配到中心服務器;基于該原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù);存儲該原始和二次臨床試驗數(shù)據(jù);以及使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問。
11.如權利要求10所述的方法,其中,通過用戶對被配置為具有適配為收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù)的步驟包括以下步驟通過用戶對被配置為具有適配為收集病人信息的界面的計算設備的使用,獲取對應于病人信息的電子數(shù)據(jù)。
12.如權利要求10所述的方法,其中,基于原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)的步驟包括以下步驟基于原始臨床試驗數(shù)據(jù)創(chuàng)建全面審核跟蹤。
13.如權利要求10所述的方法,其中,基于原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)的步驟包括以下步驟通過對所述臨床試驗數(shù)據(jù)的算法分析而基于原始臨床試驗數(shù)據(jù)創(chuàng)建研究度量。
14.如權利要求10所述的方法,其中,使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得、以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問的步驟包括以下步驟使“同一天”報告可由中心服務器獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問。
15.如權利要求10所述的方法,其中,使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問的步驟包括以下步驟使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器充分獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問,由此使得授權用戶能夠使用授權用戶可訪問的計算設備來管理與所管理的臨床試驗相關聯(lián)的庫存。
16.如權利要求10所述的方法,其中,使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問的步驟包括以下步驟使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器充分獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問,由此使得授權用戶能夠使用授權用戶可訪問的計算設備來實施所管理的臨床試驗的聯(lián)機監(jiān)控和審核。
17.一種能夠在計算機之間傳送并且包括一組用于通用計算機的指令的計算機可讀信號,其中該通用計算機具有包含鼠標和屏幕顯示的用戶界面,該組指令包括與所述用戶界面操作地關聯(lián)的輸入例程,用于允許用戶利用所述鼠標選擇顯示在所述屏幕顯示上的圖標,所述圖標與所述計算機可訪問的應用程序相關聯(lián);其中該應用程序的運行執(zhí)行為了便于藥學研究和報告而自動地管理藥品開發(fā)臨床試驗的方法,該方法包括以下步驟通過用戶對被配置為具有適配為收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用,獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù);驗證該電子數(shù)據(jù);在電子數(shù)據(jù)已經(jīng)被驗證了之后,將所述電子數(shù)據(jù)從對應的計算設備通過全時工作的公共網(wǎng)絡分配到中心服務器;基于該原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù);存儲該原始和二次臨床試驗數(shù)據(jù);以及使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問;運行例程,用于執(zhí)行由用戶利用所述鼠標選擇的所述應用程序;以及顯示例程,響應于所述運行例程,用于在所述屏幕顯示上顯示由所述應用程序生成的文字或者圖像。
18.如權利要求17所述的信號,其中,通過用戶對被配置為具有適配為收集原始臨床試驗數(shù)據(jù)的界面的計算設備的使用獲取對應于原始臨床試驗數(shù)據(jù)的電子數(shù)據(jù)的步驟包括以下步驟通過用戶對被配置為具有適配為收集病人信息的界面的計算設備的使用,獲取對應于病人信息的電子數(shù)據(jù)。
19.如權利要求17所述的信號,其中,基于原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù)的步驟包括以下步驟通過對所述臨床試驗數(shù)據(jù)的算法分析而基于原始臨床試驗數(shù)據(jù)創(chuàng)建研究度量。
20.如權利要求17所述的信號,其中,使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器獲得以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問的步驟包括以下步驟使所存儲的原始和二次臨床試驗數(shù)據(jù)可由中心服務器充分獲得,以由授權用戶可訪問的計算設備通過全時工作的公共網(wǎng)絡進行訪問,由此使得授權用戶能夠使用授權用戶可訪問的計算設備來管理與所管理的臨床試驗相關聯(lián)的庫存。
全文摘要
一種用于藥學、生物醫(yī)學、醫(yī)療器材開發(fā)的臨床試驗的自動化管理以便于藥品研究和報告的系統(tǒng),包括至少一個站點服務器(圖28,222)、至少一個被配置為收集原始臨床試驗數(shù)據(jù)的計算設備(圖28,218),和授權用戶可訪問的計算設備(圖28,234)。中心服務器(圖28,232)被配置為從每個站點服務器(圖28,222)接收原始臨床試驗數(shù)據(jù),以存儲該原始臨床試驗數(shù)據(jù),基于原始臨床試驗數(shù)據(jù)創(chuàng)建二次臨床試驗數(shù)據(jù),以及將原始和二次臨床試驗數(shù)據(jù)傳輸?shù)绞跈嘤脩艨稍L問的計算設備(圖28,234)。還提供了一種自動化管理藥學、生物醫(yī)學、醫(yī)療器材開發(fā)的臨床試驗以便于藥學研究和報告的方法,其進一步包括包含一組指令來執(zhí)行相應方法的計算機可讀信號。
文檔編號G06F19/00GK1914615SQ200480010157
公開日2007年2月14日 申請日期2004年2月13日 優(yōu)先權日2003年2月14日
發(fā)明者塔德·B·斯圖基, 史蒂文·K·伯格森 申請人:普雷瑟克股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
贡觉县| 当涂县| 东安县| 桓仁| 镇安县| 江阴市| 车致| 肃南| 东丽区| 历史| 梁平县| 忻城县| 海盐县| 弥渡县| 饶平县| 东山县| 洱源县| 瓦房店市| 收藏| 大宁县| 左贡县| 安达市| 正安县| 滁州市| 丰宁| 克东县| 错那县| 化隆| 德惠市| 舟山市| 思南县| 如皋市| 龙川县| 华坪县| 永仁县| 金昌市| 西吉县| 乡宁县| 湖州市| 阿拉善盟| 潜山县|