医院集成平台引擎poc测试方案.docx

北京电力医院信息化项目集成引擎选型POC测试方案目录1背景介绍32POC场景32.1测试目的32.2测试场景描述32.3测试要求42.4测试内容43测试计划11背景介绍北京电力医院信息化项目旨在建设合理、先进的医院信息系统，构建一个集管理、医疗、信息技术和计算机网络于一体的综合性系统，满足医院一型四化三级甲等医院发展要求。项目规划引入信息集成平台作为医院信息系统总线，以实现院内异构系统异构数据的无缝连接，为此需要邀请一组目前最好的集成引擎IE平台供应商或实施厂商来进行POC验证测试，其结果将作为集成引擎IE平台选型的重要依据。POC场景测试目的POC测试重点考察集成引擎IE平台在功能、性能、可靠性、标准化、易用性、开放性等方面的特性，其结果将作为集成引擎IE平台选型的重要依据。测试场景描述 场景涉及HIS、LIS、集成引擎IE以及EMR（测试时采用模拟系统）等四个系统，具体分别为:1．医院HIS新增／修改／取消检验医嘱，医嘱信息通过集成平台发送给EMR、LIS系统。2. LIS系统更新检验结果通过集成平台将结果数据回传给HIS、EMR。3. HIS新增／修改患者信息，通过集成平台更新EMR患者信息。测试要求要求POC实现流程涉及以上4个系统。要求测试尽可能使用北京电力医院HIS系统和LIS系统的测试环境和测试库数据，电子病历系统采用模拟系统。当需要时，可以由厂商使用模拟程序完成整个流程。数据传递与交换的校验。要求以总线服务注册和调用的方式实现接口。数据标准的支持,如国际标准：HL7、CDA 、IHE等；国家行业标准： WS/T 447-2014基于电子病历的医院信息平台技术规范之医院信息平台基本交互规范；技术标准：Web Service、REST、JSON等。数据集成设计必须提供信息传输保密性、数据完整性、身份识别和认证、防抵赖性等安全保障措施。测试内容具体测试内容如下：2.4.1 企业服务总线（ESB）基本功能 测试目的验证平台具有遵循SOA技术标准与设计原则，设计基于消息及事件为驱动的体系架构的能力。验证平台具有基于事件的订阅／发布模式，从而建立医院各系统与事件之间的松耦合关系。对医院系统中现有API进行封装的能力。 测试方法平台需要定义病人基本信息的新增，修改事件，由HIS，LIS，EMR进行订阅。平台需要定义申请单新增，修改，取消事件，由HIS，LIS，EMR进行订阅。平台需要定义检验结果收到未执行，已执行，已取消事件，由HIS，LIS，EMR进行订阅。平台需要发布用于接收这些事件的服务，要求至少有一个服务采用Web Service的方式进行发布。基于HIS现有的存储过程（修改辅助检查／检验／治疗申请状态）进行封装，要求将其封装为Web Service。2.4.2 消息的追踪和审计能力 测试目的测试平台具有持久化保存消息的能力，保存的消息可用于医院事后调试，审计等。测试平台具有消息端到端的管理能力，能够跟踪消息，支持消息的重发，编辑后重发功能。测试平台支持对历史消息的查询，支持基于消息内容的查询。同时具有相应的查询方式，如SQL语句查询。 测试方法实现测试场景描述中的一个或者多个案例后，对平台处理过的消息进行查看。演示如何在平台中进行消息的查询，以及用SQL方式或其他方式进行查询。演示如何利用消息进行分析，监控。2.4.3 平台接口能力 测试目的验证平台具有访问现有主流技术和产品的能力。验证平台具有完善的错误处理机制。 测试方法：演示平台对数据库、文件、TCP／IP、Web Service，HTTP、REST、JSON等接口或技术标准的支持。 演示对单独接口的单元测试。演示或者讲解平台遇到接口错误的时候，如何进行处理。2.4.4 平台的标准化能力 测试目的验证平台是否支持HL7 V2。验证平台是否支持HL7 V3。验证平台是否支持CDA／IHE规范。验证平台是否支持WS/T 447-2014基于电子病历的医院信息平台技术规范。 测试方法在实现的测试场景中，要求使用至少一次HL7 V2消息。在实现的测试场景中，要求使用至少一次HL7 V3消息。提供IHE测试工具实现PIX和XDS.b场景。1.PIX场景及流程：新增患者事务(Patient Identity Feed [ITI-8])，完成患者信息注册，需要扮演数据源(Source)角色，交叉引用管理者(Cross Reference Manager)角色为可选角色，厂商可以采用第三方系统来模拟该角色；患者查询事务(PIX Query [ITI-9]) － 根据医疗机构信息和患者MRN查询患者主索引信息，需要扮演使用者(Consumer)角色，交叉引用管理者(Cross Reference Manager)角色为可选角色，厂商可以采用第三方系统来模拟该角色。2. XDS.