基于Web服务的医院信息管理系统的设计与实现

维普资讯

２ｏ０７年１２月刊　

（总第１ｏ０期）　

大众科技　

ＤＡ　ＺＨＯＮＧ　ＫＥ　Ｊ　

２００７．１２　

（Ｃｕｍｕｌａｔｉｖｅｌｙ　Ｎｏ．１　００）　

基于Ｗｅ　ｂ服务的医院信息管理系统的设计与实现　

邹　丹　

（华东交通大学信息工程学院，江西南昌３３００１３）　

【摘要】通过对医院信息管理系统现状的分析，采用．ＮＥＴ框架技术，实现了基于Ｗｅｂ服务构建的分布式医院信息管理　

系统，并对系统的功能特点和设计方案进行了介绍。　

【关键词】医院信息管理系统；Ｃ／Ｓ模式；Ｗｅｂ服务　

【中图分类号】ＴＰ３９１　【文献标识码】Ａ　【文章编号】１００８－１１５１（２００７）１２—００３７—０３　

随着信息技术的发展和医院运行机制的转变，医院必须不　

断提高信息化建设的水平，加强管理意识，才能满足日益增长　

的各种需求。医院信息系统已成为现代化医院必不可少的重要　

微软．ＮＥＴ框架Ｎ层结构设计，以ＡＳＰ．ＮＥＴ为工具创建和部署　

Ｗｅｂ服务，Ｗｅｂ服务把业务逻辑划分为一个一个的组件，后台　

以Ｏｒａｃｌｅ　９ｉ为支撑数据库。　

基础设施与支撑环境。医院信息管理系统是指利用电子计算机　

和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理　

信息的收集、存储、处理、提取和数据交换的能力，并满足所　

（三）系统的结构与实现　

１．系统的功能结构　

系统整合了医院所有信息资源，实现了各部门业务数据的　

集成。以病人为中心的管理模式进行开发，病人就诊时不仅可　

以随时查询就诊的即时费用，而且可以通过触模屏查询各种项　

目收费标准，病人只需持有一张就诊卡就可以完成从刷卡挂号　

到刷卡缴费的全过程。　

医院信息管理系统涵盖财务核算管理、药物配置管理与药　

品配伍禁忌管理等，根据业务独立、数据集中原则，系统分为　

以下功能模块：叫号管理系统、门诊管理系统、医生工作站管　

理系统、护士工作站管理系统、出入院管理系统、检验检查管　

理系统、手术麻醉管理系统、静脉药物配置中心系统、电子病　

案管理系统、药房管理系统、药库管理系统、财务核算管理系　

统、院长查询系统、静态数据中心系统等。其中静脉药物配置　

中心系统也叫静脉药物配置服务是本系统中的亮点之一，它根　

据实施医院业务的需要组建。静脉药物配置中心对医院药剂科　

提供的静脉输注混合药物进行配置服务，在功能上分为基础数　

据维护、库存管理、领药申请单管理、调拨单管理、摆药单管　

理和统计报表。　

有授权用户的功能需求的管理系统。　

（一）系统现状　

目前大多数医院信息管理系统结构采用两种方式实现：一　

种是基于Ｂ／Ｓ应用模式，另一种是基于ｃ／ｓ应用模式。　

８／ｓ应用模式即一种浏览器和服务器结构，它不需要在客　

户机上安装任何专门的软件就可以进行操作，所有的业务系统　

程序都安装在服务器上，管理维护只需要对服务器负责，是真　

正的客户端零维护。但由于用户界面所有的业务逻辑都在服务　

器上实现，使得服务器的负荷相应加重，特别是医院业务量不　

断提升且存在大量的并发用户的情况下，采用传统的Ｂ／Ｓ结　

构，系统的响应时间和性能很难满足要求，这将直接影响到前　

端柜台业务的正常运转；同时由于ＨＩＳ系统所涉及的操作都比　

较复杂以及８／ｓ结构自身的特点，所以医院票据业务模块在技　

术上存在很大挑战，需要用脚本来调用ｃ＋＋底端接口来实现。　

在传统的ｃ／ｓ结构上提出３层结构ｃ／ｓ来解决多网络、多　

结构的分布式处理，把应用系统的数据处理合理地分配在客户　

和服务器两端，客户端处理相应的功能，共同完成应用系统承　

担的任务。但这使客户端程序臃肿，并且随着业务规则的变更，　

所有模块都包含用户身份合法性验证功能，各模块都必须　

通过登录界面输入正确的用户名和密码才能使用，而密码由各　

模块的系统维护功能修改。所有模块用户的管理由静态数据中　

需要随时更新客户端应用程序，花费大量的时间重新安装和部　

署客户端程序来保证程序版本的一致性；同时由于ｃ／ｓ结构中　

的客户机与服务器端直接相连，造成系统安全性降低的问题，　

其中任何一台客户机受到病毒的攻击都将威胁到服务器的安　

全。　

心系统负责，它还负责用户角色的管理以及医院信息系统药品　

药物等数据表的维护。　

２．系统架构设计　

整个系统由客户端、Ｗｅｂ应用服务器、数据库服务器构成，　

如图１所示。业务逻辑和数据访问两者以ＣＯＭ组件的形式输出，　

方便Ｗｅｂ服务调用。　

（二）设计思想　

为了寻求两种结构之间的平衡，针对以上问题，本文提出　

一

种基于Ｗｅｂ服务的医院信息管理系统设计思想。该思想基于　

【收稿日期】２００７－１０—１６　

【作者简介】邹丹（１９７９一），女，湖北当阳人，华东交通大学信息工程学院助教，硕士研究生，研究方向为分布式计算。　

．

３７．　

维普资讯

图１　系统结构图　

客户端为ｃ／ｓ模式，采用瘦客户端技术，在客户端只保留　

一

些基本业务数据的校验，而把胖客户端中大部分业务规则集　

中迁移到服务器端处理。客户端通过Ｗｅｂ　Ｓｅｒｖｉ　ｃｅｓ代理类在　

应用程序和ＷＥＢ服务之间传递包含公共属性和域的类，其代理　

类实质是远程ＷＥＢ服务类的属性和方法的本地代表。　

Ａｐｐｌｉｃａｔｉｏｎ　６ＵＩ采用Ｗｉｎｄｏｗｓ　Ｆｏｒｍ实现人机界面的交互，　

为系统提供快速响应和丰富的交互式体验。　

系统核心是Ｗｅｂ应用服务器，客户端通过ＨＴＴＰ（或ＳＭＴＰ）　

协议方式来访问部署在服务器中的Ｗｅｂ服务。Ｗｅｂ应用服务器　

中的侦听服务侦听来自客户端的请求，当侦听到一个请求时，　

将其送给业务逻辑处理组件。业务逻辑组件是用户界面与数据　

访问组件之间的桥梁，它根据业务逻辑规则判断是否执行提　

取、保存数据等操作。无论操作执行与否，业务逻辑都会返回　

一

个处理结果交由ｗｅｂ服务，ｗｅｂ服务把处理结果再返回给客　

户，最后由客户端接收侦听处理结果来决定下一步的操作。在　

这样一次往返结束后，再执行下一次的往返，从而实现服务器　

与客户端进行信息资源的交互。　

数据库服务器在本系统中是数据库管理系统（ＤＢＭｓ），它管　

理所有数据的新增、删除、修改、读取等操作，系统使用ＡＤＯ．ＮＥＴ　

同关系数据库进行通信，ＡＤＯ．ＮＥＴ库中包含用于连接至数据源、　

提交查询以及处理结果的类。　

３．系统实现　

系统涉及模块较多，本文仅以医生工作站管理系统为例来　

介绍系统的实现过程。医生工作站系统如图２所示。　

图２　医生工作站与系统业务关系流程图　

．

３８．　

医生工作站管理系统的主要任务是协助医生完成日常医　

疗工作，包括新增医嘱、医嘱管理、医嘱模板、检验检查、医　

嘱统计报表、病人信息查询等功能模块。其主要功能是处理诊　

断、处方、检查、检验、治疗处置、手术、护理、卫生材料以　

及会诊、转科、出院等信息，医生可方便快捷的开医嘱以及各　

种检验检查申请，支持引用历史医嘱、自定义医嘱、医生工作　

量统计功能，并提供浏览病人的历史检查（验）单功能。　

医生工作站管理系统的业务工作流程如下：　

（１）出入院管理系统中登记病人入院、出院、转科。　

（２）医生工作站管理系统中医生对病人开医嘱、撤销医　

嘱、停止医嘱及术前、术后、转入、转出诊断工作。　

（３）在医生工作站管理系统中医生发出的医嘱指令传送　

到护士工作站管理系统，由护士对医生开出的医嘱进行审核。　

（４）护士工作站管理系统中经护士审核、撤销、停止医　

嘱后，医嘱发送到相关检查、检验管理系统，手术麻醉管理系　

统、以及药房管理系统；如果是出院或者转科医嘱，则发送到　

出入院管理系统登记出院或转科，相应医嘱发送到电子病案系　

统备案。　’　

（５）检查、检验管理系统接收检查检验申请，向医生发　

送结果。　

（６）手术麻醉系统接收手术麻醉申请，并把手术麻醉记　

录传送给医生工作。　

（７）药品医嘱经过过滤，分流，分别发送到药房管理系　

统配药中心配药。　

（８）配药完成后由护士持领药单领药并发给病人。　

下面以新增医嘱来说明系统体系结构各层次之间调用关　

系。　

客户端实现：用户登录医生工作站管理系统，获取用户名　

和密码，发送身份验证消息。Ｗｅｂ服务接收消息后发送给数据　

访问组件。数据访问组件验证身份，　返回验证结果。验证成　

功后医生在客户端应用程序中选择新建医嘱菜单进入录入新　

医嘱界面。通常一个处方都包含有一条以上的医嘱，系统可以　

录入多条医嘱直到超过医嘱上限数值，录完医嘱后点击保存并　

提交医嘱到后台数据库，提交新医嘱之前应用程序会有一个对　

录入的医嘱计算用量并拆分医嘱等规则的校验过程来保证医　

嘱的合理性。在被存储到数据库之前，医嘱为一个实体类数据　

集，它是一个断开连接的、内存中的关系缓存，还没有真正存　

在于数据库中。　

点击保存时激发的单击事件负责调用Ｗｅｂ服务的代理类　

（ＡｇｅｎｔＤｏｃｔｏｒ）中的方法ａｄｄＡｄｖｉｃｅ，交由Ｗｅｂ服务处理。　

服务器端实现：Ｗｅｂ服务接收客户端的保存医嘱的请求，　

Ｗｅｂ服务把请求交由业务逻辑组件验证，如果医嘱中包含药品　

时，验证规则将确定医院药房系统中是否有足够数量的药品发　

放。最后医嘱由业务逻辑调用数据访问组件保存到Ｏｒａｃｌｅ关　

系数据库，数据访问组件通过ＡＤＯ．ＮＥＴ对数据库进行新增的　

操作访问。　

以上就是医生工作站管理系统中的新增医嘱的全过程，医　

嘱从客户端到服务器端的各层次调用关系图如下图３所示。　

维普资讯

合法性来保证系统的安全，同时Ｗｅｂ服务可以跨防火墙通讯。　

医瞩　

Ｊ　Ｌ　

芦　

一

（２）扩展性强：系统逻辑结构明确，严格按照系统功能　

划分模块，客户端可根据具体的业务需要使用Ｂ／Ｓ模式实现一　

ｆ代理类１　Ａｇｅｒ１毋ｏｃｔ０ｎｄ　

……………　

ｖ　ｅｆ１　

一

Ｊ．　……………　

壬…　些特殊的功能，并不完全局限于ｃ／ｓ模式，Ｗｅｂ服务还支持不　

：　

服　

端　

［Ｗｅｂ服务１　ＨｉｓＳｅｒｖｉｃｅ　ａｄｄＡｄｖｉｃｅ　０接口　

同的操作系统之间的连接访问。　

（３）负载均衡：基于ＳＯＡＰ的Ｗｅｂ　Ｓｅｒｖｉｃｅ处理分布式应　

用比ＤＣＯＭ具有明显的优势，大大简化了客户端的计算机载荷，　

减轻了系统维护与业务扩展的成本。　

儿　

ｖ　

ｆ业务逻辑１　ｂｍｉｎｅｓｓＲｔｔ￣ｓ　ａｄｄＡｄｖｉｃｅ　０　

儿　

ｖ　

ｆ数据访问１Ａｄｖｉｃｅ　ａｄｄＡｄｖｉｃｅＯ　

儿　

ｖ　

（四）结束语　

本文介绍的基于Ｗｅｂ服务的医院信息管理系统已在某医　

院投入使用，该系统的实旌将全面提升医院的信息化管理水　

平，有效地提高员工的工作效率，降低医院的管理成本，创造　

［ＳＯＬＨｅｂｅｒ］ＥｘｅｃｔｔｅＮｏＯｔ￣ｒｖｆ）执行非杳询ＳＯＬ讨稗宴珊　

儿　

ＤＢＭＳ　

更大的社会效益和经济效益。　

图３系统调用层次关系图　

【参考文献】　

４．基于Ｗｅｂ服务的医院信息系统优势　

［１］康博．ｃ＃Ｗｅｂ服务高级编程［Ｍ］．北京：清华大学出版社，　

・

系统采用模块化的设计与部署，实现了与医保接口之问的　

２００２．　

数据交换，适用于所有大中型医院，客户可以根据自身的条件　

［２］李敏波．ＡＳＰ．ＮＥＴ　２．０高级编程（第４版）【Ｍ］．北京：清华大　

和需要选择各模块的实旖。基于Ｗｅｂ服务的医院信息系统优势　学出版社，２００６．　

主要体现在以下几个方面：　

［３］侯晓霞，柴洪辉，ｃ＃技术内幕［Ｍ１．北京：清华大学出版社，　

（１）安全性高：为了防止用户非法操作数据，本系统在　

２００２　

客户端和服务器之间采用ＳＯＡＰ加密和签名的方式验证用户的　

（上接第３６页）　

原因正是因为基本ＰＳＯ随着多样性的降低，很快陷入停滞，导　

表２显示的是每种情况下经过１０００次迭代搜索到的最小　

致早熟收敛，而本文的算法则保持了多样性，从而保证了整个　

适应值，其中每种情况都运行３０次，然后求最小适应值的均　

优化过程的持续收敛。说明了本文提出的算法具有较好的优化　

值作为比较的依据。　

精度。　

表２　３Ｏ次运行的平均最小适应值（均值±标准值）　

（六）结论　

基本ＰＳＯ算法的主要缺点是易陷于局部极小点。该文提出　

函数　基本ＰＳＯ　本文算法　

一

类新颖的ＰＳＯ算法，它在基本ＰＳＯ算法中融合了Ａｌｏｐｅｘ算法，　

６０．７６６５　ｌ７．６５２ｌ　

从而帮助算法摆脱局部极小点的束缚，提高非线性优化的精　

±两，２５５６　±１１，７４６４　

度。对比实验结果说明该文所提出的算法优于基本的ＰＳＯ算法。　

８．８３９０　６．７５８７　

±４．９５００　±３．７８６５　

０．１４６８　０．０６８８７　

【参考文献】　

±０，０９ｌ８　±０．０２９８　

［１］ＫｅｎｎｅｄｙＪ，Ｅｂｅｒｈａｒｔ　１Ｋ．Ｐａｄｉｃｌｅ　Ｓｗａｍ　Ｏｐｔｉｍｉｚａｉｔｏｎ［Ｃ］．Ｉｎ：ＩＥＥＥ　

｛４　

ＩｎｆＩＣｏｎｆＯｎ　Ｎｅｕｒａｌ　Ｎｅｔｗｏｒｋｓ，１９９５：１９４２－１９４８．　

±１．９６２８　

ｌ８，９７７４　

±１．８８９４　

ｌ８．８１５９　

［２］Ｓｈｉ　Ｙ，Ｅｂｅｒｈａｒｔ　Ｒ．Ａ　ｍｏｄｉｉｆｅｄ　ｐａｒｔｉｃｌｅ　ｓｗａｒｌｎ　ｏｐｔｉｉｍｚｅｒ［Ｃ］．　

Ｉｎ：ＩＥＥＥ　Ｗｏｒｌｄ　Ｃｏｎｇｒｅｓｓ　Ｏｎ　Ｃｏｍｐｕｔａｔｉｏｎａｌ　Ｉｎｔｅｌｌｉｇｅｎｃｅ，　

由分析结果可知，本文的算法对于Ｒｏｓｅｎｂｒｏｃｋ函数和　

１９９８：６９－７３．　

Ｇｒｉｅｗａｎｋ函数的优化精度显著优于基本ＰＳ０算法。对于　

［３］ＳｈｉＹ，ＥｂｅｒｈａｎＲＣ．ＦｕｚｚｙＡｄａｐｔｉｖｅ　Ｐａｒｆｃｌｅ　ＳｗａｒｍＯｐ￣／ｚａｔｉｏｎ　

Ｒａｓｔｒｉｇｒｉｎ函数和第４个函数，则略优于基本ＰＳＯ算法。其　

［ｑ．Ｉｎ：Ｐｒｏｃ　Ｃｏｎｇｒｅｓｓ　Ｏｉｌ　Ｅｖｏｌｕｔｉｏｎａｒｙ　Ｃｏｍｐｕｔａｔｉｏｎ，２００１．　

一

３９．