系统部署实施方案(共14页)

1、精选优质文档-倾情为你奉上系统部署实施方案 篇一：系统部署方案模板 系统部署方案模板 写作要点： 1 1基本环境需求列表：描述基本环境对软硬件及网络的需求，必须列出名称和版本号信 息。可以使用下表2 机器名及软件需求：描述每一类型的物理机/虚拟机上所需要的特殊的软件需求，必 须包含名称和版本号。可以使用下表，两个表中的机器名必须完全一致。3 网络需求：描述每一类型的物理机/虚拟机如何连接到网络中，必须绘制网络拓扑图， 并使用文字对图进行解释和说明，必须提到IP的选择和配置。 4 3基本环境配置：描述每一款软件/服务是如何安装的。要注意：本节所介绍的所有软件 必须和基本环境需求列表中的软件一致，

2、每一种软件的安装为一个小节，每一个安装的步骤必须有截图和相应的文字说明，比如： 双击安装包中安装文件“”图标，单击“接受”按钮，进入“自定义安装”界面，在此界面中单击“更改”按钮，在弹出的对话框中输入 “D:devkitjdk” 更改安装路径。 5 4专用环境配置：描述每一款特有软件/服务是如何安装配置的。要注意：本节所介绍的 所有软件必须和专有环境需求列表中的软件一致，每一种软件的安装为一个小节，每一个安装的步骤必须有截图和相应的文字说明。 6 基本环境：描述基本环境配置中会存在的或值得注意的问题及解决方案。安装问题 包括安装软件和环境配置的问题；操作系统问题包括任何跟操作系统相关的问题；工

3、具7 专用环境：描述专用环境配置中会存在的或值得注意的问题及解决方案。每一个问 题一个小节，可以使用中的表。 8 现存的问题：描述本文中记录的内容和实际行为不一致的地方。要注意：这些问题 都是可以准确定位的，但是目前还没有得到修复。 9 6参考资料：描述一些基本的配置信息，比如操作系统安装。可以以附件的形式添加到 这一节。 10 7文档历史：使用下表 篇二：部署实施方案 部署实施方案 一*软件运行支持环境： 服务器平台：微软视窗操作系统 2008 开发平台 ： Microsoft Visual Studio 数据库平台： MSSQL2008 网络:花生壳动态IP域名解析/固定域名固定IP 开发

4、技术：WInform/WCF/AEF/JQUERY 二运行要求： 用户必须有独立服务器，并且安装微软服务器操作系统（windows 2008）安装IIS 安装: .net framework 以上 硬件要求：CPU GHZ以上 内存2G及以上 硬盘120G及以上 浏览器：建议使用google、猎豹，不建议使用 IE9以下版本。 网络连接：局域网10M/100M 三 数据实施步骤 1基础信息 协调相关部门，采集基础信息。 2公共信息 公共信息是多个业务部门共用的公共信息，包括人员、单位、提供设备 详见附1，人员信息 详见附2 ) 3专用信息 专用信息是公章等信息。 四项目进度安排 系统建设分阶段

5、进行， 第一阶段至合同签订后10天，完成如下工作： （1）组织数据的采集 （2）硬件环境的搭建 第二阶段，合同签订后20天，完成如下工作： （1）好爱软件采购的搭建将部署 （2）二次开发 第三阶段，合同签订后30天内，完成如下工作： 信息、基础设施等。（） 系统开始正式试运行 （） BUG修改 （） 系统性能调优 （） 系统培训 （） 系统验收篇三：系统部署方案 目录 一、技术架构 . 11 相互连接性 . 11 标准的发展和采用 . 12 术语规范化 . 13 数据位置和HIAL处理 . 13 监管 . 13 二、部署方式 . 14 数据集中式管理 . 14 采用BS架构 . 14 三、项目

6、实施计划 . 14 项目实施流程 . 14 项目实施主计划 . 15 实施进度表 . 15 四、网络安全 . 16 网络可靠性和冗余 . 16 网络安全技术部署 . 16 基于 VLAN的端口隔离 . 16 STP Root/BPDU Guard . 16 端口安全 . 17 防IP伪装 . 17 路由协议认证 . 18系统部署方案 一、技术架构 iMed_HER电子健康档案信息系统是一个基于标准的健康数据平台。所有文档都符合 HL7 v3 CDA 标准，所有消息都符合 HL7 v3 标准。HL7 v3 是在 EHRS 上进行信息交换的标准。其中包括要经过 HIAL 的所有消息。因为所有消息转

7、换、路由和使用服务都要经过 HIAL，所以 HIAL 的可扩展性对成功进行互联互通至关重要。EHRS 平台上硬件系统的处理能力与设计（网络、存储和安全在单独章节中描述），重点着眼于区域卫生信息平台的互联互通性以及健康信息的处理与分析。 相互连接性 有许多系统要连接到 HIAL，其中包括 POS、公众健康信息数据存储库/门户、公共门户。可以按各种模型 SaaS、内部开发的系统、COTS（现成构件）- 或这些模型的混合来实施这些系统。HIAL 必须支持不同的软件架构的连接，而且不应牵涉任何外部系统的改造。这些系统之间的连接可以通过专用网络或公共网络进行，因此必须针对所有通信互连加强安全性以保证互连

8、的安全。标准的发展和采用 标准的发展往往是一个进程，HL7 也不例外。HIAL 负责实现兼容的消息交换，例如消息映射和消息转换。这是为了保证基础结构的投资，以及实现与 RHIN 将来要扩展到的主体/系统的灵活兼容。此外，在支持现有的遵从 HL7 的 POS 系统（可能是在 上）上的信息交换方面也应该有一定的灵活性。示例场景包括：POS 应用程序可以了解 ，但不能从采用了 IHE 配置文件 XDS（跨院区文档共享）的社区 HIE 中查询和检索临床文档。HIAL 需要在无需对POS 应用程序进行任何变更的情况下实现这种使用情形。医院希望发布医患接触概况并与下属医生网络共享。HIAL 可以简单地将来

9、自医院接口引擎的 消息源重定向，从而帮助实现这一点。HIAL 可以进一步根据数据格式提供 到 HL7v3 的映射。这将减少花费在系统集成上的时间和成本。在以上两个示例中，都需要利用在旧系统上的现有的投资，同时认识到向前发展需要有更加灵活、可扩展的架构和标准。HIAL 可以执行作为基础结构层一部分的集成功能，从而允许医疗保健提供商可以采用与其策略更加一致的方式或步伐来实现互联互通性，而不必受限于供应商的计划或某个部门的老旧应用程序。 对于可能已经实施了较多系统的区域，RHIN 可以考虑将连接扩展到 HL7 以外。这样可以加快互联互通性的实现速度，从而加快居民电子健康档案系统的实现速度。术语规范化

10、 HIAL 完成了整个 RHIN 中的术语规范化工具。存储在 RHIN 数据仓库中的数据必须是规范化的数据，以便实现互联互通性和分析的一致性。 数据位置和HIAL处理 HIAL 的最佳模型应该不知道医疗数据的物理位置。也就是说，在每个 POS（分布式或混合模型/联合式）中，不牵涉考虑患者数据是否（集中）放在某个地方。而且，架构模型也不应自动适应数据源的变化，例如，不应要求开发团队在事情发生变化时重新构建整个模型。LRS（时序档案服务）也需要具备汇聚分布在整个 RHIN 中的原数据能力。重点应放在规范化其上下文中的数据上，以方便后续的分类和存储。这样有助于根据 RHIN 规模来实施不同的 HIA

11、L 范围。 监管 策略监管是 RHIN 中的重要组成部分，其中服务提供商和服务实施可以是一个混合体。RHIN 架构必须包括一个可为跨供应商整合式监管提供开放策略框架的组件，并且策略的监管和执行最好在 HIAL 层实施。简而言之，HIAL 需要提供“基础设施层”互联互通性，并且能在iMed_HER电子健康档案信息系统和连接系统的持续发展中保持可互联互通性。二、部署方式 数据集中式管理 现在IT的发展趋势是数据集中，数据集中的核心是对服务器进行整合。特别是一些大型企业，建立企业数据中心，购买高性能的主机，对数据集中管理，已成为一种潮流。iMed_HER电子健康档案信息系统的网络服务器部署推荐集中式。 采用BS架构 iMed_HER电子健康档案信息系统采用BS架构，BS结构（Browser/Server，浏览器/服务器模式），是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上