作者：郭建军 刘云

随着信息技术的不断发展，医院各类信息系统不断调整与升级，各类应用系统中的数据逐步呈现出多样性、复杂性、分散性、海量性等特点。而应用系统也必须按照医院规则执行流程。医院规则的不断累计，也导致程序越发的复杂，所以需要规则库管理系统将医院规则进行统一管理，统一接口实现并可扩展，不仅使医院宝贵的规则资源得到统一管理和维护，而且能极大地降低业务系统建设的复杂度，提高其稳定性。

1   规则库总体架构

规则库管理系统根据统一化的入口参数、标准的基础数据，实现规则的多版本管理与维护，将分布在各系统的规则进行直接管控；实现单独管理，保证规则不随其他业务系统的升级而产生变更。整个规则管理系统包括了基础数据管理、规则定义、规则目录管理、规则版本管理、应用集成调用管理、权限管理等几大部分，为提高规则调用效率，采用多台应用服务器和负载均衡来承载规则库的WebService和规则的基础数据和字典服务。

1.1  基础数据管理 基础数据管理主要用于规则基础数据维护，包括规则数据以及开关数据、医保费用控制、医疗项目使用权限控制。规则数据以及开关数据主要包括有：院区、科室、雇员、患者类型等医疗项目基础数据；医保费用控制是指例如严格控制省医患者一天公费药品不能超过60元的价格控制；医疗项目使用权限控制，即医疗项目对开立科室、医师级别、医师、患者类型的使用或限制控制，以及具体使用量的控制：此功能主要是对规则进行汇总和参数化，以方便管理部门进行管理。

1.2 规则定义 规则定义实质上是为规则提供标准的实现，以供各业务系统调用。根据规则的类型，规则的定义包括但不限于以下三种：业务规则的定义、基础规则的定义和描述性规则的定义。

1.2.1业务规则 业务规则是规则管理系统最重要的一类规则。规则管理系统对业务规则给出标准实现。业务规则的调整，意味着医院某项管控的调整，规则管理系统通常需要调整此规则的实现算法。应用此类规则的优点是规则编写规范，能提高业务系统性能；缺点是专业性较强，不易调整。

1.2.2基础规则 基础规则是无需逻辑处理的规则，是由用户直接定义规则内容的一类规则。用户可以自主的新增或修改规则，发布新的版本。规则一旦定义好，可以及时投入运作。此类规则的优点是规则的及时性强，要求较低。

1.2.3描述性规则 描述性规则是根据医院管理的需要对某些规定进行的语言总结，方便医院管理，此类规则也不需要提供具体的算法实现。

1.3 目录树管理 目录树对所有的规则进行目录化管理。规则定义后，可以通过规则树进行查看与管理。目录树对不同类型和级别的用户提供不同的权限：不同级别的用户可以查看及维护相应级别的规则；如果有相应的管理权限，也可通过目录树模块直接进入规则修订模块。

1.4 规则版本管理 通过规则的版本化管理， 来方便规则修订。在修订过程中，未完善或未调整完毕的规则不能使用，直到打上相应的版本号后才可以被业务系统调用。一旦出现规则错误，可以及时回滚到上一版本。

1.5 应用集成调用管理 应用系统集成主要是提供相应的入口，以方便其他应用系统进行调用，调用的方式主要通过提供WebService的方式，对调用的入口进行标准化，统一入口。所有的规则调用都是由一个入口进行完成，其参数采用XML模式进行定义，方便统一化管理，入口参数包括规则编号和统一的入参编码。基于安全考虑，需要调用规则的应用系统需要在规则管理系统中进行注册，并且通过管理人员的审核后方可调用，以防止拒绝服务式攻击。同时，对应用系统的调用通过日志进行跟踪和审计，以方便管理者了解规则应用情况，同时还可以对规则实现的正确与否进行反馈。

1.6 权限管理 权限管理分为三部分：用户系统权限、应用系统调用权限和操作员权限。

1.6.1用户系统权限 该权限主要用于限制规则维护人员的权限，将不同的规则的增加、修改、分配给不同的用户或科室，方便用户自定义规则。

1.6.2应用系统调用权限 应用系统调用规则也必须要有权限控制，调用时系统会检查该应用系统是否有相应的权限，以保证规则系统可以安全正常的运行。

1.6.3操作员权限 应用系统在调用时，还会检查操作人员的权限，同样的应用系统不同的操作人员，也可能会有不一样的规则实现。

2  规则库系统的实现

2.1 统一化的入口参数 为了便于异构系统进行调用，入口参数统一采用XML结构进行定义。入口的参数主要包含的信息有：（1）患者基本信息：主要包括患者的姓名、性别以及患者的医保类型等基础性信息。（2）门诊挂号信息/住院ADT信息：主要用于识别住院或门诊的信息，用于在规则调用中进行科室及号别、病情识别等。（3）医嘱信息：提供患者的医嘱信息，可根据具体医院的需要进行扩展，如添加收费信息等。（4）操作员信息：用于校验操作人员的用户权限等信息。（5）其他信息：如患者药物或食物过敏信息等内容，可根据需要进行扩展。

2.2 规则实现的流程 各个应用系统调用规则时，按照规则流程图的流程进行

所有的规则都有一个标准的入口，通过该入口才可以调用相应的规则；调用规则时，通过规则编号查找到规则的唯一调用方式，并根据入参，结合规则内容进行解释执行；规则调用结果通过XML返回应用系统。最后，应用系统根据规则返回结果进行下一步操作。

2.3 规则接口的实现方式 规则管理系统采用Webservice作为系统的接口集成方式。WebService技术是基于XML发展起来的新型的分布式计算技术，它具有XML的所有优点。WebService是一个能被URI所识别的应用软件，它的接口及功能，能够以XML的形式来定义、描述和发现；使用基于XML的消息，通过基于Internet的协议来交换信息，一个WebService能够直接与其他软件代理进行互操作。采用WebService平台的接口方案，程序员无需与多种平台和资源进行交互，只需与WebService进行交互，且WebService能够统一地封装信息、行为、数据表现以及业务流程，而无需考虑应用所在地环境使用何种系统和设备，从而充分地跨越所有系统平台。这些都使得程序员在接口开发时能够大大减少代码编写，从而缩短工期、保证项目进展。

由于WebService采用松散耦合，减弱了业务逻辑接口和数据接口之间的耦合，更好地实现接口模块与应用模块间的分离，从而很好地避免了由于接口报错等问题导致的系统报错、服务不可用甚至瘫痪的问题，极大地提高了系统质量。

3   规则库系统的应用

规则库系统通过一段时间的使用，极大地减轻了维护人员的维护压力，大大节约了维护时间，改变了以往的被动管理模式。

本院关于患者医保类型的费用控制规则，在规则库的整体管理下得到了不错的应用效果。规则管理系统通过参数的配置限定不同的患者类型开立医嘱的费用。例如，省医患者限定一天公费药品不能超过60元，当医生开立药品医嘱时，公费部分金额达到60元时，规则系统限制开立医嘱并给出相关提示。此规则有效地完成了医保办对于医保控费的要求。

4   应用的效果

规则库系统正式运行已经43天，其中医保费用控制规则调用396644次，有效控制金额77368次。目前系统稳定运行，并且在规则库运行期间发现院内HIS和门诊EMR系统问题数3个，再次明确医院规则流程若干项。

规则库系统的运行解决了医院代码和接口在运维管理工作上不规范和管理混乱的问题。通过简洁方便的管理模式，提高了对各种代码、接口、规则等的分类整理的效率；对于不同身份登录的用户，提供不同的权限，保证信息的安全性；规则库通过版本控制的机制来对医院的各类信息资源进行有效地管理和控制，既方便重要接口的管理，也防止了规则的不明确。规则库系统把应用服务和规则控制进行了有机的结合，为医院各类系统的高效运行的及时性、准确性和稳定性提供了可靠保障。

5   结语

本文对规则库管理系统的系统设计及实现进行了介绍，从规则库管理系统的架构、实现的流程、接口的实现方式等方面详细描述了规则库的实现。规则库管理系统是医院管理的高度集权，利用统一的接口标准，完成医院规则的统一管理，促使医院信息化管理更上一层楼，对医疗机构信息化管理提供示范效应，也有利于医院对规则的管理与维护，排查患者就医各环节的问题，为患者提供更好的服务。