浅析我院 HIS 系统升级的必要性及方案制定-论文.pdf

《浅析我院 HIS 系统升级的必要性及方案制定-论文.pdf》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、浅析我院HIS系统升级的必要性及方案制定田凯元(天津市职业病防治院信息科，天津300011)[中图分类号]R197．324[文献标识码】A[文章编号]1002—2376(2014)09—0018—03‘[摘要]本分主要描述了我院HIS系统的现状与存在的问题，针对性地制定了相应的解决方案，同时对在升级过程中可能会遇到的问题进行了阐述并制定对策。[关键词]HIS系统；Oracle；服务器；数据迁移；容灾我院HIS系统于2007年正式上线，随着我院器死机。目前运行的HIS系统没有完整的安全备份的快速发展，HIS系

2、统不论是软件还是硬件都将面策略，只有部分数据的冷备份及数据导出，一旦发临更新、升级的问题，系统性能需求驱动，硬件设生服务器宕机或磁盘损坏，就会造成数据的丢失，备的问题，数据的积累，磁盘I／O瓶颈以及对日常因而数据安全性存在着较大的风险。业务的开展效率产生的严重影响都促使着我院迫切2．2原因分析的需要对HIS系统的软、硬件进行升级与改造。(1)硬件平台因素：现用的HIS服务器与磁1现状描述盘阵列购买时间较早，当时的硬件配置已不能满足医院现有HIS系统数据库服务器为两台2007当前系统的需求，比如服务器内存只有

3、4G，CPU年购置的IBMX3650服务器，磁盘阵列也为同年处理能力已达到峰值，各部件也已经到了老化的地购置。服务器上所采用的操作系统平台为Windos步。以现在的系统读写需求，支撑上存在I／O读写Server200332位，架设的数据库为Oracle9i，版瓶颈。由于客户端是直接连接数据库，并且为设置本号为9．2．0．8。Oracle数据库服务器采用的是连接池机制，导致数据库文件在磁盘读写频繁，磁WindowsADServer自带的群集功能，用两台服务盘I／O次数和带宽长期承受较大压力，不能满足繁器做了一

4、个群集，从而为数据库提供容错能力。客忙的业务系统，因此现有的磁盘阵列已呈瓶颈。户端的终端软件有PowerBuilder开发，在客户端操(2)数据库与操作系统因素：现用的Oracle版作系统上需安装Oralce客户端，每个客户端需要本为9i，当前服务器是32位的体系结构，服务器的有独立的账户和角色才能进行系统操作。内存只有4G，系统内存严重不足。这个数据库版本2存在问题与分析在此操作系统下只能使用1．7G的内存，Oracle在2．1存在问题Windows平台下采用单进程技术，在Oracle的体系HIS系统是我

5、院13常运作的基础平台，各项业结构中的后台进程和为每个数据库用户服务的服务务数据都需要系统进行处理。由于业务量的增长、进程，都是采用线程来实现。因此无论服务器的实HIS服务器7×24h满负荷运转，运行压力非常大。际物理内存有多少，Oracle所能使用的内存都不可首先表现为日常门诊挂号、收费的响应速度非常能超过3G。这对我院数据分析处理与并发用户的连慢，一旦连接到HIS数据库的并发会话超过300接是致命的限制。随着业务的发展，模块及用户的个，系统便运行缓慢，门诊医生站需排队等候登录增多，会面临登录会话继续增长

6、的压力，因此我们系统，甚至出现不能登录的情况，严重影响了日常决定放弃现用的32位操作系统，选择64位系统。诊疗业务的开展。高峰时期(10：00—11：00)，3解决方案的制定服务器CPU占有率持续100％，严重时会出现服务3．1升级硬件平台根据建设思路，结合我院实际业务情况并考虑收稿日期：2014—05—06业务发展对服务器处理能力的要求，保证未来3～18MedicalEquipmentVok27，No．95年内业务发展需要，本着“经济、实用、可拓数据迁移及转化工具，因其导出文件具有平台无关展”的原则，重新

7、部署两台数据库服务器与一台性，所以在跨平台迁移中，最为常用。它可以通过存储。经过充分调研，决定购置两台IBMX3850数据库的升级，重新构造数据库的存储结构，如果)【5服务器(2E7—4807＼32GB内存＼2：lc300GB数据不是非常大的情况下这种方法比较适合，因为硬盘＼DVD冗余电源＼双千兆以太网(GBHBA这种办法所耗费的时间是与数据量的大小成正比FC光纤卡)，以目前HIS系统框架来说，该型号的的。根据我医院的实际数据大小，我们要求的升级服务器可以完全满足全部需求，且提供足够的冗余方法停机时间短，对

8、医院正常工作影响小并且保证资源，并能够有效的支撑未来几年内后续应用与数数据的高度安全性，不造成数据丢失。经过测试，据的增加所带来的压力。另外购置一台EMC存储我院数据导出／导入的时间大约为4h，在可接受的(VNX51006600GB10K3．5”磁盘)，该存储能范围内。由于HIS不能长时间停机，所以我们决定够满足当前HIS系统数据访问模式下对磁盘I／0的此次作业的时间为00：00至6：00，不能超过此读写速度要求