HIS系统硬件部署方案

1、最新HIS系统硬件部署方案 日喀那么地区人民医院 HIS系统建设工程硬件方案 二零一二年十月北京飞利信电子技术1、HIS/EMR效劳器与的存储系统部署方案如下列图2、新机房环境准备及根本要求网络链路：新机房网络接入带宽：100M或以上；各接入点的网络带宽：10M或以上；机房环境：标准机房建设；精密空调系统；至少30KVA在线式UPS供电系统；有条件时，建议采用双路供电；准备向机柜设备供电的电源插头、插座或接线端子IBM机柜的PDU引线不带插头 设备摆放，地板承重、空间要求等.确保老机房与新机房网络畅通.安装配置参数及设备资源规划: 设备现场安装前，针对设备安装实施方案的参数进行充分讨论和核实。

2、确定所有设备的安装参数，并针对每类效劳器形成初步安装技术方案即?安装配置参数表?设备资源规划表?。3、方案实现3.1系统安装、调试方案表目标任 务系统上架网络设备、效劳器等设备机架及相关设备的搭建、上架。设备通电设备通电以检测系统的可用性，设备容量到达合同所规定的要求。安装操作系统配置主机名配置网卡网络连通性测试等安装补丁安装通用补丁软件安装特殊补丁软件根据客户和第三方软件需求操作系统参数根据客户和第三方软件需求，调整操作系统的参数磁盘空间划分系统内置盘逻辑卷参数划分共享盘逻辑卷参数划分安装初测逻辑卷划分方案合理性测试 操作系统与数据库产品的配合参数验证测试Patches 验证与测试操作系统内

3、核参数调整测试主要设备的Firmware检查，及升级实施集群软件的安装确保系统系统的高可用性，安装调试系统的集群软件数据库系统安装调试安装数据库系统，并根据应用软件情况配置和优化系统参数配置存储之间的冗灾需存储供给商及第三方软件供给商，实现这一功能。磁带库安装及制定各个系统的备份策略根据各个效劳器系统的数据生命周期情况，根据应用制定不同类型的备份策略系统联调所有设备完装完毕以后，模拟运行客户的应用系统。3.2 功能实现 3.2.1 核心系统高可用的实现常用的高可用性技术有两种：双机热备份和并行效劳器。双机热备份:在双机热备份方式下，数据库系统平时只能在一台效劳器(例如效劳器A) 上运行，另一台

4、效劳器无法直接访问数据库，自然也无法进行负载分担。当效劳器A由于故障失效时，由相应的操作系统软件控制，将效劳器A管理的存储设备(如硬盘)转交给效劳器B控制，同时在效劳器B上启动另一个数据库进程，管理数据库。这种切换并启动新的数据库核心的过程一般需要几十秒到几分钟。采用双机热备份的平台很多，例如IBM HACMP等. HACMP是高可用性集群。从根本上讲，它通过在集群中使用冗余硬件，当发生一个硬件或软件失效时使备用部件上线，从而到达高可用性的目的。从这点上延伸，应该适当地遵循一个原那么，即任何一个保证应用运行的集群元件都应该有一个相同型号的备份。我们经常把这称作不应该存在“单点故障(single

5、 point of failure)，即在集群中不应存在没有备份的硬件或软件元件。 为了实现HIS/EMR数据库效劳器双机热备份,通过IBM HACMP 集群软件配置两个实例即HIS实例及EMR实例，平时两个业务分别运行在两台IBM P 570上。 这种方式的主要缺点在于：由于需要重新启动数据库核心进程，无法保证数据库系统连续不间断地运行 在系统切换的过程中，客户端与效劳器之间的数据库连接会中断，需要重新进行数 据库的连接和登录工作由于数据库系统只能在一台效劳器上运行，另一台效劳器无法分担系统的负载，实际上造成了客户投资的浪费。在有些系统中，为了解决双机负载分担的问题，将应用系统人为分割为两个

6、数据库系统，分别在两台效劳器上运行。这种方式在一定程度上解决了负载分担的问题，但给系统管理、统计分析等业务处理带来了很多额外的复杂性并行效劳器:在并行效劳器方式下，两台(或多台)效劳器上各自运行一个数据库核心进程，但共同管理、操作一个数据库。客户端无论连接到哪个效劳器都可以在数据库中进行操作。当效劳器A由于故障失效时，数据库系统本身并未停止工作，连接在效劳器B上的客户端还可以继续进行正常工作。同时，效劳器B上也不需要再启动新的数据库效劳器进程，因此也没有“切换时间。对于一些特殊应用中严格要求前端应用不能中断的情况，Oracle并行效劳器还提供了一种“预连接(pre-connect)方式，以这种

7、方式连接的客户端当效劳器端发生故障时，客户端与数据库效劳器的连接不会中断，会被Oracle并行效劳器软件自动转接到还在正常工作的其它效劳器上，不需要重新输入用户名及口令。同样有许多操作系统平台支持并行效劳器方式的高可用性方案，例如IBM HACMP等。与双机热备份方式相比，Oracle10G Real Application Cluster 并行效劳器方式有以下优点：各效劳器共享一个数据库，在正常运行时可以进行负载分担，无需考虑应用数据的人为分割 并行效劳器方式对应用完全透明，在应用程序设计和开发的过程中也不需要进行特殊编程，简化了开发的复杂程度，同时今后系统扩展也无需修改应用程序。不需要重新

8、启动数据库核心进程，缩短了故障造成的停机时间实现这种方式需要单独购置Oracle10G Real Application Cluster与IBM HACMP 支持RAC的插件concurrent volume。3.2.2 实现生产机存储与备份机存储冗余 需根据用户提供何种方式实现存储之间的数据冗余方案执行(如:第三方软件或存储卷复制软件). 备份要求及备份策略建立一个覆盖各数据库备份，实现医院内部，包括HIS、LIS、EMR等业务数据的备份。备份的管理采用集中备份管理的方式，尽可能提高各主机数据的平安性和可管理性。备份内容应包括如下方面：1)应用数据库备份2)要求备份系统的设计应不对应用系统产

9、生任何不良影响。3)要求备份系统的设计要考虑到系统扩展的要求，提供系统平滑升级的能力如何通过有效的备份策略和备份手段减少数据的丧失/错误，如何在事故发生时快速有效地恢复数据，将是我们需要慎重考虑数据保护环节。具体备份策略需根据实际应用与用户沟通后指定方案.门诊应急系统 面向门诊窗口的病人具有很高的流动性，门诊业务是整个医院最紧急、实时性要求最高的业务局部，有必要对门诊业务建立一个针对性比拟强、灵活动机的应急方案，承当门诊业务的运行。针对于门诊局部的业务应急，包括门诊挂号、门诊收费、急诊挂号、急诊收费、门诊药房、急诊药房等模块，适用于整体网络出现故障，全院的网络处于互不联通的情况，可以在门急诊局部形成院内局部的网络，承当起医院业务最紧急的局部。实现原理：分析门诊应急预案包含的业务局部例如门诊挂号、门诊收费、急诊挂号、急诊收费、门诊中西药房、急诊药房、门诊医生工作站等等，需要哪些的公用数据进行定期的数据传输。选择门诊应急所需要的表公用局部，药库局部，门诊局部，确保经传输的表数据能维持门诊系统业务的正常开展。制定数据分隔策略：由于涉及到数据回溯问题即一旦正式效劳器修复且投入使用以后，必须将门诊应急数