病案統(tǒng)計(jì)管理系統(tǒng)0930

江西省病案統(tǒng)計(jì)管理系統(tǒng)項(xiàng)目技術(shù)方案2013年09月29日目錄TOC\o"2—3"\h\z\t”標(biāo)題1,1”HYPERLINK\l”_Toc368233305"一、項(xiàng)目背景與目的 31。2建設(shè)目的 32。1業(yè)務(wù)流程 4HYPERLINK\l”_Toc368233310"2.2醫(yī)院端需求分析 5_Toc368233313"2.3省廳端需求分析 72.3.1業(yè)務(wù)需求 7HYPERLINK\l”_Toc368233315"2.3。2功能需求 8HYPERLINK\l”_Toc368233316"三、系統(tǒng)技術(shù)方案 10HYPERLINK\l”_Toc368233317"3。1系統(tǒng)部署方案 10_Toc368233319”3.2。1日志錄入與查詢 10HYPERLINK\l”_Toc368233320"3.2.2病案首頁報(bào)表設(shè)計(jì)、發(fā)布 113。2.4報(bào)表統(tǒng)計(jì) 113.2.6字典對照 12HYPERLINK\l”_Toc368233325"3.2.7系統(tǒng)管理 12HYPERLINK\l”_Toc368233326"3.2.8數(shù)據(jù)上傳 12HYPERLINK\l”_Toc368233327"3。3省廳端系統(tǒng)方案 12HYPERLINK\l”_Toc368233328”3。3。1系統(tǒng)機(jī)構(gòu)、用戶 12HYPERLINK\l”_Toc368233329"3.3.2數(shù)據(jù)交換 133.3。3數(shù)據(jù)質(zhì)量控制 13_Toc368233332”3。3。5系統(tǒng)升級 143。3.6代碼管理 14HYPERLINK\l”_Toc368233334"3。3。7系統(tǒng)管理 15四、系統(tǒng)開發(fā)要求 17_Toc368233338”4。3系統(tǒng)性能要求 17HYPERLINK\l”_Toc368233339”4。4系統(tǒng)質(zhì)量要求 17五、項(xiàng)目實(shí)施要求 19HYPERLINK\l”_Toc368233341”5.1總體要求 19HYPERLINK\l”_Toc368233342”5。2項(xiàng)目工期要求 19HYPERLINK\l”_Toc368233343”5.3項(xiàng)目團(tuán)隊(duì)要求 19HYPERLINK\l”_Toc368233344"5。4項(xiàng)目實(shí)施過程管理要求 205。4。2試運(yùn)行階段要求 21HYPERLINK\l”_Toc368233347”5。4.3部署實(shí)施階段要求 21HYPERLINK\l”_Toc368233348"5。5培訓(xùn)要求 215.6售后服務(wù)要求 22一、項(xiàng)目背景與目的1.1建設(shè)背景病案統(tǒng)計(jì)管理系統(tǒng)是醫(yī)院信息系統(tǒng)建設(shè)中的重要組成部分,也是實(shí)現(xiàn)醫(yī)藥衛(wèi)生信息共享與利用的重要基礎(chǔ)，是醫(yī)院建立原始記錄數(shù)據(jù)庫的重要手段，是準(zhǔn)確、及時(shí)完成各項(xiàng)統(tǒng)計(jì)報(bào)告任務(wù)的主要工具。目前醫(yī)院的統(tǒng)計(jì)病案數(shù)據(jù)庫越來越龐大，數(shù)據(jù)涵蓋了醫(yī)院門診日志、病人病案首頁、醫(yī)院統(tǒng)計(jì)報(bào)表等大量信息,是醫(yī)院、政府、社會的寶貴財(cái)富。為了適應(yīng)衛(wèi)生統(tǒng)計(jì)改革與發(fā)展的要求和各級醫(yī)院業(yè)務(wù)發(fā)展的需求,根據(jù)2012年衛(wèi)生部頒布的《國家衛(wèi)生統(tǒng)計(jì)調(diào)查制度》，省廳擬組織開發(fā)《江西省病案首頁統(tǒng)計(jì)管理系統(tǒng)》，該系統(tǒng)需實(shí)現(xiàn)日志錄入、日志查詢、首頁錄入、綜合查詢、報(bào)表統(tǒng)計(jì)、歸檔及借閱、數(shù)據(jù)上傳、字典設(shè)置、系統(tǒng)管理等功能,能夠滿足醫(yī)院、省廳的統(tǒng)計(jì)和管理需求，實(shí)現(xiàn)與國家衛(wèi)生統(tǒng)計(jì)直報(bào)系統(tǒng)的無縫管理對接。1.2建設(shè)目的為了加快江西省醫(yī)院信息化進(jìn)程,保證醫(yī)院病案統(tǒng)計(jì)工作順利開展，提高數(shù)據(jù)質(zhì)量，提高醫(yī)院統(tǒng)計(jì)病案管理、分析與利用的水平，實(shí)現(xiàn)統(tǒng)計(jì)病案工作標(biāo)準(zhǔn)化、規(guī)范化、自動化,能更好地為醫(yī)院的科學(xué)管理提供服務(wù).二、需求分析2.1總體業(yè)務(wù)流程醫(yī)院將HIS系統(tǒng)數(shù)據(jù)提取到病案系統(tǒng)并經(jīng)過數(shù)據(jù)核查后傳輸?shù)讲“笖?shù)據(jù)中心進(jìn)行統(tǒng)計(jì)分析。另外，醫(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ù)進(jìn)行統(tǒng)計(jì)分析.由于病案管理系統(tǒng)的數(shù)據(jù)是從his系統(tǒng)導(dǎo)入數(shù)據(jù)，需要先將數(shù)據(jù)進(jìn)行整合，再從醫(yī)院上報(bào)到省級平臺。所以系統(tǒng)分為醫(yī)院端和省廳端。2.2醫(yī)院端需求分析2。2。1醫(yī)院端系統(tǒng)架構(gòu)2。2。2業(yè)務(wù)需求病案管理系統(tǒng)需要提供數(shù)據(jù)接口，用來提取醫(yī)院的病案信息數(shù)據(jù)和日志數(shù)據(jù)，對這些病案數(shù)據(jù)進(jìn)行整合,并進(jìn)行統(tǒng)一的管理和應(yīng)用。系統(tǒng)要能夠?qū)Σ∈夜ぷ鲃討B(tài)、床位使用情況、治療結(jié)果、門診量、收入效益等醫(yī)療信息進(jìn)行查詢.醫(yī)院端系統(tǒng)需要提供數(shù)據(jù)校對核查功能，通過對病案首頁數(shù)據(jù)和日常日志數(shù)據(jù)進(jìn)行比對，如果對比結(jié)果不一致,將修改病案數(shù)據(jù)或者日志數(shù)據(jù)，使之保持平衡，若兩者數(shù)據(jù)一致，將數(shù)據(jù)進(jìn)行報(bào)表匯總以及導(dǎo)出、打印。系統(tǒng)還應(yīng)該提供病案借閱的功能.當(dāng)醫(yī)院有病人多次入院的話，醫(yī)生就有必要調(diào)閱病人歷史病案信息,了解在案病人以往的病歷情況，為病人治療提供參考。系統(tǒng)需要對借出病案進(jìn)行統(tǒng)一管理，同時(shí)需要對病案的歸還情況進(jìn)行查詢和統(tǒng)計(jì).醫(yī)院需要對院內(nèi)附頁的設(shè)置和各類科室的系統(tǒng)應(yīng)用進(jìn)行設(shè)置，方便各類用戶靈活快捷的使用,需要對用戶及權(quán)限進(jìn)行統(tǒng)一管理.由于醫(yī)院需要填報(bào)國家衛(wèi)生計(jì)劃委員會下發(fā)的出院病人調(diào)查表（衛(wèi)統(tǒng)4表)，為了避免數(shù)據(jù)的重復(fù)錄入，提高數(shù)據(jù)的利用率,需要將醫(yī)院的病案首頁數(shù)據(jù)直接上傳到省衛(wèi)生廳服務(wù)器。2。2。3功能需求根據(jù)病案管理系統(tǒng)醫(yī)院端的業(yè)務(wù)需求分析，醫(yī)院端系統(tǒng)需要提供以下功能，實(shí)現(xiàn)系統(tǒng)整體要求。2.2。3.1日志錄入系統(tǒng)需要提供規(guī)范的數(shù)據(jù)接口,使日志數(shù)據(jù)能夠從醫(yī)院HIS系統(tǒng)導(dǎo)入到病案管理系統(tǒng),并按接口整合、匯總數(shù)據(jù).方便用戶對日志數(shù)據(jù)進(jìn)行統(tǒng)一管理和使用.日志查詢系統(tǒng)需要提供日志信息的查詢表，查詢看病日志的相關(guān)數(shù)據(jù),以及各類醫(yī)生的工作量。病案首頁完成病案首頁資料的錄入，以及完成對病案的查詢、維護(hù)和打印；具有新首頁、省附頁、HQMS、腫瘤專科附頁、中醫(yī)附頁等各種首頁的整合和管理功能。具有病案質(zhì)量評估功能。2。2.3。4報(bào)表統(tǒng)計(jì)將整合的病案數(shù)據(jù)和各類日志數(shù)據(jù)進(jìn)行匯總，產(chǎn)出日報(bào)、月報(bào)、季報(bào)、年報(bào)、非正式報(bào)表、院內(nèi)用表、增減表、臺帳、一覽表等多種匯總表,并提供動態(tài)圖表展示，方便用戶查詢各類醫(yī)療業(yè)務(wù)情況。2.2。3。5歸檔借閱系統(tǒng)需要提供病案借閱的功能，完成病案的歸檔、借閱、歸還等管理工作。字典管理醫(yī)院端還需要提供字典管理的功能，用來實(shí)現(xiàn)對醫(yī)院科室、ICD碼、手術(shù)碼、單病種、醫(yī)生和首頁標(biāo)準(zhǔn)編碼等各種字典數(shù)據(jù)的維護(hù)與規(guī)范,能夠自定義院內(nèi)附頁和多級科室的設(shè)置，要靈活、方便的使用。2。2。3。7系統(tǒng)管理主要完成系統(tǒng)初始參數(shù)、用戶權(quán)限、用戶組分配、擴(kuò)展字段、查詢顯示模板的設(shè)置以及數(shù)據(jù)導(dǎo)入導(dǎo)出的管理。限制非法登錄及系統(tǒng)用戶權(quán)限可定制功能。2.2。3.8數(shù)據(jù)上傳醫(yī)院根據(jù)衛(wèi)生廳行政部門的要求，把病案首頁數(shù)據(jù)和報(bào)表數(shù)據(jù)上傳到省級系統(tǒng)，對新首頁和HQMS的不同標(biāo)準(zhǔn)執(zhí)行符合省標(biāo)準(zhǔn)的整合.數(shù)據(jù)遷移將現(xiàn)有江西省衛(wèi)生統(tǒng)計(jì)直報(bào)統(tǒng)中的病案首頁（衛(wèi)統(tǒng)4表）中的歷史數(shù)據(jù)導(dǎo)入到新系統(tǒng)中;支持從HIS、電子病歷數(shù)據(jù)直接接入和excel導(dǎo)入等多種方式獲取病案首頁數(shù)據(jù)。2。3省廳端需求分析2。3。1省廳端系統(tǒng)架構(gòu)2.3。2業(yè)務(wù)需求省廳需要與醫(yī)院病案數(shù)據(jù)進(jìn)行數(shù)據(jù)交換，實(shí)現(xiàn)省內(nèi)醫(yī)院病案數(shù)據(jù)的共享。同時(shí)，需要提供查詢數(shù)據(jù)交換的時(shí)間,修改痕跡等等明細(xì)信息。省廳病案系統(tǒng)需要提供數(shù)據(jù)審核校驗(yàn)的功能,對從醫(yī)院端交換來的數(shù)據(jù)進(jìn)行審核和審批,對于問題數(shù)據(jù)退回.同時(shí)省廳服務(wù)器將醫(yī)院的病案數(shù)據(jù)交換到網(wǎng)絡(luò)直報(bào)系統(tǒng),與網(wǎng)絡(luò)直報(bào)系統(tǒng)無縫對接。省廳系統(tǒng)還需要將醫(yī)院的病案數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析,系統(tǒng)需要支持統(tǒng)計(jì)分析算法、表格的新增、修改，對關(guān)鍵指標(biāo)進(jìn)行示警分析。統(tǒng)計(jì)分析結(jié)果需支持三種以上統(tǒng)計(jì)學(xué)常用圖形展示，包含但不限于折線圖、圓餅圖、柱狀圖,關(guān)鍵指標(biāo)需支持報(bào)表和圖形兩種顯示方式. 為了保持各醫(yī)院的科室、ICD碼等常用字典數(shù)據(jù)一致，全省需要對這些字典數(shù)據(jù)進(jìn)行統(tǒng)一管理，通過基層申請，省廳統(tǒng)一維護(hù)管理，實(shí)現(xiàn)全省字典庫標(biāo)準(zhǔn)化管理，當(dāng)字典數(shù)據(jù)發(fā)生變化時(shí),省廳能夠統(tǒng)一進(jìn)行升級維護(hù)，省廳將升級包下發(fā)給各醫(yī)院，醫(yī)院接收到升級包后自行升級醫(yī)院端系統(tǒng)。同時(shí)省廳服務(wù)器統(tǒng)計(jì)顯示升級的醫(yī)院明細(xì)，方便了解醫(yī)院是否及時(shí)更新系統(tǒng)。2.3。3功能需求根據(jù)省廳端的業(yè)務(wù)需求,省廳病案系統(tǒng)需要提供以下幾個方面的功能。數(shù)據(jù)交換管理對醫(yī)院病案信息交換狀態(tài)進(jìn)行查詢、催報(bào),并對異常結(jié)果進(jìn)行反饋.提供病案數(shù)據(jù)交換歸檔管理功能（包括交換文件名、提供單位、交換時(shí)間、修改留痕等)。支持全省病案數(shù)據(jù)與網(wǎng)絡(luò)直報(bào)系統(tǒng)無縫對接上報(bào)功能。2.3.3。2數(shù)據(jù)質(zhì)量控制提供高效靈活的數(shù)據(jù)審核功能,顯示審核狀態(tài).支持?jǐn)?shù)據(jù)評估、調(diào)整功能,對于問題數(shù)據(jù)提供退回功能。提供數(shù)據(jù)加鎖、解鎖功能，自動鎖定通過審核和審批的數(shù)據(jù).2。3。3。3數(shù)據(jù)分析需要提供數(shù)據(jù)分析功能,對醫(yī)院病案首頁進(jìn)行統(tǒng)計(jì)分析；支持統(tǒng)計(jì)分析算法、表格的新增與修改;床位周轉(zhuǎn)率、均次藥費(fèi)、平均住院日等關(guān)鍵指標(biāo)的示警分析；統(tǒng)計(jì)分析結(jié)果需支持各類圖形展示和報(bào)表展示；著重完善醫(yī)療質(zhì)量與費(fèi)用關(guān)鍵指標(biāo)分析.支持自定義分析報(bào)表，拖拽分析。2。3.3。4系統(tǒng)升級維護(hù)支持病案指標(biāo)的升級維護(hù)管理功能，支持升級內(nèi)容一鍵下發(fā)升級，基層對接受到的升級包通過向?qū)教崾就瓿上到y(tǒng)無縫升級工作。2。3.3.5代碼管理支持對科室、ICD碼、手術(shù)碼、單病種、醫(yī)生種類和首頁標(biāo)準(zhǔn)編碼等各種字典數(shù)據(jù)的全省標(biāo)準(zhǔn)管理功能,通過基層申請，省廳統(tǒng)一維護(hù)管理的方式,實(shí)現(xiàn)全省字典庫標(biāo)準(zhǔn)化管理,建設(shè)完善江西省標(biāo)準(zhǔn)的ICD碼字典庫。權(quán)限管理提供三權(quán)分立的管理模式，實(shí)現(xiàn)用戶權(quán)限分級控制。系統(tǒng)管理員進(jìn)行系統(tǒng)管理，衛(wèi)生行政部門審核、審批和匯總，基層單位填報(bào)數(shù)據(jù)。加強(qiáng)密碼管理，登陸次數(shù)限制,同一登陸用戶多客戶端登陸限制等.系統(tǒng)管理提供系統(tǒng)及數(shù)據(jù)操作日志管理功能，幫助用戶及時(shí)了解系統(tǒng)運(yùn)行情況。提供系統(tǒng)和數(shù)據(jù)庫備份功能，支持打包備份,支持自動備份和手動備份.支持定時(shí)執(zhí)行計(jì)劃任務(wù)，并記錄計(jì)劃任務(wù)執(zhí)行結(jié)果日志。三、系統(tǒng)技術(shù)方案3。1系統(tǒng)部署方案系統(tǒng)架構(gòu)采用省級、醫(yī)院兩級部署方式，醫(yī)院本地部署一套系統(tǒng)，省廳部署一套系統(tǒng)。省廳系統(tǒng)與各醫(yī)院系統(tǒng)保持網(wǎng)絡(luò)相連。醫(yī)院的數(shù)據(jù)通過數(shù)據(jù)交換的方式傳輸?shù)绞d服務(wù)器。3。2醫(yī)院端系統(tǒng)方案根據(jù)醫(yī)院端的業(yè)務(wù)流程以及功能需求，分別對各個模塊通過如下解決方案。3。2。1日志錄入與查詢系統(tǒng)中提供表格錄入方式錄入門診醫(yī)技日志和住院部分日志,每個工作日志提供多種輸入界面,如按日期輸入、按科室輸入、直接輸入。同時(shí)自動加載字典庫，部分字段無須輸入，如科號、科別、醫(yī)生等,系統(tǒng)均自動加載.對于工作日志，提供導(dǎo)入功能，將醫(yī)師的excel日志直接導(dǎo)入到系統(tǒng)，無需重復(fù)錄入.所有工作日志提供按天、按月兩種查詢方式。查詢后，可打印、導(dǎo)出、導(dǎo)出為查詢結(jié)果。3.2.2病案首頁報(bào)表設(shè)計(jì)、發(fā)布病案首頁報(bào)表根據(jù)江西衛(wèi)生廳要求的格式，通過報(bào)表設(shè)計(jì)器設(shè)計(jì)，然后發(fā)布到病案服務(wù)器。系統(tǒng)報(bào)表設(shè)計(jì)的操作界面與Excel類似，基于單元格的設(shè)計(jì)思想，并且提供向?qū)Ъ皥D形化報(bào)表設(shè)計(jì)工具，用戶無需關(guān)心后臺數(shù)據(jù)庫結(jié)構(gòu)，通過圖形化的界面操作即可設(shè)計(jì)出需要的報(bào)表的表樣。3.2.3病案首頁數(shù)據(jù)錄入系統(tǒng)提供直接錄入的方式錄入病案首頁數(shù)據(jù),也可以通過數(shù)據(jù)接口對HIS系統(tǒng)數(shù)據(jù)進(jìn)行抽取，整合為病案首頁的格式.3.2.4報(bào)表統(tǒng)計(jì)醫(yī)院病案系統(tǒng)將各種抽取的數(shù)據(jù)進(jìn)行分類匯總統(tǒng)計(jì),住院部分包括年報(bào)、月報(bào)、季報(bào)等統(tǒng)計(jì)報(bào)表，住院院內(nèi)用表,住院臺賬，住院增減表以及住院病人的動態(tài)表，門診部分除了年、月、季的統(tǒng)計(jì)報(bào)表和常規(guī)的臺賬和增減表，還包括門診日報(bào)表。系統(tǒng)提供查詢表，對各類統(tǒng)計(jì)數(shù)據(jù)進(jìn)行查詢分析，方便用戶了解醫(yī)院業(yè)務(wù)情況。3.2。5歸檔借閱歸檔及借閱包括病案歸檔登記、病案歸檔查詢與統(tǒng)計(jì)、病案借閱、病案歸還、病案借閱統(tǒng)計(jì)等內(nèi)容。歸檔登記：提供單個添加和批量添加病案信息，同時(shí)提供接口接受HIS系統(tǒng)的病案首頁數(shù)據(jù).歸檔查詢與統(tǒng)計(jì)：提供病人病案信息的歸檔查詢功能，用來查詢醫(yī)院住院病人的病案歸檔情況，方便用戶及時(shí)對病人信息進(jìn)行歸檔登記.查詢包括病案歸檔的及時(shí)歸檔數(shù)(率）、按時(shí)歸檔數(shù)（率）、逾期歸檔數(shù)（率)等等。病案借閱：病案借閱提供按歸檔日期、按出院日期,按科室、按住院醫(yī)生等方式查詢借閱。病案歸還：系統(tǒng)提供病案歸還的功能，方便用戶歸還借閱的病案。借閱查詢與統(tǒng)計(jì):提供病案借閱情況查詢功能與統(tǒng)計(jì)功能,可以方便管理員對病案借閱進(jìn)行管理。查詢包括病案借閱的借閱時(shí)間、借閱期限、歸檔時(shí)間等.3。2.6字典對照針對已有HIS的醫(yī)院，由于各個醫(yī)院的HIS系統(tǒng)設(shè)置的各類數(shù)據(jù)字典和省級標(biāo)準(zhǔn)不一致，因此病案系統(tǒng)提供字典對照表功能。通過字典對照把從HIS接收過來的科室、ICD碼等各類字典數(shù)據(jù),匹配成病案系統(tǒng)中省級標(biāo)準(zhǔn)的字典數(shù)據(jù)，同時(shí)將對照的結(jié)果上傳到省廳服務(wù)器，以便病案數(shù)據(jù)準(zhǔn)確的上報(bào)到省廳服務(wù)器。3.2.7系統(tǒng)管理系統(tǒng)管理提供醫(yī)院基本參數(shù)的初始化，同時(shí)通過增刪查改的方式對用戶、用戶權(quán)限、日志等進(jìn)行管理。3.2。8數(shù)據(jù)上傳醫(yī)院系統(tǒng)的病案首頁將來自醫(yī)院HIS系統(tǒng)的以及HQMS、腫瘤?？聘巾?、中醫(yī)附頁等各種首頁數(shù)據(jù)進(jìn)行整合提取后，需要將數(shù)據(jù)交換至省級平臺中。可以定制相關(guān)的數(shù)據(jù)接口，通過接口生成數(shù)據(jù)文件或者數(shù)據(jù)包，將數(shù)據(jù)上傳至省廳端進(jìn)行導(dǎo)入。3。3省廳端系統(tǒng)方案3.3.1系統(tǒng)機(jī)構(gòu)、用戶由于衛(wèi)生統(tǒng)計(jì)直報(bào)系統(tǒng)已存在醫(yī)院機(jī)構(gòu)信息數(shù)據(jù)，可通過數(shù)據(jù)交換的的方式將醫(yī)院的機(jī)構(gòu)信息導(dǎo)入到病案管理系統(tǒng)，從而保證機(jī)構(gòu)、用戶ID的一致性.目前直報(bào)系統(tǒng)將機(jī)構(gòu)信息設(shè)置了有效期的起止時(shí)間段,作廢的機(jī)構(gòu)信息仍存在機(jī)構(gòu)表中,但是機(jī)構(gòu)在系統(tǒng)中不啟用.病案管理系統(tǒng)機(jī)構(gòu)信息與直報(bào)系統(tǒng)信息定期同步，直報(bào)系統(tǒng)已作廢的機(jī)構(gòu)在病案管理系統(tǒng)中同步作廢.3.3.2數(shù)據(jù)交換醫(yī)院數(shù)據(jù)通過數(shù)據(jù)交換的方式將數(shù)據(jù)傳輸?shù)绞d服務(wù)器，由醫(yī)院系統(tǒng)端的消息中間件(MQ）完成與省廳系統(tǒng)端的消息中間件（MQ）的數(shù)據(jù)交換。在進(jìn)行數(shù)據(jù)傳輸?shù)倪^程中，支持對傳輸過程的監(jiān)控，包括傳輸?shù)倪M(jìn)度，傳輸成功和失敗的監(jiān)控等。3.3.3數(shù)據(jù)質(zhì)量控制數(shù)據(jù)質(zhì)量控制主要通過數(shù)據(jù)審核的方式實(shí)現(xiàn)，醫(yī)院HIS系統(tǒng)以及外部數(shù)據(jù)整合到病案系統(tǒng)時(shí)，會通過邏輯審核和合理審核，合理性審核是非強(qiáng)制性審核，僅用于提示作用；邏輯性審核是強(qiáng)制性審核，不通過不允許上報(bào)數(shù)據(jù)。同時(shí)系統(tǒng)提供數(shù)據(jù)審批功能,當(dāng)數(shù)據(jù)進(jìn)入審批流程以后，對于審批不通過的數(shù)據(jù)，系統(tǒng)可以對問題數(shù)據(jù)退回，用戶可以對數(shù)據(jù)進(jìn)行重填或者修改.系統(tǒng)通過給數(shù)據(jù)添加上報(bào)狀態(tài)字段，字段數(shù)值根據(jù)數(shù)據(jù)的上報(bào)狀態(tài)改變而改變，可以通過字段的查詢來查詢數(shù)據(jù)的上報(bào)狀態(tài)，以表格的形式列出應(yīng)報(bào)戶、已報(bào)戶、未報(bào)戶、已通過審核、未通過審核等各類用戶的數(shù)量及所占百分比，以便進(jìn)行及時(shí)催報(bào)。3.3。4數(shù)據(jù)分析省廳通過醫(yī)院上報(bào)的數(shù)據(jù),通過圖標(biāo)展示分析日報(bào)、月報(bào)、季報(bào)、年報(bào)、非正式報(bào)表、院內(nèi)用表、增減表。對醫(yī)院診療人次、入院人數(shù)、出院人數(shù)進(jìn)行分析，并對這些指標(biāo)提供分地區(qū)、分機(jī)構(gòu)類別、分科別、歷年趨勢等多個維度的分析展現(xiàn)。同時(shí)對單病種等醫(yī)院常用指標(biāo)進(jìn)行分析.針對HQMS系統(tǒng)上報(bào)的的數(shù)據(jù),對住院死亡類指標(biāo)、重返類指標(biāo)、醫(yī)院感染類指標(biāo)、手術(shù)并發(fā)癥類指標(biāo)、患者安全類指標(biāo)、醫(yī)療機(jī)構(gòu)合理用藥指標(biāo)、醫(yī)院運(yùn)行基本檢測指標(biāo)等常用指標(biāo)進(jìn)行分析。3。3.5系統(tǒng)升級省廳服務(wù)器通過消息中間件MQ進(jìn)行升級包的下發(fā)傳輸，醫(yī)院系統(tǒng)檢測到升級包后一鍵升級，如果執(zhí)行的過程異常關(guān)閉或者報(bào)錯導(dǎo)致終止升級，系統(tǒng)管理員下次登錄系統(tǒng)時(shí),將自動跳轉(zhuǎn)到升級界面。系統(tǒng)升級會保存升級日志到本地，以便查看升級過程的詳細(xì)信息。3。3.6代碼管理代碼管理功能首先由申請人申請代碼變更，管理員可以進(jìn)行恢復(fù)與維護(hù)，并對申請給以回復(fù)。系統(tǒng)將定制一個代碼維護(hù)功能頁面，此頁面可以繞過系統(tǒng)登錄環(huán)節(jié)，直接訪問不需要用戶登錄直報(bào)系統(tǒng)。這樣不影響現(xiàn)有功能和頁面，回復(fù)人仍然是需要系統(tǒng)中并有系統(tǒng)管理員權(quán)限的用戶才能回復(fù)。為了保證申請功能的使用的安全性，系統(tǒng)使用文字圖片校驗(yàn)碼以控制防止機(jī)器人申請。另會嘗試在客戶端的COOKIE保存當(dāng)前用戶申請數(shù)量進(jìn)行一定的限額，在服務(wù)端嘗試使用單個IP最大申請量限制（此方式需要確認(rèn)生產(chǎn)環(huán)境是否未采用反向代理等策略）.系統(tǒng)會允許設(shè)置單日最大申請量,防止暴力申請和惡意數(shù)據(jù)攻擊。3.3。7系統(tǒng)管理3。3.7。1日志管理日志管理分為兩部分，一部分是醫(yī)院端系統(tǒng)數(shù)據(jù)整合時(shí)的操作日志，包括HIS系統(tǒng)以及HQMS系統(tǒng)數(shù)據(jù)提取數(shù)據(jù)操作發(fā)生的操作時(shí)間、客戶端的IP等等信息.另一部分是醫(yī)院端數(shù)據(jù)通過數(shù)據(jù)中間件進(jìn)行數(shù)據(jù)傳輸時(shí)的操作日志，包括傳輸時(shí)間、傳輸結(jié)果狀態(tài)等等信息。日志管理記錄系統(tǒng)操作過程中的各類日志信息，提供日志查詢功能,通過關(guān)鍵字查詢?nèi)罩尽?。3。7。2備份策略本系統(tǒng)采取的備份策略為，在每日進(jìn)行增量備份，每周做一次全量備份。3。3.7.2。1每日增量備份增量備份采取計(jì)劃任務(wù)的方式執(zhí)行，在每日用戶操作閑時(shí)（例如晚上0時(shí)）,對前一天備份后增加、改動的部分?jǐn)?shù)據(jù)進(jìn)行備份。增量備份可分為多級，每一次增量都源自上一次備份后的改動部分。差異備份就是只備份在上一次完全備份后有變化的部分?jǐn)?shù)據(jù)。如果只存在兩次備份，增量備份和差異備份內(nèi)容一樣。（1）差異備份(級別大于等于0)一個控制文件或數(shù)據(jù)文件的備份，只包含自從前一次增量備份以來被修改過的數(shù)據(jù)塊.（2）累積增量備份（級別大于等于0）這種備份通過減少所需要轉(zhuǎn)儲的增量備份的數(shù)量來減少時(shí)間。然而,累積備份需要更多的空間和時(shí)間，因?yàn)樗鼈円獋浞萆弦淮瓮患墑e的增量備份已經(jīng)記錄的信息。(3)多級增量備份根據(jù)多級增量備份的特點(diǎn)，可以創(chuàng)建不同級別的增量備份。最多可以定義五個級別，從0到4。多級增量備份使恢復(fù)操作更加方便，因?yàn)樵谵D(zhuǎn)儲時(shí)，只需要一個某一特定級別的增量備份。3.3。7.2.2每周全量備份全量備份采取每周進(jìn)行一次的方式,也可以選擇在閑時(shí)（如周日0點(diǎn)），也可以設(shè)定計(jì)劃任務(wù)由系統(tǒng)自動執(zhí)行。全量備份可以備份所有的數(shù)據(jù)，在恢復(fù)時(shí)可以恢復(fù)全部數(shù)據(jù)。四、系統(tǒng)開發(fā)要求4.1系統(tǒng)技術(shù)要求系統(tǒng)應(yīng)采用成熟的軟件開發(fā)技術(shù)和先進(jìn)的開發(fā)理論.系統(tǒng)采用分層應(yīng)用架構(gòu)設(shè)計(jì).項(xiàng)目開發(fā)應(yīng)采用JAVA語言，采用J2EE架構(gòu)和B/S模式，定義和瀏覽報(bào)表、圖形等統(tǒng)計(jì)分析內(nèi)容，必須都采用瀏覽器方式。4.2運(yùn)行平臺要求系統(tǒng)應(yīng)支持HTTP網(wǎng)絡(luò)協(xié)議。所采用的軟硬件平臺應(yīng)具備開放性，服務(wù)器端程序能適應(yīng)多種操作系統(tǒng)環(huán)境，支持多種數(shù)據(jù)庫類型和中間件產(chǎn)品.4。3系統(tǒng)性能要求根據(jù)需求闡述推薦的軟硬件配置方案,包括系統(tǒng)建設(shè)的硬件配置、操作系統(tǒng)、數(shù)據(jù)庫、中間件、應(yīng)用系統(tǒng)以及網(wǎng)絡(luò)傳輸帶寬要求.用戶數(shù)量:系統(tǒng)應(yīng)支持最大用戶數(shù)不少于5000，峰值在線用戶數(shù)不少于1000，峰值并發(fā)用戶數(shù)：不少于500。響應(yīng)時(shí)間：打開、刷新頁面時(shí)間不超過3秒，數(shù)據(jù)查詢時(shí)間不超過5秒，數(shù)據(jù)導(dǎo)出時(shí)間不超過30秒4.4系統(tǒng)質(zhì)量要求可擴(kuò)展性：系統(tǒng)應(yīng)提供一個彈性架構(gòu)，支持使用配置而免編程的方式對統(tǒng)計(jì)業(yè)務(wù)流程、調(diào)查表樣、查詢統(tǒng)計(jì)等功能的定制與調(diào)整。支持二次開發(fā)，系統(tǒng)接口封裝良好。提供第三方開發(fā)商系統(tǒng)集成接口。易操作性：提供簡潔、美觀、直白的用戶界面。符合windows標(biāo)準(zhǔn)以及瀏覽器通用方式,具備中文支持功能,提供向?qū)较到y(tǒng)安裝界面。系統(tǒng)功能模塊的定制操作（如決策支持模型、統(tǒng)計(jì)分析算法及時(shí)間等）提供可視化的操作。穩(wěn)定性：系統(tǒng)全年穩(wěn)定運(yùn)行的設(shè)計(jì)技術(shù)指標(biāo).需要避免因升級而影響系統(tǒng)正常運(yùn)行。宕機(jī)時(shí)間應(yīng)少于4%，平均故障間隔時(shí)間應(yīng)超過三個月。準(zhǔn)確性：系統(tǒng)要對統(tǒng)計(jì)分析結(jié)果的正確性和完整性進(jìn)行驗(yàn)證，并對系統(tǒng)的敏感數(shù)據(jù)進(jìn)行特殊處理?？删S護(hù)性：系統(tǒng)升級簡便，具備錯誤問題遠(yuǎn)程分析與排除功能?？晒芾硇?每個層次、每個對象都應(yīng)提供標(biāo)準(zhǔn)的管理接口或管理界面。安全性：系統(tǒng)應(yīng)支持?jǐn)?shù)據(jù)存儲、數(shù)據(jù)傳輸、密鑰管理等安全功能.提供所有系統(tǒng)操作日志記錄，具備防止篡改的審計(jì)追蹤功能，包括對系統(tǒng)參數(shù)、用戶數(shù)據(jù)的增刪操作，以及系統(tǒng)登錄等其他重要操作，確保系統(tǒng)安全運(yùn)行。保障性:在系統(tǒng)因硬件、自然災(zāi)害或人為因素造成癱瘓情況下，要預(yù)先制定應(yīng)急方案,可有效應(yīng)對緊急情況，快速恢復(fù)系統(tǒng)運(yùn)行.五、項(xiàng)目實(shí)施要求5.1總體要求實(shí)施方案：本項(xiàng)目實(shí)施首先要制定項(xiàng)目實(shí)施方案,包括項(xiàng)目管理、需求確認(rèn)、工作進(jìn)度表、系統(tǒng)設(shè)計(jì)、系統(tǒng)開發(fā)、系統(tǒng)測試、系統(tǒng)部署、數(shù)據(jù)抽取、試運(yùn)行、運(yùn)行維護(hù)、培訓(xùn)等策略。按照項(xiàng)目實(shí)施方案完成系統(tǒng)開發(fā)任務(wù),功能模塊要符合業(yè)務(wù)需求.人員要求：項(xiàng)目實(shí)施過程中，未經(jīng)許可，不得更換實(shí)施人員。實(shí)施部署：完成市衛(wèi)生統(tǒng)計(jì)數(shù)據(jù)采集系統(tǒng)、市衛(wèi)生統(tǒng)計(jì)分析與決策支持系統(tǒng)的部署.系統(tǒng)測試:需要提供測試計(jì)劃，并對系統(tǒng)進(jìn)行測試，包括產(chǎn)品測試、性能測試、壓力測試、數(shù)據(jù)遷移、系統(tǒng)試運(yùn)行測試，并提供測試報(bào)告。項(xiàng)目文檔:要求提供項(xiàng)目相關(guān)文檔，包括項(xiàng)目管理文檔、系統(tǒng)技術(shù)文檔、數(shù)據(jù)字典、用戶手冊和系統(tǒng)管理手冊等文檔(中文）。系統(tǒng)驗(yàn)收:系統(tǒng)試運(yùn)行后,經(jīng)雙方確認(rèn)后形成驗(yàn)收文件作為驗(yàn)收依據(jù)。5.2項(xiàng)目工期要求項(xiàng)目建設(shè)周期為12個月，工期安排如下:2013年10月項(xiàng)目招投標(biāo)、項(xiàng)目啟動；2013年11月-2014年6月項(xiàng)目開發(fā)；2014年6—8月系統(tǒng)測試、部署、用戶培訓(xùn)、試運(yùn)行及初驗(yàn)；2014年9月正式運(yùn)行及項(xiàng)目終驗(yàn)。5.3項(xiàng)目團(tuán)隊(duì)要求本項(xiàng)目需要一支為項(xiàng)目建設(shè)提供全面解決方案、數(shù)據(jù)倉庫建設(shè)和數(shù)據(jù)分析項(xiàng)目經(jīng)驗(yàn)豐富、配合默契且穩(wěn)定的專業(yè)化團(tuán)隊(duì)。人員配置科學(xué)合理、分工明確，至少應(yīng)包括項(xiàng)目經(jīng)理、系統(tǒng)分析師、系統(tǒng)設(shè)計(jì)人員、軟件開發(fā)人員、測試人員、配置管理員、用戶培訓(xùn)、部署實(shí)施、運(yùn)行維護(hù)等角色。1．項(xiàng)目核心人員必須專職、全程負(fù)責(zé)本項(xiàng)目的實(shí)施，未經(jīng)許可不得更換。2．應(yīng)配備業(yè)務(wù)經(jīng)驗(yàn)豐富的項(xiàng)目總監(jiān)、項(xiàng)目經(jīng)理、軟件開發(fā)責(zé)任組長、軟件測試責(zé)任組長等人員。項(xiàng)目經(jīng)理須專職并全程負(fù)責(zé)本項(xiàng)目實(shí)施.項(xiàng)目經(jīng)理、軟件開發(fā)及軟件測試責(zé)任組長需有5年以上軟件開發(fā)經(jīng)驗(yàn)、3年以上項(xiàng)目管理與分析設(shè)計(jì)經(jīng)驗(yàn)。3、項(xiàng)目參與技術(shù)人員須具有相關(guān)項(xiàng)目軟件開發(fā)及實(shí)施經(jīng)驗(yàn)，熟悉衛(wèi)生統(tǒng)計(jì)基礎(chǔ)知識，必須具有責(zé)任感和服務(wù)意識。所有軟件開發(fā)人員均有2年以上軟件開發(fā)經(jīng)驗(yàn).4、在不同階段配置足夠的人員組織實(shí)施項(xiàng)目，確保按項(xiàng)目進(jìn)度完成建設(shè)工作.5、制定詳細(xì)人員組織方案，包括人員姓名、學(xué)歷、開發(fā)經(jīng)驗(yàn)及職責(zé)分工。5.4項(xiàng)目實(shí)施過程管理要求5.4。1系統(tǒng)開發(fā)階段要求方案設(shè)計(jì)：調(diào)研系統(tǒng)現(xiàn)狀，明確細(xì)化具體的建設(shè)任務(wù),建設(shè)技術(shù)路線，建設(shè)技術(shù)框架以及實(shí)現(xiàn)的技術(shù)方法，形成詳細(xì)的設(shè)計(jì)文本。制定項(xiàng)目施工時(shí)間進(jìn)度計(jì)劃，進(jìn)行必要的項(xiàng)目實(shí)施風(fēng)險(xiǎn)分析并提出風(fēng)險(xiǎn)規(guī)避辦法和措施。需求分析和系統(tǒng)設(shè)計(jì)：按照項(xiàng)目實(shí)施計(jì)劃完成需求分析和系統(tǒng)設(shè)計(jì)工作,深入各業(yè)務(wù)部門開展需求調(diào)研工作，編制需求分析工作計(jì)劃、業(yè)務(wù)現(xiàn)狀調(diào)研報(bào)告、管理問題分析報(bào)告、業(yè)務(wù)模型設(shè)計(jì)報(bào)告、需求規(guī)格說明書、系統(tǒng)概要設(shè)計(jì)和系統(tǒng)詳細(xì)設(shè)計(jì)