2020年系统部署方案.doc

2020年系统部署方案04237目录一、技术架构 11 12 12 13 13 14二、部署方式 14 14\S架构 14三、项目实施计划 15 15 15 16四、网络安全 16 16 17VLAN的端口隔离 17STPRoot/BPDUGuard 17 18 18 19系统部署方案一、技术架构iMed_HER电子健康档案信息系统是一个基于标准的健康数据平台。所有文档都符合HL7v3CDA标准,所有消息都符合HL7v3标准。HL7v3是在EHRS上进行信息交换的标准。其中包括要经过HIAL的所有消息。因为所有消息转换、路由和使用服务都要经过HIAL,所以HIAL的可扩展性对成功进行互联互通至关重要。EHRS平台上硬件系统的处理能力与设计(网络、存储和安全在单独章节中描述),重点着眼于区域卫生信息平台的互联互通性以及健康信息的处理与分析。有许多系统要连接到HIAL,其中包括POS、公众健康信息数据存储库/门户、公共门户。能够按各种模型SaaS、内部开发的系统、COTS(现成构件)-或这些模型的混合来实施这些系统。HIAL必须支持不同的软件架构的连接,而且不应牵涉任何外部系统的改造。这些系统之间的连接能够通过专用网络或公共网络进行,因此必须针对所有通信互连加强安全性以保证互连的安全。标准的发展往往是一个进程,HL7也不例外。HIAL负责实现兼容的消息交换,例如消息映射和消息转换。这是为了保证基础结构的投资,以及实现与RHIN将来要扩展到的主体/系统的灵活兼容。此外,在支持现有的遵从HL7的POS系统(可能是在上)上的信息交换方面也应该有一定的灵活性。示例场景包括:POS应用程序能够了解,但不能从采用了IHE配置文件XDS(跨院区文档共享)的社区HIE中查询和检索临床文档。HIAL需要在无需对POS应用程序进行任何变更的情况下实现这种使用情形。医院希望发布医患接触概况并与下属医生网络共享。HIAL能够简单地将来自医院接口引擎的消息源重定向,从而帮助实现这一点。HIAL能够进一步根据数据格式提供到HL7v3的映射。这将减少花费在系统集成上的时间和成本。在以上两个示例中,都需要利用在旧系统上的现有的投资,同时认识到向前发展需要有更加灵活、可扩展的架构和标准。HIAL能够执行作为基础结构层一部分的集成功能,从而允许医疗保健提供商能够采用与其策略更加一致的方式或步伐来实现互联互通性,而不必受限于供应商的计划或某个部门的老旧应用程序。对于可能已经实施了较多系统的区域,RHIN能够考虑将连接扩展到HL7以外。这样能够加快互联互通性的实现速度,从而加快居民电子健康档案系统的实现速度。HIAL完成了整个RHIN中的术语规范化工具。存储在RHIN数据仓库中的数据必须是规范化的数据,以便实现互联互通性和分析的一致性。HIAL的最佳模型应该不知道医疗数据的物理位置。也就是说,在每个POS(分布式或混合模型/联合式)中,不牵涉考虑患者数据是否(集中)放在某个地方。而且,架构模型也不应自动适应数据源的变化,例如,不应要求开发团队在事情发生变化时重新构建整个模型。LRS(时序档案服务)也需要具备汇聚分布在整个RHIN中(包括EHRS与外部连接系统)的原数据能力。重点应放在规范化其上下文中的数据上,以方便后续的分类和存储。这样有助于根据RHIN规模来实施不同的HIAL范围。策略监管是RHIN中的重要组成部分,其中服