醫院信息集成平臺技術方案

一、總體規劃按照頂層架構整體設計、分步實施、持續改進的總體策略，將電子病歷分級評價，互聯互通測評及醫院智慧服務分級評價等作為指引，以互聯網、云計算、大數據、物聯網、移動端應用、人工智能等技術手段為抓手，著力打造服務型、創新型、智慧型醫院。實現一流的管理和服務水平，保障病人安全、提高醫療質量和臨床效率，以信息化打造醫院的核心競爭力，滿足醫院在運營、管理以及自身發展等多方面的需求。 基于醫院信息系統項目建設，打造省內縣級醫院信息化建設標桿，打造全方位的數字化醫院，實現智能化的服務與應用，整合臨床業務、醫院管理、運營管理、醫院決策分析等業務系統，實現各系統的集成與融合，達到全院信息的共享與智能化應用。 通過全面的醫院信息化規劃建設，實現對全院的信息資源（人、財、物、醫療信息）進行全面的規劃、設計和整合，進行各種數字化系統的建設和系統培訓，全面的優化和整合醫院內部的資源以及醫院外部全社會的信息資源為醫院臨床，管理服務，運用所有的信息資源為患者提供先進的，便捷的，人性化的醫療服務；提高醫院服務水平、技術水平及管理水平，提高醫院的整體經營效益，同時建設醫院的數字文化，建立從診斷、治療、護理、康復、保健等各方面的全新面貌，打造國內先進的現代化數字醫院。 通過項目建設，最終使醫院醫療服務工作達到：就醫流程最優化；醫療質量最佳化；工作效率最高化；病歷實現電子化；決策實現科學化；辦公實現自動化；網絡實現區域化；軟件實現標準化。通過對全院進行信息化整體規劃建設，將會極大的提高醫院的工作效率和工作質量；提高醫院的管理質量和管理水平；提高醫院醫護人員的素質和醫院競爭力；使醫院的管理系統化、規范化。 項目總體建設目標：通過國家醫院互聯互通標準化成熟度四級甲等認證，通過國家電子病歷系統功能應用分級評價4級認證，完成電子病歷分級評價5級改造。完成醫院智慧服務分級評估2級改造及評審。一）項目實施原則1、整體規劃，分步實施針對復雜項目的建設，必須遵循整體規劃，分步實施的原則。要切實做好需求調查和總體設計，避免片面追求進度，以最大限度地降低系統風險、消除隱患。在總體規劃和設計的指導下，采取分步實施、穩步推進的建設模式。根據實際需求，確定階段建設目標和工作計劃，分期分批建設相關信息系統，保障項目落地同時順應醫共體內的業務需求和長遠發展。2、標準先行，規范應用嚴格遵循醫療行業的法律法規要求，嚴格按照國家和省有關業務規范和信息標準，加強規范化、標準化管理和制度建設，嚴格參照國內外相關醫療標準（包括HL7、XML、DICOM3.0、ICD-10、SNOMED等）建設。3、先進實用，安全穩定充分考慮信息化建設長期性和復雜性，做到規劃設計具有前瞻性，具體建設注重實用性，積極探索相關業務應用運行的長效機制。在保證系統界面友好、操作簡單、直觀靈活、高效快速的前提下，盡可能采用先進、開放、成熟的計算機硬、軟件技術、信息技術及網絡通信技術，使系統具有較高的性能價格比、良好的可擴充性和可伸縮性，以適應醫療衛生業務發展和變化的需要。4、開放互聯，信息共享項目建設需要助力實現醫院內部系統之間、內部與外部之間的互聯互通、信息共享。避免“信息孤島”問題的存在，注重系統集成和信息共享，整體具備快速擴展能力和與高效集成能力。二）項目建設目標醫院健康信息平臺建設項目以服務患者為中心、以臨床事務為驅動、以規范化診療管理為支撐、以精細化管理為手段、以安全質量為基準、以科研教學為延展，最終實現院內外數據采集溯源化、數據應用集成化、數據展示集中化、業務流程協同化和信息利用高效化的建設目標。通過進一步完善醫共體內信息化建設，促進患者服務、醫療、科研、教學和管理工作的發展，縮短與國內外先進醫院的差距，全面提高整體醫療質量，提升醫院的整體綜合實力，達到并實現五大目標：服務醫改：滿足國家醫改目標與任務的需要；服務患者：服務人性化，優化流程、提供高質量服務；服務臨床：提高工作效率、改進醫療質量、提高安全保障；服務科研：臨床數據綜合利用、提高整合統一管理、績效考核；服務管理：運營數據充分利用、資源整合統一管理、績效考核；重點圍繞臨床、服務和管理需求，在醫院現有信息化建設的基礎上進一步補充完善臨床一體化應用；本次規劃以電子病歷五級、互聯互通四甲、智慧服務三級為醫院建設目標，夯實醫院信息化基礎建設，提升臨床、服務和管理的科學化應用水平；通過專科專病建設，逐步探索專科專病診療、科研、學科評價的建設思路，為醫院專項診療提升、學科發展、科研應用打下基礎，同時提升醫院臨床信息化建設整體應用水平。三）其它要求1、完成《電子病歷系統功能應用水平分級評價方法及標準》4級評審本次項目提供國家電子病歷系統應用水平四級測評咨詢服務，并按照評級相關標準進行醫院信息化系統建設與改造，協助醫院通過電子病歷應用水平四級評測，該評測標準的具體如下：（1）總體要求響應：統一數據管理，各部門系統數據集成，基本建立以電子病歷為基礎的醫院信息平臺。（2）局部要求響應：各部門系統數據由統一的臨床數據管理系統進行管理。各知識庫信息能夠共享。信息系統為所有業務流程提供決策信息。（3）整體要求響應：1）全院形成統一的臨床數據管理系統，實現各部門系統數據的集成。2）提供智能化病歷書寫工具。提供智能化病歷書寫模版，結構化方式存儲病歷記錄，醫師能夠通過系統獲取患者檢查檢驗、既往治療相關數據；門診、住院診療信息實現共享。醫師在判讀檢查檢驗結果時，能夠調取臨床信息等數據信息。3）實現臨床路徑管理與醫囑下達、執行的緊密結合。4）電子病歷數據庫能夠為臨床科研工作提供數據挖掘功能。2、完成互聯互通四級甲等評審項目第一階段完成國家衛計委《醫院信息互聯互通標準化成熟度測評》四甲級評審。本次項目提供互聯互通標準化成熟度四甲級測評咨詢服務，并按照評級相關標準進行醫院信息化系統建設與改造，協助醫院通過互聯互通標準化成熟度四甲級評測，該評測標準的具體要求響應如下：項目應用評價指標體系包括數據資源標準化建設情況（數據集標準化情況和共享文檔標準化情況）、互聯互通標準化建設情況（技術構架情況、互聯互通服務功能和平臺運行性能情況）、基礎設施建設情況（平臺硬件基礎設施情況、網絡及網絡安全情況、信息安全情況和業務應用系統、生產系統建設情況）、互聯互通應用效果（基于平臺的業務應用建設情況及利用情況和平臺聯通業務范圍）。平臺連通的業務系統（臨床服務系統、醫療管理系統、運營管理系統）數量不少于24個；聯通的外部機構數量不少于4個；數據集58個、共享文檔53個、平臺服務52個。在公眾服務應用方面，已建設的基于平臺的應用系統包含患者公眾門戶、病人自助終端和手機無線應用；在醫療服務應用方面，已建設的基于平臺的應用系統包含醫療一卡通、電子病歷瀏覽器，提供醫院運行、醫療質量與安全監測指標的可視化分析和展現、醫囑閉環管理，重點業務閉環管理，并提供基于知識庫的醫療輔助智能導航方面提供臨床決策支持（臨床預警提示、臨床輔助診斷決策支持、輔助診療決策支持）和基于大數據的決策分析方面提供臨床決策支持系統（臨床用藥分析、診療效果分析和病種分析）；在衛生管理應用方面，能提供管理輔助決策支持系統，對門診動態、床位動態、工作負荷、患者負擔及工作效率等指標進行可視化分析和展現。3、完成智慧服務二級評審完成《醫院智慧服務分級評估標準體系》2級評審。本次項目提供醫院智慧服務二級測評咨詢服務，并按照評級相關標準進行醫院信息化系統建設與改造，該評測標準的具體如下：按照患者診前、診中、診后各環節應涵蓋的基本服務內容，結合醫院信息化建設和互聯網環境，確定5個類別共17個評估項目。其中五個類別包含：診前服務（診療預約、急救銜接、轉診服務）、診中服務（信息推送、標識與導航、患者便利保障服務）、診后服務（患者反饋、患者管理、藥品調劑與配送、家庭服務、基層醫師指導）、全程服務（費用支付、智能導醫、健康宣教、遠程醫療）、基礎與安全（安全管理、服務監督）。智慧服務2級醫院建立服務患者的信息系統，應用信息化手段對醫療服務流程進行部分優化，在掛號、收費、檢查、檢驗、入出院、藥事服務等環節中，能夠面向患者提供信息化服務，患者就醫體驗有所提升。能夠為患者提供智慧導醫分診、分時段預約、檢查檢驗集中預約和結果推送、在線支付、床旁結算、生活保障等智慧服務，患者能夠便捷地獲取醫療服務相關信息。電子病歷的部分信息通過互聯網在醫院內外進行實時共享，部分診療信息可以在院外進行處理，并與院內電子病歷信息系統實時交互，初步建立院內院外、線上線下一體化的醫療服務流程。二、技術設計（1）平臺架構按照技術實現邏輯，將技術架構整體分為基礎數據層、技術層、數據層、服務層、應用層，分別從醫院基礎數據管理、關鍵技術選型、數據存儲和治理、業務服務劃分及最終應用展現進行技術架構設計。基礎層：以硬件基礎設施為基礎，包括服務器、存儲、交換機、數據庫、防火墻、虛擬化技術等，承載醫院信息化整體呈現和應用管理。技術層：以傳統信息技術架構為基礎，引入微服務和中臺技術，對醫院業務應用進行劃分和重組，為實現組件化服務提供技術支撐，最終實現醫院信息化高內聚低耦合的技術目標。數據層：按照醫療業務數據元標準，包含但不限于電子病歷數據元標準，結合實際應用，基于醫院信息平臺構建醫院大數據中心，涵蓋醫院基礎業務數據、臨床數據中心CDR、運營數據中心ODR、科研數據中心RDR、員工數據中心EDR等，為醫院大數據分析構造數據基礎。服務層：打破原有由業務系統直接提供混雜式，對醫療業務進行抽象和技術封裝，由原先的不同業務與對應不同的系統，重構為以業務對應信息服務的架構設計，由服務層對外應用提供進行封裝過的業務服務單元，如：醫囑服務、結算服務、預約服務等。應用層：基于技術架構中的服務層，對外提供標準的業務服務，以應用需求為導向，對各服務進行組裝形成醫院信息系統的各項應用呈現。該項目所提供的系統，需按照本院健康信息平臺、互聯互通四甲、電子病歷應用水平評級五級以及智慧服務分級評價三級標準搭建。實現業務系統的互聯互通、信息交換、流程協作，最終達到互聯互通四甲、電子病歷應用水平評級五級以及智慧服務分級評價三級的測評。（2）業務協同設計單獨的業務系統數據，很難建立針對某個流程中各關鍵節點的全程實時監控分析，也無法基于對數據的實證分析，合理、有效地調配資源（如：工作量分析（門診、住院、手術等）檢查工作量、手術室配置、醫護人員調配）等。經過多年的信息化數據沉淀，目前醫院現狀只能稱得上是數據大，未能將數據轉換為資產，為運營決策、為臨床輔助決策提供有效的信息化支撐。本次信息化建設將為領導決策和管理層集成展現最關心的關鍵數據，便于管理者全面、快速的掌握醫院整體運行情況，進而為提高合理化決策提供數據支撐。醫院管理決策支持系統展現的關鍵數據指標應包括院長首頁、醫療資源情況分析、工作量分析、工作效率分析、患者負擔分析、財務分析分析、醫療收入分析、醫療質量分析和實時監控等。（3）數據共享設計依據平臺各相關業務發展需要和系統建設要求，遵循國家相關標準，進行各項標準規范的制定，對信息化建設提供標準化支撐，并建立健全標準執行狀況檢查機制，提高標準規范的執行力度，確保各項建設任務的統一規范和有機銜接。通過醫院標準體系建設，形成醫院5類標準規范，包括：術語與編碼標準規范、基礎數據與編碼標準規范、臨床文檔標準規范、消息與服務標準規范、界面集成標準規范。其中，術語與編碼標準規范、基礎數據與編碼標準規范是臨床文檔標準規范、消息與服務標準規范、界面集成標準規范的基礎。本次信息化建設為醫院決策領導層打造管理運營決策支持系統，將管理者最關心的關鍵數據進行集成展現，便于管理者全面、快速的掌握醫院整體運行情況，進而為提高合理化決策提供數據支撐。醫院管理決策支持系統展現的關鍵數據指標應包括院長首頁、醫療資源情況分析、工作量分析、工作效率分析、患者負擔分析、財務分析分析、醫療收入分析、醫療質量分析和實時監控等。構建科研分析數據庫，為臨床科研提供數據查詢和數據挖掘的服務，參照循證醫學的方法豐富醫院臨床知識庫，將知識庫融合到臨床一線工作中去，提高臨床信息系統的智能化水平，不斷提高醫院的診療水平。（4）數據存儲設計基礎信息庫集中了整個醫院信息平臺的基礎信息和共享數據，是為各個子系統提供基礎信息服務的。基礎信息庫包括了患者的人口學信息、醫療衛生人員的注冊信息、以及各種醫療衛生、公共衛生術語字典數據及流程模板數據等。病人基本信息是基礎信息數據庫中的核心內容之一。無論是電子病歷、醫療業務、臨床信息，還是疾病分析信息和公共衛生條線數據都是以病人基本信息為基礎的。在此基礎上，實現電子病歷、醫療業務（含臨床數據）的關聯。醫護人員庫是基礎信息數據庫中的另一個核心內容，以醫護人員信息為基礎。可以建立醫院診療資源注冊庫，可以作為醫院管理以及績效考核的基礎。數據元字典是輔助各類醫院業務、臨床業務的基本數據元、代碼集以及數據字典；以及包含了醫院各種業務、流程說明模版的操作模型。流程模版庫是包含了醫療機構醫療業務、臨床路徑、管理流程、財務結算等所有信息系統正常運轉、分布協同的規則庫。通過流程模版庫的流程引擎指導，能夠明確患者在醫療機構內如何進行就醫，臨床醫生如何對患者進行準確診斷，防保醫生如何對疾病進行控制和分析，管理及后勤人員如何對醫療資源進行合理分配或者補充采購、財務結算人員如何統計和控制醫院的收入和開支。流程模版庫是醫療機構保證正常運轉的核心，對各級醫療衛生人員和患者的醫療行為起著規范和指導作用。（5）備份系統設計采用異地災備中心方式，建立一個備份的災備中心，用于雙中心的數據備份，當雙中心出現自然災害等原因而發生故障時，異地災備中心可以用備份數據進行業務的恢復。（6）安全系統設計根據國家信息系統安全等級保護要求，數據安全體系包括基礎安全防護體系建設、平臺保障電子認證系統建設等方面，以及安全存儲、數據備份與恢復、主動防護、安全事件監控、惡意代碼防范等信息安全保障機制及信息安全標準、應用系統安全管理規范等。醫院信息平臺應為各應用系統提供統一的用戶授權管理服務。基本功能應該包括：1. 具備用戶角色創建功能；2. 具備用戶授權功能；3. 具備訪問規則定制功能，并按規則訪問數據的功能；4. 具備記錄用戶權限操作日志功能。醫院信息平臺應提供統一的信息安全服務，用戶在信息交互時平臺通過認證等方式保證信息安全。功能包括身份認證、訪問控制、關鍵業務抵賴和數據完整性保護。基本功能應該包括：應提供專用的認證模塊對訪問平臺系統的用戶和系統進行身份鑒別，并對鑒別數據進行保密性和完整性保護應啟用訪問控制功能，應在安全策略控制范圍內，據安全策略控制用戶對文件、數據庫表等客體的訪問，訪問控制的覆蓋范圍應包括與資源訪問相關的主體、客體及它們之間的操作系統執行關鍵業務操作時，對參與者/操作者發生動作時（如：初始錄入、修改或數據傳遞）應加入數字簽名功能應對交換數據進行數據完整性保護應對通信過程中的整個報文或會話過程敏感信息字段進行加密，系統應支持基于標準的加密機制醫院信息平臺應提供患者隱私數據保護服務醫院信息平臺應提供記錄所有信息訪問或信息更新操作日志，并提供數據的審計及操作追蹤服務三、建設內容本次項目主要構建一套醫院醫共體內醫療機構使用的信息化系統。通過該項目的建設，可以實現"以病人為中心"的理念，提高患者滿意度；提高臨床工作質量管理水平,有效地監督病歷書寫的質量，提高醫院質控管理水平；減輕醫護人員工作負擔，從而讓醫護人員有更多時間投入到臨床和科研工作中，提高診療效率；可優化就診流程，減少患者就診時間和住院停留時間，提高醫療資源的利用率；實現部分自動化檢查診斷儀器的數據實現自動采集及快速傳遞，提高了醫技科的工作效率，優化了醫技相關流程，降低了差錯率。（一）醫院信息平臺建設內容清單序號系統模塊1信息集成平臺信息集成引擎ESB服務總線交換引擎ESB服務總線部署數據監控平臺平臺配置管理集成服務平臺權限管理系統數據交換訪問服務2主數據管理平臺主數據管理系統（MDM）主索引管理系統（EMPI）數據質量監控3數據中心與應用數據接入引擎臨床數據中心（CDR）運營數據中心（ODR）共享文檔庫（CDA）患者360視圖職工360視圖數據采集（ODS）數據治理（領域模型部署）業務協同服務臨床輔助決策系統(CDSS)院內醫生APP統一數據上報平臺閉環流程追溯管理系統與展示4運營決策與分析商業智能引擎臨床數據檢索院長、科主任移動駕駛艙運營分析（醫療收入、工作負荷、工作效率、患者負擔、效益分析）當日監測及全院動態監控醫療質量控制分析（患者全、重點病種、重點手術、醫院感染、重癥醫學、藥事管理、臨床路徑、護理質量）,符合《三級綜合醫院醫療質量管理與控制指標（2011年版）》的提取要求，符合《公立醫院績效考核》等智能分析BI（移動BI）5智能門戶平臺統一認證與單點登錄系統6科研數據中心及科研平臺臨床科研中心(RDR)智能科研檢索科研數據采集7互聯互通、智慧服務及電子病歷測評互聯互通四級甲等評審及建設智慧服務評審電子病歷評審8系統遷移保證所改造及新建的系統遷移至新醫院正常運行（二）醫院信息平臺建設內容一）醫院醫共體信息平臺本次項目，須按照SOA的設計理念，基于消息的松耦合方式，被集成系統需要與數據交換平臺交互的功能組件、數據組件將被封裝成“服務”，每個服務都有服務的提供者和消費者，各業務系統在接入時應認清針對某一服務所扮演的角色，根據集成平臺的要求提供或者消費相應的服務，屏蔽被集成系統所采用的具體技術及其實現方式，實現與集成平臺的銜接。基于醫院信息集成平臺的各業務系統間的數據交換應包括各業務系統與集成平臺的數據交換請求及應答服務、消息發布、訂閱等服務。各業務系統間應能夠通過企業服務總線實現數據交換。1）各業務系統服務是可能對外提供的，也可能是不提供的。不提供服務的業務系統，則由集成平臺通過直接與業務系統數據庫進行數據交換。2）各業務系統與集成平臺的連接主要用于業務系統調用集成平臺的數據交換服務以及訂閱集成平臺的消息服務。具體要求為：①基本數據服務要求：通過集成平臺連接各個系統保證數據接入，集成各系統應用與組件，提供無縫入侵式連接，實現互聯互通。②需減少服務數據量，提高服務效率：通過集成平臺梳理服務模塊，設計原子化服務并組合調用，有效減少服務的數據調用量，提高服務效率。③服務注冊要求：平臺需提供服務注冊功能，數據提供方可在平臺提出申請，由信息科審核，通過后可將服務注冊到平臺進行數據開放，或由信息科直接進行注冊。④服務申請要求：平臺需提供服務申請功能，數據消費方需要消費服務時，需要在平臺提交申請，信息科審核后開放服務權限，或由信息庫直接開放。⑤服務權限控制要求：平臺應根據管理系統中維護的注冊和申請結果，對服務的數據提供和調用進行權限驗證，驗證通過后才可正常訪問，如不通過則限制訪問內容。⑥在線接入測試要求：平臺應支持在線接入測試，消費方在申請通過后，需要接入平臺，在接入之前可進行服務的在線測試，驗證數據格式等可行性，測試通過后再正式接入。⑦智能組合要求：應提供界面化服務組合功能，消費方在確定所需服務后，信息科在服務管理界面中選定所需要的模塊，確定組合后自動組建成新服務并注冊發布。⑧服務數據篩選要求：信息科在組合或注冊新服務時可根據開放內容界面篩選所需數據，通過組合確定后自動形成新服務并注冊發布。⑨簡易部署要求：在明確數據源、數據目標的前提下提供數據連接工具，分析羅列數據項，界面連接數據走向，自動生成服務并注冊發布。⑩服務引擎維護要求：平臺提供服務器隊列及代理管理工具，在確認連接信息后，平臺可提供服務器連接，并提供隊列、代理、執行組等基礎信息查詢和維護。?平臺需支持多樣化接入手段（SOAP，HTTP，JMS等），針對特殊級別語言還提供統一SDK包接入MQ通信；運用多服務器集群部署連接各個系統，針對單系統提供單一連接通道，提高可用性，保證單點故障不會對其他服務造成影響，并使用消息中間件MQ進行內部傳輸，保證數據不丟失不重復。?要求根據HL7將業務模塊化，服務定義原子化，針對HL7數據集和需求數據將數據拆分至最細力度；使用ESB進行服務串聯組合，實現多服務復用，針對性性能優化，降低冗余服務數據，服務內容可多樣化變更。1、信息集成引擎信息集成引擎是整個醫院信息集成平臺的核心，承擔數據和消息的通訊和傳輸功能。具體技術要求如下：功能列表技術要求協議轉換具備Socket、WebService、JMS(消息隊列)、FTP協議連接能力，以及與其他協議相互的轉換能力。數據庫訪問具備Database的連接能力,同時支持JDBC和ODBC連接方式，以及與Socket協議和WebService的相互轉換能力。格式轉換具備XML格式、CSV消息到XML消息的轉換能力，另外可以實現C結構、COBOL以及BLOB等二進制數據的轉換和數據放大的能力。動態路由可以實現不同協議的動態路由，且路由規則通過配置方式實現。發布訂閱能夠通過請求的數據內容的關鍵值進行主題發布，編寫Java程序通過JMSSubscriber來訂閱不同主題的消息。開發與運行效率1.產品的開發和運行不需要數據庫，也不依賴應用服務器中間件，對硬件資源消耗少。2.內置消息中間件引擎,確保消息不丟失。3.提供簡單易用的web測試和調試功能，可以在節點連線和配置腳本上設置斷點，在友好的圖形界面展示消息的變化調試應用。4.基于圖形界面服務超時配置在服務超時方面的配置能力和易用性。服務注冊和查找在服務的注冊和查找的配置能力和易用性。服務告警ESB平臺對告警的功能支持，以及與統一監控平臺的整合能力。監控系統提供告警與監控指標數據，服務告警信息、監控指標可以支持JMS消息和EMAIL等任意手段，服務監控信息可以提供給統一監控平臺,提供RESTFul的監控API。日志審計ESB平臺能夠記錄服務交互的輸入、輸出數據報文信息，支持記錄開關配置功能。數據庫方式認證和授權在認證授權功能方面的表現情況，ESB總線的安全性能力，可以對外來訪問WebService客戶端進行用戶認證和訪問權限的控制，認證和授權采用數據庫的方式。IP訪問控制在IP訪問控制的表現情況，體現ESB總線的安全性能力HTTPS支持在HTTPS的表現情況，體現ESB總線的安全性能力流量控制在流量控制的表現情況，體現ESB總線的流量控制能力，設計流程的總量控制閥值和分量閥值優先級處理根據請求內容的優先級來分支到不同的處理流程。兼容性1.支持32位、64位的操作系統和硬件平臺；2.產品未來可以升級到專有虛擬化版本3.提供各種接口，連接各種數據庫、數據倉庫、現有應用軟件系統、主機系統。用戶可以之間通過ESQL進行和數據庫的操作，如把數據存入數據庫，從數據庫中取數據等）。可擴展性及性能1.支持開放組織OGF(OpenGridForum)定義的DFDL(DataFormatDescriptionLanguage)標準規范，簡單快捷地定義文本、二進制、XML等數據格式。并能夠識別XML和C中的數據結構；2.支持通過Java，C進行自定義擴展,用戶可以為ESB開發自定義擴展的計算節點,同時支持php,ESQL,.net,java開發后臺服務。3.可通過數據建模定制符合自己需求的消息類型；4.支持各種各樣的服務質量等級和通信模式：同步和異步兩種通信模式，請求/響應、隊列、點到點以及發布/訂閱模式，各種交付保證，集群支持、HA和故障隔離，各種保障和交易策略等。醫療連接包1.支持國際標準和國內醫療數據標準HL7（HealthLevelSeven）v2.x、v3.0等版本和DICOM標準。2.支持MinimalLowerLayerProtocol(MLLP)傳輸協議，連接各類醫療設備。2、ESB服務總線交換引擎集成引擎為ORIONRhapsody、IntersystemEnsemble、IBMIIB、微軟Biztalk（1）基于業務條塊的面向服務技術架構支持面向服務的技術架構體系支持通過WebService與醫院內外系統進行交互集成可進行院內原接口或API進行WebService服務封裝發布支持BPEL4WS標準擴展支持服務注冊、發布（2）面向業務集成的核心組件提供主流技術適配器支持適配器的種類包括：TCP通訊、HTTP通訊、WebService、Email、FTP、Restful、MSMQ、MQ、ODBC、SQL、Pipe等技術適配器內嵌自身支持具有可自定義開發適配器的功能提供圖形建模工具，允許業務查看和管理復雜的跨應用流程具備通過流程圖、XML文檔和代碼形式定義流程和整合邏輯，提供全過程服務支持標準BPEL文檔規范的擴展集具有通過圖形化的方式查看定義的所有流程信息，包括流程名稱，運行狀態，發送方，接收方等具有流程注冊，修改，刪除功能具有流程配置及監控功能具有流程告警功能支持通過對于可抽象的邏輯進行提取為規則，提供給非技術開發人員進行維護支持實時編輯規則并生效可以進行定義、編輯、修改、保存，并實時發生作用提供圖形化向導驅動的異構信息模型動態映射配置支持以拖拉動作完成數據模型映射支持異構系統之間的數據模型定義及處理支持XSLT數據模型定義及處理支持HL7標準的解析與映射（3）業務監控、配置與日常管理組件提供圖形化的工具，以列表、儀表盤、波狀圖等展現形式，來對系統的運行狀態進行監控提供圖形化的工具，以列表或圖表等方式，監控業務連接通道狀況、通用的異常狀況等進行監控提供圖形化的工具，以列表或圖表等方式，對故障信息進行監控以圖形標記的方式，對隊列、通道、連接信息進行故障標記提供故障測試工具，輔助進行故障診斷提供同步的實時處理機制提供異步的多線程處理機制提供同步、異步之間機制之間的靈活切換方式提供基于消息的通訊機制提供的消息機制基于消息隊列提供的消息機制需對消息歷史進行完整記錄提供的消息記錄可完整回顧提供的消息機制有完整的消息狀態表示提供消息過濾功能提供消息定期清理功能具有消息歷史的查詢與區間查詢功能（4）標準支持組件支持HL7標準對HL7標準支持自定義擴展支持HL7各支持版本的瀏覽與查看支持HL7消息驗證支持HL7標準以對象方式進行解析處理支持HL7標準的解析處理提供基于HL7標準的集成接口適配器支持以文件方式、TCP通訊、FTP文件等方式進行HL7接口通訊3、ESB服務總線部署信息集成平臺通過互聯互通的方式實現臨床工作模式與工作流程的優化。平臺應當符合制定的相關信息標準，如：《基于電子病歷的醫院信息平臺建設技術解決方案》、《衛生信息數據元標準化規則》、《衛生信息共享文檔規范》的要求及發布集成平臺相關新的功能標準和數據集。具體要求如下：1、可安裝運行于在各種主流操作系統上，包括但不限于以下操作系統：Linux?(x86/x64)、Microsoft?Windows?2008Server(x86/x64)2008-2016服務器版本、HPUX、IBMAIX、OracleSolaris。2、支持集成不同廠商的數據庫，集成平臺本身也可以不依托任何數據庫系統可獨立安裝及運行：Microsoft?SQLServer、Oracle、MySQL、PostgreSQL，包括支持所有提供JDBC接口的數據庫。3、支持以下方式的高可用部署:主備模式、負載均衡模式。4、容災備份：集成平臺具備完整的的備份機制，可以對集成平臺的配置和消息存儲提供完整和增量備份。可以對備份周期進行設定。5、系統升級：無需進行數據遷移即可實現無縫升級。6、集成平臺及其相關中間件軟件應按照醫院為單位進行一次性授權，不再因為接口、服務器的增長而額外收取費用。7、通過信息集成平臺（ESB）的建設，規范新建系統的接入標準，松耦合基礎平臺，降低‘點對點’接口帶來的運維復雜度和成本，提升應用集成和可交互性、安全性，同時也提升醫院應用SOA服務水平，規范醫院應用系統的醫療服務標準。8、集成平臺實現自定義接口、軟件適配器以對接自定義軟件通訊協議。9、接入規范：醫院信息系統服務的注冊和發現，基于UDDI3.0標準進行關鍵醫療活動服務注冊，支持數字簽名，方便注冊中服務描述的重用,供應商開發者可基于該統一架構開發。10、工作流整合服務（ESB）：消息路由、驗證和轉換（HL7）、可擴展的適配器構架連接、基于服務的業務流程、業務規則引擎、業務活動監控。11、構建ESB事件驅動模型：參考IHE進行業務規則引擎場景設置，基于路線設計器，采用DSL語言編寫應用場景。12、至少包括如下類型的接口定義和使用規范：病人基本信息、檢查電子申請、檢驗電子申請、手術電子申請、輸血電子申請、費用確認、危機值確認、主數據（包括員工、科室、病區、檢驗項目、檢查項目、收費項目、醫囑項目、藥品、診斷ICD、手術ICD、耗材等）。13、提供賬號維護、服務維護、訂閱信息管理、配置管理、日志查詢、統計分析、性能監控等功能。4、數據監控平臺數據監控平臺是一套后臺運行系統，需要進行有效的監控，以了解整個信息集成平臺的運行狀況，主要技術要求如下：功能列表功能描述首頁首頁今日服務調用情況展示當日服務調用總數，并用曲線圖展現今天服務調用數量的趨勢圖。當天調用告警展示當日調用告警總數，并圖形化展示當日服務調用告警的趨勢。當天調用異常展示當日調用異常總數，并圖形化展示當日服務調用異常的趨勢。異常信息列表展示監控的異常信息，實時刷新。服務調用TOP5展示服務調用次數的TOP5。消費系統TOP5展示消費系統消費TOP5。當前系統接入數量展示目前接入的系統數量。當前服務接入數量展示目前接入的服務數量。數據中心監測以流程圖的形式展現數據的同步及備份的實時狀況。服務服務信息服務列表按照調用次數由高到低，通過服務名稱展示全部服務的信息，同時，支持查看單個服務的詳細信息。服務詳情服務詳細信息服務詳情頁展現當前服務的所有信息，如：服務架構、服務的最后一次請求流程圖、服務詳細信息、子服務列表、服務日志、服務異常和服務告警。隊列信息隊列列表展示監控的隊列列表，按照當前隊列深度倒序。服務器信息服務器一覽顯示服務器的狀態，告警提示，異常提示。數據庫信息數據庫一覽顯示數據庫的狀態，告警提示，異常提示。日志服務調用日志日志篩選查詢根據關鍵信息，如：調用狀態/消費系統/日志時間（默認當天）對服務調用日志進行篩選調用日志列表根據篩選條件展示服務調用日志的主要內容，如：調用狀態/服務名稱/服務代碼/消費系統/發起時間/結束時間/耗時/查看消息服務日志日志篩選查詢根據關鍵信息，如：調用狀態/日志時間（默認當天）對服務日志進行篩選服務日志列表根據篩選條件展示服務日志的主要內容，如：服務名稱/服務代碼/開始時間/錯誤內容/異常狀態SDK日志日志篩選查詢根據關鍵信息，如：狀態/系統名稱/日志時間（默認狀態異常）對SDK日志進行篩選SDK日志列表根據篩選條件展示SDK日志的主要內容，如：狀態/日志時間/消息ID/方法/執行順序編號/MQ服務器端口/系統名稱/系統編號/隊列管理器名稱/服務名稱/處理結果服務器日志日志篩選查詢根據關鍵信息，如：服務器名稱/狀態/IP地址/日志時間（默認狀態異常）對服務器日志進行篩選服務器日志列表根據篩選條件展示服務服務器日志的主要內容，如：告警時間/服務器名稱/IP地址/錯誤類型/查看信息/建議處理方式。數據庫日志日志篩選查詢可通過:服務器名稱/狀態/IP地址/日志時間（默認狀態異常）對數據庫日志進行篩選數據庫日志列表根據篩選條件展示數據庫日志的主要內容，如：告警時間/服務器名稱/IP地址/錯誤類型/查看信息/建議處理方式。工具數據同步工具流程查看使用數據同步工具實現對數據庫進行整合，及源數據庫與目標數據庫的同步，同時以日志的形式記錄其狀況。ETL工具作業列表展示ETL作業的列表，主要包括：最后執行狀態/作業名/數據庫IP地址/數據庫實例名/數據庫類型/作業步驟總數/最后執行時間作業日志通過生成警報來自動通知用戶作業狀態作業流程圖展示ETL工作流程圖，通過流程圖節點直觀的反饋異常。備份工具同步情況查看實時展現生產庫的備份過程，展示生產庫/備份庫關鍵值的數據，及同步工具的系統狀態，實現全方位監控同步工作。配置隊列管理器配置新增通過對：隊列管理器名稱/隊列服務IP/隊列端口/隊列通道/備注關鍵參數的新增實現隊列管理器的新增操作修改可對隊列管理器的內容包括：隊列管理器名稱/隊列服務IP/隊列端口/隊列通道/備注的修改刪除刪除隊列管理器配置參數，支持批量刪除服務器配置新增新增服務器配置參數，包括：服務器名稱/服務器IP/操作系統/監控磁盤/備注。修改對服務器配置參數進行修改，修改內容包括：服務器名稱/服務器IP/操作系統/監控磁盤/備注刪除刪除服務器配置參數，支持批量刪除。數據庫配置新增新增數據庫配置參數，主要包括：數據庫IP/數據庫實例名/數據庫類型/數據庫端口號/服務器IP/數據庫別名/數據庫連接driver/數據庫連接url/數據庫鏈接user/數據庫連接password/是否啟用/盤符（若是文件庫）/備注修改對數據庫配置參數進行修改。如：數據庫IP/數據庫實例名/數據庫類型/數據庫端口號/服務器IP/數據庫別名/數據庫連接driver/數據庫連接url/數據庫鏈接user/數據庫連接password/是否啟用/盤符（若是文件庫）/備注刪除刪除數據庫配置參數，支持批量刪除短信推送配置聯系人配置配置聯系人清單，用于短信推送。服務推送可指定聯系人。服務異常推送配置服務異常推送規則維護，支持增刪改查。服務告警推送配置服務告警推送規則維護，支持增刪改查。隊列異常推送配置隊列異常推送規則維護，支持增刪改查。隊列告警推送配置隊列告警推送規則維護，支持增刪改查。告警規則配置服務告警配置服務告警和服務異常的閾值。展示每個服務的調用告警閾值。隊列告警設置隊列深度告警的閾值和建議處理方式。外觀配置首頁配置首頁方案。提供默認首頁方案2套。可在此基礎上修改，保存新的首頁方案。樣式按照用戶要求自己修改LOGO圖標，配色方案統計服務統計服務報表統計統計歷史服務調用情況，形成各類統計報表：服務調用趨勢圖，日調用趨勢圖各類指標統計分析歷史數據，可以得到代表性指標。如：歷史總調用次數、日平均、日調用峰值、最短耗時、平均耗時、最大返回條數、服務調用成功率、服務調用告警率服務報表報表查詢導出通過關鍵服務屬性進行查詢，如：服務名稱/服務代碼/統計時間/調用次數/調用異常次數/調用異常率/調用告警次數/調用告警率/服務異常次數/服務告警次數，對服務報表進行篩選。可導出查詢結果。服務列表服務列表展示，主要包括：服務名稱/服務代碼/統計時間/調用次數/調用異常次數/調用異常率/調用告警次數/調用告警率/服務異常次數/服務告警次數/平均耗時/最長耗時隊列統計報表統計統計隊列相關數據，可視化后展現：隊列異常趨勢圖，隊列告警趨勢圖服務調用分析聯動操作服務調用分析主要展示：服務調用詳情、服務異常率、消費系統占比、服務運行概況。通過“服務調用總數”的圖可查看：服務調用詳情、服務異常率、消費系統占比、服務運行概況的詳細內容。報表展示從單個服務維度分析服務的調用情況。通過：服務調用總數，服務調用詳情，服務異常率，消費系統占比，服務運行概況展示當前服務的運行情況。季度服務分析聯動操作默認展示一個季度的服務調用“TOP5”數據。通過“季度服務調用情況”圖，可查看選中月的服務調用詳細、TOP5圖報表展示從時間維度分析服務的調用情況。通過：季度服務調用情況，服務調用詳情，TOP5圖示分析服務調用的整體情況5、平臺配置管理平臺配置管理可對各個業務系統之間的交互內容、交互標準、交互規范、交互權限進行有效的限制和管理，從而實現各個業務系統之間的交互的安全性、有效性和可控性，具體功能要求如下：功能點要求說明服務總線采用企業級服務總線（ESB)技術，通過松耦合模式，將業務邏輯和應用邏輯、數據邏輯分離。服務總線遵循S0A設計原則和技術標準，支持數據的自動采集、傳輸、標準化轉換、存儲、共享，提供可靠的數據或消息傳輸，支持標準消息中間件。中間件集成引擎采用業界主流的第三方成熟產品和組件(如ORIONRhapsody、IntersystemEnsemble、IBMIIB、微軟Biztalk）滿足業務需要，便于二次開發和系統擴展。多平臺支持支持多種操作系統平臺，如Windows,Linux操作系統。標準與規范平臺應符合相關信息標準，如：《基于電子病歷的醫院信息平臺建設技術解決方案》、《衛生信息數據元標準化規則》、《衛生信息共享文檔規范》的要求及發布集成平臺相關新的功能標準和數據集。醫院信息系統服務的注冊和發布應基于UDDI3.0標準進行關鍵醫療活動服務注冊，支持數字簽名，方便注冊中服務描述的重用,供應商開發者可基于該統一架構開發。數據庫支持支持主流關系型數據庫數據的數據抽取、數據清洗、數據加載。如MS-SQL,Oracle，MySQL，DB2等。支持上傳任意的數據庫連接驅動以提供對其它數據庫連接的支持；提供數據處理結果全局流程顯示，并提供流程樹狀顯示和圖形化顯示，展示在整個流程中路由內每個節點處數據的狀態，方便用戶進行問題排查；數據庫事務支持，一庫多表操作時可回滾，支持跨數據庫事務處理；數據庫終端結果可自動生成JSONschema方便數據映射；允許用戶在不使用引擎工具的情況下用通用數據庫工具也能查詢數據。數據庫訪問支持通過適配器的方式將中間件和數據庫連接，適配器包括但不限于SQLServer、Oracle、SAP，支持JDBC、ODBC、OLEDB等連接方式，以及與Socket協議和WebService的相互轉換能力，支持外部擴展。格式轉換支持多種消息格式（CSV、XLS、XLSX)轉換為XML消息格式，實現C結構、COBOL、BOLOB等二進制數據的轉化和數據放大能力。數據通信支持多種數據通信模式，包括同步、異步、點對點、發布/訂閱等。支持靈活開放的協議，包括但不限于TCP/IP、SOAPWeb、RESTWeb、Kafka、JSON、MLLP、HTTP/HTTPS、FTP/File、Socket、SMTP、SOAP/HTTP、S0AP/JMS等,具備協議相互的轉換能力。動態路由支持ESB事件驅動模型構建，支持業務規則引擎場景設罝和自定義應用場景。可以實現不同協議的動態路由，且路由規則通過配罝方式實現。WS支持支持最新WebServices標準，包括SOAP1.1/1.2.WSDL1.1.MT0MA0P、WS-IBasicProfile1.1等，支持WebServices自有的安全性WS-Security和尋址功能WS-Addressing，實現WebServices同步和異步調用。負載均衡具有較高的并發處理性能，包括WebService/http調用等,支持集群功能，隊列管理器之間能夠共享負載，實現自動負載均衡。服務配置參考互聯互通服務接入標準，建立相應的接口定義及使用規范，實現互聯互通評審的所有審查點，至少包括如下類型的接口定義和使用規范：病人基本信息、檢查電子申請、檢驗電子申請、手術電子申請、輸血電子申請、費用確認、危急值確認、主數據（包括員工、科室、病區、檢驗項目、檢查項目、收費項目、醫囑項目、藥品、診斷ICD、手術ICD、耗材等)。平臺接入支持標準接入規范，基于統一描述、發現和集成標準，進行關鍵業務活動服務注冊，方便第三方供應商基于該統一架構進行平臺接入。至少包含如下類型的接口定義和使用規范病人基本信息、檢查電子申請、檢驗電子申請、手術電子申請、輸血電子申請、費用確認、危急值確認、主數據（包括員工、科室、病區、檢驗項目、檢查項目、收費項目、醫囑項目、藥品、診斷ICD、手術ICD、耗材等）。服務管理支持界面化配罝管理ESB內服務，創建配罝以及相關訂閱方權限分配，系統配置易用性強，院方可以通過簡單的系統配置操作完成后期新增服務的發布訂閱配罝。用戶界面支持在同一個界面中完成流程開發、服務監控等工作，并能顯示異常錯誤隊列；支持拖拉式圖形化路由設計，并支持路由間的銜接和串聯；支持提供全局視圖顯示整個流程完整流通線路，用戶能直觀查看包含多終端，多路由的完整消息處理流程，在一個視圖頁面上能看到整體業務流程圖；提供便捷的圖形化數據映射配置界面，并能支持通過代碼編寫進行數據映射配置。日志審計平臺能夠記錄服務交互的輸入、輸出數據報文信息，支持記錄開關配置功能。實現互聯互通評審的所有審查點，包括但不限于日志查詢，轉發重發跟蹤，日常服務調用統計等功能。醫療設備支持國際標準和國內醫療數據標準HL7(HealthLevelSeven)v2.x、v3.0等版本和DICOM標準。支持MinimalLowerLayerProtocol(MLLP)傳輸協議，連接各類醫療設備。運維管理支持在線查看系統狀態信息、進行性能監控，可以進行數據管理，允許訪問日志、進行故障診斷；在發生異常情況時或消息堆積時可發送通知和提醒，消息堆積警告和警報闕值可配置；支持在線服務自助式調試Web界面，調試界面支持單元測試及集成測試；提供可開放的集成平臺管理、設置、監控的API，支持第三方的應用開發；支持H5技術，支持PC端和移動端設備查看引擎運行狀態，界面自適應調整分辨率；支持選擇性關閉路由中消息追蹤功能，減少不必要排錯消息存儲，節省磁盤空間。可靠性系統需要髙度的安全性和可靠性保證，需要支持3個及以上故障轉移架構能力。如支持熱備高可用性部署，主備機之間配置、消息庫可實時同步，當主機發生故障時，備機可在不需人工干預的情況下自動啟動，消息在備機中繼續運行，當主機修復后，消息會轉回主機中繼續處理。兼容性支持32位、64位的操作系統和硬件平臺。產品未來可以升級到專有虛擬化版本(HypervisorEdition)。6、集成服務平臺集成服務平臺是針對醫院信息集成平臺的各個信息通道之間的可控性、交互服務的可管性開發一套綜合管理系統，通過管理系統與信息集成引擎的對接，可以有效的對各個業務系統之間的交互內容、交互標準、交互規范、交互權限進行有效的限制和管理，從而實現各個業務系統之間的交互進行有效規范，確保信息交互的安全性、有效性和可靠性。具體技術要求如下：功能列表功能要求服務庫服務庫查看服務查看服務的基本屬性以及消費關系圖，服務屬性主要包括：服務名稱、服務英文名、服務代碼、服務類型、業務類型、服務描述。消費關系圖主要展示：提供系統、子服務、入口隊列、服務、出口隊列、消費系統。搜索服務對服務庫可以根據其分類以及檢索框中輸入的關鍵字進行搜索。新增服務通過對服務屬性及其子服務/字段的添加實現服務的封裝，通過一鍵部署及測試成功的服務即可完成發布。修改服務對未發布的服務以及禁用的服務進行非關鍵屬性的修改。禁用服務對已經發布且沒有被消費的服務進行禁用。克隆服務復制一個服務，且可對復制出的服務修改其基本的服務屬性信息。啟用服務對已經禁用的服務實現開啟。測試服務檢測服務是否可以成功被請求調用，通過編寫代碼或者上傳代碼文件實現服務請求，并返回請求之后的代碼內容，即可完成整個服務的測試。子服務子服務查看子服務查看子服務的所有信息，如：子服務屬性（子服務名稱、子服務代碼、子服務英文名、子服務描述、子服務的提供系統）、字段（字段名稱、英文名、字段原名、是否可編輯、是否可用、字段類型）。新增子服務通過對子服務屬性，如：子服務名稱、子服務代碼、子服務英文名、子服務描述、子服務的提供系統，以及字段的添加實現子服務的新增。刪除子服務對未發布的子服務進行刪除操作。修改子服務對已經發布的子服務實現字段的添加，未發布的子服務實現所有屬性及字段的修改。管理廠商管理新增廠商通過添加入駐廠商的信息，如：廠商名稱、廠商ID、技術人員的姓名及聯系方式、業務人員的姓名及聯系方式，實現廠商的新增修改廠商對廠商信息，如：廠商名稱、廠商ID、技術人員的姓名及聯系方式、業務人員的姓名及聯系方式的修改刪除廠商刪除廠商信息。應用管理新增應用根據廠商的信息為廠商添加其應用，并申請當前應用需要的服務、子服務和字段。搜索應用支持用戶根據模糊查詢搜索應用且可應用名稱、所屬廠商、審核狀態、環境對檢索結果進行過濾。下線應用對不需要再使用的應用可進行下線操作，阻止此應用再次使用。審核應用根據用戶的應用及服務申請進行審核操作，在審核時支持對申請的服務是否選擇一鍵部署的限制。修改應用用戶根據需要及當前的申請狀況可以對自己所申請的應用及為應用申請的服務進行修改操作，包括繼續添加服務的操作。測試應用通過審核的應用，用戶可以根據需要對所申請的服務進行測試操作。查看應用用戶可以查看到應用的基本信息、申請的服務以及相關的子服務和字段。分類管理新增分類根據需要可以對服務的類型進行新的分類添加。支持可刪除和不可刪除兩類操作。查看分類可以查看當前的服務分類以及用戶新增的分類。對于默認的業務類型、服務類型這兩類的劃分，默認用戶是不能修改和刪除的。集群管理查看集群查看集群的關鍵信息，如：集群名、集群IP、集群短口、集群類別字段管理搜索字段根據字段中文名、字段英文名、字段狀態對字段進行搜索修改字段支持對字段屬性的修改刪除字段用戶可以根據需要刪除自己不需要的字段查看字段查看字段的屬性信息，如：字段中文名、字段英文名、字段類型、字段狀態文件日志搜索文件日志根據文件名、服務器IP屬性信息進行查詢下載根據需要可以將所需的文件日志下載到本地接入平臺管理模塊管理支持對一體化接入平臺的一級模塊、二級模塊進行編輯。文檔管理支持對一體化接入平臺所有模塊地址的文檔編輯，并同步的接入平臺。同時，支持在新建過程中保存到草稿箱的操作。反饋管理根據用戶在一體化接入平臺中提交的問題進行回答解釋。7、權限管理系統針對信息平臺管理系統賬戶權限進行統一配置管理功能列表功能要求用戶信息用戶名、用戶類型、所屬組織用戶管理增加類別、刪除類別、修改類別、增加用戶、刪除用戶、修改用戶、查看用戶明細角色信息角色名稱、角色描述、角色創建時間角色管理增加角色、刪除角色、修改角色、查看角色的詳細信息權限管理增加權限、修改權限、刪除權限1、支持用戶管理，角色與權限，包括增刪用戶及編輯用戶信息，支持系統進行展示，支持增刪、編輯角色及不同角色配置不同功能權限；2、支持數據權限策略與配置，包括根據用戶職稱、職位（也可以定制化）配置全院、所在科室數據權限策略，能夠對不同權限用戶進行權限配置，不同科室的用戶可以查看不同范圍的內容。3、支持遵循醫療行業的倫理規范和信息安全規范，僅提供業務所需最小數據集，同時進行訪問審計；支持對于某一類患者信息(姓名、家庭地址、身份證)進行加密，避免患者隱私泄露；支持院外訪問設置，支持通過院內網段、主機名等配置院外訪問路徑；配置院外訪問時所具備的功能權限；8、數據交換訪問服務數據中心的數據訪問平臺需提供對數據資源的訪問服務功能。支持主數據資源庫、臨床數據資源庫、醫學影像數據資源庫、醫院運營管理數據資源庫的在授權管理方式下的交換訪問。數據資源的訪問需支持多種數據訪問技術，包括：通過信息平臺ESB總線技術，API接口技術，數據庫表直連技術等。二）主數據管理平臺1、主數據管理系統（MDM）主數據管理(MasterDataManagement，MDM)是指一組約束和方法用來保證醫院內主題域和系統內相關數據和跨主題域和系統的相關數據的實時性、含義和質量。主數據管理(MDM)應保證系統協調和重用通用、正確的業務數據(主數據)。主數據管理作為應用流程的補充，能夠通過從各個操作/事務型應用以及分析型應用中分離出主要的信息，使其成為一個集中的、獨立于醫院中各種其他應用核心資源，從而使得醫院的核心信息得以重用并確保各個操作/事務型應用以及分析型應用間的核心數據的一致性。通過主數據管理，改變醫院數據利用的現狀，從而更好地為醫院信息集成做好鋪墊。主數據管理系統功能要求如下：功能列表功能描述值域管理導入導入值域數據。導出導出值域數據。自動映射值描述將國標值與地方值建立對應關系。OID管理查詢根據OID編碼、OID名稱查詢。修改修改OID內容。新增新增OID字典項。刪除刪除OID字典項。數據元管理查詢根據數據元編碼、OID名稱查詢。修改修改數據源內容。新增新增數據元字典項。刪除刪除數據元字典項。字典信息列表查詢通過編碼、名稱對字典項進行查詢詳情字典詳細信息及字典項歷史變更軌跡。導出導出字典信息。發布版本導入導入字典信息作為新版本。修改編輯即將發布的版本內容。生效時間設定新版本生效時間。版本記錄查看可查看歷史使用過的字典信息及變更軌跡。2、主索引管理系統（EMPI）主索引是一個重要的基礎組件，是其他高級功能，如相關評審要求的患者用藥電子化記錄eMAR、患者全息視圖（包括歷史用藥醫囑和藥物醫囑執行記錄）等的基礎。主索引管理系統采用復雜的算法對病人、職工、科室的基本信息進行身份識別，即利用概率統計學理念，制定一套完整的標準化算法及數據匹配算法，對主索引信息進行更加準確的驗證和判斷，大大提高主索引正確率。并且提供主索引歸并、反歸并、人工處理等功能，完善主索引管理體系。生成全院唯一的醫院主索引號。并支持HL7數據標準和IHE集成規范與其他應用系統進行互聯互通。具體技術要求如下：功能列表功能描述患者主索引清洗按照配置好的值域規則對患者數據進行清洗。停止清洗停止數據清洗查詢通過姓名、證件號、出生日期、聯系電話等字段對疑似患者進行搜索查詢。合并操作人員根據信息判斷兩條或多條患者信息為同一名患者時進行數據合并，同時確認保留的患者信息。解除疑似操作人員根據信息判斷兩條或多條患者信息不為同一名患者時解除疑似關系。數據來源顯示該條患者信息的數據來源。查詢通過姓名、證件號、出生日期、聯系電話等字段對患者進行搜索查詢。拆分將已合并的患者信息進行拆分，還原為合并前的狀態。家庭關系涵蓋患者家庭成員。患者軌跡記錄患者歷史軌跡。患者信息錄入填寫患者信息字段，注冊生成患者信息。配置選擇選擇配置類型包括（成人配置、兒童配置、成人配置、兒童配置測試）。閾值配置設置相同患者分數、疑似患者分數。匹配字段配置配置字段，及字段權重。患者基礎信息輸入要測試的患者基本信息測試根據輸入的患者基本信息檢索是否有相同病例或疑似病例。科室主索引科室列表科室主索引列表。組織架構直觀展示科室層級關系，根據不同的業務可添加不同的組織架構。搜索根據科室編碼、科室名稱查詢科室。科室詳情科室詳細信息及歷史變更信息。版本發布科室主索引的編輯模塊，其中包括調整科室層級關系、增加新科室、移除科室、增加組織架構等功能，按設定的時間生效為當前版本。版本記錄記錄使用過的版本并能查看歷史信息軌跡。查詢根據科室編碼、科室名稱查詢科室。來源列表顯示科室信息來源。映射列表已建立映射關系的列表，可進行取消映射操作。未映射列表未建立映射關系的列表，可進行映射操作添加標簽增加差異化類別標簽,其中包括類別編碼及類別名稱兩個字段。職工主索引查詢通過工號、姓名對職工主索引進行搜索查詢。歷史記錄職工歷史變更軌跡。編輯修該職工信息。錄入錄入職工信息。隸屬關系提供職工領導及下屬信息。3、數據質量監控數據中心數據質量至關重要，利用數據中心管理系統保證數據質量的準確性、一致性。數據中心管理系統需實現以下功能：1、支持對數據采集的吞吐量、作業運行狀況、存儲情況進行實時監控，并可在前臺界面進行圖形化展示，保證數據中心的數據準確性；2、數據中心采用記錄數、關鍵指標驗證機制，實現HIS、LIS、RIS、病區護士站、護理文書、門診醫生站、住院醫生站、門診病歷、住院病歷數據一致性驗證，當數據與源系統不一致時，可以采用問題時間段數據抽取處理，保證數據的一致性。3、針對作業運行異常，智能提供對應的解決方案及文檔，幫助運維人員快速解決問題。當監控到數據抽取作業失敗時，將抽取作業結果按紅色失敗結果提示，可點擊失敗標簽，跳轉到解決方案推薦界面，給出簡要的原因分析，并自動給出相關解決方案說明，解決方案支持在線預覽及下載，輔助信息中心管理人員高效運維。提供截圖證明4、采用數據值域驗證、空值驗證方式，實現HIS、LIS、RIS、病區護士站、護理文書、門診醫生站、住院醫生站、門診病歷、住院病歷數據完整性驗證，保證第三方接口數據接入的規范性、有效性，業務數據出現問題時形成問題清單反饋給業務系統。5、支持短信預警功能，當數據中心管理系統數據驗證、數據監控出現異常情況時，可自動發送預警信息。提供截圖證明6、數據中心采用記錄數、關鍵指標驗證機制，實現麻醉、治療、血庫管理、重癥監護、病案管理、移動護理、紙質病歷數據一致性驗證，當數據與源系統不一致時，可以采用問題時間段數據抽取處理，保證數據的一致性。7、采用數據值域驗證、空值驗證方式，實現麻醉、治療、血庫管理、重癥監護、病案管理、移動護理、紙質病歷數據完整性驗證，保證第三方接口數據接入的規范性、有效性，業務數據出現問題時形成問題清單反饋給業務系統。三）數據中心與應用臨床數據中心主要是以患者為中心、在醫院范圍內制作的終生縱向多媒體記錄，包含患者所有重要的臨床數據可集成院內各科室級臨床信息系統，實現所有臨床診療數據的整合與集中展現。臨床數據中心參考國際HL7標準、《電子病歷基本數據集》、《國家醫療健康信息醫院衛生信息互聯互通標準化成熟度測評方案》等標準與規范，將臨床活動產生的所有數據進行通過先進技術進行抽取、轉換、清洗并轉存到標準化的CDR數據模型中，形成按領域組織的、方便利用的臨床數據集。通過開放服務提供外部系統調用和數據訪問。數據范圍包括但不限于患者信息、醫囑、檢查、檢驗、病理、手術、病案、病歷、臨床路徑等，涉及數千個數據字段的采集、清洗、轉碼、載入工作，涵蓋HIS、LIS、RIS、NIS、CPOE、EMR等各類業務系統，異構數據庫涵蓋SQLserver、Oracle，數據時間范圍包括信息化以來的歷年數據及實時數據等。數據中心通過數據采集、清洗、標準化等步驟，將全院業務系統數據進行集中存儲，包括歷史數據采集、實時數據采集，形成全院的全量、實時數據中心。數據中心建成后，一方面通過開放服務提供外部系統調用和數據訪問，另一方面，為患者全息、臨床科研提供多種輔助應用。總體架構要求：1）利用數據中心進行數據集中，消除信息孤島，實現數據集中存儲；2）數據中心的全量性，除臨床相關數據外，對醫院主要業務數據進行存儲；3）數據具備實時性；4）數據中心保證數據和原始業務系統的一致性和準確性；5）數據中心中各類數據具備長期性，能夠滿足全量數據在線查詢需求；6）通過圖形化方式展現數據中心資源實時狀況；總體性能要求：1）數據中心數據實時性，延遲低于5分鐘；2）數據檢索時間：數據查詢響應時間不超過5秒；3）數據統計時間：數據查詢響應時間不超過5秒；4）除特殊約定數量的系統之外，其他軟件系統不限制用戶、授權、設備數量。總體技術要求：功能列表技術要求數據存儲建立臨床信息數據庫，遵循《WS445-2014電子病歷基本數據集》，至少包含標準要求的16類數據集和58個數據子集的內容；支持自定義擴展數據集；按照標準的臨床業務模型對患者數據。就診數據、醫囑數據及各類報告文書等數據進行整合存儲，建立關聯關系。支持對歷史患者信息、醫囑、檢查、檢驗、病理、手術、病案、臨床路徑數據進行抽取、清洗、轉換，按標準化、結構化、分類存儲。臨床數據中心的數據集成以患者為中心，以就診為索引的所有臨床數據。數據接入可以支持多種數據接入形式與數據規范。1、多種數據采集的接入方式與規范：對接集成平臺提供的各類接口。2、支持不同數據規范的接入：對接支持HL7V3、HL7V2、普通的XML等格式。3、數據接入程序支持分布式部署為患者全息視圖提供數據：作為患者全息視圖的數據源，為其提供以患者為中心的患者臨床全流程就診數據。臨床數據中心(CDR)至少整合、清洗包括以下領域數據元：數據種類相關數據源備注患者管理類PatientAdministration患者基本信息掛號信息出入院登記信息診斷信息接診信息醫囑類Orders門診處方信息門診處方明細信息住院醫囑信息檢查申請單檢驗申請單手術申請單病理檢查申請單實驗室類Laboratory申請登記信息標本信息臨檢及生化報告微生物報告病理報告觀察類Observations觀察域觀察報告生命體征觀察信息病歷類CDA病歷主數據病歷分段數據病歷樣式數據病歷全文索引非結構化病歷數據醫院門診病歷需要電子病歷廠商提供加密文件解析方式病案類MedicalRecord病案首頁病案診斷病案手術手術類Surgery手術登記手術記錄手術診斷手術麻醉信息術后蘇醒信息手術參與人員護理類CareProvision醫囑執行記錄護理提供記錄不良反應記錄1、數據接入引擎數據接入引擎要求能將醫院各業務系統的數據取出，經過實時數據同步工具建立標準結構的數據倉庫。功能列表功能描述數據獲取采用國際知名品牌數據同步工具，采用數據庫動態日志捕獲同步技術，對生產系統的資源消耗控制在5%或以內，確保業務數據源和ODS數據的一致性控制在毫秒級以內。數據清洗過濾那些不符合要求的數據，將過濾的結果交給業務主管部門確認是否過濾掉，還是由業務單位修正之后再進行抽取。不符合要求的數據主要是有不完整的數據、錯誤的數據和重復的數據三大類。轉換主要是進行不一致的數據轉換、數據粒度的轉換和一些商務規則的計算。支持自定義業務數據表及其關系，并能將多張業務數據表轉換成能夠適用于PivotTable等工具操作的格式。裝載加載經轉換和匯總的數據到目標數據倉庫中，可實現SQL或批量加載錄入/導入將指標生成所缺失的數據元以及手工記錄的指標信息，通過.txt或者是.xls文件導入到ODS中或直接錄入到系統中，以保證決策分析平臺指標的完整性。日志記錄日志的目的是隨時可以知道數據同步及抽取運行情況，以便于在錯誤發生的情況下，快速定位錯誤原因和位置。警告發送向系統管理員發送警告，發送警告的方式有多種，常用的就是給系統管理員發送郵件，并附上出錯的信息，方便管理員排查錯誤。2、臨床數據中心（CDR）臨床數據中心主要是以患者為中心、在醫院范圍內制作的終生縱向多媒體記錄，包含患者所有重要的臨床數據可集成院內各科室級臨床信息系統，實現所有臨床診療數據的整合與集中展現。臨床數據中心參考國際HL7標準、《電子病歷基本數據集》、《國家醫療健康信息醫院衛生信息互聯互通標準化成熟度測評方案》等標準與規范，將臨床活動產生的所有數據進行通過先進技術進行抽取、轉換、清洗并轉存到標準化的CDR數據模型中，形成按領域組織的、方便利用的臨床數據集。通過開放服務提供外部系統調用和數據訪問。數據范圍包括但不限于患者信息、醫囑、檢查、檢驗、病理、手術、病案、病歷、臨床路徑等，涉及數千個數據字段的采集、清洗、轉碼、載入工作，涵蓋HIS、LIS、RIS、NIS、CPOE、EMR等各類業務系統，異構數據庫涵蓋SQLserver、Oracle，數據時間范圍包括信息化以來的歷年數據及實時數據等。數據中心通過數據采集、清洗、標準化等步驟，將全院業務系統數據進行集中存儲，包括歷史數據采集、實時數據采集，形成全院的全量、實時數據中心。數據中心建成后，一方面通過開放服務提供外部系統調用和數據訪問，另一方面，為患者全息、臨床科研提供多種輔助應用。總體架構要求：1）利用數據中心進行數據集中，消除信息孤島，實現數據集中存儲；2）數據中心的全量性，除臨床相關數據外，對醫院主要業務數據進行存儲；3）數據具備實時性；4）數據中心保證數據和原始業務系統的一致性和準確性；5）數據中心中各類數據具備長期性，能夠滿足全量數據在線查詢需求；6）通過圖形化方式展現數據中心資源實時狀況；總體性能要求：1）數據中心數據實時性，延遲低于5分鐘；2）數據檢索時間：數據查詢響應時間不超過5秒；3）數據統計時間：數據查詢響應時間不超過5秒；4）除特殊約定數量的系統之外，其他軟件系統不限制用戶、授權、設備數量。總體技術要求：功能列表技術要求數據存儲建立臨床信息數據庫，遵循《WS445-2014電子病歷基本數據集》，至少包含標準要求的16類數據集和58個數據子集的內容；支持自定義擴展數據集；按照標準的臨床業務模型對患者數據。就診數據、醫囑數據及各類報告文書等數據進行整合存儲，建立關聯關系。支持對歷史患者信息、醫囑、檢查、檢驗、病理、手術、病案、臨床路徑數據進行抽取、清洗、轉換，按標準化、結構化、分類存儲。臨床數據中心的數據集成以患者為中心，以就診為索引的所有臨床數據。數據接入可以支持多種數據接入形式與數據規范。1、多種數據采集的接入方式與規范：對接集成平臺提供的各類接口。2、支持不同數據規范的接入：對接支持HL7V3、HL7V2、普通的XML等格式。3、數據接入程序支持分布式部署為患者全息視圖提供數據：作為患者全息視圖的數據源，為其提供以患者為中心的患者臨床全流程就診數據。臨床數據中心(CDR)至少整合、清洗包括以下領域數據元：數據種類相關數據源備注患者管理類PatientAdministration患者基本信息掛號信息出入院登記信息診斷信息接診信息醫囑類Orders門診處方信息門診處方明細信息住院醫囑信息檢查申請單檢驗申請單手術申請單病理檢查申請單實驗室類Laboratory申請登記信息標本信息臨檢及生化報告微生物報告病理報告觀察類Observations觀察域觀察報告生命體征觀察信息病歷類CDA病歷主數據病歷分段數據病歷樣式數據病歷全文索引非結構化病歷數據醫院門診病歷需要電子病歷廠商提供加密文件解析方式病案類MedicalRecord病案首頁病案診斷病案手術手術類Surgery手術登記手術記錄手術診斷手術麻醉信息術后蘇醒信息手術參與人員護理類CareProvision醫囑執行記錄護理提供記錄不良反應記錄3、運營數據中心（ODR）運營數據中心需要實現對醫院管理系統數據集成整合，基于全院運營及管理數據存儲標準建立運營數據倉庫（涵蓋收入、患者、藥品、醫保、人事、財務、醫療管理等眾多業務域），數據來源于院內HIS、臨床管理、藥物管理、物流、科研、OA、財務等眾多信息系統。功能列表功能要求指標管理可針對醫院關注對象建立指標，指標建立支持指標公式利用加、減、乘、除等算法計算合成指標，并可以設置指標數據長度和數據類型，添加指標說明，說明鏈接。支持指標建立、修改、刪除基本功能；并可按照業務對指標建立多個目錄，具備目錄增刪改基本功能。維度管理可根據醫院關注角度建立維度，對維度設置數據類型，選擇字典名稱。針對單一維度可新增或者引用其他維度方式以建立下鉆維度。指標數據采集提供指標數據的定時采集參數配置功能，支持批量配置，功能包括：數據源配置、采集模型配置、采集調度管理、錯誤日志查看等。指標數據存儲提供統一的指標數據倉庫（ST）；提供支撐指標統計數據的明細數據倉庫（DW）；指標數據服務提供指標數據的存儲、獲取服務；用于支撐基于指標倉庫的綜合分析系統；提供按條件、按權限的指標數據獲取服務，用于提供給外部系統使用指標統計數據；4、共享文檔庫（CDA）通過標準的共享文檔的數據來源業務系統數據進行存儲；并將生成的共享文檔進行數據庫注冊，同時將共享文檔xml進行物理存儲；同時能統計展現共享文檔生成情況。功能列表功能要求共享文檔的值域映射根據主數據管理中的國標或者行業標準，進行文檔中的值域和標準值域的轉換。OID版本管理OID是衛生部對特定數據的定義，在每一測評周期中可能變更，所以需要版本管理。生成共享文檔時，可以選定特定的版本。數據元版本管理數據元是衛生部對特定數據的定義，在每一測評周期中可能變更，所以需要版本管理。生成共享文檔時，可以選定特定的版本。共享文檔模板生成根據OID、數據元、值域版本生成共享文檔模板，包括初始版本1.0的復制、編輯、刪除。共享文檔生成按選定的病人，生成互聯互通文檔（通過ESB的數據支持），包括定時生成共享文檔和手動生成共享文檔。共享文檔瀏覽瀏覽選定文檔的數據概覽，也可以查看XML源文件、XSD轉化文件內容5、患者360視圖患者360視圖要求是基于臨床數據中心、并以患者為核心而開發的一套系統，主要功能是對患者信息、患者診療信息、患者臨床信息等數據進行圖形化界面的管理和瀏覽，從而充分了解和掌握患者從入院到出院、從出生到死亡的所有歷史醫療數據和信息，提高臨床工作的質量和效率。要求能夠實現基于用戶的使用習慣自由選擇模板來滿足臨床醫生的需求。功能列表功能描述視圖菜單通過菜單點擊就診索引、就診視圖、臨床視圖，可進入相應的功能模塊，查看病人的就診信息。就診索引以日歷記事本的方式，在同一個界面，對歷次就診期間的診斷、檢查檢驗結果、用藥醫囑等數據進行摘要性展示。就診視圖以就診次維度，展示病人的歷次就診時間和基本就診信息。臨床視圖以診斷、檢驗、檢查等臨床分類維度，展示病人各項臨床數據信息。權限管理醫院可設置角色，將角色匹配上不同的查看權限。6、職工360視圖職工360系統為醫院人力資源信息管理平臺的建設，必須按照支撐醫院發展戰略的高度去規劃，通過系統要實現對各科室的集約化管理和醫院人力資源管理各環節之間的橫向互通，首先需要全面梳理醫院的數據資源，統一制定單位的人力資源信息編碼標準。職工360管理系統可以有效地改變醫院信息分布比較散亂的現狀。人力資源管理系統提供字段擴展功能，可以為醫院實現完整、規范的數據管理提供一個良好的平臺支撐。建立統