1、江西省病案統(tǒng)計管理系統(tǒng)項目技術方案2013年09月29日目錄一、項目背景與目的31.1建設背景31.2建設目的3二、需求分析42.1業(yè)務流程42.2醫(yī)院端需求分析52.2.1 業(yè)務需求52.2.2 功能需求62.3省廳端需求分析72.3.1 業(yè)務需求72.3.2功能需求8三、系統(tǒng)技術方案103.1 系統(tǒng)部署方案103.2 醫(yī)院端系統(tǒng)方案103.2.1 日志錄入與查詢103.2.2 病案首頁報表設計、發(fā)布113.2.3 病案首頁數(shù)據(jù)錄入113.2.4 報表統(tǒng)計113.2.5 歸檔借閱113.2.6 字典對照123.2.7 系統(tǒng)管理123.2.8 數(shù)據(jù)上傳123.3 省廳端系統(tǒng)方案123.3.1

2、系統(tǒng)機構、用戶123.3.2 數(shù)據(jù)交換133.3.3 數(shù)據(jù)質(zhì)量控制133.3.4 數(shù)據(jù)分析143.3.5 系統(tǒng)升級143.3.6 代碼管理143.3.7 系統(tǒng)管理15四、系統(tǒng)開發(fā)要求174.1 系統(tǒng)技術要求174.2 運行平臺要求174.3 系統(tǒng)性能要求174.4 系統(tǒng)質(zhì)量要求17五、項目實施要求195.1 總體要求195.2 項目工期要求195.3 項目團隊要求195.4 項目實施過程管理要求205.4.1 系統(tǒng)開發(fā)階段要求205.4.2 試運行階段要求215.4.3 部署實施階段要求215.5 培訓要求215.6 售后服務要求22一、項目背景與目的1.1建設背景病案統(tǒng)計管理系統(tǒng)是醫(yī)院信息系

3、統(tǒng)建設中的重要組成部分，也是實現(xiàn)醫(yī)藥衛(wèi)生信息共享與利用的重要基礎, 是醫(yī)院建立原始記錄數(shù)據(jù)庫的重要手段，是準確、及時完成各項統(tǒng)計報告任務的主要工具。目前醫(yī)院的統(tǒng)計病案數(shù)據(jù)庫越來越龐大，數(shù)據(jù)涵蓋了醫(yī)院門診日志、病人病案首頁、醫(yī)院統(tǒng)計報表等大量信息，是醫(yī)院、政府、社會的寶貴財富。為了適應衛(wèi)生統(tǒng)計改革與發(fā)展的要求和各級醫(yī)院業(yè)務發(fā)展的需求，根據(jù)2012年衛(wèi)生部頒布的國家衛(wèi)生統(tǒng)計調(diào)查制度，省廳擬組織開發(fā)江西省病案首頁統(tǒng)計管理系統(tǒng)，該系統(tǒng)需實現(xiàn)日志錄入、日志查詢、首頁錄入、綜合查詢、報表統(tǒng)計、歸檔及借閱、數(shù)據(jù)上傳、字典設置、系統(tǒng)管理等功能，能夠滿足醫(yī)院、省廳的統(tǒng)計和管理需求，實現(xiàn)與國家衛(wèi)生統(tǒng)計直報系統(tǒng)的無

4、縫管理對接。1.2建設目的為了加快江西省醫(yī)院信息化進程，保證醫(yī)院病案統(tǒng)計工作順利開展，提高數(shù)據(jù)質(zhì)量，提高醫(yī)院統(tǒng)計病案管理、分析與利用的水平，實現(xiàn)統(tǒng)計病案工作標準化、規(guī)范化、自動化，能更好地為醫(yī)院的科學管理提供服務。29 / 30文檔可編輯二、需求分析2.1總體業(yè)務流程醫(yī)院將HIS系統(tǒng)數(shù)據(jù)提取到病案系統(tǒng)并經(jīng)過數(shù)據(jù)核查后傳輸?shù)讲“笖?shù)據(jù)中心進行統(tǒng)計分析。另外，醫(yī)院其他系統(tǒng)數(shù)據(jù)，類似HQMS、省附頁，中醫(yī)附頁的數(shù)據(jù)也通過接口的方式上傳到醫(yī)院數(shù)據(jù)中心。醫(yī)院的數(shù)據(jù)通過數(shù)據(jù)交換將數(shù)據(jù)傳到省廳數(shù)據(jù)中心，省廳系統(tǒng)對數(shù)據(jù)進行統(tǒng)計分析。由于病案管理系統(tǒng)的數(shù)據(jù)是從his系統(tǒng)導入數(shù)據(jù)，需要先將數(shù)據(jù)進行整合，再從醫(yī)院上報

5、到省級平臺。所以系統(tǒng)分為醫(yī)院端和省廳端。2.2醫(yī)院端需求分析2.2.1 醫(yī)院端系統(tǒng)架構2.2.2 業(yè)務需求病案管理系統(tǒng)需要提供數(shù)據(jù)接口，用來提取醫(yī)院的病案信息數(shù)據(jù)和日志數(shù)據(jù)，對這些病案數(shù)據(jù)進行整合，并進行統(tǒng)一的管理和應用。系統(tǒng)要能夠?qū)Σ∈夜ぷ鲃討B(tài)、床位使用情況、治療結果、門診量、收入效益等醫(yī)療信息進行查詢。醫(yī)院端系統(tǒng)需要提供數(shù)據(jù)校對核查功能，通過對病案首頁數(shù)據(jù)和日常日志數(shù)據(jù)進行比對，如果對比結果不一致，將修改病案數(shù)據(jù)或者日志數(shù)據(jù)，使之保持平衡，若兩者數(shù)據(jù)一致，將數(shù)據(jù)進行報表匯總以及導出、打印。系統(tǒng)還應該提供病案借閱的功能。當醫(yī)院有病人多次入院的話，醫(yī)生就有必要調(diào)閱病人歷史病案信息，了解在案病人

6、以往的病歷情況，為病人治療提供參考。系統(tǒng)需要對借出病案進行統(tǒng)一管理，同時需要對病案的歸還情況進行查詢和統(tǒng)計。醫(yī)院需要對院內(nèi)附頁的設置和各類科室的系統(tǒng)應用進行設置，方便各類用戶靈活快捷的使用，需要對用戶及權限進行統(tǒng)一管理。由于醫(yī)院需要填報國家衛(wèi)生計劃委員會下發(fā)的出院病人調(diào)查表（衛(wèi)統(tǒng)4表），為了避免數(shù)據(jù)的重復錄入，提高數(shù)據(jù)的利用率，需要將醫(yī)院的病案首頁數(shù)據(jù)直接上傳到省衛(wèi)生廳服務器。2.2.3 功能需求根據(jù)病案管理系統(tǒng)醫(yī)院端的業(yè)務需求分析，醫(yī)院端系統(tǒng)需要提供以下功能，實現(xiàn)系統(tǒng)整體要求。 日志錄入系統(tǒng)需要提供規(guī)范的數(shù)據(jù)接口，使日志數(shù)據(jù)能夠從醫(yī)院HIS系統(tǒng)導入到病案管理系統(tǒng)，并按接口整合、

7、匯總數(shù)據(jù)。方便用戶對日志數(shù)據(jù)進行統(tǒng)一管理和使用。 日志查詢系統(tǒng)需要提供日志信息的查詢表，查詢看病日志的相關數(shù)據(jù)，以及各類醫(yī)生的工作量。 病案首頁完成病案首頁資料的錄入，以及完成對病案的查詢、維護和打??；具有新首頁、省附頁、HQMS、腫瘤?？聘巾?、中醫(yī)附頁等各種首頁的整合和管理功能。具有病案質(zhì)量評估功能。 報表統(tǒng)計將整合的病案數(shù)據(jù)和各類日志數(shù)據(jù)進行匯總，產(chǎn)出日報、月報、季報、年報、非正式報表、院內(nèi)用表、增減表、臺帳、一覽表等多種匯總表，并提供動態(tài)圖表展示，方便用戶查詢各類醫(yī)療業(yè)務情況。 歸檔借閱系統(tǒng)需要提供病案借閱的功能，完成病案的歸檔、借

8、閱、歸還等管理工作。 字典管理醫(yī)院端還需要提供字典管理的功能，用來實現(xiàn)對醫(yī)院科室、ICD碼、手術碼、單病種、醫(yī)生和首頁標準編碼等各種字典數(shù)據(jù)的維護與規(guī)范，能夠自定義院內(nèi)附頁和多級科室的設置，要靈活、方便的使用。 系統(tǒng)管理主要完成系統(tǒng)初始參數(shù)、用戶權限、用戶組分配、擴展字段、查詢顯示模板的設置以及數(shù)據(jù)導入導出的管理。限制非法登錄及系統(tǒng)用戶權限可定制功能。 數(shù)據(jù)上傳醫(yī)院根據(jù)衛(wèi)生廳行政部門的要求，把病案首頁數(shù)據(jù)和報表數(shù)據(jù)上傳到省級系統(tǒng)，對新首頁和HQMS的不同標準執(zhí)行符合省標準的整合。 數(shù)據(jù)遷移將現(xiàn)有江西省衛(wèi)生統(tǒng)計直報統(tǒng)中的病案首頁（衛(wèi)統(tǒng)4表）

9、中的歷史數(shù)據(jù)導入到新系統(tǒng)中；支持從HIS、電子病歷數(shù)據(jù)直接接入和excel導入等多種方式獲取病案首頁數(shù)據(jù)。2.3省廳端需求分析2.3.1 省廳端系統(tǒng)架構2.3.2 業(yè)務需求省廳需要與醫(yī)院病案數(shù)據(jù)進行數(shù)據(jù)交換，實現(xiàn)省內(nèi)醫(yī)院病案數(shù)據(jù)的共享。同時，需要提供查詢數(shù)據(jù)交換的時間，修改痕跡等等明細信息。省廳病案系統(tǒng)需要提供數(shù)據(jù)審核校驗的功能，對從醫(yī)院端交換來的數(shù)據(jù)進行審核和審批，對于問題數(shù)據(jù)退回。同時省廳服務器將醫(yī)院的病案數(shù)據(jù)交換到網(wǎng)絡直報系統(tǒng)，與網(wǎng)絡直報系統(tǒng)無縫對接。省廳系統(tǒng)還需要將醫(yī)院的病案數(shù)據(jù)進行統(tǒng)計分析，系統(tǒng)需要支持統(tǒng)計分析算法、表格的新增、修改，對關鍵指標進行示警分析。統(tǒng)計分析結果需支持三種以上

10、統(tǒng)計學常用圖形展示，包含但不限于折線圖、圓餅圖、柱狀圖，關鍵指標需支持報表和圖形兩種顯示方式。為了保持各醫(yī)院的科室、ICD碼等常用字典數(shù)據(jù)一致，全省需要對這些字典數(shù)據(jù)進行統(tǒng)一管理，通過基層申請，省廳統(tǒng)一維護管理，實現(xiàn)全省字典庫標準化管理，當字典數(shù)據(jù)發(fā)生變化時，省廳能夠統(tǒng)一進行升級維護，省廳將升級包下發(fā)給各醫(yī)院，醫(yī)院接收到升級包后自行升級醫(yī)院端系統(tǒng)。同時省廳服務器統(tǒng)計顯示升級的醫(yī)院明細，方便了解醫(yī)院是否及時更新系統(tǒng)。2.3.3 功能需求根據(jù)省廳端的業(yè)務需求，省廳病案系統(tǒng)需要提供以下幾個方面的功能。 數(shù)據(jù)交換管理對醫(yī)院病案信息交換狀態(tài)進行查詢、催報，并對異常結果進行反饋。提供病案數(shù)據(jù)

11、交換歸檔管理功能（包括交換文件名、提供單位、交換時間、修改留痕等）。支持全省病案數(shù)據(jù)與網(wǎng)絡直報系統(tǒng)無縫對接上報功能。 數(shù)據(jù)質(zhì)量控制提供高效靈活的數(shù)據(jù)審核功能，顯示審核狀態(tài)。支持數(shù)據(jù)評估、調(diào)整功能，對于問題數(shù)據(jù)提供退回功能。提供數(shù)據(jù)加鎖、解鎖功能，自動鎖定通過審核和審批的數(shù)據(jù)。 數(shù)據(jù)分析需要提供數(shù)據(jù)分析功能，對醫(yī)院病案首頁進行統(tǒng)計分析；支持統(tǒng)計分析算法、表格的新增與修改；床位周轉(zhuǎn)率、均次藥費、平均住院日等關鍵指標的示警分析；統(tǒng)計分析結果需支持各類圖形展示和報表展示；著重完善醫(yī)療質(zhì)量與費用關鍵指標分析。支持自定義分析報表，拖拽分析。 系統(tǒng)升級維護支持病案指

12、標的升級維護管理功能，支持升級內(nèi)容一鍵下發(fā)升級，基層對接受到的升級包通過向?qū)教崾就瓿上到y(tǒng)無縫升級工作。 代碼管理支持對科室、ICD碼、手術碼、單病種、醫(yī)生種類和首頁標準編碼等各種字典數(shù)據(jù)的全省標準管理功能，通過基層申請，省廳統(tǒng)一維護管理的方式，實現(xiàn)全省字典庫標準化管理，建設完善江西省標準的ICD碼字典庫。 權限管理提供三權分立的管理模式，實現(xiàn)用戶權限分級控制。系統(tǒng)管理員進行系統(tǒng)管理，衛(wèi)生行政部門審核、審批和匯總，基層單位填報數(shù)據(jù)。加強密碼管理，登陸次數(shù)限制，同一登陸用戶多客戶端登陸限制等。 系統(tǒng)管理提供系統(tǒng)及數(shù)據(jù)操作日志管理功能，幫助用戶及時了解系統(tǒng)

13、運行情況。提供系統(tǒng)和數(shù)據(jù)庫備份功能，支持打包備份，支持自動備份和手動備份。支持定時執(zhí)行計劃任務，并記錄計劃任務執(zhí)行結果日志。三、系統(tǒng)技術方案3.1 系統(tǒng)部署方案系統(tǒng)架構采用省級、醫(yī)院兩級部署方式，醫(yī)院本地部署一套系統(tǒng)，省廳部署一套系統(tǒng)。省廳系統(tǒng)與各醫(yī)院系統(tǒng)保持網(wǎng)絡相連。醫(yī)院的數(shù)據(jù)通過數(shù)據(jù)交換的方式傳輸?shù)绞d服務器。3.2 醫(yī)院端系統(tǒng)方案根據(jù)醫(yī)院端的業(yè)務流程以及功能需求，分別對各個模塊通過如下解決方案。3.2.1 日志錄入與查詢系統(tǒng)中提供表格錄入方式錄入門診醫(yī)技日志和住院部分日志，每個工作日志提供多種輸入界面，如按日期輸入、按科室輸入、直接輸入。同時自動加載字典庫，部分字段無須輸入，如科號、科別

14、、醫(yī)生等，系統(tǒng)均自動加載。對于工作日志，提供導入功能，將醫(yī)師的excel日志直接導入到系統(tǒng)，無需重復錄入。所有工作日志提供按天、按月兩種查詢方式。查詢后，可打印、導出、導出為查詢結果。3.2.2 病案首頁報表設計、發(fā)布病案首頁報表根據(jù)江西衛(wèi)生廳要求的格式，通過報表設計器設計，然后發(fā)布到病案服務器。系統(tǒng)報表設計的操作界面與Excel類似，基于單元格的設計思想，并且提供向?qū)Ъ皥D形化報表設計工具，用戶無需關心后臺數(shù)據(jù)庫結構，通過圖形化的界面操作即可設計出需要的報表的表樣。3.2.3 病案首頁數(shù)據(jù)錄入系統(tǒng)提供直接錄入的方式錄入病案首頁數(shù)據(jù)，也可以通過數(shù)據(jù)接口對HIS系統(tǒng)數(shù)據(jù)進行抽取，整合為病案首頁的格

15、式。3.2.4 報表統(tǒng)計醫(yī)院病案系統(tǒng)將各種抽取的數(shù)據(jù)進行分類匯總統(tǒng)計，住院部分包括年報、月報、季報等統(tǒng)計報表，住院院內(nèi)用表，住院臺賬，住院增減表以及住院病人的動態(tài)表，門診部分除了年、月、季的統(tǒng)計報表和常規(guī)的臺賬和增減表，還包括門診日報表。系統(tǒng)提供查詢表，對各類統(tǒng)計數(shù)據(jù)進行查詢分析，方便用戶了解醫(yī)院業(yè)務情況。3.2.5 歸檔借閱歸檔及借閱包括病案歸檔登記、病案歸檔查詢與統(tǒng)計、病案借閱、病案歸還、病案借閱統(tǒng)計等內(nèi)容。歸檔登記：提供單個添加和批量添加病案信息，同時提供接口接受HIS系統(tǒng)的病案首頁數(shù)據(jù)。歸檔查詢與統(tǒng)計：提供病人病案信息的歸檔查詢功能，用來查詢醫(yī)院住院病人的病案歸檔情況，方便用戶及時對病

16、人信息進行歸檔登記。查詢包括病案歸檔的及時歸檔數(shù)（率）、按時歸檔數(shù)（率）、逾期歸檔數(shù)（率）等等。病案借閱：病案借閱提供按歸檔日期、按出院日期，按科室、按住院醫(yī)生等方式查詢借閱。病案歸還：系統(tǒng)提供病案歸還的功能，方便用戶歸還借閱的病案。借閱查詢與統(tǒng)計：提供病案借閱情況查詢功能與統(tǒng)計功能，可以方便管理員對病案借閱進行管理。查詢包括病案借閱的借閱時間、借閱期限、歸檔時間等。3.2.6 字典對照針對已有HIS的醫(yī)院，由于各個醫(yī)院的HIS系統(tǒng)設置的各類數(shù)據(jù)字典和省級標準不一致，因此病案系統(tǒng)提供字典對照表功能。通過字典對照把從HIS接收過來的科室、ICD碼等各類字典數(shù)據(jù)，匹配成病案系統(tǒng)中省級標準的字典數(shù)據(jù)

17、，同時將對照的結果上傳到省廳服務器，以便病案數(shù)據(jù)準確的上報到省廳服務器。3.2.7 系統(tǒng)管理 系統(tǒng)管理提供醫(yī)院基本參數(shù)的初始化，同時通過增刪查改的方式對用戶、用戶權限、日志等進行管理。3.2.8 數(shù)據(jù)上傳醫(yī)院系統(tǒng)的病案首頁將來自醫(yī)院HIS系統(tǒng)的以及HQMS、腫瘤?？聘巾?、中醫(yī)附頁等各種首頁數(shù)據(jù)進行整合提取后，需要將數(shù)據(jù)交換至省級平臺中?？梢远ㄖ葡嚓P的數(shù)據(jù)接口，通過接口生成數(shù)據(jù)文件或者數(shù)據(jù)包，將數(shù)據(jù)上傳至省廳端進行導入。3.3 省廳端系統(tǒng)方案3.3.1 系統(tǒng)機構、用戶由于衛(wèi)生統(tǒng)計直報系統(tǒng)已存在醫(yī)院機構信息數(shù)據(jù)，可通過數(shù)據(jù)交換的的方式將醫(yī)院的機構信息導入到病案管理系統(tǒng)，從而保證機構、用戶ID的一致

18、性。目前直報系統(tǒng)將機構信息設置了有效期的起止時間段，作廢的機構信息仍存在機構表中，但是機構在系統(tǒng)中不啟用。病案管理系統(tǒng)機構信息與直報系統(tǒng)信息定期同步，直報系統(tǒng)已作廢的機構在病案管理系統(tǒng)中同步作廢。3.3.2 數(shù)據(jù)交換醫(yī)院數(shù)據(jù)通過數(shù)據(jù)交換的方式將數(shù)據(jù)傳輸?shù)绞d服務器，由醫(yī)院系統(tǒng)端的消息中間件（MQ）完成與省廳系統(tǒng)端的消息中間件（MQ）的數(shù)據(jù)交換。在進行數(shù)據(jù)傳輸?shù)倪^程中，支持對傳輸過程的監(jiān)控，包括傳輸?shù)倪M度，傳輸成功和失敗的監(jiān)控等。3.3.3 數(shù)據(jù)質(zhì)量控制數(shù)據(jù)質(zhì)量控制主要通過數(shù)據(jù)審核的方式實現(xiàn)，醫(yī)院HIS系統(tǒng)以及外部數(shù)據(jù)整合到病案系統(tǒng)時，會通過邏輯審核和合理審核，合理性審核是非強制性審核，僅用于提

19、示作用；邏輯性審核是強制性審核，不通過不允許上報數(shù)據(jù)。同時系統(tǒng)提供數(shù)據(jù)審批功能，當數(shù)據(jù)進入審批流程以后，對于審批不通過的數(shù)據(jù)，系統(tǒng)可以對問題數(shù)據(jù)退回，用戶可以對數(shù)據(jù)進行重填或者修改。系統(tǒng)通過給數(shù)據(jù)添加上報狀態(tài)字段，字段數(shù)值根據(jù)數(shù)據(jù)的上報狀態(tài)改變而改變，可以通過字段的查詢來查詢數(shù)據(jù)的上報狀態(tài)，以表格的形式列出應報戶、已報戶、未報戶、已通過審核、未通過審核等各類用戶的數(shù)量及所占百分比，以便進行及時催報。3.3.4 數(shù)據(jù)分析省廳通過醫(yī)院上報的數(shù)據(jù)，通過圖標展示分析日報、月報、季報、年報、非正式報表、院內(nèi)用表、增減表。對醫(yī)院診療人次、入院人數(shù)、出院人數(shù)進行分析，并對這些指標提供分地區(qū)、分機構類別、分科

20、別、歷年趨勢等多個維度的分析展現(xiàn)。同時對單病種等醫(yī)院常用指標進行分析。針對HQMS系統(tǒng)上報的的數(shù)據(jù)，對住院死亡類指標、重返類指標、醫(yī)院感染類指標、手術并發(fā)癥類指標、患者安全類指標、醫(yī)療機構合理用藥指標、醫(yī)院運行基本檢測指標等常用指標進行分析。3.3.5 系統(tǒng)升級省廳服務器通過消息中間件MQ進行升級包的下發(fā)傳輸，醫(yī)院系統(tǒng)檢測到升級包后一鍵升級，如果執(zhí)行的過程異常關閉或者報錯導致終止升級，系統(tǒng)管理員下次登錄系統(tǒng)時，將自動跳轉(zhuǎn)到升級界面。系統(tǒng)升級會保存升級日志到本地，以便查看升級過程的詳細信息。3.3.6 代碼管理代碼管理功能首先由申請人申請代碼變更，管理員可以進行恢復與維護，并對申請給以回復。系統(tǒng)

21、將定制一個代碼維護功能頁面，此頁面可以繞過系統(tǒng)登錄環(huán)節(jié)，直接訪問不需要用戶登錄直報系統(tǒng)。這樣不影響現(xiàn)有功能和頁面，回復人仍然是需要系統(tǒng)中并有系統(tǒng)管理員權限的用戶才能回復。為了保證申請功能的使用的安全性，系統(tǒng)使用文字圖片校驗碼以控制防止機器人申請。另會嘗試在客戶端的COOKIE保存當前用戶申請數(shù)量進行一定的限額， 在服務端嘗試使用單個IP最大申請量限制（此方式需要確認生產(chǎn)環(huán)境是否未采用反向代理等策略）。系統(tǒng)會允許設置單日最大申請量，防止暴力申請和惡意數(shù)據(jù)攻擊。3.3.7 系統(tǒng)管理 日志管理日志管理分為兩部分，一部分是醫(yī)院端系統(tǒng)數(shù)據(jù)整合時的操作日志，包括HIS系統(tǒng)以及HQMS系統(tǒng)數(shù)據(jù)

22、提取數(shù)據(jù)操作發(fā)生的操作時間、客戶端的IP等等信息。另一部分是醫(yī)院端數(shù)據(jù)通過數(shù)據(jù)中間件進行數(shù)據(jù)傳輸時的操作日志，包括傳輸時間、傳輸結果狀態(tài)等等信息。日志管理記錄系統(tǒng)操作過程中的各類日志信息，提供日志查詢功能，通過關鍵字查詢?nèi)罩尽?備份策略本系統(tǒng)采取的備份策略為，在每日進行增量備份，每周做一次全量備份。.1 每日增量備份增量備份采取計劃任務的方式執(zhí)行，在每日用戶操作閑時（例如晚上0時），對前一天備份后增加、改動的部分數(shù)據(jù)進行備份。增量備份可分為多級，每一次增量都源自上一次備份后的改動部分。差異備份就是只備份在上一次完全備份后有變化的部分數(shù)據(jù)。如果只存在兩次備份，增量備份

23、和差異備份內(nèi)容一樣。（1）差異備份（級別大于等于0）一個控制文件或數(shù)據(jù)文件的備份，只包含自從前一次增量備份以來被修改過的數(shù)據(jù)塊。（2）累積增量備份（級別大于等于0）這種備份通過減少所需要轉(zhuǎn)儲的增量備份的數(shù)量來減少時間。然而，累積備份需要更多的空間和時間，因為它們要備份上一次同一級別的增量備份已經(jīng)記錄的信息。（3）多級增量備份根據(jù)多級增量備份的特點，可以創(chuàng)建不同級別的增量備份。最多可以定義五個級別，從0到4。多級增量備份使恢復操作更加方便，因為在轉(zhuǎn)儲時，只需要一個某一特定級別的增量備份。.2 每周全量備份全量備份采取每周進行一次的方式，也可以選擇在閑時（如周日0點），也可以設定計劃

24、任務由系統(tǒng)自動執(zhí)行。全量備份可以備份所有的數(shù)據(jù)，在恢復時可以恢復全部數(shù)據(jù)。四、系統(tǒng)開發(fā)要求4.1 系統(tǒng)技術要求 系統(tǒng)應采用成熟的軟件開發(fā)技術和先進的開發(fā)理論。系統(tǒng)采用分層應用架構設計。項目開發(fā)應采用JAVA語言，采用J2EE架構和B/S模式，定義和瀏覽報表、圖形等統(tǒng)計分析內(nèi)容，必須都采用瀏覽器方式。4.2 運行平臺要求系統(tǒng)應支持HTTP網(wǎng)絡協(xié)議。所采用的軟硬件平臺應具備開放性，服務器端程序能適應多種操作系統(tǒng)環(huán)境，支持多種數(shù)據(jù)庫類型和中間件產(chǎn)品。4.3 系統(tǒng)性能要求根據(jù)需求闡述推薦的軟硬件配置方案，包括系統(tǒng)建設的硬件配置、操作系統(tǒng)、數(shù)據(jù)庫、中間件、應用系統(tǒng)以及網(wǎng)絡傳輸帶寬要求。用戶數(shù)量：系統(tǒng)應支

25、持最大用戶數(shù)不少于5000，峰值在線用戶數(shù)不少于1000，峰值并發(fā)用戶數(shù)：不少于500。響應時間：打開、刷新頁面時間不超過3秒，數(shù)據(jù)查詢時間不超過5秒，數(shù)據(jù)導出時間不超過30秒4.4 系統(tǒng)質(zhì)量要求可擴展性：系統(tǒng)應提供一個彈性架構，支持使用配置而免編程的方式對統(tǒng)計業(yè)務流程、調(diào)查表樣、查詢統(tǒng)計等功能的定制與調(diào)整。支持二次開發(fā)，系統(tǒng)接口封裝良好。提供第三方開發(fā)商系統(tǒng)集成接口。易操作性：提供簡潔、美觀、直白的用戶界面。符合windows標準以及瀏覽器通用方式，具備中文支持功能，提供向?qū)较到y(tǒng)安裝界面。系統(tǒng)功能模塊的定制操作（如決策支持模型、統(tǒng)計分析算法及時間等）提供可視化的操作。穩(wěn)定性：系統(tǒng)全年穩(wěn)定運

26、行的設計技術指標。需要避免因升級而影響系統(tǒng)正常運行。宕機時間應少于4%，平均故障間隔時間應超過三個月。準確性：系統(tǒng)要對統(tǒng)計分析結果的正確性和完整性進行驗證，并對系統(tǒng)的敏感數(shù)據(jù)進行特殊處理。可維護性：系統(tǒng)升級簡便，具備錯誤問題遠程分析與排除功能?？晒芾硇裕好總€層次、每個對象都應提供標準的管理接口或管理界面。安全性：系統(tǒng)應支持數(shù)據(jù)存儲、數(shù)據(jù)傳輸、密鑰管理等安全功能。提供所有系統(tǒng)操作日志記錄，具備防止篡改的審計追蹤功能，包括對系統(tǒng)參數(shù)、用戶數(shù)據(jù)的增刪操作，以及系統(tǒng)登錄等其他重要操作，確保系統(tǒng)安全運行。保障性：在系統(tǒng)因硬件、自然災害或人為因素造成癱瘓情況下，要預先制定應急方案，可有效應對緊急情況，快速

27、恢復系統(tǒng)運行。五、項目實施要求5.1 總體要求實施方案：本項目實施首先要制定項目實施方案，包括項目管理、需求確認、工作進度表、系統(tǒng)設計、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)部署、數(shù)據(jù)抽取、試運行、運行維護、培訓等策略。按照項目實施方案完成系統(tǒng)開發(fā)任務，功能模塊要符合業(yè)務需求。人員要求：項目實施過程中，未經(jīng)許可，不得更換實施人員。實施部署：完成市衛(wèi)生統(tǒng)計數(shù)據(jù)采集系統(tǒng)、市衛(wèi)生統(tǒng)計分析與決策支持系統(tǒng)的部署。系統(tǒng)測試：需要提供測試計劃，并對系統(tǒng)進行測試，包括產(chǎn)品測試、性能測試、壓力測試、數(shù)據(jù)遷移、系統(tǒng)試運行測試，并提供測試報告。項目文檔：要求提供項目相關文檔，包括項目管理文檔、系統(tǒng)技術文檔、數(shù)據(jù)字典、用戶手冊和系

28、統(tǒng)管理手冊等文檔（中文）。系統(tǒng)驗收：系統(tǒng)試運行后，經(jīng)雙方確認后形成驗收文件作為驗收依據(jù)。5.2 項目工期要求項目建設周期為12個月，工期安排如下：2013年10月項目招投標、項目啟動；2013年11月-2014年6月項目開發(fā)；2014年6-8月系統(tǒng)測試、部署、用戶培訓、試運行及初驗；2014年9月正式運行及項目終驗。5.3 項目團隊要求本項目需要一支為項目建設提供全面解決方案、數(shù)據(jù)倉庫建設和數(shù)據(jù)分析項目經(jīng)驗豐富、配合默契且穩(wěn)定的專業(yè)化團隊。人員配置科學合理、分工明確，至少應包括項目經(jīng)理、系統(tǒng)分析師、系統(tǒng)設計人員、軟件開發(fā)人員、測試人員、配置管理員、用戶培訓、部署實施、運行維護等角色。1項目核心

29、人員必須專職、全程負責本項目的實施，未經(jīng)許可不得更換。2應配備業(yè)務經(jīng)驗豐富的項目總監(jiān)、項目經(jīng)理、軟件開發(fā)責任組長、軟件測試責任組長等人員。項目經(jīng)理須專職并全程負責本項目實施。項目經(jīng)理、軟件開發(fā)及軟件測試責任組長需有5年以上軟件開發(fā)經(jīng)驗、3年以上項目管理與分析設計經(jīng)驗。3、項目參與技術人員須具有相關項目軟件開發(fā)及實施經(jīng)驗，熟悉衛(wèi)生統(tǒng)計基礎知識，必須具有責任感和服務意識。所有軟件開發(fā)人員均有2年以上軟件開發(fā)經(jīng)驗。4、在不同階段配置足夠的人員組織實施項目，確保按項目進度完成建設工作。5、制定詳細人員組織方案，包括人員姓名、學歷、開發(fā)經(jīng)驗及職責分工。5.4 項目實施過程管理要求5.4.1 系統(tǒng)開發(fā)階段要求方案設計：調(diào)研系統(tǒng)現(xiàn)狀，明確細化具體的建設任務，建設技術路線，建設技術框架以及實現(xiàn)的技術方法，形成詳細的設計文本。制定項目施工時間進度計劃，進行必要的項目實施風險分析并提出風險規(guī)避辦法和措施。需求分析和系統(tǒng)設計：按照項目實施計劃完成需求分析和系統(tǒng)設計工作，深入各業(yè)務部門開展需求調(diào)研工作，編制需求分析工作計劃、業(yè)務現(xiàn)狀調(diào)研報告、管理問題分析報告、業(yè)務模型設計報告、需求規(guī)格說明書、系統(tǒng)概要設計和系統(tǒng)詳細設計等文檔，并通過評審，制作界面原型系統(tǒng)便于確認需求。系統(tǒng)開發(fā)：按照項目實施計劃所確定的目標完成開發(fā)工作，編制項目開發(fā)工作計劃、