第一篇：臨床受試者數據庫管理平臺

臨床受試者數據庫管理平臺 主辦單位：北京市科學技術委員會 承辦單位：北京中興正遠科技有限公司 軍事醫學科學院附屬307醫院

培訓由軍事醫學科學院307醫院劉澤源教授主持，北京市科委曹巍處長；解放軍總后衛生部藥品監督管理局馬金昌大校；解放軍307醫院張宏副院長等相關領導致辭，北京協和醫院江冀教授對《規范加強受試者管理-北京市臨床研究受試者數據庫系統建設進展》進行詳細的闡述，我公司陳總對各成員單位進行系統講解。

臨床受試者數據庫系統在北京市科委大力支持下，得到北京協和醫院、北京大學第一醫院、解放軍307醫院、北京醫院等多家單位的大力支持，從而組建了（北京G20平臺）臨床試驗受試者數據管理中心。

目前系統已經在北京11家臨床研究機構使用，本次培訓對已經安裝的單位和即將部署的單位進行系統的培訓，得到了多家單位的一致好評；培訓結束后，各成員單位參觀了307醫院的使用情況，并實際操作系統，系統的便捷性和易用性得到了各成員單位的一致好評。下一步準備在北京市科委的倡議下，結合京津冀發展戰略，打造區域平臺，為提高臨床試驗的質量提供服務。

【中興正遠視點】為進一步促進我國臨床藥理事業的發展，進一步保證受試者權益和臨床試驗的質量，由我公司聯合在京的藥物臨床試驗單位資源設立了“北京市新藥臨床研究受試者數據庫”并制定了數據庫公約。依托北京的專家資源優勢，未來一段時間內，該系統將在北京29家臨床藥理基地部署，下一步京津冀地區受試者數據平臺資源共享，并逐漸面向全國的臨床藥理基地推廣使用。

第二篇：淺談臨床受試者的權益保護

淺談臨床受試者的權益保護

藥物的出現無疑提高了人民的健康水平，改善了人民的生活質量，可是，大家都知道“是藥三分毒”，因而一種藥物從研發到上市需要經歷重重的研究、臨床實驗、審批，最終才會到老百姓的手中，為老百姓治病。

可是，我記得以前看過的一個報道，2008年，安徽南山村的高血壓者迎來了一批“送藥送醫”的“白衣天使”，一些自稱是安徽醫科大學專家教授的人進行了一項“為鄉下老年人高血壓患者免費送醫送藥下鄉”的活動，他們所送的藥藥名為“依那普利葉酸片”，藥瓶上寫明了是“臨床觀察用藥”，更荒謬的是，這些老人們竟然服用這種藥服用了兩年！我國2003年9月實施的《藥物臨床試驗質量管理規范》明確規定,新藥進入臨床試驗階段前必須經國家藥監局審批,并且只能在經過國家考核確認的臨床藥理基地進行,具體負責新藥臨床試驗的醫生也要經過國家特殊專業培訓,經考核合格取得相關證書才能參與這項工作。同時,在規范第三章規定受試者參加試驗應是自愿的,試驗期間,如發生與試驗相關的損害時,受試者可以獲得治療和相應的補償,也就是說,新藥的臨床試驗,必須與試藥人簽訂知情同意書。而這群老人們卻并不知曉“依那普利葉酸片”是臨床觀察用藥，也并未簽訂任何知情同意書。我們都知道只要是藥都有毒負作用，特別是新藥的毒副作用有時是潛在的，必須讓當事人知情，而且新藥上市的程序非常嚴格，一般需要動物實驗證明，藥基本無毒有效以后，再在人身上做臨床試驗，然后國家才能根據結果批準是否上市。而且一些新藥的試驗周期長，要不斷地觀察分析，如果在試驗過程中發現不良反應較多,國家就會取消該藥的審批,哪怕是四期臨床試驗,如果達不到要求,也有叫停的。可見，國家在新藥的上市前的臨床試驗還是非常嚴格的，畢竟這是關乎人的生命安全的大事。可是在這個案例中，那些老人作為“臨床受試者”卻得不到任何的保障，藥監局也表示由于這種藥標注的是臨床觀察用藥，處于試驗階段，并沒有國藥準字號，還不能界定是藥品，所以藥監局無權管轄，找不到處罰的依據。而國家這方面還沒有針對試藥人人體試驗方面的專門法律。同時,這一類訴訟面臨取證難的問題,因為很難進行藥理鑒定證明試藥人確實是因為服用該藥品引發了疾病。而同時據我了解，將農村作為臨床用藥受試點也是屢見不鮮的事。

同時，社會上還有很多為了臨床試驗的報酬而甘愿當“小白鼠”的人，他們的利益又如何保障？臨床試驗前，受試者要先填寫一份《知情同意書》并領取體檢表。《知情同意書》分為三部分：對實驗項目的內容介紹、風險告知；對受試人受益部分的告知；告知受試者可隨時志愿加入、隨時自愿退出。而受試者也要在通過體檢后才能試藥，體檢內容包括肝、腎、心電圖、電解質、尿常規、血壓等。同時會對受試者的個人資料和體檢數據保密。可是目前很多臨床試驗單位在實踐中并沒有尊重，甚至侵犯受試者的知情同意權，隱瞞藥物風險性、解釋不清或只達成口頭知情同意等。而我國目前還沒有針對人體試藥方面的專門法律，國內規范試藥行為的只有一部《藥物臨床實驗質量管理規范》，該規范并不具備強制作用，試藥人與院方簽訂的知情同意書也存在漏洞。此外，規范對經濟補償金額并無明確標準。臨床試驗在我國已進行了幾十年，但受試者仍處于弱勢地位、無法得到保護。反觀國外，世界醫學會制訂了《赫爾辛基宣言》，該宣言制定了涉及人體對象醫學研究的道德原則，是一份包括以人作為受試對象的生物醫學研究的倫理原則和限制條件。該宣言包括四項原則：對受試者有利、公正、尊重、不傷害。保障受試者的六項權益：生命健康權、知情同意權、自主參與權、隱私權、獲得救治權、補償權和損害賠償權。

目前我國的醫藥行業正在迅猛發展，新藥的研制也是很多制藥企業研發的重點，而在醫藥業蓬勃發展的同時，希望國家也能采取相應措施，制定相應法律條例，保障臨床受試者的利益，臨床受試者是推動醫藥發展新進程的開拓者，也有可能是醫藥發展的犧牲者。切實保障臨床受試者的權益，以最大的努力讓制藥方和受試者步入良性循環的軌道。

第三篇：借助郵政客戶數據庫營銷平臺

借助郵政客戶數據庫營銷平臺

打造湖北郵政發展的戰略平臺

時間：2008-10-22 15:18

通過客戶數據的采集、維護、挖掘和使用，實現了對現有客戶和潛在客戶的集中管理；通過對客戶有針對性地宣傳、推介企業產品，激發客戶用郵需求，實現營銷目標，從而有效地擴大郵政營銷業績，提升支局的核心競爭能力。

支局將數據庫建設與運用確定為打基礎、管長遠的一項重要項目。組建了項目小組，組長為支局長，成員支局窗口員口，努力構建數據庫運用平臺。著力落實“兩手抓，兩手都要硬 ”即:一手抓數據庫的建設。主要以窗口用郵大客戶進行名址、愛好等信息收集，另外項目小組上門收集轄區內居民、企業、學校等客戶信息;一手抓數據庫的營銷運用。一方面“郵政數據庫幫您找客戶”，積極做好與企業、合作商的數據庫營銷的運用，拓展市場，實現多贏局面，另一方面為郵政企業自身重點業務發展，提供瞄準器，定點找客戶，產生效益.整個建庫過程中，我支局始終堅持“邊建庫、邊營銷”的工作思路，將建設客戶數據庫和開展數據庫營銷有機結合起來，收到了較好的效果。

1.2009年春節期間，支局組織開展了“打工數據庫”專項營銷活動，利用旺季營銷的有利時機開展業務營銷，收集、整理和完善城鎮、農村數據庫信息，取得了較好成效。“打工數據庫”專項營銷活動取得圓滿成功，共收集打工人員信息10000條，寄遞數據庫商函8000萬元，實現家鄉包裹業務收入5000元，移動放號120萬戶，發放郵儲綠卡1200萬張，帶動郵儲余額增長900萬元。

2.客戶數據庫營銷。以數據庫為營銷的切入點，資源共享，實現多贏，成功的開發了三湖水湖賀卡1000枚，形成收入2200元數據庫的建設與運用將是我支局的一項長期工作，數據庫營銷收入快速增長為目的。目前，我支局雖然邁出了數據庫營銷的第一步，但是這項工作仍然處在起步階段，還有很多問題需要在實踐中提煉、總結。不斷的完善客戶數據庫信息化管理、維護和應用有助于我支局實現又好又快發展。

第四篇：數據庫管理規定

數據庫管理規定

第一章

總

則

第一條為加強聯合信用評級有限公司(以下簡稱“公司”)數據庫管理，保障評級數據庫正常、有效運行，確保數據庫安全，使數據庫能更好地服務于評級工作，特制定本管理制度。

第二條公司系統管理員負責評級數據庫的日常維護和運行管理。第三條公司總經理負責對數據庫使用者進行權限審批。

第二章

數據的錄入

第三條各業務部門的評級分析師負責評級數據庫的數據錄入工作，部門負責人為本部門評級業務數據錄入工作的責任人。

第四條評級項目組負責人是其負責項目的評級信息錄入工作的責任人。評級項目組在現場考察和訪談結束后___個工作日內，應將該評級項目的相關評級信息輸入評級數據庫。跟蹤評級時資料有更新的，應在跟蹤評級工作結束前將更新資料錄入數據庫。在資料歸檔前，評級項目負責人應對錄入的數據資料進行格式和內容核查。

第五條錄入的數據源主要包括宏觀經濟信息、行業信息、發行人基本信息、證券的基本信息、發行人生產經營情況和財務數據等，其中發行人基本信息和財務數據是必須錄入的數據。

第六條數據庫數據應嚴格按系統管理員下發的錄入模板標準進行采集和錄入。

第三章

數據庫的使用

第七條根據評級業務對數據庫用戶管理的要求，公司應制定數據庫用戶管理制度和數據庫操作規程。

第八條根據公司總經理授權，數據庫用戶權限級別分三種：普通用戶、錄入用戶、高級用戶。

第九條普通用戶擁有查詢、瀏覽、使用數據庫中公開發布的各類數據的權利。

第十條錄入用戶除擁有普通用戶權限外，擁有錄入數據和修改本人錄入的數據的權利。

第十一條高級用戶除具有錄入用戶的權限外，經授權還具有修改本部門數據的權限。

第十二條根據工作需要經公司總經理批準用戶權限級別可變更。特殊用戶的權限設置應由公司總經理批準。

第十三條系統管理員負責按審批規定辦理具體用戶的授權、變更權限和注銷等管理工作。

第十四條用戶的密碼管理應遵循如下規定：用戶密碼必須通過復雜性檢驗，位數不少于___位，并不得以數字開頭;密碼應定期更改;用戶名和密碼為個人專用，不得泄露給他人，特殊情況需要他人以自己的用戶名和密碼進入數據庫時，應取得部門負責人同意，并在工作完成后及時修改密碼。

第十五條所有用戶均應遵守公司《評級業務信息保密制度》，未經許可不得對外提供數據庫中相關數據，不得越權使用和修改數據。

第四章

數據庫系統的修改和維護

第十六條數據庫系統的修改，應在系統管理員征求各業務部門對于數據庫使用的意見和建議并提出修改方案的基礎上，由公司評級總監提出，經公司總經理簽字同意后實施。可根據實際情況由公司組織人員修改(或重新開發)或委托外部機構修改(或重新開發)。

第十七條數據庫系統的修改，應保證數據的延續性和歷史數據的可用性。

第十八條業務人員在使用數據庫的過程中，對數據庫不完善或不方便使用之處，有信息監督和反饋的義務。

第五章

數據庫的安全管理

第十九條系統管理員負責數據庫系統的安全管理，保證安全管理軟件的及時升級。

第二十條數據庫應每周至少備份一次，系統管理員應在保證數據安全和保密的情況下，采取適當方式保存備份文件，保證數據庫出現異常時能快速恢復，避免或盡量減少數據丟失。

第二十一條除系統管理員和經公司總經理批準的人員外，其他人員不得進入放置有存放數據庫設備的機房內。

第六章

附

則

第二十二條評級業務數據在技術條件許可的情況下應永久保存。

第二十三條本制度由總經理辦公會負責解釋、修訂。

第二十四條本制度于通過之日起執行

第五篇：數據庫版本管理

簡介

在軟件開發過程中，版本控制是一個廣為人知的概念。因為一個項目可能會需要不同角色人員的參與，通過使用版本控制軟件，可以使得項目中不同角色的人并行參與到項目當中。源代碼控制使得代碼可以存在多個版本，而不會將代碼庫變得混亂，典型的場景包括Bug修復、添加新功能、版本整合等。

雖然在開發層面的版本控制軟件已經非常成熟，但目前國內還沒有專門針對數據庫層面的版本控制軟件來幫助不同角色的人員在數據庫層面進行團隊協作、變更代碼管理以及對數據庫的變更進行查看和比對。在數據庫層面版本控制工具的缺乏可能會出現如下場景：

? 無法在數據庫層面進行團隊協作：開

?

?

?

?

?

?

?

發人員A對存儲過程的修改導致

開發人員B創建的存儲過程被覆蓋，從而無法比對和追蹤

開發人員-開發DBA-測試人員難以協作：SVN等版本工具是基于文件的，很難在數據庫層面進行版本控制

數據庫發生的變更難以追蹤：現有的技術無法追蹤由誰、在什么時間、對數據庫修改了什么，當發生由數據庫引起的報錯或性能下降時，難以排查

無法記錄對數據庫變更的過程資產：數據庫變更的歷史記錄只有數據庫運維人員了解，當該相關人員離職或調崗，這些過程資產難以繼承

難以審計數據庫：現有的數據庫審計功能往往依賴于日志，對性能造成很大影響。

SQL腳本無法有效管理：現有的做法往往是將SQL以文件形式保存，無法有效管理和共享

無法查看被加密的數據庫對象：當需要對加密的數據庫對象進行修改時，如果無法找到對象定義的原始記錄，則必須重寫該對象

SVN建立和使用復雜：SVN使用流程對于數據庫人員過于繁瑣，為數據庫人員增加了額外的工作負擔 由于數據庫是整個業務應用的核心，上述問題無論是在開發環境還是在生產環境如果得不到有效的解決，會造成生產力低下、過程資產無法得到管理、數據庫審查無法進行、難以排查由數據庫變更導致的問題等情況。

下面來介紹一下Source Safe for SQL Server如何解決該類問題。

軟件的安裝

軟件的官網下載完Source Safe的安裝包后一路下一步，安裝完成后打開Management Studio，在需要加入到源代碼控制器的某個數據庫服務器上右鍵，在彈出菜單中選擇“添加數據庫到版本控制”，如圖1所示。

圖1.將數據庫添加到版本控制 然后設置相關的選項，如圖2所示。

圖2.添加數據庫到版本控制相關設置

現在再來看，整個數據庫都已經在版本控制之下了，如圖3所示。

圖3.查看受版本控制的數據庫

至此，Source Safefor SQL Server就安裝配置完成了。

典型應用場景

Source Safe可以解決下述問題： 開發團隊進行版本控制 在一個開發團隊中，對于數據庫對象的每一次變更都會自動覆蓋上一個版本，導致上一個版本對象定義的丟失。比如說開發人員A創建了存儲過程“ProcA”，然后開發人員B修改了存儲過程“ProcA”，開發人員A創建的存儲過程將會被開發人員B所做的修改覆蓋，造成之前定義存儲過程的丟失和無法回滾。使用Source Safe可以輕松解決該類問題。通過圖4，我們看到存儲過程“ProcA”由開發人員“Jack”創建后，開發人員“CareySon”對其進行了修改，Source Safe可以完整的記錄由誰，在什么時間，做了哪些修改，如圖所示。

圖4.查看存儲過程“ProcA”被修改的歷史記錄

圖5.查看存儲過程 “ProcA”兩個版本的差異部分 開發里程碑標記

在開發過程中，往往需要對開發里程碑進行迭代，每一個開發里程碑導致的數據庫對象變更都可以完整的被記錄和文檔化。

圖6.里程碑版本以及涉及到的對象變更 生產環境變更管理

在生產環境中，程序的升級、程序或人為對數據庫對象的更改有可能導致數據庫出現問題，例如應用程序報錯或數據庫性能下降。通過SourceSafe可以快速比較出數據庫之前版本和當前數據庫定義中存在差異的部分，并根據具體情況回滾導致數據庫出現問題的對象，從而快速排除錯誤并保證數據庫持續穩定運行。如圖7所示。

圖7.選擇需要版本比較的對象 常用腳本管理

無論是開發人員還是數據庫的運維人員，都會有常用腳本需要保存。過去的做法往往是將SQL代碼以文件的形式保存，這樣既不方便使用，也不方便分類管理。利用Source Safe的代碼管理功能，可以方便的將SQL代碼的管理無縫集成到SQL Server Management Studio中。如圖8所示。

圖

8、使用Source Safe的腳本管理功能對SQL進行管理

此外，Source Safe特別設定了默認文件夾“工具欄快捷方式”，用戶可以將頻繁使用的SQL代碼置于此處，在該分類下的腳本會自動出現在Management Studio的工具欄中，如圖9所示。

圖

9、將常用腳本置于“工具欄快捷方式”中 對選定的對象進行版本歸類

雖然Source Safe每次同步之后都會生成一個基于變更的版本號，但在某些特殊情況下，比如需要對庫中某些變更進行管理、對庫中的版本進行歸類的情況下會需要額外的標簽。如圖10所示。

圖

10、利用標簽標出某個業務版本涉及到的數據庫對象 與SVN的無縫集成 SourceSafe的版本內容和歷史記錄可以直接導出到SVN、TFS、VSS中，從而打通數據庫版本控制和現有的SVN系統。在數據庫中我們對存儲過程dbo.TestProc做了三次變更，如圖11所示。

圖11.對存儲過程的3次變更 接下來將歷史記錄導出到SVN，如圖12所示。

圖12.將SourceSafe記錄導出到SVN 導出完成后，通過SVN客戶端軟件可以看到對應SQL文件的在數據庫中對應圖10的三次變更，如圖13所示。

圖13.SVN對應SourceSafe中的3次變更

軟件的下載

軟件的下載可以在軟件的官網下載，下載地址(http://?tab=sourcesafe-for-sql-server)。