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

1、江西省病案統(tǒng)計(jì)管理系統(tǒng)項(xiàng)目技術(shù)方案2013年09月29日目錄 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 、項(xiàng)目背景與目的3 HYPERLINK l bookmark6 o Current Document 建設(shè)背景3 HYPERLINK l bookmark8 o Current Document 建設(shè)目的3 HYPERLINK l bookmark14 o Current Document 、需求分析 4 HYPERLINK l bookmark16 o Current Document 業(yè)務(wù)流程4醫(yī)院端需求分析5 HYPE

2、RLINK l bookmark21 o Current Document 業(yè)務(wù)需求5 HYPERLINK l bookmark23 o Current Document 功能需求6省廳端需求分析8 HYPERLINK l bookmark42 o Current Document 業(yè)務(wù)需求8 HYPERLINK l bookmark44 o Current Document 功能需求9 HYPERLINK l bookmark60 o Current Document 、系統(tǒng)技術(shù)方案11 HYPERLINK l bookmark62 o Current Document 系統(tǒng)部署方案 11

3、HYPERLINK l bookmark64 o Current Document 醫(yī)院端系統(tǒng)方案 11 HYPERLINK l bookmark66 o Current Document 日志錄入與查詢 11 HYPERLINK l bookmark68 o Current Document 病案首頁報(bào)表設(shè)計(jì)、發(fā)布 12 HYPERLINK l bookmark70 o Current Document 病案首頁數(shù)據(jù)錄入 12 HYPERLINK l bookmark72 o Current Document 報(bào)表統(tǒng)計(jì)12 HYPERLINK l bookmark74 o Current D

4、ocument 歸檔借閱12 HYPERLINK l bookmark76 o Current Document 字典對照 13 HYPERLINK l bookmark78 o Current Document 系統(tǒng)管理13 HYPERLINK l bookmark80 o Current Document 數(shù)據(jù)上傳13省廳端系統(tǒng)方案 13系統(tǒng)機(jī)構(gòu)、用戶 13數(shù)據(jù)交換14 HYPERLINK l bookmark85 o Current Document 數(shù)據(jù)質(zhì)量控制14 HYPERLINK l bookmark87 o Current Document 數(shù)據(jù)分析15 HYPERLINK l

5、 bookmark89 o Current Document 系統(tǒng)升級15 HYPERLINK l bookmark91 o Current Document 代碼管理15 HYPERLINK l bookmark58 o Current Document 系統(tǒng)管理16 HYPERLINK l bookmark98 o Current Document 四、系統(tǒng)開發(fā)要求 18 HYPERLINK l bookmark100 o Current Document 系統(tǒng)技術(shù)要求 18 HYPERLINK l bookmark102 o Current Document 運(yùn)行平臺要求 18 HYPE

6、RLINK l bookmark104 o Current Document 系統(tǒng)性能要求 18 HYPERLINK l bookmark106 o Current Document 系統(tǒng)質(zhì)量要求18 HYPERLINK l bookmark108 o Current Document 五、項(xiàng)目實(shí)施要求20 HYPERLINK l bookmark110 o Current Document 總體要求20 HYPERLINK l bookmark112 o Current Document 項(xiàng)目工期要求 20 HYPERLINK l bookmark114 o Current Document

7、 項(xiàng)目團(tuán)隊(duì)要求 20項(xiàng)目實(shí)施過程管理要求 21系統(tǒng)開發(fā)階段要求 21 HYPERLINK l bookmark119 o Current Document 試運(yùn)行階段要求22 HYPERLINK l bookmark121 o Current Document 部署實(shí)施階段要求 22 HYPERLINK l bookmark123 o Current Document 培訓(xùn)要求22項(xiàng)目背景與目的建設(shè)背景病案統(tǒng)計(jì)管理系統(tǒng)是醫(yī)院信息系統(tǒng)建設(shè)中的重要組成部分，也是實(shí)現(xiàn)醫(yī)藥衛(wèi) 生信息共享與利用的重要基礎(chǔ)，是醫(yī)院建立原始記錄數(shù)據(jù)庫的重要手段， 是準(zhǔn)確、 及時完成各項(xiàng)統(tǒng)計(jì)報(bào)告任務(wù)的主要工具。目前醫(yī)院的統(tǒng)計(jì)

8、病案數(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)的無縫管理對接。建設(shè)目的為了加快江西省醫(yī)院信息化進(jìn)程，保證醫(yī)院病案統(tǒng)計(jì)工作順利開展，提高數(shù) 據(jù)質(zhì)量，提高醫(yī)院統(tǒng)計(jì)病案管理、分析與利用的水平，實(shí)現(xiàn)統(tǒng)計(jì)病案工作

9、標(biāo)準(zhǔn)化、 規(guī)范化、自動化，能更好地為醫(yī)院的科學(xué)管理提供服務(wù)。二、需求分析總體業(yè)務(wù)流程數(shù)尾至一土卡傳廳蚊堀中心打印導(dǎo)出病案首頁數(shù)據(jù)報(bào)表匯總?cè)罩军h醫(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ī)院端和省廳端醫(yī)院端需求分析醫(yī)院端系統(tǒng)架構(gòu)院病系數(shù)層.醫(yī)端案統(tǒng)據(jù)先力自聞字典曾裳工，取I留校

10、上根數(shù)據(jù)比較交詢及據(jù)屬控制冬英曾理.重界受模上加,重賽郛杭，苜Cl筮如,小sfiPkteft!昊首N 醫(yī)院H S系統(tǒng)數(shù)據(jù)HUW.致當(dāng)業(yè)務(wù)需求病案管理系統(tǒng)需要提供數(shù)據(jù)接口，用來提取醫(yī)院的病案信息數(shù)據(jù)和日志數(shù)據(jù)， 對這些病案數(shù)據(jù)進(jìn)行整合，并進(jìn)行統(tǒng)一的管理和應(yīng)用。系統(tǒng)要能夠?qū)Σ∈夜ぷ鲃?態(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提取數(shù)據(jù)取數(shù)據(jù)日工-工土-怩田花-二虹星系統(tǒng)還應(yīng)該提供病案

11、借閱的功能。當(dāng)醫(yī)院有病人多次入院的話，醫(yī)生就有必 要調(diào)閱病人歷史病案信息，了解在案病人以往的病歷情況，為病人治療提供參考。 系統(tǒng)需要對借出病案進(jìn)行統(tǒng)一管理，同時需要對病案的歸還情況進(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ù)器。功能需求根據(jù)病案管理系統(tǒng)醫(yī)院端的業(yè)務(wù)需求分析，醫(yī)院端系統(tǒng)需要提供以下功能, 實(shí)現(xiàn)系統(tǒng)整體要求。日志錄入系統(tǒng)需要提供規(guī)范的數(shù)據(jù)接

12、口，使日志數(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、月中瘤?？聘巾摗⒅嗅t(yī)附頁等各種首頁的整合和管理功能。 具有病案質(zhì)量評估功能。報(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ù)情況。歸檔借閱系統(tǒng)需要提供病案借閱的功能，完成病案的

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

14、直接接入和 excel導(dǎo)入等多種方式獲取 病案首頁數(shù)據(jù)。2.3省廳端需求分析省廳端系統(tǒng)架構(gòu)業(yè)務(wù)需求省廳需要與醫(yī)院病案數(shù)據(jù)進(jìn)行數(shù)據(jù)交換，實(shí)現(xiàn)省內(nèi)醫(yī)院病案數(shù)據(jù)的共享。同時，需要提供查詢數(shù)據(jù)交換的時間，修改痕跡等等明細(xì)信息。省廳病案系統(tǒng)需要提供數(shù)據(jù)審核校驗(yàn)的功能，對從醫(yī)院端交換來的數(shù)據(jù)進(jìn)行 審核和審批，對于問題數(shù)據(jù)退回。同時省廳服務(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)需

15、支 持報(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ā)生變化時，省廳能夠統(tǒng)一進(jìn)行升級維護(hù)，省廳將升級包下發(fā) 給各醫(yī)院，醫(yī)院接收到升級包后自行升級醫(yī)院端系統(tǒng)。 同時省廳服務(wù)器統(tǒng)計(jì)顯示 升級的醫(yī)院明細(xì)，方便了解醫(yī)院是否及時更新系統(tǒng)。功能需求根據(jù)省廳端的業(yè)務(wù)需求，省廳病案系統(tǒng)需要提供以下幾個方面的功能。數(shù)據(jù)交換管理對醫(yī)院病案信息交換狀態(tài)進(jìn)行查詢、 催報(bào)，并對異常結(jié)果進(jìn)行反饋。提供病 案數(shù)據(jù)交換歸檔管理功能（包括交換文件名、提供單位、交換時間、修改留痕等）。 支持全省

16、病案數(shù)據(jù)與網(wǎng)絡(luò)直報(bào)系統(tǒng)無縫對接上報(bào)功能。數(shù)據(jù)質(zhì)量控制提供高效靈活的數(shù)據(jù)審核功能，顯示審核狀態(tài)。支持?jǐn)?shù)據(jù)評估、調(diào)整功能， 對于問題數(shù)據(jù)提供退回功能。提供數(shù)據(jù)加鎖、解鎖功能，自動鎖定通過審核和審 批的數(shù)據(jù)。數(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)表，拖拽分析。系統(tǒng)升級維護(hù)支持病案指標(biāo)的升級維護(hù)管理功能， 支持升級內(nèi)容一鍵下發(fā)升級，基層對接 受到的升級包通過向?qū)教崾就瓿上到y(tǒng)無縫升級工作。代碼管

17、理支持對科室、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ù)操作日志管理功能，幫助用戶及時了解系統(tǒng)運(yùn)行情況。提供 系統(tǒng)和數(shù)據(jù)庫備份功能，支持打包備份，支持自動備份和手動備份。支持定時執(zhí) 行計(jì)劃任務(wù)，并記錄計(jì)劃任務(wù)執(zhí)行結(jié)果日志。三、系統(tǒng)技術(shù)方案系統(tǒng)部

18、署方案系統(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ù)器。醫(yī)院端系統(tǒng)方案根據(jù)醫(yī)院端的業(yè)務(wù)流程以及功能需求，分別對各個模塊通過如下解決方案日志錄入與查詢系統(tǒng)中提供表格錄入方式錄入門診醫(yī)技日志和住院部分日志，每個工作日志提供多種輸入界面，如按日期輸入、按科室輸入、直接輸入。同時自動加載字典 庫，部分字段無須輸入，如科號、科別、醫(yī)生等，系統(tǒng)均自動加載。對于工作日 志，提供導(dǎo)入功能，將醫(yī)師的excel日志直接導(dǎo)入到系統(tǒng)，無需重復(fù)錄入。所有工作日志提供按天、按月兩種查詢方式。查詢后，可打印、導(dǎo)出

19、、導(dǎo)出 為查詢結(jié)果。病案首頁報(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)表的表樣。病案首頁數(shù)據(jù)錄入系統(tǒng)提供直接錄入的方式錄入病案首頁數(shù)據(jù)， 也可以通過數(shù)據(jù)接口對HIS系 統(tǒng)數(shù)據(jù)進(jìn)行抽取，整合為病案首頁的格式。報(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)表，門診部分除了年、

20、月、季的統(tǒng)計(jì)報(bào)表和常規(guī)的臺賬和增減表，還包括門診 日報(bào)表。系統(tǒng)提供查詢表，對各類統(tǒng)計(jì)數(shù)據(jù)進(jìn)行查詢分析，方便用戶了解醫(yī)院業(yè) 務(wù)情況。歸檔借閱歸檔及借閱包括病案歸檔登記、病案歸檔查詢與統(tǒng)計(jì)、病案借閱、病案歸還、 病案借閱統(tǒng)計(jì)等內(nèi)容。歸檔登記：提供單個添加和批量添加病案信息， 同時提供接口接受HIS系統(tǒng) 的病案首頁數(shù)據(jù)。歸檔查詢與統(tǒng)計(jì)：提供病人病案信息的歸檔查詢功能，用來查詢醫(yī)院住院病 人的病案歸檔情況，方便用戶及時對病人信息進(jìn)行歸檔登記。查詢包括病案歸檔 的及時歸檔數(shù)（率）、按時歸檔數(shù)（率）、逾期歸檔數(shù)（率）等等。病案借閱：病案借閱提供按歸檔日期、按出院日期，按科室、按住院醫(yī)生等 方式查詢借閱。病

21、案歸還：系統(tǒng)提供病案歸還的功能，方便用戶歸還借閱的病案。借閱查詢與統(tǒng)計(jì)：提供病案借閱情況查詢功能與統(tǒng)計(jì)功能，可以方便管理員對病案借閱進(jìn)行管理。查詢包括病案借閱的借閱時間、借閱期限、歸檔時間等。字典對照針對已有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ù)，同 時將對照的結(jié)果上傳到省廳服務(wù)器，以便病案數(shù)據(jù)準(zhǔn)確的上報(bào)到省廳服務(wù)器。系統(tǒng)管理系統(tǒng)管理提供醫(yī)院基本參數(shù)的初始化，同時通過增刪查改的方式對用戶、用戶權(quán)限、日志等進(jìn)行管理。數(shù)據(jù)上傳醫(yī)院系統(tǒng)

22、的病案首頁將來自醫(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)入。省廳端系統(tǒng)方案系統(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è)置了有效期的起止時間段，作廢的機(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)中同步作廢。醫(yī)院數(shù)據(jù)通過數(shù)據(jù)交換

23、的方式將數(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)控等。數(shù)據(jù)質(zhì)量控制數(shù)據(jù)質(zhì)量控制主要通過數(shù)據(jù)審核的方式實(shí)現(xiàn)，醫(yī)院HIS系統(tǒng)以及外部數(shù)據(jù)整 合到病案系統(tǒng)時，會通過邏輯審核和合理審核，合理性審核是非強(qiáng)制性審核，僅 用于提示作用；邏輯性審核是強(qiáng)制性審核，不通過不允許上報(bào)數(shù)據(jù)。同時系統(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)

24、狀態(tài)改變而改 變，可以通過字段的查詢來查詢數(shù)據(jù)的上報(bào)狀態(tài)，以表格的形式列出應(yīng)報(bào)戶、已報(bào)戶、未報(bào)戶、已通過審核、未通過審核等各類用戶的數(shù)量及所占百分比，以便 進(jìn)行及時催報(bào)。數(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)。 同時對單病種等醫(yī)院常 用指標(biāo)進(jìn)行分析。針又t 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)等常用

25、指標(biāo)進(jìn)行分析。系統(tǒng)升級省廳服務(wù)器通過消息中間件MQ進(jìn)行升級包的下發(fā)傳輸，醫(yī)院系統(tǒng)檢測到升 級包后一鍵升級，如果執(zhí)行的過程異常關(guān)閉或者報(bào)錯導(dǎo)致終止升級， 系統(tǒng)管理員 下次登錄系統(tǒng)時，將自動跳轉(zhuǎn)到升級界面。系統(tǒng)升級會保存升級日志到本地，以便查看升級過程的詳細(xì)信息。代碼管理代碼管理功能首先由申請人申請代碼變更， 管理員可以進(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ù)。ttift 篤倩?為了保證申請功能的使用的安全性，系統(tǒng)使用文字圖片

26、校驗(yàn)碼以控制防止機(jī) 器人申請。另會嘗試在客戶端的COOKIE呆存當(dāng)前用戶申請數(shù)量進(jìn)行一定的限額， 在服務(wù)端嘗試使用單個IP最大申請量限制（此方式需要確認(rèn)生產(chǎn)環(huán)境是否未采 用反向代理等策略）。系統(tǒng)會允許設(shè)置單日最大申請量，防止暴力申請和惡意數(shù) 據(jù)攻擊。系統(tǒng)管理日志管理日志管理分為兩部分，一部分是醫(yī)院端系統(tǒng)數(shù)據(jù)整合時的操作日志，包括 HIS系統(tǒng)以及HQMS系統(tǒng)數(shù)據(jù)提取數(shù)據(jù)操作發(fā)生的操作時間、 客戶端的IP等等信 息。另一部分是醫(yī)院端數(shù)據(jù)通過數(shù)據(jù)中間件進(jìn)行數(shù)據(jù)傳輸時的操作日志，包括傳輸時間、傳輸結(jié)果狀態(tài)等等信息。日志管理記錄系統(tǒng)操作過程中的各類日志信息，提供日志查詢功能，通過關(guān)鍵字查詢?nèi)罩?。備份策?/p>

27、本系統(tǒng)采取的備份策略為，在每日進(jìn)行增量備份，每周做一次全量備份。每日增量備份增量備份采取計(jì)劃任務(wù)的方式執(zhí)行，在每日用戶操作閑時（例如晚上0時）， 對前一天備份后增加、改動的部分?jǐn)?shù)據(jù)進(jìn)行備份。增量備份可分為多級，每一次增量都源自上一次備份后的改動部分。 差異備 份就是只備份在上一次完全備份后有變化的部分?jǐn)?shù)據(jù)。 如果只存在兩次備份，增 量備份和差異備份內(nèi)容一樣。（1）差異備份（級別大于等于0）一個控制文件或數(shù)據(jù)文件的備份，只包含自從前一次增量備份以來被修改過 的數(shù)據(jù)塊。（2）累積增量備份（級別大于等于 0）這種備份通過減少所需要轉(zhuǎn)儲的增量備份的數(shù)量來減少時間。然而，累積備份需要更多的空間和時間，因

28、為它們要備份上一次同一級別的增量備份已經(jīng)記錄 的信息。（3）多級增量備份根據(jù)多級增量備份的特點(diǎn)，可以創(chuàng)建不同級別的增量備份。最多可以定義五 個級別，從0到4。多級增量備份使恢復(fù)操作更加方便，因?yàn)樵谵D(zhuǎn)儲時，只需要 一個某一特定級別的增量備份。3.3.722每周全量備份全量備份采取每周進(jìn)行一次的方式，也可以選擇在閑時（如周日0點(diǎn)），也可以設(shè)定計(jì)劃任務(wù)由系統(tǒng)自動執(zhí)行。全量備份可以備份所有的數(shù)據(jù)，在恢復(fù)時可以恢復(fù)全部數(shù)據(jù)。四、系統(tǒng)開發(fā)要求系統(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)表、 圖形等

29、統(tǒng)計(jì)分析內(nèi)容，必須都采用瀏覽器方式。運(yùn)行平臺要求系統(tǒng)應(yīng)支持HTTP網(wǎng)絡(luò)協(xié)議。所采用的軟硬件平臺應(yīng)具備開放性，服務(wù)器端 程序能適應(yīng)多種操作系統(tǒng)環(huán)境，支持多種數(shù)據(jù)庫類型和中間件產(chǎn)品。系統(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)時間：打開、刷新頁面時間不超過3秒，數(shù)據(jù)查詢時間不超過5秒，數(shù) 據(jù)導(dǎo)出時間不超過30秒系統(tǒng)質(zhì)量要求可擴(kuò)展性：系統(tǒng)應(yīng)提供一個彈性架構(gòu)，支持使用配置而免編程的方式對統(tǒng)計(jì) 業(yè)務(wù)流程、調(diào)查

30、表樣、查詢統(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ì)分析算法及時間等）提供可視化的操作。穩(wěn)定性：系統(tǒng)全年穩(wěn)定運(yùn)行的設(shè)計(jì)技術(shù)指標(biāo)。需要避免因升級而影響系統(tǒng)正 常運(yùn)行。宕機(jī)時間應(yīng)少于4%,平均故障間隔時間應(yīng)超過三個月。準(zhǔn)確性：系統(tǒng)要對統(tǒng)計(jì)分析結(jié)果的正確性和完整性進(jìn)行驗(yàn)證，并對系統(tǒng)的敏 感數(shù)據(jù)進(jìn)行特殊處理。可維護(hù)性：系統(tǒng)升級簡便，具備錯誤問題遠(yuǎn)程分析與排除功能?？晒芾硇裕好總€層次、

31、每個對象都應(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í)施要求總體要求實(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ù)需求

32、。人員要求：項(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ù)。項(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)測試、部署、用戶

33、培訓(xùn)、試運(yùn)行及初驗(yàn)；2014年9月正式運(yùn)行及項(xiàng)目終驗(yàn)。項(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ù)等角色。.項(xiàng)目核心人員必須專職、全程負(fù)責(zé)本項(xiàng)目的實(shí)施，未經(jīng)許可不得更換。.應(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)。、項(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)。、在不同階段配置足夠的人員組織實(shí)施項(xiàng)目，確保按項(xiàng)目進(jìn)度完成建設(shè)工 作。、制定詳細(xì)人員組織方案，包括人員姓名、學(xué)歷、開發(fā)經(jīng)驗(yàn)及職責(zé)分工。項(xiàng)目實(shí)施過程管理要求系統(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)目施工時間進(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ì)工作，深入