平遙醫(yī)院區(qū)域醫(yī)療云服務(wù)平臺信息化項目可行性研究報告

2013年衛(wèi)生部信息化試點項目申報申報書項目名稱平遙縣人民醫(yī)院以電子病歷為核心的區(qū)域醫(yī)療信息云服務(wù)平臺申報單位（蓋章）：平遙縣人民醫(yī)院申報單位聯(lián)系人：聯(lián)系電話：

一、現(xiàn)狀和必要性1.2現(xiàn)狀我院衛(wèi)生信息化水平較薄弱，與其它先進(jìn)縣區(qū)具有差距。滯后的衛(wèi)生信息化已越來越制約醫(yī)療衛(wèi)生服務(wù)的開展，目前急需完善基礎(chǔ)設(shè)施，在此基礎(chǔ)上逐步發(fā)展，更好的為人民群眾健康保駕護(hù)航。1.3.主要問題臨床信息系統(tǒng)建設(shè)幾乎處于空白狀態(tài)，這對于推進(jìn)醫(yī)療衛(wèi)生信息化的發(fā)展構(gòu)成了巨大的制約。已經(jīng)開展的醫(yī)院管理信息建設(shè)由于缺乏統(tǒng)一建設(shè)思路，無法形成信息整合，導(dǎo)致資源利用率低。1.4項目建設(shè)必要性1.4.1適應(yīng)醫(yī)療服務(wù)市場化的挑戰(zhàn)隨著醫(yī)療服務(wù)行業(yè)的開放，醫(yī)院開始面臨越來越嚴(yán)峻的市場化經(jīng)濟的挑戰(zhàn)，要求醫(yī)院必須站在更高的平臺，建設(shè)更好的數(shù)字化系統(tǒng)，提升醫(yī)療服務(wù)水平、技術(shù)水平和管理水平，提高經(jīng)營效益。1.4.3減少重復(fù)投資的需要近年來公共衛(wèi)生信息化建設(shè)的發(fā)展速度較快，但不可忽視的是，不管是硬件建設(shè)，還是應(yīng)用系統(tǒng)的開發(fā)，以及數(shù)據(jù)的采集與信息利用處在較低水平。各部門、各系統(tǒng)的數(shù)據(jù)交換共享程度較低，數(shù)據(jù)統(tǒng)計無法自動獲取，還要通過手工方式收集、上報、統(tǒng)計，難以發(fā)揮信息化網(wǎng)絡(luò)的真正作用。建設(shè)一個網(wǎng)絡(luò)性能良好、安全更有保障、應(yīng)用水平更高的平臺，從而徹底解決資源浪費等問題。1.5總投資及來源項目建設(shè)總投資估算：13,661,200元。資金來源：財政撥款。1.6社會及經(jīng)濟效益分析社會效益分析在我院實現(xiàn)衛(wèi)生的信息化，既是符合國家對深化醫(yī)療改革的要求，也是符合廣大人民群眾的需求。從經(jīng)濟發(fā)展角度來看，也有很大的經(jīng)濟效益：（1）高效的醫(yī)療管理，可以提高看病效率，降低看病成本通過記錄所有的看病患者采用電子病歷，電子檔案記錄，系統(tǒng)協(xié)調(diào)醫(yī)院各個科室的資源，還可以通過網(wǎng)上掛號實現(xiàn)就醫(yī)預(yù)約，節(jié)約病人的看病時間，同時也是提高醫(yī)院的工作效率。（2）信息互聯(lián)互通，對疾病，傳染病的預(yù)防和控制提供實時數(shù)據(jù)建設(shè)信息共享平臺，監(jiān)控部門可以掌握下面所有科室的醫(yī)療，就診信息，通過系統(tǒng)分析監(jiān)控軟件，對高危疾病，傳染病病例數(shù)據(jù)進(jìn)行實時監(jiān)控，查看情況，可以提醒有關(guān)監(jiān)管部門提前制定好預(yù)防措施，盡量避免爆發(fā)大規(guī)模的病情，減少經(jīng)濟損失。（3）居民健康檔案將為人民群眾節(jié)省看病費用建設(shè)居民個人的健康檔案，記錄群眾主要健康情況，即是對人民群眾身體健康的關(guān)注，在一定程度上也能幫助部分群眾解決看病難，看病貴的問題。（4）加強對藥品市場監(jiān)控，規(guī)范用藥，利國利民增加對藥品的管理，監(jiān)控是否有亂用藥，開高價藥的情況，避免擅自抬高藥品價格。從源頭為人民群眾解決看病負(fù)擔(dān)，維護(hù)社會穩(wěn)定，促進(jìn)經(jīng)濟發(fā)展。經(jīng)濟效益分析信息化建設(shè)是面向醫(yī)療衛(wèi)生服務(wù)機構(gòu)、醫(yī)務(wù)工作人員、廣大人民群眾的醫(yī)療衛(wèi)生行業(yè)應(yīng)用信息系統(tǒng)。本項目是貼近新一輪醫(yī)藥衛(wèi)生體制改革方向下醫(yī)療衛(wèi)生行業(yè)工作模式與流程，對于新醫(yī)改政策的推進(jìn)和落實，分層級醫(yī)療協(xié)作服務(wù)體系的建立、醫(yī)療行業(yè)服務(wù)水平提升、地區(qū)經(jīng)濟拉動均有重大意義。（1）為醫(yī)療服務(wù)機構(gòu)開展協(xié)同工作提供有力的技術(shù)支撐利用衛(wèi)生信息化的建設(shè)，信息共享條件下，利用先進(jìn)科技實現(xiàn)高效的醫(yī)療管理、無縫的集成和醫(yī)療信息的共享，構(gòu)建多層次的醫(yī)療服務(wù)體系。（2）提高醫(yī)療服務(wù)機構(gòu)的醫(yī)療技術(shù)和服務(wù)水平在區(qū)各醫(yī)院衛(wèi)生信息服務(wù)系統(tǒng)中使用統(tǒng)一的醫(yī)囑模板、電子病歷模板、病歷質(zhì)控功能，有效規(guī)范醫(yī)療服務(wù)機構(gòu)醫(yī)務(wù)工作人員的作業(yè)習(xí)慣、并對醫(yī)療過程提供決策支持、并進(jìn)行質(zhì)量管控。利用從新舊醫(yī)療系統(tǒng)中提取的信息，包括電子病歷等，構(gòu)建全面的醫(yī)療信息數(shù)據(jù)中心，支持先進(jìn)的醫(yī)療科研，以促進(jìn)疾病的預(yù)防和治療（3）有效緩解“看病難”、“看病貴”的社會問題通過醫(yī)院療機構(gòu)間的臨床診療數(shù)據(jù)共享、檢查結(jié)果互認(rèn)等手段，減少重復(fù)醫(yī)療行為，降低病人醫(yī)療費用。通過公眾服務(wù)門戶系統(tǒng)，拓展病人就醫(yī)渠道，管理病人的就醫(yī)流程，使病人就醫(yī)過程中的無序流動變?yōu)橛行蚬芾?，避免病人在就醫(yī)往返、等待過程中的交通、住宿、高價專家號等無效就醫(yī)支出。二、需求分析2.1業(yè)務(wù)需求2.1.1醫(yī)療服務(wù)信息系統(tǒng)1.建設(shè)電子病歷系統(tǒng)電子病歷系統(tǒng)是以患者臨床信息的采集、存儲、展現(xiàn)、處理為中心，為臨床醫(yī)護(hù)人員和相關(guān)醫(yī)技科室的醫(yī)療工作服務(wù)的信息系統(tǒng)。電子病歷系統(tǒng)處理與患者診療有關(guān)的各種診療數(shù)據(jù)與信息，信息隨著患者在醫(yī)院中每一步診療活動的進(jìn)行而產(chǎn)生，為全院醫(yī)護(hù)人員提供流程化、信息化、結(jié)構(gòu)化、智能化的臨床業(yè)務(wù)綜合處理平臺。它必須能夠滿足全院各級用戶多層次的應(yīng)用需求，不僅面向廣大醫(yī)護(hù)人員的業(yè)務(wù)操作系統(tǒng)，解決患者診療信息的電子化記錄問題，更面向院內(nèi)管理人員，解決規(guī)范醫(yī)療行為、提高工作效率、改善醫(yī)療服務(wù)質(zhì)量的問題。同時，在平遙醫(yī)療區(qū)域化項目中，電子病歷還是實現(xiàn)數(shù)據(jù)共享和醫(yī)療協(xié)同的基礎(chǔ)，并為醫(yī)療衛(wèi)生管理提供堅實的基礎(chǔ)數(shù)據(jù)。2.整合和集成對HIS系統(tǒng)、檢驗系統(tǒng)、電子病歷系統(tǒng)、PACS系統(tǒng)進(jìn)行徹底的一體化集成，實現(xiàn)數(shù)據(jù)共享、業(yè)務(wù)協(xié)同、便于管理和商務(wù)智能，實現(xiàn)工作流定制和各類復(fù)合應(yīng)用3.完成雙向轉(zhuǎn)診接口完成HIS改造，完成電子病歷和HIS對區(qū)域協(xié)同平臺的接口開發(fā)2.1.3衛(wèi)生綜合管理充分利用衛(wèi)生信息基礎(chǔ)資源，特別是電子病歷的核心數(shù)據(jù)庫，通過數(shù)據(jù)分析、綜合展示工具，實時、動態(tài)、多維度地分析、利用、展示衛(wèi)生信息數(shù)據(jù)，為管理和決策服務(wù)，對公共衛(wèi)生、醫(yī)療服務(wù)、藥物監(jiān)測、多種醫(yī)保、衛(wèi)生管理等五大衛(wèi)生領(lǐng)域的信息進(jìn)行綜合展現(xiàn)，服務(wù)于衛(wèi)生行政管理和城鄉(xiāng)居民。2.2功能需求2.2.1電子病歷系統(tǒng)電子病歷系統(tǒng)不僅是病歷的電子存儲，實質(zhì)上還是醫(yī)療過程的全面信息化，是一個能將患者歷次在醫(yī)療機構(gòu)診療過程的信息的全面記錄的系統(tǒng)，它還應(yīng)是一個患者健康檔案的一個采集、存儲、處理、查詢統(tǒng)計的多功能綜合系統(tǒng)，是動態(tài)的智能的信息源。它不僅能提高醫(yī)療工作效率，提高醫(yī)療工作質(zhì)量，也應(yīng)為醫(yī)院加強環(huán)節(jié)管理服務(wù)。系統(tǒng)作為病人信息的采集、閱讀、查詢和科研的醫(yī)生工作站，支持病人信息的異地共享，實現(xiàn)個人健康記錄，可以伴隨病人流動的電子病歷系統(tǒng)；能夠為宏觀醫(yī)療管理服務(wù)，為廣大的醫(yī)務(wù)人員科研、教學(xué)提供方便服務(wù)。電子病歷系統(tǒng)是指以患者臨床信息的采集、存儲、展現(xiàn)、處理為中心，為臨床醫(yī)護(hù)人員和相關(guān)醫(yī)技科室的醫(yī)療工作服務(wù)的信息系統(tǒng)。電子病歷系統(tǒng)處理與患者診療有關(guān)的各種診療數(shù)據(jù)與信息，信息隨著患者在醫(yī)院中每一步診療活動的進(jìn)行而產(chǎn)生，為全院醫(yī)護(hù)人員提供流程化、信息化、結(jié)構(gòu)化、智能化的臨床業(yè)務(wù)綜合處理平臺。它必須能夠滿足全院各級用戶多層次的應(yīng)用需求，不僅僅是面向廣大醫(yī)護(hù)人員的業(yè)務(wù)操作系統(tǒng)，解決患者診療信息的電子化記錄問題；更是面向院內(nèi)管理人員，用于解決規(guī)范醫(yī)療行為、提高工作效率、改善醫(yī)療服務(wù)質(zhì)量的問題。同時，為廣大醫(yī)務(wù)人員的科研、教學(xué)提供準(zhǔn)確、高效的基礎(chǔ)數(shù)據(jù)。電子病歷系統(tǒng)以病人診療信息為主線，集成檢驗、檢查、醫(yī)囑等信息，幫助醫(yī)生迅速準(zhǔn)確的開展診療活動。具體功能需求如下：=1\*GB3①住院醫(yī)生工作站：住院醫(yī)生工作站是協(xié)助醫(yī)生完成病房日常醫(yī)療工作的計算機應(yīng)用程序。其主要任務(wù)是處理診斷、醫(yī)囑、檢查、檢驗、治療處置、手術(shù)、護(hù)理、衛(wèi)生材料以及會診、轉(zhuǎn)科、出院等信息。服務(wù)對象主要是住院醫(yī)生。=2\*GB3②住院護(hù)士站（護(hù)理病歷）：以病房醫(yī)囑、住院病人醫(yī)療信息、病床管理為重點，輔助病房診斷、治療及病區(qū)事務(wù)管理；實現(xiàn)醫(yī)囑錄入、轉(zhuǎn)抄、校對、執(zhí)行、打印電子化及入?yún)^(qū)、出區(qū)、換床、轉(zhuǎn)科等病區(qū)事務(wù)的網(wǎng)絡(luò)化；為醫(yī)生的醫(yī)療工作和病情分析提供數(shù)據(jù)依據(jù)；記錄護(hù)理工作情況并和住院管理、病區(qū)藥房、病案管理、手術(shù)室、院長查詢等系統(tǒng)充分實現(xiàn)數(shù)據(jù)共享。=3\*GB3③病歷質(zhì)量控制：通過質(zhì)量管理部門的質(zhì)量控制工作站進(jìn)行事前提醒、事中監(jiān)督、事后考核，通過嚴(yán)密的時效質(zhì)控和內(nèi)容質(zhì)控，來把握和控制病歷文書中各個部分的病歷質(zhì)量，并且需要按照病歷書寫規(guī)范提供病歷質(zhì)控內(nèi)容，來制定病歷質(zhì)量控制，而且系統(tǒng)的開放性必須很強，隨著病歷書寫規(guī)范的修改和擴張，醫(yī)院可以通過公司提供的工具進(jìn)行修改和擴展。規(guī)范化書寫、規(guī)定時間內(nèi)完成書寫、遵守正確的書寫流程、保障病歷的完整性。通過電子病歷的監(jiān)控數(shù)據(jù)，并根據(jù)監(jiān)控評分體系產(chǎn)生對全院、某個科室或某個醫(yī)務(wù)人員的時限和內(nèi)容監(jiān)控情況的統(tǒng)計，如：病人時限監(jiān)控統(tǒng)計、醫(yī)生書寫及審簽病歷超時情況統(tǒng)計、醫(yī)療文件書寫數(shù)量統(tǒng)計、病人首頁評分、病歷評分、三日確診率統(tǒng)計等等。=4\*GB3④臨床知識庫：提供全院、科室、個人三級的知識庫管理，讓系統(tǒng)可以成為醫(yī)院醫(yī)生學(xué)習(xí)的平臺，比如鑒別診斷知識庫，診療計劃知識庫，藥品使用知識庫，法律法規(guī)知識庫等等，而且軟件要提供醫(yī)院可以擴展數(shù)據(jù)庫的工具或者模塊。=5\*GB3⑤嚴(yán)格、安全的權(quán)限管理：對于使用病人這種診療信息的醫(yī)生，必須按照等級進(jìn)行相應(yīng)的權(quán)限設(shè)置，用來區(qū)分不同的訪問和操作權(quán)限。電子病歷系統(tǒng)需建有嚴(yán)格的使用電子病歷的內(nèi)部審計體系，對電子病歷的修改、查閱、輸出、交流等權(quán)責(zé)進(jìn)行劃分，特別對于查閱以往病歷的權(quán)限進(jìn)行審核，醫(yī)護(hù)人員通過電子病歷系統(tǒng)向病案室提出申請，按規(guī)定辦理相關(guān)手續(xù)，才能在規(guī)定時間內(nèi)從網(wǎng)絡(luò)中看到相應(yīng)權(quán)限的病歷資料。電子病歷系統(tǒng)需自動記錄完整的操作日志。支持電子簽名，用戶可選擇自定義的加密算法對數(shù)據(jù)的傳輸和存儲進(jìn)行加密，系統(tǒng)應(yīng)具有保護(hù)患者私隱的機制。=6\*GB3⑥傳染病與醫(yī)院感染報告上報：電子病歷需集成傳染病例的報告，醫(yī)生只須在報告界面上作少量處理，報告內(nèi)容上送到醫(yī)院感染科，由醫(yī)院感染科對報告內(nèi)容審核后通過中國疾控中心的網(wǎng)絡(luò)直報系統(tǒng)直接上報。=7\*GB3⑦電子病歷必須具備完整的信息，包括住院病歷、入院記錄、首次病程、病程記錄、醫(yī)囑、檢驗檢查、上級醫(yī)生查房記錄、術(shù)前討論、術(shù)前小結(jié)、手術(shù)記錄術(shù)后病程記錄、診療操作記錄、會診記錄、交班記錄、死亡記錄、出院小結(jié)、家屬談話記錄、病案首頁等。=8\*GB3⑧電子病歷的錄入和修改每次修改均有完整記錄，并提供修改比對功能。電子病歷打印后經(jīng)醫(yī)生簽字存檔。為此，提供完整打印和即時打印，續(xù)打等功能。根據(jù)科室、診療組、管床等管理在院病人的病歷瀏覽和修改權(quán)限，出院后存檔病歷由醫(yī)務(wù)科和病案室管理。=9\*GB3⑨提供文本、結(jié)構(gòu)化、表格、多媒體混排的病歷書寫功能。在病歷書寫中，提供手繪圖功能和相關(guān)圖樣，便于外科醫(yī)生描述病情及說明治療方案；提供病歷書寫工具包，包括診療常規(guī)計算公式、醫(yī)學(xué)符號等。=10\*GB3⑩提供質(zhì)量管理的實時交流平臺，管理人員與醫(yī)生可通過該平臺實時交流病歷中存在的問題。2.2.3基于電子健康檔案的全科西醫(yī)工作站=1\*GB3①簽約居民管理將居民納入本項服務(wù)中謂之“簽約”，實際上，是將社區(qū)全科服務(wù)對象按一定條件置入本項服務(wù)平臺上，為居民提供更好的服務(wù)。對社區(qū)中簽約居民的管理功能，包括按條件篩選，居民簽約前的確認(rèn)流程和簽約后的建案，以及日常管理，業(yè)務(wù)提醒等。=2\*GB3②居民醫(yī)療服務(wù)為居民就診提供醫(yī)療服務(wù)安排；記錄面向居民的各種醫(yī)療服務(wù)行為；提供醫(yī)療服務(wù)行為的跟蹤和評估。通過上述服務(wù)內(nèi)容，保證居民以最合理和最快的方式獲得必要的醫(yī)療救助，迅速取得最佳療效。=3\*GB3③健康檔案管理健康檔案數(shù)據(jù)采集自全區(qū)醫(yī)院和社區(qū)衛(wèi)生服務(wù)機構(gòu)的住院、門診電子病歷數(shù)據(jù)、體檢數(shù)據(jù)，及社區(qū)衛(wèi)生站的居民健康檔案、慢性病、基層婦幼等信息，共同形成居民廣義健康檔案，并在保護(hù)居民隱私的前提下，向各醫(yī)療單位和平遙縣衛(wèi)生信息平臺提供數(shù)據(jù)訪問。全科醫(yī)生在工作中應(yīng)對檔案數(shù)據(jù)進(jìn)行有效管理，完善、整理檔案數(shù)據(jù)，并通過與居民互動，共同完成健康檔案的活化。=4\*GB3④全科醫(yī)生電子病歷為全科醫(yī)生提供的電子病歷系統(tǒng)，將不僅要包括病歷書寫的有關(guān)功能，還應(yīng)包括操作指南、診療指南、藥學(xué)字典等臨床指南，為全科醫(yī)生診療提供必要的參考，更重要的，還需包括常見病診療規(guī)范，不僅用于指導(dǎo)醫(yī)生診療，還被用于規(guī)范醫(yī)生的診療行為。通過全科醫(yī)生電子病歷的建設(shè)，實現(xiàn)衛(wèi)生局對常見疾病診療的培訓(xùn)和管理能力，提高社區(qū)解決常見病的業(yè)務(wù)能力，從而逐步提高社區(qū)基本醫(yī)療能力，獲得社區(qū)居民的信任。2.2.4基于電子健康檔案的全科中醫(yī)工作站=1\*GB3①中醫(yī)健康檔案管理全科中醫(yī)在工作中應(yīng)對檔案數(shù)據(jù)進(jìn)行有效管理，完善、整理檔案數(shù)據(jù)中的中醫(yī)內(nèi)容，如中醫(yī)體質(zhì)辨識等相關(guān)內(nèi)容。=2\*GB3②全科中醫(yī)電子病歷為全科中醫(yī)提供的電子病歷系統(tǒng)，將不僅要包括病歷書寫的有關(guān)功能，還應(yīng)包括中醫(yī)操作指南、診療指南、中藥學(xué)字典等臨床指南，為全科中醫(yī)診療提供必要的參考，更重要的，還需包括中醫(yī)常見病診療規(guī)范，以臨床指南和標(biāo)準(zhǔn)模板的工作方式，將“中醫(yī)臨床診療規(guī)范、中醫(yī)臨床診療標(biāo)準(zhǔn)、中醫(yī)病癥分類與代碼”定義在門診流程中，不僅用于指導(dǎo)醫(yī)生診療，還被用于規(guī)范醫(yī)生的診療行為。全科中醫(yī)還包括：中醫(yī)四診錄入；節(jié)氣的自動計算等。通過全科中醫(yī)電子病歷的建設(shè)，實現(xiàn)衛(wèi)生局對中醫(yī)常見疾病診療的培訓(xùn)和管理能力，提高社區(qū)解決常見病的業(yè)務(wù)能力，從而逐步提高社區(qū)基本醫(yī)療能力，獲得社區(qū)居民的信任。2.2.7LIS系統(tǒng)具備檢驗樣本管理、質(zhì)控管理、實時監(jiān)控采集管理、審核管理、分析統(tǒng)計管理、試劑庫存管理、漏費控制管理、日志管理、科室管理、HIS接口等功能；系統(tǒng)應(yīng)支持磁卡、IC卡、條碼；樣本采集后送至檢驗科，檢驗人員對樣本進(jìn)行接收（包括量、凝固、有效期等的檢查），樣本確認(rèn)后自動收費，然后上機測定，測定完成審核后結(jié)果能自動在護(hù)士或醫(yī)生站發(fā)布，進(jìn)入報告的全院網(wǎng)絡(luò)化工作流程。系統(tǒng)應(yīng)具有醫(yī)囑和檢驗儀器雙向自動傳輸功能。檢驗儀器應(yīng)通過終端服務(wù)器的方式直接接入HIS系統(tǒng)的主干網(wǎng)絡(luò)。（1）管理功能：支持條碼打印和預(yù)置條碼兩種工作模式。打印標(biāo)本應(yīng)有明確的標(biāo)識。對檢驗結(jié)果進(jìn)行輔助提示。系統(tǒng)保證標(biāo)本可追溯。系統(tǒng)能夠提供樣本所處狀態(tài)，并計算TAT時間，提供室內(nèi)、室間質(zhì)控的分析軟件，質(zhì)控記錄保存不低于3年。提供檢驗樣本各個處理階段的平均處理時間的分析報告。預(yù)約處理：預(yù)約時間，打印預(yù)約單（準(zhǔn)備、注意事項）。預(yù)約瀏覽：查詢預(yù)約情況。（2）財務(wù)功能：提供對各檢驗儀器的效益分析和評估報告。對檢驗設(shè)備進(jìn)行漏費控制。門診通過收費情況進(jìn)行漏費控制。住院通過自動回寫計費實現(xiàn)漏費控制。（3）標(biāo)準(zhǔn)化要求：在設(shè)計時應(yīng)符合國家、地方的相關(guān)法律、法規(guī)、規(guī)章制度的規(guī)定，與HIS系統(tǒng)進(jìn)行數(shù)據(jù)交換的數(shù)據(jù)必須符合HL72.4的要求。（4）標(biāo)本核收：支持條形碼讀入進(jìn)行核收?？蛇M(jìn)行標(biāo)本取消核收操作，并留有詳細(xì)的日志記錄。對不合格的標(biāo)本拒收，寫明拒收原因、拒收人和拒收時間備查。（5）檢驗功能：顯示指定日期條件的標(biāo)本一覽。顯示檢驗結(jié)果，儀器提示信息，儀器提示異常信息及檢驗圖形，可以對顯示內(nèi)容進(jìn)行選擇設(shè)置。 可在檢驗界面查看項目進(jìn)行檢驗的檢驗儀器。檢驗結(jié)果可包括文字?jǐn)?shù)據(jù)和圖形。支持對標(biāo)本信息和結(jié)果信息的批量操作。提供多種形式的各類報告模板和常用術(shù)語字典，輔助書寫檢驗報告。支持標(biāo)本復(fù)制，標(biāo)本合并，糖耐量、胰島素結(jié)果合并?？蛇M(jìn)行項目分析。檢驗結(jié)果自動進(jìn)行參考值范圍檢查。能夠根據(jù)儀器檢驗結(jié)果，對檢驗技師進(jìn)行鏡檢方面的相關(guān)提示以提高鏡檢效率。支持標(biāo)本溯源。進(jìn)行酶標(biāo)儀相關(guān)的項目檢測操作。鏡檢業(yè)務(wù)；儀檢業(yè)務(wù)；結(jié)果錄入；檢驗單生成、核準(zhǔn)、打?。粰z驗儀器錄入；檢驗類型錄入；鏡檢標(biāo)準(zhǔn)提示；正常值范圍提示；（6）檢驗報告：檢驗報告實行雙人審核制度，支持樣本自動審核功能。報告單格式可任意設(shè)計，支持審核后可自動打印檢驗報告單功能，除可修改檢驗結(jié)果，還可一次性指定某些檢驗項目不打印。據(jù)用戶設(shè)置的打印規(guī)則，判斷是否符合打印條件，自動調(diào)整打印輸出檢驗報告單的內(nèi)容，動態(tài)調(diào)整檢驗報告單。支持WEB遠(yuǎn)程報告發(fā)布。可設(shè)置報告單類型，自定義報告單的輸出內(nèi)容，自定義報告單提示信息的方式。支持圖形報告。除檢驗科內(nèi)使用查詢功能外，LIS提供了在檢驗科外患者通過獨立的護(hù)士查詢臺查詢打印檢驗報告的功能，做到檢驗和報告分離，避免交叉污染。生成檢驗結(jié)果報告；（7）查詢功能：可按多種索引、關(guān)鍵字查詢統(tǒng)計。查詢結(jié)果可導(dǎo)出成EXCEL等多種格式。報告查詢功能，結(jié)果導(dǎo)出和打印。提供遠(yuǎn)程查詢，WEB報告查詢、打印功能，支持打印瀏覽權(quán)限管理。（8）統(tǒng)計功能：提供科室業(yè)務(wù)量和收入的統(tǒng)計功能、可進(jìn)行病人費用項目統(tǒng)計、可進(jìn)行項目陽性率、正常率統(tǒng)計，并可畫出分布圖形，導(dǎo)出或打印報表。（9）質(zhì)控功能：應(yīng)提供檢驗質(zhì)量控制管理功能，具有質(zhì)控數(shù)據(jù)的收集、確認(rèn)、存貯功能，并對質(zhì)控數(shù)據(jù)結(jié)果進(jìn)行統(tǒng)計分析。（10）微生物功能：支持微生物的細(xì)菌鑒定和藥敏實驗的結(jié)果匯總，可提供較方便快捷的輸入方式。提供批量輸入細(xì)菌及默認(rèn)結(jié)果的功能。支持微生物相關(guān)的標(biāo)本陰陽性統(tǒng)計分析，藥敏統(tǒng)計分析和細(xì)菌統(tǒng)計分析，以及分析報告的發(fā)布， 可進(jìn)行微生物相關(guān)實驗的數(shù)據(jù)分析，通過接口導(dǎo)出。（11）主任管理功能：實驗室數(shù)據(jù)實時統(tǒng)計，統(tǒng)計各項指標(biāo)。物品和試劑的申領(lǐng)審批。物品和試劑的庫存量提示，效期預(yù)警。查看實驗室日常事務(wù)?？山y(tǒng)計科室工作量和查詢某個病人的項目及費用。統(tǒng)計試驗室的日常支出和收入，季度或年度報表及各月盈虧比較?？蛇M(jìn)行科室文檔管理。同時檢驗人員可以進(jìn)行各種組合的實驗數(shù)據(jù)統(tǒng)計，對于用戶需要的其他報表可以隨時加入。有多種院感、微生物專用報表。（12）試劑管理功能：提供消耗品和試劑檢驗科內(nèi)庫存管理功能，自動計算全科試劑和耗材消耗情況，失效期和低庫存報警功能。庫存盤點，庫存量提示，試劑實時消耗監(jiān)控，最低貯量報警，自動生成試劑請購計劃；進(jìn)行試劑利用率統(tǒng)計，以及數(shù)據(jù)的導(dǎo)出、備份、恢復(fù)功能讓數(shù)據(jù)更安全；對檢驗各部門使用的試劑進(jìn)行統(tǒng)一管理，儀器每做一個測試將自動減少試劑庫存量，為主任管理系統(tǒng)提供科室消耗及成本原始數(shù)據(jù)。（13）儀器管理功能：可按不同儀器系統(tǒng)的要求自定義保養(yǎng)計劃和時間安排表，記錄儀器的日常保養(yǎng)，維修等完成情況。實現(xiàn)對設(shè)備按設(shè)置的折舊率進(jìn)行折舊處理并形成相應(yīng)報表,能打印及導(dǎo)出報表，并支持手工修改折舊金額。（14）工作日志功能：門、急診的交接班管理、投訴抱怨管理。（15）通訊傳輸功能：支持檢查醫(yī)囑（申請檢驗項目和標(biāo)本種類）和檢驗儀器的雙向自動傳輸。實時顯示剛接收完畢的檢驗結(jié)果。（16）安全性功能：具備多層權(quán)限控制和角色管理等多種權(quán)限管理模式。有類似“屏幕保護(hù)”的功能，能確保工作站異常終止后其中數(shù)據(jù)信息的完整性、正確性和一致性。有完善的容災(zāi)方案。（17）與HIS系統(tǒng)的實現(xiàn)無縫連接，做好檢驗儀器與LIS系統(tǒng)的接口，實現(xiàn)兩者之間的雙向通訊或單向通訊。（18）信息提?。喊ɑ颊呋拘畔ⅰz驗相關(guān)信息、醫(yī)生相關(guān)信息；（19）提示查對功能：在采取標(biāo)本時、收集標(biāo)本時、檢驗時、檢驗后、發(fā)報告時提供提示查對功能；（20）院內(nèi)通信功能：支持檢驗科收到檢驗申請時核對收費，急診結(jié)果能網(wǎng)上及時反饋，提示。醫(yī)生可隨時查詢，危急值網(wǎng)上報告，護(hù)士能隨時查詢檢驗標(biāo)本采集要求；可發(fā)布各種通知和消息，醫(yī)生可發(fā)送對檢驗結(jié)果信息反饋意見，已審核檢驗結(jié)果，醫(yī)生可以隨時網(wǎng)上查詢，具有傳染病匯總報告功能；防保科可隨時查詢傳染病檢查結(jié)果。醫(yī)務(wù)科、信息科可查詢檢驗科總檢驗人次、項次及分類檢驗人次項次?？膳c醫(yī)院體檢軟件無縫聯(lián)接，門診窗口提供聯(lián)接電子屏，顯示常規(guī)項目報告取單引導(dǎo)。2.2.8PACS系統(tǒng)PACS系統(tǒng)作為整個影像網(wǎng)絡(luò)的核心應(yīng)用系統(tǒng)，應(yīng)當(dāng)采用基于國際標(biāo)準(zhǔn)（DICOM,HL7,IHE等）的開放式系統(tǒng)架構(gòu)，實現(xiàn)各類影像數(shù)據(jù)及相關(guān)醫(yī)療信息的統(tǒng)一采集、存儲、通訊及管理及跨科室的共享和服務(wù)。（1）預(yù)約登記工作站系統(tǒng)登錄及密碼修改、掃描申請單、打印預(yù)約標(biāo)簽、查詢預(yù)約等、進(jìn)行預(yù)約管理，支持多個預(yù)約隊列，并可在不同隊列間切換；查看報告內(nèi)容、可接受、調(diào)用HIS中的電子申請單信息，對根據(jù)申請單信息進(jìn)行檢查預(yù)約；可進(jìn)行病人復(fù)診登記、對重復(fù)登記項目內(nèi)容自行預(yù)設(shè)與維護(hù)、對不同類型檢查的收費可自行預(yù)設(shè)及維護(hù)，并自動進(jìn)行計算顯示；可按多種方式進(jìn)行信息資料檢索、查詢及統(tǒng)計；對于紙質(zhì)申請單，可通過掃描儀或者攝影頭采集后保存；可錄入患者臨床診斷、病史資料；可實現(xiàn)集中登記、分部門、分設(shè)備多點登記、支持多種病人信息錄入方式，手工錄入、條形碼識別、可從HIS獲取、磁卡獲?。ㄡt(yī)?？?、醫(yī)院就診卡）；支持DICOMWORKLIST服務(wù)；分級用戶權(quán)限管理；支持用戶個性化風(fēng)格定制；（2）放射科功能影像瀏覽工作站醫(yī)學(xué)影像瀏覽工作站主要用于從PACS服務(wù)器快速調(diào)閱影像，對調(diào)閱的影像進(jìn)行后處理，影像標(biāo)注，測量，膠片打印等功能。用于影像科室書寫診斷報告，替代原有的膠片+燈箱+紙筆+手寫的工作方式。影像瀏覽系統(tǒng)分欄對比顯示不同患者或同一患者的不同部位；可接收和顯示多種設(shè)備的不同種類影像，系統(tǒng)的醫(yī)生工作站能實現(xiàn)預(yù)約申請、查詢與修改；可通過網(wǎng)絡(luò)進(jìn)行影像數(shù)據(jù)快速查詢與調(diào)閱；可將網(wǎng)絡(luò)上的影像資料載入本機存儲；調(diào)閱影像功能，可顯示病人的基本資料、支持影像的調(diào)整；可進(jìn)行圖像拼接（如全脊柱等）排列；感興趣區(qū)域（ROI）測量、圖像定位線定位功能，圖像標(biāo)注功能，并可保存標(biāo)注信息；圖像變換、圖像平滑處理、影像負(fù)片顯示功能，偽彩色顯示功能；任意打印排列組合方式，多種影像格式轉(zhuǎn)換：系統(tǒng)允許經(jīng)特殊授權(quán)的用戶在顯示工作站上把顯示的圖像另存到本地存儲介質(zhì)，圖像格式可以是JPEG、AVI或TI；影像動態(tài)電影回放顯示，并可以調(diào)節(jié)回放速度；可連接HIS/RIS系統(tǒng)，PACS/RIS系統(tǒng)無縫融合；技師工作站系統(tǒng)登錄及密碼修改、預(yù)約查詢、修改病歷信息、增加/刪除檢查部位、瀏覽申請單、完成檢查、預(yù)約登記/補登記。診斷報告工作站診斷報告工作站主要用于書寫、審核、打印診斷報告，具有嚴(yán)格的用戶權(quán)限定義和人性化的設(shè)計，便于醫(yī)生方便、快速的書寫診斷報告。WorkList服務(wù)能正常接收影像設(shè)備的檢索信息，根據(jù)檢索條件和Modality到數(shù)據(jù)庫服務(wù)器上檢索相應(yīng)的病人預(yù)約記錄，并向影像設(shè)備返回病人預(yù)約信息，避免信息的二次輸入，減少錯誤操作。DICOM影像存儲服務(wù)接收影像設(shè)備利用DICOMC-Store請求發(fā)送過來的DICOM數(shù)據(jù)集，匹配所接收的影像到特定的預(yù)約記錄，把影像文件FTP歸檔至影像服務(wù)器，把歸檔信息寫入數(shù)據(jù)庫。掃描工作站掃描工作站主要用來對歷史膠片進(jìn)行數(shù)字化歸檔，供影像科診斷醫(yī)師查詢及其它科室醫(yī)師借閱。Web瀏覽工作站在網(wǎng)頁方式下瀏覽影像及診斷結(jié)果，方便遠(yuǎn)程會診。圖像采集和處理能夠靜態(tài)圖象采集；動態(tài)圖象采集；方便設(shè)置采集參數(shù)；動態(tài)采集的圖象后的圖象能進(jìn)行回放，二次采集，能對采集后的靜態(tài)圖象；能夠基本圖象的處理，可以對比同一個人在不同時期的圖象，和不同人圖象的對比；定位圖的管理，圖象的注釋，打印等等；非DICOM接口設(shè)計，Dicom圖象的接受，和轉(zhuǎn)換和發(fā)送，圖象的FTP上傳。圖像壓縮服務(wù)為了確保臨床醫(yī)療質(zhì)量和醫(yī)學(xué)影像報告的準(zhǔn)確性，在醫(yī)學(xué)影像科內(nèi)部進(jìn)行影像學(xué)診斷是保存6個月的原始影像，供門急診及病房臨床醫(yī)生近期在線調(diào)閱的DICOM圖像是使用壓縮比(3:1)的無損壓縮格式。為了減少PACS圖像的在線儲存空間和降低在線儲存費用，同時又能為臨床提供優(yōu)質(zhì)的絕不影響臨床診斷的DICOM在線圖像，供臨床醫(yī)師隨時調(diào)用，醫(yī)院采用的是標(biāo)準(zhǔn)壓縮比(10:1)的有損壓縮方案。即PACS在線數(shù)據(jù)庫保存的3年DICOM圖像是采用標(biāo)準(zhǔn)壓縮比的DICOM圖像。對于將來院外遠(yuǎn)程醫(yī)療時傳輸?shù)尼t(yī)學(xué)圖像，可根據(jù)遠(yuǎn)程醫(yī)療網(wǎng)絡(luò)帶寬的實際情況采用高壓縮比(20:1)有損壓縮的DICOM圖像，或標(biāo)準(zhǔn)壓縮比(10:1)有損壓縮DICOM圖像。診斷模板庫醫(yī)師可根據(jù)自己的習(xí)慣設(shè)計病人的診斷模板庫、書寫報告和模板維護(hù)。與HIS系統(tǒng)集成臨床方面的預(yù)約申請、臨床影像瀏覽；影像管理工作站主要由PACS系統(tǒng)管理維護(hù)人員使用，對PACS系統(tǒng)進(jìn)行監(jiān)控、管理與維護(hù)。2.2.9績效考核績效考核功能是提供給衛(wèi)生管理人員進(jìn)行醫(yī)生績效的評價。主要可以采用系統(tǒng)自動生成評價和人工評價兩種方式，利用“多指標(biāo)綜合評價方法”，對醫(yī)療服務(wù)的過程及其結(jié)果進(jìn)行評價。通過績效考核和分配方式，從而調(diào)動社區(qū)醫(yī)生的積極性，為更好的醫(yī)療服務(wù)提供動力。績效指標(biāo)體系數(shù)據(jù)：績效考核指標(biāo)、指標(biāo)權(quán)重系數(shù)、工作量分?jǐn)?、工作量條線權(quán)重系數(shù)；績效數(shù)據(jù)：醫(yī)療服務(wù)量、效率統(tǒng)計結(jié)果、醫(yī)療服務(wù)質(zhì)量第三方評價指標(biāo)、醫(yī)療服務(wù)滿意度第三方評價指標(biāo)、以及前述指標(biāo)匯總。公共衛(wèi)生服務(wù)服務(wù)量、效率統(tǒng)計結(jié)果，公共衛(wèi)生服務(wù)質(zhì)量第三方評價指標(biāo)、公共衛(wèi)生服務(wù)滿意度第三方評價指標(biāo)，以及前述指標(biāo)匯總。績效采集數(shù)據(jù)、個人績效指標(biāo)計算結(jié)果數(shù)據(jù)、個人績效指標(biāo)匯總數(shù)據(jù)、團隊績效指標(biāo)匯總數(shù)據(jù)、中心績效指標(biāo)匯總數(shù)據(jù)等。通過統(tǒng)計分析和橫向比較以下數(shù)據(jù)：基本醫(yī)療和公共衛(wèi)生服務(wù)工作的基本情況，包括：SOAP結(jié)案數(shù)、服務(wù)滿意度、門診量、家庭病床數(shù)、門診病人平均費用、住院病人平均費用、實施低保減免的人次和減免金額、完成公共衛(wèi)生工作的數(shù)量等。管理部門可輸入年度考核標(biāo)準(zhǔn)和分值參數(shù)，系統(tǒng)定期統(tǒng)計各衛(wèi)生服務(wù)站開展基本醫(yī)療衛(wèi)生服務(wù)的工作數(shù)量，核算成衛(wèi)生服務(wù)站的累計得分?？冃Э己耸侵鸩缴钊胪晟频倪^程，需要各業(yè)務(wù)系統(tǒng)提供數(shù)據(jù)來源，隨著業(yè)務(wù)系統(tǒng)的逐步完善，數(shù)據(jù)來源也會逐步完整，以便盡量通過原始數(shù)據(jù)來完成績效考核。今后在區(qū)域綜合數(shù)據(jù)倉庫建立之后，在對各單位的績效考核中，不僅可以利用衛(wèi)生指標(biāo)的橫向比較作為績效指標(biāo)，還可以借此來驗證績效考核模型的有效性。2.2.10自我健康管理門戶在完善管理平臺的基礎(chǔ)上，通過互聯(lián)網(wǎng)向居民提供自我健康管理門戶，實現(xiàn)居民對自我健康檔案的訪問和動態(tài)維護(hù)。2.2.11健康管理和預(yù)測模型對社區(qū)簽約居民和慢病患者，提供全面的健康管理咨詢和疾病預(yù)后模型，通過對患者數(shù)據(jù)的分析處理，提供以自助式咨詢服務(wù)為主的健康預(yù)測預(yù)警。2.2.12綜合衛(wèi)生管理利用衛(wèi)生信息基礎(chǔ)資源，特別是電子病歷的核心數(shù)據(jù)庫，通過數(shù)據(jù)分析、綜合展示工具，實時、動態(tài)、多維度地分析、利用、展示衛(wèi)生信息數(shù)據(jù)，為管理和決策服務(wù)，對公共衛(wèi)生、醫(yī)療服務(wù)、藥物監(jiān)測、各種醫(yī)保、衛(wèi)生管理等五大衛(wèi)生領(lǐng)域的信息進(jìn)行綜合展現(xiàn)。2.3數(shù)據(jù)需求支持各類國際標(biāo)準(zhǔn)：HL7、IHE、ICD9/10等。衛(wèi)生部、國家中醫(yī)藥管理局《電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》2009.12衛(wèi)生部《社區(qū)衛(wèi)生信息基本數(shù)據(jù)集數(shù)據(jù)元代碼集》衛(wèi)生部《健康檔案基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》2009.62.4性能需求滿足醫(yī)院未來十年年業(yè)務(wù)量發(fā)展需求。除遍歷檢索操作外，系統(tǒng)對其它操作的響應(yīng)時間不超過2秒鐘。2.5安全需求由于涉及數(shù)據(jù)的重要性，以及個體隱私保護(hù)等問題，系統(tǒng)建設(shè)應(yīng)充分考慮安全性，并嚴(yán)格管理制度，防止出現(xiàn)各類非法訪問、非法截取甚至非法入侵。2.5.1嚴(yán)格的安全策略提供多級權(quán)限機制＋密碼的安全機制；支持HTTPS，保障更高的安全性；實行系統(tǒng)管理員交互操作，相互監(jiān)督模式，對重要密碼可分段管理；密碼以密文方式保存，特定數(shù)據(jù)列加密保存，最大限度降低系統(tǒng)風(fēng)險。此外，支持重要數(shù)據(jù)的加密，數(shù)據(jù)管道加密，確保數(shù)據(jù)不能以任何方式泄漏；對危險或重要的操作，系統(tǒng)可進(jìn)行多步、多級、多角色的安全驗證；具有金融級安全權(quán)限體系，融合“系統(tǒng)＋數(shù)據(jù)庫＋應(yīng)用”多層次的安全策略；提供“權(quán)限＋密碼＋本機限制＋操作者限制”機制，嚴(yán)格限定操作范圍；日志和系統(tǒng)黑匣子，可隨時回溯查找操作場景，涉及安全的操作強制全部自動記入黑匣子；支持任何靜態(tài)資料的修改，均可進(jìn)行跟蹤修改情況；支持多層級電子簽名機制，防止非法的數(shù)據(jù)刪改；符合各項認(rèn)證要求及《電子簽名法》；系統(tǒng)應(yīng)提供完備的智能判別、操作驗證和糾錯功能，能最大程度地減少誤操作；提供多業(yè)務(wù)圈、多種組合的應(yīng)急方案，確保系統(tǒng)7×24h無間斷運行；2.5.2安全性和靈活、可管理相結(jié)合支持角色管理，支持權(quán)限分組，提高安全管理效率；權(quán)限可分級授權(quán)；權(quán)限可委托；具有防誤操作機制，如必輸項驗證，年齡、日期的合理行驗證等；密碼可管理；可對具體某項業(yè)務(wù)、某個部門，甚至某個客戶進(jìn)行操作限定，杜絕安全死角；支持出錯管理：以文件、日志方式自動傳送至管理員或指定目標(biāo)處；三、建設(shè)目標(biāo)3.1業(yè)務(wù)目標(biāo)信息化建設(shè)要按照現(xiàn)代衛(wèi)生管理理念，采用先進(jìn)、成熟信息技術(shù)，通過一年的努力，建立功能完備、標(biāo)準(zhǔn)統(tǒng)一、系統(tǒng)安全的平遙縣衛(wèi)生信息體系，實現(xiàn)信息資源共享共用和業(yè)務(wù)資源的分級利用。主要目標(biāo)為：（1）完善醫(yī)院信息化功能為醫(yī)院提供以電子病歷為基礎(chǔ)的全面的數(shù)字化醫(yī)院解決方案，提升醫(yī)院的信息化水平，為全市信息化的整體提升打好基礎(chǔ)。（2）提高公共衛(wèi)生綜合管理水平通過業(yè)務(wù)分析和綜合展現(xiàn)能力的提高，通過在更大程度上向居民開放服務(wù)，提升居民的參與程度，提高公共衛(wèi)生綜合管理水平。3.2技術(shù)目標(biāo)3.2.1以人為中心的技術(shù)目標(biāo)在系統(tǒng)設(shè)計上，應(yīng)貫徹以人為中心的設(shè)計指導(dǎo)思想。在全區(qū)范圍內(nèi)，以居民及基于居民個人的健康檔案為基礎(chǔ)進(jìn)行業(yè)務(wù)設(shè)計；在醫(yī)療機構(gòu)內(nèi)，以患者及基于患者個人的電子病歷為基礎(chǔ)進(jìn)行系統(tǒng)建模，并將全區(qū)基于健康檔案的設(shè)計，與醫(yī)療機構(gòu)基于電子病歷的設(shè)計有機結(jié)合起來，形成以人為中心的區(qū)域醫(yī)療業(yè)務(wù)設(shè)計。3.2.3云計算架構(gòu)的建立云計算應(yīng)用具有三個基本特征：第一，這些應(yīng)用能夠通過瀏覽器訪問，或者具有開放的API，允許用戶或者瘦客戶端的調(diào)用。云應(yīng)用的理想模式是不論用戶身處何處，不論使用何種終端，只要有互聯(lián)網(wǎng)連接和標(biāo)準(zhǔn)的瀏覽器，便可以不經(jīng)任何配置地訪問屬于自己的應(yīng)用。目前，雖然互聯(lián)網(wǎng)連接速度和Web開發(fā)技術(shù)已經(jīng)使基于瀏覽器的應(yīng)用具有了非常好的用戶體驗，但是距離一些在本地安裝與運行的軟件仍由差距，比如在圖形處理方面。因此，在云計算的初期，應(yīng)用層某些應(yīng)用也可以通過瘦客戶端來訪問。這雖然影響了云應(yīng)用的靈活性，但仍是一種有效的折中方案。第二，用戶在使用云服務(wù)時，不需要進(jìn)行一次性投入，只在使用過程中按照其實際的使用情況發(fā)生成本。首先，用戶在使用云服務(wù)時不需要購買額外的硬件，因為從處理到數(shù)據(jù)存儲都在云上執(zhí)行，用戶端的處理能力不高也可以訪問云上應(yīng)用。其次，雖然從本質(zhì)上講云應(yīng)用也是供用戶使用的軟件，但用戶不需單獨支付成本，只需從注冊一個賬號和用戶開始，即進(jìn)入應(yīng)用。第三，云應(yīng)用要求高度的整合，而且云應(yīng)用之間的整合能力對于云應(yīng)用的成功至關(guān)重要。云應(yīng)用之間的整合能力對于完美的用戶體驗來說是不可或缺的，因為用戶的需求往往是綜合性的。如果用戶所需要的多個功能是由若干個彼此之間無法整合的應(yīng)用程序來是實現(xiàn)的，那么用戶體驗和操作效率都會不佳。由于應(yīng)用都是運行在云中而且彼此相對獨立，因此云應(yīng)用整合較傳統(tǒng)應(yīng)用相對容易實現(xiàn)。鑒于此，我們特意在本方案中提出建立一個云計算平臺上的數(shù)字化醫(yī)院系統(tǒng)，以便實現(xiàn)快速部署快速提供服務(wù)，并達(dá)到快速整合的業(yè)務(wù)目標(biāo)。3.2.4業(yè)務(wù)部署設(shè)計電子病歷系統(tǒng)在臨床上用于實現(xiàn)“從數(shù)據(jù)采集到集成展現(xiàn)，從質(zhì)量控制到差錯控制，從臨床指南到臨床路徑，從數(shù)據(jù)分析到綜合管理等業(yè)務(wù)需求”，一個好的電子病歷產(chǎn)品需要非常好的可用性，在美國，政府已經(jīng)意識到，醫(yī)生是電子病歷的使用主體，“可用性”問題是影響電子病歷系統(tǒng)推廣最主要的問題之一，這需要通過流程優(yōu)化和個性化支持能力來解決。然而，從政府對本項目的主導(dǎo)思想來說，是為了解決其中的普遍性需求，實現(xiàn)“從無到有”的跨越。提供獨立建設(shè)模式，通過一套架設(shè)在醫(yī)院內(nèi)部的軟硬件系統(tǒng)，為醫(yī)院提供內(nèi)部應(yīng)用服務(wù)。這一系統(tǒng)不僅功能強，能夠滿足醫(yī)院的個性化需求，而且還可以按需調(diào)整和增加業(yè)務(wù)功能；四、建設(shè)方案4.1建設(shè)原則4.1.1統(tǒng)一規(guī)劃、分步實施=1\*GB3①整體規(guī)劃能隨著醫(yī)療機構(gòu)業(yè)務(wù)的發(fā)展而進(jìn)行擴展，滿足總體需求；需兼容現(xiàn)行系統(tǒng)的優(yōu)勢項目，了解醫(yī)院的各項需求；整體規(guī)劃、分步實施；=2\*GB3②系統(tǒng)集成所有系統(tǒng)須滿足以系統(tǒng)集成為中心的技術(shù)要求，滿足集成的相關(guān)標(biāo)準(zhǔn)和規(guī)范：國家衛(wèi)生部《電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（征求意見稿）》；國家衛(wèi)生部《健康檔案基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》；HL7V3、DICOM3.0、ICD9/ICD10、IHE等。4.1.2保護(hù)投資，自主選用本項目提供的所有軟件系統(tǒng)，都應(yīng)在遵循標(biāo)準(zhǔn)和完成整體接入的指導(dǎo)思想下，實行自主選用的原則，保證用戶有自主選擇的權(quán)利，保護(hù)用戶原有投資不受損失。4.1.3擴展性和健壯性由于本項目在未來眾多業(yè)務(wù)發(fā)展的內(nèi)容方面存在著不確定性，必須充分考慮業(yè)務(wù)上可能的擴展和創(chuàng)新，以及數(shù)據(jù)的爆炸性增長，系統(tǒng)不斷增長的負(fù)載壓力等。保證了系統(tǒng)擴展性，就意味著保護(hù)了投資，防止了在中短期內(nèi)將系統(tǒng)推倒重建的風(fēng)險。不僅如此，良好的擴展性其重要性還體現(xiàn)在未來對業(yè)務(wù)的調(diào)適性上，可以為新業(yè)務(wù)的推陳出新提供良好的試驗和運行平臺，有助于為我區(qū)醫(yī)改進(jìn)程創(chuàng)造一個寬松的支撐平臺環(huán)境。內(nèi)嵌運行庫，支持編譯中間語言，應(yīng)具有平臺無關(guān)性；系統(tǒng)可裁減和組合，可按醫(yī)院的規(guī)模及要求，將功能模塊進(jìn)行自由組合，每種組合都可以解決醫(yī)療信息管理中某類問題。各部分既可以單獨運行，也可相互配合使用，保證醫(yī)療機構(gòu)管理系統(tǒng)的“整體設(shè)計、分步實施”，減少了政府的投資壓力；系統(tǒng)應(yīng)支持應(yīng)用嵌入；支持?jǐn)?shù)據(jù)的轉(zhuǎn)儲、導(dǎo)入導(dǎo)出；4.1.4穩(wěn)定性、可靠性醫(yī)療衛(wèi)生信息系統(tǒng)事關(guān)生命，必須充分可靠，保證7x24小時穩(wěn)定不間斷運行，保證其穩(wěn)定性、可靠性。=1\*GB3①高可用性系統(tǒng)應(yīng)采用抗病毒、防堵塞機制和流量分配技術(shù)，可用性達(dá)99.99%；系統(tǒng)應(yīng)提供異步處理技術(shù)和自動重鏈技術(shù)，保障系統(tǒng)的高可用性；=2\*GB3②數(shù)據(jù)的可靠性系統(tǒng)中的數(shù)據(jù)在實際產(chǎn)生地錄入，一次錄入，多處共享；提供多種數(shù)據(jù)校驗和質(zhì)控，保證數(shù)據(jù)的完整性；=3\*GB3③應(yīng)急措施提供關(guān)鍵業(yè)務(wù)應(yīng)急方案，保障系統(tǒng)７×２４不間斷運行；應(yīng)急系統(tǒng)能在短時間內(nèi)接管操作，系統(tǒng)恢復(fù)后數(shù)據(jù)自動同步上傳；4.1.5開放性系統(tǒng)建設(shè)應(yīng)體現(xiàn)開放性原則，采用成熟開放的技術(shù)平臺和產(chǎn)品，符合并支持國際標(biāo)準(zhǔn)和國家標(biāo)準(zhǔn)。系統(tǒng)應(yīng)符合國家、衛(wèi)生部及相關(guān)行政機構(gòu)已頒布的政策、規(guī)范和標(biāo)準(zhǔn)，符合業(yè)界的統(tǒng)一標(biāo)準(zhǔn)，系統(tǒng)各部分和各層次具有良好的平臺無關(guān)性、可移植性和兼容性；系統(tǒng)應(yīng)支持城鎮(zhèn)醫(yī)療保險、新農(nóng)村合作醫(yī)療、遠(yuǎn)程會診、銀行卡等功能，預(yù)置各類接口，為后期醫(yī)院系統(tǒng)升級準(zhǔn)備；系統(tǒng)設(shè)計遵循相關(guān)標(biāo)準(zhǔn)，具有良好的開放性和適應(yīng)性：行業(yè)類：ICD10，SNOMED，HL7、IHE、DICOM3，RS232等；技術(shù)類：XML，SOAP，HTTPS等；4.1.6安全性、保密性由于涉及數(shù)據(jù)的重要性，以及個體隱私保護(hù)等問題，系統(tǒng)建設(shè)應(yīng)充分考慮安全性，并嚴(yán)格管理制度，防止出現(xiàn)各類非法訪問、非法截取甚至非法入侵。4.1.7實用性、方便性以簡潔適用，高度智能，和人性化設(shè)計為原則，并通過防錯機制和聯(lián)機幫助為操作人員提供必要的幫助。4.1.8標(biāo)準(zhǔn)性、規(guī)范性系統(tǒng)設(shè)計遵循的標(biāo)準(zhǔn)或協(xié)議：技術(shù)類：XML，SOAP，HTTPS，TCP/IP，IPX，NETBIOS，POSIX；行業(yè)類：HL7、IHE，DICOM3，ICD10，RS232，ASTM系統(tǒng)設(shè)計遵循的規(guī)范：衛(wèi)生部《醫(yī)院信息系統(tǒng)基本功能規(guī)范》2002年版；衛(wèi)生部《(2003-2010年)全國衛(wèi)生信息化發(fā)展規(guī)劃綱要》；《基于XML電子公文格式規(guī)范》；《電子病歷流程設(shè)計方法通用規(guī)范》；《電子病歷元數(shù)據(jù)規(guī)范》，等；4.1.9先進(jìn)性、前瞻性系統(tǒng)設(shè)計應(yīng)充分考慮和兼容今后的流程再造、重組以及數(shù)據(jù)兼容、傳輸，以及信息技術(shù)的跟蹤和攻關(guān)等關(guān)鍵問題，就能打造一個既注重時效，又能健康發(fā)展的醫(yī)療衛(wèi)生信息平臺；4.1.10時效性、快速性=1\*GB3①系統(tǒng)設(shè)計保障數(shù)據(jù)庫設(shè)計應(yīng)采取數(shù)據(jù)分級存儲原則（業(yè)務(wù)數(shù)據(jù)庫、后備數(shù)據(jù)庫、歸檔數(shù)據(jù)庫和決策數(shù)據(jù)庫），解決在線數(shù)據(jù)、近線數(shù)據(jù)和離線數(shù)據(jù)檢索需求沖突，保障領(lǐng)導(dǎo)查詢和決策獨立進(jìn)行，業(yè)務(wù)系統(tǒng)始終快速響應(yīng)；系統(tǒng)應(yīng)支持統(tǒng)一的入口操作，能實現(xiàn)跨庫檢索、查詢和統(tǒng)計；=2\*GB3②專業(yè)技術(shù)系統(tǒng)應(yīng)采用新技術(shù)新方法（如瀏覽器應(yīng)用應(yīng)采用Ajax技術(shù)），盡全力確保用戶對系統(tǒng)操縱的敏捷性：4.1.11精準(zhǔn)性、正確性=1\*GB3①數(shù)據(jù)的精確、完整系統(tǒng)應(yīng)采用獨特的精度位處理模式，在業(yè)務(wù)數(shù)據(jù)，財務(wù)賬本等方面確保數(shù)據(jù)的精確；系統(tǒng)應(yīng)采用（分布式）事務(wù)機制，確保多步事務(wù)、并發(fā)事務(wù)，以及特殊的業(yè)務(wù)規(guī)則下依然能保證數(shù)據(jù)、信息的完整；=2\*GB3②智能決策的正確性所有的決策模型、業(yè)務(wù)消息、自動化和智能程序所產(chǎn)生的數(shù)據(jù)和結(jié)果都必須經(jīng)嚴(yán)格的測試和驗證，確保準(zhǔn)確性；4.1.12易管理、易維護(hù)應(yīng)保證提供各種配置選型，可根據(jù)不同規(guī)模和發(fā)展階段定制系統(tǒng)；系統(tǒng)提供方便、直觀的系統(tǒng)管理工具（覆蓋用戶權(quán)限、密碼，用戶界面、模板、系統(tǒng)配置參數(shù)、接口、日志、黑匣子等各個方面）；基于小粒度部件運行，容易更新和升級；系統(tǒng)提供方便、直觀的維護(hù)工具（包括數(shù)據(jù)字典、工作流引擎、系統(tǒng)日志等）；支持維護(hù)人員遠(yuǎn)程維護(hù)。4.2設(shè)計依據(jù)2009年4月《中共中央國務(wù)院關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見》要求基本醫(yī)療保障制度全面覆蓋城鄉(xiāng)居民，基本藥物制度初步建立，城鄉(xiāng)基層醫(yī)療衛(wèi)生服務(wù)體系進(jìn)一步健全，基本公共衛(wèi)生服務(wù)得到普及，公立醫(yī)院改革試點取得突破，明顯提高基本醫(yī)療衛(wèi)生服務(wù)的可及性，有效減輕居民就醫(yī)費用負(fù)擔(dān)，切實緩解“看病難、看病貴”的問題。該意見同時要求建立實用共享的醫(yī)藥衛(wèi)生信息系統(tǒng)。大力推進(jìn)醫(yī)藥衛(wèi)生信息化建設(shè)，以推進(jìn)公共衛(wèi)生、醫(yī)療、醫(yī)保、藥品、財務(wù)監(jiān)管信息化建設(shè)為著力點，整合資源，加強信息標(biāo)準(zhǔn)化和公共服務(wù)信息平臺建設(shè)，逐步實現(xiàn)統(tǒng)一高效、互聯(lián)互通，加快醫(yī)療衛(wèi)生信息系統(tǒng)建設(shè)。完善以疾病控制網(wǎng)絡(luò)為主體的公共衛(wèi)生信息系統(tǒng)，提高預(yù)測預(yù)警和分析報告能力；以建立居民健康檔案為重點，構(gòu)建鄉(xiāng)村和社區(qū)衛(wèi)生信息網(wǎng)絡(luò)平臺；以醫(yī)院管理和電子病歷為重點，推進(jìn)醫(yī)院信息化建設(shè)；利用網(wǎng)絡(luò)技術(shù)，促進(jìn)城市醫(yī)院與社區(qū)衛(wèi)生服務(wù)機構(gòu)的合作。積極發(fā)展面向農(nóng)村及邊遠(yuǎn)地區(qū)的遠(yuǎn)程醫(yī)療。建立和完善醫(yī)療保障信息系統(tǒng)。加快基金管理、費用結(jié)算與控制、醫(yī)療行為管理與監(jiān)督、參保單位和個人管理服務(wù)等具有復(fù)合功能的醫(yī)療保障信息系統(tǒng)建設(shè)。加強城鎮(zhèn)職工基本醫(yī)療保險、城鎮(zhèn)居民基本醫(yī)療保險、新型農(nóng)村合作醫(yī)療和醫(yī)療救助信息系統(tǒng)建設(shè)，實現(xiàn)與醫(yī)療機構(gòu)信息系統(tǒng)的對接，積極推廣“一卡通”等辦法，方便參保（合）人員就醫(yī)，增加醫(yī)療服務(wù)的透明度。建立和完善國家、省、市三級藥品監(jiān)管、藥品檢驗檢測、藥品不良反應(yīng)檢測信息網(wǎng)絡(luò)。建立基本藥物供求信息系統(tǒng)。2000年9月加拿大由聯(lián)邦政府注資成立了名為Infoway的非盈利性機構(gòu)，領(lǐng)導(dǎo)和負(fù)責(zé)全國范圍內(nèi)電子健康信息、兼容的標(biāo)準(zhǔn)、通信技術(shù)的開發(fā)和實施。2002年開始，Infoway投資12億加元開發(fā)區(qū)域衛(wèi)生信息共享基礎(chǔ)架構(gòu)，推動地方衛(wèi)生信息化，同時加大建設(shè)投入，計劃于2009年為50%的加拿大人口建立電子健康檔案，于2020年覆蓋全國。美國前總統(tǒng)布什在2004年眾議院的年度國情咨文中專門強調(diào)醫(yī)院信息系統(tǒng)建設(shè)，指出將醫(yī)療保健記錄計算機化，可以避免嚴(yán)重的醫(yī)療差錯，降低成本，提高醫(yī)療水平，并要求在10年內(nèi)，確保絕大多數(shù)美國人擁有共享的電子健康記錄。美國政府2004年提出的這一戰(zhàn)略目標(biāo)正面臨嚴(yán)峻的挑戰(zhàn)，為此今年在新任總統(tǒng)奧巴馬的7870億美元復(fù)蘇經(jīng)濟刺激方案中，拿出500億美元用于推進(jìn)醫(yī)療衛(wèi)生信息化發(fā)展。2003年底到2004年，英國政府陸續(xù)與多家跨國衛(wèi)生信息化巨頭簽署了為期10年、總金額逾60億英鎊的合同，擬搭建一個全國性的衛(wèi)生信息網(wǎng)，部署一系列應(yīng)用服務(wù)。通過這一信息網(wǎng)，患者可以選擇并預(yù)定醫(yī)院服務(wù)、獲取自身的電子病歷檔案并辦理出院手續(xù)等；醫(yī)生可以實現(xiàn)包括電子病歷、網(wǎng)上預(yù)約、電子處方、醫(yī)學(xué)影像共享及遠(yuǎn)程醫(yī)療咨詢等。目前，該全國性衛(wèi)生信息網(wǎng)已經(jīng)取得了階段性成就，成為歐洲國家級衛(wèi)生信息化建設(shè)的典型代表。不同醫(yī)療體制和醫(yī)療市場環(huán)境的發(fā)達(dá)國家實踐表明衛(wèi)生信息共享能夠提高醫(yī)療服務(wù)效率、服務(wù)質(zhì)量、醫(yī)療服務(wù)的可及性，降低醫(yī)療成本及降低醫(yī)療風(fēng)險。區(qū)域衛(wèi)生信息化建設(shè)已被公認(rèn)是未來醫(yī)療行業(yè)的發(fā)展方向。相關(guān)依據(jù)還包括：《2006-2020年國家信息化發(fā)展戰(zhàn)略》《國家信息化“九五”規(guī)劃和2010年遠(yuǎn)景規(guī)劃》《國務(wù)院關(guān)于印發(fā)醫(yī)藥衛(wèi)生體制改革近期重點實施方案（2009-2022年）的通知》2009.3衛(wèi)生部《全國衛(wèi)生信息化發(fā)展規(guī)劃綱要（2003-2010年）》衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)指南（試行）》2009.6衛(wèi)生部《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設(shè)技術(shù)解決方案（試行）》2009.12衛(wèi)生部、國家中醫(yī)藥管理局《電子病歷基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》2009.12衛(wèi)生部《電子病歷基本規(guī)范（試行）》2010.3國家中醫(yī)藥管理局《中醫(yī)電子病歷基本規(guī)范（試行）》2010.5衛(wèi)生部《基于電子病歷的醫(yī)院信息系統(tǒng)建設(shè)技術(shù)解決方案》衛(wèi)生部《社區(qū)衛(wèi)生信息基本數(shù)據(jù)集數(shù)據(jù)元代碼集》衛(wèi)生部《社區(qū)衛(wèi)生信息系統(tǒng)功能規(guī)范》衛(wèi)生部《健康檔案基本架構(gòu)與數(shù)據(jù)標(biāo)準(zhǔn)（試行）》2009.6衛(wèi)生部《基于區(qū)域衛(wèi)生信息平臺的婦幼保健信息系統(tǒng)建設(shè)技術(shù)解決方案（征求意見稿）》2010.2衛(wèi)生部《綜合衛(wèi)生管理信息平臺建設(shè)指南》4.3總體建設(shè)任務(wù)與分期建設(shè)內(nèi)容？？？？？？？？？？？4.3.1建設(shè)周期期數(shù)時間主要建設(shè)內(nèi)容第一期12個月1、完成所屬基層醫(yī)療單位的基礎(chǔ)設(shè)施和軟件建設(shè)。2、完成市信息平臺建設(shè)，實現(xiàn)數(shù)據(jù)共享互通，并接入平遙縣健康檔案平臺3、完成60%醫(yī)院電子病歷建設(shè)。4、完善全區(qū)社區(qū)全科服務(wù)平臺建設(shè)，以此為基礎(chǔ)盤活健康檔案，形成綜合性健康服務(wù)平臺。第二期12個月在數(shù)據(jù)完整及共享的基礎(chǔ)上，實現(xiàn)業(yè)務(wù)協(xié)作和公共服務(wù)，并基于全面的基礎(chǔ)數(shù)據(jù)，在數(shù)據(jù)分析的基礎(chǔ)上開展精細(xì)化管理。項目建設(shè)內(nèi)容一覽表建設(shè)期數(shù)建設(shè)內(nèi)容第一期基于電子病歷的市屬和鄉(xiāng)鎮(zhèn)醫(yī)院信息系統(tǒng)（HIS、LIS）基于健康檔案的市衛(wèi)生數(shù)據(jù)中心及數(shù)據(jù)共享交換平臺基于健康檔案和電子病歷的村醫(yī)衛(wèi)生站信息系統(tǒng)公共衛(wèi)生服務(wù)系統(tǒng)（包括：疾控系統(tǒng)，婦保系統(tǒng)，慢病系統(tǒng)，衛(wèi)生監(jiān)督系統(tǒng)）衛(wèi)生統(tǒng)計報表第二期醫(yī)療衛(wèi)生業(yè)務(wù)協(xié)同平臺（含會診、雙向轉(zhuǎn)診、臨床指南等）平遙縣衛(wèi)生云計算平臺基于云服務(wù)平臺的醫(yī)院電子病歷系統(tǒng)基于云服務(wù)平臺的社區(qū)全科服務(wù)平臺雙向轉(zhuǎn)診公共衛(wèi)生信息系統(tǒng)（高血壓等8種慢性病量化分級管理）面向居民和公共衛(wèi)生管理的綜合信息展現(xiàn)查詢?？冃Э己讼到y(tǒng)突發(fā)公共衛(wèi)生事件應(yīng)急指揮處置系統(tǒng)社區(qū)全科服務(wù)的支撐管理系統(tǒng)4.5技術(shù)方案4.5.1應(yīng)用軟件開發(fā)在設(shè)計總體技術(shù)結(jié)構(gòu)時，充分考慮了應(yīng)用軟件現(xiàn)狀、技術(shù)可靠性、可用性、可擴展性等綜合方面的因素，參照三層體系結(jié)構(gòu)的要求和系統(tǒng)建設(shè)的目標(biāo)，定義了用戶面、業(yè)務(wù)面和數(shù)據(jù)面構(gòu)成的系統(tǒng)模型，應(yīng)用軟件平臺技術(shù)方案的基本部署如下圖：系統(tǒng)采用三層結(jié)構(gòu)構(gòu)建：數(shù)據(jù)庫、應(yīng)用服務(wù)（OLTP服務(wù)）、客戶訪問。應(yīng)用服務(wù)以聯(lián)機交易方式響應(yīng)前端請求。（1）應(yīng)用體系采用C/S與B/S混合體系結(jié)構(gòu)。C/S軟件體系結(jié)構(gòu)，是20世紀(jì)90年代成熟起來的技術(shù)，具有強大的數(shù)據(jù)操作和事務(wù)處理能力。B/S軟件體系結(jié)構(gòu)，是隨著Internet技術(shù)的興起，在此體系結(jié)構(gòu)下，用戶界面完全通過WWW瀏覽器實現(xiàn)，一部分事務(wù)邏輯在前端實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實現(xiàn)。B/S體系結(jié)構(gòu)與C/S體系結(jié)構(gòu)比較主要如下：B/S體系結(jié)構(gòu)缺乏對動態(tài)頁面的支持能力，沒有集成有效的數(shù)據(jù)庫處理功能。B/S體系結(jié)構(gòu)的系統(tǒng)擴展能力差，安全性難以控制。采用B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，其應(yīng)用服務(wù)器運行數(shù)據(jù)負(fù)荷較重，在數(shù)據(jù)查詢等響應(yīng)速度上，要遠(yuǎn)遠(yuǎn)地低于C/S體系結(jié)構(gòu)。B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁面為單位，動態(tài)交互性不強，不利于OLTP應(yīng)用。B/S體系結(jié)構(gòu)維護(hù)和升級方式比C/S體系簡單。從上面的對比分析中，我們可以看出，傳統(tǒng)的C/S體系結(jié)構(gòu)并非一無是處，而新興的B/S體系結(jié)構(gòu)也并非十全十美。系統(tǒng)把B/S和C/S這兩種軟件體系結(jié)構(gòu)進(jìn)行了有機的結(jié)合，揚長避短，有效地發(fā)揮各自的優(yōu)勢。因此，C/S兩層體系和B/S三層體系混合模式，小型醫(yī)療機構(gòu)內(nèi)部系統(tǒng)采用兩層C/S模式；較大行內(nèi)部業(yè)務(wù)應(yīng)用系統(tǒng)采用J2EE多層結(jié)構(gòu)；數(shù)據(jù)中心和醫(yī)療機構(gòu)互聯(lián)采用中間件和共享數(shù)據(jù)庫模式（即三層模式）交換；信息發(fā)布、辦公系統(tǒng)采用B/S結(jié)構(gòu)體系。（2）多種技術(shù)體系并存客觀條件決定必然有多個技術(shù)體系并存，這一多技術(shù)體系并存的設(shè)計最能體現(xiàn)專業(yè)優(yōu)勢的軟件系統(tǒng)必然存在獨特的技術(shù)架構(gòu)，也有利于未來的可擴展性。由于是構(gòu)建在集成平臺上的SOA架構(gòu)，核心業(yè)務(wù)系統(tǒng)將以組件為應(yīng)用單元，以數(shù)據(jù)交換為接口標(biāo)準(zhǔn)，以集成方式構(gòu)建一體化應(yīng)用平臺?；赬ML，HL7，DICOM3.0標(biāo)準(zhǔn)；元應(yīng)用、元數(shù)據(jù)的定義；異體應(yīng)用系統(tǒng)或程序之間松散耦合；采用組件、中間件技術(shù)實現(xiàn)集成平臺；數(shù)據(jù)以基于組件的“管道”方式進(jìn)行調(diào)用。4.5.2信息資源建設(shè)信息資源數(shù)據(jù)設(shè)計在本期的項目建設(shè)中，主要通過建設(shè)衛(wèi)生數(shù)據(jù)中心來保障衛(wèi)生系統(tǒng)數(shù)據(jù)的采集，存儲和共享。數(shù)據(jù)中心提供包括數(shù)據(jù)交換和數(shù)據(jù)共享在內(nèi)的各種數(shù)據(jù)服務(wù)，并負(fù)責(zé)制訂相應(yīng)的數(shù)據(jù)標(biāo)準(zhǔn)和管理制度，提供統(tǒng)一的交換與共享數(shù)據(jù)標(biāo)準(zhǔn)，通過數(shù)據(jù)中心提供的數(shù)據(jù)服務(wù)，實現(xiàn)數(shù)據(jù)交換和共享。并且通過數(shù)據(jù)交換與共享不僅有助于各部門之間的業(yè)務(wù)協(xié)同和保持共享數(shù)據(jù)的一致性，而且有助于衛(wèi)生行政部門加強對醫(yī)療衛(wèi)生業(yè)務(wù)的監(jiān)督管理。.1數(shù)據(jù)交換技術(shù)方案.1.1企業(yè)服務(wù)總線數(shù)據(jù)交換服務(wù)總線ESB是整個區(qū)域衛(wèi)生信息平臺的技術(shù)核心，ESB通常采用面向服務(wù)的體系結(jié)構(gòu)。該服務(wù)保證在一個異構(gòu)的環(huán)境中實現(xiàn)信息穩(wěn)定、可靠的傳輸，屏蔽掉用戶實際中的硬件層、操作系統(tǒng)層、網(wǎng)絡(luò)層等相對復(fù)雜、煩瑣的界面，為用戶提供一個統(tǒng)一、標(biāo)準(zhǔn)的信息通道，保證用戶的邏輯應(yīng)用和這些底層平臺沒有任何關(guān)系，最大限度地提高用戶應(yīng)用的可移植性、可擴充性和可靠性。提供一個基于應(yīng)用總線的先進(jìn)應(yīng)用整合理念，最大限度地減少應(yīng)用系統(tǒng)互聯(lián)所面臨的復(fù)雜性。系統(tǒng)的實現(xiàn)維護(hù)都相對簡單，保證每一個應(yīng)用系統(tǒng)的更新和修改都能夠?qū)崟r地實現(xiàn)；同時當(dāng)新的應(yīng)用系統(tǒng)出現(xiàn)時能夠簡便的納入到整個IT環(huán)境當(dāng)中，與其它的應(yīng)用系統(tǒng)相互協(xié)作，共同為用戶提供服務(wù)。面向服務(wù)的體系結(jié)構(gòu)（SOA）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。這種具有中立的接口定義（沒有強制綁定到特定的實現(xiàn)上）的特征稱為服務(wù)之間的松耦合。松耦合系統(tǒng)的好處有兩點，一點是它的靈活性，另一點是，當(dāng)組成整個應(yīng)用程序的每個服務(wù)的內(nèi)部結(jié)構(gòu)和實現(xiàn)逐漸地發(fā)生改變時，它能夠繼續(xù)存在。而另一方面，緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的，因而當(dāng)需要對部分或整個應(yīng)用程序進(jìn)行某種形式的更改時，它們就顯得非常脆弱。對松耦合系統(tǒng)的需要來源于業(yè)務(wù)應(yīng)用程序需要，根據(jù)業(yè)務(wù)的需要變得更加靈活，以適應(yīng)不斷變化的環(huán)境，比如經(jīng)常改變的政策、業(yè)務(wù)級別、業(yè)務(wù)重點、合作伙伴關(guān)系、行業(yè)地位以及其他與業(yè)務(wù)有關(guān)的因素，這些因素甚至?xí)绊憳I(yè)務(wù)的性質(zhì)。我們稱能夠靈活地適應(yīng)環(huán)境變化的業(yè)務(wù)為按需業(yè)務(wù)，在按需業(yè)務(wù)中，一旦需要，就可以對完成或執(zhí)行任務(wù)的方式進(jìn)行必要的更改。雖然面向服務(wù)的體系結(jié)構(gòu)不是一個新鮮事物，但它卻是更傳統(tǒng)的面向?qū)ο蟮哪Ｐ偷奶娲Ｐ?，面向?qū)ο蟮哪Ｐ褪蔷o耦合的，已經(jīng)存在二十多年了。雖然基于SOA的系統(tǒng)并不排除使用面向?qū)ο蟮脑O(shè)計來構(gòu)建單個服務(wù)，但是其整體設(shè)計卻是面向服務(wù)的。由于它考慮到了系統(tǒng)內(nèi)的對象，所以雖然SOA是基于對象的，但是作為一個整體，它卻不是面向?qū)ο蟮摹２煌幵谟诮涌诒旧?。SOA系統(tǒng)原型的一個典型例子是通用對象請求代理體系結(jié)構(gòu)，它已經(jīng)出現(xiàn)很長時間了，其定義的概念與SOA相似。然而，現(xiàn)在的SOA已經(jīng)有所不同了，因為它依賴于一些更新的進(jìn)展，這些進(jìn)展是以可擴展標(biāo)記語言（eXML）為基礎(chǔ)的。Web服務(wù)并不是實現(xiàn)SOA的唯一方式。但是為了建立體系結(jié)構(gòu)模型，所需要的并不只是服務(wù)描述。您需要定義整個應(yīng)用程序如何在服務(wù)之間執(zhí)行其工作流。尤其需要找到業(yè)務(wù)的操作和業(yè)務(wù)中所使用的軟件的操作之間的轉(zhuǎn)換點。因此，SOA應(yīng)該能夠?qū)I(yè)務(wù)的商業(yè)流程與它們的技術(shù)流程聯(lián)系起來，并且映射這兩者之間的關(guān)系。例如，給供應(yīng)商付款的操作是商業(yè)流程，而更新零件數(shù)據(jù)庫，以包括進(jìn)新供應(yīng)的貨物卻是技術(shù)流程。因而，工作流在SOA的設(shè)計中扮演重要的角色。此外，動態(tài)業(yè)務(wù)工作流不僅包括部門之間的操作，甚至還可以包括與外部合作伙伴進(jìn)行的操作。因此，為了提高效率，需要定義應(yīng)該如何獲取服務(wù)之間的關(guān)系的策略，這種策略常常采用服務(wù)協(xié)定和操作策略等形式。所有這些都必須處于一個信任和可靠的環(huán)境之中，以同預(yù)期的一樣根據(jù)約定的條款來執(zhí)行流程。因此，安全、信任和可靠的消息傳遞應(yīng)該在任何SOA中都起著重要的作用。消息交換技術(shù)最好具備如下特性：（1）基于消息中間件技術(shù)，業(yè)務(wù)中心基于JAVA技術(shù)，J2EE標(biāo)準(zhǔn)。（2）操作系統(tǒng)平臺、數(shù)據(jù)庫系統(tǒng)無關(guān)性，ESB應(yīng)完全按跨平臺技術(shù)設(shè)計和實現(xiàn)，兼容目前所有常規(guī)操作系統(tǒng)和流行的數(shù)據(jù)庫系統(tǒng)。（3）基于消息內(nèi)容路由功能，集成工作流服務(wù)。（4）消息交換符合XML標(biāo)準(zhǔn)，為專為國內(nèi)衛(wèi)生行業(yè)定制的總線消息協(xié)議，可通過協(xié)議轉(zhuǎn)換器與HL7等多種國際標(biāo)準(zhǔn)協(xié)議兼容。（5）基于衛(wèi)生行業(yè)各系統(tǒng)發(fā)展不平衡的現(xiàn)狀。整體EAI設(shè)計模式符合SOA(面向服務(wù)系統(tǒng)架構(gòu))?，F(xiàn)有的體系結(jié)構(gòu)模型和實踐往往是以程序為中心的。應(yīng)用程序是以某個單一的醫(yī)療行業(yè)業(yè)務(wù)需要為出發(fā)點。通常，流程信息在組件之間傳播。應(yīng)用程序很像一個黑匣子，沒有粒度可用于外部。重用需要復(fù)制代碼、合并共享庫或繼承對象。在以流程為中心的體系結(jié)構(gòu)中，應(yīng)用程序是為過程開發(fā)的。流程可以分解成一系列的步驟，每一個步驟表示一個業(yè)務(wù)服務(wù)。實際上，每個過程服務(wù)或組件功能都相當(dāng)于一個子應(yīng)用程序。將這些子應(yīng)用程序鏈接在一起可以創(chuàng)建能夠滿足業(yè)務(wù)需求的流程流。這種粒度允許利用和重用整個組織中的子應(yīng)用程序。（1）服務(wù)請求方在ESB構(gòu)架中，服務(wù)請求方為發(fā)起請求的應(yīng)用系統(tǒng)，通過ESB提供的源適配器，將請求消息發(fā)送到入點的前置服務(wù)器的發(fā)送隊列。源適配器為發(fā)送方應(yīng)用系統(tǒng)與ESB數(shù)據(jù)中間交換總線的橋梁，適應(yīng)目前醫(yī)療行業(yè)業(yè)務(wù)系統(tǒng)所采用的系統(tǒng)平臺和開發(fā)語言有較大差異，各種平臺上都有對應(yīng)的源適配器，支持C,COM,JAVA等不同開發(fā)環(huán)境。（2）消息中間件消息隊列為構(gòu)造以同步或異步方式實現(xiàn)的分布式應(yīng)用提供了松耦合方法。消息隊列的API調(diào)用被嵌入到新的或現(xiàn)存的應(yīng)用中，通過消息發(fā)送到內(nèi)存或基于磁盤的隊列或從它讀出而提供信息交換。消息隊列可用在應(yīng)用中以執(zhí)行多種功能，比如要求服務(wù)、交換信息或異步處理等。在MQ中，隊列分為很多種類型，其中包括：本地隊列、遠(yuǎn)程隊列、模板隊列、動態(tài)隊列、別名隊列等。本地隊列又分為普通本地隊列和傳輸隊列，普通本地隊列是應(yīng)用程序通過API對其進(jìn)行讀寫操作的隊列；傳輸隊列可以理解為存儲-轉(zhuǎn)發(fā)隊列，比如：我們將某個消息交給MQ系統(tǒng)發(fā)送到遠(yuǎn)程主機，而此時網(wǎng)絡(luò)發(fā)生故障，MQ將把消息放在傳輸隊列中暫存，當(dāng)網(wǎng)絡(luò)恢復(fù)時，再發(fā)往遠(yuǎn)端目的地。遠(yuǎn)程隊列是目的隊列在本地的定義，它類似一個地址指針，指向遠(yuǎn)程主機上的某個目的隊列，它僅僅是個定義，不真正占用磁盤存儲空間。根據(jù)應(yīng)用邏輯劃分，ESB主要劃分成發(fā)送和接收兩種隊列：發(fā)送隊列和接收隊列。（3）服務(wù)提供方SOA設(shè)計中，將應(yīng)用系統(tǒng)對外提供的實現(xiàn)了特定的、可標(biāo)識的一組（業(yè)務(wù)）功能稱為服務(wù)。除了業(yè)務(wù)功能，ESB內(nèi)配置的服務(wù)還實現(xiàn)中心管理接口，以及參與環(huán)境的邊界配置、操作和監(jiān)視。.1.2數(shù)據(jù)接口方式為了實現(xiàn)各醫(yī)療衛(wèi)生業(yè)務(wù)數(shù)據(jù)能夠與區(qū)域衛(wèi)生信息平臺實現(xiàn)聯(lián)動，需要在醫(yī)療衛(wèi)生機構(gòu)部署數(shù)據(jù)交換前置服務(wù)部件：以數(shù)據(jù)交換適配器的方式實現(xiàn)各分區(qū)醫(yī)療衛(wèi)生信息系統(tǒng)（HIS、LIS、PACS、社區(qū)衛(wèi)生系統(tǒng)等）的集成接入，按照SOA的設(shè)計理念，被集成系統(tǒng)需要與數(shù)據(jù)交換平臺交互的功能組件、數(shù)據(jù)組件將被封裝成“服務(wù)”，屏蔽被集成系統(tǒng)所采用的具體技術(shù)及其實現(xiàn)方式，以標(biāo)準(zhǔn)的接口方式與數(shù)據(jù)交換平臺銜接。同時根據(jù)需要部署前置數(shù)據(jù)庫，進(jìn)行交換數(shù)據(jù)的前置緩存。各個應(yīng)用系統(tǒng)通過與服務(wù)總線ESB實現(xiàn)消息交互。通過在業(yè)務(wù)系統(tǒng)端安裝相應(yīng)的軟件適配器，實現(xiàn)與消息交換中心的信息交互。適配器由軟件模塊、軟件配置文件、應(yīng)用編程接口等組成。在消息總線系統(tǒng)的整體設(shè)計架構(gòu)中，各個具體的業(yè)務(wù)系統(tǒng)通過Adapter連接到消息消息交換平臺收發(fā)業(yè)務(wù)數(shù)據(jù)。適配器起著耦合消息交換平臺與具體業(yè)務(wù)系統(tǒng)的作用。在我們的方案中有三種適配器：標(biāo)準(zhǔn)適配器、專用適配器和商用適配器。標(biāo)準(zhǔn)適配器是由標(biāo)準(zhǔn)的AdapterKernel和API組成。AdapterKernel實現(xiàn)和消息交換中心的消息交互和對消息的實時監(jiān)控，并提供將消息分發(fā)到應(yīng)用系統(tǒng)的功能。API是為應(yīng)用系統(tǒng)提供的一套標(biāo)準(zhǔn)的接口，具有足夠的擴展性，可以靈活地嵌入到業(yè)務(wù)流程中，同時將與業(yè)務(wù)無關(guān)的通訊配置定義與業(yè)務(wù)代碼隔離。具體地，Adapter實現(xiàn)以下的功能：（1）實現(xiàn)消息的安全、可靠傳遞；（2）實現(xiàn)消息的透明傳遞，Adapter的實施者不必關(guān)注傳遞技術(shù)細(xì)節(jié)；（3）接口通用化，降低因開發(fā)架構(gòu)不同導(dǎo)致的業(yè)務(wù)應(yīng)用側(cè)編程復(fù)雜性；（4）實現(xiàn)具有共同性的消息封裝、變換、接收功能。例如，加解密/校驗/字符集變換及HCN-XML標(biāo)準(zhǔn)協(xié)議；（5）簡單的遠(yuǎn)程安裝配置方法，適配器的函數(shù)調(diào)用庫可以平滑升級而不影響業(yè)務(wù)應(yīng)用；（6）可以與消息交換平臺交互管理信息，實現(xiàn)流量控制、報文蓄積、本地日志等功能。有關(guān)適配器組件的有關(guān)功能說明如下：（1）總線連接器功能概述：連接MQ隊列管理器和隊列，發(fā)送和接收消息。在其內(nèi)部封裝了MQ提供的連接、收發(fā)消息等接口。它與其他組件/子模塊通過內(nèi)部調(diào)用機制傳遞控制信息，和消息處理器通過內(nèi)部接口傳遞處理好的消息?？偩€連接器不對消息內(nèi)容做任何處理。（2）日志管理器功能概述：記錄運行日志和錯誤日志，提供不同內(nèi)部函數(shù)對應(yīng)不同日志記錄要求。（3）配置管理器功能概述：讀取配置文件和業(yè)務(wù)對象定義以供初始化使用；生成對應(yīng)消息控制數(shù)據(jù)（如消息路由、應(yīng)用程序標(biāo)志、消息類型）。（4）異常處理器功能概述：負(fù)責(zé)異常處理。根據(jù)異常定義，提供異常處理函數(shù)；標(biāo)準(zhǔn)化異常處理流程；和日志管理器配合記錄錯誤日志。（5）消息處理器功能概述：負(fù)責(zé)消息的轉(zhuǎn)換、封裝、提取。主要功能如下：總線消息的封裝、提取。提供出口函數(shù)接口以實現(xiàn)業(yè)務(wù)對象與集成消息之間的轉(zhuǎn)換。（6）專用適配器管理器功能概述：目標(biāo)端的主控程序，負(fù)責(zé)協(xié)調(diào)各個模塊之間的運行關(guān)系。啟動之后，主控程序通過配置管理器提供的信息啟動一個或多個工作進(jìn)程管理器。（7）消息分發(fā)控制器功能概述：消息分發(fā)服務(wù)器的主控程序，負(fù)責(zé)協(xié)調(diào)消息分發(fā)服務(wù)器各個模塊之間的運行關(guān)系。（8）工作進(jìn)程管理器功能概述：負(fù)責(zé)啟動和控制工作進(jìn)程。主控程序根據(jù)配置信息啟動工作進(jìn)程管理器，每個工作進(jìn)程管理器對應(yīng)一個MQ本地隊列（消息分發(fā)服務(wù)器將單一接收隊列中的消息根據(jù)不同的應(yīng)用發(fā)送到指定的隊列）。工作進(jìn)程管理器可以根據(jù)配置啟動一個或多個工作進(jìn)程從而提高消息傳遞的效率。（9）工作進(jìn)程功能概述：完成一系列的消息處理工作。主要工作任務(wù)是：從配置管理器中獲取信息（如MQ連接配置，該應(yīng)用類型，消息控制信息等）。實例化消息處理器，封裝和轉(zhuǎn)換消息。實例化日志管理器，實時記錄各種日志。實例化異常管理器，在運行時實時捕捉異常并處理異常。實例化消息總線連接器，用于與消息交換中心交互消息。實例化外殼，與應(yīng)用系統(tǒng)交互消息。根據(jù)工作進(jìn)程管理器的指令，實現(xiàn)對有關(guān)資源的控制。（10）消息分發(fā)器功能概述：負(fù)責(zé)將接收到的消息分發(fā)到本地隊列。消息分發(fā)器負(fù)責(zé)將該接收隊列的消息根據(jù)消息體里的應(yīng)用標(biāo)志分發(fā)到各個指定的本地隊列中。（11）接口功能概述：提供連接應(yīng)用系統(tǒng)的接口，不同的應(yīng)用系統(tǒng)對應(yīng)不同的外部接口。（12）標(biāo)準(zhǔn)接口功能概述：提供連接應(yīng)用系統(tǒng)的標(biāo)準(zhǔn)接口。（13）文件接口功能概述：提供文件傳輸接口。業(yè)務(wù)數(shù)據(jù)交換標(biāo)準(zhǔn)和規(guī)范標(biāo)準(zhǔn)化是衛(wèi)生信息化建設(shè)中的重要基礎(chǔ)，平遙縣衛(wèi)生信息化標(biāo)準(zhǔn)體系是衛(wèi)生信息化建設(shè)的重要內(nèi)容，之前由于缺乏統(tǒng)一的標(biāo)準(zhǔn)，各單位各自為政，信息系統(tǒng)盲目建設(shè)、重復(fù)投資，使信息資源的開發(fā)處于一種無序狀態(tài)，缺乏統(tǒng)一的信息資源管理基礎(chǔ)標(biāo)準(zhǔn)，無法整合已積累的信息資源，“信息孤島”大量存在，為規(guī)范平遙縣衛(wèi)生信息系統(tǒng)建設(shè)，明確要求所有醫(yī)療衛(wèi)生單位信息系統(tǒng)必須符合國家和省的有關(guān)法律、法規(guī)和政策，包括醫(yī)院管理系統(tǒng)的設(shè)計要求和標(biāo)準(zhǔn)、醫(yī)保政策及相關(guān)數(shù)據(jù)接口標(biāo)準(zhǔn)。對各醫(yī)療衛(wèi)生信息系統(tǒng)進(jìn)行測評，通過測評的方可進(jìn)行推廣應(yīng)用。建立衛(wèi)生數(shù)據(jù)共享和交換技術(shù)標(biāo)準(zhǔn)和相關(guān)管理規(guī)范，實現(xiàn)各醫(yī)療衛(wèi)生部門業(yè)務(wù)應(yīng)用系統(tǒng)的規(guī)范建設(shè)和業(yè)務(wù)協(xié)同。本次項目以健康檔案為中心，重點完成對與人相關(guān)的健康信息化相關(guān)標(biāo)準(zhǔn)與規(guī)范進(jìn)行制定。數(shù)據(jù)交換中心是衛(wèi)生信息化龐大系統(tǒng)工程核心部分，如何有效地開發(fā)和利用健康信息資源，保障信息化基礎(chǔ)設(shè)施建設(shè)的優(yōu)質(zhì)高效和信息網(wǎng)絡(luò)的無縫聯(lián)接，確保醫(yī)療各系統(tǒng)之間的互連互通，確保信息的完整性、準(zhǔn)確性和時效性，實現(xiàn)信息在網(wǎng)上的暢通無阻，確保系統(tǒng)的安全與可靠，為公眾提供方便、快捷的服務(wù)，需要為衛(wèi)生數(shù)據(jù)中心建立一套科學(xué)的、先進(jìn)的、合理的標(biāo)準(zhǔn)體系。因此標(biāo)準(zhǔn)化的建設(shè)和推廣以及異構(gòu)業(yè)務(wù)系統(tǒng)的集成和整合將是本系統(tǒng)建設(shè)的難點和重點。標(biāo)準(zhǔn)體系要按照國家、行業(yè)和地方標(biāo)準(zhǔn)化方針和政策，運用標(biāo)準(zhǔn)化原理，根據(jù)平遙縣衛(wèi)生信息化總體規(guī)劃對標(biāo)準(zhǔn)化的總需求，確定所需的標(biāo)準(zhǔn)類目，摸清每類標(biāo)準(zhǔn)的具體內(nèi)容，明確其所對應(yīng)的國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、地方標(biāo)準(zhǔn)、國際標(biāo)準(zhǔn)等的現(xiàn)狀和發(fā)展趨勢，規(guī)劃尚缺標(biāo)準(zhǔn)的發(fā)展藍(lán)圖，并對所需標(biāo)準(zhǔn)進(jìn)行科學(xué)篩選、分類和組合，使之形成一個層次清晰、結(jié)構(gòu)合理、體系明確、標(biāo)準(zhǔn)齊全的完整的衛(wèi)生數(shù)據(jù)中心標(biāo)準(zhǔn)體系。本項目將基層衛(wèi)生針對以下內(nèi)容進(jìn)行設(shè)計：（1）數(shù)據(jù)元標(biāo)準(zhǔn)：主要包括本系統(tǒng)業(yè)務(wù)中涉及到的基本數(shù)據(jù)元、復(fù)合數(shù)據(jù)元、指標(biāo)體系（重要的統(tǒng)計指標(biāo)項）等標(biāo)準(zhǔn)。（2）信息分類編碼標(biāo)準(zhǔn)：主要包括信息分類編碼原則與方法、本系統(tǒng)用代碼集和相關(guān)的其他代碼標(biāo)準(zhǔn)。（3）數(shù)據(jù)庫標(biāo)準(zhǔn)：數(shù)據(jù)庫選型指南，數(shù)據(jù)庫設(shè)計指南等標(biāo)準(zhǔn)與規(guī)范。（4）數(shù)據(jù)描述技術(shù)標(biāo)準(zhǔn)：引用有關(guān)的國家標(biāo)準(zhǔn)和國際標(biāo)準(zhǔn)。（5）數(shù)據(jù)交換結(jié)構(gòu)標(biāo)準(zhǔn)：主要包括數(shù)據(jù)文件結(jié)構(gòu)、電子單證格式（報文）、及其有關(guān)的命名規(guī)則、語法規(guī)則等方面的標(biāo)準(zhǔn)與規(guī)范。（6）數(shù)據(jù)共享標(biāo)準(zhǔn)：主要包括共享數(shù)據(jù)的共享方式、權(quán)限控制機制和數(shù)據(jù)同步等方面的標(biāo)準(zhǔn)與規(guī)范數(shù)據(jù)存儲結(jié)構(gòu)根據(jù)對健康檔案信息架構(gòu)的分析及對開放式電子健康擋案的定義，我們將健康檔案的設(shè)計模型歸納為個人主索引、健康檔案索引、健康檔案數(shù)據(jù)三個層次，健康檔案索引好比信息架構(gòu)模型中的文件夾，能夠用來構(gòu)建多維的健康檔案模型，健康檔案數(shù)據(jù)好比信息架構(gòu)模型中的文件，每個文件都是由眾多的各種條目和數(shù)據(jù)元構(gòu)成的，這些組成關(guān)系均可通過XML進(jìn)行定義成不同版本的標(biāo)準(zhǔn)模板。為了保證對健康檔案的快速檢索和定位，還保存定義健康檔案的摘要信息和地址信息(即文件定位器)，整個健康檔案的計算機技術(shù)結(jié)構(gòu)如下圖所示：存儲技術(shù)結(jié)構(gòu)圖區(qū)域衛(wèi)生信息平臺的數(shù)據(jù)中心還應(yīng)用該存儲各種標(biāo)準(zhǔn)數(shù)據(jù)和注冊數(shù)據(jù)，以滿足平臺運行的需要。同時為了區(qū)域衛(wèi)生管理需要還需要建立各種數(shù)據(jù)倉庫。因此根據(jù)以上分析，整個基于健康檔案的區(qū)域衛(wèi)生信息平臺數(shù)據(jù)中心應(yīng)該包括的數(shù)據(jù)內(nèi)容及相應(yīng)的存儲模式如下表：數(shù)據(jù)類型存儲模式MPI關(guān)系數(shù)據(jù)庫TableEHR索引關(guān)系數(shù)據(jù)庫Table健康檔案摘要關(guān)系數(shù)據(jù)庫Table健康檔案地址XML健康檔案實體XML,文件,文檔(包括XML,HTML,DICOM,PDF,DOC,…….)標(biāo)準(zhǔn)數(shù)據(jù)關(guān)系數(shù)據(jù)庫Table，XML注冊數(shù)據(jù)關(guān)系數(shù)據(jù)庫Table數(shù)據(jù)倉庫關(guān)系數(shù)據(jù)庫標(biāo)準(zhǔn)數(shù)據(jù)標(biāo)準(zhǔn)數(shù)據(jù)是區(qū)域衛(wèi)生信息平臺運行的數(shù)據(jù)基礎(chǔ)。標(biāo)準(zhǔn)數(shù)據(jù)包括區(qū)域衛(wèi)生業(yè)務(wù)數(shù)據(jù)的所有數(shù)據(jù)標(biāo)準(zhǔn)規(guī)范，通過這個庫和數(shù)據(jù)校驗機制對數(shù)據(jù)中心的數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化保障，主要的數(shù)據(jù)標(biāo)準(zhǔn)包括整個定義電子健康檔案的數(shù)據(jù)集和數(shù)據(jù)元（具體可參考衛(wèi)生部發(fā)布的中國健康檔案數(shù)據(jù)標(biāo)準(zhǔn)），還有各種代碼標(biāo)準(zhǔn)。由于數(shù)據(jù)標(biāo)準(zhǔn)存在著時效性，因此針對有時效性的數(shù)據(jù)進(jìn)行版本控制，不同的版本有各自的生命周期，不同生命周期中的業(yè)務(wù)數(shù)據(jù)對應(yīng)不同版本的數(shù)據(jù)。注冊數(shù)據(jù)1、個人注冊數(shù)據(jù)個人注冊數(shù)據(jù)即個人主索引MPI(MaskPatientIndex)，是指在特定域范圍內(nèi)，用以標(biāo)識該域內(nèi)每個病人實例并保持其唯一性的編碼。病人唯一標(biāo)識是指用于臨床實際業(yè)務(wù)并且能夠輔助進(jìn)行病人信息唯一性識別，在該域或跨域各涉眾均可見的病人唯一編碼。病人主索引服務(wù)是指為保持在多域或跨域中用以標(biāo)識病人實例所涉及的所有域中病人實例的唯一性，所提供的一種跨域的系統(tǒng)服務(wù)。各地可采用社?？ǎㄊ忻窨ǎ┘友a充的健康卡來進(jìn)行唯一標(biāo)識的加載與識別。2、醫(yī)師注冊數(shù)據(jù)醫(yī)師注冊數(shù)據(jù)包括區(qū)域內(nèi)需要訪問區(qū)域衛(wèi)生信息平臺醫(yī)生資料。包括醫(yī)生的基本信息，醫(yī)師等級，業(yè)務(wù)權(quán)限，數(shù)字證書等內(nèi)容。3、機構(gòu)注冊數(shù)據(jù)機構(gòu)注冊數(shù)據(jù)包括區(qū)域內(nèi)連接到區(qū)域衛(wèi)生信息平臺的全部醫(yī)療衛(wèi)生機構(gòu)資料。包括機構(gòu)的基本信息，機構(gòu)等級，業(yè)務(wù)權(quán)限，數(shù)字證書等內(nèi)容。4、醫(yī)學(xué)術(shù)語注冊數(shù)據(jù)醫(yī)學(xué)術(shù)語注冊數(shù)據(jù)主要是各種定義健康檔案需要的各種標(biāo)準(zhǔn)的統(tǒng)一的醫(yī)學(xué)術(shù)語，其是健康檔案某數(shù)據(jù)元的元數(shù)據(jù)。健康檔案索引健康檔案索引服務(wù)是健康檔案快速定位目錄，通過健康檔案索引，能夠迅速定位相關(guān)的健康信息所在的存儲位置，方便ELs能夠迅速讀取其健康信息。健康檔案索引的編目方式主要以時間為維度縱向展開，主要的索引方式為時間和唯一編號，它和健康檔案摘要服務(wù)共同構(gòu)成健康檔案的主要查詢體系。健康檔案索引的方式是多樣的，它獨立于健康檔案存儲存在，在數(shù)據(jù)進(jìn)入健康檔案存儲時即根據(jù)制定的一定規(guī)則去生成相關(guān)的索引。同樣的一個數(shù)據(jù)可能具備多種索引，比如診斷索引，藥品索引，健康事件索引等。其不同的索引目的是針對不同的查詢能夠迅速去定位相關(guān)信息，被索引的字段一般為已經(jīng)能夠被確定結(jié)構(gòu)化的信息，如診斷編碼、藥品編碼、健康事件號、健康事件類型等。索引本身僅僅是原數(shù)據(jù)的關(guān)鍵信息抽取，不作為統(tǒng)計分析使用。也不會因為版本的升級而變化，即使系統(tǒng)建立后仍然可以添加索引，索引系統(tǒng)可以基于健康檔案實體動態(tài)的增減。健康檔案索引目前分為健康事件索引集、健康業(yè)務(wù)索引集。健康事件索引集：健康事件索引集主要根據(jù)健康事件類型、所處生命周期、發(fā)生時間進(jìn)行索引，通過對健康事件的分類跟蹤，追蹤生命周期中關(guān)鍵健康信息。理論上所有的上傳個人信息記錄都將在此索引中都將有其記錄索引，此索引本身以時間方式組織，和具體的業(yè)務(wù)流程和關(guān)聯(lián)無關(guān),生命周期階段：新生兒期、嬰兒期、幼兒期、學(xué)齡前期、學(xué)齡期、青春期、青年期、中年期、老年期。健康業(yè)務(wù)索引集：根據(jù)不同的業(yè)務(wù)類型對健康事件進(jìn)行組合形成索引表，其組織形式和具體發(fā)生的業(yè)務(wù)相關(guān)。業(yè)務(wù)索引為擴展索引，可以根據(jù)業(yè)務(wù)的變化和擴大而發(fā)生相應(yīng)變化。業(yè)務(wù)索引和健康事件并不是一一對應(yīng)的，統(tǒng)一健康事情可能被多個索引同時引用，也不是所有的健康事件都一定要歸到某一業(yè)務(wù)索引上，比如某次檢查無法和門診或住院掛鉤，則此檢查就在檢查索引中存在即可，并不需要強制掛到某個醫(yī)療過程中。健康檔案摘要健康檔案摘要服務(wù)是針對健康檔案的一個概括性快照，它從健康檔案信息中抽取關(guān)鍵性指標(biāo)，生成一個能夠描述個人當(dāng)前健康狀況以及主要健康事件的信息文本，他包含一定的關(guān)鍵域，客戶端能夠通過這些關(guān)鍵域同健康檔案索引服務(wù)關(guān)聯(lián)起來，去定位當(dāng)前個人健康狀況中的關(guān)鍵性問題。健康檔案摘要服務(wù)提供查找以及生成兩個功能，健康檔案摘要的存儲是獨立健康檔案存儲的獨立系統(tǒng)，客戶系統(tǒng)中默認(rèn)情況，將首先調(diào)用該服務(wù)去了解個人健康概況，然后再去進(jìn)一步深入調(diào)閱其他信息。健康檔案地址在一個區(qū)域醫(yī)療信息網(wǎng)絡(luò)中，并非所有的信息都被集中存放在健康檔案數(shù)據(jù)中心中，這些信息可能分布在區(qū)域中的一些醫(yī)療機構(gòu)中，也可能分布在另外一個區(qū)域醫(yī)療信息中。為了解決上述情況的健康信息調(diào)運，健康檔案地址服務(wù)提供每條醫(yī)療信息記錄的真實存放地址，在數(shù)據(jù)讀取過程中，讀取服務(wù)會通過健康檔案地址服務(wù)查詢到真實存放地址，地址信息包括：存放服務(wù)器地址，存放服務(wù)名等信息。這些存放服務(wù)器都需要實現(xiàn)統(tǒng)一的基于WebServices的數(shù)據(jù)存儲服務(wù)，同時使用非顯性認(rèn)證機制來解決安全問題。數(shù)據(jù)讀取服務(wù)可以通過健康檔案地址服務(wù)直接到遠(yuǎn)端系統(tǒng)中讀取相關(guān)數(shù)據(jù)。如果數(shù)據(jù)是存放在中心，可以考慮使用本地服務(wù)，快速讀取數(shù)據(jù)。在存放數(shù)據(jù)時，存放服務(wù)根據(jù)上傳數(shù)據(jù)的情況，通過健康檔案地址服務(wù)插入每條記錄的地址信息，以提供將來讀取需要。健康檔案地址服務(wù)中的地址數(shù)據(jù)是存放在獨立的數(shù)據(jù)表中，通過外鍵與健康檔案索引聯(lián)合。針對健康檔案索引中的每一條數(shù)據(jù)，都可以查詢到相應(yīng)存放地址。由于健康檔案是通過數(shù)據(jù)調(diào)用服務(wù)來使用的，對于系統(tǒng)中的其他服務(wù)來說健康檔案地址服務(wù)是透明的，不需要針對健康檔案地址服務(wù)進(jìn)行任何操作。健康檔案數(shù)據(jù)健康檔案數(shù)據(jù)存儲主要存放健康檔案相關(guān)的原始實體數(shù)據(jù)信息，主要是以健康檔案未經(jīng)過進(jìn)一步加工的數(shù)據(jù)為主。實體的主要表現(xiàn)形式為文件存儲和數(shù)據(jù)庫中的文檔存儲兩種類型。文檔存儲按照一定的健康檔案信息類型進(jìn)行分類，實際存儲中采用數(shù)據(jù)庫和XML文檔混合存儲的模式，它并不對健康檔案信息中的明細(xì)項進(jìn)行結(jié)構(gòu)化，即使同一類型的數(shù)據(jù)，其存儲的文檔格式也可能因為版本的原因具體結(jié)構(gòu)有所區(qū)別。健康檔案數(shù)據(jù)的存儲模型以一次健康事件為基本單位，在存儲上不對健康事件進(jìn)行合并和加工。在存儲時系統(tǒng)抽取健康事件的類型、健康事件存儲時間，發(fā)生時間，事件唯一號，以及健康事件的版本信息作為基礎(chǔ)索引。數(shù)據(jù)倉庫數(shù)據(jù)倉庫是為了區(qū)域衛(wèi)生管理建立的數(shù)據(jù)庫，是本方案中的二期建設(shè)內(nèi)容。其用來對區(qū)域衛(wèi)生業(yè)務(wù)進(jìn)行統(tǒng)計分析、業(yè)務(wù)監(jiān)督、績效考核、應(yīng)急指揮及決策支持等。其是通過從健康檔案數(shù)據(jù)和各醫(yī)療衛(wèi)生機構(gòu)信息系統(tǒng)的業(yè)務(wù)數(shù)據(jù)中抽取歸納出來的，主要包括衛(wèi)生資源數(shù)據(jù)庫和主題數(shù)據(jù)庫。衛(wèi)生資源數(shù)據(jù)庫主要通過衛(wèi)生統(tǒng)計途徑獲得，包括區(qū)域的人口構(gòu)