系统部署方案.pdf
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《系统部署方案.pdf》由会员分享,可在线阅读,更多相关《系统部署方案.pdf(9页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、目录目录一、技术架构.111。1 相互连接性.111.2 标准的发展和采用.121。3 术语规范化.131。4 数据位置和 HIAL 处理.131。5 监管.13二、部署方式.142.1 数据集中式管理.142.2 采用 BS 架构.14三、项目实施计划.143.1 项目实施流程.143.2 项目实施主计划.153.3 实施进度表.15四、网络安全.164.1 网络可靠性和冗余.164.2 网络安全技术部署.164。2。1 基于 VLAN 的端口隔离.164。2。2 STP Root/BPDU Guard.164.2。3 端口安全.174.2。4 防 IP 伪装.174.2。5 路由协议认证.
2、18系统部署方案一、技术架构一、技术架构iMed_HER 电子健康档案信息系统是一个基于标准的健康数据平台。所有文档都符合 HL7 v3 CDA 标准,所有消息都符合 HL7 v3 标准。HL7 v3 是在 EHRS 上进行信息交换的标准。其中包括要经过 HIAL的所有消息。因为所有消息转换、路由和使用服务都要经过 HIAL,所以 HIAL的可扩展性对成功进行互联互通至关重要。EHRS 平台上硬件系统的处理能力与设计(网络、存储和安全在单独章节中描述),重点着眼于区域卫生信息平台的互联互通性以及健康信息的处理与分析.1 1。1 1 相互连接性相互连接性有许多系统要连接到 HIAL,其中包括 P
3、OS、公众健康信息数据存储库/门户、公共门户。可以按各种模型 SaaS、内部开发的系统、COTS(现成构件)或这些模型的混合来实施这些系统。HIAL 必须支持不同的软件架构的连接,而且不应牵涉任何外部系统的改造.这些系统之间的连接可以通过专用网络或公共网络进行,因此必须针对所有通信互连加强安全性以保证互连的安全。1 1。2 2 标准的发展和采用标准的发展和采用标准的发展往往是一个进程,HL7 也不例外.HIAL 负责实现兼容的消息交换,例如消息映射和消息转换.这是为了保证基础结构的投资,以及实现与 RHIN 将来要扩展到的主体/系统的灵活兼容。此外,在支持现有的遵从 HL7 的 POS 系统(
4、可能是在 HL7v2。x 上)上的信息交换方面也应该有一定的灵活性.示例场景包括:POS 应用程序可以了解 HL7v2.5,但不能从采用了 IHE 配置文件 XDS(跨院区文档共享)的社区 HIE 中查询和检索临床文档。HIAL 需要在无需对 POS 应用程序进行任何变更的情况下实现这种使用情形。医院希望发布医患接触概况并与下属医生网络共享.HIAL 可以简单地将来自医院接口引擎的HL7v2.x 消息源重定向,从而帮助实现这一点.HIAL 可以进一步根据数据格式提供 HL7。2x 到 HL7v3 的映射。这将减少花费在系统集成上的时间和成本.在以上两个示例中,都需要利用在旧系统上的现有的投资,
5、同时认识到向前发展需要有更加灵活、可扩展的架构和标准。HIAL 可以执行作为基础结构层一部分的集成功能,从而允许医疗保健提供商可以采用与其策略更加一致的方式或步伐来实现互联互通性,而不必受限于供应商的计划或某个部门的老旧应用程序。对于可能已经实施了较多系统的区域,RHIN 可以考虑将连接扩展到 HL7以外。这样可以加快互联互通性的实现速度,从而加快居民电子健康档案系统的实现速度。1 1。3 3 术语规范化术语规范化HIAL 完成了整个 RHIN 中的术语规范化工具。存储在 RHIN 数据仓库中的数据必须是规范化的数据,以便实现互联互通性和分析的一致性.1 1。4 4 数据位置和数据位置和 HI
6、ALHIAL 处理处理HIAL 的最佳模型应该不知道医疗数据的物理位置.也就是说,在每个POS(分布式或混合模型/联合式)中,不牵涉考虑患者数据是否(集中)放在某个地方。而且,架构模型也不应自动适应数据源的变化,例如,不应要求开发团队在事情发生变化时重新构建整个模型.LRS(时序档案服务)也需要具备汇聚分布在整个 RHIN 中(包括 EHRS 与外部连接系统)的原数据能力.重点应放在规范化其上下文中的数据上,以方便后续的分类和存储.这样有助于根据 RHIN 规模来实施不同的HIAL 范围。1.51.5 监管监管策略监管是 RHIN 中的重要组成部分,其中服务提供商和服务实施可以是一个混合体。R
7、HIN 架构必须包括一个可为跨供应商整合式监管提供开放策略框架的组件,并且策略的监管和执行最好在 HIAL 层实施。简而言之,HIAL 需要提供“基础设施层”互联互通性,并且能在 iMed_HER 电子健康档案信息系统和连接系统的持续发展中保持可互联互通性。二、部署方式二、部署方式2.12.1 数据集中式管理数据集中式管理现在 IT 的发展趋势是数据集中,数据集中的核心是对服务器进行整合.特别是一些大型企业,建立企业数据中心,购买高性能的主机,对数据集中管理,已成为一种潮流。iMed_HER 电子健康档案信息系统的网络服务器部署推荐集中式。2.22.2 采用采用 BSBS 架构架构iMed_H
8、ER 电子健康档案信息系统采用 BS 架构,BS 结构(Browser/Server,浏览器/服务器模式),是 WEB 兴起后的一种网络结构模式,WEB 浏览器是客户端最主要的应用软件。这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用.客户机上只要安装一个浏览器(Browser),如Netscape Navigator 或 Internet Explorer,服务器安装 Oracle、Sybase、Informix 或 SQL Server 等数据库。浏览器通过Web Server同数据库进行数据交互.BS 架构大大简化了客户端的安装操作。三、项目实施
9、计划三、项目实施计划3 3。1 1 项目实施流程项目实施流程项目实施流程图如下:3.23.2 项目实施主计划项目实施主计划项目实施主计划详细的描述了项目的进程,并明确了资源配置和项目各阶段应该完成的内容。项目共有五个里程碑:项目组成立,系统安装,系统上线,用户培训,项目验收。3 3。3 3 实施进度表实施进度表实施计划进度简表项目项目准备3 天需求调研5 天项目启动会1 天产品定制开发120 天用户培训10 天试运行及考试30 天项目验收项目准备需求调研项目启动会产品定制开发用户培训及考试试运行项目验收3 天备注:以上时间可根据具体实际情况再作调整!四、网络安全四、网络安全4.14.1 网络可
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 系统 部署 方案
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内