互聯(lián)互通測材料醫(yī)院

目醫(yī)療機(jī)構(gòu)基本情 數(shù)據(jù)資源標(biāo)準(zhǔn)化建設(shè)情 數(shù)據(jù)集標(biāo)準(zhǔn)化情 共享文檔標(biāo)準(zhǔn)化情 互聯(lián)互通標(biāo)準(zhǔn)化建設(shè)情 技術(shù)架構(gòu)情 信息整合方 信息整合技 信息.....................................................................................................統(tǒng)一認(rèn)證及門戶服 平臺功 互聯(lián)互通服務(wù)功能情 平臺運(yùn)行性能情 基礎(chǔ)服務(wù)平均響應(yīng)時(shí) 電子整合服務(wù)平均響應(yīng)時(shí) 電子服務(wù)平均響應(yīng)時(shí) 基礎(chǔ)設(shè)施建設(shè)情 平臺硬件基礎(chǔ)設(shè)施情 服務(wù)器設(shè) 設(shè) 網(wǎng)絡(luò)設(shè) 網(wǎng)絡(luò)及情 網(wǎng)絡(luò)帶寬情 接入域建 .........................................................................................................情 環(huán)境安 應(yīng)用安 數(shù)據(jù)安 隱私保 管理安 業(yè)務(wù)應(yīng)用系統(tǒng)（生產(chǎn)系統(tǒng)）建設(shè)情 臨床服務(wù)系統(tǒng)建設(shè)情 醫(yī)療管理系統(tǒng)建設(shè)情 運(yùn)營管理系統(tǒng)建設(shè)情 互聯(lián)互通應(yīng)用效 基于平臺的業(yè)務(wù)應(yīng)用建設(shè)情況及利用情 平臺上的公眾服務(wù)應(yīng)用系統(tǒng)建設(shè)情況及利用情 平臺上的醫(yī)療服務(wù)應(yīng)用系統(tǒng)建設(shè)情況及利用情 平臺上的衛(wèi)生管理應(yīng)用系統(tǒng)建設(shè)情況及利用情 平臺業(yè)務(wù)范 平臺內(nèi)業(yè) 平臺外業(yè) 醫(yī)療機(jī)構(gòu)基本醫(yī)療機(jī)構(gòu)信息管理科電子數(shù)據(jù)資源基本情建立了基本內(nèi)容架構(gòu)規(guī)范的電子數(shù)據(jù)？醫(yī)院基本情是否依照《基于電子的醫(yī)院建設(shè)技術(shù)解決方案（1.0版）（衛(wèi)辦綜東軟基于電子的院東20169：醫(yī)院使用了webservice服務(wù)和MQ消息中間件醫(yī)院通過企業(yè)總線實(shí)現(xiàn)了門、住院和體檢的業(yè)務(wù)集成數(shù)據(jù)資源標(biāo)準(zhǔn)化建設(shè)校驗(yàn)。下圖為我院建設(shè)的醫(yī)院采用的標(biāo)準(zhǔn)webservice接口，各業(yè)務(wù)過程中會對到平臺的數(shù)據(jù)進(jìn)行字典校驗(yàn)。下圖以西藥發(fā)藥記錄對應(yīng)的數(shù)據(jù)元為例，有些數(shù)據(jù)元類型為S2 2接口包含的數(shù)據(jù)

3通過標(biāo)準(zhǔn)的webservice接口到臨床數(shù)據(jù)中心，然后由平臺將數(shù)據(jù)進(jìn)4CDA檔進(jìn)行查看也可以點(diǎn)擊或者打包之后進(jìn)行查看。5查看共享文檔界圖6查看概要共享文互聯(lián)互通標(biāo)準(zhǔn)化建設(shè)醫(yī)院服務(wù)總線是以企業(yè)服務(wù)總線為，完成服務(wù)管理、服務(wù)及處理的消息隊(duì)列中間件；用來構(gòu)造和解析HL7Message和CDA的引擎。服務(wù)組件邏輯上分為兩部分一部分是以支撐醫(yī)療相關(guān)業(yè)務(wù)的業(yè)務(wù)服務(wù)組件基礎(chǔ)服務(wù)，完成患者、科室、人員、術(shù)語/字典的服務(wù)電子服務(wù)，針對電子共享文檔的檢索和服務(wù)及隱務(wù)，針對電子信息的權(quán)限及患者的隱私、服務(wù)、服務(wù)安全、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)字典轉(zhuǎn)換以及統(tǒng)一認(rèn)證的共享數(shù)據(jù)內(nèi)容一致，提供相關(guān)的元數(shù)據(jù)管理、主數(shù)據(jù)、數(shù)據(jù)同步、數(shù)據(jù)標(biāo)準(zhǔn)管理、數(shù)據(jù)字典等服務(wù)，配合醫(yī)療服務(wù)總線完成相關(guān)業(yè)務(wù)操7理，消息路由、轉(zhuǎn)換，響應(yīng)，安全機(jī)制，服務(wù)生命周期管理，功主域服務(wù)器的部分是知識庫。通過服務(wù)管理工具，對運(yùn)行于醫(yī)院內(nèi)的服務(wù)進(jìn)行，安全策略進(jìn)行配置，新開發(fā)的業(yè)務(wù)服務(wù)組件和應(yīng)管理提供基于Web方式的管理工具。8總線服務(wù)器的管理模東軟醫(yī)療服務(wù)總線1、傳輸協(xié)議套件，通過適配模式解決異構(gòu)系統(tǒng)的協(xié)議轉(zhuǎn)2、總線運(yùn)行容器，提供多種專項(xiàng)服務(wù)完善系統(tǒng)間集成工東軟醫(yī)療服務(wù)總線應(yīng)用層：應(yīng)用層：101、平臺服務(wù)層：平臺提供公共的業(yè)務(wù)服務(wù)，降低各系統(tǒng)間耦合3、基本服務(wù)層：平臺統(tǒng)一管理院內(nèi)服務(wù)，標(biāo)準(zhǔn)化服務(wù)內(nèi)4、應(yīng)用層：通過標(biāo)準(zhǔn)的服務(wù)體系重塑信息的業(yè)務(wù)應(yīng)用東軟醫(yī)療服務(wù)總線息平臺通過企業(yè)服務(wù)總線實(shí)現(xiàn)服務(wù)、發(fā)布、適配、、審計(jì)。服務(wù)

務(wù)進(jìn)行增加、刪除、修改、查詢。如推送，患者確費(fèi)等的服務(wù)。服務(wù)發(fā)

12總線服務(wù)管理頁東軟醫(yī)院提供服務(wù)發(fā)布功能，可對平臺上已的各種服務(wù)進(jìn)行發(fā)布管理，發(fā)布服務(wù)、取消發(fā)布等服務(wù)適

13在服務(wù)層主要是各個(gè)參與流程協(xié)作的服務(wù)（或可以通過適配器的的組件。通用的適配器一般包括HTTP，JMS，，F(xiàn)TP等：HTTP適配器：支持服務(wù)組件的服務(wù)者和消費(fèi)者登記和激活調(diào)用。支持WebService服務(wù)消費(fèi)者和提供者，SSL，WS-Security。JMS適配器：支持標(biāo)準(zhǔn)：JMS接口，SSL；也應(yīng)支持適配器：提供服務(wù)總線收發(fā)電子郵件的功能，發(fā)送郵件也務(wù)器傳輸中的文件，和定期輪詢FTP中是否有新文件到達(dá)。醫(yī)院電子適配器，參考電子相關(guān)業(yè)務(wù)規(guī)范與標(biāo)準(zhǔn)體系，在醫(yī)院已建設(shè)的各業(yè)務(wù)系統(tǒng)的基礎(chǔ)上建立電子適配器，實(shí)現(xiàn)電子和各東軟醫(yī)療服務(wù)總線提供服適配的功能，可對適配器增加、刪除修改、查詢。用戶適配器（UAUserAdapte）：用戶響應(yīng)處理的協(xié)議與代碼的統(tǒng)稱。東軟醫(yī)療服務(wù)總線支持幾種適配器，JavaClass配器、MQ適配器、Webservice,Socket適配器等。平臺把消息內(nèi)容送給LIS提供的JavaClass適配器代碼邏輯進(jìn)行相應(yīng)的處人員編寫該適配器時(shí)需遵從平臺的JavaClass適配器開發(fā)規(guī)范。服務(wù)

15MQ下的各服務(wù)，點(diǎn)擊接口下的服務(wù)，點(diǎn)擊添加按鈕，彈出添加服務(wù)界面，填寫名稱、標(biāo)識等，將需要的wsdl地址寫入wsdl地址處，點(diǎn)擊Submit提交保存。東軟醫(yī)療服務(wù)總線提供提供了查詢接收日志、網(wǎng)關(guān)日志、操作異常日志、消息日志的功能17總線1824小時(shí)日志19網(wǎng)關(guān)20圖21日志界信息信息具備獨(dú)立的電子共享文檔電子共享文檔引標(biāo)準(zhǔn)化管理工具文檔管理工具

獨(dú)立的電子共享文檔26CDA圖27向外提供的服務(wù)接具備基于醫(yī)院獨(dú)立的臨床信息數(shù)據(jù)臨床文檔信息庫以支持臨床決策支持、科研和互聯(lián)互通要求的基礎(chǔ)應(yīng)用28CDR臨床數(shù)據(jù)中心的程序架構(gòu)如下29CDR目前最常用的消息格式標(biāo)準(zhǔn)HL7v3.0原型，按照衛(wèi)計(jì)委標(biāo)準(zhǔn)和進(jìn)行自定義擴(kuò)一般就診數(shù)據(jù)采用HL7v3.0，文檔類數(shù)據(jù)采用CDA格式進(jìn)。在數(shù)據(jù)接入時(shí)對數(shù)據(jù)進(jìn)行、值域及格式標(biāo)準(zhǔn)化轉(zhuǎn)換、準(zhǔn)確性校驗(yàn)在系統(tǒng)組織消息發(fā)送至平臺需要對數(shù)據(jù)消息基本格式進(jìn)行校（如：webservice結(jié)構(gòu)校驗(yàn)）平臺與各業(yè)務(wù)線通過webservice口進(jìn)行數(shù)據(jù)交互，在交互的CDR系統(tǒng)接入消息時(shí)進(jìn)該遷移到CDR系統(tǒng)中，以保證數(shù)據(jù)的完整性。以下CDR集成數(shù)據(jù)范患者、就診、診斷、醫(yī)囑、處方信息的集中檢查、檢驗(yàn)報(bào)告的集中涉及臨床數(shù)據(jù)類型有：檢查報(bào)告、檢電子文書的集涉及臨床數(shù)據(jù)類型有：文護(hù)理文書的集中涉及臨床數(shù)據(jù)類型有：護(hù)理生命體息的集中涉及臨床數(shù)據(jù)類型有：生命體EMR場景（護(hù)理、生命體征電電 平 圖30EMR場EMR創(chuàng)建接口表，將新增數(shù)據(jù)置標(biāo)志字段企業(yè)服務(wù)總線進(jìn)行數(shù)據(jù)抽取，抽取標(biāo)志字段為0的數(shù)據(jù)記錄，抽取畢，將標(biāo)志字段置企業(yè)服務(wù)總線將用轉(zhuǎn)換后的數(shù)據(jù)調(diào)用CDR數(shù)據(jù)接口CDR數(shù)據(jù)接口，將臨床業(yè)務(wù)數(shù)據(jù)進(jìn)臨床數(shù)據(jù)中心數(shù)據(jù)庫中LIS、PACS數(shù)據(jù)LIS、PACS報(bào)告系統(tǒng)實(shí)時(shí)進(jìn)行XML接口文檔企業(yè)服務(wù)總線將用轉(zhuǎn)換后的數(shù)據(jù)調(diào)用CDR數(shù)據(jù)接CDR數(shù)據(jù)接口，將臨床業(yè)務(wù)數(shù)據(jù)進(jìn)臨床數(shù)據(jù)中心數(shù)據(jù)庫中 場電電 平文檔與數(shù)據(jù) 服圖32HIS場在HIS數(shù)據(jù)庫表，創(chuàng)建觸發(fā)器，進(jìn)行數(shù)據(jù)抽取企業(yè)服務(wù)總線將用轉(zhuǎn)換后的數(shù)據(jù)調(diào)用CDR數(shù)據(jù)接CDR數(shù)據(jù)接口，將臨床業(yè)務(wù)數(shù)據(jù)進(jìn)臨床數(shù)據(jù)中心數(shù)據(jù)庫中CDR數(shù)33CDRER基于CDR的集果性數(shù)據(jù)統(tǒng)一集中在CDR中?；贑DR的集中，提供醫(yī)護(hù)人員統(tǒng)36歷次檢驗(yàn)結(jié)果趨勢東軟自主研發(fā)的數(shù)據(jù)交換工東軟醫(yī)院集成東軟研發(fā)的產(chǎn)品UniEAPDataExchange實(shí)現(xiàn)對物理域的數(shù)據(jù)遷移、數(shù)據(jù)交換任務(wù)的定義、管理、以及異構(gòu)數(shù)據(jù)UniEAPDateExchange基于ETL擎、任務(wù)引擎、流程引擎以及面分布異構(gòu)業(yè)務(wù)數(shù)據(jù)庫之間數(shù)據(jù)的遷移，基于網(wǎng)絡(luò)環(huán)境和安全性多點(diǎn)部署和統(tǒng)一管理；圖形化ETL定義工具，快速的定制開發(fā)數(shù)據(jù)抽取、轉(zhuǎn)換（）和加載任務(wù)；管理與，統(tǒng)一管理、調(diào)度，實(shí)現(xiàn)全局總?cè)斯ど壋杀?。接口方式管理，支持管理和；支持分布式環(huán)境下的整體，提供節(jié)點(diǎn)網(wǎng)絡(luò)拓?fù)涔芾順?gòu)，不侵入數(shù)據(jù)庫系統(tǒng)的前提下，完成針對于表、視圖的數(shù)據(jù)抽取以及目標(biāo)寫入DateExchange產(chǎn)品組UniEAPDateExchange用面向服務(wù)的數(shù)據(jù)集成體系結(jié)Web務(wù)業(yè)務(wù)流程等提供基于HTTP、SOAP和接口方式的便捷的功能服務(wù)和系統(tǒng)引擎服務(wù)通過構(gòu)建基于EIP規(guī)范的服務(wù)模型封裝了數(shù)據(jù)集成應(yīng)用模型中的典型應(yīng)用。在組件服務(wù)層面上Web形式提供ETL擎、傳輸、錯(cuò)誤處理、等基礎(chǔ)數(shù)據(jù)集成組件服務(wù)，為數(shù)據(jù)集成流程定義工具等平范的統(tǒng)一的元模型定義規(guī)范描述元數(shù)據(jù)定義，了數(shù)據(jù)源中數(shù)據(jù)的系統(tǒng)開發(fā)、管理和控制頁面。能夠部署在Tomcat、WebSphere、Weblogic元數(shù)據(jù)管何妥善地這些信息已經(jīng)關(guān)系到ETL過程能否順利完成而且影響到后期的使用和。UniEAPDataExchange數(shù)據(jù)管理采OMGCWM1.0支持元數(shù)據(jù)數(shù)據(jù)存取、元數(shù)據(jù)的版本控制、基于OMGXMI1.0的元數(shù)據(jù)交換、基于WebService的元數(shù)據(jù)和管理、元數(shù)據(jù)的分發(fā)與接收等功能。管各個(gè)數(shù)據(jù)抽取、傳輸、加載等任務(wù)的業(yè)務(wù)邏輯對象。管理基于消息服的方式交換元數(shù)據(jù)。元數(shù)據(jù)標(biāo)準(zhǔn)基于XMLSchema標(biāo)準(zhǔn)。映射模板，以任務(wù)模板的形式保存在系統(tǒng)支撐庫。任務(wù)管理提供Web以同時(shí)關(guān)聯(lián)多個(gè)映射模板。任務(wù)提供基于任務(wù)的執(zhí)行、暫停、停止等操作。能夠任務(wù)各個(gè)步驟的執(zhí)行情況，支持任務(wù)的錯(cuò)誤恢復(fù)和數(shù)據(jù)斷點(diǎn)續(xù)能。括各種組件服務(wù)、ETL引擎、任務(wù)引擎、傳輸?shù)汝P(guān)鍵系統(tǒng)模塊，并以WebService的方式提供組件功能服務(wù)。任務(wù)引擎系統(tǒng)任務(wù)負(fù)責(zé)任務(wù)的執(zhí)行與控制，控制消息流程的運(yùn)行和。提供了數(shù)據(jù)上傳、加載自定義任務(wù)、數(shù)據(jù)遷移、交換任務(wù)控制、和管理消息流程引擎服任務(wù)中流程流程的執(zhí)行等功能。元數(shù)據(jù)服預(yù)定、及時(shí)、動(dòng)態(tài)、隨需的。具。其設(shè)計(jì)旨在使數(shù)據(jù)集成開發(fā)人員能夠簡單快捷地定義ETL程中數(shù)據(jù)基于Eclipse臺開發(fā)的映射工具實(shí)現(xiàn)ETL程的圖形化定義，數(shù)據(jù)映射轉(zhuǎn)換 過程定數(shù)據(jù)轉(zhuǎn)換根據(jù)元數(shù)據(jù)模型，將抽取出來的數(shù)據(jù)通過一系列的函數(shù)配置文件輕松添加自定義轉(zhuǎn)換控件。內(nèi)轉(zhuǎn)換，也可以在數(shù)據(jù)流程中轉(zhuǎn)換。數(shù)據(jù)指的是針對系統(tǒng)的各個(gè)環(huán)節(jié)可能出現(xiàn)的數(shù)據(jù)二義性、重復(fù)、不完整、業(yè)務(wù)規(guī)則等問題而提供的臟數(shù)據(jù)數(shù)據(jù)處理功能。系統(tǒng)允許通過條件抽取、過濾、篩選等將有問題的數(shù)據(jù)剔除或轉(zhuǎn)換掉。具體過程可根據(jù)實(shí)際情況調(diào)整相應(yīng)的策略。為了滿足特殊轉(zhuǎn)換需求，系統(tǒng)還支持以接口擴(kuò)展方式創(chuàng)建自定義轉(zhuǎn)換節(jié)點(diǎn)，能夠以修改XML文件配置的方式增減映射工具中的轉(zhuǎn)換節(jié)點(diǎn)，方便用戶實(shí)現(xiàn)產(chǎn)品對自定義數(shù)據(jù)轉(zhuǎn)換、功能的擴(kuò)展。增量數(shù)據(jù)抽取定DataExchange支持的ETL過程增量抽取方式主要有：狀態(tài)標(biāo)志位方式：置為0。時(shí)間戳方式：觸發(fā)器方式：數(shù)據(jù)快照（Snapshot）方式：SnapShot方式允許在不改變原有數(shù)數(shù)據(jù)抽取。這種方式通用性強(qiáng)，可性好，此方式增量抽取適用不能使基于J2EE范基于OMGCommonWarehouseSpecificationv1.1元模型規(guī)范的元數(shù)據(jù)定義基于OMGXMLMetadataInterchangeXMI)v2.1數(shù)據(jù)交換規(guī)范開發(fā)的XML格式元數(shù)據(jù)描述。符合W3CSchema1.0范的XML數(shù)據(jù)定義基于W3CWebServicesDescriptionLanguageWSDL)v2.0范的Web服務(wù)描述。圖38抽取任務(wù)頁統(tǒng)一認(rèn)證及門戶服統(tǒng)一認(rèn)證SSO采用開放的軟件標(biāo)如Webservice、XML、XSL、JavaScript、JSP、CSS支 認(rèn)證方，要達(dá)到統(tǒng)一認(rèn)證及門戶服務(wù)，采用認(rèn)證的方式，是比較通用的方式。應(yīng)提供的認(rèn)證模塊對平臺系統(tǒng)的用戶和系統(tǒng)進(jìn)行身份鑒別，并對鑒別數(shù)據(jù)進(jìn)行性和完整性保護(hù)，應(yīng)選擇以下認(rèn)證機(jī)行：基于PKI/CA體系的數(shù)字認(rèn)證方式認(rèn)證方式；其他具有相應(yīng)安全強(qiáng)度的認(rèn)證方式。SSO《基于電子的醫(yī)院技術(shù)規(guī)范》中，平臺應(yīng)支持單點(diǎn)登錄系統(tǒng)功能，用戶只經(jīng)過一次認(rèn)證即可不同的業(yè)務(wù)系統(tǒng)。用戶一39SSO圖40單點(diǎn)登錄界 服務(wù)運(yùn)行狀 基礎(chǔ)字典管且>=3且>=6個(gè)等>=8等>=9平臺具有的可視化42共享文檔配置與管43CDR45交互服務(wù)配置管圖46服務(wù)運(yùn)行狀況管48醫(yī)學(xué)術(shù)語字典配置息、管道、轉(zhuǎn)換器和網(wǎng)關(guān)等組件組成HL7v3消息交互。

50總線交互服務(wù)功-1秒以內(nèi)□1-3秒□3-5秒□5-10秒□101秒以內(nèi)□1-3秒□3-5秒□5-10秒□10-電子整合服務(wù)1秒以內(nèi)□1-3秒□3-5秒□5-10秒□10-電 服1秒以內(nèi)□1-3秒□3-5秒□5-10秒□10-1秒以內(nèi)□1-3秒□3-5秒□5-10秒□10-圖51新增個(gè)人服52基礎(chǔ)服務(wù)平均響應(yīng)新增個(gè)人服務(wù)：從業(yè)務(wù)系統(tǒng)錄入個(gè)人信息，在醫(yī)院成功后返回給業(yè)務(wù)系統(tǒng)成功信息。查看從提交個(gè)人信息到返回成功信息的時(shí)間為0.15秒。件，查看從提交查詢信息到返回查詢結(jié)果的0.1。電子整合服務(wù)平均響應(yīng)時(shí)時(shí)間為0.2秒。電子服務(wù)平均響應(yīng)時(shí)電子文檔服務(wù)：從業(yè)務(wù)系統(tǒng)提交電子信息，在醫(yī)院信息平臺生成共享文檔，并進(jìn)行，完成后將成功信息返回給業(yè)務(wù)系統(tǒng)。查看從生成單份共享文檔到返回成功信息的時(shí)間為0.3秒。電子文檔調(diào)閱服務(wù)：打開一個(gè)已的電子文檔的時(shí)間0.21秒基礎(chǔ)設(shè)施建設(shè)□平臺具備的集成服務(wù)器，數(shù)量8，最低配置為品牌型號：LENOVOSystemx3950CPU:158顆（注明多少核多少顆）硬盤 冗余電源： □雙機(jī)熱備模 □主備模 □2品牌型號：LENOVOSystemx3850CPU:8核4顆（注明多少核多少顆）內(nèi)存：256GB 帶寬：□雙機(jī)熱備模 □主備模 □ □ □ □平臺具 的集成服務(wù)53集成服務(wù)器采用了哪些高可醫(yī)院具備獨(dú)立的數(shù)據(jù)庫服務(wù)圖57庫服務(wù)圖58庫服務(wù)器配數(shù)據(jù)庫服務(wù)器（獨(dú)立或非獨(dú)立）采用了哪些高可用技數(shù)據(jù)庫服務(wù)器采用RAC集群圖59庫RAC集群技60服務(wù)器虛擬化技化的接口以支持和管理功能口以支持和管理圖61服務(wù)器等系統(tǒng)支持和管理功是否使用了統(tǒng)一的服務(wù)器管理軟件或服務(wù)器等系統(tǒng)支持和管理功能圖62服務(wù)器等系統(tǒng)支持和管理功設(shè)數(shù)量 品牌型號：IBMStorwize 最大容量：80000 RAID級別：RAID5 高速緩存：8 □平臺采用了NAS網(wǎng)絡(luò)架構(gòu) □其RTO(RPO( □ □醫(yī)院是否具有連續(xù)數(shù)據(jù)保護(hù)（CDP）能力是，采用的技術(shù)：否圖63設(shè)平臺采用的網(wǎng)絡(luò)架圖64FCSAN架醫(yī)院采用了哪些災(zāi)備能醫(yī)院采用了本地?cái)?shù)據(jù)備份醫(yī)院是否具有離線能66醫(yī)院是否具有虛擬化能67醫(yī)院是否具有連續(xù)數(shù)據(jù)保護(hù)（CDP）能 二層交換網(wǎng)關(guān) 路由IDS/IPS 支持鏈路級的冗余備醫(yī)院數(shù)據(jù)中心的網(wǎng)68圖69二層交換機(jī)(71分別連接主、副機(jī)房的兩臺交換機(jī)上。網(wǎng)絡(luò)設(shè)備支持標(biāo)準(zhǔn)的SNMP74支持標(biāo)準(zhǔn)的SNMP段，可以進(jìn)行管理和故障診斷圖75掃767778安全運(yùn)維管理平79數(shù)據(jù)流量、性能醫(yī)院數(shù)據(jù)中心的無線網(wǎng)絡(luò)設(shè)81無線8283無線網(wǎng)絡(luò)及情 千 千 平臺服務(wù)器接入帶寬為千兆醫(yī)院臨床業(yè)務(wù)系統(tǒng)網(wǎng)絡(luò)帶寬應(yīng)滿足大容量醫(yī)學(xué)影像數(shù)據(jù)85數(shù)據(jù)中心服務(wù)器上業(yè)務(wù)終端的接入，接入覆蓋 醫(yī)院網(wǎng)絡(luò)在物理上采用有線圖86內(nèi)網(wǎng)交換87醫(yī)院網(wǎng)絡(luò)在物理上采用無線接入域，能夠保證隨時(shí)隨地業(yè)務(wù)終端的接入，接入覆蓋率圖88醫(yī)院網(wǎng)絡(luò)在物理上采用無線接內(nèi)、之間采用的方式□□網(wǎng) □其8SSH內(nèi)、之間采用的方內(nèi)、之間采用網(wǎng)閘的方式89業(yè)務(wù)處理能力具備冗余空所有數(shù)據(jù)交換設(shè)備均采機(jī)雙鏈路圖90設(shè)備CPU使用終端與服務(wù)器之間建立安全路終端與服務(wù)器之間建立安全路徑，開啟終端安全準(zhǔn)入9192劃分獨(dú)立的服務(wù)器區(qū)域重要網(wǎng)段和其它網(wǎng)段之間 措通過及交換機(jī)的控制完成具有審計(jì)系統(tǒng)，用于監(jiān)視并記錄網(wǎng)絡(luò)中的各類操作，分析網(wǎng)絡(luò)中發(fā)生的安全94網(wǎng)絡(luò)設(shè)備管理平具有網(wǎng)絡(luò)設(shè)備防護(hù)度不少于8位；啟用SSH等管理方式。圖95網(wǎng)絡(luò)設(shè)備驗(yàn)證機(jī)具有代碼防范措在所有服務(wù)器上部署網(wǎng)絡(luò)防系統(tǒng)、部署防服務(wù)器圖96安全策略截圖97內(nèi)網(wǎng)防軟及溫控性能符合要電源接地符合要求（參考：GB/T2887-及溫控性能符合要求9899電源接地符合要圖101電源接地符合要系統(tǒng)軟件和應(yīng)用軟件具有規(guī)范的用戶控制功103系統(tǒng)權(quán)限控制和管定期進(jìn)行完全備份并有記錄安全審計(jì)覆蓋每個(gè)用戶，對應(yīng)用系統(tǒng)的重要進(jìn)行審105數(shù)據(jù)庫審計(jì)管理系圖106填寫超出正常范圍數(shù)據(jù)的報(bào)有數(shù)據(jù)痕跡修改和控制功圖107應(yīng)用系統(tǒng)權(quán)限使用提108越權(quán)操作數(shù)據(jù)庫提支持CA認(rèn)證或其它第認(rèn)證方109電子簽名管110電子簽名辦理界111檢驗(yàn)報(bào)告電子簽有安全、完善的數(shù)據(jù)庫備份采用備份軟件，通過策略設(shè)置將數(shù)據(jù)備份到備份中具有數(shù)據(jù)完整性（數(shù)據(jù)故障恢復(fù)）措數(shù)據(jù)傳輸進(jìn)行加理，關(guān)鍵數(shù)據(jù)可追無密保提供數(shù)據(jù)警示服圖114數(shù)據(jù)警示服提供對電子進(jìn)行患 化處圖115電子化處提供指令管理服無提供數(shù)據(jù)等級服無密保護(hù)無有機(jī)房進(jìn)出控制和系圖116機(jī)房117建立了較健全的安全管理制臨床服務(wù)系統(tǒng)建設(shè) 合理用藥管理系統(tǒng) 超聲/內(nèi)鏡管理系手術(shù)麻醉管理系統(tǒng) 重癥監(jiān)護(hù)系 體檢管理系 移動(dòng)護(hù)理系 質(zhì)控系4無醫(yī)院已建成并投入使用的臨床服務(wù)系圖119門系120門診醫(yī)生工作圖122住院入出轉(zhuǎn)系123住院醫(yī)生工作124住院護(hù)士工作圖125電子化書寫與管理系126合理用藥管理系127臨床藥學(xué)管理系圖129醫(yī)學(xué)影像系統(tǒng)影像工作站圖-查詢130影像工作站圖-編輯報(bào)131影像工作站圖-膠片排132影像工作站圖-圖像瀏圖133超聲/內(nèi)鏡管理系統(tǒng)：超聲工作站圖-134超聲工作站圖-編輯報(bào)135超聲工作站圖-瀏覽圖136內(nèi)窺鏡系統(tǒng)圖_137內(nèi)窺鏡系統(tǒng)_編輯138內(nèi)窺鏡系統(tǒng)_瀏覽139手術(shù)麻醉管理系140手術(shù)麻醉管理系141手術(shù)麻醉管理系142臨床路徑管理系144重癥監(jiān)護(hù)管理系圖149質(zhì)控系醫(yī)院已建成并投入使用的臨床服務(wù)系統(tǒng)承建臨床服務(wù)系統(tǒng)名稱（實(shí)際系統(tǒng)名稱美康軟件研究開發(fā)美康軟件研究開發(fā)東軟管理信息系中國通用電器醫(yī)療器醫(yī)療管理系統(tǒng)建設(shè)三級>=6個(gè)=>10 住院系 醫(yī)務(wù)管理系 □科研教學(xué)管理系 導(dǎo)診管理系醫(yī)院已建成并投入使用的醫(yī)療管理系統(tǒng)承建商有6家。無醫(yī)院已建成并投入使用的醫(yī)療管理系圖150門系圖151住院系圖154醫(yī)院預(yù)防與控制管理系156門診導(dǎo)診叫號系圖157河北省人民醫(yī)院醫(yī)療科室導(dǎo)圖158醫(yī)療/新農(nóng)合接圖159不良報(bào)告系圖160醫(yī)保智能系醫(yī)院已建成并投入使用的醫(yī)療管理系統(tǒng)承建醫(yī)療管理系統(tǒng)名稱（實(shí)際系統(tǒng)名稱醫(yī)保智能系運(yùn)營管理系統(tǒng)建設(shè) 財(cái)務(wù)管理系 設(shè)備材料管理系 預(yù)算管理系其它醫(yī)院管理決策支持系統(tǒng)三級>=3個(gè)4家。無醫(yī)院已建成并投入使用的運(yùn)營管理系醫(yī)院已建成并投入使用的運(yùn)營管理系統(tǒng)承建運(yùn)營管理系統(tǒng)名稱（實(shí)際系統(tǒng)名稱互聯(lián)互通應(yīng)用平臺上的公眾服務(wù)應(yīng)用系統(tǒng)建設(shè)情況及利用情 □其 自助□處方\費(fèi)用自助查 自助交況 網(wǎng)上預(yù) 就診記錄查 □其□預(yù)約□回□APP預(yù)約□APP檢驗(yàn)檢查結(jié)果查在公眾服務(wù)應(yīng)用方面，已建設(shè)的基于平臺的應(yīng)自助終端，包括的功圖170選擇醫(yī)生界圖171自助截圖172預(yù)約截圖173檢驗(yàn)報(bào)告自助打印功能截患者公眾門戶，包括的功175預(yù)約無線應(yīng)用系統(tǒng)，包括的無具有用卡環(huán)境，支持使用居民健康卡無平臺上的醫(yī)療服務(wù)應(yīng)用系統(tǒng)建設(shè)情況及利用情在醫(yī)療服務(wù)應(yīng)用方面，已建設(shè)的基于平臺的應(yīng)用系統(tǒng)共11 況 在醫(yī)療服務(wù)應(yīng)用方面，已建設(shè)的基于平臺的應(yīng)河北省人民醫(yī)院為患者提供就診卡，可以全程使用該卡、查詢、繳費(fèi)，大大方便患者就醫(yī)，也提高了效率。醫(yī)生也可以通過該卡直接患者，提高工作效率，減少差錯(cuò)。177提供醫(yī)院運(yùn)行、與安全監(jiān)測指我院基于平臺建立東軟管理決策系統(tǒng)，其中包括門診、住院、手術(shù)等，涵蓋了患者與安全指標(biāo)、重癥醫(yī)學(xué)圖179住院患者抗菌藥物使用情圖180住院相關(guān)指圖182ICU無提供重點(diǎn)業(yè)務(wù)閉環(huán)無在臨床知識庫建設(shè)方面提供臨床決策支持系無在基于知識庫的醫(yī)療輔助智能導(dǎo)航方面提供臨床決策支無在基于大數(shù)據(jù)的決策分析方面提供臨床決策支無平臺上的衛(wèi)生管理應(yīng)用系