1、敦煌市智慧医疗项目整体建设方案敦煌市智慧医疗项目整体建设方案亿阳信通股份有限公司2016年1月6日敦煌市智慧医疗项目整体建设方案北京立思辰新技术有限公司 2 / 236尊敬的各位领导：首先，非常荣幸能够与敦煌市卫生和计划生育局（以下简称敦煌市卫计局）合作，并有幸参与敦煌市智慧医疗项目的建设工作，感谢敦煌市卫计局各位领导对我们的信任，我们将竭尽全力为敦煌市卫计局信息化建设工作添砖加瓦，贡献自己的力量。亿阳集团经过二十多年的锐意进取、真抓实干、创新超越和顽强拼搏，从一个民办研究所，发展成为以IT、能源、资源、新材料和健康产业为主要业务领域的高科技产业集团。更以对行业的深刻理解和敏感预见，从股权投资2、产业基金等方面推动创业与创新。是中华人民共和国科学技术部首批认定的“全国重点高新技术企业”之一。亿阳信通更是首批被国家科技部、国务院国资委、中华全国总工会认定的全国91家“创新型企业”之一。亿阳集团及其控股公司上缴税金累计超过人民币27亿元，社会公益事业捐赠累计超过人民币2.2亿元；亿阳集团投资的参股公司上缴税金累计超过人民币100亿元，社会公益事业捐赠人民币超过1.5亿元，显示出较高的社会价值和健康的可持续发展后劲。亿阳信通股份有限公司成立于1997年，并于2000年7月在中国上交所上市，注册资金5亿7000万，市值50亿，是中国最大的应用软件开发商和行业解决方案提供商之一，在电信网络管理3、系统领域居于龙头地位，解决方案和市场占有率均排名第一。甘肃亿阳信通科技有限公司为亿阳信通股份有限公司的全资子公司。公司以通信行业为基础，经过十几年的发展，目前与移动、电信、联通三大运营商都有深入的合作，近几年在广电、医疗行业也开始展开合作。公司主要产品为通信OSS支撑软件、安全类软件、运维类软件、仓储类软件、远程医疗等相关产品。目前公司有员工55人。经过多年的培养，积累了一批深入掌握通信行业业务，实施经验丰富，项目管理能力强的核心员工，将极大的有利于智慧医疗相关的实施和维护工作。作为亿阳集团的全资子公司，海纳医信（北京）软件科技有限责任公司（以下简称海纳医信）于2008年成立于北京中关村清华科4、技园，是由一批在美国专业从事医学影像系统核心研发多年的科学家所创立。是北京市、中关村重点支持的自主创新型企业。是一家专业从事医学影像及远程医疗系统研究与开发的公司。海纳医信依托其自主研发的多项专利核心技术，开发了国际领先的集PACS/RIS、网络化三维影像分析和处理、远程医疗会诊系统及移动医疗影像平台为一体的高端综合医疗影像信息平台海纳医疗影像信息管理系统（HINAMIIS）。以满足从基层医院到三甲医院以及区域医疗的全面影像信息应用需求。亿阳海纳倡导利益纽带、情感纽带，事业纽带，期望用实际行动回报敦煌市卫计局对我们的厚爱，也希望能够有更多的机会为敦煌市卫计局信息化工作服务！亿阳海纳将秉承“对客5、户负责，对投资者负责，对员工负责，对朋友负责，对合作者负责，对社会负责”的准则，不断优化系统集成、提升客户价值。期待着与敦煌市卫计局的进一步合作，为推进敦煌市卫计局信息化建设继续贡献自己的力量！再次感谢敦煌市卫计局各位领导对亿阳海纳的支持和帮助！目 录第一部分项目综述6第一章项目背景7第二章需求现状和分析82.1需求现状82.2需求分析10第三章设计原则和建设目标163.1设计原则163.2建设目标18第二部分实施方案21第四章总体介绍214.1方案说明214.2功能架构图22第五章基础支撑部分（敦煌广电补充）225.1基础建设225.2飞天云22第六章云PACS建设方案246.1总体设计246、6.2功能列表256.3云PACS系统功能256.4放射信息管理系统（RIS）功能276.5其他功能306.6海纳医信云PACS系统技术特点306.7云PACS系统接口方案386.8硬件及第三方软件需求456.9网络带宽需求456.10存储需求46第七章区域影像中心建设方案477.1总体介绍477.2系统架构487.3功能方案487.4应用场景567.5系统部署模式577.6网络需求方案577.7硬件要求577.8安全保障方案597.9高可靠及容灾建设方案637.10协同合作运营机制71第八章健康小屋718.1整体概述718.2健康小屋解决方案72第九章120应急指挥中心809.1整体概述807、9.2系统总体设计879.3UI展示层899.4服务层919.5数据层959.6产品特色96第十章可行性分析9810.1社会可行性分析9810.2经济可行性分析99第三部分项目建设101第十一章项目建设原则101第十二章项目管理与实施方案10112.1工作流程与项目分工10212.2项目过程规划10312.3亿阳组织结构和职能定义10912.4项目实施进度建议11112.5风险管理11112.6质量控制114第十三章项目预算116第四部分服务体系117第十四章售后服务体系11714.1服务概述11714.2售后服务范围11714.3售后服务流程118第十五章培训体系11815.1培训目的1188、15.2培训计划11915.3培训地点11915.4培训的质控119备注：120 亿阳信通股份有限公司 120 / 120第一部分 项目综述本部分为敦煌市智慧医疗项目整体建设方案的第一部分，是方案的综述部分。本部分包含三个章节，分别包括项目建设的历史背景和行业背景以及项目的需求现状、设计原则和建设目标等内容。项目背景从项目所处的历史环境和行业环境为切入点，提出本次项目的建设的原因，同时对敦煌市卫计局目前的信息化建设基本情况进行了阐述。继而在后面章节中着重阐述建设智慧医疗的必要性，以及在建设要求的情况下提出整体设计原则和建设目标。第一章 项目背景全球已进入信息时代，信息技术的发展，不仅提高了人们9、的工作和生活效率，也改变了人们的生产和生活方式。在2006-2020 年国家信息化发展战略中，党中央、国务院将信息化工作提升到我国现代化建设全局的战略高度，明确提出信息化是全面建设小康社会、构建社会主义和谐社会和建设创新型国家的迫切需要和必然选择。在卫生领域则要求统筹规划电子病历应用发展，促进医疗、医药和医保机构的信息共享和业务协同，满足医疗体制改革的要求。甘肃省敦煌市是甘肃省酒泉市代管的一个县级市，包括7镇2乡，户籍人口约18万（实际常住人口约13万）。作为2013年度国家智慧城市试点之一和甘肃省首批智慧城市建设试点城市之一。同时，国家为推进“一带一路”建设，将于2016年9月在敦煌市举办首10、届丝绸之路(敦煌)国际文化博览会。而智慧医疗作为智慧城市的重要组成部分，也是此次“文博会”重点建设项目之一。在上述背景下，敦煌市卫计局以解决老百姓看病难、看病贵为宗旨，以提升辖区内的整体医疗水平为使命，以建设智慧型医院为目标。携手甘肃广电网络、亿阳集团共同为打造智慧敦煌而努力。亿阳信通为全面迎合国家和省市对大数据时代下医疗信息化建设要求，结合自身在大数据、云计算、移动互联上的优势和经验，为敦煌市医疗信息化建设提出了适应自身特点的解决方案“敦煌市智慧医疗”项目建设从此孕育而生。敦煌市在智慧城市建设方面陆续推出了视频监控天眼工程、智慧交通、社会管理指挥中心、智慧家庭等项目建设，并取得了阶段性成就（11、获得中国领军智慧城市），而智慧医疗作为智慧城市的重要组成部分，关系着老百姓的切身利益，是下阶段智慧城市建设的重点方向和内容。敦煌市卫计局作为智慧医疗的承建单位，希望以建设区域健康信息平台为依托，包含云PACS、区域影像中心、健康小屋、120应急指挥调度中心等功能。本方案从敦煌市医疗影像信息化、智能化整体建设的长远要求出发，立足于解决现阶段辖区内各医疗机构影像信息化建设过程中存在的问题和迫切需要的技术手段，同时，满足现代化的医院自身发展的需要，以“提供先进的医疗管理模式，以患者临床服务为中心，医疗质量控制为目的，经济核算为宗旨”，整合各项医疗影像资源，提高医院整体的工作效率，更好地为患者健康服务12、。结合现代化、智能化医院影像的建设目标，利用多元化的高科技手段，切实满足医院影像信息化、智能化的建设要求。为建设敦煌市智慧城市、智慧医疗提供技术支撑和服务保障。第二章 需求现状和分析2.1 需求现状随着现代医学的发展，医疗机构的诊疗工作越来越多依赖医学影像的检查（X线、CT、MR、超声、窥镜、血管造影等）。传统的医学影像管理方法，胶片、图片、资料等信息大量日积月累、年复一年存储保管，堆积如山，给查找和调阅带来诸多困难，丢失影片和资料时有发生。已无法适应现代医院中对如此大量和大范围医学影像的管理要求。采用数字化影像管理方法来解决这些问题已经得到公认。随着计算机和通讯技术发展，为数字化影像和传输奠13、定基础。目前国内众多医院已完成医院信息化管理，其影像设备逐渐更新为数字化，已具备了联网和实施影像信息系统的基本条件，实现彻底无胶片放射科和数字化医院，已经成为现代化医疗不可阻挡的潮流。长期以来，敦煌市卫计局紧密围绕城乡居民健康需求，深化推进医药卫生体制改革，切实加大医疗卫生投入，积极构建多层次医疗卫生服务体系，有效落实卫生惠民利民政策，人民群众健康水平明显提高，卫生事业发展取得了很大成绩。但随着区域经济社会快速发展、城市化水平提升和城乡一体化发展，人民群众对高质量、高水平的医疗卫生服务需求显著提高，医疗卫生事业发展与人民群众日益增长的健康要求存在较大差距，已成为影响民生的社会事业短板。同时，医14、学影像的信息化建设也是智慧医疗建设的重要组成部分。为了能更加准确、合理的解决敦煌市医疗机构信息化建设过程中存在的问题，亿阳信通和甘肃广电网络在卫计局的配合下，对辖区的主要两家医院进行了深入的调研和需求采集，具体信息如下：2.1.1 敦煌市医院调研情况敦煌市医院为二级甲等医院，年门诊量约为15万，营业额约1.2亿（2015）。现无PACS/RIS系统，影像的查看通过设备工作站完成，目前医院有一个集中阅片室。影像报告为手工撰写纸质材料，可通过扫描后，可在HIS系统进行调阅。市医院面临明年6月份申请三乙医院，而PACS/RIS系统建设为必须条件。市医院希望卫计局尽快统一建设区域影像中心，以确保医院顺15、利升入三乙。但是，在前期交流过程中，客户对影像部署在云端还存在顾虑，需要敦煌市卫计局统一协调，确定项目的运作方式。现场的沟通交流过程中，简单介绍亿阳海纳PACS/RIS系统，并通过移动终端做简单的演示，客户对我们的功能和技术比较认可。市医院现有影像设备11台（均为DICOM3.0）： 4台彩超、2台DR、1台CR、1台MR、2台CT、1台大CT。（医院拥有GE 0ptima CT660(128T)型64排CT、西门子数字DR摄片机、飞利浦iu22 多普勒超声诊断仪、LOGIQ S8彩色超声多普勒诊断仪、奥林巴斯内镜系统、西门子移动摄片机）。其他要求：系统需要30个3M屏和5个5M屏，整个项目建16、设最好能接受分期付款。后续想实现移动查房等功能。现有信息化应用系统：HIS系统（杭州创业）、远程会诊系统、挂号系统、财务软件2.1.2 敦煌市中医院调研情况敦煌市中医院为二级甲等医院，年门诊量约为10万（1.5万拍片量）。现有影像设备8台（5台超声、1台CT、1台DR、1台CR），现医院没有PACS/RIS系统，在现场调研、交流过程中，信息科张科长对我们产品比较满意，同时希望卫计局牵头统一部署。现有信息化应用系统：HIS系统（四川绵阳金盛高电子科技有限公司）、LIS系统2.1.3 敦煌市卫计局调研情况经过前期的市场调研，敦煌市卫计局下辖18家单位：两家二级医院（市医院、市中医院）、1家妇幼保健17、站、1家计生站、1家疾病预防控制中心、1家卫生监督所、1家社区卫生所、11家乡镇卫生所。2.1.3.1 网络建设情况敦煌市卫生专网光纤（简称：公卫网）为全市卫生系统的业务专网，几家大型医院均可实现100M-1000M的网络传输；而11所乡镇卫生院及城市社区服务中心供12家医疗机构也可实现10M卫生信息专网光纤接入。同时，敦煌市广电网络目前已建成覆盖市、镇（街道）、村组（社区）的光纤接入，为后续项目网络传输提供保障。2.1.3.2 信息化建设情况中心机房、省级居民健康档案管理系统、省级新型农村合作医疗信息管理系统、甘肃省基层医疗机构管理系统、中科美仑村卫生室管理系统、敦煌市社会服务管理信息平台。18、2.2 需求分析敦煌市卫计局经过前期的市场调研和可行性分析，以最终建设有敦煌特色的智慧医疗项目为核心，为保证项目尽快落地并获取建设效益。按照整体规划，分布建设的原则，优先解决医疗影像存储、管理和应用过程存在的问题。2.2.1 现状分析敦煌市卫计局及市内的几家大型医院，目前已基本建成信息化应用系统，但是均未建设院内PACS系统，无法实现影像信息的统一存储、管理和调阅。PACS(picture archiving and communication system，影像档案管理和通信传输系统)，和医院信息化及数字化医院的目标紧密关联，它是专门为现代化医院的影像管理而设计的包括数字化医学图像信息的采集19、显示、处理、存储、诊断、输出、管理、查询、信息处理的综合应用系统，是以数字化诊断（无纸化、无胶片化）为核心的整个影像的管理过程。PACS系统的建立对医学图像的管理和疾病诊断具有重要意义，它实现了无胶片的电子化医学图像的管理，解决了迅速增加的医学影像的存储、传送、检索和使用中提出的很多问题。采用大容量磁盘和光盘存储技术，有效地克服了胶片存盘时间长、存储空间大的问题；实现了高速检索，避免了胶片丢失；可以实现同一病人的相关医学图像的整理归档，简化了数据管理；通过对医学图像和信息进行计算机智能化处理后，可使图像诊断摒弃传统的肉眼观察和主观判断。借助计算机技术，可以对图像进行分析、计算、处理，为医学诊20、断提供更客观的信息，使医学图像诊断技术走向更深层次；电子通信网路支持多用户同时利用计算机对图像进行处理，从而提高了诊断能力，并可接入远程医疗系统来实现远程会诊；分布式医学图像数据库更便于实现医学数据共享，从而提高了医院的工作效率和诊断水平。且具备：a. 防止发生胶片丢失;b. 缩短放射科影像和会诊报告时的需要时间;c. 避免由于图像质量问题需重复拍片;d. 不同地方的医生要同时使用同一病人的影像;e. 可建立整个医院(甚至区域)范围内完全的电子病案;f. 节约胶片和药水的费用;g. 节约存放胶片所需空间的费用;h. 为远程医疗提供远程影像学服务；i. 提供使更多医生网络化协同工作的能力；j. 21、强化管理，规范医生的行为，减少差错的发生。2.2.2 需求分析现代医学的核心体现是“循证医学”，“循证医学”是以客观检验、影像检查结果为依据，最终为患者诊疗过程服务的科学方法。据统计70%左右的医学诊断是依据医学影像给出的，可以说医学影像在医疗诊断中具有核心地位，解决医学影像的诊断问题是提升医疗水平，降低误诊率的关键要素之一。敦煌市卫计局以建设智慧医疗为目的，优先统筹现有医疗资源，以市医院、市中医院为中心，建设基于全市医疗机构应用的统一PACS系统，以及基于影像的远程调阅、诊断报告协同、远程会诊、内部交流及培训等功能，连接敦煌市各医疗机构，最终实现全市所有医疗机构间的PACS信息共享和业务协同22、。1.卫生监管部门需求（1）解决医疗资源分配不均衡的问题。由于各医疗机构所处的区域不同和各医疗机构所占有的医疗资源不同，导致了患者在就诊时经常出现重复检查、就诊流程繁琐和诊断质量参差不齐等问题。所以，如何有效地解决病人看病难、看病贵和提高诊治效率等问题成为了卫生监管部门的迫切需求。（2）资源统一管理和调度。如何将区域内的各医疗机构根据影像业务类型进行定位，并且最大限度的将现有医疗资源进行优化配置和合理利用也将成为卫生监管部门所考虑的问题。（3）统一诊断操作规范和质量考核标准。在区域内促进实行统一的影像技术、诊断操作规范和质量考核标准。为影像诊断管理制度的建立打下良好的基础。（4）建立远程教学和23、医学再教育机制，提高协作医院的整体医疗水平。在区域内创建一种远程教学和医学再教育机制，通过区域内大型医疗机构先进技术和影像专家的丰富经验来帮助其他协同医院的医生提高诊断水平，更好的为患者服务。（5）实时的数据统计和数据分析。对于卫生监管部门如何能准确的获得辖区内实时的数据统计一直是日常工作的重点，通过对诊断结果和各项指标的数据统计和对数据的挖掘与分析，为及时做出疾病预警、突发公共卫生事件干预等提供科学依据。2.区域内医院需求（1）病人信息共享和影像信息共享。医生在诊断过程需要方便快捷地查询到病人的历史检查和历史诊断结果，包括不同类型的检查，为医生的准确诊断提供丰富的信息。（2）远程会诊。在现有24、医疗水平和技术无法为病人提供诊断的时候如何借助计算机通讯技术来向更高级的医疗机构发出请求，对病情做出远程会诊。（3）提高诊断质量和效率，减少不必要的繁琐流程。医生在日常工作中如何借助先进的计算机技术来实现工作流程的简化也一直是大家关注的焦点。（4）提高医疗服务质量。通过数字化的解决方案为患者提供更好的医疗服务。3.公众需求老百姓希望在全市只需检查一次，全市都能共享使用，同时，自己可以通过远程网络进行相关信息的查询。4.系统性能需求系统性能将随着客户端数量、数据库服务器性能、管理信息种类和数量的变化而变化。那么在系统建设整体规划时，要求系统具备以下性能：即时性：对常规CR/DR影像数据联网调阅的25、响应时间在10M带宽条件下小于5秒。同时为了保证安全建议采用卫生专网进行系统网络环境建设，同时在不满足专网前提下，可采用广电光纤网络。并发性：要求区级影像中心能够支持300人以上在线和并发访问。 安全性：提供用户身份验证和用户权限管理机制。同时提供完善网络安全防护机制。可追溯性：所有重要业务行为和管理维护行为都有完整的日志记录。多媒体交互性；在低带宽的情况下支持音视频交互功能，20兆带宽下可支持10路高清音视频同时交互无延时。5.信息量预测分析医疗影像的信息容量占据所有医疗信息总量的90以上。而且，医学影像数据作为医学诊断的核心数据，需要做长期保存，虽然目前政府对于医学影像数据的保存尚未作出法26、律上的明确规定，但是对于患者的病历等资料强制要求保留15年以上，对于与之配套的医学影像数据必然也要求保留15年以上，而且随着建设居民健康档案等医疗卫生国家战略的实施，医学影像数据终身保存也将会很快实现。那么，随着影像数据的快速增长，带来的存储压力和风险急剧增加，随之而来的硬件成本和维护成本也快速增长。2.2.3 流程分析1、医院影像工作流程由于敦煌市各医院现在没有建设PACS/RIS系统，针对影像的基本流程还停留在原始的手工方式：设备（DR、CR、CT、MR、超声、内镜等）产生的影像技师工作站进行胶片打印报告医生根据影像信息撰写影像报告（纸质）报告审核（同时扫描，以附件形式挂到HIS系统中）临27、床医生查看患者提交的打印胶片及纸质报告（或者进入HIS系统查看）。2.区域影像诊断中心工作流程暂没有跨医院的影像诊断相关流程。2.2.4 困难分析2.2.4.1 PACS系统建设面临的挑战由于PACS是我国医疗信息化建设中出现较早的产品之一，国内外可提供PACS系统的厂家有上百家，产品参差不齐，这些PACS系统大多标准化程度低、兼容性差、一般为封闭式的专用系统，既不经济、价格也昂贵，配置的硬件不够合理，对工作量大的医院缺乏强大的存储子系统，无法支持数握量巨大的常规放射影像，因此不能真正实现“无片化”管理，也不能向临床诊断提供所需的全部，表现在在线信息少，响应速度慢。这些已有的PACS系统在开发28、初期并没有考虑到技术的发展和扩张需求的可能，所以导致现在一些问题的集中爆发。2.2.4.2 影像存储建设面临的挑战医学影像数据具有增长速度快，保存时间长的特点：1、增长速度快医学影像技术在近十多年来取得了突飞猛进的发展。新技术、新设备不断涌现，640排双螺旋CT、超高场强磁共振、分子影像、功能影像、多模态融合成像等技术大大丰富了医生的诊断手段提高了疾病的诊断效果，但是同时造成了医学影像设备一次扫描能产生数百至数千幅图像，使得医学影像数据呈现出爆发式的增长态势。下图就是某大型医院的医学影像数据的增长趋势图，对敦煌市卫计局整体规划有一定的借鉴意义： 图1-医学影像数据的增长趋势图2、保存时间长医学29、影像数据作为医学诊断的核心数据，需要做长期保存，虽然目前政府对于医学影像数据的保存尚未作出法律上的明确规定，但是对于患者的病历等资料强制要求保留15年以上，对于与之配套的医学影像数据必然也要求保留15年以上，而且随着建设居民健康档案等医疗卫生国家战略的实施，医学影像数据终身保存也将会很快实现；根据影像数据的存储需求，医院现有传统存储架构将很难满足发展的需求传统存储架构的局限性主要表现在以下方面：n 数据分散存储易丢失数据，各个PC服务器旦上一量有些硬盘的报坏，极容易导致数据丢失。n 业务持续扩展导致医疗资源浪费，随着医院业务持续扩展，医学影像存储将达到TB级数据容量，甚至海量的数据任务，需要以30、大量的时间为代价进行存储和数据查询，限制了PACS等业务的可持续性发展。同时随着影像数据的不断增加，将导致预先配置的硬件资源能力不足，往往只能通过更换硬件来满足不断增长的业务需求，导致硬件资源的浪费以及扩容成本的不断增加。n 数据的备份恢复时间长，传统的影像备份系统复杂，磁带恢复缓慢，每天的备份都需要中止或降低业务性能，每天都需要长时间的备份等待，升级/测试需要备份和恢复数据，中止业务时间很长，无法保持连续运行，影响医院的服务质量。3、维护技术难度高作为医院的核心系统，稳定性和易维护性是两个重要的指标。PACS系统的大数据量存储和管理，给医院信息化管理部门带来巨大的挑战，具体描述如下：n 网络31、安全和系统安全要求很高，面临黑客入侵，数据丢失的巨大风险；n 灾难备份与恢复的成本高昂；业务发展TCO（Total cost ownership,总体拥有成本）急剧上升；n 系统的健壮性难以保障，一旦系统宕机，马上面临业务中断，医疗服务中断的严重问题；n 需要配置专职人员管理和维护系统，管理运营成本居高不下。2.2.5 规划思路根据敦煌市卫计局刘局长对市卫生系统现阶段信息化建设的介绍，以及未来一段时间卫计局信息化、智能化发展规划，结合对市内几家医院的现场调研。亿阳信通借助其强大的技术实力和大量医疗信息化建设方面的成功案例，经过深入的技术讨论和可行性分析，为敦煌市智慧医疗项目的建设提供全方位的解32、决方案，详细的规划思路如下：图2-规划思路按照敦煌市卫计局对项目的整体建设要求和把控，我们根据项目的复杂度，结合敦煌市的实际情况，我们制定了阶段性工作目标，具体如下图所示：图3-建设步骤第三章 设计原则和建设目标3.1 设计原则3.1.1 标准性原则应用系统设计严格执行国际（HL7、DICOM等）、国家有关标准或行业标准（卫生部医院信息系统基本功能规范）。采用的软件平台和软件体系结构，需严格遵循国际、国内标准、国际通用惯例或计算机领域的通用规范。这样有助于系统与外部系统的数据交换以及系统数据与上级医疗卫生机构的数据交换。3.1.2 开放性与可扩展性原则应用系统设计采用开放式系统平台，以保证不同33、产品能够集成到应用系统中来，用更小的投资获得更高的性能，同时降低整个系统的开发和维护成本。系统设计考虑了业务未来发展的需要，设计简明，各个功能模块间的耦合度小，便于系统的扩展。对于原有的数据库系统，充分考虑了兼容性，保证整个系统在实际需要时可以平滑地过渡或升级到新系统。另一方面考虑了与国际惯例接轨及与国内相关信息管理系统（如社会保险、银行、商业保险等）的衔接，以确保系统的继承性和可扩展性。3.1.3 经济性与实用性原则应用系统设计以满足广大市民的实际医疗服务需求、面向市民提高整体医疗卫生服务质量、满足当前医疗卫生工作的业务需求为首要目标，以医院各级机构的可接受能力为尺度，充分考虑医疗卫生信息系34、统建设的现状，避免盲目追求最新技术，造成资金的浪费。3.1.4 先进性和成熟性原则在实用、可靠的前提下，应用系统设计尽可能地跟踪国内外先进的软件开发平台和软件开发技术，使设计系统能够最大限度地适应技术发展变化的需要，以确保系统的先进性。3.1.5 系统可维护性原则系统具有良好的架构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行，并利用成熟可靠的技术或产品管理系统的各组成部分，管理数量庞大的组件。3.1.6 集成性原则应用系统设计考虑软硬件系统之间可以方便地实现集成，保证系统用户无需花费过多的精力进行系统平台的集成，而将精力集中到业务的整理和系统的实现上，从时间和35、进度上促进系统的建设开发。集成的应用系统降低了系统维护的难度和要求，方便用户日后的应用和管理。3.1.7 系统可靠性和安全性原则医院信息系统每天需要采集大量的数据，并进行处理，任何的系统故障都有可能带来不可估量的损失，这就要求系统具有高度的可靠性。系统设计采用成熟、稳定、可靠的软件技术，保证系统长期安全地运行。3.1.8 生命周期原则各类业务应用系统建设遵循软件工程的设计与开发原则、方法及过程，在业务分析、需求分析、系统设计、系统实现、系统测试、系统实施和系统维护等业务应用系统生命周期中，依据国家相关标准和规定，实现有效管理，确保应用系统的高效率开发和使用，增强应用系统的可用性、正确性和经济性36、。3.2 建设目标敦煌市智慧医疗项目整体建设目标是通过云PACS、区域影像中心的建设，实现整个医院影像诊疗过程数字化、网络化、无胶片化；优化医院业务流程，提高工作效率及诊疗质量，更好的的体现“以病人中心”服务宗旨，最终实现敦煌市居民健康管理的全面建设。结合敦煌市卫计局对智慧医疗的整体规划，以建设企业级影像云系统为总目标，通过总体规划、分步实施，建设既遵从国际及行业标准，同时又符合医院实际情况的数字化影像系统，以优化现有医院业务流程、提高下作效率，改善医疗服务质量为核心指导思想，为最终实现智慧医疗打下良好基础。3.2.1 总体目标考虑到敦煌是世界闻名的旅游城市，敦煌市智慧医疗整体建设，首先在覆盖37、区域13万人口的医疗全方位保障的基础上，辐射旅游流动人口、周边区域的医疗服务和技术支撑。敦煌市卫计局通过前期的调研和反复论证，为加快项目进展，通过一期项目建设，以期达到以下目标：1、实现一阶段基础功能的实现：云PACS系统、区域影像中心、健康小屋、远程会诊及120应急指挥中心的建设；2、实现医院影像诊疗过程效率提高50%300%，为医院创造良好的社会效应和经济效益。n 工作方式从原来的“单兵全能”模式转为“集团网络”模式，分工协作的“流水”模式成倍提高工作效率；n 影像传递从原来的“胶片输出传递”模式转为“数字网络传递”模式，实现瞬时传递患者数字影像；n 患者影像查找从原来的“片库手工查询”模38、式转为“精确比对查询”模式，实现5秒内调阅数字对比影像；n 诊断报告输出从原来的“手工重复”模式转为“电子模版”模式；n 临床医生查看放射科报告从原来的“人工传递”模式转为“一键调阅”瞬时查看模式。3、甘肃广电飞天云资源池实现医院影像数据及相关信息长期的可靠存储与科学有效管理，使其能更好的应用到医院的诊断、科研、教学等实际工作中，实现全部影像数据及诊断数据在线存储，未来可平滑升级存储；4、实现医院影像诊断过程中各类信息的全面科学管理，提高医院管理效率及管理水平；5、通过完善的系统接口功能，实现与医院HIS进行无缝连接，实现医院信息系统、工作流程的高效整合。6、满足医疗保险制度的需要，能快速适应39、国家的医保政策及其调整变化；提供医保接口和医院要求的各类医保报表。7、采用模块化设计方法，做到既能集中式采集数据，又能分布式采集数据，能满足不同医院机构在不同规划、发展阶段的设置差异，符合医院“总体设计，分步实施”的策略。8、低成本的系统维护与管理。系统整体架构的先进，管理工具完善，使得整个系统的监控与维护工作极为简单。3.2.2 业务目标敦煌市智慧医疗项目，一期规划应实现以下业务目标：1）云PACS系统建设：解决区域内所有医院的PACS应用问题，实现区域内各医疗机构的所有影像（包括DR、CR、CT、MRI、超声、内镜等）的集中存储和调阅；由市卫计局统一整合资源，合理规划，减少重复投资和资源浪40、费；2）影像处理流程管理，实现影像的流程管理：预约/登记技师拍片（胶片打印）报告医生撰写影像报告报告审核诊断报告分发图4-RIS流程3）区域影像中心建设方案：在云PACS基础上，实现影像的区域共享、远程阅片会诊、影像报告远程协同、网络教育及培训、双向转诊等功能；同时，区域影像中心的建设也是居民健康档案的有效补充；4）14个健康小屋：提供自助式健康检查、便捷化健康咨询、健康教育、术后恢复、慢病跟踪及养生指导等功能，并且将采集的信息上传至云端，与居民健康档案系统实现互通；5）120应急指挥中心：作为敦煌市应急指挥系统的重要补充，通过与云端居民健康档案、区域影像中心等系统的数据互联互通，为居民的应急41、救助提供数据支撑和技术保障。6）与市区域卫生信息平台对接：依据相应的接口规范，实现与敦煌市区域卫生信息平台对接，实现区域内居民的医学影像共享服务和远程诊疗服务。3.2.3 技术目标项目系统技术论证过程中，系统的整体稳定是第一位的。同时，还应在整体设计时，考虑其技术的先进性，保证系统未来一段时间系统的生命力。因此，在一期系统建设过程应实现以下技术目标：即时传递：高效、实时、易用，适用于无线、3G/4G等网络环境，可以无缝支持移动终端访问；全在线分布式存储：集中索引、分布式存储模型，有效地存储和管理海量数据；医学影像实时会议：支持全保真、可互动操作的医学影像和诊断报告的实时交互，全面解决远程影像诊42、断与实时会诊需求；网络化三维影像处理：B/S架构，同一个平台支持PACS、区域医疗和远程医疗及三维影像处理，采用云计算模式，支持用户随时、随地进行三维影像处理及应用；实时监控与主动修复：信息传递安全、可靠，极大减低网络不稳定影响。第二部分 实施方案第四章 总体介绍4.1 方案说明本方案是基于敦煌市智慧医疗建设要求，是项目一阶段的落地实施方案。系统总体框架是以安全应用体系和管理标准体系为保障，以公卫网和影像数据中心为基础支撑，以影像数据为应用对象，实现敦煌市各医疗结构PACS的应用和管理。4.2 功能架构图图5-整体功能架构图第五章 基础支撑部分（敦煌广电补充）5.1 基础建设敦煌市卫计局卫生信43、息专网：2013年3月敦煌市卫计局完成中心机房建设，建设内容包括：应用服务器、数据库服务器、备份服务器、磁盘阵列、SAN交换机、核心交换机、核心路由器、接入交换机、防火墙UTM、安全审计、防病毒软件、网络管理软件等，同时接入10M卫生信息专网光纤。专网建设：敦煌市广电网络已建成光纤入村（组）。5.2 飞天云敦煌智慧城市建设是利用新一代信息技术和设备，将城市公共设施“物”联成网，并将各类信息通过网络传递到“云计算信息处理中心”，经过分析与整合，按功能需求，向遍布城市的智慧基础设施发出行动指令，从而更好地为城市管理、建设规划、应急指挥和公众服务提供支撑与服务的重要工程，致力于实现敦煌经济发展，推动44、敦煌国际文化旅游名城建设。智慧敦煌“飞天”云计算中心是智慧城市建设的主要组成部分，由敦煌市政府立项、甘肃广电网络敦煌分公司承建，2011年开始建设，2012年年底投入使用，总投资5000万元，主要由信息处理机房、信息传输机房、动力中心和监控中心组成，内有刀片服务器、高端存储设备和交换设备，是集信息存储、分发、传输和平台监控于一体的现代信息化大数据处理中心。目前，能够提供2.6PB的数据信息存储空间，可以实现各类公共数据资源的存储、应用和分发，现已成为全市“社会网格化管理”、“智慧交通”、“智慧家庭”、“智慧旅游”、“多业务管理系统”等信息化建设项目的重要支撑系统，后续还将根据智慧城市建设需要进45、行不断扩容，全力推进敦煌国际文化旅游名城建设，助力（敦煌）丝绸之路博览会的顺利召开。智慧敦煌 “飞天”云计算配置情况1、刀片服务器2框，每框共有16台刀片服务器，共有32台刀片服务器，占地面积小，共享平台与资源，可以做到很好的管理和业务分发。2、云存储能够提供2.6PB的数据信息存储空间，可以实现各类公共数据资源的存储。3、配备了7*24小时不间断电源系统，备有UPS电源，发电机组，保证设备工作运行正常。第六章 云PACS建设方案6.1 总体设计图6-云PACS设计图说明：n 医学影像应用云实现接入医院医学影像“数据”和“PACS系统”的共同托管；适用于没有院级PACS系统（含只有科室PACS46、系统）或者有PACS系统，但是有对现有PACS系统替换需求的医院；n 医院端部署前置机，实现医学影像的采集、同步以及应急PACS系统的部署，应急系统的硬件配置要满足全院PACS系统医学影像短期（1-7天）处理和存储能力的要求；n 医院通过放置于医院端的前置机实现云端PACS系统的访问，实现院内各科室间的影像资料的共享；n 院端的医学影像资料与云端的医学影像资料实现索引资料实时同步，实际影像数据闲时同步；n 当出现网络中断等可能影响到云端访问的情况时，PACS系统检测到网络中断，自动切换至前置机的应急PACS系统，不影响医院的正常医疗生产；当故障恢复后，系统又自动切换回云端的PACS系统来使用；47、6.2 功能列表系统整体功能分为两部分：PACS系统及RIS系统，如下图所示：图7-云PACS功能列表6.3 云PACS系统功能云PACS系统共分为8个主要功能模块，详细功能如下：图8-云PACS功能模块6.3.1 病例列表实现了对系统中影像的完全管理，提供多种不同条件的病历检索、病例收藏整理功能。是对病人影像进一步处理的起始。目的供医生快捷方便的从海量数据中查询所需查看的病人。6.3.2 浏览历史病例供医生查看同一病人不同时期的影像，支持多个影像窗口同时打开，可进行对比分析。目的是供医生方便的查看到病人的所有病例图像，有一个综合的认知。6.3.3 浏览图像在序列图像窗口中对病人的图像进行查看48、，并进行适当处理，例如放大、改变WL值、改变布局等操作能够更好的查看图像。6.3.4 处理图像在序列图像窗口中对病人的单帧或多帧图像进行进一步操作。包括测量、标注、去噪、增强等。6.3.5 存储与打印图像对图像进行存储、普通打印和打印胶片等操作。存储可用于备份图像、打印出的胶片可用于进一步诊断或者分发给病人。6.3.6 报告该模块一般由报告和审核两个角色使用。报告医生依据患者的影像进行诊断、书写报告。审核医生负责审核报告质量，不符合要求的报告退回重写。审核通过的报告将被集中打印、分发。患者持取片凭证领取报告。6.3.7 实时会议支持多个用户参与实时会议，有视频会话等服务，可以共享对影像进行的实49、时操作，进行病情分析，共享讨论结果。6.3.8 DICOM传输支持DICOM光盘导入、上传病例DICOM文件、DICOM发送及进度查询、DICOM导出、DICOM查询/获取及进度查询，可进行上传离线检查进度查询，进行工作列表导出、DICOM分发，能够进行日志文件导出。6.4 放射信息管理系统（RIS）功能RIS系统共分为9个主要功能模块，如下所示图9-RIS功能模块6.4.1 预约 /登记实现了挂号处所需的各种功能，是患者常规检查的起始阶段，支持申请单的创建、预约、查询、修改、取消和恢复，主要记录患者的基本信息、选择检查项目、打印检查小条等，为后续的检查做准备。6.4.2 患者中心在进行预约/50、登记操作时通过同名患者提示可直接导入患者中心已有的患者信息。预约/登记时创建的患者信息也会自动存储到患者中心。可以通过患者中心进行患者查询、患者申请单历史记录、患者合并/拆分等相关操作。6.4.3 报告工作站该模块一般由报告和审核两个角色使用。报告医生依据患者的影像进行诊断、书写报告。审核医生负责审核报告质量，不符合要求的报告退回重写。审核通过的报告将被集中打印、分发。患者持取片凭证领取报告。报告编辑界面同时支持选择打印模板、添加字典、添加公有/私有诊断模板，可进行基本信息（阴性/阳性、传染病上报、报告关键词），附加信息（危急、读片、需随访标记），报告质控评价，随访记录，相似病例和历史报告操作51、，并显示内容修改痕迹。支持多种方式的报告查询操作。支持私有模板管理。6.4.4 技师工作站机房技师查看病人的检查信息，对病人的检查状态进行确认等。支持申请单检索查询、增删改患者检查项目、“未匹配”状态申请单转诊和叫号、影像数据查看、手动影像匹配及修改影像匹配、打印取片凭证、查看纸质申请单、修改申请单、添加辅助技师等操作。6.4.5 报告自动分配设置对医院诊断组进行管理以及给报告医师设置排班表。支持根据设置的排班计划，进行相关的报告自动分发。6.4.6 数据统计依托医院的海量医学源数据进行统计，包括：员工工作量统计、设备工作量统计、检查费用统计、阳性率统计、摄片评级统计、质控评分统计、危急值统计52、随访符合统计、传染病统计、时间差统计、疾病统计等内容。统计结果以报表、曲线图（二维）、饼图（一维）的方式展现，支持将统计结果导出到本地。6.4.7 用户设置支持常用操作的相关设置，用户可根据个人习惯和喜好进行设置。6.4.8 系统管理该模块由管理员负责，配置和管理医院的用户信息、角色与权限、医院信息、科室、设备类型、设备工作时间、检查部位、检查项目和报告模版等。6.4.9 HIS/PACS集成基于HL7、DICOM 3.0等多种通信标准，与HIS/PACS集成实现医院各系统之间互通、数字化管理，简化工作流、提高工作效率。6.5 其他功能亿阳海纳除了云PACS相关功能外，还在国内首先推出专科P53、ACS功能：如眼科PACS系统、口腔PACS系统等专业PACS应用系统。6.6 海纳医信云PACS系统技术特点6.6.1 多设备接入医疗影像云平台平台拥有非常广泛的设备接入性，能够无缝接入各品牌、各类型的放射科影像设备（包括：CT、MR、PET、核医学、X光机、眼科影像等设备），并且支持病理、超声、内镜等影像数据的接入，并为每一种设备检查，提供丰富的高级临床后处理功能。图10-影像集中展示6.6.2 速度快根据客户反映，HINA MISS系统在各一线工作站高峰期操作系统时无等待感，查询操作进行预处理以加快查询速度。有线和无线局域网、专线和ADSL互联网（2MB）、4G网、卫星网等网络环境下的任54、何一台电脑都可即时快速访问相关的影像信息。支持数百个甚至上千个用户同时在线访问影像数据不会出现堵塞现象。6.6.3 海量数据全在线存储运用大数据处理和云计算技术，采用结构化存储和非结构化存储相结合的存储模式，即使影像数据达到数百TB、甚至数千TB影像数据的情况下，用户也可以高效实时的检索和浏览影像数据。并保持稳定运行，性能平稳不宕机。6.6.4 安全稳定n 产品成熟，并经过运行考验，有数家大型三甲医院成功运行经验。n 提供“7天24小时”实时监控系统，最大程度保证系统安全。n 保证各环节业务数据与统计报表数据准确。n 采用企业级大型数据库。海纳医信公司应用系统的安全性主要从以下几个方面考虑并得55、以实现。操作员的权限验证：系统拥有完善的用户权限管理与授权机制。管理能根据员工的职务和所承担的工作进行角色划分，通过角色划分进行权限分配，不同权限进入不同层次、功能的菜单。例如，当操作人员超越权限进行登录时，系统会拒绝并记录在系统日志中。此外，系统提供操作权限管理工具，无需通过修改程序进行授权。数据加密：除了以上所属的登录/使用验证以外，系统还能采取对某些关键数据（如用户代码和密码）进行加密的方法，来提高安全性。备份与恢复：对存储的数据，系统拥有冗余保护措施，保证用户数据的随时可提取性，对于容错及冗余都有相应的安全保护机制。数据库的安全性：n 数据库有完善的备份功能。n 支持数据自动定期备份，56、并支持备份到独立的数据中心或磁带库，有备份记录。n 系统有完备的断点恢复功能。n 提供重要数据修改全程监控。n 对于重要数据，系统只能提供有痕迹的更正功能。n 提供错误日志。n 提供系统运行日志。6.6.5 一体化HINA MIIS数据由采集、存储、整理、分析到提取、应用的一体化，实现数据发生地一次性录入，然后被所有对该数据有需求的单位多次重复、不同层次的使用，各模块之间要实现数据共享，互联共通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制约。基于一体化的系统平台，它们之间有存在相互配合和协作的部分，针对调用放射影像或其他检查影像这类传输数据量较大的这种服务，以及今后对系统升级的潜在57、需求，要求网络平台具有较高的信息吞吐量，特别是在主干网络需要较高的带宽以保证良好的通信速度和通信质量。6.6.6 高集成性图11-影像设备接入示意图n 标准DICOM设备图12-基于DICOM影像设备接入示意图对于支持DICOM Storage SCU的设备，可通过在设备上设定DICOM 3.0技术参数（例如：AE Title，IP Address，Port NO.等信息）直接接入PACS系统，将其影像传输至服务器及存储系统进行集中存储管理。并且支持影像设备的在线动态添加和管理，无需停止服务即可配置影像设备的DICOM参数。通过DICOM Storage方式可获取原始的影像数据，可保证影像及相58、关信息的完整性。对于提供DICOM WorkList SCU的设备，通过ST-PACS服务程序将患者登记信息直接传入设备生成工作列表，减少操作医生的输入量及在输入中的错误率。对于提供DOICOM Auto Send的设备，可自动通过DICOM服务程序将图像存储至服务器，无需医生技师手动操作。对于提供DOICOM MPPS服务的设备，系统可自动确认患者当前检查状态，例如当患者检查完成后，在图像上传过程中出现病人图像上传不完全，系统将发出申请、提示，从而避免图像丢失。n 非DICOM设备的连接在过去实施的过程中遇到的一些部分老式影像设备，虽然不符合DICOM 3.0标准，但使用了设备厂家自主的数字59、化存储技术。如西门子、东芝等早期的设备，就应用了公司自有的数字图像格式，图像实现了数字化存储。对于满足以下三个条件的设备可采用非标准数字接口实现数据无损传输，首先，设备不具备DICOM3.0接口，但图像存储已经是数字化。其次，设备必须要支持TCP/IP、FTP、IPX三种协议中的任一种。再次，设备具有任意种类的网络适配器。对于医院的非DICOM设备，MRI和胃肠机等，通过视频线和主机的视频输出接口连接，进行影像采集，将采集的影像转换为标准DICOM影像并与病人信息进行整合后归档到PACS服务器。和非DICOM设备连接时，需要医院提供主机设备位置的摆放、设备的品牌和型号、主机设备的工程师联系方式60、。在进行设备连接时，主机暂时停止为病人做检查。通常连接时间在晚上病人较少的时候。影像数据通过专业采集设备，对于配置DICOM Storage服务的放射/介入/核医学影像设备，实现影像通过DICOM协议集中存储和客户端软阅读功能。n 与其他系统的集成海纳医信全面通过IHE-C PACS20多个角色测试，已完全达到“产品级”，因此可以保证与其他信息系统的接口集成规范性。我们集成的功能包含：与HIS系统、电子病历系统等其他系统的接口集成。同时支持区域内扩展集成。1. 使用中间表结构(1) 将HIS数据库的检查相关数据复制一份到中间表中，RIS调用初始的申请单时需要从中间表读入，在用户完成RIS流程后61、在通过中间接口实现将数据保存在中间表，并将部分需要回传的数据回传到HIS数据库中。如下图所示：图13-中间表方式2. 接口实现图14-接口实现表方式3. 数据流说明1) 病人HIS登记，生成HIS表EXAM_PAT_MI2) 病人HIS登记到临床就诊，开医嘱HIS检查申请单，生成HIS表EXAM_APPOINTS和EXAM_ITEMS。同时，中间表MD_HISOrder210存储申请单信息和MD_HISOrderProcedure申请单子项信息。3) 病人到RIS登记工作站确认和预约检查时间新生成RIS表RISExamOrder，将相关预约与检查注意事项更新至中间表MD_HISOrder21062、，并更新HIS表EXAM_APPOINTS，EXAM_ITEMS。4) 病人进行相关检查后，更新中间表MD_HISOrder210检查时间及状态，并根据HIS表EXAM_APPOINTS新增HIS表EXAM_MASTE一条记录后删除EXAM_APPOINTS中的该项检查申请记录，住院病人EXAM_BILL_ITEMS更新划价确认标志。4. 集成后的检查工作流程门诊：1）门诊病人先到HIS登记台挂号，若是新病人，HIS记录病人基本信息。2）门诊病人去相关门诊科室就诊，医生开检查申请单。3）门诊病人去HIS收费处缴费。4）门诊病人去RIS登记工作站进行检查申请单确认。在RIS工作站通过中间接口检查63、HIS表中病人的来源是否发生变化（门诊改住院），未发生变化可以进行预约登记，通过中间接口并向HIS反馈预约相关信息；若已发生变化，则提示工作人员已收费，避免双重收费。5）可以直接进行检查的病人直接到指定检查室进行检查，已经预约过病人到指定日期指定检查室进行检查。6）病人检查完后，放射科医生进行写报告。7）放射科医生报告完成后，HIS工作站医生可通过web页面查看病人的报告和影像。住院：与门诊病人不同，需要在处理检查费用的记账。1）门诊病人先到HIS登记台挂号，若是新病人，HIS记录病人基本信息。2）门诊病人去相关门诊科室就诊，医生根据情况开住院单。3）病人办理住院手续后，住院医生根据情况开检查64、申请单。4）相关人员去RIS登记工作站进行检查申请单确认。在RIS工作站通过中间接口检查HIS表中病人的来源（住院改门诊）是否发生变化，未发生变化可以进行预约登记，向中间表记录检查费用信息，通过中间接口并向HIS反馈预约相关信息；若发生变化，提示登记人员是否修改收费方式，并进行预约登记，向中间表记录检查费用信息，通过中间接口并向HIS反馈预约相关信息。5）病人在指定时间到指定检查室做检查后，通过中间接口检查病人的来源（门诊，住院状态是否变化），若病人已经出院，RIS会弹出以免漏费。通过中间接口实现记账功能。6）病人检查完后，放射科医生进行写报告。7）放射科医生报告完成后，HIS工作站医生可通过65、web页面查看病人的报告和影像。6.6.7 应用灵活系统支持根据具体工作流程定制、重组和改造，并提供定制和改造的客户化工具。为适应将来的发展，系统具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载简单方便，可管理性、可维护性强；软件设计模块化、组件化，并提供配置模块和客户化工具。不因系统需求及工作流程、操作方式、机构人员、空间地点（电信4G用户、分布式）、操作系统环境的变化而受影响。6.6.8 技术先进采用业界先进、成熟的软件开发技术和系统结构，面向对象的设计方法，可视化的、面向对象的开发工具。6.6.9 遵循标准系统应尽量采用国际、国家和行业标准如ICD-10、DICOM3.0、HL7、66、IHE等。6.6.10 合法化医疗卫生信息系统是一个综合性的信息系统，功能涉及到国家有关部委制定的法律、法规，包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备等。因此，HINA MISS系统保证与我国现行的有关法律、法规、规章制度相符合，并能满足各级医疗机构和各级卫生行政部门对信息的要求，上报的统计报表与规定一致，具有合法性。除此，系统满足医疗卫生现阶段的实际情况，做到了在信息、数据的自动采集、汇总、归类、统计、分析和高度共享，实现全区医疗卫生管理的现代化。另外，系统软件具备能随时适应医疗卫生体制改革政策的需要。支持短信等电讯技术，支持医院各种医疗影像设备的连接67、和数据共享，支持对院外信息交互使用。6.6.11 方便应用软件系统实用性与先进性相紧密结合，体现在易于理解掌握、操作简单、提示清晰、逻辑性强、直观简洁、帮助信息丰富。6.6.12 易于管理系统在运行过程中可以建立日志管理、各项管理制度及各种操作规程。系统维护包括工作参数修改、数据字典维护、用户权限控制、操作口令或密码设置和修改、数据安全性操作、数据备份和恢复、故障排除等。6.6.13 易于扩展HINA MIIS系统采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连。更是它可以满足从中小医院、大型医院、医院集团到区域级、国家级医疗影像管68、理网络的要求，可以根据用户的需求，随着医院的发展和业务量的增加，随时对系统进行全方位扩展和升级。在平台之上，所有的临床应用工具都可以根据客户的实际需要随时添加，在整个系统内无边界的使用，并可以根据用户的权限进行功能的“按需分配”。n 服务器扩充和升级随着医院工作量的增加或所连入的访问终端的增加，需要逐步扩展或添加服务器来提升系统的整体容量和性能：对于单个服务器可通过增加CPU和系统内存的方式提升系统的性能。可以随时增加PACS/RIS服务器，实现负载均衡架构，满足更高可靠性、更高性能的应用需要。提高系统对各类数据处理、访问和转发的运行效能，达到系统扩充的目的。可以通过增机异地容灾服务器或者磁带69、库的方式进一步提高系统的可用性和可靠性，即使在主服务器机房整个停止工作的情况下，也能保证整个系统的正常运作。n 存储系统的扩充根据医院业务量和数据量增长的需要，可以随时扩展各级在线存储系统：对于各级存储系统自身，可以通过增加磁盘阵列柜和硬盘的方式来扩充它的存储容量。对于整个数据存储管理系统，可以通过随时增加一座新的存储设备（如磁盘阵列、磁带库等），直接连入当前的存储网络，就可以快速实现系统存储能力的大幅提升。n 工作站的扩充对于纯Web架构的HINA MIIS系统中，可以在不需要管理人员在现场的情况下，随时增加各种工作站（无论是诊断工作站还是临床工作站），被授权的用户直接连入PACS/RIS网70、络，就可以自动地完成工作站软件的安装和部署，所有的控制都在服务器端完成，快速实现各种信息的随时随地共享。n 临床应用的扩充HINA MIIS系统基于先进、开放、标准的系统架构，着眼于“以病人为中心”的跨科室的影像及相关医疗信息的统一管理，是真正的全院级影像应用和管理平台。在这个影像应用和管理平台之上，包含了放射、超声等影像检查科室的影像应用和处理功能，基于这一平台，同一患者的各类检查影像都可以在不同科室中快速的交换和共享，大大提高影像的利用率和医生诊断的工作效率。6.7 云PACS系统接口方案6.7.1 HIS、EMR系统接口方式6.7.1.1 “中间表”集成方式海纳医信区域PACS系统将与现71、有的医疗信息系统进行无缝整合，在HIS、EMR等现有管理平台中所有文字信息，采用“中间表”方式转换。图15-系统对接方式示意图（中间表）6.7.1.2 “URL”集成方式海纳医信云PACS系统将与现有的医疗信息系统进行无缝整合，在HIS、EMR等现有管理平台中所有图像信息，采用“URL”方式调取。图16-系统对接方式示意图（URL）6.7.2 PACS与HIS集成根据医院信息化建设的总体需求，PACS/RIS系统的建设最终要和医院现有或将来的各种管理信息系统、临床信息系统，如医院HIS, EMR（电子病历）系统等进行无缝的整合，实现影像和各种相关医疗信息在不同系统之间的有效交换和共享，完成FU72、LL PACS的建设，为实现真正的“数字化医院”奠定坚实的基础。从当前来看，医院PACS/RIS系统的规划与设计阶段，就要逐步考虑较为全面的HIS-RIS-PACS的信息集成，其中所需要实现的功能主要如下图所示：病人信息共享：各个检查科室（包括放射、超声、内镜等）的信息系统统一从HIS系统中获取病人的基本信息，减少重复信息输入。患者只需要一次登记，凭借一个ID号就可以在医院进行所有的检查和治疗，而所有的信息都可以记录在系统当中，通过这个ID号统一查询检索，避免重号、错号导致的信息孤立、无归属的情况。电子检查申请单/预约：通过特定的接口实现HIS/ RIS系统之间的检查电子申请和电子预约，减少传73、统的手写操作，逐步实现无纸化工作流程，提高工作效率，降低出错率。影像和报告共享：通过HIS-RIS-PACS之间的集成，将各个检查科室所产生的检查影像及相关报告实时地分享给各个临床科室，帮助临床医生更加快速高效地完成诊疗。海纳医信公司信息集成方案正是实现医院所期望的HIS-RIS-PACS连接应用需求的最佳方案，它本身和PACS/RIS系统整合在统一的平台下，又提供了丰富的智能数据接口，可以非常方便的通过简单的配置就可以实现与医院现有HIS, LIS以及电子病历等系统之间的连接和数据交换。具体的信息集成接口，主要采用数据库共享，Webservice等方式，也可以根据医院HIS、电子病历等系统的74、实际情况，采用灵活的自定义接口进行连接，使之也能达到医院要求的业务流程。临床医生在HIS医生工作站上创建电子申请单/预约单，随后打印整个电子申请单或者打印用于影像科室登记处用于匹配病人登记记录的条码单（条码内包含唯一的Patient ID）RIS系统自动地通过相应的接口从HIS系统中采集电子申请单/预约单的数据。RIS系统对检查预约进行排班、确认，然后自动消息发送回HIS系统。在检查完成后，根据客户的需要，RIS系统会把检查结果（如报告）自动地返回给HIS或电子病历系统。同时 RIS也提供了多种集成调阅接口，使得在病人还没有回到临床科室的时候，临床医生就可以在HIS医生工作站上直接调阅相应的影75、像检查的报告和图像，这一过程不需要临床医生二次登录（到不同的系统）、二次查询（在不同的系统中查询），所有的调阅简单到只需要一个按钮的点击。6.7.2.1 集成后的检查工作流程经过与医院信息集成后，医院影像检查科室信息系统的一般工作流程大致如下图所示：病人到医院就诊，临床医生根据具体需要在HIS医生工作站上直接生成电子检查申请，包括检查类别，部位，医嘱等信息。HIS将电子申请单传送到RIS。病人来到检查科室，登记医生通过刷卡或输入病人唯一的Patient ID 调出电子申请单，确认是否需要预约如果需要预约，登记站根据设备状况和医师工作安排为病人预约检查时间。集成平台将预约信息返回给HIS系统。病76、人在预约的时间到放射科进行检查检查科室系统自动将检查要求发送到设备（要求设备支持DICOM MWL）上检查完成后，检查设备将图像 发送到PACS服务器放射科医生调阅图像，编辑报告。报告完成并经过审核后，检查科室信息系统将通知HIS该病人的检查已经完成。临床医生可以实时地在HIS工作站调阅报告或图像。图17-系统流程示意图通过实现这样地全院信息系统间的无缝集成，我们可以看到在医院的临床信息系统（HIS）与检查科室信息系统（PACS, RIS等）之间形成了全新的数字化、电子化的工作流程，大大提高了临床诊断的效率，缩短了病人就诊的时间，同时也减少了人工操作带来的错误率，并给医院管理人员提供了方便的工77、作流程监控和管理的手段。6.7.2.2 门诊和住院流程预约检查RISHIS发送HL7收费处收费医嘱执行门诊医生下医嘱发送HL7登记报告图18-门诊系统对接流程示意图门诊流程描述：门诊医生下检查医嘱，开申请单，病人去收费处交费。结算成功后，发送HL7消息给RIS，RIS接受HL7消息，把病人的基本信息和申请信息放入申请队列，对病人做预约（海纳提供给贵院HIS的消息里包含预约日期、预约时间)，病人登记（病人到达，待检查），检查结束（待报告），报告完成发布，都应该有对应的消息发送给HIS，HIS 能实时反映病人的检查状态。当RIS中完成病人登记后，应发送消息给HIS，HIS接到消息后，将对应医嘱状态78、改为“执行”状态。对于特殊流程的处理：医生下了一条错误的医嘱，病人到门诊收费处交费后发送到RIS， 在门诊医生工作站，医生能够停止医嘱，取消检查、退费（前提条件是：RIS没有登记）。当检查科室对申请的医嘱，已登记处理后，由于某些原因，病人做不了检查，RIS需要取消登记，把取消登记的信息发送给HIS，HIS 应能取消医嘱执行，在医生停医嘱后完成退费操作。在检查科室，病人做完检查，没有写报告、或写完报告、或报告已发布在RIS中应有特殊权限操作，允许检查科室授权用户：取消本次检查信息，同时向HIS发送本次检查作废消息，HIS 应能取消医嘱执行，在医生停医嘱后完成退费操作。住院流程预约发送HL7RIS79、发送HL7检查登记报告HIS医嘱执行病房医生下医嘱，医嘱审核图19-住院系统对接流程示意图描述：病房医生下检查医嘱，医嘱审核后，发送HL7消息给RIS，RIS接受HL7消息，把病人的基本信息和申请信息放入申请队列，对病人做预约（海纳提供给HIS的消息里，应包含预约日期、预约时间），病人登记（病人到达，待检查），检查结束（待报告），报告发布，都应该有对应的消息发送给HIS，HIS 能实时反映。在RIS做完登记后，HIS 执行这个检查，不考虑病人的欠费。对于欠费、做了检查，病人不交钱，系统不做处理。对于特殊流程的处理医生下了一条错误的医嘱，审核后发送到RIS， 在医生工作站，医生能够停止医嘱，取消80、检查，退费（前提条件是：RIS没有登记）。当检查科室对申请的医嘱，已登记处理后，由于某些原因，病人做不了检查，RIS需要取消登记，把取消登记的信息发送给HIS，HIS 应能取消医嘱执行，在医生停医嘱后完成退费操作。在检查科室，病人做完检查，没有写报告、或写完报告、或报告已发布，在RIS中应有特殊权限操作，允许检查科室授权用户：取消本次检查信息，同时向HIS发送本次检查作废消息，HIS 应能取消医嘱执行，在医生停医嘱后完成退费操作。6.7.3 PACS与电子病历集成因海纳全线产品均遵循IHE框架并符合HL7标准，因此系统全面支持与主流电子病历厂商的集成。具体与电子病历接口的集成模式需要根据院方需81、求，并进一步与电子病历厂商双方沟通选择最适合贵医院的接口集成。集成后展现模式主要包括以下两种：1. 电子病历一键调阅海纳医信PACS报告界面，即相当于临床医生审核报告。在电子病历界面，如果医生想查看影像及报告，点击此链接即可实现（由住院号或其他病人唯一标示作为索引）。2. 电子病历界面集成临床报告。在查阅电子病历界面前，系统已经集成临床影像报告与影像信息，即不需要点击链接实现。6.7.4 影像设备集成影像设备通过接口与PACS/RIS连接，可以实现三个主要功能：医院的PACS/RIS系统能支持与医院信息平台进行无缝整合，实现影像和各种相关医疗信息在不同系统之间的有效交换和共享。遵照项目所制定的82、统一规则，实现PACS/RIS和平台的互联互通。在准备检查时从RIS获取MWL，经核对后选取病人或检查，不需重输病人信息；检查完成后，将生成的影像发送到PACS存档；检查开始和结束时，将当前工作状态通知RIS。6.7.4.1 DICOM设备接入方案对于医院放射科的GE MRI、Philips RF、新科 DR、AGFA CR，由于支持DICOM Storage SCU的设备，可通过在设备上设定DICOM 3.0技术参数（例如：AE Title，IP Address，Port NO.等信息）直接接入PACS系统，将其影像传输至服务器及存储系统进行集中存储管理。通过DICOM Storage方式可83、获取原始的影像数据，可保证影像及相关信息的完整性。6.7.4.2 非DICOM设备的接入方案对于医院的非DICOM设备，使用DICOM网关进行影像采集，网关将采集的影像转换为标准DICOM影像并与病人信息进行整合后归档到PACS服务器。只要采集设备采集分辨率高于原始图像分辨率，就可保证获取图像在诊断过程中的质量要求。采集工作站可以使用脚踏开关采集，也可采用手柄开关采集。6.7.5 系统集成中的特殊需求根据医院的调研和分析，我们有如下建议：采取统一编号：统一编号是HIS集成的关键。目前许多国内医院的门诊和住院分别用两套病人编号，而且不能保证唯一，有时还要事后分配。为了解决这个问题，我们采取了一套84、对应的措施，分别处理不同的情况。登记员扫描门诊病历卡的条码，从“电子申请列表”中查找、选取临床申请的检查。HIS发出的电子申请信息在RIS中的保留和利用。CIS发出的检查码(procedure code)可以对应RIS的影像设备类型、检查方法、部位和投照。参考IHE的要求，规范RIS处理某些信息的方法，如：检查项目信息不允许修改，只能取消申请，重新开申请单；HIS住院病人办理出院手续完成后通知RIS，RIS取消该病人还未执行的所有检查。RIS将申请检查的情况通知HIS，包括：确认登记、执行检查和报告完成。医疗影像云与医院的信息化接口首选HIS系统、或者从医院的RIS、医院PACS系统获取。6.85、8 硬件及第三方软件需求服务端的硬件可部署在甘肃广电的云资源池上，不但减少了硬件投资，也不在需要配备相应的IT维护人员，甘肃广电专业的IT维护经验和高等级的安全策略为整个平台系统的承载提供了安全可靠且高可扩展性的保障。6.9 网络带宽需求根据影像存储需求（见下存储需求），建议采用20M专线。6.10 存储需求敦煌市智慧医疗项目整体建设存储要求大体来源于两方面：历史影像存储、未来一段时间影像数据存储（按照电子病历保存标准为15年，此处计算先按照5年业务存储计算）。根据前期的市场调研，敦煌市医院影像设备的接诊量：敦煌市医院业务科室接诊数量放射科（1台CR+1台DR +1台MR+2台CT）100人/86、日超声科（2台彩超+2台B超）60人/日内镜科（2台）15人/日敦煌市中医院影像设备的接诊量：敦煌市中医院业务科室接诊数量放射科（1台CR+1台DR +1台CT）60人/日超声科（5台超声）20人/日一家社区医院及11家乡镇医院基本上以1台DR（或者CR）为主，妇幼保健站、计生站仅有B超。综上，根据亿阳海纳的测算方法，预计敦煌市的年影像存储数据量约为10T（按照1备3的RAID5方式换算为裸设备容量为12T），根据敦煌市具体数据的估算模型描述如下：按照影像系统医院每年存储量20%递增计算（单位TB）：第一年第二年第三年第四年第五年五年合计敦煌市影像存储1214.417.2820.73624.887、889T同时加上历史影像数据（考虑到增量以及历史影像设备的问题）按照50T计算。那么整体敦煌市卫计局智慧医疗影像存储约为：89T+50T=139T如果要做影像数据的备份，由于影像数据不能做压缩处理，所以必须做1：1备份，存储需求量需要现有需求的2倍。第七章 区域影像中心建设方案7.1 总体介绍区域影像中心的建设内容包括：1.区域影像数据中心。建立一个影像数据中心，连接区域内所有医院，用于存储病人在就诊过程中所产生的所有文字信息和影像，存储设备部署飞天云上。同时，基于系统稳定性和安全性考虑，在飞天云上部署区域影像中心热备。2.区域影像信息共享与交换平台。建立一个区域影像信息共享与交换平台，采用W88、eb方式发布到各个医院临床工作站，可以与医院HIS或电子病历系统进行嵌入式集成，方便医护人员使用。在该平台上，医生可以完成会诊和转诊业务。同时，也可以借助此平台实现患者在各医院之间的影像信息共享和调阅。3.应用系统及接口。遵循IHE技术框架，采用国际标准的HL7接口和DICOM接口与各相关系统进行通讯。区域影像信息交换平台可支持多个接口组的方式，每个接口组按照医院数据量的大小来确定连接一家或者多家医院，避免由于数据量过大而对接口吞吐量造成影响。4.服务对象。区域影像系统可以为多种机构和个人提供服务，如：政府职能部门、卫生监管部门、医院和病人等。5.安全保障体系。从技术安全、运行安全和管理安全三89、方面构建安全防范体系，切实保护系统的可用行、机密性、完整性、抗抵赖性、可审计性、可控性。6.管理标准体系。为了保证系统的有效运行及与后续建设系统有效的集成，在系统建设和运行中，必须遵循和制定相关的业务规范、技术标准和运行管理规范。7.2 系统架构图20-区域影像中心系统架构图7.3 功能方案7.3.1 影像集中存储在区域医疗中，当前医疗影像存储的方式包括两种：集中式存储和分布式存储。集中式存储就是把本区域内各医院的影像数据保存在一个影像中心，而分布式存储是指影像数据分散地保存在各医院本地。鉴于各医院的现状及云化部署的方式，敦煌市区域影像中心采用集中部署的方式，敦煌市内所有医疗机构产生的各类影像90、（CR、DR、CT、MRI、超声、内镜等）统一集中部署在飞天云上。整体架构如下图所示：图21-影像存储、利用示意图7.3.2 影像调阅在区域医疗中，影像的调阅，主要是指影像的异地调阅。事实上，影像的传输在国际上也是一个技术难题。与其他网络信息不同，医疗信息包括海量的医疗影像数据（CT，DR，MR，MG等）。为了医疗诊断，这类数据又不允许进行任何有损压缩。有的影像数据量巨大，一个检查可能达到几十兆至几百兆字节。比如，有的多层螺旋CT几秒钟内即可产生上千张影像，约500兆字节。由于医疗诊断的要求，这些数据作为一个检查必须完全传输。这样，即使在医院内部的高速局域网内传输都是技术难题，更不用说跨医院，91、并利用速度相对较慢的互联网进行传输。因此，影像数据的传输是医疗信息共享的一个严重瓶颈。国际上虽然有DICOM传输协议，但对于跨医院传递则不能满足速度要求。有的厂家采用先传输粗略影像后传输精确影像的方法，也有的厂家采用先传输并显示第一副图像，然后后台传输其他图像的方法。但无论哪种方法，都无法避免大量的数据传输，除了造成影像调阅的延迟。在带宽相对较低的网络上，即使是在宽带的网络上，如果很多用户同时操作某个数据源（例如影像中心的PACS）的影像，也将会造成网络堵塞。而影像的调阅作为区域影像核心功能，是影像共享利用的关键。针对敦煌市智慧医疗区域影像的调阅通过集中云化存储，借助即时通讯技术、全在线存储技92、术，可实现在低带宽的网络环境下，影像远程调阅的秒速调阅，没有数据延迟。7.3.3 双向转诊借助区域医疗影像中心的支撑，为区域内居民提供更为便捷、有效的双向转诊服务。区域医疗影像中心对于双向转诊服务的支持，包括两个方面：转诊流程的管理和转诊数据的共享。在流程管理方面，区域医疗影像中心在提供标准化“上转/下转”流程管理的同时，充分考虑市内各医院业务流程差别，允许对标准化流程进行定制化修改。并且，针对影像检查流程，提供跨院预约、跨院检查、跨院诊断流程管理。通过区域医疗影像中心流程管理，实现了影像检查设备的共享和充分利用。通过“上转”流程，实现患者在基层首诊后，对于一些疑难病例或者因为条件限制自身无法93、处理的病例，“上转”至市医院或者市中医院进行后续诊疗；而对于术后恢复、慢性病的跟踪、医治可通过“下转”流程，将符合条件的患者转到基层医院，进行常规影像检查，一方面患者避免了可能长达数周的等待时间，另一方面，提高了基层医院影像设备利用效率。在数据管理方面，区域医疗影像中心具有突出优势。患者在区域内医院的所有检查，通过区域医疗影像中心，可以直接实现跨院调阅。彻底避免了以往患者需要携带胶片跨院转诊的不便。并且，转诊患者在不同医院就诊时，接诊医生在具备授权许可的前提下，可以一次性汇总调阅患者的历次检查影像和诊断报告，以一种直观的“时间轴”方式进行综合诊断（参考下图）。这对于慢病跟踪、术后随访、临床研究94、等工作，具有极大帮助。图22-患者医疗历史影像展现和分析7.3.4 影像报告协同1、跨医院的报告协同图23-跨院影像报告协同2、医疗影像和报告调阅图24-跨院影像报告调阅说明：在RIS云桌面中，“医疗影像工作站”和“报告工作站”其业务目的是一致的，就是要完成患者检查的报告书写以及审核；“医疗影像工作站”和“报告工作站”的侧重点是有区别的（可根据医生的不同习惯选择进入）：“医疗影像工作站”侧重于先看医疗影像，然后根据医疗影像点开报告书写页面，进行报告内容书写；“报告工作站”侧重于根据不同的筛选条件，检索出需要书写的报告后，进入书写界面选择打开医疗影像，可以看到医疗影像；“医疗影像工作站”适用于大95、部分报告医生的对于检查的初次报告书写；“报告工作站”适用于审核医生对于报告的审核过程，同时可以根据报告的情况进行精细检索，找到目标报告。因此，医疗影像工作站更侧重于通过医疗影像的情况去选择书写报告，更适合于报告医生对于检查的首次书写；报告工作站则是侧重于对于报告的状态的筛选，通过筛选结果进行报告的书写，更偏向于报告的审核和报告的管理。7.3.5 影像的远程会诊和教学1、 影像的远程会诊和在线培训业务流程图传统的区域医疗或远程医疗建设，重音视频建设，轻患者信息无损同步共享，因此只能称为远程会议。由于患者大医疗影像数据的压缩甚至缺失，很难达到诊断级别的远程会诊。亿阳海纳医疗影像实时会诊技术颠覆了传96、统远程诊断、会诊系统以音视频会诊为主的模式，支持无缝集成的全保真医疗影像及音视频交互实时会议，同时支持诊断报告和诊断信息的实时交互，全面解决远程医疗影像诊断与实时会诊需求。图25-影像的远程会诊和在线培训业务流程图区域医疗影像中心的建设，将使得协调组织区域内影像医师资源，进行远程阅片成为可能，从而优化医疗资源配置。在辖区内，推广基层医院首诊制，居民优先到基层医院就诊，并由基层医生开具影像检查申请单，提高基层医院影像设备利用效率。在社区服务中心进行检查，所产生的所有影像上传到区域影像中心平台，统一存储。并由二级医院的专科医生进行阅片并出具诊断报告。协调组织各级医院影像医师资源，打破医院行政划分限97、制，按照不同专业组划分，对区域内的检查影像，集中统一协调分配阅片。同时，随着项目的推进和应用的扩大，后续可考虑引入北京大型三甲医院优质专家资源，对疑难病例影像，进行远程辅导或审核。支持医联体模式，通过区域平台可以直接连接北京市影像中心平台，对医联体内医院的疑难病例进行诊断会诊。同时，可以为医联体内医生提供远程教学与培训。影像检查报告，直接网络发送至社区服务中心，由基层医生负责与患者进一步沟通交流，辅助诊断。图26-影像在线远程会诊7.3.6 跨平台的影像调阅 传统的系统终端局限于各医疗机构的工作站，无法支持移动终端。亿阳海纳医信移动终端技术基于HTML5的移动医疗影像浏览终端，支持跨平台（苹果98、安卓、windows系统等）应用，纯网页操作、无需安装客户端，全面提升医疗影像浏览与操控体验。并且亿阳海纳医信移动终端支持二维医疗影像、三维医疗影像实时重建、动态医疗影像的播放等。能为以后的移动查房提供医疗影像信息支持。下图为在iPad上应用的截图：图27-PAD上显示的医疗影像图7.3.7 影像的三维后处理作为特色功能，区域医疗影像大数据集成系统还可以无缝集成高端三维医疗影像重建和计算机辅助疾病诊断功能。该功能采用“云计算”架构实现，所有功能模块部署在平台端硬件平台，以网络服务形式对外提供。“云计算”架构，将所有重负荷计算任务集中在中心平台完成，充分利用中心平台高性能计算硬件资源，避免了各99、医疗单位重复购买计算硬件的重复投资。采用三维重建图像和计算机辅助诊断功能，专家可以快速定位病灶位置，并准确评价病情发展。也可以用于手术规划指导。同时，三维重建图像具有直观、形象、易于理解的特点。专家可以借助三维图像向患者解释和说明病情，患者无需专业阅片知识，可以对自己的病情有一个形象了解。这一点非常重要，能够直接提升医患双方沟通效率，并促进患者对专家的信任，从深层次上避免医患矛盾。亿阳海纳三维医疗影像处理系统主要是以“云”的理念来进行医疗影像数据的存储计算，通过对数据的集中存储，将所有三维重建和三维分析在前置服务器端集中完成，仅将可视化重建图像和分析结果实时传送至客户端来极大的减少客户端对软硬100、件上需求，医生可以随时随地的通过医院网络地调阅数据，诊断病例。通过网络化三维后处理模块可支持基层、专家端、院外接入专家共同进行实时会诊。并提供多种三维辅助诊断功能。图28-影像后处理功能三维重建包括：多平面重建、曲面重建、容积重建、去骨功能、血管检测、心脏钙化积分析、动态心功能分析、脑灌注分析、CT-PET医疗影像融合、虚拟结肠镜、肺小结节辅助检测等。7.4 应用场景7.4.1 影像远程应用场景场景一：某基层医院放射科王医生（会诊申请者）有一病人的疑似恶性肿瘤胸片，通过远程医疗会诊系统发送病人医学影像资料及相关电子病历资料，申请市医院（或中医院）放射科专家张主任(应诊专家)对此进行会诊，孙主任101、在小时内通过桌面的远程医疗会诊系统给予了诊断建议，出具了远程医疗诊断建议书发送到王医生桌面，王医生对此完全同意，并给该病人出具了诊断报告单。场景二：某区域远程会诊中心有一心梗病人，其主治医生（会诊申请者）对其梗塞程度判断不准，请求某著名心血管权威医院（专家端医院）心脏专家(应诊专家)为其会诊，并同时对该市几所基层医院（基层端医院）心内科医生进行教学培训。在提前小时把病人电子病历和影像资料存储在远程医疗会诊系统服务器上后，在第二天某时刻开始利用海纳远程医疗会诊系统进行实时会诊和培训。该专家打开该病人的影像、影像以及、超声等几十兆的图像一一查看并结合临床电子病历，并通过与主任的沟通，介绍了他的诊断102、和依据，整个过程流畅和清晰，各个医院医生倾听和查看十分专注和认真，图像展现高保真和快捷，进行了一场成功的会诊和实时培训。7.4.2 区域影像应用场景场景一：某基层医院，病人发烧、咳嗽到内科看病，基层李医生问诊、检查后开具化验单及胸片申请单，病人到放射科进行检查，登记窗口登记后放射技师进行检查、拍片，并上传该病人影像资料（）到区域医疗影像平台，平台系统通过卫生专网直接推送该影像到市医院(专家端医院)放射科诊断医生王医生（写区域报告权限医生），王医生在桌面诊断后出具放射科诊断报告，并通过平台转到此基层医院李医生桌面，李医生根据该病人症状、体征，汇总化验单结果、放射报告单，给予“上呼吸道病毒性感染”103、诊断，并开具用药处方并叮嘱多喝水、休息，病人就诊结束。场景二：同样就诊场景，只是基层医院放射技师进行检查拍片后直接传到放射诊断医生赵某（报告/审核医生，会诊申请者），赵医生怀疑是肺炎但不确认，于是通过区域医疗影像平台的远程医疗影像会诊系统与市医院(专家端医院)王医生（写区域报告权限医生，应诊专家）进行连线会诊，赵医生与王医生直接交流，并对可疑区位提出疑问，王医生针对胸片告知赵医生，还不是肺炎典型表现，而只是上呼吸道感染症状，赵医生于是明确了诊断，直接为门诊出具了诊断报告单。7.5 系统部署模式目前系统的部署采用数据中心+业务中心+管理中心的模式来进行，管理中心统一由敦煌市卫计局来承担；业务中心104、（远程阅片及远程诊疗）可以选择一个或多个市医院来承载，后续可以考虑将部分有条件的其他医院发展为业务分中心；对于数据中心，根据亿阳海纳实施的经验以及敦煌市现状，建议由敦煌广电飞天云来承载，利用飞天云的相应资源来部署影像中心及远程会诊中心端平台以及进行集中数据存储。7.6 网络需求方案1、对于基层医院云PACS系统，利旧医院现有局域网；2、对于区域影像中心，根据不同级别医院及医学影像保存时间的要求不同采用不同速率的专线产品，根据影像存储需求，建议市级医院采用50M以上专线；基层医院采用10M及以上专线；由于亿阳海纳产品具有良好的处理性能，及断点续传能力，所以对于网络情况比较差的偏远医院，使用最低2105、M的带宽也可以满足基本需求；3、对于远程医疗平台，网络带宽可以与区域影像中心共用。7.7 硬件要求设备选型要求光纤交换机支持1、2、4和8 Gbit/sec端口速率自动感应，8 Gbit/sec速率下采用无争用、直通路由时为700纳米；交换机模式：共24个端口；可通过按需增强端口许可证，以8端口的增量增加为8、16和24个通用端口；配置8端口激活；完全fabric架构，最多可有236台交换机；支持FL_Port、F_Port、M_Port (镜像端口)和E_Port，基于交换机类型的自我发现(U_Port)，接入网关模式中的可选端口类型控制:F_Port 和N_Port；千兆交换机产品类型：千106、兆以太网交换机 应用层级：三层 传输速率：10/100/1000Mbps 端口数量：24个 背板带宽：160Gbps VLAN：VLAN总数1005 VLAN ID数4K 包转发率：65.5Mpps MAC地址表：4K 网络标准：IEEE 802.1s，IEEE 802.1w，IEEE 802.1x，IEEE 802.1x-Rev防火墙采用非X86多核架构;至少配置2个千兆Combo（光电互斥）接口；支持接口扩展，扩展插槽数量6个，最大可扩充到22个千兆业务接口；支持静态路由、路由策略、策略路由、RIP、OSPF、BGP、MPLS、ISIS等路由协议;支持IPSec VPN、SSL VPN、L107、2TP VPN、GRE VPN、L2TP over IPSec VPN、GRE over IPSec VPN等VPN组网；主服务器机箱形态 :2U机架式处理器：双路英特尔 至强 处理器四核 E5-2609 V2 2.5GHz内存：32GB ECC RDIMM DDR3-1333 内存热插拔硬盘：2*1T 企业级 热插拔SATA3.5寸硬盘网卡：2*双口高性能千兆以太网口和一个管理千兆以太网口显示：集成显示控制器光驱：DVD；电源：热拔插电源应用服务器机箱形态 :2U机架式处理器：双路英特尔 至强 处理器四核 E5-2609 V2 2.5GHz内存：32GB ECC RDIMM DDR3-133108、3 内存热插拔硬盘：2*1T 企业级 热插拔SATA3.5寸硬盘网卡：2*双口高性能千兆以太网口和一个管理千兆以太网口显示：集成显示控制器光驱：DVD；电源：热拔插电源影像服务器处理器：双路英特尔 至强 处理器八核 E2650 12线程内存：32GB ECC RDIMM DDR3-1333 内存硬盘：2*1T 普通级 非热插拔SATA3.5寸硬盘显示：Nvidia Quadro K4000显示卡3G显存光驱：DVDRW前置网关服务器机箱形态 :1U机架式处理器：英特尔 至强 处理器四核 E5-2609内存：4GB ECC RDIMM DDR3-1333 内存热插拔硬盘：2*1T 企业级 热插拔109、SATA3.5寸硬盘网卡：集成双口高性能千兆以太网口和一个管理千兆以太网口显示：集成显示控制器光驱：DVD磁盘阵列容量24T；控制器：双控制器，8G缓存硬盘：2TB 7.2K RPM SATA；支持类型：SAS，SATA硬盘数量：24块；最大支持硬盘数：96Raid：0，1，5，6，10，50支持热备盘，支持掉电保护磁盘扩展框OceanStarS102机柜容量：42U:标准门及门锁：高通风率六角弧形网孔前门.材料及工艺：SPCC优质冷扎钢板制作;表面处理:脱脂、酸洗、磷化高度：1999mm宽度：600mm深度：600mm7.8 安全保障方案7.8.1 总体安全保障架构基于网络的安全是整个网络安110、全体系的一个有机组成部分，要想保证系统具有更高的安全性，必须有一个完善的安全体系。一个完整的安全保障体系的总体架构如下图所示：图29-安全保障体系架构图从上图可以看出，安全体系包括以下内容：物理安全：保证计算机信息系统各种设备的物理安全是保障信息系统安全的前提。物理安全确保物理环境和物理保障系统的安全，主要包括环境安全、设备安全、媒体安全三个方面的内容。网络安全：主要包括各局域网边界的安全、与其他网络互连的安全、不同局域网之间信息传输的安全等，具体保护网络安全的技术包括：访问控制、入侵监测技术、安全检测、审查分析、通信链路加密等。系统安全：主机系统是网络通信的重要组成部分，是关键业务和关键信息111、的主要承载体。系统安全主要是指操作系统的安全，还包括防病毒、系统的备份和应急等。应用安全：应用安全是指企业网络上的应用系统的安全，包括企业的各个业务系统的应用安全，是安全解决方案的落脚点和最终目标。具体保护应用安全的技术包括：用户身份认证与鉴别、授权、安全审计等。数据安全：许多关键的业务系统运行在数据库平台上，如果数据库安全无法保证，其上的应用系统和业务数据也会被非法访问或破坏。具体保护数据安全的技术包括：数据加密技术、存储技术、数据完整性鉴别技术、数据的备份与恢复、数据库安全技术、密钥管理技术等。人为误操作、管理混乱等是导致安全性降低的重要因素，因此，制定合理的、完善的安全管理制度是非常必要112、的，这样，才能从根本上消除人为因素对网络安全性的破坏。7.8.2 数据安全数据作为PACS系统的基础，它的安全性和正确性是不容忽视的。数据在采集、传输、存储过程中出现遗漏、失真或误删等情况。为此我们应采取策略：1、采集数据时设置视频的精度，防止图片失真；2、编辑病历报告时避免录入错误，如有图像，应与报告保持一致；3、数据传输过程中设立检查监督机制，确保数据的完整性；4、定期的校验存储的数据是否有被误删或篡改；5、数据的录入、修改、审核、查询等操作都要有记录；7.8.3 物理安全物理安全防护规范：计算机信息系统安全保护等级划分准则明确要求物理安全包括：环境安全、设备安全、记录介质安全。物理安全主113、要在环境安全、设备安全和介质安全三个方面采取保护措施，在医院信息中心机房的门控系统、监控报警系统等区域实施保护措施。对于涉密系统，具体要求见国家保密指南BMZZ1-2000涉及国家秘密的计算机信息系统保密技术要求第3.1条的规定。1、设备安全设备安全，主要指两类设备：网络专用设备如路由器、交换机等和主机设备如终端计算机、服务器等。（1） 提高设备可靠性新设备尽可能采用高质量、高可靠的设备，如有必要，要将关键的旧设备或现用设备在合适时候更换为性能更好、功能更完备、运行更稳定的新一代产品。（2） 保障设备环境设备应该存放在厂商要求的机房环境下，如温度、湿度、灰尘、静电等要求。（3） 设备备份重要设114、备应该有备份系统，例如：硬盘镜像、双机备份、双链路等。（4） 设备安装与维护我们设计方案中建议的保护措施为：1、严格按照厂家的要求安装和维护；2、必要时要做到最终用户难以私自安装、拆卸设备的软、硬部件，这些工作一定要机房专门人员来完成并且得到安全管理层的授权；3、特别安装，使最终用户只能够接触到完成工作所必须的接口设备和应用程序，如键盘、鼠标和屏幕等。2、加密技术对通过无线、卫星等系统传输的机要信息要采用加密技术以防止窃听，应该使用自主可控的国内产品。3、电磁泄露防护医院信息中心机房建设需要防止电磁泄露，由于计算机及其外围设备在进行信息处理时会产生电磁泄漏，即由于电磁辐射效应引起的电磁泄露。现115、有的一些探测设备，能在一公里以外收集计算机站的电磁辐射信息，并且能区分不同计算机终端的信息。如“黑客”们利用电磁泄漏或搭线窃听等方式可截获机密信息，或通过对信息流向、流量、通信频度和长度等参数的分析，推出有用信息，如用户口令、账号等重要信息。“屏蔽”是用金属网或金属板将信号源包围，利用金属层来阻止内部信号向外发射，同时也可以阻止外部的信号进入到金属层内部。把“屏蔽”效应应用到网络和数据机房上，就有了现在的屏蔽机房。根据机房屏蔽性能的不同，可以将屏蔽机房划分为不同的级别，其中，“C”级屏蔽机房的屏蔽性能最高。7.8.4 网络安全网络作为PACS系统信息传输的通道，如果感染病毒或者木马会导致系统问116、题，或者网络基础建设出现问题，例如网络不通或者网络状况不佳等问题。都会影像PACS系统的安全和稳定，为此我们提出策略：1、客户端和服务端的操作系统和浏览器漏洞及时打补丁；2、客户端和服务端的病毒库、第三方软件及时升级；3、避免网络中断，建立备份链路；4、防火墙设立安全策略，保证只有授权的流量才可以通过；5、设立网络运行状态监控机制；7.9 高可靠及容灾建设方案7.9.1 容灾中心建设方法容灾建设项目和业务连续性项目与用户的业务要求、应用现状密切相关，并涉及众多技术和产品以及繁多的供应商，因而属于建设复杂、风险较高的项目之一。为降低项目风险，保证容灾中心建设的成功，选择有经验的合作伙伴、并且有成117、熟实用的方法论指导对信息中心容灾建设非常重要。通常企业进行业务连续性或容灾系统建设分为三个阶段。三个阶段是（不包含项目启动等前期工作）：规划（Plan）科学的规划是项目成功的前提。规划阶段需要对企业的IT系统现状进行评估分析，根据企业的业务发展的要求明确进行需求定义，从而在确定的需求基础上选择合适的技术，进行技术架构设计，选择合适的技术方案并采购相应的产品。建设(Build) 本阶段主要是进行技术平台建设（包括整合、数据迁移等）、测试，建设完整的“灾难恢复计划(DRP)”或“业务连续性计划(BCP)”。在科学、合理的规划前提下，建设阶段将相对比较有序。管理(Manage)对容灾建设项目或业务连118、续性项目而言，建设了容灾技术平台及相关的人员、流程要求仅仅是开始，而不是结束，必须定期更新、维护确保能够满足不断变化的业务发展要求。贯穿“规划、建设、管理”三个阶段的是“项目管理和服务集成能力”。容灾或业务连续性建设涉及的技术和产品非常广泛，针对不同的业务应用也可能采用不同的技术方案，这些方案来自不同的厂商；由于业务的相互关联，不同的技术方案之间也存在密切的联系，甚至相互依赖。同时，在容灾建设过程中，将有多方供应商提供服务支持，能够协调多方关系，对项目实施进度及质量进行统一控制，对多方服务进行集成调度是“项目管理和服务集成”的重要工作，也是保证项目按时完成并保证质量的重要因素。7.9.2 容灾119、技术框架7.9.2.1 企业信息系统保护层次现代企业的数据中心IT平台（包括主机平台、网络平台、存储平台等）的保护和恢复有不同等级的技术手段，未来企业的业务连续性建设将需要不断提高企业的信息、数据的保护和恢复的等级。图30-不同层次的数据中心保护如上图所示，对企业集中化数据中心的IT系统和业务数据进行保护可以有多种不同层次的保护方案，主要分为本地保护和远程保护两个方面。企业数据中心面向运营的保护及恢复包括三个层次：1、平台保护主要是平台的高可用，如采用主机群集系统和高可用存储平台（包括SAN网络环境的高可用和存储系统的高可用），保证IT平台没有单点故障，实现业务和应用的高可用性。2、数据备份对120、业务数据进行经常性的本地备份，在IT系统出现物理故障或逻辑故障时，数据备份都能提供可靠的数据保护。3、数据恢复在出现数据错误或丢失时能够进行快速、可预见的数据恢复，减少IT系统的中断时间，降低对业务运营的影响。建设了完善的本地保护和恢复后，企业需要规划建设面向灾难保护及恢复的“远程”数据及业务保护，它包括三个层次：1、远程的信息保护是将企业的所有重要数据安全的存储在远程站点，提供保护，避免灾难性的事件破坏数据。2、远程自动处理除了提供对生产数据的远程保护外，能够自动进行系统切换、回切及数据恢复等工作，从而在灾难事件发生时能够快速恢复业务运行。3、多数据中心保护通过建设多个数据中心，采用多数据中121、心的数据保护、恢复技术，防范更大范围的灾难事件。7.9.2.2 容灾技术模型容灾技术平台建设是企业业务连续性建设的重要基础。EMC公司将企业的IT平台划分为“接入平台、应用平台、数据平台”三部分，建议企业的容灾技术平台建设应该主要着眼于对业务处理平台，数据平台和接入平台这三个重要的系统领域的保护。图31-容灾技术模型示意图7.9.2.3 容灾模式将根据项目启动前期的“现状评估、业务需求分析”等结果，可以从容灾层次、容灾范围、运营方式、容灾规模等多角度进行综合分析，得出适用于用户容灾要求的容灾模式和运营方式。n 容灾层次根据业务恢复时间的长短可以将容灾建设划分为不同的层次：只做数据的灾难保护，仅122、能保证数据的完整性，此类业务在容灾中心只需要配置存储平台，实现数据的远程复制和存储即可。这种方式可以降低投资，但业务恢复时间很长（一般在3天以上）。数据的灾难保护是仅将生产中心的数据完整地复制到容灾中心的容灾方式。数据的灾难保护是异地容灾的最低级形式，也是最基本的方式，是实现更高级容灾方式的基础。在灾难发生时，仅有数据的灾难保护无法保证业务的连续性，仅可以保证数据是可用的，若技术策略选择得当，可以保证业务数据的完整性。采用这种模式有以下特性：n 容灾范围根据业务影响分析结果，容灾备份存储平台项目的业务将划分为关键业务和非关键业务两大类。未来可以根据需要选择要做容灾保护的业务种类，可以先建设关键123、业务容灾，未来实现全业务容灾。n 同级容灾或降级容灾根据容灾中心配置的处理能力不同，可以分为同级容灾和降级容灾。若未来的在容灾中心为需要进行容灾保护的业务系统都配置与生产中心相同处理能力和高可用能力的业务处理平台（主要是指主机性能，高可用群集等），则为同级容灾设计。如果未来的在容灾中心为需要进行容灾保护的业务系统配置比生产中心的处理能力低或高可用能力降低（比如没有做群集等），则为降级容灾设计。采用同级或降级容灾方式取决于业务需求和投资预算，降级容灾可以减少投资（在主机方面的投资）。7.9.3 容灾技术n 数据级容灾和应用级容灾按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务124、级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需125、要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换126、的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。n 灾难恢复系统的在线/离线模式(l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。n 数据备份技术正常情况下系统的各种应用在数据中心运行，数据存放在数据中心和灾难备份中心两地保存。当127、灾难发生时，使用备份数据对工作系统进行恢复或将应用切换到备份中心。灾难备份系统中数据备份技术的选择应符合数据恢复时间或系统切换时间满足业务连续性的要求。目前数据备份技术主要有如下几种: (1)磁带备份。 (2)基于应用程序的备份。通过应用程序或者中间件产品，将数据中心的数据复制到灾难备份中心。在正常情况下，数据中心的应用程序在将数据写入本地存储系统的同时将数据发送到灾难备份中心，灾难备份中心只在后台处理数据，当数据中心瘫痪时，由于灾难备份中心也存有生产数据，所以可以迅速接管业务。这种备份方式往往需要应用程序的修改，工作量比较大。另外，由应用程序本身来处理数据的复制任务，对应用系统的性能影响较大128、。 (3)数据库的远程数据复制。基本原理是将数据中心的数据库日志传送到远程灾难备份中心的数据库中，通过日志同步两端的数据库。这种方式需要数据库软件的支持。由于数据库方式只是传送数据库日志，与应用没有直接关系，因此无须对应用程序做大量修改。这种灾难备份方式比较适合于只对数据库有远程灾难备份需求，传输距离较长且网络传输带宽不大的用户环境。 (4)服务器逻辑卷的远程数据复制。这种方式在服务器操作系统逻辑卷管理软件基础上实现，通过IP网络将逻辑卷操作传输到异地主机，在异地主机执行同样的逻辑卷操作，保证本地和远端逻辑卷的一致性。这种灾难备份方式适合文件、数据库等多种数据的远程复制要求，并且对应用系统和数129、据库是透明的，但需要数据中心和灾难备份中心主机同构。 (5)基于存储备份软件实现的远程数据复制。数据的复制和同步通过存储备份软件实现，系统的灵活性很强，完全不依赖主机系统和存储系统，也不影响本地应用的响应速度，数据可以从任何存储设备上镜像到任何地点的任何存储设备上。 (6)基于智能存储设备的远程数据复制。由智能存储设备自身管理软件实现数据的远程复制，即智能存储设备将系统中的存储操作指令发送到远端的智能存储设备上，在远端智能存储设备中重做存储操作指令，实现数据远程复制。这种灾难备份方式要求数据中心和灾难备份中心配置同构的智能存储设备。n 同步/异步方式数据复制技术是灾难备份系统的核心技术。数据复130、制技术主要是将数据中心的生产数据复制成灾难备份数据，灾难备份数据与生产数据应保持一致。在线模式下，数据复制的主要方式有同步数据复制和异步数据复制两种。(1)同步数据复制。同步数据复制指的是备份中心的数据在任何时间与数据中心的数据均保持一致。复制环境中的任何一个结点的复制数据发生了更新操作，这种变化会立刻反映到其他所有的复制结点，同步数据复制方式在主机向本地磁盘写数据的同时，将数据传到备份中心的磁盘系统，在确认远程备份系统的数据同步更新后，完成写数据的操作。只有当备份数据的写操作完成后，主机程序继续进行，否则主机程序将等待备份数据的写操作的完成。同步数据复制方式的数据实时性强，灾难发生时备份数据131、能够与生产数据保持一致，几乎没有数据丢失，恢复时间短。同步数据复制技术可以保证数据的一致性和完整性，实现起来较为简单，但是增加了网络和应用系统的负担，由于需要等待远程站点的确认，数据更新操作时间长，影响应用的性能。 同时，由于数据在两个中心间传输要消耗时间，使得数据读/写操作时间受到两个中心之间距离的影响，两个中心间的距离限制很难突破60km。由于受到传输技术的限制，该方式对数据中心和备份中心之间的距离和通信质量有严格要求。一般适用于同城异地的备份。 (2)异步数据复制。异步数据复制方式是在主机系统问本地磁盘写数据后，将本地生产数据以后台的方式复制到异地。异步数据复制方式对数据的更新操作不必等132、本地卷和备份卷的数据都更新完毕后才算是更新完成，因此减少了更新操作的时间，对生产主机性能的影响较小。异步数据复制方式的所有复制结点的数据在一定时间内是不一致的。复制环境中的其中一个结点的复制数据发生了更新操作，这种改变将在一段时间后反映到其他复制结点以最终保证所有复制结点间的数据一致。异步复制技术可以保证数据的一致性，实现起来较为复杂，但是减少了网络和应用系统的负担。但由于数据不能时时同步，灾难发生时可能出现少量数据的丢失。n 存储子系统存储子系统是容灾系统的重要组成部分。保存大量数据的灾难备份中心存储子系统适合采用SAN架构，由磁盘阵列和SAN交换设备组成数据存储池。存储系统中存储设备是最重133、要的部分，其性能的好坏直接决定了整个SAN存储系统，存储设备特别是磁盘阵列必须考虑以下重要技术特性: (1)存储子系统的性能。对磁盘阵列产品来说，性能指数主要有两个，即带宽和IOps(每秒10次数)。带宽决定于整个阵列系统，与所配置的磁盘个数也有一定关系，而IOps则基本由阵列控制器决定。在Web、E-mail数据库等小文件频繁读/写的环境下，性能主要由IOps决定。在视频、测绘等大文件连续读/写的环境下，性能主要由带宽决定。(2)存储子系统的数据保护能力。数据保护能力是指在存储设备的设计方面，对各种偶然性错误和意外情况的预测，以及采取的预防或补救措施。存储系统是一个从软到硬的复杂系统，所以对134、数据保护能力的评价应当考虑到整个系统。一些低端磁盘阵列厂商宣称他们的产品由于采用了RAID、热交换磁盘、双电源等技术，数据将永不丢失。对一些中小型用户，这些数据保护技术基本可以满足要求，对重要的应用系统，还需要考虑对数据完整性的保护，对主机连接的保护及对远程容灾的支持等方面。(3)存储子系统的容量。存储容量是存储系统最基本的参数，用户不仅要关心产品的最大容量，还要关心实际可使用容量及扩容成本等问题。(4)存储子系统的连接性。在SAN环境中，以光纤连接设备(光纤通道交换机等)为中心，连接主机、磁盘阵列、磁带库等多种设备，环境比较复杂。因此在产品选型时，要充分考虑设备间的连接性。选择具有良好的开放135、性和连接性的产品，不仅是当前系统正常连接和运行的要求，也为系统将来扩展提供更大的空间和灵活性。(5)存储子系统的可管理性。可管理性是存储产品的重要性能。首先，用户应考虑产品所提供的管理功能或方式是否实用可靠。其次，要考虑管理的方便性，是否支持中心化管理和远程管理，是否支持故障自动通知机制，在配置改变或系统扩容时，不需宕机或尽可能缩短宕机时间，也是企业级产品的重要特征。(6)存储子系统的其他功能的考虑，如数据快照功能、LUN Masking功能、异地数据复制功能等。n 服务器系统容灾系统中服务器平台的性能和可靠性对容灾系统的整体性能有重要影响。在选择容灾服务器时应注意以下问题:(1)随着计算机软136、硬件技术的飞速发展，传统的RISC服务器/UNIX在性能、可靠性方面越来越高，而在性价比和易用性等方面也较以前有很大的提高。而基于MicrosoftWindows操作系统的PCServer在性能方面也有非常大的提高，价格相对小型机来说低廉，比较适合做中小型系统的容灾服务器。(2)在需要采用应用级容灾的情况下，往往要求容灾中心服务器与用户数据中心服务器同构，实现应用系统的兼容。特别应当注意容灾中心服务器中软件环境的配置，容灾中心的软件环境必须能够保证应用服务的正常运行。(3)在需要采用服务器逻辑卷数据复制技术实现容灾功能的情况下，容灾中心服务器与用户数据中心服务器同构。(4)为了节省容灾系统的137、建设成本，在性能满足的条件下，几种应用可以共享一台服器。容灾系统服务器的性能应满足容灾方案的要求如CPU处理能力、数据缓存能力、良好的I/O吞吐能力、服务器的性能稳定等。服务器应具有一定的高可用性(如冗余网卡，使用RAID磁盘等)，保证在灾难恢复期间的可靠运行。 CPU性能。可以用服务器的TPC-C(TransactionProcessingPerformanceCouncil，事务处理性能委员会C类指标)值作为相对选型参考值。厂家公布的TPC-C值，一般是采用该服务器最大的硬件配置，接近100%使用率得到的TPC-C值，而实际购买的配置往往小得多，实际系统性能的TPC-C值不会有公布值那么高138、，在设计服务器处理能力时，需要将一些实际经验值和TIC-C值一起综合考虑，留有一定余量。内存大小。内存是所有程序运行的环境，一般来说内存空间越大服务器的事务处理性能越好，但不同的应用对内存的要求不同，所以在数据处理系统服务器内存设计中，需要从应用的角度来考虑，寻找最佳的配置。I/O性能。服务器的I/O性能包括内置磁盘性能、网卡性能、HBA卡性能等。服务器的I/O性能应达到灾难备份系统的要求并与容灾系统的网络环境相适应。应用系统的负载均衡。在由多台服务器提供服务的情况下使用负载均衡技术，以防止服务器结点过载或未被充分利用的情况发生。n 备份设备以实现高度整合和共享为方向，如多个系统共享一套容灾设139、备，在不影响容灾性能时要考虑所提供的功能或方式是否实用可靠。其次，要考虑管理的方便性，是否支持中心化管理和远程管理，是否支持故障自动通知机制，在配置改变或系统扩容时，不需宕机或尽可能缩短宕机时间，这些也是产品的重要特征。7.10 协同合作运营机制n 托管模式基层的乡镇、社区卫生院等将数据托管给区域影像中心，将诊断业务全部托管给专家医院或市医院。负责对本区内的乡镇、社区卫生院等进行影像诊断、报告，在基层医院只进行拍片工作，不执行诊断报告的工作。专家医院给出影像报告后，基层医院医生进行报告打印，并提交给病人。n 半托管模式有一定诊断医生资源的基层的乡镇、社区卫生院等将数据托管给市区域影像中心，在本140、院进行拍片，并进行初级诊断和初级报告，市诊断中心负责对初级报告进行审核和质量控制。同时，市医院专家可以在审核过程中心对下级医院的医生进行指导的业务培训、提高。专家医院对报告进行审核后，基层医院医生进行报告打印，并提交给病人。第八章 健康小屋8.1 整体概述目前全国各地都在按照国家卫计委有关精神为指导，积极推行“健康小屋”慢病自我管理模式，将传统的医生管理病人模式逐步转变成医患结合、病人自助和主动参与的新的管理模式。从开展的情况来看，出现了三大亮点。一是政府高度重视，资金到位，有些地区是资金充足。二是表现形式多样，不拘一格，声势大，全国基本上都动起来了。三是与创建慢性病防治示范社区有机结合，以创141、促建，以建带创。所有这些，为在全国的全面推广打下了良好基础。敦煌市卫计局按照整体规划，为更好的服务于辖区内居民的日常健康，完善、补充居民健康档案的信息，拟在全市范围内建设14个健康小屋。下图为健康小屋的整体建设示意图：图32-健康小屋的整体建设示意图8.2 健康小屋解决方案健康小屋是指政府主导，由公共卫生机构提供给周边居民的，用于体检测量、干预指导、健康宣教、知识获取等健康服务的场所。敦煌市健康小屋建设的目的，是建设集健康监护设备和健康管理服务于一体的社区智能健康服务综合平台，其特色优势是自动登录、自助服务，小屋管理平台连接医疗机构，医院，社区卫生中心，用户家庭的电视健康监测终端，个人的手机健142、康管理端。形成一个以健康小屋为核心节点的社区健康管理网络，将医院，社区，家庭，个人，第三方服务等以健康小屋为中心，完整连接成一个健康管理网络。完整展现“医疗互联网+健康服务”的全民健康、信息健康、互动健康的智能健康管理特色。具体方案如下：8.2.1 面向社区健康的的健康小屋系统结构8.2.1.1 健康小屋运营管理系统结构依托健康小屋的多种健康监测终端、健康服务和管理平台，可与医疗卫生管理系统、各级医院、家庭医生、社区服务中心、家庭健康管理端（电视管理端+家庭健康包）、个人健康端（手机等）、第三方服务等进行对接，实现健康信息互联互通、资源配置整合，有效利用健康小屋所产生的数据，提供“互联网+”的143、健康大数据源。实现从医疗服务到健康管理的联网化服务。图33-基于健康小屋的社区智能化管理系统结构图8.2.1.2 健康小屋标准配置健康小屋是基于社区提供周边居民的日常健康监测和健康管理服务，其标准配置是根据集中服务的用户数量进行设计。图34-健康小屋结构图标准小屋（中型）的健康监测设备配置：XH-ZZJ-02型自助机3台XH-ZZJ-03型自助机1台XH-YTJ-03型一体机1台 (用于周边社区上门随访)XH-JKB=01型健康包1套智能电视1台扩展选配健康监测设备若干家具若干小屋值班人员一人/班（主要设备都是自主登录（身份证，健康卡，账号等），自助使用，监测数据和监控服务自动传输，显示）图3144、5-健康小屋标准设备8.2.1.3 健康小屋的服务功能：监测类服务： 标配: 心电， 血压，血氧，血糖，心率，体温，身高，体重，人体成分，尿常规，血红蛋白等的数据检测，异常预警，智能趋势分析，自动健康建档，远程初级诊断等。 选配：骨密度，肺功能等医疗辅助类服务： 预约挂号，在线购药，远程视频问诊，健康档案查询，生理预警，分级诊疗辅助等。家庭医生服务： 在线签约，远程视频，上门巡诊，服务预约，异常报警，提醒服务等。第三方服务接入; 在线购药，心理咨询，健康管理服务，健康顾问服务等医疗管理系统服务：与居民健康档案对接，小屋的检测数据和服务信息进入居民健康档案，居民和医疗机构，公卫系统可以双向调用。145、医疗公卫政策的视频宣讲和查询健康教育，在线健康知识宣讲，健康知识库查询等。8.2.2 健康小屋标配设备简介图36-健康小屋标准设备简介8.2.2.1 自助式健康监护机自助式健康监护机（简称“自助机”）是用于社区和社区医院的集电子档案、自助体检、数据分析、方案提供、趋势预测、预约挂号和环境预警等功能于一体的居民健康自助管理、监测设备。图37-自助式健康监护机简介图38-自助式健康监护机简介图39-自助式健康监护机简介图40-自助式健康监护机应用场景8.2.2.2 健康一体机健康一体机（简称“一体机”）是用于在健康小屋全面开展检查诊断、慢病随访、健康干预、健康教育等工作的便携式专业健康监测设备。使146、用人员为社区医生，家庭医生，主要用于全面检测和医生在服务小区上门随访，巡诊及紧急就近救助服务。图41-健康一体机介绍图42-健康一体机相关功能介绍8.2.2.3 健康包健康包和服务主要适用于家庭和小屋，通过与社区，个人、医院、其他第三方服务等连接，为用户提供以健康档案为基础，以健康电视客户端、智能手机客户端为载体，健康评估、干预方案、干预后评价为管理环节的慢病管理，同时以的基于大数据采集，运用大数据分析，为用户提供挂号预约、在线购药、运动服务预约等第三方服务产品。在健康小屋配置健康包，既能用低成本提供基本数据检测，又能培养用户的使用习惯，促进用户在自己家里配备相关设备，建立以健康小屋为中心的小147、屋-家庭的监测服务网络。图43-智能健康电视客户端介绍图44-家庭健康监控设备介绍图44-乌镇卫生中心健康小屋案例8.2.3 健康小屋运营数据支持 图45-健康小屋运营数据支持一个标配的中型健康小屋的整体运营，可为其周边的1500户居民提供365天，7x8小时的360度全方位健康服务。第九章 120应急指挥中心9.1 整体概述在新的历史时期，加强应急救援体系建设，形成功能齐全、反应灵敏、运转高效、指挥协同的应急救援机制是经济社会发展的前提和保障，是深入贯彻落实科学发展观的必然要求，是积极应对各种突发公共事件，保障社会和谐安全的主要对策，是当前各级卫生医疗主管部门急需着手解决的问题。 以发展的思148、路统揽120院前急救体系建设全局，在全区范围内实行医疗急救资源一体化和属地化管理，形成高度权威和强有力的指挥调度体系，从根本上保障院前急救资源的统一调度，全面提升敦煌市医疗救援指挥调度能力，实现“规范、快速、高效、安全”目标。总之120应急救援指挥调度平台应该符合现有体制融合业务流程协调指挥关系体现行政特色，做到一点感知，处处可知闻警而动，处处协同。敦煌市120应急指挥中心是全市应急指挥系统的重要组成部分。整体建设效果图如下所示：图46-120应急指挥中心整体效果图9.1.1 建设目标建立大屏展示系统，按不同的模式或主题，直观、动态、实时地展现医疗系统运行状况和服务情况，满足运行监控、服务管理149、应急指挥、重要保障及参观等需求。9.1.2 建设内容建立一套大屏综合展示系统，并且在此基础上通过精细化的定制开发服务，最终满足医院在运行监控、服务管理、应急指挥、重要保障及参观等方面的展示需求；监控大厅采用的大屏方式，通常模式包括日常运行、重点保障、应急指挥、参观汇报。9.1.2.1 监控场景建设建设要求：敦煌市委计局120应急指挥中心大屏主要用于日常参观及应急指挥监控模式。参观主要在有对外活动或是领导汇报的情况下，通过预设的参观汇报模式，展示远程医疗建设的方方面面，综合展示医院资源规模、医院基础设施，同时掌握医院总体运行情况以及服务情况。120应急主要是针对医院经常要面对的公共突发事件、各150、类急性疫情、重大事故等大批病人涌入医院就诊等紧急情况，实现紧急报警、全员调度、统一协调的应急指挥系统，通过IT系统的数据进行预警后自动启动应急预案。9.1.2.1.1 监控场景上层展示设计图47-监控场景示意图系统应用展现主要包括以下几个方面：n 各个医疗系统软件及硬件设备监控n GIS监控120急救车运行情况，同时展现卫生资源分布情况n 提供卫生统计相关月报、季报、年报数据的统计n 提供医疗服务相关指标的统计分析n 对区域内疾病构成、季节性多发病等进行分析1、软硬件设备监控主要软件包括：医院信息系统、电子病历系统、PACS系统、病理系统、远程会诊系统、心电系统等。图48-系统监控示意图硬件设151、备包括：各个科室设备运行情况，如（DR/DX/CR-X射线、RF-数字胃肠、MR-核磁、超声设备等）。图49-设备监控示意图2、医院运行基本情况及GIS监控在大屏上呈现医院设备数量、信息系统数量、医院科室分布、医生在职情况、看病人员各个窗口排队情况等，通过这些资源信息实时掌握医院整体运行情况，以便应急调度。图50-医院运行监控示意图采用GIS监控手段在地图实时掌握各个120急救车运行情况，并呈现各个急救车专科医生、设备、抢救病人情况，同时地图呈现总院及各个分院的分布情况，同时通过视频回传实时掌握现场情况。领导可根据现场实际情况进行指挥调度。图51-120应急救护运行监控示意图3、数据报表分析提152、供卫生统计相关月报、季报、年报数据的统计分析提供医疗服务相关指标的统计分析对区域内疾病构成、季节性多发病等进行分析 以上数据帮助相关领导分析并决策图52-分析决策监控示意图4、医疗综合监管平台通过大屏展现监控平台数据来及时掌握医院的服务水平，主要包括：行为监控、医疗服务监测、公共服务监测、医改指标监测等。图53-医疗行为监控子系统图54-诊疗系统监控示意图图55-妇幼系统监控示意图9.1.2.1.2 监控大厅场景指标采集方式目前采集支持接口方式包括：DB、文件、指令方式、外部网站等。展现关键指标需建设单位提供相应的接口文档进行采集支撑。9.1.2.2 其他功能（可选）9.1.2.2.1 控制台153、通过控制台，实现对大屏进行配置和系统管理n 编辑功能：可以编辑欢迎辞区域的文字。n 系统管理功能：提供n 换肤功能：欢迎辞的背景图片切换9.1.2.2.2 指标预警根据接入的指标设置的不同级别的阈值，监控各个平台的运行指标。9.1.2.2.3 移动终端控制利用移动终端结合WiFI网络，在参观过程中可以将移动终端（如IPad）作为遥控器，来切换或操作大屏。完成的操作能力包括多种模式切换（日常模式、参观模式、应急保障模式等）、保持界面和实际大屏幕展示的美观性和一致性。建议采用后台打开新标签页，在不同的网页标签中切换即可切换模式。切换模式的等待时间少于5s，当后台应用模式数量超过系统能力时应进行系统154、提醒。9.2 系统总体设计 9.2.1 系统设计原则系统主要面向全网、全业务，主要提供统计类的指标。通过该场景可以按科室维度，逐层深入，查看各专业主要设备的拓扑、配置、告警、生产营运等指标,主要通过动画、图片、视频等多媒体和拓扑、矩阵和图表方式，进行多视角、多维度的介绍医疗系统运行情况。大屏幕展示系统总体架构包括用户定制层、应用呈现层、综合处理层和数据采集层。9.2.2 系统结构设计9.2.2.1 系统设计总体说明大屏幕展现系统在技术架构上，采用高复用性、低耦合度、高聚合度等原则，将业务逻辑处理与展示呈现技术相分离，采用分层设计的思路，按照UI、服务、业务、数据划分为四个层次，各个层次之间进行155、有效的解耦，层次内的组件可以进行独立的开发和部署，保持组件之间的独立和可替换性，保障系统的可持续发展；对外采用开发性和标准化的原则，数据和通用性上采用统一的接口和数据规范，提升系统的兼容性和标准化程度，为系统的可集成、可扩展打下良好的基础。系统将UI展示、服务提供、业务逻辑与数据处理相分离。n UI展示采用最新的界面技术，为用户提供丰富而强大的用户体验；服务提供统一的接口服务，方便UI展示以及业务逻辑的扩展；n 业务逻辑采用组件化设计，具有良好的场景、专题等业务扩展能力；n 数据处理提供多种接口协议的适配和数据规整，便于今后与更多的系统互联。系统技术架构参见下图：图56-技术架构图9.2.2.156、2 软件体系结构设计9.3 UI展示层9.3.1 UI展示层设计要素及技术特点UI展示层采用现在流行的Flex技术，在交互设计和用户感官上能够得到最好的体验效果，在设计和技术上主要基于通用性、可配置性、高兼容性和模块化的原则进行界面框架的设计，在具体的设计层面上为了提高系统的复用程度和高扩展程度，对内和对外方面都进行职责的划分，预计上层中需要扩展和变动的地方，采用组件化的封装方法应对系统的可持续性，为了应对这些特性，主要的设计和技术特点包括：n 组件化封装UI展示层的各个部分根据功能职责进行清晰的划分，按照组件化的设计思想进行封装，减少各个部分之间的耦合度和提供可扩展的能力；n 接口高适应能力157、通过灵活的接口代理和适配技术，能够兼容各类的接口数据的调用方式，并且通过组件化的封装，提高在数据访问接口的灵活度；n 呈现组件的高兼容性对呈现类的组件通过适配器的方式进行二次封装，对上层提供统一的接口，可以兼容各种第三方的组件，并且可以进行灵活的替换；n 业务场景的可扩展和可配置业务场景和专题采用组件化独立封装的原则，每个场景和专题可以单独进行开发和编译，采用插件的方式嵌入到主框架中，满足系统开发的可扩展性原则；业务场景和专题的在数据呈现元素上使用基于XML配置的方式，每个业务场景和专题对应一个业务配置文件，通过配置文件可以进行业务场景和专题中的元素和数据进行灵活调整和扩展；9.3.2 接口服158、务接口服务主要是提供给UI展示层和服务层之间进行交互的通道，所有的对外接口的调用都通过南向接口服务进行包装和解析，对内使用统一的接口规范，对外利用代理的方式来兼容不同标准的接口服务，这部分主要包括了接口代理、接口数据解析和接口数据缓存三部分；n 接口代理接口代理是建立于服务层通讯和ESB通讯的通道，提供对外的访问方式，整个对外接口代理都采用标准的WebService方式与服务层和ESB进行直接的调用； n 接口数据解析接口数据解析式把对外接口的数据和系统所需要的数据进行清洗和转换，通过对数据的清洗和转换后形成UI展示层可用的数据，方便进行系统内的交互；n 接口数据缓存接口数据缓存是存储一些不需159、要重复获取或者客户端个性化数据的本地存储，减少与服务端交互，降低系统的压力和提高响应速度；9.3.3 呈现组件库呈现组件库是对UI展示层的具体功能界面提供可视化组件的支持，通过对具体组件功能的不同进行分类，并根据UI展示层所需要的功能定义不同种类呈现组件对外的统一的交互接口和功能接口，通过组件化的技术对已有的第三方组件进行二次封装，可以兼容同类的不同第三方组件和组件之间在开始过程中的可扩展，保持呈现组件的灵活性。9.3.4 展现界面框架和业务功能组件展现界面框架和业务组件采用了基于Flex界面插件的技术，把界面框架和具体的业务功能进行隔离，具体的场景和专题可以进行单独的开发、编译和调试，最终通160、过插件的方式嵌入到整个界面框架容器中，形成整体系统。在这种插件开发的基础上，可以灵活的对整个UI展示层开发提供灵活的开发模式，并且提升了整个业务功能开发的可扩展能力，当需要进行系统业务功能调整和增加的时候，不会影响整体框架的运行。9.4 服务层9.4.1 服务层设计要素以及技术特点在服务层的设计和技术上为了能够最大程度的满足系统的组件化、高扩展性、可配置和对外接口的标准化，根据服务层的特点和以后根据系统的扩展可能引起的变化进行分析，对结构进行有效的组织和可容纳性设计，在设计和开发上的具体特点如下：n 有效的组件化设计根据服务层中的组件的特点，进行组件职责的有效划分，让整个服务层的结构清晰和有组161、织性，并且减少组件之间的依赖；基于这些原则把整个服务层划分为了工具支撑组件库、框架支撑组件库、业务组件库、系统自管理组件库和对外服务组件库，各个组件之间通过规范的接口方式进行相互的交互调用，让整个服务层之间的聚合度增加、耦合度降低。n 可扩展的适配器在满足系统应用的基础上，为了针对服务层中的使用的第三方组件的接口能够进行灵活的替换和标准化接口的方式，通过定义统一的接口方式和对外的适配器，让服务层能够降低对第三方组件的耦合性，并能够随时进行替换和更新。n 业务组件的可配置和扩展能力对于系统中的场景和专题来说，为了满足场景和专题的可扩展和快速的业务变更能力，采用了基于配置的业务组件开发方式，并且定162、义了统一的业务配置文件标准。每个场景和专题采用独立的业务组件，并且对应一个业务配置文件，系统的开发过程中可以通过对业务组件配置文件的扩展和修改，进行场景和专题的业务能力的快速扩充和变更。 n 支持SOA的接口规范在对外接口方面，根据统一的SOA接口规范，通过适配器的方式对接口交互的数据进行序列化和反序列化；并且由于采用了适配器的方式，随时可以根据规范的变化对适配器进行修正和更改，提高系统的适应能力。9.4.2 软件组件服务软件组件是软件提供业务或技术功能的基本单元或元素，这些单元可以独立地部署。业务组件(Business components)是执行业务逻辑、遵循一定的业务规则并且管理相应的数163、据；而技术框架(Technical components)则是提供相应的平台以便业务组件可以运行，例如支持面向的三层框架，面向批处理的分布式框架等。9.4.2.1 业务组件库业务组件库是基于配置的设计思想和结合整体框架的定义，给场景和专题提供业务服务的业务组件，根据每个场景和专题的不同进行组件化划分，采用外观模式对外提供统一的业务接口，采用相同的参数类型和输出类型，内部的实现分为两种：数据类方法、业务方法。其中数据类方法采用基于配置的实现方式，通过外部的XML配置文件直接进行数据库数据的提取，并返回相关结果；在具体的开发设计上具备以下特点：n 统一业务访问方法业务组件对外只提供一个业务接口，这164、个业务接口采用统一的参数和返回数据格式，用来降低业务组件调用的复杂性，并且内部的也更好的进行扩展，避免需求变化引起接口产生大的变动；业务接口的参数利用一个HashTable对象，所有的参数作为键值对放入到HashTable中，各个具体的实现方法根据实际情况自行进行参数的解析；业务接口的返回值统一使用二维表格的形式进行返回，上层的应用自行进行解析，这样避免数据信息的变化引起的接口的变动。由于对于拓扑信息无法用Table二维表格描述，需要另外的返回数据对象进行描述，需要把有关拓扑的相关业务方法独立为一个业务类。n 基于配置的数据接口因为每个业务组件中所设计到的直接从数据库视图中获取数据并返回接口的165、情况比较多，并且这些数据库业务视图的变化也非常的频繁，为了更好的进行扩展和抽象，对于直接从数据库中根据条件获取数据的方法采用基于XML配置的方式，接口参数（HashTable）中提供所对应的数据配置节和相关的参数，由具体的数据库解析类读取配置小节中的SQL语句进行执行并返回Table数据；n 灵活的逻辑业务接口逻辑业务接口只指不能完全通过对数据库数据的访问而形成业务方法的接口（例如业务方法中需要发送指令等），这些方法需要按照传统的方法进行开发，但是需要统一参数和返回值类型，在XML配置文件中把这些业务方法配置为接口模式，统一的业务方法通过反射的模式进行调用；9.4.2.2 框架支撑组件库框架支166、撑组件库主要是提供了服务层框架开发的基本组件和接口定义，规范化中层业务组件以及服务组件的开发模式，通过框架支撑组件库的定义，可以把整个服务框架的开发模式进行统一定义，能够让整个服务层进行灵活的变动。整个组件库包括两部分：基础类库和接口类库。基础类库：定义系统共享和通用的类，例如系统的全局变量定义、系统默认值定义和异常定义等；接口类库：提供对系统自管理组件和具有相同接口但是存在不同实现的组建接口定义，这部分的接口的具体实现放入到BOCO.MDS.Providers中，对外统一的通过接口进行访问；9.4.2.3 工具支撑组件库工具支撑组件库把系统中需要共用的组件进行逻辑化的抽取，并且把用于数据和服167、务第三方组件进行二次封装，在开发和设计的层面可以进行灵活的替换和统一组件的使用方式。在具体的开发上进行了各类工具的接口的统一定义，对外服务约定以及使用方式的统一化，利用适配器的方式与系统定义的接口进行适配，满足组件化的设计需要，并且利用工具组件的设计，来统一中层服务的中接口的数据规范。9.4.2.4 系统自管理组件库系统除了具体的业务场景和专题以外，对系统本身需要有相关的业务管理和数据管理的需要，系统自管理组件主要就是提供系统管理相关的业务服务，包括用户、日志等系统辅助性的功能，让整个功能框架保持完整性；在具体的实现上也是遵守整个框架支撑组件的定义结构和对外的接口方式为上层提供相应的服务支持。168、9.4.2.5 服务组件库服务层组件根据功能划分主要包括四部分：服务层和业务组件代理、调度平台、缓存组件、对外接口。服务层和业务组件代理（BOCO.MDS.Service.Agent）：通过配置和反射的方式，把外部接口的请求对应到相关的业务接口并调用，然后把返回的结果输出给外部接口；调度平台（BOCO.MDS.Service.Dispatch）：进行任务的调度，需要进行相关调度任务的实现，然后加入到服务调度容器中进行管理；缓存组件（BOCO.MDS.Service.Cache）:对于业务和系统数据进行缓存处理；对外WebService接口同上层呈现进行业务的交互，对外WS接口不需要进行业务逻辑169、处理，通过BOCO.MDS.Service.Agent直接调用业务方法，把结果转换为XML规范的数据后返回； BOCO.MDS.Service.Agent:读取接口的配置文件，通过反射的方式调用业务方法（BOCO.MDS.Business），通过工具支撑组件库（BOCO.MDS.Liberty）中的相关XML辅助组件完成参数和返回值的序列化和反序列化。9.5 数据层9.5.1 数据层技术要素以及技术特点数据层架构需要解决了本项目数据侧面临的三个主要问题：n 数据源多样，包括ESB、数据库、私有接口、文档、网站等n 涉及专业系统多，应用系统、IT基础设施、安全管理、综合告警。n 业务复杂，满足多170、专业结合，多角度综合分析呈现各专业的信息。n 本设计通过三层数据处理结构合理的解决了以上问题。n 通过数据接入层，将各种数据来源接入系统原始数据库层；采用先进的数据处理中间件，可以将各类异构数据源接入的成本、风险降到最低。同时保证系统对后续新接口的数据接入保留了良好的可扩展性。n 通过原始数据层，将来支撑不同专业的各系统数据合理划分。结合资源数据，为业务数据的进一步分析，提供了可靠的数据基础。n 业务数据层，通过业务数据整合模块，将不同专业的数据根据应用展现要求，分析专业间关联关系，整合资源、性能数据；同时数据分析模块将进一步挖掘系统的数据关系及对应的实际业务意义，提供更高层的应用数据；汇总预171、测模块完成系统的汇总、预测要求。9.5.2 数据接入架构系统数据采集如下图所示：图57-系统数据采集示意图数据源种类繁多，包括：ESB、数据库、EXCEL、文本数据、WebServices、MQ、网站、政府网站、其他网站、文档等。为解决数据源类型、结构、交互方式的多样性，数据接入层以ETL工具Pervasive作为核心开发平台，通过二次开发手段完成本次数据接入工作，降低风险，缩短工期。在部署上，通过采集云平台，实现负载均衡，同时具备良好的伸缩性、可扩展性。降低业务扩展、网络扩容引发的系统升级成本和风险。9.5.3 数据业务分析、处理业务分析、处理部分结合一样在相关领域的丰富经验，对每个专业系统172、，都有丰富的专业人才和相关经验。9.6 产品特色大屏展现系统作为各单位展示窗口，承担着日常监控、应急保障、参观演示的功能。针对这些应用和大屏幕本身特色，亿阳的大屏展现产品具有：专业美工设计，整体采用Flex动态效果，面向大屏幕展现，采用高分辨率，使得大屏幕监控效果更清晰，容纳内容更多。提供全套的展示能力，矩阵、图表、视频、Flash动态效果，展示方式多样丰富，根据不同业务采用不同展现方式，兼顾针对性和美观性超大分辨率：超高分辨率虚拟屏幕的应用，包括建立超高分辨率的应用；虚拟屏幕和真实视频输出的对应关系真实视频输出和最后展示输出的对应关系。可以一次性的最大限度的展示数据，适合在多屏幕或多路视频输173、入的大屏幕使用。参观演示可以提供终端操控大屏的便捷方式。第十章 可行性分析10.1 社会可行性分析信息化建设是当前医院数字化发展的必经之路，通过医院乃至社会卫生资源的共享，促使医院各项管理规范化，不断提高自身的竞争性。当前形势下，医院的数字化建设存在以下有利条件：一、国家卫生部针对医院信息系统建设颁发了相关医院信息系统软件基本功能规范国家在对网络设备规范管理的同时，于2002年出台了医院信息系统软件基本功能规范，对医院信息系统软件的功能设计、安全要求等作出了规范，使得医院在信息化、数字化建设过程中“有据可依，有章可循”。二、医务人员的信息化技能和水平，保证了医院信息化、数字化发展的技术储备；网174、络技术的高速发展为个人技能的提高提供了大量的学习机会，个人技能不断提高，对信息化、数字化医院的要求也愈加迫切。三、成熟的软硬件技术，为医院信息化的发展提供了保障；信息技术的高速发展，使得许多硬件设备的性能不断提高，而成本下降。同时，目前全国有许多医疗结构已经开始使用医院管理信息系统软件，而且经过多年的革新，这些软件也得到了极大的完善，维护和功能升级及其方便，“三分技术，七分管理”，良好的管理信息系统是建立在一个科学的、行之有效的管理模型之上的；同时医院管理信息系统建设过程又是医院管理模式的改造过程，其在医院业务流程再造、简化和规范操作流程、控制与促进医院管理模式的贯彻执行上发挥重要作用。随着医175、院信息化建设的进一步完善，医院管理者可从宏观到微观的细致管理、医生准确的诊断和方便快捷的信息传输方式使得病人有了一个良好的就诊环境，真正做到了“以病人为中心”，提高医疗水平和服务质量，这样就会产生一连串的社会效益。 10.2 经济可行性分析10.2.1 直接经济效益1、智慧医疗的建设为病人诊疗提供更优良的服务。敦煌市智慧医疗的建立为病人的全面医疗健康信息的保存、传递、查询提供有效的数据；对数据的快速实时查询，可大大减少病人的疑虑。此举即可为医院赢得更多的病员和信任。2、智慧医疗的建立能提高工作效率。医护人员是医院中知识水平最高、工作量最大并且与病人直接接触的一线人员。建立智慧医疗为他们处理信息176、提供良好的服务，减轻他们的工作负担，提高他们的工作效率，使他们能用更多的精力和时间为病人提供更优良的服务。例如：在目前模式下，病房护理人员用大量时间处理护理文档与表格，人工传递检验申请及结果报告。医院信息系统的建立使他们从这些时间束缚中解脱出来，可用更多时间下病房进行面对病人的护理服务。3、智慧医疗的建立能提高领导的决策能力。智慧医疗的建立能使医院各级领导及时、准确、方便地掌握各类信息，为他们作出正确决策提供依据。医院信息系统的建立可以迅速方便的统计、分析医院各部门乃至医务人员个人所产生的效益与工作量大小，以及及时发现医院在诊疗过程中的异常现象并给予及时的处理。从而为领导贯彻公平公正合理的效益177、分配、奖罚分明提供有力依据，从而充分调动与发挥职工的劳动积极性。4、智慧医疗的建立能促进医院管理的规范化。建立智慧型医院后,规范了整个医院的业务流程，各业务科室的数据的采集统一规范，保证数据的准确、可靠。10.2.2 间接经济效益信息化的建设可使医院的日常业务、行政管理融为一个整体，达到资源的充分共享，最大限度地减少了重复劳动。同时，网络管理更加方便、可靠，能实现对医院工作各个环节的控制，且节约了经费。对各个工作流程实施的科学管理降低了库存的积压，加速了资金的流通，不仅提高了医院的效益，而且保护了现有投资。医院信息化建设从医院的内部和外部分别提高了整个业务流程的效益。如下图所示：扩大市场范围提178、高服务水平提高医疗水平提高社会效益内部外部市场服务电子病历患者关系关系成本质量管理设备管理流程管理管理办公自动化财务经营决策支持影像中心促进质量改进加强成本控制提高工作效率提高经营效益图58-效益分析示意图第三部分 项目建设第十一章 项目建设原则标准化原则：产品开发符合国家卫生部医院信息化标准。实用性原则：是从当前医院实际出发，充分考虑贵院的需求，先行初步搭建信息建设组织和技术架构，然后在此基础上构建各类应用系统，优先确保基本业务系统的建设，然后逐步完善。 先进性原则：集众家之长，补众家之短。起点要高，技术要新。尽量采用国际先进的、主流的技术，融合先进的管理思想，以国内一流水平为目标。规范化原179、则：产品支持HL7、DICOM3、ICD-10、MDC等规范标准。以临床病人为中心，以医疗质量管理为核心，以医疗信息、经济信息、材料物资信息、人力资源信息为主线的设计原则，实现全面的信息化管理，促进医院的医疗服务质量和管理水平的提高。可靠性原则：由于医院信息系统是724不间断运行系统，稳定可靠性要求极高，故从数据库和开发工具的选择到应用软件的设计，都要把稳定可靠性放在首要位置。集中管理原则：通过统一的网络平台实现中心控制管理。统筹实施原则：项目实施采用整体统一规划、齐头并进实施、分布组织运行的原则，确保零风险稳定实施，统筹协调，逐步搭好框架,逐步实现数字化医院建设。第十二章 项目管理与实施方案180、确定合作意向后，敦煌市卫计局、甘肃广电敦煌市公司、亿阳信通三方共同成立项目实施管理组，按照亿阳信通的项目实施规则、ISO9001标准以及其他的有关标准就具体实施步骤制订出详细的、可操作的工程实施方案。12.1 工作流程与项目分工12.1.1 工作流程系统和项目初步规划项目调查和需求分析组织实施队伍人力、物力、财力资源落实项目准备阶段项目实施阶段与各相关部门沟通建立用户档案及联系表成立项目组设备采购入场通知接货并确认货物到达对已到货物进行到货验收系统的安装与调试项目实施阶段的试运行项目实施阶段的最终验收整理项目文档归档、移交系统移交给用户项目维护阶段系统移交给服务人员图59-项目工作流程图12.181、1.2 项目分工分工界面是界定工程执行过程中三方责任划分的书面说明。12.2 项目过程规划在工程现场具备施工条件后，亿阳公司保证及时派出技术人员严格按照用的要求和相关技术标准进行设备安装调试工作，力求以最快的速度顺利开通设备按时交付使用。本工程分为以下阶段进行：12.2.1 工程准备割接工作依据精确调研数据，及严密的割接方案及风险评估，每次割接都要预演测试。网络及系统存储割接，由二线高级技术工程师实施完善技术保障。局方技术人员可配合参与割接，增加经验积累；应用业务系统厂商要全力配合整个项目的割接以及实施工作，考虑到对办公最小影响，大多数割接工作都要晚上或周末进行，应用开发厂商各系统技术人员必须182、全部现场配合。12.2.1.1 实施准备 硬件实施方案、实施计划。 割接方案、设备安装及维护手册由亿阳和原厂商提供。12.2.1.2 安装工具仪表准备仪表必须经过有关部门的严格校验，证明合格后方能使用。安装、软调、联调阶段所需使用的专用工具及相关仪器设备，由亿阳公司负责提供。其中通用工具（主要有活动钣手、套筒钣手、十字螺丝刀、一字螺丝刀、静电手腕、卡线刀、斜口钳、尖嘴钳、老虎钳、镊子、电烙铁、直尺和卷尺、万用表等）可在现场酌情同用户协商解决。在工程安装开始前，各单位应该做好机房准备、电源准备、地线准备、用户、外线准备、传输准备、数据准备，并提供必要的施工条件。若不满足要求，亿阳公司有权暂缓安装183、，并与另行商定合适时间。12.2.1.3 安全要求施工现场必须配备有效的消防器材，如有告警装置，应性能良好；机房内不同的电源插座，应有明显的标志；楼板预留孔洞应配有安全盖板；机房内无易燃、易爆等危险品。设备割接需断电或加电重启，必须提前与原厂商确认备件情况，并通知原厂商技术人员割接时间，保障硬件故障能够及时恢复，在关键割接工作中要求原厂工程师现场保障。12.2.2 开箱验货买方有权派人到原厂商对定购的设备进行出厂检查。亿阳公司将测试方案提前一个月交给用户。在人员到达前，亿阳公司将准备好所需的仪表、工具及记录表格等。出厂测试由原厂商按有关技术指标严格执行，保证所有出厂产品百分之百合格。在核实所有184、工程准备工作都妥当后，亿阳公司开局技术人员立即赶赴开局现场，与各单位一起首先清点装箱件数是否与发货总件数相符，然后根据装箱单逐项验货，检查是否与合同规定的要求相符，如发现与装箱单不符，应及时与相关部门联系。在开箱过程中，如发现货物有损坏现象,应填写产品损坏清单表及时与相关部门联系。如果内部包装有破损处,要详细检查有关记录。外观检查:外观检查主要包括外观有无缺陷、标识字是否完美清晰、各种插板是否安装齐备及机器的内部卫生情况等。电路板拆封:电路板是置于防静电保护袋中运输的,拆封时必须采取防静电保护措施,以免损坏电路板。同时，还必须注意环境湿度的影响。防静电保护袋中一般有干燥剂，用于吸收袋内的水分，185、保持袋内的干燥。当设备从一个温度较低、较干燥的地方拿到温度较高、较潮湿的地方时，至少必须等半小时才可拆封。否则，会导致潮气凝聚在电路板表面，损坏电路板器件。单板和单板软件检查:根据设备装箱清单,逐一检查单板质量和数量及单板软件情况。12.2.3 设备安装亿阳公司派出设备安装技术人员进行安装指导，同时，对安装质量负责，需派人配合（具体人数由双方协商解决）。安装过程中所需要的安装材料、消耗品、适配器、连接线等均由亿阳公司负责提供。安装过程中，应按合同规定提供各种配合条件和所需的称职的技术人员及辅助人员，这也有利于他们今后的操作维护工作。12.2.4 软件安装软件调测工程师负责完成软件的安装调试工作186、，现场工程经理和软件调测工程师负责完成系统自测，并负责向建设单位提交软件安装调试总结和初次验收申请。12.2.5 整机调试及系统联调在系统整机调试前两周，由三方共同商定系统测试规范和测试指标。亿阳公司提供必要的测试仪表，并协助各用户按照商定的测试规范，进行全面的系统测试。12.2.5.1 硬件检查在整机调试前，必须确保各硬件检查准确无误，才能保证整机调试的顺利进行，硬件检查主要有以下内容：n 各种插座无缺针、无内芯弯曲等现象，确保完好无损；n 各种连线准确牢靠；n 设备的各种选择开关应置于指定位置上；n 各种插板插位准确牢靠；n 设备标志应齐备正确；n 设备内部的电源布线无短路现象 。12.2187、.5.2 电气连接各种硬件设备必须按亿阳公司提供的操作程序，逐级加上电源。包括连接底线、交流输入线、直流输出线、电池线、外部信号线等。12.2.5.3 上电测试依照前期工程协调会与技术交流会上由亿阳公司和双方专家共同确定的技术方案，进行上电和初步测试。此过程按照工程界面上的要求，由亿阳公司提供技术人员进行实施或督导。12.2.5.4 数据配置依照前期工程协调会与技术交流会上由亿阳公司和甲方双方专家共同确定的技术方案，依照设备配置手册对设备进行设定和配置。由亿阳公司对相关基础数据进行收集和整理，确保其完整性与准确性。经用户方面核实确认后，依此生成后台数据并加载至系统之中。此过程按照工程界面上的要188、求，由亿阳公司提供技术人员进行实施或督导。12.2.5.5 整机调试依照前期工程协调会与技术交流会上由亿阳公司和双方专家共同确定的技术方案，进行整机调试，以达到预期功能和性能。此过程按照工程界面上的要求，由亿阳公司供技术人员进行实施或督导。12.2.6 验收测试12.2.6.1 验收测试原则1、系统安装和调试完毕即可进行验收测试事宜。2、本着先硬件后软件的测试原则，在保证硬件安装完整、正确的情况下，检查设备软件运行的正确性，检查设备所提供的业务功能是否运行正常。12.2.6.2 验收测试准备1、设备安装完毕，亿阳公司对安装工艺、设备外观自行检查合格。2、工程开通调试完毕，亿阳公司自行验收准备测189、试完毕，确认系统具备交接条件，亿阳公司向用户书面提出验收申请； 3、用户确认测试具备条件后，批准测试申请，并确认组织测试准备会；4、测试前必须召开测试准备会，保证测试有计划，按步骤进行；5、亿阳公司组织成立测试项目组，项目负责人必须参与从测试准备会、测试实施和测试总结会全部过程，在整个过程中项目负责人要以周报和日报的形式反馈测试全过程工作情况、出现的问题和问题解决措施；6、测试准备会前亿阳公司必须完成测试方案准备，人力资源和测试仪表准备，车辆和通讯准备等内容；7、测试方案必须包括详细的测试项目、测试手段和测试方法描述；8、测试准备会上亿阳公司和用户明确测试实施日期，确认测试具体实施方案，细化测190、试计划，澄清测试测试彼此尚未清晰的测试标准、界面问题、技术问题、方法问题等；9、测试准备会上必须进行测试验收指标和标准依据的澄清和确认，一般情况测试验收指标和标准的依据首先是合同中设计院提供的测试指标和标准；如果没有最初的设计，考虑采用国标的测试指标和标准；如果前面的参考都没有，以亿阳公司提供的指标和标准作为验收依据；10、细化的测试计划必须包括明确的验收实施人员名单、测试明确的行程信息（行程精确到站点/日）、各站测试的具体实施步骤和明确时间（以某时/分做什么步骤的形式描述）、详细的步骤风险和避免措施描述等；11、测试仪器一般由用户提供；测试准备会上亿阳公司必须明确和用户沟通测试仪表问题，一旦191、用户确认无法提供仪表，亿阳公司必须和用户共同考虑解决办法，避免由于仪表问题对测试工作的延误。12.2.6.3 测试说明1、测试应在未上业务时进行，避免干扰业务正常运行；2、测试内容一般根据实际开通的业务功能选择相应的测试项；3、如果用户允许的情况下，可以压缩测试项目；4、测试必须有用户的人员在场，对测试结果亿阳公司和用户的人员两方共同记录和确认；5、测试结果必须由用户认可并在测试结论上签字盖章；6、测试出现和存在的问题必须在日报和周报中记录和反馈；7、测试过程中用户提出的新需求必须在日报和周报中记录和反馈；8、在测试实施过程中出现的问题、争议和不同意见，项目负责人要及时协调解决，保证验收工作进192、度。和用户澄清问题，用验收数据说话，措辞要讲究技巧；12.2.6.4 测试标准1、硬件安装验收标准：符合国家相关标准、符合合同要求、符合亿阳公司工程规范；2、软件安装验收标准：符合国家相关标准、符合合同要求、符合系统测试手册要求、符合亿阳公司工程规范；3、设备性能验收标准：符合国家相关标准、符合合同要求、符合系统测试手册要求、符合亿阳公司工程规范。12.2.6.5 测试文档归档1、测试工作完成，需要整理测试记录及工程资料，形成测试竣工文件。2、测试竣工文件应该包括工程说明、工作总结、测试工作日报和周报、测试问题和解决情况记录、测试用例（用例中包括亿阳公司、施工方和用户的人员三方共同确认签字）、193、细化的测试计划、测试结论、遗留问题备忘录、面板图、业务通路组织图等内容。根据用户要求形成具体的竣工文件。3、测试结论由用户进行总结，并由亿阳公司和用户双方签字确认。4、测试中出现的尚未解决的问题需要以书面形式形成遗留问题备忘录，亿阳公司需要落实并承诺解决时限，并由亿阳公司和用户双方签字确认。5、测试结束，测试中出现的尚未解决的问题，测试项目负责人负责跟进问题解决落实和问题解决情况跟踪。切实保证未解决问题在测试证书签发前解决完毕。6、测试完毕，承诺解决问题处理完毕，亿阳公司提起申请用户对未解决问题验证。7、遗留问题解决验证完毕，用户签发测试合格证书。8、竣工文件归档。测试完成后，根据亿阳公司提供194、的安装及开通测试验收报告的内容与一起逐项进行测试验收，双方均应作好详细的测试记录。9、测试完全合格后重新核对用户数据，清理在安装调试测试期间留下的各种数据，清理各种告警信息和历史数据，随时准备设备割接。12.2.7 系统试运行维护工程师负责试运行期间的系统维护工作，定期完成系统巡检，并向建设单位的使用部门提交系统巡检报告，亿阳公司项目经理负责跟踪问题和新需求的解决情况，并定期回访客户，了解系统使用情况，并定期向用户汇报系统运行情况和问题和新需求的解决情况。12.2.8 系统验收试运行期间，系统运行正常稳定，系统维护工程师向建设单位的使用部门提交试运行总结报告和验收申请。亿阳公司项目经理负责向建195、设单位的使用部门提交问题和新需求解决情况的总结报告和验收测试手册，并会同系统使用单位成立验收功能测试小组，验收测试小组成员按照验收测试手册逐项进行功能验收测试工作，验收测试通过后，亿阳公司项目经理会同系统使用部门共同完成验收证书的签署，系统转入售后维护期。设备经过试运行后，如试运行测试合格，就可对设备进行最终验收。最后，有验收组织对整个工程的质量作出综合考核和评定，签署最终验收合格证书。至此，整个工程施工全部结束。12.3 亿阳组织结构和职能定义岗位职责定义项目管理办公室(由双方负责人共同组成) 项目所需资源统筹与规划、横向协调 项目经理工作指导与协助 对项目管理工作制定制度 承担项目高管职责196、，对项目整体质量和效果负责项目经理 对工程建设项目负责 统一制订工程管理计划，并实施工程管理 统一协调并负责调度各方资源满足工程建设的需要 统一协调解决项目实施过程中出现的各种问题 负责项目进度计划与控制 负责项目质量计划与控制 负责项目资源计划与控制 负责项目成本计划与控制 保证项目按照工程建设要求，高质高效地按计划完成 确定安装调试计划质量控制组 对项目高管负责； 对工程建设项目质量负责； 负责项目质量控制及辅助项目经理部完成对工程的协调与控制； 监督工程实施的质量； 保证质量体系贯穿于整个工程实施过程中。项目分析组 对项目经理负责； 负责进行项目工程的前期调研，充分了解现场实际网络状况和197、项目工程状况； 充分了解甲方实际需求 为项目顺利进行提供预防性支持； 协调各相关设备厂家提供开发所需的各种资料和文档及技术支持； 协调各设备厂家按时按质提供工程所需的软硬件设备。驻场支持组 对项目经理负责； 对客户需求进行及时响应并提供相应支持与服务负责； 由亿阳技术支持工程师负责项目系统的各项技术支持与售后服务 收集各相关备厂家的各种信息资料，为了工程项目产品开发的健壮性、可扩充性、适应性、保证产品技术领先性收集并提供各种信息技术情报。 负责项目范围内系统日常维护与巡检以及故障排查集成实施组 对项目经理负责； 对客户进行相应相应培训服务与技术支持负责； 对供货产品的质量进行检验和验收； 负责198、供货产品的安装部署和测试验收； 负责工程项目系统的安装与调测； 责工程项目系统用户培训。项目验收组 对项目经理负责； 对工程建设项目最终产品系统验收负责； 负责向用户提交系统使用与配置管理说明等各项文档； 系统的阶段性产品验收准备与验收； 项目最终产品系统验收准备与参与验收过程。12.4 项目实施进度建议时间项目内容第一阶段基础平台搭建及主体功能建设 相应政策和规范制定和落地； 试点选择市医院、中医医院搭建云PACS、区域影像中心； 健康小屋实施； 实现集中阅片及远程影像诊断； 建设120应急指挥中心第二阶段规模推广和智慧医疗功能扩充 进行全市项目推广，完成基层医院全覆盖 健康小屋产生的数据实199、现与影像中心互联互通 形成详细的居民健康档案 搭建远程影像培训平台，提升全市影像诊断能力第三阶段全面推广及功能扩展 引入市外及省外医疗资源，为居民提供差异化远程医疗服务； 推广电子胶片，并基于区域影像中心进行影像大数据分析试点，影像三维打印等创新业务试点12.5 风险管理12.5.1 风险识别技术上，对于本项目的需求可以有很多种实现方式。然而，如果从项目实施的角度考虑，对项目本身的组织和相应的技术需求就有很多不同的选择。项目实施是由人来组织和参与的，因此，人和业务的管理将成为整个实施的主线。风险识别在项目各个阶段开始以及通过个人周报等信息及时识别项目存在的问题和风险，个人周报以xls文档和格式200、编写，周报内容将明确体现工作计划、进度以及风险和问题，如识别风险为中级以上风险，项目组成员必须及时与项目经理当面或电话通报，项目经理在收到风险通知后，参照组织制定的风险分类体系表来识别各种风险。根据本项目的特点，风险类型主要有四种：设备到货延期、技术风险、实施风险、安全风险，如下图所示：图60-风险分析图根据对项目实施的影响程度每项风险又划分为四个级别：一般风险：在2周内可以解决并对其他工作进展有限影响的风险。中级风险：风险对其他项目实施工作产生较广范围影响，并且解决问题的预期时间在1个月内。重要风险：风险对整个项目实施工作及工期造成20天的延期，以及技术问题导致项目无法顺利实施或重新调整重要201、技术方案。紧急风险：如硬件、或软件等出现的系统重大故障。12.5.2 关键风险应对策略到货延期风险应对：本期项目部分设备需要从国外原装进口，对于设备生产进度无法跟踪。在设备运输阶段尤其是海运受天气、通关等众多因素影响，时常会导致交货时间延迟，根据国内较权威系统集成商提供数据，70%的设备到货延期都是由于海运交货延期造成。亿阳在简化采购流程,选择更可靠的供货商基础上,对设备生产及运输进度每天由专人跟踪了解状态，如预测有延期，调整项目资源及工作计划，避免整个项目延后。技术风险应对：应用系统属于每日都必须进行工作的系统，其系统可用性（在线提供给用户的生产时间）至少应该是工作时间5*8（每星期五天，每202、天8个工作小时）。实际上，考虑到一些批处理的情况，以上的时间可能还要延长。如果一个实施方案需要相应系统停顿2天，则这个方案就需要考虑在停顿其间业务如何处理，也就是将一个IT实施问题变成和财务、人事和办公室等单位共同实施的问题。如果一个实施方案可以在夜间进行，那么就可以减少与这些部门的接口，做到白天生产，晚上施工。实施风险与应对:考虑到客户的应用系统是由不同开发商在不同历史时期开发的，而且由不同的维护者进行维护，所以，在项目实施时，还要考虑到如果利用相关的服务人员和服务厂商的问题。其中最重要的一点就是针对系统进行修改的问题。这一修改如果只局限于运行环境，那么，这个过程就需要系统维护人员进行操作。203、可能涉及从网络、服务器配置、数据库配置、中间件配置等工作。在这个工作中，最重要的就是做好系统备份，防止系统因为修改的问题而发生无法系统的问题。如果这样修改还需要涉及应用环境，那么就需要开发或者应用维护人员的协助。开发人员一般还要调整中间件、数据库的运行环境，所以，还需要系统维护人员的参与。由于参与的人员较多，涉及的系统过程复杂，虽然可以通过良好的规划和项目管理来解决相关的问题，但是，还是会引起互相等待和细节测试的问题，所以其实施难度和风险高于上面的情况。无论是哪种修改，都需要以对应用的启动和正常运行没有影响为衡量标准。如果能够做到只修改运行环境，不升级系统软件，不修改应用，那么对系统的影响和耦204、合减少，就可以有效地控制相关的风险。安全风险与应对：搬迁项目实现建设目标需要网络、SAN、存储设备等多次割接，将不可避免地对生产系统产生性能上的影响，在安装或实施过过程中，要使用管理员权限的来操主机或数据库，从而影响系统的安全。每次设备起停加电，都肯能会出现设备故障等情况。在设备需要加电起停的割接任务，必须在割接任务前与原厂商确认相关设备的地区备货情况。在割接过程中需要对系统的操作指令或脚本，根据分工界面详细分出责任，有效地进行分工协作，避免越线操作才可能完成对安全风险的应对。12.5.3 风险处理过程风险处理-根据风险的可能性和影响确定风险等级和处理措施，依据问题的影响和严重程度制定问题处理205、措施跟踪关闭-每周对问题和风险进行跟踪和关闭。不同级别的风险处理流程如下：一般风险：项目经理定期跟踪风险变化。中级风险：在风险识别中确认为中级风险的问题，要24小时内通知项目经理办公室。在通报72小时之内，组织风险问题相关人员在用户现场开会讨论，向项目经理办公室提供风险评估以及决策建议。重要风险：在风险识别总确认为重要风险的问题，要在5分钟之内通知项目经理办公室，以及领导小组最高领导。48小时之内组织风险问题相关人员在用户现场开会讨论，并向项目经理办公室提供风险评估以及决策建议。决策及结局方案制定后，项目经理以xls表形式体现对风险问题启动-跟踪-关闭状态和进度。紧急风险：紧急风险即是出现系统206、故障或严重隐患，如系统性能异常满，发生此类风险，将立即通知领导小组最高领导和项目经理办公室，转入系统故障应急预案。12.6 质量控制12.6.1 亿阳公司质量方针严格依据甲方提供的技术指标对产品和采购货物进行质量控制，使所有产品均符合质量要求。细化目标值参见标书中技术指标章节。严格依据亿阳的项目管理体系和技术服务体系要求对项目过程及服务进行质量控制，充分满足项目管理和服务管理需求。质量承诺： 严格执行ISO9001 质量标准，为客户提供满意的产品和服务。12.6.2 项目质控过程12.6.2.1 文件和资料控制甲方项目文档资料分为项目内部和项目外部文档资料两大部分依据项目制定的配置管理计划进行207、管理。管理工具统一采用SVN配置管理工具，依据甲方项目组织结构和人员职责对配置库的访问和管理权限进行设置，保证文档资料的安全保密和正常使用。项目外部文档资料包括项目采购和使用的软件、硬件相关维护和培训介绍类文档，此类文档资料严格依据甲方文献资料管理要求依照方便客户查询使用的原则进行命名和管理维护。项目内部文档资料包括在此项目过程中由亿阳产生的各类项目管理类文档和技术文档或服务文档、培训资料、质量控制审计文档等，此类文档严格依照亿阳项目管理规范和配置管理规范对文档进行命名和标准目录存放、以及权限设置维护。技术文档具体列表可参见技术文档管理章节和项目子过程中的工作产品列表。12.6.2.2 内部质208、量审核质量控制组为确保项目提供的产品和过程、服务完全符合项目质量标准而进行评审、检查和审计。具体活动就是通过评审管理和技术活动及里程碑交付物、审计项目的各类工作产品和交付物、记录并解决所发现的不足和不符合问题，并向项目经理及高层管理者做出及时和客观的报告，并跟踪问题和相关风险的解决关闭。充分实现质量控制这一重要作用。活动安排参见质量控制活动进度表及项目WBS计划。12.6.2.3 项目过程跟踪控制质量控制组根据亿阳内部项目计划管理平台和项目WBS进度计划对项目进度活动进行跟踪，及时对各阶段提交物和各过程的执行情况进行跟踪，确保阶段工作按标准正常完成。根据项目个人周报和项目周报内容协助项目经理对209、项目问题和风险的跟踪协调解决。12.6.2.4 质量统计分析 质量控制组根据甲方提供的技术指标及时比对项目各阶段交付物或软硬件进行质量检查，分析差距和原因并进行跟踪改进和验证审计。定期根据甲方提出的服务需求比对项目提供的各类服务包括培训和故障处理、日常维护等进行统计、评价和差距分析及跟踪改进。12.6.2.5 质量工作进度下表为质量控制组主要活动和里程碑的时间表，包括对项目过程评审，工作产品的审计，里程碑评审活动等等的计划日期；确保质量保证活动进度安排表和项目时间进度表保持一致。质量控制活动进度表质量控制活动时间安排负责角色项目计划制定支持和质量管理计划制定项目策划阶段质量控制经理各里程碑过程210、审计依据里程碑时间表质量控制组-组员项目管理和支持过程审计依据具体项目计划WBS表质量控制组-组员工作产品和交付物审计依据具体项目计划WBS表中工作产品和交付物提交时间质量控制组-组员参加文档评审参见项目计划开发活动的WBS中关于文档评审的进度安排质量控制组-组员缺陷度量依据具体项目计划WBS表质量控制组-组员12.6.2.6 质量资源（人员安排和工具设施）质量控制组人员角色职责表模版角色姓名职责质量控制经理 对项目高管负责； 对甲方项目项目质量负责； 监督项目整体过程实施的质量； 保证质量体系贯穿于整个项目实施过程中。质量控制组-组员 负责项目具体质量控制及辅助项目经理部完成对工程的协调与控211、制； 对项目过程和产品进行定期审计和检查 对项目审计中发现的问题和风险进行汇报和跟踪关闭 收集、统计项目相关度量数据本项目中软件质量保证活动所用到的工具、设施包括：软件工具：Microsoft Word；Microsoft Excel；Microsoft Project2000；svnserver和TortoiseSvn。第十三章 项目预算详见报价清单。第四部分 服务体系第十四章 售后服务体系14.1 服务概述亿阳信通从成立之初就秉承“为人类的和平发展 做亿阳之卓越贡献”的宗旨。投入了大量的精力不断完善企业内部的管理，提高软件开发的质量。公司 ISO9000质量体系和CMM、欧美项目管理方法和212、公司的特点建立了完整的研发质量管理体系和售后服务体系。亿阳信通一向以“对客户负责，对投资者负责，对员工负责，对朋友负责，对合作者负责，对社会负责”为行为准则，为用户提供长期的优质服务。亿阳信通与客户的合作是长期的、伙伴式的合作，客户的成功就是亿阳信通的成功，“扶上马，送到底”将是亿阳信通提供长期技术支持服务的宗旨。亿阳信通对项目的建立和实施全面负责，包括硬件设备的安装、调试、软件平台的安装、调试、应用系统的开发、各种培训，同时亿阳信通将根据实施过程中的调查提供对未来计算机系统发展的战略和策略。此外，亿阳信通会有专门的技术支持服务队伍，通过现场技术支持服务、热线电话、长期技术跟踪等来保证项目的高213、效、可靠运转，同时为系统的进一步发展和改善提供建设性意见。14.2 售后服务范围亿阳信通派遣有经验的技术人员组成的工作小组到现场实施现场陪伴服务，包括软件的测试和调整服务以及技术培训等服务、问题解决、软件调优等。调试工作完成后，亿阳信通应提供咨询与技术支持工作，及时将其所发现并掌握的有关操作、故障检测、故障排除方法及一些新的技术发展通知甲方，并支持用户对所用设备进行升级服务，并在升级过程中提供必要的技术支持。质量保证期过后如设备需进行维修，亿阳信通在其能力允许的范围内进行适当的优惠。远程支持服务。在需要进行远程技术支持时，亿阳信通需提供有效的技术支持。现场紧急支持。在关键情况下，当问题对生产系214、统有明显影响时，亿阳信通必须依据要求在1小时内提供现场应急响应。14.3 售后服务流程客户通过电话、传真、电子邮件等多种形式提出支持服务需求；客户服务助理定期调查客户满意度得到支持服务需求；售后维护组成员也会在支持维护期挖掘客户的潜在服务需求。支持维护需求的获得如下图所示：图61-支持服务需求获取示意图维护服务过程中，我们的工程师将认真解决客户提出的问题，采用电话指导客户的系统管理员进行系统的维护，或通过远程登录系统来进行问题修改的方式，售后服务电话，并将维护的过程和解决方法填写在支持维护记录中，也要求客户对我们的维护服务质量做一评价。在支持服务结束后，支持维护人员应请客户验收工作结果，并填写215、维护总结。第十五章 培训体系15.1 培训目的在培训过程中，完整的培训课程可以确保医护工作人能更快速熟悉产品的使用，并且对系统的质量与使用程序有完全地解，进而顺利地开展日常工作。15.2 培训计划因医院科室较多，需进行培训人员量较大，故若在同一时间内完成对医院所有医护人员的培训较难，且效果不好，很容易导致经过培训后医护人员还不会使用系统的问题，为此我公司做出了以下安排：1、 根据不同人员所使用的功能不同，对不同职位的人数进行统计，然后针对人数多少，分批次进行培训；2、若已进行培训后还未理解或掌握本系统，可重复收听。若最终培训结束后还有部分功使用操作等不清晰，可进行人数统计后，酌情再次增加课程，216、以保障全部人员能够熟练掌握使用方法。15.3 培训地点培训地点：建议提供相关的会议室或在科室进行现场使用培训，相关培训设备需要医院进行提供（投影仪等）。15.4 培训的质控为了保证培训质量并达到预期的培训效果，亿阳信通（北京）软件科技有限责任公司制定了严格、详细的培训工作计划，并在整个培训过程严格贯彻ISO9001质量管理体系。在培训准备工作开始之前，将指定专人与项目单位联系培训的相关事宜，编写详细的客户培训班计划，该计划经培训组确认通过后，上报项目单位审批，审批通过后，立即开始培训的准备工作。在培训工作的准备阶段，亿阳信通（北京）软件科技有限责任公司培训负责人将根据项目单位培训需求确定培训技217、术范围并制定教材的大纲，填写教材编写审批表，并提交培训组讨论，讨论通过后将最终的教材大纲提交项目单位审批，审批通过后，开始编写教材。在培训过程中，培训讲师将向学员发放客户培训班征求意见表，通过收集学员的意见改进培训工作。在培训结束后，培训负责人根据培训情况和学员的意见填写培训班记录，对培训的效果进行综合评价，并向项目单位、公司领导进行汇报。备注：方案中所涉及的政策法规性资料来源于：1、中共中央、国务院关于深化医药卫生体制改革的意见（中发20096号）2、国务院关于印发医药卫生体制改革近期重点实施方案（2009-2011 年）的通知（国发200912 号）。3、国务院办公厅关于印发医药卫生体制五218、项重点改革 2010 年度主要工作安排的通知（国办函201067 号）；卫生部、中央编办、国家发展改革委、财政部、人力资源社会保障部关于公立医院改革试点的指导意见（卫医管发201020 号；基于健康档案的区域卫生信息平台建设指南（试行）（卫办综发200989 号）；基于健康档案的区域卫生信息平台建设技术解决方案（试行）（卫办综发2009230 号）；卫生综合管理信息平台建设指南（试行）（卫办综函2011350 号）；卫计委（原卫生部）2010 年基于电子健康档案、电子病历、门诊统筹管理的基层医疗卫生信息系统试点项目技术方案。4、卫计委（原卫生部）基于电子病历的医院信息平台技术规范（试行）。5、卫计委（原卫生部）卫生系统电子认证服务体系系列规范。6、卫生信息数据元目录等 35 项强制性卫生行业标准。7、电子病历基本架构与数据标准（试行）（卫办发200946 号）。8、IHE IT 基础架构（IHE ITI）。9、医疗环境电子数据交换标准 HL7v3.0。10、医学信息交互集成 IHE和 IHE IT 基础架构（IHE ITI）。