1、智慧医院信息化建设项目方案建议书目 录1.1投标方案介绍43.3.1软件系统方案43.3.2系统架构253.3.3应急系统及应急方案593.3.4容灾备份方案623.3.5实施方案953.3.6其它资料1101.2投标设备的规格、型号、技术指标1173.4.1设备规格及型号1173.4.2主要技术标注及规范1173.4.3主要技术指标1183.4.4主要性能指标1181.3设备供货、设备安装调试、施工建设、技术服务的组织措施1361.3.1响应时间1361.3.2具体技术服务实施方案1381.3.3医院配合内容1401.4项目主要技术人员情况表1411.5项目管理计划1411.5.1项目团队规2、划1411.5.2拟派往本项目的项目经理简历表1511.5.3驻项目现场的工程技术、管理人员1521.5.4项目实施小组成员具有三甲医院HIS和集成平台实施经验1561.6劳动力投入计划表1621.7售后服务计划1631.7.1*售后服务人员简介；1631.7.2应急维修时间安排；1641.7.3维修服务收费标准（保质期内、保质期外）1641.7.4主要零配件价格（保质期内、保质期外）；1661.7.5技术培训安排；1681.7.6保修服务计划；1761.7.7其它服务承诺-售后服务承诺1771.8技术培训1801.8.1培训方案1801.8.2培训内容1811.8.3系统管理的培训1811.3、8.4业务应用的培训1821.8.5培训时间和课程安排1831611.1 投标方案介绍3.3.1 软件系统方案3.3.1.1 项目背景中共中央国务院关于深化医药卫生体制改革的意见、“2010年全国卫生工作会议工作报告，坚持以人为本、以病人为中心的理念，依托现代科技及计算机信息处理技术，为广大患者及医院临床、管理提供全方位的信息服务。医院信息系统建设是一项复杂的系统工程，具有工程实施周期长，各类业务流程关联度高，新业务需求频繁，技术更新周期短，相关技术标准持续扩充等特点，必须坚持整体设计、系统集成、分步实施、突出重点、使用高效的原则，将实用性与前瞻性相结合，以相关国际、国家、行业为标准为基础，开4、发实用、先进、可扩充的信息系统。为进一步提高陕西409医院的科学管理水平和医疗服务质量，向就医病人提供更加高效、优质的服务，实现医院的可持续发展,409医院决定近期内全面实施医院信息化建设的系统工程。模块包括门诊挂号系统、门急诊划价收费系统、门诊药房管理系统、门诊医生站、住院收费入出转管理系统、住院护士工作站系统、住院医生站、药品管理系统（含药品库房管理、门诊（中）药房管理、住院药房管理、药品会计核算及药品价格管理、合理用药）、手术麻醉管理系统、医务管理系统、护理管理系统、病案管理系统、医疗统计系统、财务管理系统、医院成本核算管理系统、医疗设备管理系统、物资管理系统（含后勤物资、医用材料） “5、一卡通”管理系统、办公自动化系统、体检信息管理系统、病理信息管理系统、电子病历系统、临床检验系统(LIS)、放射信息系统（RIS）、PACS系统、病人咨询及自助服务系统、门诊排除分诊系统、医疗保险接口、院长综合查询与分析系统、系统维护管理、新农合接口、用友财务软件接口等。3.3.1.2 建设目标全面推进医院向数字化医院迈进。建立和完善符合现代化医院发展要求的计算机网络和管理信息系统，达到模式先进、流程优化、管理配套、支撑有力、运作高效；实现人、财、物、信息的管理一体化，实现医院日常业务管理、临床医疗管理、医院资源管理、控制管理的信息化和网络化，实现信息资源共享，改善医院就医环境，保障医疗质量，6、控制医疗费用，提高服务和管理水平。n 建立一套稳定的、先进的，并能够覆盖全院所有科室的医院信息管理系统，应用软件在开发中遵循实用性、高效性、可靠性、易操作性和安全性原则。n 医院信息管理系统必须根据医院管理模式采用科学化、信息化、规范化、标准化理论进行设计建立，以满足医院管理模式和管理流程的规范化和持续改进的需要，同时也应考虑到医院的实际情况多一些人性化设计和智能化设计。n 系统应具有较好的实用性。它应该符合现行医院体系结构、管理模式和运作程序，能满足医院一定时期内对信息的需求，并能对提高医疗服务质量、工作效率和管理水平，为医院带来一定的经济效益和社会效益产生积极的作用。n 系统必须保证与我国7、现行的有关法律、法规、规章制度相一致，并能满足与各级医疗机构和各级卫生行政部门交换信息的要求。n 系统能够提供各项信息统计指标，符合卫生部颁布的信息统计指标规范。3.3.1.3 设计原则1、 规划性医院信息化建设是一个动态的进程，是一个比较复杂的系统工程，不可能一上马就达到国际水平，更不可能一步到位。因此，在方案中体现了系统建设与医院当前业务及未来业务的协调同步，应考虑到医院的近期、中期及长期的发展。具有统一规划、分步实施、不断完善、逐步升级的能力。2、 集成围绕医院信息化建设的总体目标，汲取各家所长，为我所用。医院信息化建设是一个复杂的系统工程，通常依靠一家IT公司很难顺利完成，必须把多家各8、有特色的产品和功能集成在一起。摒弃传统的点对点集成方式，采用最为先进的集成平台（EAI）技术来实现不同系统之间的数据共享与互操作，消除“信息孤岛”。3、 可扩展性医院和社区自身条件及其外界环境是不断发展变化的。产品从应用到设计不能只满足已知需求的处理能力和性能，应该尽可能不受限制的考虑扩展处理能力，尤其是要考虑与合作业务的关系，延伸业务生命周期。采用开放式体系架构，使系统具备较强的动态适应性。4、 先进性在技术上采用业界先进、成熟的软件开发技术，面向对象的设计方法，可视化的、面向对象的开发工具。采用先进的J2EE跨平台的B/S多层架构及微软的MTS架构，确保数据存储、事物处理、用户界面等层次的9、独立性和强大的集成功能，通过RFID、条码、无线等技术提高医疗服务质量和效率，满足医院未来5-8年信息系统建设发展需要。5、 标准化对于标准化采用引用和开发相结合的原则，关注国际信息化标准化的发展，等同等效应用国际标准如：HL7、CDA、IHE、DICOM等，遵循各种卫生行业标准如：中国医院信息系统数据集，病历书写基本规范，卫生部医院信息系统功能规范（2002年版）等，支持统一的计算机技术和网络互联标准如XML、WEBSERVICE、JMS等。通过使用标准的语义和编码，支持规范的医疗信息分类和语义理解，如ICD10等。6、 可靠性系统一旦应用，其可靠性及安全性至关重要。软件方面必须有备用系统及10、应急系统。在系统功能上要保证病人医疗信息的私有性，通过诸如防火墙、门户管理、数据加密、IP过滤、加密信道等方式确保系统的物理安全、运行安全、信息安全。对于外部接口也必须采用严格的权限控制，防止篡改和破坏。7、 易用性医院信息系统功能满足用户的要求是开发工作的出发点和归宿。在成熟的产品上提供客户化定制方法及工具以满足医疗卫生体制改革政策的需要和医院的工作流程需要业务特点。应用系统界面的简捷、直观，使用户在使用时一目了然；并能提供联机的或脱机的帮助手段，以便方便用户的操作使用。相关应用遵循统一的应用架构原则，以确保整体运行效率与成本，使维护人员轻松方便的完成日常维护工作。 8、 软件正版化在系统的11、开发和实施维护过程，提供的网络软件、平台软件、数据库软件和开发工具及应用技术、工具软件等全部使用正版软件。3.3.1.4 建设方案1、 系统总体应用框架根据国内医院信息化的现状及发展趋势，结合方案设计原则及信息化实现目标。在应用架构上重点考虑总体规划，提供丰富基础信息管理模块，深化扩展医院的临床信息系统、经营管理系统、集成应用及其他服务管理模块。保证医院的信息化的基础管理、临床管理齐头并进，实现国内设计领先、业务领先、架构领先、技术领先的信息系统。整体应用架构主要分为两大部分，以管理信息服务为主的HIS管理系统，以医疗信息管理为主线的临床信息管理系统。1 HIS（MIS）管理系统HIS管理系统12、是整个医院信息系统建设的基础。本方案重点考虑其应用的深度与广度。主要包括普遍应用的模块，诸如门诊挂号、门诊收费、分诊、ADT管理、医技计费、住院收费、输液室管理、医嘱收费等管理等子系统，深化物流管理部分主要包括药房、药库、配剂中心、设备、物资、高值耗材、供应室、血库等子系统。扩展辅助管理部分主要包括预约中心、科研教学、医院感染、OA、病人关系管理等。各子系统除了具备自己的业务特点外，同时系统间还有一定的业务逻辑关系。如门诊挂号、收费、门诊药房等模块共同完成了门诊病人从挂号、收费、取药的流程。同时，HIS管理系统为医疗工作提供间接服务，其数据的准确性与完整性将直接影响临床信息系统、经营管理系统、13、决策支持系统应用的质量。2 临床信息管理系统临床信息系统是以提高医疗质量及医疗工作效率为目的的病人医疗信息采集、存储、处理、传输系统，是为医疗工作提供直接服务。该系统主要分为两大部分，一部分是直接为临床科室医护人员服务的现场临床信息系统，如：门诊医生工作站、住院医生工作站、护理信息系统、移动医护工作站、护理部管理系统、临床路径管理等。另一部分是为辅诊服务的非现场临床信息系统，如：LIS系统、PACS系统、监护系统、病理、内镜、放疗、医学知识库咨询（用药咨询等）、营养膳食等系统。这些CIS系统是建立完整电子病历的基础，是以电子病历应用为核心进行构建。通过电子病历系统将这些不同临床信息内容以个人为14、中心按照分类和事件顺序组织为一个整体，并采用一致的标准（CDA）方式进行结构化存储。3 区域协同医疗系统区域协同医疗信息系统的目的是使辖区内各级医疗机构、社区卫生服务机构构成一个和谐的整体，实现各机构之间信息共享和医疗协作，是医院信息系统的横向联结和向社区医疗服务的纵向延伸。 主要包括病人主索引管理PIX系统、协同医疗服务系统（双向转诊、医技协作）、区域医疗文档共享系统（文档注册、文档调阅）等。在机构内由协同医疗客户端采集相关数据，通过协同医疗服务系统将相关信息上传到区域医疗信息中心。4 信息平台医院信息系统中的各个系统关注于不同的领域，彼此之间又有很多交叉，因此系统必须具备较强的与异构系统的15、集成能力。建立一个灵活的、具有整合能力的、扩展性良好的医疗信息平台可以有效的解决这一问题，通过信息平台实现医疗信息的传递和共享，达到从数据、应用、流程、服务、界面等多层次的完整集成。提供多种接口方式来实现各种数据格式的接收与发送，通过平台的集成代理服务实现数据路由、格式转化，映射等功能。通过基础服务功能诸如工作流管理、规则引擎、主索引服务、安全访问等提高系统的灵活性和扩展性。通过术语交互规范（HL7、术语统一、XML）服务等将交互数据进行标准化处理，降低外部系统接口复杂度，通过管理服务对集成过程进行存储和监控。2、 总体业务流程及接口逻辑医院信息化的不同应用系统有各自的业务主线及应用特点，但其16、应用边界并不能准确清晰的定义，因为对于一个医疗业务活动，其产生的信息往往涉及到各个应用系统的不同方面。根据各个系统在病人整个就诊过程中所起的作用，可以看出，各个系统之间不是相互独立的，相互之间在流程及数据上均有一定的关系。主要体现在通过医疗管理系统来产生病人的基本信息、就诊信息、资源信息。而临床管理系统从医疗管理系统中获取这些信息后，就可以对病人进行相应的医疗活动（治疗、手术、护理、检查、检验等），而通过这些医疗活动信息又对应产生了相应的费用信息、药品卫材消耗信息、资源使用信息。通过费用记录信息和消耗信息又产生了运营管理所需的数据来源，进而形成运营决策信息。这些信息可以通过信息交换平台进行整合17、，通过统一的安全管理和标准体系建设来保证各系统应用的独立性和共享信息的准确性。如下图所示：3、 临床信息系统（CIS）产品方案1 业务需求基于电子病历的临床信息系统不仅仅是对单个医疗业务的简单电子化，而应当是以病人为中心，覆盖医院所有医疗业务的综合性信息系统。基于电子病历的临床信息系统至少需要提供以下三个业务域的基本业务支撑n 门（急）诊业务需求门急诊业务用例图用例需求描述参与角色挂号预约自动生成出诊信息提供窗口、预约、网上等多种方式挂号业务生成门诊就诊记录病人，其他身份登记建立患者的唯一主索引支持多种标识手段的模糊查询提供远程预约服务分诊建立、维护候诊队列支持自动和手工分诊支持患者报到与否，18、支持多医师出诊模式支持语音叫号和大屏幕显示方式书写处方计算机辅助书写药品处方，提供打印处方合理用药咨询及处方审查支持电子处方后续的计价和发药流程申请检查检验录入电子申请，自动传送到医技科室直接预约及查看申请状态及时获取并阅读电子报告申请治疗下达手术申请或治疗通知单查看预约和执行情况体检体检预约体检数据录入体检报告生成，给出健康评估书写病历根据病历规范书写门诊病历自动将患者及医疗信息载入门诊病历支持电子签名及自动留痕实现门诊病历的自动质控知情告知管理知情同意数，保证不可篡改和抵赖管理就诊实现就诊的管理，包括叫号，待诊，诊毕等医生直接预约病人复诊执行输液输液皮试结果登记，据此执行处方及发药自动核对19、输液病人信息和药品信息完整记录输液的全过程书写护理记录书写一般、特殊、手术等护理记录计费n 病区诊疗业务需求用例需求描述参与角色管理入出转入院信息采集、预约登记等管理病区内病人床位，分配医疗组入科、出科、转科操作办理病人的出、转院手续下医嘱书写长期和临时医嘱提供用药咨询，辅助医生合理用药实现医嘱查对制度记录医嘱执行情况提供床边记录操作申请检查检验下达检查检验申请，同门诊申请手术录入手术申请，直接传递到手术室及时查对申请的预约安排情况记录院感实现院内感染的上报和登记提供对出院病人的院感登记质控实现传染卡、死亡卡的登记管理查看医疗记录按周查看病人的基本医疗记录（生命体征，病历摘要，各种申请，医嘱记20、录等）申请用血填写用血申请，传递给血库打印用血申请，实现医护双方签字自动生成对应用血医嘱使用临床路径路径的制定全程记录路径的执行过程支持执行中路径的变化，并提供完整的记录临床路径使用率和治愈率的统计写病历准确及时地书写病历实现各种检查，病人登记信息等的自动载入支持病历电子签名和修改留痕知情告知同门诊重症监护通过设备直接采集病人体征信息提供反应病情变化的各种图表提供诊疗方案和医疗过程控制支持对病情和医疗措施的评价功能生命体征采集人工采集并记录病人体征数据通过监护设备自动采集书写护理记录完整、准确地记录护理操作提供各种评估和支持护理计划的制定计费提供当前病人费用信息的详细查询支持欠费管理n 医疗服21、务支撑业务需求用例需求描述参与角色接收申请接收门诊和住院检查、检验、病历等申请支持条码打印预约登记提供自动预约和手工预约分配反馈预约登记情况支持全院级预约中心业务制作报告自动或手工生成电子报告，支持多媒体提供电子报告的查询，实现全院信息互通采集数据集成各种设备，直接采集数据手术麻醉记录术前提交申请，制定计划术中详细记录，同时提取监护设备数据术后生成麻醉记录单感染监测监测患者体液，自动生成警告，定时提醒通过预测模型量化感染程度，给出风险等级合理用药医嘱和处方审核药品信息查询毒麻药品质控临床决策支持通过电子病历，推理出可能的诊断提出医疗、饮食、运动等计划输血管理血库核实申请，完成发血操作管理血制品22、的入出和质量管理。病案编目对于患者出院病历完成病历进行病案登记、病案编目、疾病、手术编码病案质控按照科室和全院质控规则对病历进行质控检查，实现全生命周期电子病历质控，并且按照三级质控进行病历整改管理，最后按照评分标准进行病历评级。2 业务框架临床信息系统是整个医院信息系统中非常重要的一个部分。它是相对面向管理的信息系统而言的，指以病人信息的采集、存储、展现、处理为中心，为临床医护人员和医技科室的医疗工作服务的信息系统。临床信息系统主要包括: 医生工作站系统、护理信息系统、检验信息系统（LIS）、放射信息系统（RIS）、手术麻醉信息系统、重症监护信息系统、医学图像管理系统（PACS）等等。临床信23、息系统是一个复杂的企业级联机事务处理系统，涉及业务范围广泛而复杂，由一家供应商/公司提供全部临床信息系统的可能性不大，也就是说临床信息系统可能会是由多个不同供应商提供的子系统集成来满足临床业务的需求临床信息系统的主要目标是支持医院医护人员的临床活动，收集和处理病人的临床医疗信息，丰富和积累临床医学知识，并提供临床咨询、辅助诊疗、辅助临床决策，提高医护人员的工作效率，为病人提供更多、更快、更好的服务3 接口逻辑n A：从临床支持系统获得病人的影像信息，检查化验信息等，可以浏览报告，也可以实现数据上的直接集成。向临床支持系统下达影像检查医嘱（申请），检查/检验医嘱（申请）等信息同时需要向医院的计费24、系统。临床系统药品和耗材的数量和费用信息传到HIS.n B：从HIS系统获得病人就诊/入院信息。并且向HIS系统传递病人就诊转态，用药处方/检查医嘱/治疗医嘱/护理医嘱/用药记录等信息，所有的病人计费信息由HIS系统完成，可以随时查询HIS的费用信息。n C：将病人临床信息如人口统计学信息、诊断、费用、传递到病人管理系统中，病人客户关系管理系统将全面分析病人信息。n D：决策分析系统将需要从CIS系统抽取决策分析所需的信息，比如各种专家系统，临床路径支持等。4、 管理信息系统（HIS）产品方案1 业务需求现代化的医院管理信息系统，不仅仅是简单的计费系统，而应当是以病人为中心，覆盖医院所有医疗活25、动和运营活动的综合性信息系统。HIS系统不是一个简单的管理系统，它融合了医院的管理思想、各部门的业务经验，以及对计算机技术的恰当应用。其使用要满足三大方面的需求。n 医院管理需求：解决手工不能解决或难以解决的问题。一方面建立起能够反映医院医疗和经济状况的体系，并使之常规化，另一方面要直接改善医院的管理服务，例如提供医疗数量、质量指标完成情况、医疗动态情况（病人流动情况、床位占用情况）、病人预约、收费管理、无纸化申请、诊疗活动发生地计价等。n 使用者需求：系统直接用户所关心的是功能是否对其业务有直接的支持，操作是否方便、响应是否及时。因此系统必须具备具体应用、具体业务特点的支持方式。例如：病人主26、索引登记时、提供自动按设定条件查询，防止重复；病人ADT管理时，提供护士熟悉的病人一览卡；在药库管理时提供自动产生采购计划；医嘱执行时自动产生收费信息等。n 系统维护人员需求：HIS系统作为一个联机事务系统，要求7*24小时不间断运行。像门诊挂号、门诊收费和药品管理等系统，因此绝对不允许发生数据丢失或业务中断，因此必须具备稳定可靠的灾备方法。提供客户化定制方法及工具，以满足医疗卫生体制改革政策的需要和医院的工作流程需要。下面截图为客户化工具自定义报表的使用截图： 报表工作界面报表编辑界面报表预览界面报表导入导出界面报表选择界面报表授权界面 2 业务框架HIS系统内部的业务系统较多，贯彻HIS系27、统的两条主线是病人信息线和费用信息线。有的局部系统位于一条线上，有的同时位于两条线上。例如：病房、医技科室等同时位于病人信息和费用信息这两条线上。n 病人信息线：病人信息的核心是电子病历，而HIS系统则在医疗活动各个环节中提供了病人的主索引标识信息、就诊动态信息。相关系统包括挂号、分诊、入出院登记、病案编目等n 费用信息的核心是经济核算，是在病人诊治活动背后发生的。病人的费用信息分布于各个业务系统中。包括门（急）诊收费、住院病人收费、药品管理、器械管理等。理想的计费模式是哪里发生费用哪里计价。3 接口逻辑n 接口A：从外部支付系统（医保、保险公司）获得病人支付信用和状态；并且与外部系统进行病人28、支付结算。n 接口B：将病人就诊信息传送到CIS系统；并从CIS系统中获取病人临床诊断的状态医嘱信息。n 接口C：从临床支持系统获得检查、检验、手术的划价信息，并且将收费状态返回临床支持系统n 接口D：将临床活动产生的药品、耗材使用信息传送到物流管理系统，并从物流系统中获取库存、出库信息。n 接口E：将收费产生的会计信息传递到财务系统；并获取财务系统最新的收费标准、收费项目定义。n 接口F：决策支持系统从HIS系统中抽取、汇总、转化分析所需信息。n 接口G：与区域医疗系统共同完成病人的双向转诊、医技协作等功能。3.3.2 系统架构3.3.2.1 技术架构1、 多层应用架构本次信息化建设采用多层29、体系架构，这种结构是将数据库应用分成三个逻辑单元，每个单元一般是运行在相互连接的计算机上，通过计算机网络互相共享数据和通信。三个单元分别是：1 展现层主要完成数据显示、录入等用户界面的功能，一般采用标准的Windows GUI、Netscape或IE浏览器。 2 应用层包括Web Server 和Application Server。Web Server负责管理HTML文档的存储和传送以及与浏览器的连接。 Application Server集中管理业务规则和Web Server与RDBMS的数据交换，也叫做数据代理。 3 数据层提供数据的存储和管理功能，如ORACLE、SYBASE等。 方案30、同时涵盖C/S/S与B/S两大体系架构，其中C/S/S体系架构主要针面向管理的MIS系统的应用，比如门诊收费、住院收费、挂号等。采用浏览器模式的B/S应用主要针对临床信息系统、经营管理系统和决策支持系统，比如电子病历、临床信息系统、护理信息系统、决策支持系统等。2、 B/S技术架构本方案中的临床信息管理系统是基于J2EE平台，结合RIA(富客户端应用程序)的B/S架构的产品。通过建立Hibernate+Spring和EJB的统一框架ESF，用来支持不同规模的企业应用。事务管理和持久化机制方面采用了SPIRNG框架或EJB框架。在WEB Browser端通过FLEX实现复杂的人机交互界面,其可以31、通过多种通讯方式实现与JAVA应用，甚至是.NET应用的方便整合。业务流程的定制及管理上采用工作流和规则引擎实现，具体采用的技术为JBPM及JBoss Rules,报表服务采用比较成熟的JasperReport。基于J2EE的B/S技术架构主要由以下几部分组成：1. 通过公司自主研发的Hibernate+Spring和EJB的统一框架ESF，可支持将来产品在不同规模企业上的使用。该框架可以同时支持Hibernate和EJB实现的持久化，切换过程全部采用外部配置，不需要修改任何代码。实现了程序的灵活性和代码的唯一性。2. 事务管理方面采用了SPIRNG框架或EJB框架。两者对事务的管理都默认采用32、外部配置管理的方式，同时他们也支持在代码级上实现对事务的控制，是目前JAVA领域内首选的两种事务管理方式。3. 持久性管理方面采用HIBERNATE框架或EJB框架实现，EJB采用新的3.0规范，不仅因为该规范简单明了而且在性能的提升上也是2.0所无法比拟的。同时EJB3由于有Hibernate的介入，所以与Hibernate在持久化机制和API上都存在很大的相通性。4. 在B/S结构中复杂显示逻辑及人机交互采用RIA实现，具体的技术采用FLEX实现。FLEX是目前在RIA领域JAVA架构最好的选择，其可以通过多种通讯方式实现与JAVA应用，甚至是.NET应用的方便整合。5. 业务流程的定制及33、管理上采用工作流和规则引擎实现，具体采用的技术为JBPM及JBoss Rules6. 报表服务方面采用比较成熟的第三方报表服务，具体采用的是开源的JasperReport通过采用B/S技术架构，可使临床信息系统具有如下技术优势：7. 可扩展：采用业务总线方式来设计，各模块在总线上可以动态插拔。8. 灵活定制：采用工作流来管理整个业务，实现流程的动态配置规划。各模块可以根据实施具体情况独立配置。9. 低耦合：采用ORM技术，降低了与数据库的耦合度。可以支持多种关系型数据库的应用。10. 可伸缩：同时支持轻量级和重量级架构，可以在不需要改动程序的情况下自动适应大、中、小型企业应用。11. 可靠性：34、采用的技术都有大量成功案例，在业界都是首选的技术框架或方案。3、 关键技术1 MIDAS技术方案中的HIS管理信息系统产品通过使用DELPHI7开发工具实现了产品三层技术架构。MIDAS（multi-tierdistributedapplicationservicessuite），即多层分布式应用服务组件，是Delphi用来开发多层应用系统的中介透明引擎，具有在客户端无需任何数据库工具便可以读取远程数据，具有网络通信量小、多线程、数据库自动约束及平衡负载的特点。客户端程序主要由TClientDataSet和DCOMConnection组件组成，用于连接远程应用服务器.应用服务器主要由远程数据模35、块（RemoteDataModule）和封装了逻辑的企业对象组成.通过RemoteData-Module实现IAppServer接口，并为客户端提供DCOM连接方式.其基本结构及DELPHI的具体实现如下图所示。系统中程序执行过程如下所示：运行时先启动服务器应用程序，这时用户启动客户端程序，并从中获得IAppServer接口.远程数据模块是一个双重接口的自动化服务器，它封装了应用程序服务器的对象和接口，当采用DCOM 协议通信时，它就是一个COM/DCOM自动化服务器，TDataSet即是远程数据模块中的DCOM查询对象.首先，用户向应用程序服务器提出数据请求，应用程序服务器收到请求后从远程数36、据库服务器检索并获取数据，并按照一定的规则将数据封装打包后传输给客户端程序；客户端程序收到数据封包后，进行数据包的分解，然后显示或进行处理.用户对数据进行更新后，将数据连同数据变更日志一起封装成数据包，上传到应用程序服务器申请更新数据，应用程序服务器收到客户端程序的申请后，就向远程数据库服务器申请更新数据，如果出错，譬如在用户提出请求以后和数据更新以前，其他的应用程序已经对记录进行了修改，这时候应用程序服务器就把出错的记录返回给客户端。2 轻重量级统一框架结构ESF统一框架基于EJB3，SPRING，HIBERNATE三种主要的技术，我们通过对比三者的异同点，创建了自己的模型，经过我们搭建的一37、个实例的测试，证明确实是可行的。理论基础：事务都可以采用声明式的管理，并且事务的模型基本一致，查询语言虽然不同，但是基本的语法标准是一致的，对数据的持久操作，缓存方式也有非常大的相似性，EJB3提供的新的注释声明方式可以EJB是建立在POJO的基础上，Hibernate，SPRING使用的也是POJO，EJB3注释方式的声明允许POJO继承其他的类，实现其他接口。3 FLEX 传统的WEB应用程序在人机交互能力方面的弱势始终是许多系统无法采用WEB方式的关键因素。以FLEX技术为代表的RIA技术的出现完美的解决了这一制约因素。通过使用FLEX，我们可以实现操作人员与WEB界面的良好人机交互，大38、部分以前只有在C/S模型下才能完成的复杂交互现在在WEB方式下可以很好的完成了。FLEX服务器可以做为一个JAVA的WEB应用插入到我们的WEB应用程序中，在程序运行时完成对FLEX程序的动态编译和运行支持FLEX提供了与JAVA之间无缝的集成，同时提供多种与JAVA对象交互的方式，非常适合J2EE开发的WEB应用程序。下图为FLEX应用程序框架：4 HibernateHibernate是一个免费的开源Java包，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通Java对象一样，同时不必考虑如何把它们从神秘的数据库表中取出（或放回到数据库表中）。它使开发人员可以专注于应39、用程序的对象和功能，而不必担心如何保存它们或稍后如何找到它们。Hibernate惟一需要做的就是创建一份XML“映射文档”，告诉Hibernate希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。5 SPRINGSpring是一个轻量级容器，它所带的包装器使许多不同的服务和框架更易于使用。轻量级容器接受任何JavaBean，而不是只接受特定类型的组件。Spring框架却提供了一种高效地构建和汇编Java应用程序的方法，以及多种服务的抽象。尽管Spring支持多种服务，但是它最受关注也是最出色的特性是杰出的分层和封装。与40、EJB一样，Spring的中心组件是一个容器；而且Spring框架也同样提供对核心J2EE服务的访问。但是这就是它们仅有的相似之处了。6 EJB为了更容易地开发分布式的面向对象的商业系统，在1998年3月，产生了EJB规格说明书。该规格说明书和实现它的应用程序服务器已经在很大程度上实现了这个目标。同时EJB3的规范也将在近期发布。7 规则引擎JBoss Rules 的前身是Codehaus的一个开源项目叫Drools。最近被纳入JBoss门下，更名为JBoss Rules，成为了JBoss应用服务器的规则引擎。Drools是为Java量身定制的基于Charles Forgy的RETE算法的规则41、引擎的实现。具有了OO接口的RETE,使得商业规则有了更自然的表达。8 报表服务JasperReports是一个功能强大的Java开源报表工具，可以在各种Java应用中使用它的主要目标是用来帮助以简单灵活的方式来创建面向页面、可以被打印的文档。JasperReport的优点就是使用简单，输出方式多样。Jasperreport提供了一个可视化开发工具即iReport。在我们的实际开发中将采用iReport来设计报表，然后才有JsperReport作为报表引擎来展示报表。9 XML、WebService技术1. 可扩展标记语言（Extensible Markup Language，XML）XML提42、供了一种标记内容的方式，可以添加关于数据用途的信息。信息使用 XML 存储之后，用称为解析器的应用程序就能够可靠地提取相关信息，并根据不同的需要进行处理。XML 可用于各种不同的应用程序，但其实质是：XML 是一种表示数据的方式。XML 包括验证或者确认的能力、文档结构和文档（在某种意义上的）内容。验证文档有助于防止数据与期望具有特定结构的应用程序进行交互时出现问题，当 XML 与非 XML 的遗留系统交互时这一点尤其有用。最初的 XML 1.0 推荐标准包括对文档类型定义（Document Type Definitions，DTD）的支持，DTD 提供了一些验证能力。W3C XML Sche43、mas 扩展了这种功能，并提供了一种更加类似 XML 的语法。XML 封装的数据常见的处理方式是通过使用可扩展样式表语言转换（Extensible Stylesheet Language Transformations，XSLT），通过使用 XSLT 定义对 XML 文档进行操作，以生成特定的结果。这种动态转换信息的能力允许从单个源文档产生多种输出，无论输出到不同的数据库还是输出到不同的浏览器。2. WebServiceWebService是一种使用 Web 服务技术，应用程序可以通过与平台和编程语言无关的方式相互通信。Web 服务是一个软件接口，它描述了一组可以在网络上通过标准化的 XML 44、消息传递访问的操作。它使用基于 XML 语言的协议来描述要执行的操作或者要与另一个 Web服务交换的数据。在面向服务的体系结构（Service-Oriented Architecture，SOA）中，一组以这种方式交互的Web服务定义了特定的Web服务应用程序。WebServices模型如图所示：Web 服务体系结构基于三种角色（服务提供者、服务注册中心和服务请求者）之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于 Web 服务构件：Web 服务软件模块及其描述。在典型情况下，服务提供者托管可通过网络访问的软件模块（Web 服务的一个实现）。服务提供者定义 Web 服务的服务45、描述并把它发布到服务请求者或服务注册中心。服务请求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务提供者进行绑定并调用 Web 服务实现或同它交互。服务提供者和服务请求者角色是逻辑结构，因而服务可以表现两种特性。3.3.2.2 组件设计1、 B/S应用服务1 B/S结构系统应用B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，主要事务逻辑在服务器端（Server）实现。以目前的技术看，局域网建立B/S结构的网络应用，并通过Inter46、net/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地点，以不同的接入方式（比如LAN, WAN, Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服务器数据库也很安全 。系统的总体结构分为浏览器端和服务器端。浏览器端提供了一个客户操作界面，服务器端完成具体的请求处理，并将处理结果返回给浏览器端。服务器端内部又分为两层：高层是请求接收层，底层是请求处理层，包括监听线程、处理线程、监测线程和数据库操作线程。浏览器端负责人机交互：n 接收用户的输入，对用户的输入进行分析检查，若输47、入有错，则在本地消除；若输入没有错误，则把对用户输入的分析结果作为请求传给服务器端高层。n 显示由服务器端高层传来的运行结果。服务器端负责业务逻辑处理：n 请求接收层由于浏览器与服务器之间使用标准HTTP协议传输数据，所以在服务器端专设一个请求接收层，用于接收从浏览器传来的请求，并将请求处理结果发送给浏览器。n 请求处理层本层负责处理请求接收层传来的客户请求，并将请求结果传递给请求接收层。处理过程如下：监听线程接收请求的类型，根据请求的类型调用相应的处理线程完成请求处理。将监听线程与处理线程分开的好处是可以充分利用操作系统中的多道处理能力，可以并发甚至并行地处理请求。处理线程首先接收请求接收线48、程传来的参数，然后进行处理，根据请求的不同性质，可能还需要调用数据库操作线程以完成请求处理，最后将请求处理结果直接返回给请求接收层。监听线程还要负责系统故障处理及恢复。本层使用Java应用程序(application)构造，用Java线程实现监听线程、处理线程、监测线程和数据库操作线程。servlet与监听线程/处理线程之间使用socket通信，处理线程与数据库操作线程之间使用管理通信。监听线程是主线程，在系统初始化期间，它创建主数据库操作线程和系统管道，以及其它所需资源，并将管道和信号量等资源分配给数据库操作线程，同时创建socket，并在socket上等待连接；在系统运行期间，它负责动态创49、建处理线程，以及根据并发的请求数量动态创建新的数据库操作线程。处理线程分为不同类型，每种类型负责处理一种或几种相关类型的请求，处理线程的种类数量依据系统功能多寡而定，处理线程完成处理后自动终止。监测线程负责监测和撤销新创建的数据库操作线程。应用系统的展现层通过组件方式嵌入到主程序框架中，逻辑层通过对业务的分割形成不同的业务逻辑组件。例如CIS系统组件框架如下图所示：下图为医嘱业务处理的组件示意图：下图为服务器端的应用部署管理界面2 B/S架构角色管理在B/S架构中，角色的权限验证是保证系统信息安全的关键技术。对所有的系统访问人员分配一定的角色，即一定的访问权限将最大限度地保证系统信息的安全性。50、Struts是当前Web应用系统开发中最为流行的框架之一，本方案利用Struts框架实现对系统用户角色的验证，通过将JSP页面映射为一个特定的权限，一个系统访问人员映射为一个或多个角色，从而实现了角色权限的验证。利用Struts框架实现角色权限验证的同时隐藏了系统的文件组织结构，更好地保证了系统信息的安全性。基于Struts框架的Web系统中，实质上就是在JSP Model2的基础上实现的一个MVC框架。在此框架中，模型由实现业务逻辑的JavaBean或EJB组件构成，控制器由AetionServlet和Action来实现，视图由一组JSP文件构成。在应用中，Action充当用户请求和业务逻辑51、处理的适配器。业务逻辑由JavaBean或EJB 来完成。当Action-Servlet控制器收到用户请求后，会把请求转发到一个对应的Action实例。如果这个实例不存在，控制器会首先创建它，然后调用这个Action实例的execute()方法。Action的execute()方法返回AetionForward对象，它封装了把用户请求再转发给其他Web组件的信息。ActionServlet决定把用户请求转发给Action对象时需要一些描述用户请求路径和Action映射关系的配置信息。系统的运行的流程如下： 首先，服务器根据接受到的客户端请求进行过滤：属于Struts处理范围的请求被自动提交给S52、truts控制器处理，否则按照一般的方式作出响应。例如用户是进行登录操作的，系统将用户名和密码写入服务器端的session，用于以后的角色权限判断，并通过Struts-config.xml配置文件找到一个预先指定的JavaBean来自动接收客户端请求中包含的表单数据，然后将用户的登录请求发给指定的一个ActionBean进行处理，AetionBean通过调用相应的JavaBean进行处理后，将会返回一个封装了下一目标页面信息的ActionForward对象给控制器AetionServlet。最终ActionServlet根据ActionForward对象信息，查找配置文件中的映射信息，将原客户53、HTTP请求再次转发到相应的视图JSP页面，最后发送响应回客户端。在系统的配置中，将Action和特定的页面相映射，在数据库的存储中，将Action和特定权限相映射，从而实现了特定页面与权限的映射，并将各个不同角色的访问权限进行了设置，最终实现了用户角色对页面访问的权限控制。2、 SOA分析与设计方法针对系统的特点和政策决策的业务目标，采用面向服务技术架构（SOA, Service-Oriented Architecture）分析与设计方法、遵循统一性、抽象性、符合性及业务驱动、可迭代的设计原则完成项目的分析、设计和开发。基于SOA的分析构架技术分析方法与步骤如下：1. 确定业务目标和系统建设54、目标。2. 了解业务及相关角色。3. 了解实现业务功能的关键业务流程；并根据信息技术要求，提出基于现有业务流程和业务流程的重构思想优化业务流程。4. 确定符合业务目标和系统建设目标的业务需求以获得业务功能。5. 将功能实现分解为服务构件，并整合各业务的构件，形成公关服务构件和专用服务构件。6. 进行系统的构架设计。7. 提出或确定系统硬件环境和平台。3、 采用面向对象的技术面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法，是建立在“对象”概念基础上的方法学。对象是由数55、据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式。所谓面向对象就是基于对象概念，以对象为中心，以类和继承为构造机制，来认识、理解、刻画客观世界和设计、构建相应的软件系统。4、 采用组件的技术目前,在软件开发领域，一场新的革命正在悄悄兴起，这是由日趋成熟的组件技术引发的。组件技术将以前所未有的方式提高软件产业的生产效率,这一点已逐步成为软件开发人员的共识。传统的Client/Server结构、群件、中间件等大型软件系统的构成形式,都将在组件的基础上重新构造。组件技术使近二十年来兴起的面向对象56、技术进入到成熟的实用化阶段。在组件技术的概念模式下,软件系统可以被视为相互协同工作的对象集合,其中每个对象都会提供特定的服务,发出特定的消息,并且以标准形式公布出来,以便其他对象了解和调用。组件间的接口通过一种与平台无关的语言IDL(Interface Define Language)来定义,而且是二进制兼容的,使用者可以直接调用执行模块来获得对象提供的服务。基于组件的开发具有如下特点：1. 应用程序由各自独立的组件组成，这些组件的开发和部署保持相对的独立性，而且很可能是由不同的团队开发和部署的；2. 通过仅对这种应用程序的某些组件进行升级，从而对其进行小幅度的升级；3. 组件可以在不同应用系57、统之间共享，因此可对它们复用，体高系统开发效率和质量；4. 尽管并非与基于组件完全密不可分，但基于组件的应用程序倾向于分布式结构。5. 在系统的建设中，我们抽象出系统中基本组件，从而提高系统的质量和开发效率。6. 提供了界面友好的规则引擎，用户可以通过配置规则而方便地改变业务流程。7. 用户可以根据需要按角色组合和配置组件。5、 独特的消息机制系统具有业务单元之间消息传递与发布工具，能够实现医生与护士、护士与药房等业务单元之间以及与LIS系统等临床医技辅助诊疗系统消息的快捷传递与发布。使系统以及子系统模块之间形成即时通知、立即响应的工作模式，解决了系统运行中信息传递实时性差，信息获取滞后，系统58、间协同工作能力差，配合工作效率低下，异构系统之间信息传递难度大，成本高，新信息获取依赖手工刷新，耗费人力的局面。3.3.2.3 数据模型1、 HL7标准指导下的系统建模Health Level Seven（HL7）是为了达到让不同医疗机构或同一医疗机构中的不同单位的数据得以相互无碍的传输所提出的医疗相关数据的传输标准。目的在提高数据之运用率与加强整合分析应用，藉以提高服务质量，并降低医疗成本。2000年，HL7组织发布了HL7最新的3.0版本标准，与2.x版本的设计方式不同，HL7 v3.0的主体设计采用了从上而下、面向对象的构架。它的中枢部分参考信息模型RIM（Reference Infor59、mation Model）定义了包括100多个类和800多个属性定义，RIM深入定义了涵盖HL7所有数据的各个对象类之间的映射关系。它给出的是一个灵活的HL7结构，而不仅仅是对数据进行详细定义。这些特性使得HL7 3.0能够真正成为可描述的和可测试的医疗信息技术标准。v3版本在模型的方法论上有了质的变化，它不再只是定义消息格式来实现系统之间的信息交换，而且还利用面向对象的方法，将医疗服务中的各种实体和行为进行了高度的抽象，实现了消息交换的语法模型到语义模型的转换。它的RIM模型将医疗服务领域的所见所得抽象成为实体、角色、参与、动作、动作关联等五个对象，事实上，这种抽象可以描述医疗服务领域外的其60、它各种业务，说明这种高度的抽象模型的适用性和高度可扩展性。HL7 V3的主要组成部分包括HL7消息定义、RIM、RMIM、DMIM。RIM过于基础和抽象，本身并无法直接对医疗数据建模有指导意义，真正有价值的是在RIM基础上的，RIM在各个具体Domain上的应用：RMIM（Refined Message Information Model）和DMIM（Domain Message Information Model）。RMIM是一个面向描述的模型，而不是临床信息系统需要的面向业务流程处理的模型，是以性能和业务可实现性为代价换取可扩展性。基于以上的理解，为了设计面向业务流程处理的临床数据模型，我61、们通过转换、简化和扩展三个步骤将RIM中通用域、管理信息域和医疗临床信息域的RMIM和DMIM中有用信息提取出来，从而形成自己的应用系统模型具体工作步骤如下：2、 整体信息模型根据信息化建设的内容，我们可以将各类医疗业务信息和管理信息抽象为如下的信息模型。3、 临床系统信息模型1 总体架构临床信息系统的整体上是以电子病历为核心，医疗过成中产生的所有文档记录包括申请，报告，执行记录，知情同意，医疗和护理文书等全部被看作是电子病历的一个组成部分。一个病人的电子病历由其历次的就诊记录构成，每一次就诊记录由本次发生的所有医疗和护理文档组成，每个文档包括文档头和文档体构成，文档体根据组织格式分为结构化和62、非结构化的，文档体由不同的片段组成，文档片段则由各种临床描述构成，通过电子病历可以得到病人医疗过程的完整记录。文档头：描述了文档的所属机构，保管者，作者，数据录入者等人员机构信息，同时包括不属于文档体的一些医疗观察等内容文档体：包括各种文档片段临床描述：对病人就诊过程的所有医疗活动进行的描述，不仅包括文字，图象，而且包括多媒体等全部描述资料。 2 就诊就诊模型描述了病人就诊的基本信息，包括门急诊和住院。就诊信息主要由病人基本信息，就诊信息两部分组成。就诊是整个信息模型的基础，病人在院发生的所有医疗活动都将以此为基础记录，通过就诊记录可用直接查找到病人的本次就诊的所有医疗记录内容。病人信息描述了63、病人的基本信息，包括人口统计学信息，个体标识，危险因素，联系人，邮政及电信地址，在院注册内容等信息。其中个人信息是病人作为一个社会实体的基本信息，病人在院注册信息描述的是病人在本院登记的与就诊相关的信息，一个病人可以产生多次就诊记录。就诊信息描述了病人一次就诊情况，包括就诊场所，接诊医疗人员，转科信息，床位信息，医保及资金账户等内容。与病人信息比较，就诊信息是每次就诊病人在院登记信息。 3 医嘱及临床路径医嘱及临床路径模型描述了医师在医疗活动中下达的医学指令，具体包括两部分内容即医嘱和临床路径。医嘱是医生在医疗活动中直接下达的医学指令,包括的内容有完整的医嘱信息，相关的各种申请，医嘱执行记录，64、医嘱产生的费用等。各与医嘱相关的申请及报告的详细内容不在此模型中描述，在各相关部分详细描述。临床路径是医院的一种遵循询证医学的标准化治疗模式与治疗程序，临床路径的最终执行主要落实到医嘱和其他一些护理记录上。模型中描述的信息主要包括临床路径的组成，应用记录，对应的医嘱等。 4 用药用药模型主要描述病人就诊中的用药信息，包括用药申请和用药记录两部分内容。用药模型以药品信息为基础，申请和记录都不再存储额外的药品信息内容。用药申请描述医嘱和处方等相关的用药信息，其描述的主要是医生下达的医疗制定涉及药品的部分，下达医疗指令相关的各种临床诊疗结果作为参考，同时对于不规则频率的用药也有具体的描述。用药记录描65、述药品的使用记录，对应为医嘱和处方的执行记录信息。5 医疗观察医疗观察模型描述临床上可测量的医疗活动，描述其申请和报告结果。具体包括检查检验的申请和报告，还包括诊断、过敏反应等信息。观察申请主要指检查申请和检验申请，其组成部分包括申请需要描述的临床表现，严重程度，参照标准等内容。观察申请通过自身的引用实现观察项目的具体描述，同时对于住院病人观察申请会产生相应的医嘱。检验申请还包括样本内容。观察报告检查检验的报告。观察报告包含了临床表现，严重程度，参考标准等报告需要的具体内容，检验报告还包括样本和使用试剂的内容。观察报告和申请一样通过自身的引用实现报告项目的具体描述，观察报告与观察申请存在对照关66、系。诊断和过敏反应作为一个单独的对象描述了临床诊断和过敏反应的内容，其包括了一些备注信息的描述。 6 手术及治疗手术治疗描述的试临床上的医疗操作，模型中将医疗操作分为了手术和治疗两部分，由于他们包含的信息项基本一直所以采用相同的模型来描述。手术治疗模型同观察申请一样也包括申请和治疗结果记录两部分。手术治疗申请指医生开出的治疗类申请单，具体内容包括相关的诊断，观察报告，申请人信息，临床诊断，相关材料申请等，申请对象主要记录了操作的部位，方法，时间等。手术治疗申请同昨自身的引用实现申请项目的详细描述。住院病人的手术治疗申请会产生对应的医嘱手术治疗事件描述了医疗操作的结果，具体包括执行人，相关的系列67、结果，附加的医疗观察描述等内容。手术治疗事件通过自身的引用实现各结果间的前后顺序和相互关系，它与手术治疗申请间存在对照关系。 7 材料供应材料供应模型主要描述了材料的供应情况，这里指的材料包括常用的物资、耗材、血液制品、设备等。供应申请包括的内容主要有相关人员、机构、服务提供场所、材料信息等。供应申请的产生主要来自手术治疗，也包括一些非医疗操作产生的需求。 8 预约预约模型描述的是在日常的医疗活动中对医院各种资源，包括人、场地、物资、设备的等的预约申请及安排。该模型可以涵盖整个医疗过程的各种医疗活动比如检查项目、检验项目、手术治疗、就诊等等。预约模型的核心在于将医疗资源的使用划分成为不同的时间68、片，然后有制定资源的维护人员根据医疗人员的申请合理安排，最佳地保持整个医院资源的最大使用率。预约模型提出了预约计划的概念，不仅支持对单个资源的预约，而且支持对多种资源的综合预约，预约的时间也支持不同的时间点，从而将一个病人的一次复杂的多资源预约系统地管理起来，实现了整个预约数据的统一描述。 9 代码系统代码系统描述了模型所用到的代码表结构。代码表由代码分类和基本代码表组成，代码分类标识代码表内容的分类如疾病、性别、国家等，基本代码表包含了代码表的基本属性如编码，名称，描述，拼音码，自定义码等。不同的代码表往往具有自己特定的属性，所以对于有特定属性的代码表可以从基础代码表派生出来增加自己的属性。69、采用统一的代码系统有力于代码的统一管理，同时也为模型中的引用提供了便利。10 权限在系统中发生的事情，抽象的说都是某个主体(subject)在某个资源(resource)上执行了某个操作(operation)。所谓权限管理，就是在这条信息传递路径中加上一些限制性控制。权限系统由四部分组成即资源、权限、角色、用户，资源泛指一切需要由权限管理的对象。权限系统的设计原则是用户扮演角色，角色拥有权限，权限决定资源是否可用访问。 4、 管理信息系统模型1 总体架构描述了以“病人为中心”的医院管理信息系统的总体模型。医院管理信息系统的整体上是以病人为中心为核心，在整个医疗过程中产生的挂号，分诊，收费，入院70、，出院，费用管理，结算等医院医疗活动及其相关的药品，物资，财务，人员管理等运营活动全部被看作是医院管理系统的组成部分。2 注册挂号挂号模型描述了病人挂号的基本信息。挂号信息主要由病人基本信息，挂号信息两部分组成。挂号是整个信息模型的起点，通过挂号记录可用直接查找到病人的历次门诊期间的所有医疗记录内容。病人信息描述了病人的基本信息，包括人口统计学信息，个体标识，危险因素，联系人，邮政及电信地址，在院注册内容等信息。其中个人信息是病人作为一个社会实体的基本信息。挂号信息描述了病人一次挂号的情况，包括就诊科室，就诊大夫，就诊时间，医保及资金账户等内容。挂号信息是每次就诊病人的门诊登记信息。一个病人可71、以产生多次挂号记录。3 费用管理费用管理模型描述了病人在院期间的费用信息。费用信息是由病人在院期间的医疗活动所产生，贯穿着整个信息模型。病人入院后所发生的所有医疗活动均与费用信息有着关联。费用明细与病人一次具体的医疗活动相关联，包括费用的借方和贷方信息，货币价值等内容。一次医疗活动可以有多条费用明细。与费用相关的还有病人的帐户信息，包括了病人的预交费用，账单明细，医保帐户等内容。4 入院管理 入院模型描述了病人入院的基本信息。入院信息主要由病人基本信息，入院信息两部分组成。入院是住院医疗的起点，病人入院后所发生的所有医疗活动都将以此为基础记录，通过入院记录可用直接查找到病人的历次住院期间的所有72、医疗记录内容。病人信息描述了病人的基本信息，包括人口统计学信息，个体标识，危险因素，联系人，邮政及电信地址，在院注册内容等信息。其中个人信息是病人作为一个社会实体的基本信息。入院信息描述了病人一次入院的情况，包括就诊科室，就诊大夫，转科信息，床位信息，入院诊断，医保及资金账户等内容。与病人信息比较，入院信息是每次就诊病人的在院登记信息。一个病人可以产生多次入院记录。5 出院管理出院模型描述了病人出院的基本信息。出院信息主要由出院信息，结帐信息两部分组成。出院是住院医疗的终点，病人出院代表本次在院期间的所有医疗活动结束，同时结算医疗活动产生的所有费用。通过出院记录可以统计病人的转归情况及病人在院73、期间的所有费用信息。出院信息描述了病人的出院信息，包括出院诊断，出院转归，出院时间，出院科室等信息。结帐信息描述了病人在院期间的结算情况，包括费用明细，费用的归属，结帐帐单，资金帐户，医保等内容。一个病人一次入院可以产生多次结帐记录，但只能有一次出院记录。6 药品物资管理药品物资管理模型描述了医院物流的基本信息。主要由供求方信息，物品信息，流向信息三个部分组成。药品、物资是病人在院期间的医疗活动的物质基础，是医院管理中人财物的重要组成部分。供求方信息描述了供求方的基本信息，包括科室信息，库房信息，供应商，厂商等信息。而供求方的角色是可以互相转换的，比如库房对于科室来说是供方，对于供应商来说是求74、方。物品信息描述了物品的基本属性，包括物品类别，特性，厂商，价格等内容。流向信息描述了物品的流向信息，主要包括物品信息，库房信息，科室信息，病人信息，流动方向，价格等信息。流向信息也记录了物品和医疗活动内在的关系。3.3.2.4 安全机制1、 物理层面物理安全主要是指机房和办公场地的安全性。主要应考虑以下方面。1. 物理位置的选择：机房和办公场地应选择在具有防震、防风和防雨等能力的建筑内，避免设在建筑物的高层或地下室，以及用水设备的下层或隔壁。2. 物理访问控制：机房出入口有身份鉴别设备或机制，进入机房人员有有关方面的授权并专人陪同。3. 防盗窃和防破坏4. 防雷击5. 防火6. 防水和防潮775、. 防静电8. 温湿度控制9. 电力供应10. 电磁防护2、 网络层面网络安全服务主要包括：通用安全服务、访问控制服务、加密服务、安全审计服务。在网络层次提供的隐私和安全服务在网络安全建设中，应该考虑如下几个方面的安全保护措施：1. 网络基础架构安全：该部分包括网络结构的设计和容量，网络设备和关键设施的安全保护和使用审计等。2. 网络安全控制：该部分包括网络访问控制，网络入侵防御等主要控制措施，即首先保证网络访问行为合理可控，然后再对网络中的一些非法行为进行识别和阻挡。3. 网络安全控制措施部署：在网络中需要部署防火墙及其他访问控制措施、网络入侵防御和检测设备，安全控制措施在信息系统中的部署方76、式如下图所示：信息系统网络层次安全部署示意图4. 可用性保护的考虑:为了保障网络的可用性，接入网络进行安全保护的防火墙和网络入侵防御设备必须具有失效开放、失效关闭、断电保护等机制。同时，在非对称路由环境下，安全设备需要支持对网络会话的安全检测和入侵阻断。3、 主机系统层面1. 系统漏洞管理系统：系统漏洞管理重点在于IT资产的发现和管理、漏洞评估、补救管理和策略评估结果。发现资产并评估资产的重要性，并且能够前瞻性地处理和识别漏洞；并实施基于资产的补救措施，评估并报告安全策略的符合性。2. 系统安全保护：系统安全保护重点在于通过附加于被保护系统之上的安全软件或补丁程序，对系统已知及未知的弱点进行保77、护，对蠕虫、病毒、木马等恶意代码进行防范。当由于某些关键系统之上应用软件兼容性或变更管理的原因导致无法应用补丁程序的时候，也需要考虑对关键系统的安全保障措施。3. 身份鉴别和安全审计：应对登录系统的用户进行身份标识和鉴别，并且其身份标识应具有不易被冒用的特点。登录失败时，可采取结束会话、限制非法登录次数和自动退出等措施；同时应该对系统操作进行审计，内容包括重要用户行为、系统资源的异常使用和重要系统命令的使用等系统内重要的安全相关事件；审计记录应包括事件的日期、时间、类型、主体标识、客体标识和结果等；应保护审计记录，避免受到未预期的删除、修改或覆盖等。4、 应用层面1. 系统允许医院建立自己的安78、全级别，安全部门和安全人员，并制订系统的安全机制，系统级控制、安全组级控制、用户级别控制；2. 每个功能、界面、菜单、工作流的访问权限可以按用户和用户的角色定义；3. 用户登陆可以与Windows系统集成，减少登陆系统的时间，登陆信息有用户、密码和位置；4. 患者的重要数据和临床信息可以被保护，只有主治医生和他授权的其它临床医护人员才有权利看到。5. 各个子系统，尤其是窗口业务系统（如门诊挂号、门诊收费、住院收费）等必须具有单机应急系统，以便在网络或服务器出现故障时，能够快速切换到单机系统上，保证业务正常运转。此外，单机系统应具有将应急数据上传到主机数据库的功能，还应支持从主机数据库同步字典、79、配置等信息。（在应急系统方案中详细阐述）。5、 数据层面在数据安全层面，主要需要考虑数据丢失和数据泄漏两个方面的威胁。1. 建立完善的备份策略：通过建立双机热备或数据库服务器群集机制满足系统7*24小时的不间断运行。还应建立磁盘、磁带全备份、增量备份机制。2. 通过中间层组件访问数据库，避免客户端直接访问数据库，一方面可以对客户端采集数据进行校验，减少错误数据产生，另一方面也可以保证数据库访问安全性。3. 防信息泄漏技术通过对安全域内部敏感信息输出的各种方式进行控制，通过部署防信息泄漏类技术在所有的客户端实现数据保护，并完成统一管理；通过数据保护客户端对用户的网络行为进行检测，阻断数据泄漏行为80、；通过数据保护客户端对具体应用进行检测，阻断数据泄漏行为；通过客户端程序，有效的审计各类数据调用行为，并记录全部用户行为； 4. 对接入计算机的各类外置设备进行控制，防止机密信息通过这类外接设备发生泄漏；针对网络打印机、U盘等各类高危外设的使用进行审计并记录；一旦发现非法使用，可以第一时间阻断数据泄漏行为；5. 磁盘和数据加密：包括文件加密、整盘加密以及移动介质加密等。文件加密类技术用于防御攻击者窃取存储于文件中的数据，目的是保障文件中存储数据的安全。整盘加密类技术通过对整盘数据进行整体加密来实现数据保密，目的是在数据整盘存储层面保障数据安全。移动介质加密类技术通过对U盘等移动介质进行加密处理81、，防止意外丢失造成的数据泄漏。3.3.2.5 部署与负载负载均衡（Load Balance）建立在现有网络结构之上，它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性。 负载均衡有两方面的含义：首先，大量的并发访问或数据流量分担到多台节点设备上分别处理，减少用户等待响应的时间；其次，单个重负载的运算分担到多台节点设备上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户，系统处理能力得到大幅度提高。 多层应用架构可以将大量的业务逻辑处理放在逻辑中间层中，而逻辑层在物理上可以部署在多台应用服务器上，这样可以保证根据业务量的大82、小合理的将不同的应用业务系统部署在不同的服务器上，同时可以用F5或application center等软硬件方式进行负载均衡，达到更佳的应用效果。1、 B/S架构的部署与负载1 集群概念：集群(Cluster)是一组计算机节点的集合，它们作为一个整体向用户提供一组网络资源。一个理想的集群对用户是透明的。用户由单一入口访问集群的资源，从来不会意识到集群中的节点。在用户看来，集群是一个系统，而非多个计算机系统。集群还应该支持随意增加和减少集群系统的节点，而这同样不会影响到用户的访问。2 集群分类：习惯上，把集群分为高可用(High Availability，简称HA)集群和高性能计算(High 83、Perfermance Computing，简称HPC)集群两类。HA集群的核心是防止单点失效，这一般是通过失败转移来实现的，即在一个节点失效后由另一个节点接替服务。不丢失用户状态。HA集群的其他主要特性还包括负载均衡、session同步等。我们使用的SQL Server数据库的双机热备和Oracle的RAC都属于HA集群。HPC集群采用并行计算技术提供超大规模计算和存储能力，多数超级计算机都是HPC集群。这不是我们关注的集群。集群有2种架构。一是客户端拦截器(Client-side interceptor)架构，一是负载均衡器(Load balancer)架构。客户端拦截器架构适于用C/S结84、构，负载均衡器架构适用于B/S结构。3 我们采用的集群架构：我们采用的是负载均衡器架构的HA型集群。负载均衡器架构由负载均衡器和n个集群节点组成。每个节点是一个Jboss服务器实例。负载均衡器是全局唯一的前置机， 全部用户请求都发到负载均衡器，由其转发到各节点。当负载均衡器发现一个节点失效后，会将请求转发到另一个节点上，从而保证服务得以延续。负载均衡器同时负责加权静态负载均衡调度。其部署及负载均衡架构图如下：3.3.3 应急系统及应急方案3.3.3.1 门诊应急方案医院门诊和急诊在日常工作中有着7*24小时不能间断的特点，鉴于此，我们以众多的医院门诊应用模型为基础，为CHIS6.0版专门增加了85、门诊应急系统的方案，借此用来规避因为医院网络中断，而不能进行正常的门诊划价收费操作的风险。门诊应急系统是继承了门诊收费系统的一个门诊本地化解决方案。首先、由于我们使用COM+中间件作为应用服务器的便利，在门诊或急诊收费的机器上预装应急数据库和门诊收费所需要的中间件，并在本地配置好收费系统可执行文件所使用的配置文件，确保在终端在脱网的环境下，能够进行正常的门诊收费操作，正常情况下，在客户端到计算中心的数据库服务器网络链路是通畅时，系统会自动将中间件服务器连接到计算中心的生产用中间层服务器上，从而使所有的数据库操作都直接和生产用数据库进行交互，进行正常的门诊收费的业务操作。见下图：当系统网络链路（86、客户端到应用服务器或应用服务器到数据库服务器之间）出现故障时，收费系统在登录时一旦检测到和数据库连接不通的情况，就会自动提醒操作人员启动应急系统，从而将所有的收费发生的数据写到本地的服务器中，待网络链路恢复正常后，操作人员只要结束应急操作，进行重新登录就又可以进行正常的收费业务了。在方正国际CHIS6.0版中，准备了两套方案来实现应急系统的字典下载和收费数据上传的操作：第一种方案、由操作员在固定的事件或启用应急系统前，利用我们系统提供的功能，人为手工下载基本字典，和上传收费数据。第二种方案、由Chis系统在后台定时进行数据字典的分发和收费数据的提取，并以系统日志的方式将操作过程记录下来。前一种87、方案的特点是需要操作员人工进行干预，下载和上传工作完全是依赖操作员的主观愿望，很容易发生数据字典不及时更新和上传的事情。第二种方案的特点是改变了作业方式，全部由服务器端后台进行操作，就能够很好地避免掉第一种方案中更新和上传不及时的弊端。我们的应急系统中操作员的登录是要进行两级密码验证的，第一级是用来进行启用本地应急系统的验证，第二级才是收费员登录到应急系统的验证。这第一级应急系统的登录密码是由医院信息中心或医院总值班才掌握的，而且还是一次性的使用、用后即作废的。所以就最大限度地增加了系统的安全性。3.3.3.2 服务器应急方案1、 磁带，冷备 出现问题时，把正在用的数据库提出，并恢复数据，同时88、用备用数据库完成正常业务，之后把恢复的数据导入。2、 热备 自动启动，察看灾难原因，如果都出现问题，用冷备服务器替代，再进行数据整合。 3.3.3.3 断电应急方案对关键节点安装ups，自动启动，根据ups性能，完成停电后一定时期的正常业务运转。3.3.3.4 网络应急方案启用软件应急系统，等网络故障恢复后进行数据库的导入。3.3.3.5 局部应急方案备份客户端替换，临时安排其它地点进行业务。3.3.4 容灾备份方案3.3.4.1 项目需求分析1、 项目方案设计为解决医院业务连续性，数据分布存储，数据安全系数较低，管理成本大，特部署数据安全存储系统作为解决方案。整体拓扑图如下：2、 方案描述189、 数据实时冗余存储方案部署两台磁盘阵列，两台磁盘阵列互为备用。在运行过程中，任意一台磁盘这列发生故障甚至掉电，作为备用的磁盘阵列可以在1秒以内进行接管，且接管过程不会造成业务停顿。2无单点故障的全冗余架构本方案采用了服务器冗余、磁盘阵列冗余、双机热备心跳诊断链路冗余的全冗余方案架构，无论系统架构中的任何环节发生致命故障，都有备用的设备自动接管其应用，彻底避免由于单个设备造成的整体业务中断。3、 提高业务连续性，保障业务系统不间断运行采用PlusWell HA高可用群集系统，保障业务系统7*24小时不间断运行，可以解决由于服务器自身的硬件故障造成的业务系统停顿，同时可以处理由于操作系统故障、网90、络故障或是应用程序、数据库故障等原因造成的业务中断，提高系统可靠性。4、 在线数据连续备份处于生产中的数据，通常采用逻辑备份效率较低，很难实现数据连续备份即数据实时备份。PlusWell VBS在系统底层获取数据包进行并进行快照，实现数据在线实时备份，提高备份效率。5数据在线还原PlusWell VBS系统提供的虚拟备份及还原技术，能够在短短5秒钟内进行TB级别的超大数据还原。6. 业务数据连续备份灾难发生，可以保证数据恢复到灾难发生时的一刻。7. 系统瞬时修复在生产环境中，由于操作系统自身的故障或是受到病毒破坏、不稳定导致宕机。在以往的使用环境中，管理人员不得不采用原始的方法重新安装操作系统91、和软件应用，修复时间可能是1天甚至几天的时间。在操作系统故障时，我们可以通过PlusWell VBS系统进行系统瞬时修复，能够在一次系统开启过程中瞬时修复系统，使系统恢复到可用状态。8、容灾演练功能：实时异地的容灾演练，检验及验证备份可靠性。3、 方案优势 本地双机集群，实现HIS系统服务器快速切换，保证业务7*24小时不间断运行，实现业务连续性需求。 本地数据实时备份，对医院HIS系统中庞大的数据进行实时同步，保证关键数据安全，不丢失。 数据实时备份，HIS系统数据库的数据能够实时备份，实现断点续传，保障医院拥有完整的数据，实现数据的“零”丢失。 服务器冗余、磁盘阵列冗余、双机热备心跳诊断链92、路冗余的全冗余方案架构，无论系统架构中的任何环节发生致命故障，都有备用的设备自动接管其应用，彻底避免由于单个设备造成的整体业务中断。 存储系统切换时间短，平均切换时间小于500毫秒，不会有业务中断的影响。 解决了用户对IT系统的依赖程度越来越高的问题，为客户减少了因业务停顿而造成的损失。 系统效率高，因为整个系统中数据读写、管理及容错由磁盘阵列来完成。 PlusWell VBS虚拟备份系统可瞬间修复您的系统故障，通过较窄的广域网连接加强数据管理并加速本地及异地数据恢复。 实时异地的容灾演练，检验及验证备份可靠性。 技术水平和服务优势明显，借助我们的服务平台，可以得到全方位、及时的技术服务。4、93、 产品技术选型原则n 可靠性Pluswell系统所有产品是技术先进、成熟、性能稳定的软件，代表着数据容灾备份技术的发展方向。满足医院项目招标的性能指标。可实现7*24小时不间断工作，年故障修复时间小于半小时。n 可管理性Pluswell工作界面简洁、美观，支持中英文界面，与Windows及其他操作系统保持一致，完全与各类基于Windows系统的应用软件兼容。n 可用性医院数据安全存储系统追求整个系统的高可用性，确保系统避免或减少停机，尽可能地做到无故障运行，并保证系统高度兼容性。Pluswell产品故障切换时间短，在2008年北京奥运会开、闭幕式运行使用中有良好的表现。n 可扩展性由于数据量的94、增加是有一定的随机性，为了保持数据安全存储系统工作的稳定性和安全性、可扩展性。Pluswell产品选型产品在企业以后的容灾建设中有优越的扩展性，仅增加硬件就可实现。n 安全性Pluswell软件是专业解决企业关键业务连续性的产品，安全性高。3.3.4.2 数据安全存储及灾备技术随着医疗信息系统的不断变化，信息数据是医院的重要资源，其重要程度越来越被领导所认识。 若有一天医院遇到如下灾难该如何处理。某一天，由于磁盘故障导致业务系统瘫痪某一天，由于电源原因导致某业务系统数据丢失某一天，由于操作系统或者其他软件服务器故障某一天，由于自然灾害导致企业所有数据丢失诸如此类的事件都有可能随时在我们的身边发95、生。那么在这些事故导致的后果是什么呢？我们该如何避免单位信息遭到破坏，该如何避免信息灾难的发生，已经列入每位领导所考虑的重要议程。通过对单位的业务系统分析和单位所提出的种种规范可以得出单位业务系统对灾备系统的要求有如下几点：灾备系统必须保证单位各业务系统能不间断运行。灾备系统不能影响单位各业务系统的运行状态。必须改变传统冷备份的先天不足。保证数据的准确性、安全性、冗余性。当灾难发生时，灾备系统必须能全面，快速的恢复业务系统。特殊地区灾备需要做到异地容灾，保证数据安全。灾备系统的备用系统必须为可用系统，备用数据必须为可用数据。灾备系统数据必须保证与生产系统数据实时同步。1、 传统的灾备方式说到灾96、难恢复，自然会想到备份。企业关键数据丢失会中断企业正常商务运行，造成巨大经济损失，容灾和备份都是保护数据的有效手段。同时，数据容灾与数据备份相互联系，主要体现在以下几个方面： 数据备份是数据容灾的基础数据备份是数据高可用的最后一道防线，其目的是为了系统数据崩溃时能够快速的恢复数据。虽然它也算一种容灾方案，但这种容灾能力非常有限，因为传统的备份主要是采用数据内置或外置的磁盘机进行冷备份，备份磁盘同时也在机房中统一管理，一旦整个机房出现了灾难，如火灾、盗窃和地震等灾难时，这些备份磁盘也随之销毁，所存储的磁盘备份也起不到任何容灾功能。 双机集群的备份方式面对灾难各大容灾厂商首先所提出的容灾解决方案就97、是双机集群技术。双机集群技术是基于应用切换的原理即整个容灾系统由两套业务系统和共享一个存储阵列所构成。一但主服务器出现异常或故障，备份服务器立刻接管主服务器的应用。也就是目前通常所说的 active/standby 方式，主要通过纯软件切换的方式实现双机容错。因为两台服务器共享一个磁盘阵列上的数据，所以当磁盘损坏的时候就造成两台服务器都不可用，这样就达不到容灾的效果。而且通过纯软件来切换的话存在误切换的情况，就是当主服务器还是正常的时候就把业务系统的连接切换到备用服务器上，这就会造成业务系统的暂时停顿等问题。 双机双存储双机双存储即在双机集群的基础上增加一套存储，实现应用层的切换和底层数据的不98、间断复制。其工作原理与双机集群类似。数据库若要能够正常启动，必会先检测其数据文件，日志文件，控制文件等一系列文件的完整性，才可以正常启动。对于双机双存储的存储层复制来说是文件层复制，他们无法做到检测数据的一致性，一旦双机双存储发生的是逻辑错误时，无论是主服务器还是备用服务器都将无法启动。 容灾不是简单备份真正的数据容灾就是要避免传统冷备份的先天不足，它能在灾难发生时，全面、及时地恢复整个系统。容灾按其容灾能力的高低可分为多个层次，例如国际标准 SHARE78 定义的容灾系统有七个层次：从最简单的仅在本地进行磁盘备份，到将备份的磁盘存储在异地，再到建立应用系统实时切换的异地备份系统，恢复时间 也99、可以从几天到小时级到分钟级、秒级或 0 数据丢失等。2、 灾备方案的关键指标 RTO （Recovery Time Object）RTO即恢复时间目标：是指“将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态”所需时间，其中包括备份数据恢复到可用状态所需时间、数据处理系统切换时间、以及备用网络切换时间等，该指标用以衡量容灾方案的业务恢复能力。 RPO （Recovery Point Time）RPO即数据恢复点目标：是指业务系统所允许的灾难过程中的最大数据丢失量（以时间来度量），这是一个与数据备份系统所选用的技术有密切关系的指标100、，用以衡量灾难恢复方案的数据冗余备份能力。 容灾半径是指生产中心和灾备中心之间的直线距离，用以衡量容灾方案所能防御的灾难影响范围。显然，具有零 RTO、零 RPO 和大容灾半径的灾难恢复方案是用户最期望的，但受系统性能要求、适用技术及成本等方面的约束，这种方案实际上是不大可行的。所以，用户在选择容灾方案时应该综合考虑灾难的发生概率、灾难对数据的破坏力、数据所支撑业务的重要性、适用的技术措施及自身所能承受的成本等多种因素，理性地作出选择。3、 常见的备份策略备份策略 描述 Full Backup 完全备份 是每次对系统进行完全的备份。当数据发生数据丢失灾难时。完全备份所需要的时间最长和消耗的磁带101、最多，但恢复时间最短和操作最方便。 Incremental Backup 增量备份 是备份上一次全备份或者增量备份系统发生改变的数据。这种备份策略的优点时节省了磁带空间，缩短了备份时间。其缺点在于当灾难发生时，数据的恢复比较麻烦而且可靠性比较差。其中任何一盘磁带出现问题都会影响之后的磁带恢复。 Differential Backup 差量备份 是备份上一次全备份后到系统发生改变过的文件。其优点是无需要每天对系统做完全备份，备份所需要时间短并且节省了磁带空间。它的灾难恢复也很方便。系统管理员只需要全备份和增量备份的介质就可以进行系统的恢复。 Synthetic Backup 合成备份 是当备份窗102、口较短时进行。在进行合成备份的时候，会从完全备份、增量备份和差量备份中读取信息，然后创建一个新的完全备份。这种完全备份可以离线进行且网络还是在继续使用，不会降低系统性能或者妨碍网络中的用户。 差异增量备份（Differential Incremental Backup）：此备份主要在于每次备份的内容是从上次0级或1级备份以来发生改变的内容。 SunMonTuesWedThrFriSatDay of the week0111110 累积增量备份（Cumulative Incremental Backup ）：此备份主要在于每次备份的是从上次0级备份以来发生改变的内容。 SunMonTuesWed103、ThrFriSatDay of the week01111104、 容灾的核心问题 容灾适应性指的是容灾系统在实施和使用的过程中对原有的生产系统、硬件系统、网络系统的影响，有的容灾系统可能需要冻结原有的生产系统的情况下进行数据的复制，有点容灾系统可能要对硬件、网络环境进行改造，改造成系统所要求的条件。这些对改造对原有的系统和数据都存在一定的风险性。 容灾可见性指的是容灾系统的容灾效果是不是可见、可查询的。有的容灾系统的容灾效果要等灾难发生之后，备用系统恢复之后才能验证是不是真做到了数据零丢失的效果。如果数据复制失败不能马上反应出来同样达不到容灾的效果。所以容灾系统的核心问题：能否构建一个绿色容104、灾系统，在实施和使用过程中不会影响原生产系统，无需改造硬件和网络环境，其容灾结果的好与坏又实时可见、可验证。5、 容灾的实现方式通常，应用服务器通过SAN访问存储资源的拓扑结构图如下图所示。SAN存储结构SNIA（Storage Networking Industry Association，存储网络工业协会）针对SAN共享存储模型进行了进一步的细化，把SAN存储分为：l 应用层l 文件/记录层l 块管理l 物理存储设备如下图所示：SNIA共享存储模型因此，可以从文件/记录层、块管理层来实现容灾。根据容灾的发起端来进行划分，容灾可分为： 数据库级容灾：基于数据库的容灾技术传输的是SQL指令或者105、重作日志文件。如Oracle数据库自带的Data Guard 技术。 卷管理级容灾：基于主机卷管理软件的容灾技术可以选择同步或者异步复制方式。存储目标数据的逻辑卷不能被业务系统所使用，属于冷容灾方式。如VERITAS VVR远程数据复制软件。 网络级容灾：网络级容灾主要是指基于虚拟存储技术的容灾。例如IBM的 PPRC、 EMC 的Mirrorview、HDS 的Truecopy复制技术。如下图。 存储设备级容灾：通过存储控制器实现的设备级数据远程镜像或复制是传统容灾方式中最高效最可靠的方式。 基于磁盘系统的同步数据复制功能可实现异地数据的容灾。 虚拟化存储产品实现远程复制6、 异地容灾技术 106、l 远程镜像技术远程镜像技术是在主数据中心和备援中心之间的数据备份时用到。远程镜像又叫远程复制，是容灾备份的核心技术，同时也是保持远程数据同步和实现灾难恢复的基础。远程镜像按请求镜像的主机是否需要远程镜像站点的确认信息，又可分为同步远程镜像和异步远程镜像。同步远程镜像(同步复制技术)是指通过远程镜像软件，将本地数据以完全同步的方式复制到异地，每一本地的I/O事务均需等待远程复制的完成确认信息，方予以释放。同步镜像使远程拷贝总能与本地机要求复制的内容相匹配。当主站点出现故障时，用户的应用程序切换到备份的替代站点后，被镜像的远程副本可以保证业务继续执行而没有数据的丢失。但它存在往返传播造成延时较长107、的缺点，只限于在相对较近的距离上应用。异步远程镜像(异步复制技术)保证在更新远程存储视图前完成向本地存储系统的基本I/O操作，而由本地存储系统提供给请求镜像主机的I/O操作完成确认信息。远程的数据复制是以后台同步的方式进行的，这使本地系统性能受到的影响很小，传输距离长(可达1000公里以上)，对网络带宽要求小。但是，许多远程的从属存储子系统的写没有得到确认，当某种因素造成数据传输失败，可能出现数据一致性问题。为了解决这个问题，目前大多采用延迟复制的技术，即在确保本地数据完好无损后进行远程数据更新。l 快照技术远程镜像技术往往同快照技术结合起来实现远程备份，即通过镜像把数据备份到远程存储系统中，108、再用快照技术把远程存储系统中的信息备份到远程的磁带库、光盘库中。快照是通过软件对要备份的磁盘子系统的数据快速扫描，建立一个要备份数据的快照逻辑单元号LUN和快照cache，在快速扫描时，把备份过程中即将要修改的数据块同时快速拷贝到快照cache中。快照LUN是一组指针，它指向快照cache和磁盘子系统中不变的数据块(在备份过程中)。在正常业务进行的同时，利用快照LUN实现对原数据的一个完全的备份。它可使用户在正常业务不受影响的情况下，实时提取当前在线业务数据。其“备份窗口”接近于零，可大大增加系统业务的连续性，为实现系统真正的724运转提供了保证。快照是通过内存作为缓冲区(快照cache)，由109、快照软件提供系统磁盘存储的即时数据映像，它存在缓冲区调度的问题。l 互连技术早期的主数据中心和备援数据中心之间的数据备份，主要是基于SAN的远程复制(镜像)，即通过光纤通道FC，把两个SAN连接起来，进行远程镜像(复制)。当灾难发生时，由备援数据中心替代主数据中心保证系统工作的连续性。这种远程容灾备份方式存在一些缺陷，如：实现成本高、设备的互操作性差、跨越的地理距离短(10公里)等，这些因素阻碍了它的进一步推广和应用。目前，出现了多种基于IP的SAN的远程数据容灾备份技术。它们是利用基于IP的SAN的互连协议，将主数据中心SAN中的信息通过现有的TCP/IP网络，远程复制到备援中心SAN中。当110、备援中心存储的数据量过大时，可利用快照技术将其备份到磁带库或光盘库中。这种基于IP的SAN的远程容灾备份，可以跨越LAN、MAN和WAN，成本低、可扩展性好，具有广阔的发展前景。基于IP的互连协议包括：FCIP、iFCP、Infiniband、iSCSI等。l 虚拟存储在有些容灾方案产品中，还采取了虚拟存储技术，如西瑞异地容灾方案。虚拟化存储技术在系统弹性和可扩展性上开创了新的局面。它将几个IDE或SCSI驱动器等不同的存储设备串联为一个存储池。存储集群的整个存储容量可以分为多个逻辑卷，并作为虚拟分区进行管理。存储由此成为一种功能而非物理属性，而这正是基于服务器的存储结构存在的主要限制。虚拟存111、储系统还提供了动态改变逻辑卷大小的功能。事实上，存储卷的容量可以在线随意增加或减少。可以通过在系统中增加或减少物理磁盘的数量来改变集群中逻辑卷的大小。这一功能允许卷的容量随用户的即时要求动态改变。另外，存储卷能够很容易的改变容量，移动和替换。安装系统时，只需为每个逻辑卷分配最小的容量，并在磁盘上留出剩余的空间。随着业务的发展，可以用剩余空间根据需要扩展逻辑卷。你也可以将数据在线从旧驱动器转移到新的驱动器上，而不中断服务的运行。存储虚拟化的一个关键优势是它允许异质系统和应用程序共享存储设备，而不管它们位于何处。公司将不再需要在每个分部的服务器上都连接一台磁带设备。7、 灾难恢复级别国家信息系统灾112、难恢复规范中根据数据备份系统、备用数据处理系统、备用网络系统、备用基础设施、技术支持、运行维护支持、灾难恢复预案这七个要素的不同要求，把灾难恢复分为6个级别：第1级：基本支持第2级：备用场地支持第3级：电子传输和部分设备支持第4级：电子传输和完整设备支持第5级：实时数据传输及完整设备支持第6级：数据零丢失和远程机群支持数据仅在本地备份恢复；或将本地备份数据用卡车运送方式存储在异地。第1级 + 热备份中心（有硬件和网络设备支持关键应用）。第2级 的基础上用电子链路取代了卡车进行数据的传送。两个中心同时处于活动状态并互相备份。关键应用的恢复可降低到小时或分钟级。两个活动的数据中心，确保数据的完整性113、和一致性。实现 0 数据丢失率，被认为是灾难恢复的最高级别。3.3.4.3 PlusWell数据备份容灾技术PlusWell数据容灾系统产品是北京蓝科泰达科技有限公司自主研发的产品，拥有多项软件著作权专利，蓝科泰达是一家致力于服务器系统与数据安全保障领域的高新技术企业，是国内最早取得ISO 9001质量管理体系认证和双软认证的企业。 自主产品涉及双机高可用集群、数据备份和存储容灾、服务器综合管理技术等方面。 现有产品系列PlusWell OSR、 PlusWell Mirror、PlusWell HA、PlusWell Symirror、PlusWell PRM。产品优势：1. 降低IT技术难114、度。2. 简化操作流程。3. 节省IT设备管理成本。4. 为企业节省大量IT方面的开支。5. 降低企业总体拥有成本（TCO）。6. 提高企业市场竞争力。u PlusWellPRM全方位机房环境监控、安防监控、服务器监控方案。u 统一的Pluswell OSR灾难备份及恢复方案u 统一的Pluswell HA高可用集群方案 u Pluswell Symirror虚拟存储容灾备份方案1、 PlusWell双机高可用技术i. 双机的工作原理故障隔离，就是一种利用故障点转移的方式来保障业务连续性。其业务的恢复不是在原服务器，而是在备用服务器。热备不具有修复故障服务器的功能，而只是将故障隔离。n 心跳工115、作过程通过IP做心跳检测时，主备机会通过此心跳路径，周期性的发出相互检测的测试包，如果此时主机出现故障，备机在连续丢失设定数目的检测包后，会认为主机出现故障，这时备会自动检测设置中是否有第二种心跳，如果没有第二种心跳的话，备机则根据已设定的规则，启动备机的相关服务，完成双机集群的切换。n IP工作过程IP地址才用虚拟IP地址的方法来实现，主要原理如图主机实IP地址 备机实IP地址主机正常的情况下虚拟IP地址指向主机的实IP地址，用户通过虚拟IP地址访问主机，这时，HA软件将虚拟IP地址解析到主机实IP地址。当主机做相关的切换时：主机实IP地址 备机实IP地址虚拟IP地址通过HA软件自动将虚拟I116、P地址解析到备机的实IP地址上，这时，虚拟IP地址指向备机的实IP地址。但对用户来说，用户访问的仍然是虚拟IP地址。所以用户只会在切换的过程中发现有短暂的通信中断，经过一个短暂的时间，就可以恢复通信。n 应用及网络故障切换过程可以检测到操作系统的故障并及时将服务切到备用服务器当操作系统正常的情况下，数据库系统出现意外故障，这时双机容错软件可以及时发现并将其切到备用服务器，使服务不致于停止。当操作系统和数据库系统全都正常的情况下，服务器网络出现故障，这时双机集群软件，可以将系统切到正常的备用服务器上。n 通信路径 双机集群容错软件支持在节点之间和心跳通讯中，使用如下通讯路径： Socket即套接117、字。你使用任何的网络硬件接口，只要它能够支持TCP/IP的通讯协议。这样的硬件包括：以太网、快速以网。 串行口在双机集群容错软件配置中，你应当配置有一个串行口通信路径。串口通信路径需要利用RS232的拟调解线路来与双机集群容错软件系统相连接。 双机集群容错软件假定当通过心跳信号检测其它服务器失败时，则认为此服务器是关闭的。因此，为了避免不必要的失效切换，最好建立两种以上独立的物理路径，使用至少两种心跳。 例如，如果两个服务器被一个串口连接起来，并且，从属服务器来的心跳信号无法被主服务器所检测到，则下面之一是可能引起这一现象的原因： 服务器的RS-232卡或者端口失败电缆失效 主服务器暂时挂起 118、主服务器失败 失效切换只可能在最后一种情况下才发生。因此，节点间的多种通信路径可以帮助避免不必要的失效切换。双机的切换方式双机高可用按工作中的切换方式分为：主-备机方式（Active-Standby方式）和双主机方式（Active-Active方式）。图1 主备机方式图2 双主机方式主-备机方式：是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。双主机方式：是指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。 双机故障检测故障检测是双机集群技术的任务，不同的双机检测119、点的多少决定了双机集群软件在功能和性能上的优劣，并不是所有的软件都具有相同的检测功能，以PlusWell双机集群技术软件为例，其提供的是一种全系统检测能力，即检测分为系统级、应用级、网络级三个方面。系统级检测主要通过双机集群技术软件之间的心跳提供系统的检测功能，应用级提供用户应用程序、数据库等的检测功能，网络级的检测提供对网卡的检测及可选的对网络路径的检测功能，因此称为全故障检测能力。 服务器资源双机集群的资源指某种业务运行过程中所依赖的最小的关联服务，不同的双机软件所提供的资源多少也不相同，当然提供的可切换资源越多，软件应用的范围也越广，在双机集群技术中提到的服务器资源主要包括，可切换的网络120、IP资源、计算机名、磁盘卷资源、服务器进程等。 双机技术的切换双机集群技术的切换一般分为手动切换和故障切换，即计划性切换(即人为切换)和非计划性切换(即故障切换)。需要注意的是并不是所有资源都具有可切换性，以PlusWell热备份软件为例他提供了：1)本地资源监控，即不可切换的资源。2)普通资源，即可以在主备机切换的资源。3)快速资源，指的是快速切换的资源， 一般情况下的双机切换时间为1-5分钟，而快速切换的时间为3-5秒种。用户应根据自己的需求及业务特点来选择相关的切换服务，从价格成本上来说，切换的时间越短费用也越高。 双机技术与备份的区别热备份指的是high available即高可用，而121、备份指的是Backup，即数据备份的一种，这是两种不同的概念，应对的产品也是两种功能上完全不同的产品。热备份主要保障业务的连续性，实现的方法是故障点的转移，而备份，主要目的是为了防止数据丢失，而做的一份考贝，所以备份强调的是数据恢复而不是应用的故障转移。Pluswell HA双机技术优势l 全方位检测对用户的网络资源、应用程序、数据库、操作系统、第三方程序进行检测。l 单资源多进程检测创建一个服务来同时监控多个进程。l 本地资源监控当本地资源出现故障可重启资源进程或对服务器重启。l 冗余心跳支持TCP/IP、RS232通讯协议。l 锁卷功能从驱动层面进行数据保护，相比其他从软件层面的保护更安全122、稳定。 l 支持双激活方式支持Active/Standby和Active/Active服务器热备方式。l 支持快速切换支持IP及用户自定义资源快速切换，切换时间小于5秒。l 透明切换功能故障时用户可手动切换和系统自动主备切换。l 共享文件夹权限保护在主机上设置了共享权限，切换到备机时，权限依然存在。l 支持大硬盘格式支持GPT大数据量硬盘。l 操作系统支持支持32/64位Windows/Linux操作系统，支持MS SQL Server、Oracle、Mysql等各种数据库。 l 多方式报警支持声音、邮件、短信报警功能，操作简单。添加NT服务或应用程序锁卷配置创建虚拟IP创建心跳Pluswe123、ll HA实施步骤2、 Pluswell双机优势Pluswell HA双机容错系统结合了蓝科泰达服务器镜像产品的安全可靠性与双机容错技术高可用性的优点，相互配合二者的优势。蓝科泰达网络服务器针对双机容错技术做了许多优化和改进，满足了双机所有硬件的连接要求，并与第三方软件厂商合作，根据应用环境的实际情况，适用于Windows平台上以及开放源代码Linux平台上的多种集群软件。蓝科泰达双机容错系统是蓝科泰达提供的全套解决方案，并由蓝科泰达提供技术保障。2008年北京奥运会、残奥会开闭幕式服务器高可用软件独家供应商，与HP、Dell、IBM、Oracle等国际知名厂商保持长期合作，应用于数十个领域5124、000余个成功案例。3、 Pluswell HA可保护资源PlusWell HA容错软件提供了一个完全容错的软件解决方案，并提供数据、应用程序和通信资源的高度可用性。PlusWell HA容错软件不需要任何特别的容错硬件，并访问特定节点的配置数据。PlusWell HA容错软件会自动地提供错误检测和现场恢复。在出现故障的情况下，PlusWell HA容错软件会将保护资源自动转换到一个根据预先设定好优先权的系统。在实际进行切换用户时， 会经历一个十分短暂的休眠，但是，当系统完成了切换操作后，PlusWell HA容错软件会在所选择的节点上自动地恢复操作。可以被PlusWell HA容错软件保护起125、来的资源是： 卷（Volume）：在共享磁盘阵列的双机方式下，双机集群容错软件可以对磁盘阵列的卷资源进行保护，防止因双机共同写同一个文件造成的故障。 IP 地址：双机集群软件可以对网络IP地址，网卡进行全方位的检测。 共享文件：可以对文件夹共享。 管理器服务器名称：可以对服务器名做集群热备。 应用程序：可以对Oracle，Sybase，Informix，DB2，MS SQL Server，MySQL数据库进行保护及检测功能。 定义的用户：对用户自有程序做到实时检测及热备功能。4、 Pluswell HA双机容错模式 Pluswell双机集群有两种实现模式，一种是基于共享的存储设备的方式即双机集126、群容错方式，另一种是没有共享的存储设备的方式，一般称为镜像方式。 将两台SQL Server数据库服务器或应用系统通过不同的连接形式与共享磁盘阵列（磁盘阵列柜或存储区域网SAN）连接，通过PlusWell HA软件来控制共享磁盘阵列的访问控制权。主机故障后切换到备机，由备机接管主机的服务，来保证业务的不中断运行。对于这种方式，两台服务器可以采用互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务请求发送给其中一台服务器承担。同时，服务器通过心跳线（目前往往采用建立私有网络的方式）侦测另一台服务器的工作状况。当一台服务器出现故障时，另127、一台服务器根据心跳侦测的情况做出判断，并进行切换，接管服务。对于用户而言，这一过程是全自动的，在很短时间内完成，从而对业务不会造成影响。由于使用共享的存储设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行管理。 如下图:共享存储结构l 方案优势： 该方案运行稳定，可以做到对故障服务器的准确切换，且保证被备机接管的任务能够正常、快速的运行。 切换速度快，特有的切换技术设计能够在5秒钟内对故障服务器进行切换。 该方案对服务器的监测和故障诊断全面、精确，可以对用户的网络资源、本地资源、应用程序、数据库、操作系统、第三方程序等多个方面进行检测。 该方案系统的运行对于服务器本身的性能128、影响极小，不会妨碍服务器业务的正常运行。5、 PlusWell VBS虚拟备份系统 PlusWell VBS 虚拟备份软件是一种能够在 Windows操作系统界面提供综合可靠的数据保护解决方案。它使用一个统一的架构， 将系统容灾、数据备份、还原、文件归档的管理进行统一管理，形成理想的数据容灾保护解决方案，从而实现应用系统数据的集中备份操作，或者部署具有成本效益的灾难数据恢复。 实时备份功能为最大限度的减小数据备份的间隔，实现备份数据与还原数据的完整性与一致性，PlusWell Realtime Backup（PRB），可实现秒级备份功能。数据备份按秒级备份，最大限度的减少数据备份的损失。实时备129、份的策略实时备份、定时备份和磁带备份不同的备份策略，根据用户在异常情况下数据还原的情况，据统计在数据意外损坏时的前30分钟时间点数据是非常关键的，此30分钟的连续数据可以很方便的让用户还原到当前数据。实时备份归档实时备份会产生大量的备份数据，这样会消耗掉大量的存储空间，而对备份集的归档整理其目的在于整理保留关键的备份数据，删除重复的数据，节省存储空间。归档一般有手动归档与自动归档两种方式，在这里我们重点介绍自动归档，对于备份的历史数据，如1小时、一天、一周、一月、一年前的，我们按保留数据周期长短进行归档整理，保留最有效的备份数据，同时将备份数据在备份的过程中同步归档。归档的方法有两类：（1）渐130、近归档其归档的方法是距当前数据越近的，备份间隔越小，接近当前数据一段时间，数据备份是实时的，远离实时数据的备份点之间的间隔越大。（2）定时归档在连续备份的备份数据中，每隔一段时间从实时备份数据中取出一个快照点进行备份，同时将原有的实时备份数据清空，从而保证备份空间的有效性。同步还原功能数据还原对于确保业务连续性是非常关键的，一般的备份及还原软件，还原时间与备份数据的大小是有着直接关系，一般情况下，备份数据越大，还原时时间越久。对于不到100GB的小数据量，可能在12h内还原，而对于TB级大数据量，还原可能需要12day。因为还原过程中，数据往往是不能被访问的，造成服务器长时间停止服务的状态，影131、响用户正常的使用。PlusWell Synchronization Restore（PSR）可以实现数据即时还原，即无论多大的备份数据，使用PSR的还原功能即可以在5秒内将备份集中需要还原的数据还原出来并使用。PSR技术是我公司的虚拟还原技术，实现数据在虚拟存储系统上即时还原，同时将备份集在虚拟系统上同步还原。异地备份功能异地备份功能，主要实现数据的异地备份，蓝科泰达使用独有的异地数据传输与数据快照功能，将备份数据传输到异地，以实现数据的安全存储。根据数据传输所需的带宽要求，PlusWell异地备份功能分为窄带容灾与宽带容灾两部分，当本地数据传输的带宽远远大于两地间数据传输的带宽时，数据备份选132、用定时备份的窄带传输技术，实现断点续传功能；当本地数据传输带宽接近或等于两点间的数据传输带宽时，选用宽带容灾。可以实现数据的实时备份传输。容灾演练功能您的容灾系统建设完不是万事大吉了，关键是在当您的业务系统出现灾难时容灾系统能否顺利接管业务，快速恢复数据。为了验证容灾中心数据库、应用系统和网络是否能够接管业务，必须对容灾系统进行演习，演练的主要目的用以验证如何进行业务接管，以及对制定的容灾切换流程进行验证。用户可根据实际情况选择PlusWell验证容灾系统可用性的演练功能模块，该模块对备份数据进行可靠性检验。（高级版支持）PlusWell 容灾演练模块维护备份中心数据在处于备份状态时，而生产中133、心所产生的数据也在备份中心上同时记录。实际上这种方式的容灾系统验证是时刻在进行着，也就容灾中心的数据将时刻与生产中心保持一致。PlusWell 容灾演练功能让用户通过几步简单的操作，快速验证灾备数据的完整性，以确保灾备数据的可用性。当演练结束后容灾系统可自动将测试用的数据自动回退到演练之前，保证生产系统正常运行，减少回退工作和因误操作造成数据差异。备份及还原模式方案1：服务器系统故障瞬间恢复上图在服务器系统出现蓝屏、无法引导；系统感染病毒、死机；人为误操作改变或删除系统某配置文件，机器无法启动。通过PlusWell VBS软件在同一硬盘的不同分区上创建系统主盘的备用引导盘及备份集，如0盘1卷为134、主系统盘，0盘2卷为备系统盘，0盘3卷为自动或手动备份系统不同时间段的数据状态的备份集盘。服务器只需一次重启即可将故障系统在5秒内瞬间修复，如下图。图表 2：系统恢复过程实现方式： l 本地同一磁盘内不同分区间实现 l 本地不同磁盘分区间实现l 本地磁盘与存储卷间实现方案2：本地数据备份集中与还原图表 3：数据集中备份与还原如上图表3在磁盘阵列中划分出多个LUN分配于多台服务器，每台服务器都对应一个LUN，如PlusWell VBS在LUN中设置不同的备份策略，对每台服务器的系统盘和数据盘数据进行定时或实时备份和还原，可以做到多台服务器数据的集中管理备份，能有效的提高磁盘阵列的利用率，节省用户135、的总体成本。用于多台应用系统数据集中备份到本地或存储中； 可实现定时计划备份和实时备份，数据及时还原恢复，提高RTO、RPO指标；可提供历史归档进行重复数据删除需求。 在发生病毒攻击或数据破坏时，您目前最佳的恢复方案可能包括一个数据还原 (Restore) 过程， 根据数据大小不同，这个过程可能需要数小时甚至数天时间。在大多数环境下，漫长的恢复过程和数据的丢失会干扰企业运转， 并产生严重影响。假设您可以将恢复时间从数天或者数小时减少到几分钟，并且不会造成数据丢失和对用户的影响，将会怎样？PlusWell VBS 软件能够提高恢复时间并恢复到严格的时间点。TB级数据5秒及时还原恢复，无需管理员帮136、助。图表 4：数据容灾备份复制方案3：异地数据容灾备份上图表4 PlusWell VBS备份模块将备份集设在异地的磁盘阵列上，通过有限网络带宽VPN或专线将数据中心与灾备中心的存储设备连接，在数据中心对异地的存储设备进行控制与数据存取，同时数据会以增量的方式定时备份到备份集中。一旦本地出现意外，可通过异地磁盘阵列的备份集数据对本地应用服务器进行数据还原恢复。备份中心级别： l 备份中心本地系统仅仅提供异地数据备份存储功能。l 备份中心系统不仅能实现数据异地的备份，而且能为数据中心提供关键服务能力的灾备应用系统。 方案优势： 数据异地备份，抗灾能力更强，数据更安全。 很短的备份间隔，使备份数据更137、完整，丢失风险更小。 快速、灵活的数据还原功能，能在最短时间内恢复数据。 先进的在线备份功能，不影响系统的应用系统的运行。 备份数据区块化设计，方便用户将数据进行离线保存，进一步提高数据的安全性。 数据可以在本地恢复，也可以在异地恢复，为用户提供灵活的选择。 可实现数据即时还原功能，即无论多大的备份数据，使用PSR的还原功能即可以在5秒内将备份集中需要还原的数据还原，并马上投入使用。 通过归档重复数据删除的数据以压缩格式复制到备份中心，从而使带宽有限的广域网创建灾难恢复副本成为可能。6、 Pluswell SyMirror虚拟存储镜像容灾技术方案Pluswell Symirror核心技术Plu138、swell Symirror是由北京蓝科泰达科技有限公司自主研发生产的冗余存储、实时备份软件。采用虚拟技术将两台存储设备在服务器系统中虚拟成一台存储设备提供给服务器使用，用户向虚拟存储中提交的数据，被SyMirror同时复制到两台真实存储设备中。任何一台存储设备发生故障，SyMirror都会以极快的速度发生切换，切换时间小于1S。而故障的存储设备可以很方便的离线维修，不会影响数据的继续写入和存储，维修好的存储设备再上线时，智能识别模块会对它进行数据是否为最新的智能判断，如果判断得出数据不是最新，则会由另一块存储设备自动将其恢复为最新数据，保证两块存储设备数据的一致性。Symirror实现原理P139、luswell Symirror功能描述l 虚拟存储技术确采用虚拟技术实现存储设备冗余，解决存储设备单点故障的硬伤。 l 数据实时同步确保两台存储设备的数据在任何时候保持一致。l 透明化的数据存取任何一台存储设备的损坏都不影响用户使用存储设备。l 支持离线维护虚拟系统中的任何一个真实的存储设备都可以在任何时候轻松离线工作。实时、完整的备份数据，解决本地和异地的数据容灾问题。l 智能增量数据识别确保加入虚拟系统中的存储设备进行快速增量同步。l 容灾切换时间短存储设备之间的容灾切换时间小于1秒钟，对用户存取数据几乎无任何影响。l 纯软双机方式配合PlusWell HA软件系统，随动切换，实现真正意140、义的高可用冗余存储方案。l 支持系统支持MS Windows XP/2003/2008 32/64位系统。l 配置简单中英文界面，操作便捷，无需繁琐的培训。Pluswell Symirror应用方案 l 本地数据实时灾备方案在本地由Pluswell Symirror创建出虚拟盘，供用户在操作系统层面使用。虚拟盘同时映射向两块通过iSCSI方式连接的物理存储。当用户向虚拟盘中写入数据时，Symirror软件将数据同时写入两块物理存储，实现数据的备份。如下图：本地数据备份方案优势：彻底解决传统的“2+1”群集模式的不足，Pluswell Symirror就是一套经济、实用、具有多个领先优势的优秀解141、决方案，即为 “2+2”群集模式，是在原来的“2+1”群集模式的基础上，再增加一台磁盘阵列，由SyMirror软件将两台盘阵虚拟成一台提供服务器使用，在系统运行时，用户向虚拟存储中提交的数据被SyMirror同时复制到两台真实存储设备中，两个存储节点之间是镜像的关系，两个服务器节点之间是群集的关系。从功能上此方案历史性地突破了系统全冗余、无任何单点故障的数据和应用范围容灾，使用户的系统真正没有后顾之忧。l 异地数据实时灾备方案利用VPN或光纤专线网络来连接数据中心与备份中心的两套磁盘阵列，由Pluswell Symirror将两面三刀套磁盘阵列创建出虚拟盘，供用户在操作系统层面使用。虚拟盘同时142、映射向两块通过iSCSI方式连接的物理存储。当用户向虚拟盘中写入数据时，Symirror软件将数据同时写入两块物理存储，实现数据的备份。由于采用了特殊处理技术，数据的写入是基于驱动层面而非网络，如此既大大提高了数据的读写效率，也避免了网络层不稳定所带来的数据安全隐患。在实际使用过程中，物理盘中的任何一块都可以随时离线，一方面可以避免单点故障造成的存储不可用，另一方面方便用户更换、维护设备，离线保存、使用数据。Symirror仅需200ms即可判断物理盘的离线状态，并做记录，当离线盘再次上线时，可以完成数据差量回滚。这样就实现异地数据容灾备份的功能。异地数据备份方案优势： 全冗余连接，无任何单点143、故障点，系统中任意一个部件的损坏都不会影响系统的正常运行； 镜像的存储节点为系统关键的在线业务数据提供了双重保护； 两台存储设备的数据是实时、同步一致的，实现了数据和系统的容灾； 同样支持先进的SAN架构，同样具有SAN架构自身的优势，如：实现高性能的LAN-free备份以及良好的可扩展性等等。 SyMirror采用的虚拟硬盘技术可保证任何一台存储设备的损坏都不影响用户使用存储设备。而且存储设备之间的容灾切换时间小于1秒钟，对用户存取数据几乎无任何影响。 该方案实现任何一个真实的存储设备在任何时候轻松离线工作，让用户将存储设备中的数据用于它途更方便。虚拟化存储系统远程数据镜像剖析进入90年代以144、后，磁盘阵列技术发展十分迅速。就象七、八十年代通过IBM3705等设备的电信处理控制功能来减轻处理负荷那样，磁盘阵列正在将磁盘镜象功能的处理负荷从主机转移到智能磁盘软件企业智能虚拟化存储系统上。有了这种技术，就可以实现生产中心和灾难备份中心的操作系统、数据库、系统库和目录的实时拷贝维护能力。如果在系统恢复场所具备了实时数据，那么就可能做到在灾难发生的同时实现应用处理过程的恢复。远程备份系统的重新启动可以做到象一般电源故障后的重新启动那样简单！基于智能虚拟化存储系统的远程容灾及异地备份解决方案就是通过上述方式实现的，目前已占据了主要市场份额的远程容灾解决方案。它可以实现不同地点之间的磁盘数据实时145、备份，距离可以是几英尺、数英里、甚至跨越不同的大陆。目前还没有其他有效的竞争技术出现，远程容灾及异地备份解决方案是Pluswell公司重要的竞争优势之一。基于虚拟化存储系统的容灾模式可以通过智能存储设备镜像到远程备份中心的智能存储设备实现数据的安全保护。生产中心和备份中心的虚拟化存储系统实现生产中心与备份中心之间数据的远程互为备份。保证在生产机房出现不可抗拒的灾难时关键数据不会丢失。在通信状况和备份中心计算机系统逐步完善情况下，也可以实现生产中心出现灾难后，直接启用备份中心替代生产系统，保障业务系统的不中断服务。用户可根据需要远程保护的数据量来选择合适的智能存储设备。如果生产现场和备份现场相距146、较远，两地各有智能存储设备系统，连接方式可灵活使用 DWDM，ATM，FDDI等，如果生产、备份现场连接距离在60公里以内，也可采用光纤直连方式。远程容灾解决方案已经应用于客户的许多重要应用领域，并为客户带来了真正的实惠。当今的商务活动每天24小时都离不开数据。如果由于维护、内部调整、系统升级，或是由于自然灾害或人为故障造成重要的业务数据无法访问，其代价将是巨大的，甚至关系到企业的存亡。所以，最重要的是要保证数据的持续可用性，以确保各种应用系统能不间断地服务于业务活动。远程容灾及异地备份解决方案可以应用于许多重要方面，下面所列出的只是其中的一部分：业务持续性：即使是在可能出现磁盘错误的情况下，147、也能保证业务应用程序的持续运行；灾难恢复：灾难发生是，可以在几秒钟(而不是几分中)内，在备份现场实现数据的恢复；数据中心迁移：将应用程序的停止时间从数小时减少到了几分钟；工作量迁移：于数据中心迁移类似，远程容灾及异地备份解决方案是进行常规的软硬件维护时缩短应用程序失效时间的理想手段；工作量压缩或消除备份的处理时间：通过利用远程容灾及异地备份解决方案的第二数据拷贝缩短或消除备份的处理时间。最后需要强调的是这种数据保护方式在存储层实现，是独立于网络层的，因而用根本不用担心网络访问控制对数据保护的破坏，因而具有很大优势。如果客户已经采用了具有容灾能力的存储产品，完成了数据整合，那么采用基于存储产品的148、容灾解决方案就成为首选。离线磁盘备份方式的数据容灾方案在网络技术日益完善成熟的今天已经越来越不能满足广大用户的实时需求，尽管它还有其市场的价值， 在小规模非关键业务应用中还能常常看到，但总体讲其价值基本上是对在线磁盘备份的补充。在线磁盘备份方案可以从上面的对比分析中看到：网络远程备份仍然拥有其市场，它是一个替代磁带备份的比较经济的解决方案，适合小规模系统非关键业务需求；主机软件备份方案具有理论上的可行性，但在实践中暴露出许多问题，根本达不到设计要求；存储层数据备份镜像是目前业界的成功容灾解决方案，相比之下具有巨大优势，在国内外拥有广大用户群，成为真正系统容灾的首选。安全存储同步镜像容灾方案 针149、对传统的“2+1”群集模式的不足，我公司推荐一套经济、实用、具有多个领先优势的双机高可用优秀解决方案，即为 “2+2”群集模式，就是在原来的“2+1”群集模式的基础上，再增加一台磁盘阵列，通过双路径冗余技术将数据文件同时复制到两台真实存储设备中，两个存储节点之间是镜像的关系，服务器节点之间是群集的关系。存储阵列连接方式可选择FC SAN架构或IP SAN架构，从功能上此方案实现了系统全冗余、无任何单点故障的数据和应用范围容灾，使用户的系统真正没有后顾之忧。每套服务器部署一套PlusWell OSR解决系统的灾难快速恢复和数据备份，利用PlusWell SyMirror将每台服务器的数据分区盘与150、一台PS4000磁盘阵列的不同LUN卷组成数据同步镜像系统，实现数据的实时备份。 使用PlusWell SyMirror功能的优点有以下几点：快速高效的实现数据同步，不需要改动客户原有的网络存储架构，从而实现两台磁盘阵列之间的同步，不需要额外的再添加硬件设备。只需新一台磁盘阵列。使用PlusWell SyMirror功能实现数据同步，数据传输是通过光纤设备实现，数据吞吐量得到了保证，而且数据同步是通过磁盘阵列本身的控制器运算实现的，不会影响到客户原有应用系统的运行和负载。主磁盘阵列和辅助磁盘阵列之间保持的镜像对关系可以被颠覆过来。在主磁盘阵列发生故障时的灾难恢复期间，辅助逻辑驱动器将承担主逻辑151、驱动器的责任并继续执行数据处理。此时，通过使用角色互换命令，新的主磁盘阵列可以将原来的主磁盘阵列作为自己的镜像通过PlusWell SyMirror功能实现存储数据同步，通过光纤最远可以达到10公里，为客户部署异地容灾提供简单、快捷的方案如下图：方案优势： 全冗余连接，无任何单点故障点，系统中任意一个部件的损坏都不会影响系统的正常运行；镜像的存储节点为系统关键的在线业务数据提供了双重保护；两台存储设备的数据是实时、同步一致的，实现了数据和系统的容灾；支持先进的SAN架构，具有SAN架构自身的优势，如：实现高性能的LAN-free备份以及良好的可扩展性等等。保证任何一台存储设备的损坏都不影响用户152、使用存储设备，对用户存取数据几乎无任何影响。快速系统灾难恢复，系统运行不中断，提高服务器的高可用性；服务器一次重启3-5秒即可将故障系统恢复。 数据备份最短备份间隔仅为15分钟，最大限度的提高数据的安全性；备份集的设置使用户可以更灵活、方便、快速的还原数据；支持手动和自动方式备份，支持增量备份，可降低管理员的工作强度和服务器资源；方案部署简单易操作。3.3.4.4 项目产品技术参数1、 表一 Pluswell HA软件的技术参数项 目功能说明Pluswell高可用双机集群软件操作系统支持：支持Windows NT/2000/2003/2008、Linux等多种操作系统 支持热备模式：双机集群、153、双机互备、N+1备份、N机互备备份功能：支持基于内存的硬盘镜像功能，支持数据增量同步功能，网络数据恢复功能，智能数据识别功能，口令保护功能。扩展能力：升级版本支持存储镜像同步加速和远程容灾备份功能。升级版本支持系统快速修复和数据备份。提供快速切换：提供快速的虚拟IP、自定义切换，切换时间5s；支持虚拟机、GPT大硬盘格式功能；支持本地资源、进程监控重启；支持虚拟硬盘技术，提供双阵列功能；管理：中英文管理界面，多集群集中管理功能,支持声音报警和邮件或者短信故障通知；监控功能：支持单资源多进程检测功能，支持对用户的文件共享做权限保护， 支持对数据库应用热备，支持用户特定第三方应用程序检测功能。特别154、功能：可以为用户提供第三方软件热备编程服务。资质要求：获得ISO9000国际认证，软件著作权和商标证明，国家相关检测证明；提供针对本项目的原厂授权书本次配置：实现11双机集群份+硬盘镜像模式2、 表二 高级版本VBS软件技术参数 项 目功能说明Pluswell VBS灾难备份软件操作系统支持：Microsoft Windows xp/2003/2008 32位 /64位；支持IBM、DELL、HP、POWERLEADER、浪潮、联想等X86/X64架构的服务器；支持Oracle 8i/9i/10g ， SQL Server2000/2005 ， Sybase 12.5，Informix，Mys155、ql，DB2，Lotus Notes等；备份功能：支持数据备份到本地硬盘；支持数据备份到异地；支持具备FTP功能的窄带备份；支持数据连续、增量以及在线备份确保业务运行的同时进行备份；支持磁带、带库备份；支持实时备份实现数据的秒级备份，最大限度的减少数据的损失；支持2-256TB的数据量备份；支持容灾演练功能：实时异地的容灾演练，检验及验证备份可靠性；还原方式：支持即时还原功能，数据全部还原的时间5s；远程还原功能，灵活的集中管理功能，通过一个实例管理多个客户端进行远程还原；窄带还原，支持FTP功能和断点续传，自动查找上次中断的任务从而继续还原；备份点还原，用户自由选择恢复点进行还原；提供命令还156、原方式：用户可以不启动操作，即可进行系统还原系统快速修复：系统修复无需等待时间，做到开机后3秒即可将系统修复完毕；支持系统无缝迁移功能；支持动态加密功能：采用硬盘级动态加解密技术，512位国际流行的加密算法，实现包括对操作系统在内的全磁盘数据加密；数据加密技术：指定硬盘数据生成中实时、自动加密，以密文形式备份存储；提供口令保护功能；提供病毒清理功能：还原的同时清除病毒造成的系统被修改，数据被破坏等事故；提供邮件、声音、短信报警；管理：提供中英文操作界面，方便本地化管理及服务；售后服务：三年远程、电话技术支持；资质：ISO9000国际认证，国家相关检测证明，软件著作权证明，软件商标证明；提供针对157、本项目的原厂授权书；3、 表三 Pluswell SyMirror软件的技术参数项 目功能说明Pluswell symirror存储容灾软件操作系统支持：支持Windows系列；数据库支持：Oracle、SQL、Sybase、Informix、MySQL、DB2等主流数据库；磁盘阵列柜支持：DELL、EMC、IBM、HP、浪潮等全系列；数据实时同步功能：两台存储设备的数据实时同步确保数据一致性；透明化数据存取功能：任何存储设备的损坏都不影响用户的业务运行；虚拟硬盘技术：实现存储高可用功能，主备存储之间的切换合部在虚拟存储中完成，用户无需对存储做任何改动。虚拟技术：虚拟系统中的任何一个真实存储设158、备都可以在任何时候轻松离线工作；增量数据功能：智能增量数据识别功能，确保加入虚拟系统中的存储设备进行快速增量同步；切换时间：存储设备之间的容灾切换时间500ms；支持pluswell HA软件系统紧密配合，实现高可用冗余存储；售后服务：三年电话、远程技术支持及升级服务；资质： ISO9000国际认证，国家相关检测证明，软件著作权证明，软件商标证明；提供针对本项目中的原厂授权书；3.3.5 实施方案3.3.5.1 实施总体规划1、 项目实施阶段规划根据智慧医院规划要求以及项目设计的功能模块和接口情况，医院项目实施计划分为二个阶段实施，经双方协商确认可根据实际情况调整。整体项目实施计划在三个月内完159、成，项目启动时间由双方协商后确定。本项目分为二个阶段（3月内完成）：第一阶段在合同签订生效后2月内完成主要业务模块检验系统在医院检验科与所有科室设备的连接，并能正常出具报告。第二阶段在1个月内完成检验系统与医院其它系统间接口调试工作，实现患者基本信息共享，检验报告医生站调阅，并最终完成整体项目的验收工作。2、 项目实施计划医院的信息化建设项目实施分为以下几个过程：l 项目准备过程：完成项目启动前的各种准备工作，并最终形成项目实施计划。l 项目启动会：主要目的是双方达成对项目的充分认识，了解双方需配合准备的相关事项，和工作方式，并达到动员的目的。l 建立实验室环境：建立字典准备及应用软件调试及培160、训所需的软硬件环境。l 数据准备：数据字典是各应用系统正常运行的基础，其准备的充分与否将直接，的时间安排的时间影响上线进度的快慢，以及各应用系统运行的正确性和稳定性。该过程主要目标是建立系统所需的各种基础字典。l 需求调研：需求调研的目的是为了充分了解客户的需求，经双方确认后形成客户化需求调研备忘录，在此基础上进行系统业务调整，以求最大程度地满足客户业务流程的合理化和个性化。l 需求分析和客户化过程：完成双方在客户化需求调研备忘录中约定的系统业务调整。l 软件调试过程：对客户化后的程序进行调试，保证客户化后的程序正常运行。l 应用培训过程：培训计算机室的系统管理员及相关科室的业务骨干能够掌握电161、子病历系统，并且能够充分理解电子病历系统(当前版本)所包含的范围及所实现的功能及业务流程。能够正确操作和使用电子病历系统相关模块。l 系统运行环境建立过程：建立系统运行所必需的软件和硬件环境。l 系统上准备过程：完成上线前的准备过程，确保上线的安全性和稳定性。l 系统上线稳定过程：跟踪上线系统的运行，对于出现的问题快速响应，保证客户业务的平稳运行，最大限度地降低系统上线带来的各种风险。l 系统阶段性验收：对相应的系统上线后运行阶段性验收，按阶段对合同执行情况进行总结，并最终得到客户对我方履行合同情况的认可。及时总结项目实施过程中的经验教训，以利于下一阶段工作的开展。l 系统总体验收：系统总统实162、施完成，根据合同条款进行验收。系统转入运营维护状态。3、 项目实施计划表l 具体项目实施进度规划序号内容第1周里程碑1第2-4周第5-6周里程碑2第7-8周第9-10周里程碑3第11-12周里程碑41成立信息化项目组2模拟环境搭建3系统流程演示，需求调研4前期准备；技术人员培训5用户测试及上线评估6流程确定、培训及需求处理7第一期电子病历应用8全线上线推广应用9二次需求开发全部联调10项目后续跟踪及现场验收3.3.5.2 智慧医院信息化项目设施中的重点l 详细功能调研与前期准备方法工程师在项目现场建立标准程序运行环境，院方为每个功能模块选定一名精通医院业务的人员，项目工程师针对系统提供的每个功163、能进行详细讲解、演示系统的业务实现方法、对业务人员提出的问题进行答疑；共同记录业务人员提出的问题，并形成需求备忘录提交公司技术部门。l 数据准备数据字典是各应用系统正常运行的基础，其准备的充分与否将直接影响上线进度的快慢，以及各应用系统运行后是否顺利。因此，院方应对数据准备阶段的工作给予足够的重视及支持，安排专人负责联系、协调、组织各相关人员，共同完成此项工作。数据准备开始前，我公司将派专职工程师到医院，就各个字典的内容及准备方法进行初步培训。医院要积极配合，组织相关人员来学习。具体人员，根据上线子系统而定。用户根据自己院里的情况，一切重新开始，准备一套适合自己医院、符合现有软件需要的数据。此164、过程可分为三个阶段：a.数据采集阶段：这个阶段主要是手工采集数据。部分字典内容多而繁杂，采集起来所需时间长，占用人力大，需要耐心认真的对待。在数据采集阶段，有以下几点注意事项：首先，负责各字典的数据采集的人员应是今后字典的直接维护人员，并对字典内容有确切把握的，以保证字典内容的准确性与完整性。例如：职工主索引由人事部门来完成，医嘱项目字典应由护理部与各科室协作完成等。其次字典在分别数据采集完成后，还应将几份数据放在一起进行整体检查，去除那些重复的数据项目，并尽可能多的将遗漏数据补充完整。第三，要根据该字典数据结构的要求，对数据进行初步整理，使其符合要求。最后，对于采集来的数据要编排整理，保留完165、整，以备将来检查核对用。需要特别指出的是，因从事数据采集的人员与下一步数据录入人员极有可能不是同一人，因此，在书写时，请注意工整明了。b.数据录入阶段:数据录入可从医院中挑选有初步计算机知识、打字速度快、准确率高的人员来做，以提高效率，但可能会因该人员对自己录入的数据内容不了解或因数据书写不规范而产生一些错误。在录入过程中，将不断与相应数据采集人员进行交流；也可请数据采集者来录入，发现错误好及时更正，并能够随时处理那些仍然在变化的数据，为将来的维护使用工作打下基础。数据录入的工具可直接选用系统软件，也可通过其它方法，我们的工程师会根据实际情况为用户提出最佳方案，并对用户进行培训。因参加数据录入166、的人员较多，程度不一，数据录入工作完成后，应由专人根据数据采集手稿来检查核对，发现不正确或不准确的地方要及时更正。c.数据验收阶段:用户将核对后的数据发往我公司，由工程部的工程师检查数据是否满足系统的要求，有需要修改则及时通知用户作相应改动。此次检查主要是针对数据的结构及编码规则，对于数据具体含义的正确性是用户把关。至此，数据准备工作完成。l 软件客户化代码修改与扩充方法：一、非现场修改（1） 项目经理提交医院的信息需求,将需求放到公司的FTP服务器上相应的医院客户化工作需求目录中（2） 公司技术支持部门有专人负责各家医院的需求响应及分发工作,每2小时进行需求文件的刷新工作（3） 技术支持部负167、责该项目的工程师接到分发的需求的后,立刻针对该医院的需求与项目经理形成医院信息系统需求备忘录并和项目管理部一起讨论，形成具体的软件修改方案（4） 项目经理将具体软件修改方案与医院进行协商后,将修改时间反馈到技术支持部,技术支持部在规定时间内完成修改.（5） 技术支持工程师对其进行客户化代码修改和测试，完成后提交到FTP服务器中的项目客户化完成目录中由项目工程师进行功能需求现场测试与验证，验证通过后交用户培训使用。二、现场修改（6） 技术支持部人和工程实施人员同时在医院项目实施现场,对医院提出的需求进行现场分析,与医院一起制定解决方案,在规定时间内完成客户化修改工作修改后的程序在医院正式运行以后168、,将及时回传到总部,便于公司对医院的所用软件版本的管理与控制,保证医院使用软件的统一性。3.3.5.3 新旧系统切换方案1、 针对医院现行系统和方正国际系统的切换切换内容：合同约定的模块或双方协商确认的模块。院方职责：l 院方要组织动员会，以保证全院对系统切换的正确认识，和全力支持配合。l 准备好运行所需条件：确定各站点；为各站点配备所需的软硬件设备；建好网络环境；确定各站点主要负责人；建立运行管理制度。l 建立CHIS正常运行所需的各部门的协调关系。l 检查数据字典准备的正确性，发现错误及时修改。我方职责：l 根据客户实际情况制定系统切换方案。l 制定在系统切换过程中的人力资源计划。l 检查169、字典数据在数据结构级的完整性。l 安装调试应用程序，确保系统正常运转。l 要进行数据迁移的验证。l 制定应急方案。切换流程：切换原则：新老系统并行运转，更换新系统后老系统保持运行，以供查询、退费。住院部分基本原则：l 在院病人在院信息录入新系统中，病人总帐费用录入新系统中。l 病人执行中的长期医嘱录入新系统。门诊部分基本原则：l 老系统中的退费原则上在新系统切换后在老系统中查询后由财务部门特殊处理。l 新系统负责新病人的费用处理。具体切换方案由双方在协商后根据院方实际情况确定，作为最终切换方案。需要注意的事项：l 公示就诊流程，提示患者因切换系统按就诊流程就诊。l 根据就诊流程张贴醒目的指示标170、志，指引患者就诊。切换过程中医院相关部门做好就诊患者的疏导和维持秩序工作。3.3.5.4 正式上线保障与质量控制保证概述将在系统开发过程中加入足够的质量控制，以确保交付系统的质量如工作声明所述。交付系统须达到（但不限于）最佳的：功能性、可用性、可靠性和（速度）性能。此外，交付系统须达到：可维护性、可支持性和可扩展性。将提供适当的（开发/测试）环境。在开发应用系统时必须在开发环境下进行。当开发完成及单元测试后才提升到测试环境。需求调研和设计阶段将确保需求说明和提议的设计能满足要求和医院业务过程需要。项目队员与医院员工交流，以审查和确保收集的需求和设计的功能完整性。单元测试满足需求说明书中定义的应171、用系统过程和系统功能。为特定的业务过程设计的各系统模块操作正确。包括系统设置、报告制作、界面等。解决所有经确认的重要缺陷。系统集成测试将负责提供在系统集成测试阶段所需要的工具和测试设备。将负责安装系统集成测试环境。保证：系统作为一集成体操作并执行所有的程序。满足医院所有的业务需求，完成所有的系统功能。解决所有经确认的严重系统缺陷。用户验收测试将负责整个系统测试环境的安装、支持、及管理。将负责提供适当的测试策略和方法来验证功能、使用性、可靠性、运行性能、负载能力和可扩充性。将确保使用正确的测试方法和方式进行测试。将需负责（但不限于）以下用户验收测试活动：提供测试脚本、测试数据、测试工具、设备以及172、有一定技能的人力资源。为测试者提供简短的介绍。协助测试并随时提供支持。协调修改需求并管理问题与结论记录。修正在用户验收测试发生的错误、问题或缺陷并完成重新测试。保证：医院业务处理过程和系统使医院业务能够成功运作，且用户能够完成所需完成的工作。在规定的时间段内递交验收测试计划和结果。解决所有经确认的错误。要达到在系统集成阶段医院和达成的验收测试标准。项目组将和医院相关的人员一起评估用户验收测试签收标准。医院保留最后的签收决定权。如果系统没有按验收标准正确地运行，则认为是系统测试失败。将在规定的时间内解决问题。上线准备将确保所实施整个系统的所有功能完整安装，设置完毕。系统安装前，同时确保检查和测试173、所有的应用模块。系统递交后，正式投入运行前，安排系统示范给医院授权签收人以确认递交的系统满足以前定义的系统规范。系统性能/耐压测试将组织系统性能和耐压测试以确保递交安装的系统符合规范书中所定义的系统性能标准。系统性能测试包括但不限于以下：运行系统能完成日常的业务处理和业务流量。进行耐压测试，能完成处理繁忙时间的业务和流量。执行其他相关的业务处理以测试系统的性能。3.3.5.5 风险管理1、 需求风险分析及规避措施需求风险分析l 用户对目标软件系统缺乏充分认识，不能很好表达需求。需求风险规避措施：1. 在提供标准应用软件模块培训，进行需求分析；2. 建立严格的讨论、审核、确认机制；3. 聘请见识174、广泛、思路清晰的医务人员参与和指导需求调研。l 对于目标应用软件，用户需求不断变化国内建设和传统的企业IT项目规划一样容易犯的一个普遍的错误，项目的规划者总是希望一个系统在完成的时候能满足所有人的需要，能完成所有的功能，而这样做的后果是花了非常多的时间做需求、做设计、做开发，而在实施的时候发现系统已经不能再满足企业的需求了。对HIS的希望、要求过高(有时来自医院领导主观，更多来自软件供应商和媒体不着边际的宣传) 是HIS实施项目失败的重要原因(70%)规避措施：1. 明确需求，明确现实施各阶段要解决的主要问题；2. 制定一个长期规划/计划；3. 制定实现计算机化的业务范围；4. 制定投资的规模175、和水平。l 用户对新系统、新流程、新界面的接受和使用程度不满寿光市人民医院的大部分系统已经运行了多年了，很多业务流程及功能、功能产生的查询和统计都已经被业务使用人员接受，医院在推广一个新系统、新流程时必然要面临这方面的困难。规避措施：1 组织聘请见识广泛、思路清晰的医务人员调研检查新系统、新流程、新界面是否真正合理。2 对已经取得全院认可的事务流程、功能、操作方式，新系统必须给予支持；2、 产品风险分析及规避措施产品风险分析就一个软件产品而言，其使用的生命周期大约为3-5年，其根本原因在于初始设计上的局限性，满足于最初原始的需求。随着客户需求的增加，不能为后继发展提供良好的平台。同时，不能与其176、他系统很好地集成整合。即可扩展性、兼容性欠佳。产品风险规避选择具有良好构建基础的软件，不应盲目追求一时的功能强大与完善，应该从软件的设计思想、设计水平、标准的应用的角度上考虑。考虑软件的可持续发展性，其标准化程度，与其他系统的兼容性。3、 公司风险分析及规避措施公司风险分析目前国内市场上信息系统开发商，盲目地争抢市场，而对于产品的可持续发展没有太多的投入，造成市场产品更新缓慢，医院客户群的需求不能及时满足，客户化过程漫长，再加上庞大的客户群体，因此在问题出现时，无法及时对医院提供满意的技术支持，使一个个开发商陷入了恶性循当中。另外公司本身的发展、资本运作的情况都是信息系统开发公司的不确定因素。177、公司风险规避选择背景实力强、可持续发展的公司作为合作伙伴。医院不仅仅关注产品本身，还更应该关注产品以外的公司的技术实力、以及产品的经济实力、管理实力、信誉度等。只有对一个公司的综合实力进行分析，医院才能正确地选择良好的长期合作的伙伴，实现“双赢”的结局。4、 项目实施风险分析及规避措施项目风险分析目前，在没有产品化的医院信息系统之前，医院信息系统的建设还是以项目的形式进行实施。在项目管理上，医院方面缺乏相应的经验。公司方面，很多项目管理人员多由技术人员转型担任，项目管理经验不足。IT人员流动性强，规范的文档管理性差，实施整体缺乏明确的计划。项目风险规避选择良好的规范的公司，对项目实施人员进行规178、范的培训。要求厂家实施人员具有成功实施相关项目的经验，要求明确的各项文档管理和计划。5、 管理风险分析及规避措施管理风险分析随着建设的内容越来越复杂、全面，和大型信息系统建设项目一样，HIS建设项目经常会遇到诸如工期拖长、预算增加等现象，甚至导致项目整体的失败。管理风险规避规避措施：HIS工程的监理制的引入不仅可以对工程合同、质量、进度和资金进行有效的控制，监理让HIS更规范，同时也将推进我院的医院信息系统建设逐步走向规范和成熟。风险计划表序号风险名称风险描述估计风险概率(%)风险应对措施风险应对责任人1准备工作院方对基础工作的不重视15加强字典准备工作、在原有字典的基础上仔细修改与完善；在公179、司指导下，要求院方做好基础工作2人员对新系统不熟悉（1） 使用者（2） 信息科人员35（1）加强各个科室培训，培训时间严格按计划执行，培训后进行考核，不合格者不能上岗；（2）培训对象进行有效分解，首先培训各个科室的骨干，然后由各个科室骨干去培训本科室的人员，这样有助于提高培训的速度和质量，及时补充、及时调整；（3）加大力度培训信息科的人员，培训内容分为前台程序应用和后台数据库维护3管理风险随着建设的内容越来越复杂、全面，和大型信息系统建设项目一样，HIS建设项目经常会遇到诸如工期拖长、预算增加等现象，甚至导致项目整体的失败。15HIS工程监理制的引入不仅可以对工程合同、质量、进度和资金进行有效180、的控制，监理让HIS更规范，同时也将推进我院的医院信息系统建设逐步走向规范和成熟。4实施风险实施周期短，上线模块多35（1）双方紧密配合，合理分工，制定好计划后严格按计划执行（2）公司做为总包商做好各个厂商之间的协调工作，对各个系统的接口工作要做好时间控制和质量控制（3）选择良好的规范成熟的公司，公司派遣有丰富实施经验的项目经理和工程师组成实施团队（4）公司和医院协商后明确完善的实施计划和各种技术文档5后期风险 医院后期的维护0（1）加强培训，通过多种培训方式，为医院带出技术队伍3.3.6 其它资料3.3.6.1 文档资料根据本项目的要求，我们会提供实用和齐全的全套随机技术资料，包括产品安装手181、册、产品使用手册、用户手册、系统维护手册等相关资料。我们所提供产品及对于买卖双方所提供的各种资料，双方各自均不得向第三方透露。我们一旦中标后，会与用户签订保密协议，作为合同附件。北京方正国际公司将指定专人负责工程文档的编制、整理、汇总等工作，建立变更会签制度，资料分类保管，详细记录。工程施工过程中各阶段的各类文档、图纸、变更单，可随时提供给用户。3.3.6.2 文档的密级管理本规范中的技术文档包括本项目中所有于方正国际公司提供的技术和非技术的文字的文字描述，同时，此文字描述具有以下功能：l 反映系统的构造原理，表明了系统的实现方式，为了系统维护，修改和进一步开发提供了依据。l 记录了系统各个阶182、段的技术信息。l 为管理人员、开发人员、操作人员、用户之间的技术交流提供了交互的媒体。l 涉及到项目管理的文件l 涉及到项目的技术资料和技术规范的文件。1 文档的密级划分根据文档的重要程度，并结合涉密文档的密级划分为4级：l 绝密级绝密级文档是指直接公司和用户的权益的重要决策文件资料。如果泄漏，会给公司和用户造成特别严重的后果和损害。l 机密级机密级文档是指针对用户的规划、方案、技术细节的重要文件资料。如果泄漏，会给公司和用户造成严重的损害。l 秘密级秘密级的文档是指用于项目管理和日常行管理的文件资料。如果泄漏，会给公司和用户造成损害。l 一般级一般级的文档是指一般性的文档，如果泄漏，不会给公183、司和用户造成损害。2 文档密级变更及解密文档机密的变更和解密，必须按照国家和公司的有关行政法规和公司规定办理，凡不宜公开的技术文档资料，可定为内部使用；文档的保密等级不得随意提高、降低或者接触密级，需要升、降、解密的，需要报请相关部门和领导批准；主管部门和领导要定期或者不定期的进行保密检查，发现丢失和泄密的事故，应及时报告并认真处理。文档的借阅管理如果需要对技术文档的查阅，一律要提出书面申请；查阅密级文档为秘密级以上的文档，需要经主管领导和安全负责人书面批准；查阅文档均需要履行必要的登记和审批手续。查阅技术文档，不得转抄、拍照和复制；如因工作需要必须转抄、拍照和复制的，须经过主管领导和安全负责184、人批准；转抄、拍照、复制的文档，必须履行登记手续，并在制定范围内使用；同时，转抄、拍照、复制的文档的密级不变，依然按照本管理办法进行管理。应建立、健全文档的借阅制度，根据文档的密级确定不同的使用范围，规定不同的审批手续。各方领导应该对文档管理人员进行能够保密教育，并检查遵守保密制度的情况。3.3.6.3 文档的登记和保管1 文档的登记应建立、健全技术文档的形成、积累、整理、归档制度，做到每一项技术成果，都有完整、准确、系统的技术材料归档保存。应当在对每一项技术成果进行鉴定、验收时，对相应的技术文档加以验收，没有完整、准确、系统的技术文档的项目，不能验收。应当把技术文档的形成、积累、整理和归档纳185、入工作程序，列入有关人员的职责范围。明确归档的工作程序、内容和要求。技术文档的归档，应按归档工作程序和步骤进行，这样才能有效的保证归档文档的真实性、完整性；有利于归档工作的全过程管理；有利于较好的执行有关的规范和标准。一般来说，文档的归档工作程序包括：l 文档形成的签署和审批l 收集的积累l 编制目录l 整理需归档的文件l 鉴定归档的技术文档，确定归档文件的档案属性。l 检测归档的文件l 编制归档的说明l 复制备份2 文档保管的安全要求在统一领导、分级管理的原则下，采取有效措施，运用科学方法，克服和限制遗失、毁坏文档的各种因素，维护文档的完整和安全。在进行文档安全保管的要求方面，应包括：保持文186、档的完整、准确、系统、充分发挥其作用，为此必须贯彻执行统一领导、分级管理的原则；贯彻“以防为主。预防结合”的思想，采用有效措施，最大限度延长文档寿命；掌握文档自然损毁规律，虫菌滋生规律和温度变化规律，总结经验，提高保管工作水平；必须有专有存放文档的地方，并保持适当的温度、湿度，并有防火、防盗、防晒、防虫、防尘等措施，及时修复损坏或者霉变的文档。3 文档的保管技术文档的保管，要从文档的特点出发，有利于保护文档并便于查找。文档排列存放可以采取分类存放或者按时间先后顺序存放。对于文档环境的要求，要按照文档介质的特性进行要求。3.3.6.4 文档的鉴定文档的归档鉴定工作，是指鉴别文档的价值，确保其保管187、的期限，并根据此对收集积累但无保存价值的文件。文档鉴定的内容，主要体现在两个方面：l 归档文件的原始性、准确性、完整性。l 确定文档的价值和保管期限。在文档鉴别过程中，主要取决于文件内容所含信息的价值及对项目的影响，并根据国家和公司有关文档的保管期限确定保管期，鉴定工作应该遵如下原则：l 鉴定工作应该有项目领导、文档管理员和相关人员组成鉴定组进行鉴定，必要是可邀请有关专家参加。l 对保存期限已经到的文档应逐页审查，根据实际情况直接判定其价值，按照“保存从宽、销毁从严”的精神办理。需要延长保管期限的文档应取出保留，重新确定其保管期限，无保存价值的按照规定销毁。3.3.6.5 文档的销毁和监毁经过188、审定和检查，认为确实无保留价值、保管期限已经满的文档，应该销毁，销毁文档包括一下内容：l 编造销毁清册和撰写销毁报告l 审查批准l 文档销毁方法3.3.6.6 各阶段文档说明1 投标阶段商务部分应答：按照标书要求编制的商务部分应答，包括商务条款、资信能力等。技术部分应答：按照标书要求编制的技术部分应答，将对技术部分的各项要求逐项应答。工程设计方案：按照标书要求编制的工程设计方案，包括工程概述、建设目标、设计原则、总体方案设计等。系统集成方案：按照标书要求编制的系统集成方案，包括集成节点分布、到货时间地点、设备到货验收、系统集成实施计划、系统集成内容、技术文档提交计划及网络系统验收等。培训方案：189、按照标书要求编制的培训方案，包括培训计划、培训方式、培训内容、培训目标、培训费用等。技术规格响应：按照标书要求编制的技术规格响应，包括货物需求总表、货物分配一览表、必备指标响应表、优选指标响应表、分项报价表、细项报价表等。2 实施准备阶段实施计划：在投标书中实施计划的基础上，按照合同要求修订实施计划，将对项目的整体安排制定具体的计划，包括实施所涉及的各方面，如实施准备、设备供货、培训、安装调试、系统维护、系统验收、售后服务等。设备供货计划：在投标书中设备供货计划的基础上，按照合同要求修订设备供货计划，将对项目所有的设备提出到货、分类、包装、运输、验收、测试、维修等的时间计划与工作安排。培训计划190、：在投标书中培训计划的基础上，按照合同要求修订培训计划，将对培训教师的组织、培训教材的编写、培训工作的组织、培训考试等作出计划与安排。安装调试计划：在投标书中安装调试计划的基础上，按照合同要求修订安装调试计划，将对安装调试人员组织、时间进度、具体步骤、责任范围等作出计划与安排。系统维护计划：在投标书中系统维护计划的基础上，按照合同要求修订系统维护计划，将对系统维护人员组织、时间进度、具体步骤、责任范围等作出计划与安排。系统验收计划：在投标书中系统验收计划的基础上，按照合同要求修订系统验收计划，将对系统验收人员组织、时间进度、具体方法与步骤、责任范围等作出计划与安排。按照合同要求编制的系统验收计191、划。售后服务计划：在投标书中技术支持与服务计划的基础上，按照合同要求修订售后服务计划，将对售后服务人员组织、具体方法、责任范围等作出计划与安排。3 安装调试阶段安装调试手册：按照安装调试计划，编写的各种设备的具体安装调试手册，包括步骤、方法、内容等。安装调试记录：安装调试过程中，对于出现的各种问题的解决办法的记录。安装调试过程描述：安装调试过程的记录，将以时间为主线描述整个过程。安装调试工作总结：整个安装调试工作结束后，对于安装调试工作进行总结。4 系统维护阶段系统维护手册：按照系统维护计划，编制的各种设备的维护手册，包括维护流程、维护方法、。系统维护记录：系统维护过程中的工作记录。5 系统集192、成过程阶段系统集成过程报告：按照系统集成过程计划、系统验收计划，产生的验收报告，包括自我验收报告、用户验收小组验收报告等。测试文档在系统集成过程中，对各投标设备进行技术性能测试。二次开发的技术文档在系统管理的实施过程中，需要对产品进行用户化工作，由此产生的二次开发的技术文档。验收工作总结：整个验收工作结束后，对于验收工作及工程实施总体情况进行总结。6 售后服务阶段每月服务报告：按照售后服务计划，完成每月的支持与服务报告，包括故障记录、服务记录、解决方法记录等。售后巡检报告：按照售后服务计划，完成售后巡检活动后，形成的巡检报告。1.2 投标设备的规格、型号、技术指标3.4.1 设备规格及型号中国193、医院信息系统-CHIS 型号:CHISV6.0、CCS,BS 结构3.4.2 主要技术标注及规范1) 中华人民共和国国家标准计算机软件质量保证计划规范 GB/T 12504-1990。2) 卫生部医院信息系统基本功能规范2002年版。3) 全国卫生信息化发展规划纲要（2003-2010年）。4) 符合中国医院信息系统数据集规范。5) 卫生系统电子认证服务管理办法（试行）。6) 卫生部电子病历系统功能规范2011.01。7) 公安部信息安全等级保护管理办法三级标准。8) 计算机信息系统安全保护条例。9) XML标准。10) 卫生部病历书写规范及电子病历基本规范(试行)、电子病历基本架构与数据标准194、(试行)。11) HL7通信协议。12) IHE规范。13) ICD-10：国际疾病分类编码。14) 医院数字化影像通信标准（DICOM）v3.0。15) 人类与兽类医学系统术语 SNOMED。16) 中医药信息标准。17) 数据字典：编制及使用的各种信息分类编码字典219个。选用国际标准、国家标准和卫生部有关标准共55个、系统编制并被卫生部采用为标准的数据字典共45个。支持医疗机构信息系统标准代码（电子版）第一集、中医病证分类与代码、中医临床诊疗术语等相关标准代码。3.4.3 主要技术指标C/S/S架构B/S架构数据库SQLSERVER2005、Oracle11gSQLSERVER2005、195、Oracle11g系统架构平台基于DCOM的N-Tier结构基于J2EE B/S结构开发工具DELPHI6.0、DELPHI7.0 JAVA、FLEX 版本控制工具SourceSafe CASE工具 ROSE，PD BUG管理工具Bugzilla bugzilla 操作系统Windows 2003、windows server 2008 自主工具报表生成器、查询生成器3.4.4 主要性能指标运行矩阵可接受界屏转换 （ 99%界屏转换（= 3秒 且 5秒鼠标点击） 5%在线更新业务反应时间 （ 90%在线更新业务反应时间（ 5 秒） 5%在线单一项目查询/列表业务反应时间（ 90%在线单一项目查196、询/列表业务反应时间（ 10 秒） 5%在线分析/报告反应时间 （ 90%在线分析/报告反应时间（ 30 秒） 99.9%3.5.1.1 系统网络结构【网络结构说明】LIS是与HIS紧密结合的实验室管理系统，采用三层结构。LIS数据库服务器可以是独立的SQL Server，也可以使用HIS服务器。为提高网络效率，方便系统维护和数据备份，LIS服务器一般应放置在中心机房，通过千兆网卡和中心交换机相连。检验工作站是安装了Windows 2000 SP4操作系统的PC，配备17” 高分辨率显示器。根据具体情况，一台检验工作站可以连接一台或多台检验仪器。【功能配置说明】病房工作站：安装标本采集软件，登197、记住院病人的标本采集信息，包括病人、申请和标本条码。抽血中心站：安装标本采集软件，登记门诊病人的标本采集信息，包括病人、申请和标本条码。标本处理室：处理系列化检验标本的分装信息。实验室工作站：包括生化、免疫、门诊化验等实验室，提供和仪器的连接，报告处理、实验室管理等功能。主任工作站：为科主任提供全面的监测和管理功能。报告发布中心：提供报告集中发布和查询功能。3.5.1.2 总体流程医生开检验申请单/下医嘱护士做采集登记、采集标本检验科签收标本编号执行检验接收仪器结果、录入手工结果审核报告发布报告、通知主管医师门诊交费3.5.1.3 检验软件流程【流程说明】（粗体字描述的功能为必备，其它为规范流198、程的辅助功能）采样登记：病区和门诊采血室在采集标本时使用，送到检验科的标本贴有条码，相关的信息由采样人录入系统。标本签收：检验科可以统一签收标本，同时给住院病人上帐。分装登记：一个标本需要不同室检验的情况，需要分装标本，并登记分装后的条码。标本编号：各室收到标本，首先对标本编号并登记到LIS，未签收的标本在此签收。标本编录：未经采样登记或检验科采集的标本可以在此录入，本功能同时完成采样登记和签收。报告处理：浏览处理从仪器接收或手工录入的标本检验结果，审核打印检验报告。在这里处理的报告信息可以从标本标号过程产生，也可以在这里直接用条码、病人ID检索登记。报告发布：审核完毕的检验报告可以在此统一打199、印，也可以作为门诊病人的查询台。报告查询：嵌入到医生工作站里，可以查看病人的历史报告并有对比功能。根据检验仪器的不同，检验联机流程有差异：支持双向通信的仪器，只需将编号的待测标本放入仪器标本架，启动实验即可。每个标本的检验项目由仪器通过条码标识或标本号从LIS中查询取得，实验完成后，LIS在接收到检验结果的同时通过条码或标本号找到相应的标本信息，将标本信息和检验结果保存在一起，实验人员只需审核结果有效就可发出报告。不支持双向通信的仪器，在启动实验前还需要做两项工作：扫描标本条码，为标本分配标本号；在仪器控制台输入每个标本的检验项目。LIS接收到检验结果时通过标本号可以连接到相应的标本信息。也可200、以不做的工作，LIS在接收到检验结果时只包含仪器给出的标本号信息，实验人员在审核检验结果时再录入标本信息。送到检验科的标本如果没有条码，或者是在检验科采样或分装的标本，检验人员需要使用科内条码，并录入标本和条码的信息，方便后续工作。也允许标本不使用条码，在结果收到后再录入标本信息。【条码应用说明】在整个流程中，条码是标本的唯一标识，在标本采集、签收、仪器通信、报告处理过程都使用这个标识号码检索标本相连的病人和申请信息，避免重复录入，同时保证了信息的准确性。条码主要在订购标本容器时定制，由厂家提供贴好条码的容器，条码质量和粘贴位置规范，扫描读出率有保证，成本适中，标签上除了有印制好的条码外，还为201、填写目读信息如姓名、床号等预留了位置，便于人工识别使用。推荐的条码标签示意图：条码信息中包含容器分类信息，在采集前录入时电脑首先核对分类信息和检验申请是否符合，排除用错容器的可能。对分装的标本使用实验室自行打印的条码，为适应微量杯的小尺寸，室内条码为4位数字交错25码，条码标签长度仅18mm。 3.5.1.4 全院LIS具体方案本着先进性、实用性结合的原则，制定全院LIS的方案。条码标本血液标本条码标本条码标本临检中心标本处理室门诊抽血室生化组免疫组血液学内分泌病房常规微生物病区护士站门诊化验室核医学科化验室采集标本、化验、登记信息、审核、发布报告其它各科实验室说明：门诊抽血室采集的标本连同申202、请单、交费单据送临检中心、核医学科。病区标本使用条码管理，LIS提供采集工作站软件。送往生化组、免疫组的标本尽可能使用条码，从门诊抽血室送来的标本在标本处理室登记条码和相关信息。生化组、仪器组使用仪器检验的条码标本使用双向通信。没有条码的标本在处理报告时用门诊病人号、住院病人号登记病人信息和申请。各实验室手工报告提供简洁的录入方法，并根据具体要求定义适用的报告格式。所有上网的报告审核后都可在护士站、LIS查询台查询。临检中心报告可以统一打印，节约打印成本。生化组：上机实验条码标本标本编号接收结果审核报告发布报告登记标本上机实验无条码标本免疫组：形成默认手工报告上机实验条码标本标本编号审核报告发203、布报告上机实验无条码标本根据检验结果修改手工报告形成默认手工报告根据检验结果修改手工报告接收结果登记标本病房常规：接收结果审核报告发布报告登记标本上机实验形成默认手工报告根据检验结果修改手工报告3.5.1.5 系统功能一览3.5.1.6 系统功能详细说明日常业务采样登记采集前录入标本检验信息和条码：工作在病房和门诊抽血中心采集工作站完成。检验科录入标本检验信息和条码：采集前没有录入信息的标本送到检验科后，也可以在检验科录入，不使用双向通信的标本，也可以不在实验前做标本录入，而在实验过程中直接使用报告处理中的录入功能处理标本信息。标本签收检验科收到标本，首先进行签收，签收过程同时给住院病人上帐。204、标本编号登记实验室给标本编的标本号，在和仪器的通信中方便使用。报告处理报告处理功能让用户能在电脑上查看标本的检验结果，浏览病人信息和检验历史，对检验结果进行处理，审定报告交给报告发布中心发布。标本主要通过条码进行识别，不能识别条码的仪器由操作员预先建立标本号和条码的对照，也可以在结果传到电脑后逐个登记。支持双向通信的仪器可以由电脑向仪器下达检验项目，实现无纸化工作。界面说明：可以选择简明、详细、历史对照、图像参照等不同的结果浏览布局，适合自己的工作。需要查看检验申请时可以打开显示，文字描述型的结果使用字典选择输入，增强报告规范化。标本信息的录入工作主要集中在采集前完成，减少错误，加强管理的规范205、化。报告发布报告发布可以集中在发布中心完成，使得检验科有一个统一的对外窗口，节约打印成本，同时可以有效防止实验室私收标本不上帐的情况。辅助业务室内质控提供质控结果浏览、质控情况判别、质控图绘制的功能。室间质控录入和查询检验管理部门组织的室间质控数据。申请确认申请确认用于完成一些特殊的申请确认，如负医嘱确认、申请拒绝，也可以帮助实验室人员快速查询住院病人的检验申请上帐情况。科室管理主任管理主任管理模块集成了科室的管理、监控、主任办公的大部分功能。实时监测：监测指定日期每台仪器的标本检验情况，也可监测每个小组检验的标本情况。业务报表：提供主任需要查看的科室工作量和收入情况报表。小组管理仪器维护：由206、各小组填写仪器维护记录。主任管理中只有查看功能。试剂消耗：由各小组填写试剂消耗情况。在试剂台帐中可以查看。业务报表：小组需要浏览和打印的报表。试剂管理以送货单为基础对试剂的出入库和付款情况进行管理。提供多种统计报表。综合查询报告查询：用多种方法模糊查询已发布的报告。历史查询：查询一个病人历次化验报告，提供历史对照功能。检验科园地：检验科宣传和公告信息、仪器和项目检索。系统管理用户管理：管理使用LIS的用户信息及其权限。字典维护：维护LIS的基本字典。字典维护权限：设置LIS用户对字典的维护权限。公共信息维护：检验科宣传和公告信息的维护。1.3 设备供货、设备安装调试、施工建设、技术服务的组织措207、施1.3.1 响应时间方正国际将跟踪所有的应用系统问题，确保它们都有适当的解决方案。反应时间的定义为院方提出问题和方正国际对问题反馈之间的时间。医院因CHIS故障造成的紧急服务要求，方正国际保证立即响应，如果现场技术人员及工程师不能解决问题，保证公司的后方支持团队第一时间到达现场排除故障，最大限度地降低故障的危害。应用系统模块问题可分下列等级：第一级l 问题：系统错误使系统的每一个模块都不能运行l 反应及到达现场：立即反应；l 反应措施： 现场工程部工程师与研发部工程师立即提供应急解决方案； 在1天内对用户提交具体的时间安排表； 2天内现场完成修改和有效测试，并将程序和修改说明交付给医院。第二208、级l 问题：程序错误使部分的模块不能运行l 解决时间：1天l 解决措施： 确认问题； 现场工程师立即解决问题； 如果现场工程师与研发部工程师不能解决问题，在1天内向公司提出需求，在2天内对用户提交具体的时间安排表； 4天内完成修改和有效测试，并将程序和修改说明交付给医院。第三级l 问题：发生的错误不影响模块的运行l 解决时间：1周l 解决措施： 现场技术工程师判断错误原因，决定是否需要解决问题或者提供变通的解决方法； 如果决定解决问题，在1天内对用户提交具体的时间安排表； 3天内完成修改和有效测试，并将程序和修改说明交付给医院；1.3.2 具体技术服务实施方案医院将作为方正国际的金牌用户，为医209、院提供双保险的团队服务，公司后方一个团队来做疑难技术支持，以保障医院系统高效运行。另外方正国际可根据医院要求和项目实施情况协商驻厂工程师的人员安排，包括派驻乙方系统多模块实施经验的工程部工程师，和在方正国际程序开发部门有多年开发工作经验的研发工程师现场为医院进行服务； 现场的工程部工程师主要职责：医院信息系统的日常维护工作和程序调试工作；现场协助方正国际实施新程序的升级；对信息系统故障进行处理；现场解决医院的技术和业务问题； 现场的研发部工程师主要职责：现场根据医院的需求进行客户化修改所必须的代码编写工作，做到实时响应处理；现场支持医院新的信息系统工程项目实施，保障医院的系统稳定运行；现场对医210、院所使用的系统故障进行底层程序的修改和处理，做到故障实时响应处理；现场协助医院完善信息系统与医院使用的其他信息系统间的数据集成衔接，方便各系统间数据的调用；如果医院系统内有多个模块同时需要做底层程序的调整，方正国际将安排研发部工程师同时对所有需求现场响应。如果医院有方正国际提供的新系统上线，方正国际另派驻专业工程师进行实施。程序修改的维护工作主要由方正国际负责，医院配合。服务完成后医院相关负责人签署意见。方正国际系统工程部门定期与医院保持联系，利用电话或专用工具指导医院系统维护人员对软件的运行状态进行检查。后台数据库和前台应用系统出现运行故障时，由医院每周填写日常系统运行记录单。系统部工程师每211、个月1-2次不定期到医院进行后台数据安全的巡查工作，以保证系统正常运行，并填写系统日常维护记录单，由用户负责人签字确认。对于医院用户提出的应用程序功能性修改要求，由医院填写客户化需求记录单方正国际保证响应后，根据协议条款进行相应的响应，并提交具体的时间安排表，根据双方协商结果按时完成。方正国际依据双方约定的时间完成修改和测试，并将程序和修改说明交付医院。每个季度针对以上程序修改和后台维护的工作量做出统计分析。 1.3.3 医院配合内容系统后台的维护必须由接受过方正国际培训且达到合格要求的技术人员，遵照日常维护记录制度和系统管理规范进行。医院对本院CHIS专用服务器的可用状态进行日常维护。医院为212、方正国际工程技术人员提供现场服务配合，如：到业务科室的联络协调，提供工作场所和计算机设备，需加班时，有关科室应予以合作等。医院有责任全力配合，以保证方正国际按时的完成售后服务任务。投标人名称（盖单位公章）：方正国际软件（北京）有限公司法定代表人或委托代理人（签字）： 投标日期：2012 年 08 月14日1.4 项目主要技术人员情况表联合领导小组：包括智慧医院院领导、项目监理以及方正成员组成，主要完成项目方针政策的制定，控制项目进度；监控项目完成进度及质量控制，协调解决项目中的重大问题以及资源调配。咨询顾问：包括由方正组织的各地不同医疗领域的专家，主要完成项目需求，业务分析，制定具有普遍性和前213、瞻性的不同医疗领域的系统深化方案。项目实施人员：包括项目经理、系统分析师、数据库管理员、程序员、测试工程师、培训工程师、品质管理等人员。配备拟派驻完成本项目的主要实施人员情况一览表。1.5 项目管理计划1.5.1 项目团队规划智慧医院的项目建设工程中，医院具有较大规模，系统建设内容较多，是一个规模较大的系统工程，涉及许多方面的软硬件的技术和产品，需要多方面产品和技术力量的协作和配合。同时该项目具有科研与工程相结合的特性，所以一方面如何合理的整合，调配各项资源，以配合项目的顺利展开和进行，在很大程度上决定了这个项目的成败。另一方面该特性也决定了项目的实施方式即需求分析与项目实施相结合。我公司作为214、承接过多项全国性的大型医院信息化项目的公司，在项目的规划、管理、实施、协调和人员配备等方面积累了相当丰富的经验，有着一大批具有丰富项目开发经验的软件工程师和项目管理人员，并且设有专门的技术支持服务组。为了确保项目的顺利完成，项目各阶段各业务领域都使资源配置达到最优，顾问专家组将贯穿项目始终，为项目目标平稳准确的达成提供有力保障。具有多年管理经验的项目管理人员，将从各个环节协调优化项目的进程，确保项目的每个阶段在可追踪掌控的范围内平稳前进。我公司作为本项目的承建方，负责有关的项目管理和软件系统的开发、测试和支持维护工作。客户与我公司双方将在项目启动前各自委派一名全职的项目经理共同管理本项目，我公215、司的项目经理负责项目的实施，医院的项目经理负责所有双方的配合工作，双方的项目经理将是双方沟通的桥梁。我公司承诺在系统设计、开发、测试及试运行阶段投入足够的经验丰富的系统分析员和软件开发测试人员，并保证参与人员的稳定性，此外，视项目的具体情况和客户要求，我公司可以随时增加人员。在系统推广及运行阶段，我公司将提供后续的支持，包括培训、维护等。通过我们对智慧医院就本次项目开发、实施、上线、服务进行分析，为了确保项目的顺利实施，应成立项目实施管理机构，对项目的建设进行统一的规划、组织、协调和实施。管理机构的职能包括安排具体的项目实施计划，任务的分配，协调各部门的工作关系等。项目成员配备了包括经验丰富的216、项目管理人员、熟悉医疗行业的咨询顾问、系统分析人员、数据库管理员、专业开发人员、测试人员、界面设计人员、系统实施培训人员以及项目售后服务人员。他们均具有丰富的项目管理、开发、实施经验。因此，针对本次项目，我们将组建一支强大的项目管理组织机构团队，来保障其项目的成功。1.1.11.23.9.1.1 组织结构一览表内设机构各类人员构成情况市场部市场经理、售前顾问、销售经理、销售员采购组采购经理、采购员软件设计开发组开发经理、架构师、系统分析师、数据库设计师、需求工程师、高级程序员、程序员、美工质量保障测试组质量保障测试经理、测试工程师、SQA、配置管理员、文档管理员施上线组实施经理、实施工程师、数217、据工程师、网络工程师、系统集成工程师技术培训组技术培训主管、培训工程师、计划管理员售后服务组客户服务经理、售后服务工程、QA3.9.1.2 联合领导组本次项目建设是一个比较大的系统工程，按照系统工程建设原则，建议成立智慧医院信息化项目联合领导小组。联合领导小组将对整个系统建设起到宏观调控作用，该小组应由智慧医院项目有关负责人统一领导，组成人员包括相关单位、系统总体设计集成单位、应用系统开发单位等相关负责人。我公司作为系统总体设计和开发实施单位，将由公司具有决策层领导直接担任联合领导小组成员，在组长的统一领导下，对客户保障项目成果和服务的提供，对外与本工程其他相关组员单位进行积极主动的合作，对内218、确保各项组织活动和实施活动的顺利进行。内部各实施小组将由我公司抽调各部门骨干力量组成，确保小组成员的稳定性，并通过项目经理和我公司参与联合小组的负责人直接归联合领导小组统一领导。以确保各项实施活动的顺利展开和完成。3.9.1.3 顾问专家组顾问专家组将负责项目实施的各个方面的咨询顾问工作。专家组的成员可由联合实施小组和具体承担单位共同组织，具体包括行业领域专家、业务专家、IT技术专家、网络专家、安全专家等。主要负责两个方面的顾问咨询，一是业务领域方面，一是技术实现相关领域方面。顾问专家组和应用系统开发将在联合领导小组的统一领导下相互配合、相互协调，就各专业知识进行充分的交流与合作，同时顾问专家219、组还可以在联合领导小组的安排下或由专门的监理咨询单位对实施全程进行项目的监理。3.9.1.4 项目经理项目经理将在联合领导小组的直接领导下，作为具体承担人和联络人与联合领导小组保持联系。项目经理将与医院人员建立和维护紧密的工作关系，协调安排协调各子项目经理的工作计划、监控项目进度、及时调整项目资源及风险应对方针。因本项目建设意义重大，项目经理将选用具有丰富项目管理经验、并具有国家认定高级项目经理资质的资深项目管理专家任职。3.9.1.5 子项目经理根据项目整体计划，遵照项目经理指示，处理各医院建设内容的具体研发及实施工作的调度协调。重点关注应用系统开发与相关系统的采购等各项实施工作，完成系统框220、架设计、软件开发、平台和数据库软件采购、人员组成、成本控制、质量控制、计划进度控制、文档控制、测试与上线控制以及技术支持、培训和售后服务等管理活动。同时设置开发的优先级别，估算需要的资源并合理分配，以确保任务的顺利完成。子项目经理的能力决定各医院系统上线进度是否能够得到有效保证，会很大程度决定本项目整体进度，因此子项目经理将选用具有丰富项目管理经验、并具有国家认定高级项目经理资质或项目经理资质的资深项目管理专家任职。3.9.1.6 采购组采购组主要负责项目中相关设备的采购管理工作。3.9.1.7 软件开发设计组软件开发设计组是整个项目组最重要的小组，项目能否成功按时开发完成，是否符合用户的要求221、，是软件开发设计组的使命。我公司的整个项目开发设计将严格遵循CMMI4规范，通过严格的流程控制和监管体系，并根据多年的项目管理和开发经验，派遣以下组织的开发设计成员，同时确定其工作职责：软件开发设计组工作职责岗位职责描述系统分析师参与需求分析的编写，负责表示层设计和实现、组织帮助文件和其它技术文档的编写、DEMO和产品资料制作以及产品实施等工作。同时负责制定技术标准，讨论技术方案，监督、指导各种设备的软件设计，协调解决各系统间的接口问题等。高级程序员参与需求分析的编写，负责系统架构、中间层和数据库设计和实现。架构设计师负责系统架构的搭建，同时参与制定技术标准，讨论技术方案，监督、指导各种设备的222、软件设计，协调解决各系统间的接口问题等。数据库设计师负责系统数据库机构的设计及管理。需求工程师负责用户需求的调研，编写需求文档，并参与详细需求的设计。美工负责系统的界面设计，整体美观设计。程序员负责代码编写、单元测试、使用手册的编写，高级程序员同时负责详细设计3.9.1.8 质量保障测试组质量保障系统测试的目的是对软件开发过程的全程监控，对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。质量保障测试组将完成按照软件CMMI4质量体系对软件系统过程进行全程跟踪管理，保障开发制度执行情况的检查、开发文档管理、监视软件的质量和开发进度，同时对整个软件开发完成后的全面试，测试223、系统是否存在缺陷、漏动、BUG等。保障交付给用户的系统的完整、稳定、可靠的运行和应用。针对质量保障测试管理我们拟派遣以下组织成员：质量保障测试管理工作职责岗位职责描述CMMI监督负责开发制度执行情况的检查、开发文档管理、监视软件的质量和开发进度。测试工程师由非项目开发人员承担测试人员角色，组织、实施内部功能和性能的测试，并配合监理单位进行重要部分的抽查测试。配置管理员负责软件开发各个阶段的文档、资料及培训教材、配置管理工作。保障整个项目开发过文档资料的完整性。文档管理员负责软件开发各个阶段的文档整理、收集、检查、管理工作。保障。SQA团队发现软件开发过程中影响软件质量的因素，检查每个开发周期的224、质量保证措施的执行。协助测试组的测试工作，提供相应文档。监督错误修改情况，出整改意见。3.9.1.9 实施上线组系统安装实施上线组由单位抽调骨干人员组成，直接对实施经理负责。系统安装实施组负责系统的安装调试，同时协调客户进行设备到货验收、设备检查、设备安装调试、系统硬件环境的搭建、数据库产品等软件安装调试。除此之外，该小组还承担软件产品的上线测试工作。并及时将结果反馈给软件开发设计组，协助其进行系统的修正和最终定型。3.9.1.10 技术培训组技术培训小组由实施单位抽调骨干人员组成，直接对项目经理和技术培训主管负责。技术培训小组负责策划、组织现场安装调试培训。安排具体的技术培训课程，主要完成对225、用户方技术人员进行以下培训： 系统管理员培训 系统软件管理员培训 软件的系统开发培训 软件的应用管理维护培训 应用软件的使用培训等通过各项培训工作和交流活动，除达到所有相关人员的操作使用要求外，最主要的是使用户方的相关技术人员能够全面的了解和掌握系统的所有设计思路、实现方式、技术细节等内容，以最终达到信息处技术人员对系统自主维护、自主定制、自主修改、自主升级等要求。3.9.1.11 技术支持与售后服务组技术支持与售后服务小组由实施单位抽调骨干人员组成，直接对售后服务经理负责。技术支持与售后服务小组负责系统实施完成后，在运行过程中的技术支持、运行维护、与设备维修工作。以上各实施小组自沟通联络小组226、至技术支持与售后服务小组均直接由实施单位抽调各部门骨干力量组成，并确保小组成员的稳定性。各小组设立负责人制度和严格的考评制度，每个小组由至少一个分项小组长和若干组员组成，其中系统分析小组、设计小组、开发小组按照任务划分可设多个分项小组长。小组之间根据质量管理体系的要求，实施阶段的划分以及实施进度情况在项目经理和沟通联络小组的协调之下完成信息的互流互通。管理方式采取垂直管理和统一管理方式，组员对直属分项小组长负责，分项小组长对项目经理负责，售后服务经理对联合领导小组负责。所有工作均直接针对该应用系统开发与集成，小组一旦成立，将不再涉及所属原单位其他工作安排，以确保工程的顺利实施。3.9.1.12227、 变更控制委员会变更控制委员会(Change Control Board,CCB)的组成：监理方代表、项目双方项目管理人员（部门领导、高层经理、项目经理）、技术人员（开发人员、测试负责人、质量保证负责人QA）、商务人员。主要职责是：l 评估变更请求，针对这些变更的目的、要求和影响来决策： 同意实施一项变更请求，并且在会议上安排相关的变更实施负责人，和相关联的协作组织。 拒绝某一项变更请求，给出拒绝理由。制定项目的启动计划时就要建立项目CCB，它是在项目计划阶段建立的，将确定的CCB成员纪录到配置管理计划中，且发通知给项目组和相关组，当基线正式建立或发生变更时，需召开CCB会议，并进行会议记录，228、会后形成CCB会议纪要放入项目配置库，并把会议结果发送给CCB成员及相关组。l 变更评审CCB收到变更请求后，会有专门人员（PM）先做一个初步分析，主要是评估变更来源、变更理由、变更影响、变更代价；某些变更会在这个阶段做出一些初步的处理,例如： 表述不清楚地变更请求，打回给申请者补充信息； 删除那些明显错误的变更请求； 一些简单且影响小的变更（内部来源）可以直接分配人员处理；项目变更控制是一个动态过程，它开始于项目的变化，结束于变更验证。要对整个变更过程进行详细的纪录，以便于对项目进行总结。3.9.1.13 组织级支持在专项成立的项目组之外，我公司将由公司组织机构对项目提供全面的技术、资源、过229、程改进、后勤保障等各类支持。CMMI主任评估师 PMP讲师：1名，六西格玛黑带专家：1名。公司技术委员会提供技术支持。PMO提供项目资源协调支持。1.5.2 拟派往本项目的项目经理简历表项目名称: 智慧医院信息化建设软件采购项目项目编号:SCZC2012-ZB-401/1姓名陈俭性别男年龄36政治面貌中共党员职务高级项目经理职称高级项目经理学历硕士健康状况健康参加工作时间1999年担任项目经理年限9年资格证书编号201100797类似项目服务情况项目实施单位承担工作管理规模服务期其他备注山东烟台毓璜顶医院项目经理20人2年常德市第一人民医院项目经理20人半年十堰市太和医院项目经理5人3月滨州医230、学院附属医院项目经理5人3月株洲市一医院项目经理50人3月投标人：我公司国际软件(北京)有限公司（盖章）法定代表人或授权代表人（签字）：2012年08月14日1.5.3 驻项目现场的工程技术、管理人员姓名本工程拟任岗位年龄性别专业学历专业年限现任职务和职称安排上岗的起止时间本工程相应系统施工经历业绩介绍（或另附简历）陈俭项目经理36男计算机软件10高级项目经理合同签订后7日内十堰市妇幼保健院信息系统应用软件合同书刘广田工程技术35男计算机软件8实施工程师 中级合同签订后7日内十堰市妇幼保健院信息系统应用软件合同书刘君工程技术34男电子科学与技术8实施工程师 中级合同签订后7日内十堰市妇幼保健院231、信息系统应用软件合同书刘俊俊工程技术32男计算机软件5实施工程师 中级合同签订后7日内十堰市妇幼保健院信息系统应用软件合同书卢远征工程技术34男计算机软件5实施工程师 中级合同签订后7日内天津市津南区咸水沽医院临床信息系统建设合同书马智慧工程技术31男计算机软件6实施工程师 中级合同签订后7日内天津市津南区咸水沽医院临床信息系统建设合同书王媛工程技术30女计算机软件4中级合同签订后7日内天津市津南区咸水沽医院临床信息系统建设合同书王春磊工程技术35男计算机科学与技术5中级合同签订后7日内天津市津南区咸水沽医院临床信息系统建设合同书乔立庆工程技术34男计算机软件7中级合同签订后7日内十堰市妇幼保232、健院医院信息系统后续合同（健康中心管理软件系统项目）庞志明工程技术36男计算机软件5中级合同签订后7日内十堰市妇幼保健院医院信息系统后续合同（健康中心管理软件系统项目）聂利生工程技术33男计算机科学与技术3中级合同签订后7日内十堰市妇幼保健院医院信息系统后续合同（健康中心管理软件系统项目）刘文童工程技术35男计算机软件4中级合同签订后7日内十堰市妇幼保健院医院信息系统后续合同（健康中心管理软件系统项目）于宏宇工程技术28男计算机软件4中级合同签订后7日内山东烟台毓璜顶医院信息系统协议书（HIS软件升级、优化）徐志伟工程技术32男计算机软件5中级合同签订后7日内山东烟台毓璜顶医院信息系统协议书（233、HIS软件升级、优化）程静茹工程技术31女计算机软件5初级合同签订后7日内山东烟台毓璜顶医院信息系统协议书（HIS软件升级、优化）张磊工程技术30女计算机科学与技术4中级合同签订后7日内山东烟台毓璜顶医院信息系统协议书（HIS软件升级、优化）吴建峰工程技术35男计算机软件6中级合同签订后7日内滨州医学院附属医院后续合同（临床信息系统等项目）孟子文工程技术34男计算机软件5中级合同签订后7日内滨州医学院附属医院后续合同（临床信息系统等项目）杨朝明工程技术36男计算机软件8中级合同签订后7日内滨州医学院附属医院后续合同（临床信息系统等项目）刘浩臣工程技术35男计算机软件4中级合同签订后7日内滨州医234、学院附属医院后续合同（临床信息系统等项目）陈晨工程技术30女3合同签订后7日内北京医科大学第三医院医院信息系统补充合同书1.5.4 项目实施小组成员具有三甲医院HIS和集成平台实施经验投标人盖章：我公司国际软件(北京)有限公司投标人代表签字:_2012年8月14日1.6 劳动力投入计划表工种人数目前在何地工作计划进场时间计划退场时间工程实施8人宁夏、甘肃签订合同后7日内项目验收后3个月内技术支持3宁夏、甘肃签订合同后7日内项目验收后3个月内研发4北京签订合同后7日内项目验收后1个月内系统测试3宁夏、甘肃签订合同后7日内项目验收后1个月内系统集成1北京签订合同后7日内硬件网络验收后7日内售后服务235、2宁夏、甘肃签订合同后7日内项目验收后1年期满投标人盖章：_我公司国际软件（北京）有限公司投标人代表签字_1.7 售后服务计划1.7.1 *售后服务人员简介；翁永刚 高级工程师(计算机信息系统集成项目经理)，男，36岁，计算机专业，八年行业经验。售后服务与文档管理中心、协助制定客户服务流程，监督客户服务制度；维护客户关系，解答客户咨询，管理和分析客户档案资料；调解客户投诉，协调内外资源，解决客户需求；处理客户纠纷，上报重大情况；按照工作计划定期开展客户满意度调查、对客户进行回访。项目经历：自主持售后服务部及文档管理部以来，先后完成了50多家医院的项目培训文档、系统用户手册、数据库设计与说明、系236、统设计概要、系统验收文档等各种文档管理，同时也参与 了50多家医院的售后服务工作，解答了500多个用户的技术疑惑，提供了200多次的技术上门服务。对售后服务及文档管理有极高的水平。耿希武高级工程师，男，33岁，计算机专业，八年行业经验，曾参与负责北京大学人民医院、烟台毓璜顶医院、宣武医院、宁夏人民医院等项目；赵刚软件工程师，男，32岁，计算机专业，四年行业经验，参与北京大学人民医院、烟台毓璜顶医院、宣武医院、宁夏人民医院等项目；韩云鹏软件工程师，男，34岁，计算机专业，五年行业经验，参与北京大学人民医院、烟台毓璜顶医院、宣武医院、宁夏人民医院等项目宋德波软件工程师，男，32岁，计算机专业，五年237、行业经验，参与北京大学人民医院、烟台毓璜顶医院、宣武医院、宁夏人民医院等项目。1.7.2 应急维修时间安排；系统投入使用后，投标方提供7*24应急响应服务，我司在确认紧急响应请求后30分钟内查找紧急事件的事发原因。对一般故障在1小时内解决，严重故障在4小时内解决、确保医院正常业务不受影响。1.7.3 维修服务收费标准（保质期内、保质期外）保质期内为简化服务流程并确保服务质量，我公司国际软件（北京）有限公司承诺为本项目所采购的所有硬件设备提供自用户方出具验收合格单之日起一年的免费原厂保修服务；同时，我公司国际软件（北京）有限公司承诺为本项目所采购的软件产品提供自用户方出具验收合格单之日起一年的免238、费升级服务，包括所有软件的升级、维护和故障排除，并根据医院的业务发展和医保等政策要求的改变对医院管理信息系统进行修改。保证至少在一年内免费为医院新采购的检验或影像等相关设备接入LIS或PACS等系统，如需和其它的信息系统连接，我公司负责免费提供符合HL7标准的接口和技术支持。一年内，如政府相关部门提出和本项目医院信息管理系统相关的新标准和规范，我公司将对系统软件进行修改和升级以符合相关要求。保质期外为了确保医院信息系统的正常业务运行，我司将对本项目提供自免费维护期满后，合同金额10%的年服务取费的有偿技术支持与服务。执行以工程师驻院现场服务，公司资深项目经理每年巡检不少于3次，为医院提供持续的239、VIP级用户服务。1.7.4 主要零配件价格（保质期内、保质期外）；质保期内的售后服务1、 承诺在医院所在地设立专职技术服务机构，并承诺免费维护期内不少于1名技术人员提供技术服务。2、 承诺故障0小时内维护人员到现场，重大问题4小时内解决。3、 我公司承诺为本项目提供相关HIS源代码，签订保密协议，使院方相关技术人员了解相关业务核心流程、并掌握相关系统的基本维护、正常业务运行。4、 提供整个产品交付过程中产生的全部文档、产品验收标准、技术说明书、使用说明书、安装、维修及操作手册及公开维修密码、合同中要求的和院方认为有必要的其他文件资料。质保期外的售后服务1) 我司承诺应用软件在验收合格后，至少240、提供1年的现场免费系统维护期（包括功能增强性维护及免费技术维护服务，其中包括系统维护、跟踪检测故障排除、性能调优、技术咨询等，并负责处理、协调与各系统软件、硬件等供应商的关系）和系统免费升级，保证投标人所开发的软件及OEM的第三方软件正常运行。2) 系统投入使用后，投标方提供7*24应急响应服务，我司在确认紧急响应请求后30分钟内查找紧急事件的事发原因。对一般故障在1小时内解决，严重故障在4小时内解决、确保医院正常业务不受影响。3) 质量保证期内保证至少有1名工程师在院内常驻服务，常驻现场的工程师对系统的功能、技术架构、系统配置、权限设置、数据处理等方面都有深入了解，可以胜任现场维护、问题诊断241、紧急事故处理等工作，同时可以向医院的信息系统维护人员进行知识转移。4) 系统运行过程中如果出现技术故障（如硬件故障、软件故障、配置丢失等），在此期间按应急预案处置，确保系统最大限度地不中断运行。投标方应保证4小时内解决此类问题，以排除故障使得系统得以正常运行。5) 在投标文件中，投标方应提供详细的售后服务计划和服务承诺。在服务计划中要从服务人员配置、服务流程设置、服务支持种类、服务具体内容、服务响应时间等几个方面进行明确的说明。1.7.5 技术培训安排；表 1系统管理级技术培训科目课程名称基本内容天数类型讲师培训对象SA-01：系统集成与维护（集成环境下的故障分析培训）本项目包括：1、网络系242、统的基础知识和原理2、主机、服务器管理和维护3、操作系统管理4、存储系统管理1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-02：应用服务器安装配置各系统应用服务器的安装、配置1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-03：数据库服务器安装配置本项目包括：1. 数据库表结构2. 数据库服务器的安装、配置、备份和回复1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-04：业务应用的接入配置业务系统的接入以及相关配置管理参数5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员、业务操作人员SA-05：硬件设备的管理操作维护培训硬件设备的243、管理操作维护等5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员SA-06：数据库、软件开发培训 关于系统客户化、维护时需要的相关开发技术的培训5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员SA-07：系统设计与规划培训 1. 系统设计基本原理2. 系统规划方法3. 系统设计实现5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员1. SA-01：系统集成与维护（集成环境下的故障分析培训）(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握系统集成方法, 并能在日常工作中独立对系统进行维护。(b)培训讲师：专业讲师(c)培训对象：系统管理员、信244、息中心维护人员(d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、网络系统的基础知识和原理2、主机、服务器管理和维护3、操作系统管理 4、存储系统管理(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考2. SA-02：应用服务器安装配置(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握应用服务器安装配置方法, 并能在日常工作中对相关配置进行设置。(b)培训讲师：产品专业讲师(c)培训对象：系统管理员信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、应用服务器的安装2、应用服务器的配置245、(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考3. SA-03：数据库服务器安装配置(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握数据库服务器的安装和维护。(b)培训讲师：产品专业讲师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、数据库表结构的介绍2、数据库服务器的安装3、数据库服务器的配置4、数据库服务器的备份5、数据库服务器的恢复(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考4. SA-04：业务应用的接入配置(a)课程目标：通过对该课程的学习, 246、学员应能够在较短时间内掌握对各业务系统的安装配置, 对业务系统用户的权限设置，对数据字典的维护，对简单故障进行排除。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、各业务系统的接入以及相关配置管理参数2、用户权限设置3、数据字典的维护(g)培训课时：40学时(h)培训天数：5天(i)考核方式：笔试、机考5. SA-05：硬件设备的管理操作维护培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握硬件设备的管理及操作维护等，对简单故障进行排除。(b)培训讲师：高级软件工程师247、(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、硬件设备的管理配置2、硬件设备维护(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考6. SA-06：数据库、软件开发培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握基本的数据库、软件开发技能。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、数据库开发技术2、软件客户化(g)培训课时：8学时(h)培训天数：1天(i)考核方248、式：笔试、机考7. SA-07：系统设计与规划培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握基本的数据库、软件开发技能。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、系统设计基本原理2、系统规划方法(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考1.7.6 保修服务计划；我公司国际软件（北京）有限公司承诺为本项目所采购的软件产品提供自用户方出具验收合格单之日起一年的免费升级服务，包括所有软件的升级、维护和故障排除，并根据医院的业务发展和医保等249、政策要求的改变对医院管理信息系统进行修改。保证至少在一年内免费为医院新采购的检验或影像等相关设备接入LIS或PACS等系统，如需和其它的信息系统连接，我公司负责免费提供符合HL7标准的接口和技术支持。一年内，如政府相关部门提出和本项目医院信息管理系统相关的新标准和规范，我公司将对系统软件进行修改和升级以符合相关要求。执行以工程师驻院现场服务，公司资深项目经理每年巡检不少于2次，为医院提供持续的VIP级用户服务。1.7.7 其它服务承诺-售后服务承诺本项目中，为确保用户能够得到及时、优质的售后服务，我公司国际软件（北京）有限公司将在向用户提供投标产品原厂质保服务的同时，通过自身优质的本地化724250、小时响应服务为用户系统的正常运行保驾护航。保修期内的服务计划：为简化服务流程并确保服务质量，我公司国际软件（北京）有限公司承诺为本项目所采购的软件产品提供自用户方出具验收合格单之日起一年的免费升级服务，包括所有软件的升级、维护和故障排除，并根据医院的业务发展和医保等政策要求的改变对医院管理信息系统进行修改。如需和其它的信息系统连接，我公司负责免费提供符合HL7标准的接口和技术支持。一年内，如政府相关部门提出和本项目医院信息管理系统相关的新标准和规范，我公司将对系统软件进行修改和升级以符合相关要求。我公司中标后，愿意接受各级卫生行政主管部门在项目实施过程中适时组织相关专家对我司所实施的县医院信息251、化项目进展情况进行督导和抽验，验收结果可作为最终付款依据之一。我公司国际软件（北京）有限公司承诺为本项目所采购的所有软硬件设备、系统的功能维护和扩充等提供自项目终验合格之日起一年724级别的免费售后运维服务。本项目的技术支持与售后服务工作将由我公司国际软件（北京）有限公司的技术支持与售后服务中心（以下简称“支持中心”）承担，公司设在陕西省西安市的支持中心的联系方式为：l 值班电话：029-89195489 北京总部24小时值班电话：010-82343100l 电话值班员：耿希武l 传真：029-89195489 010-82343498l E-mail： SiService提供7*24技术支持252、服务，不管是工作期间还是非工作期间，售后上门服务时间不超过2小时（出现紧急问题如服务器瘫痪解决问题时间不超过2小时；）热线电话（24小时随时响应，遇到问题24小时内保证解决）；电子邮件（24小时随时响应，遇到问题24小时内保证解决）；远程控制技术支持（24小时随时响应，遇到问题24小时内保证解决）我公司国际软件（北京）有限公司在质保期内提供的技术支持与服务内容主要包括：热线电话支持服务、远程支持服务、现场服务、设备维修与更换（RMA）服务、系统故障报告和预防服务、软件版本升级与增强服务、后期技术培训服务、定期巡检服务等。我公司国际软件（北京）有限公司郑重承诺：若我公司中标此包，我公司将在智慧医253、院常驻工程技术人员，以保障用户项目的正常实施及售后服务的及时响应。由于我公司国际软件（北京）有限公司在项目医院常驻专人，所以售后服务的响应时间为现场即时响应，并在30分钟内提出排除故障的意见。在保修期内，为确保用户系统在最优化的状态下的正常运行，我公司国际软件（北京）有限公司承诺向用户方提供每半年一次的高级项目经理现场系统巡检服务。投标人：我公司国际软件（北京）有限公司（盖单位公章）法定代表人或其委托代理人：（签字）2012年08月14日1.8 技术培训1.8.1 培训方案任何一个管理系统要想实施成功必须要做到：“外力推动”和“内力驱动”。外力推动，即选择好合适的软件供应商，这样信息化建设项目254、的实施质量才有保障；内力驱动，即全体使用者建立起现代的管理理念，有全员服务意识，尤其对于“一把手”和高层领导，更是要了解医院信息系统所蕴涵的基本原理和管理理念，而所有这一切都必须通过严格的培训才能做到。所以说，医院信息化建设项目实施中的培训是极其重要的，这决不仅仅只是培训最终用户如何使用软件操作而已。而是，要把培训工作贯彻始终，并且对医院信息系统的全体用户单位和公务员，尤其对于高层领导，进行全方位的培训。由于智慧医院信息化建设项目的培训任务涉及面广，人员众多，所以培训工作应该照顾现有的工作模式，面对不同层面的系统用户，保证用户能够独立的管理、维护和配置系统，以便整个系统能够正常、安全的运行。保255、证最终用户能够高效率低成本的完成工作。1.8.2 培训内容培训环节主要为针对各业务系统的现场培训以及关于技术方面的集中讲解培训和实际操练。根据培训地点/方式的不同，培训环境及设备由用户或我处提供，我处进行软件配置，负责以下材料的准备：1. 课程提纲2. 幻灯片3. 软件、服务及版本清单4. 中间件软件及相关的开发工具5. 医疗信息集成平台注：全部培训课程使用中文授课，全部讲义为中文书写。1.8.3 系统管理的培训技术培训主要针对医院信息系统的系统管理员，提供包括数据库的安装配置与管理培训以及对本项目中涉及到信息系统的安装、运行维护、项目管理及二次开发等方面的能力培训。系统管理人员负责系统的安装256、运行维护、项目管理、数据存放和安全，以及系统二次开发等多种重要工作，是本项目中涉及到系统能否健康运行的基础保障队伍。1. 培训对象：系统管理员、技术维护人员和业务操作人员。2. 培训主要内容： 系统设计与规划培训集成环境下的故障分析培训数据备份和灾难恢复培训系统应急方案系统软件培训硬件设备的管理操作维护培训数据库及系统中涉及的相关维护、开发技术系统各类参数及数据库结构等3. 培训要求：系统试运行前，为医院培训至少2名合格的系统管理员。培训后系统管理人员能独立完成系统的安装、日常维护工作，保障系统安全稳定运行。4. 培训方式：以集中培训为主，结合部分现场培训。总之，由于本系统的设计和实施是一较257、为庞大的工程，各类培训工作将在这个工程中扮演重要角色。我们将结合智慧医院信息化建设的实际需求，提供有一流水平的符合实际的培训课程。这样既能保障医院信息系统的正常运行，也为智慧医院储备一批适应网络技术、软件系统的信息工作人员。1.8.4 业务应用的培训培训对象：医院相关机构及各项目相关的业务部门人员、各任务执行科室的操作人员。培训内容：应用系统的操作培训，包括系统的操作方法、操作流程等。培训要求：使用户能够熟练使用系统的各种功能。培训方式：以集中培训为主，结合部分现场培训。1.8.5 培训时间和课程安排管理理念级领导培训表 1领导培训科目课程名称基本内容天数类型讲师培训对象AA-01：医院信息系258、统经营分析工具培训经济核算系统、统计分析、院长综合查询等系统的使用1集中高级培训师、相应系统产品经理、实施工程师医院相关领导1. AA-01：经济核算系统、院长综合查询系统培训(a)课程目标：通过对该课程的学习，使相关领导能够掌握医院信息系统中经济核算系统以及院长综合查询系统，并且能够充利用系统辅助决策。(b)培训讲师：高级培训师(c)培训对象：医院领导(d)培训方式：脱产培训(e)培训方法：讲师讲授(f)培训内容：医院信息系统-经济核算系统、院长综合查询系统(g)培训课时：8学时(h)培训天数：1天系统管理级技术培训表 2系统管理级技术培训科目课程名称基本内容天数类型讲师培训对象SA-01：259、系统集成与维护（集成环境下的故障分析培训）本项目包括：1、网络系统的基础知识和原理2、主机、服务器管理和维护3、操作系统管理4、存储系统管理1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-02：应用服务器安装配置各系统应用服务器的安装、配置1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-03：数据库服务器安装配置本项目包括：2. 数据库表结构3. 数据库服务器的安装、配置、备份和回复1集中培训专员、相应系统实施工程师系统管理员、技术维护人员SA-04：业务应用的接入配置业务系统的接入以及相关配置管理参数5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人260、员、业务操作人员SA-05：硬件设备的管理操作维护培训硬件设备的管理操作维护等5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员SA-06：数据库、软件开发培训 关于系统客户化、维护时需要的相关开发技术的培训5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员SA-07：系统设计与规划培训 4. 系统设计基本原理5. 系统规划方法6. 系统设计实现5集中现场培训专员、相应系统实施工程师系统管理员、技术维护人员7. SA-01：系统集成与维护（集成环境下的故障分析培训）(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握系统集成方法, 并能在日常工作中独立对系统261、进行维护。(b)培训讲师：专业讲师(c)培训对象：系统管理员、信息中心维护人员(d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、网络系统的基础知识和原理2、主机、服务器管理和维护3、操作系统管理 4、存储系统管理(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考8. SA-02：应用服务器安装配置(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握应用服务器安装配置方法, 并能在日常工作中对相关配置进行设置。(b)培训讲师：产品专业讲师(c)培训对象：系统管理员信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、262、实习 (f)培训内容： 1、应用服务器的安装2、应用服务器的配置(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考9. SA-03：数据库服务器安装配置(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握数据库服务器的安装和维护。(b)培训讲师：产品专业讲师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、数据库表结构的介绍2、数据库服务器的安装3、数据库服务器的配置4、数据库服务器的备份5、数据库服务器的恢复(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考10. S263、A-04：业务应用的接入配置(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握对各业务系统的安装配置, 对业务系统用户的权限设置，对数据字典的维护，对简单故障进行排除。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、各业务系统的接入以及相关配置管理参数2、用户权限设置3、数据字典的维护(g)培训课时：40学时(h)培训天数：5天(i)考核方式：笔试、机考11. SA-05：硬件设备的管理操作维护培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握硬件设备的264、管理及操作维护等，对简单故障进行排除。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、硬件设备的管理配置2、硬件设备维护(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考12. SA-06：数据库、软件开发培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握基本的数据库、软件开发技能。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、数据库开发技265、术2、软件客户化(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考13. SA-07：系统设计与规划培训(a)课程目标：通过对该课程的学习, 学员应能够在较短时间内掌握基本的数据库、软件开发技能。(b)培训讲师：高级软件工程师(c)培训对象：系统管理员、信息中心维护人员 (d)培训方式：全职脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容： 1、系统设计基本原理2、系统规划方法(g)培训课时：8学时(h)培训天数：1天(i)考核方式：笔试、机考业务应用级用户培训由于每个子系统的工作量与难易程度不同，培训时间的长短也相应有区别。对于业务流程较复杂，掌握起来较困难的子系统安266、排的时间要长一些，采取讲解与练习交错进行的方法，使学习人员能够有充足的时间去理解、练习。在练习过程中，碰上问题要及时询问或与其他人员相互交流。应用软件的教与学需要一个适应过程，充分的培训工作是下一步顺利上线使用的重要保证。因此在进行培训时，不可急于求成，更不能为节约时间而放松要求。表 3业务应用级用户培训科目课程名称基本内容天数类型讲师培训对象AU-01：门诊系统医院信息系统-门诊相关系统的使用4集中现场培训专员、相应系统实施工程师医院业务部门人员AU-02：住院系统医院信息系统-住院相关系统的使用4集中现场培训专员、相应系统实施工程师医院业务部门人员AU-03：PACS系统医院信息系统-后勤267、辅助系统的使用4集中现场培训专员、相应系统实施工程师医院业务部门人员1. AU-01：门诊相关系统培训(a)课程目标：通过对该课程的学习，使相关业务科室的操作人员能够掌握门诊相关系统的使用流程，并且能够充分理解该系统所包含的范围及所实现的功能及业务流程。(b)培训讲师：高级培训师(c)培训对象：系统管理员、相关业务科室成员 (d)培训方式：半脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容：门诊相关系统所包含的范围、所实现的功能及业务流程(g)培训课时：32学时(h)培训天数：4天(i)考核方式：笔试、机考2. AU-02：住院相关系统培训(a)课程目标：通过对该课程的学习，使相关业务科268、室的操作人员能够掌握住院相关系统的使用流程，并且能够充分理解该系统所包含的范围及所实现的功能及业务流程。(b)培训讲师：高级培训师(c)培训对象：系统管理员、相关业务科室成员 (d)培训方式：半脱产培训(e)培训方法：讲师讲授、实习 (f)培训内容：住院相关系统所包含的范围、所实现的功能及业务流程(g)培训课时：32学时(h)培训天数：4天(i)考核方式：笔试、机考培训教材载体形式培训内容均以现场培训、实际演练为主，并配以详实易懂的培训教材。上述培训的教材均以中文书面文本形式（和电子文档）提供给院方。培训效果的确认培训均以笔试方式和机考方式确认培训效果，直到院方能正常使用医院相关系统为止，培训工作才最终得以确认。