Analysis and Research of Hospital Infection Control and Automatic Warning System
　　WANG Hao, GU Feng-jun, LI Yuan
　　(People's Liberation Army Hospital No.302, Beijing 100039, China)
　　Abstract：This paper introduces the hospital infection control and automatic warning system's background, target, content.It analyzed the software design scheme of the system. Describe the system function Combined with daily due demand.
　　Key words: nosocomial infection; monitoring and automatic warning; system
　　医院感染不仅增加病人痛苦，影响医疗质量和安全，延长住院时间，影响床位周转，而且增加个人国家经济负担，造成卫生资源浪费。现在，社会上各医院的感染监控大部分是采用人工来分分析检测，个别医院虽有自己的感染监控信息管理平台，但尚没有成型的，广泛推广的系统应用。随着检测内容的不断丰富，医院信息化发展的突飞猛进，必须建立统一医院感染监控及自动预警系统来改善监控质量，提高检测效率。经过多年对感控业务及医院信息平台的调研及应用总结，本文主要从系统建设与系统架构，系统功能方面对医院感染监控及自动预警系统建设进行一个概括的分析。
　　1 系统建设目标及内容
　　依托医院已建立的网络与数据库平台，整合和利用现存病例及相关信息资源，建立统计分析、预警分析、信息共享、决策支持、协调高效的应急决策技术支撑系统，加强对感染因素、感染数量等综合信息的监测与分析，采用先进的信息化手段，为相关机构制定科学的监测手段、提供强有力的信息支持和科学依据。医院感染监控及自动预警系统实现的目标应满足以下几个条件：
　　1）统一、完善感染业务数据管理，形成医院全范围内的监控及分析系统。
　　2）建立新的预警模型体系，对数据采用更加灵活的方式进行预警分析。
　　3）建立多维的统计分析体系。
　　4）建立在线基础知识库，通过在线查找，在线查看，下载等方式对已有病例信息等资料进行信息共享。
　　2 系统建设方案
　　2.1 总体设计原则
　　综合对医院感控检测需求的理解与研究，该系统在管理层次上涉及到领导决策层、管理控制层、业务执行层、基础数据层四个层次，在业务上贯穿感染控制业务的整条跟踪链。其系统总体设计遵循以下原则：
　　1）实用性原则
　　系统应最大限度地满足实际工作要求，把满足用户业务管理作为第一要素进行考虑。
　　2）先进性原则
　　将基于业务的实际情况，运用国内外先进的管理理念和思想，采用先进成熟的软件开发技术，为感染监控信息化建设提供领先的、适应性强的软件系统。
　　3）安全性原则
　　从系统设计上解决监测数据同步、录入、维护、存储和传输各环节的数据准确性和保密性处理；根据管理职能和角色不同，其功能权限、操作权限和数据权限设置也不尽相同，严格实现权限控制功能。
　　4）标准通用化设计原则
　　由于感控业务的调整和变更是不可避免的，系统所管理的对象和内容不能完全定死，进行通用化设计，以满足管理调整的现实要求。
　　5）注重基础数据规范化的原则
　　系统涉及多个层次、大量的监测数据的数据归集、整理和分析工作，所以基础数据的规范性要求极高，无论是外部系统导入还是不同岗位的手工录入，必须保证所有基础数据规则、约束条件、数据应用方式保持一致。
　　除以上原则，系统还应满足数据高度集成和应用的原则，流程化业务数据管理的原则，灵活数据分析的原则，系统可维护扩充性原则等
　　2.2 系统架构
　　系统采用JAVA语言、基于J2EE架构、采用标准的基于WEB的三层体系架构；包括数据库层、应用层以及最前端的最终用户操作界面层，最大限度的减少中间环节，保证了系统处理的高性能、高稳定性和可移植性。
　　1）客户层
　　客户层包含各种端设备。端设备的用途是提供灵活多样的用户接口，用户接口，通过相关的服务渠道，使用户可以方便有效地访问系统。
　　2）应用层
　　应用层提供应用系统所需的服务渠道、业务接入子层、应用平台子层，并实现所有应用系统的全部功能服务。服务渠道子层：服务渠道子层建立、整合并管理Web等多种服务渠道，用户通过上述任何一种渠道，或多种渠道的灵活组合，方便有效地访问到应用系统的服务。应用平台子层: 应用软件平台是整个应用软件系统的核心和基础，该平台主要包括以下几种功能：系统运行平台,系统开发平台,系统部署平台,系统维护平台,系统互联平台。平台级的互联能够提供更好的一致性、效率和灵活性。采用一定的标准，将遗留系统和外部系统连接起来，保证数据能够更加流畅地在各个系统中传递。
　　3）业务功能子层
　　业务功能子层实现用户具体的各项功能性需求。该子层提供的各项功能性服务，包括：数据访问子层,数据访问子层提供数据访问服务。通过数据访问服务，向应用系统提供相关的业务数据。数据访问服务是本信息系统的一部分，由应用软件开发商，在相关的中间件基础上设计开发。这部分功能由应用软件平台和相应的数据存储管理机制协同实现。数据管理子层,实现业务系统的存储管理，数据之间的交互，跨业务、跨系统之间的交易（事务）都通过应用软件平台予以支持，对用户而言屏蔽了数据存储机制之间的差异。
　　2.3 系统运行环境
　　采用典型的三层架构（Web服务器、应用服务器、数据库服务器），便于在以后对每层都可以进行横向扩展，提供负载处理能力。
　　3 系统功能分析
　　3.1 自动预警
　　为减少人工操作工作量和降低经营风险，通过与医院信息系统（his）、检验信息系统（lis）,医学影像传输系统（pacs）等系统接口对接，实现病人数据共享，及时自动采集、识别、分析病例中与感染相关实时数据，并且依据医院对不同预警结果设置的参数做出正确预警，功能灵活制定，满足医院业务需求；同时医院可以根据自身需要灵活设置自动预警项目，随时满足对不同监测目标的自动预警监测。
　　3.2 目标病例监测分析
　　为了详细记录院感及传染病人在医院内全部的发病、诊断、治疗，出院等信息，系统使用专用显示模块将系统自动发现或者上报的病人全部按照时间顺序排列显示出来，为临床及防控科室提供及时、全面、有效的信息。综合院感及传染病病人的各类医疗信息进行多角度、多维度单项及多项分析功能，提供医院需要的不同分析报表、图形。 (责任编辑：南粤论文中心)转贴于南粤论文中心: http://www.nylw.net(南粤论文中心__代写代发论文_毕业论文带写_广州职称论文代发_广州论文网）