远程医疗平台整体建设方案（省级）V2.8.doc

《远程医疗平台整体建设方案（省级）V2.8.doc》由会员分享，可在线阅读，更多相关《远程医疗平台整体建设方案（省级）V2.8.doc（92页珍藏版）》请在悟道方案网上搜索。

1、省 级 远程医疗平台 整体 建设方案 V2.8 1 远程医疗平台 整体 建设方案 省 级 远程医疗平台 整体 建设方案 V2.8 2 目 录 一项目概况 . 4 二项目建设原则 . 4 三项目目标和主要内容 5 （一） 项目目标 . 5 （二） 主要内容 . 6 （三） 平台建设思路及架构设计 7 （四）平台特点 . 7 四远程医疗平台建设方案 9 1.1. 远程医疗平台系统建设 10 1.1.1. 远程医疗平台数据中心功能 . 10 1.1.2. 远程医疗数据中心设备选型 . 12 1.1.3. 远程医学数据中心设计规划 . 14 1.1.4. 远程医疗管理中心建设 . 16 1.2. 远程

2、医疗平台视频会议建设 21 1.2.1. 核心硬件平台 . 21 1.2.2. 硬件配置组成 . 22 1.2.3. 设备选型原则 . 22 1.2.4. 硬件品牌的选择 . 23 1.2.5. 视频会议系统设计 . 24 1.3. 平台功能 . 31 1.3.1. 远程会诊管理系统 . 31 1.3.2. 病历资料采集系统 . 35 1.3.3. 视频会议系统 . 37 1.3.4. 远程教育系统 . 38 1.3.5. 远程影像诊断系统 . 39 1.3.6. 远程心电诊断系统 . 42 1.3.7. 转诊预约系统 . 48 1.3.8. 远程监护系统 . 56 1.3.9. 远程手术示教

3、系统 . 56 1.3.10. 院前救助系统 . 57 1.3.11. 远程数字资源共享系统 . 61 1.4. 信息交换及数据接口 62 1.4.1. 会诊资料信息 . 62 1.4.2. 申请单 . 62 1.4.3. 病程记录 . 62 1.4.4. 住院医嘱 . 63 1.4.5. 放射影像 . 63 省 级 远程医疗平台 整体 建设方案 V2.8 3 1.4.6. 非 DICOM 影像（内镜、超声） . 63 1.4.7. 心电 . 64 1.4.8. 检验 . 64 1.4.9. 远程医疗音视频通信标准 . 64 1.4.10. 远程医疗音视频系统技术要求 . 66 1.4.11.

4、 系统接口 . 67 1.4.12. 与医院信息系统集成 . 67 五系统安全 . 73 1.1. 远程医学网络平台系统信息网络安全保障 . 73 1.1.1. 远程医疗系统安全风险分析 . 74 1.1.2. 安全措施设计 . 81 1.2. 系统平台业务数据灾备规划 84 1.2.1. 灾难备份概念介绍 . 84 1.2.2. 灾备服务实践 . 87 省 级 远程医疗平台 整体 建设方案 V2.8 4 一项目概况 按照国家医改要求和国家卫生信息化发展战略，卫生部明确提出 要加强远程医疗和视频会议系统建设，有效整合资源，提高行政管理 和医疗服务效率，促进医疗服务体系的不断改善和医改工作的进一

5、步 深化，推动人民群众 “看病难、看病贵”问题的解决。 本项目主要为省内各级医院提供远程会诊、远程教育、远程影像 诊断、远程心电诊断、远程数字资源共享、视频会议及双向转诊、远 程预约、院前救助系统等服务，并能实现各级远程医疗平台之间的互 联互通和资源共享，促进优质医疗资源共享和医疗服务均等化， 有效 加强基层医疗机构服务能力，提高疑难重症救治水平。 二项目建设原则 1.顶层设计，统一标准。从全局出发，统一设计远程医疗平台建 设。 2.立足当前，分步实施。充分利用现有网络、设备、人员等资源， 根据基层医疗机构业务需求，分轻重缓急，逐步推进、完善远程医疗 平台建设。 3.技术成熟，互联互通。充分考

6、虑远程会诊发展需要，采用成熟 可靠的先进技术，采取开放架构设计，支持互联互通，易于扩展升级。 省 级 远程医疗平台 整体 建设方案 V2.8 5 4.保障安全，注重实用。信息及系统安全建设是卫生信息化建设 的重要保障。远程医疗平台建设和应用，涉及各级各类医疗机构工作 人员 和病人，系统必须方便实用、安全可靠、易于维护。 三项目目标和主要内容 （一） 项目目标 建设全省远程医疗平台，健全和完善远程医疗服务网络，实现全 省三级、二级医院之间（“ M+1+2+N”模式）的远程医疗，有效支撑 三级医院与二级及以下医疗机构之间的远程医疗服务；建立覆盖省、 市、县三级卫生行政部门的视频会议系统，有效提高行

7、政管理效率， 强化应急管理手段，实现全省远程医疗服务时限互联互通、资源共享、 统一管理。 省 级 远程医疗平台 整体 建设方案 V2.8 6 XX省远程医疗平台架构图 （二） 主要内容 1. 建设 XX省省级远程医疗平台，实现与其他平台互联互通。 一是充分整合现有“ 1+5+2”和“ 2+17”两套远程会诊系统，实现 全省远程医疗系统的互联互通；实现与电子健康档案、检查检验结果、 电子病历、区域数据中心等系统之间的互联互通及省级平台的互联互 通，满足全省三级医院与县级医院之间的远程医疗需求。二是实现与 省外、国际远程医疗平台互联互通 ，将本地区的优质医疗资源向外辐 射，同时将国内外的先进医疗资

8、源引进 XX省。三是实现与国家及省 市级视频会议系统和应急指挥系统的互联互通。 2. 建设 XX省级远程医疗平台，实现全省医疗资源共享。 省 级 远程医疗平台 整体 建设方案 V2.8 7 以“ 1+5+2”和“ 2+17” 等远程会诊系统建设项目为基础，实现 XX省内医疗专家、省市级医院的学术、教育资源、远程医疗设备、 医疗资源共享的共享。 3. 建设省级远程医疗平台，对远程医疗进行统一管理。 通过建设省级远程医疗管理中心，实现远程医疗健康档案建设、 共享与管理，平台基础信息维护，专家资源库管理，账务运营管理等。 建立远程 医疗服务运维体系，对远程医疗业务进行调度管理。 （三） 平台建设思路

9、及架构设计 按照“会诊先导、带动视频，省级为主、带动市州”的指导原则， 从全局出发，充分利用现有的各项资源，节约项目资金，依托全省卫 生信息化专网，以“ 1+5”、“ 2+17”等远程会诊系统的建设项目为基 础，采用项目合并的方式，同时推动全省远程会诊系统和视频会议系 统的建设。其优点体现在：一是整合资源，有效节省建设经费；二是 有利于全省一个平台、一张网、一套标准的建设。 （四）平台特点 1、先进性： 远程医疗系统 的硬件建议采用美国思科公司的网真视频会议 系 统，软件建议采用 XX 科技的远程医疗软件系统，这两家是目前国内 最先进的 远程医疗系统 软硬件产品提供商，能够实现卫生部要求的远

10、程会诊、远程监护、远程手术指导、远程教育、远程数字资源共享、 省 级 远程医疗平台 整体 建设方案 V2.8 8 视频会议、双向转诊、远程预约及影像、心电、病理远程专科诊断功 能的全部功能，并参与了卫生部远程医疗技术方案和信息标准的起草 和制定。 2、可扩展性： 标准：我方的 远程医疗系统 符合 DICOM、 H.232 等国际标准；符 合卫生部远程医疗管理、技术方案，符合卫生部电子病历、区域数据 中心的信息化标准； 2011 年我方受卫生部统计信息中心委托，起 草 卫生部远程医疗信息系统基本功能规范。目前功能规范已在信息中心 的指导下基本完成初稿，并进行了专家论证。同时，我们正联合东部、 西

11、部的省部级医院联合进行远程医疗信息系统数据集及技术平台的 信息标准起草，以期通过标准建设来推动各远程医疗系统之间及远程 医疗系统与电子健康档案、电子病历、区域数据中心等系统之间的互 联互通及省级平台的互联互通，进而建设集产、学、研一体化的远程 医疗学科。 兼容：我方的 远程医疗系统 兼容医院的医疗设备、各类软硬件视 频会议系统、医院信息系统及电子病历、电子健康档案、区域卫生信 息中心等系统；视频会议 系统与武汉市急救中心能够实现互通； 我方的 远程医疗系统 供货商承建了全国 8 家部级医院、 15 个省 级远程医疗平台建设，是经过大量用户实际应用、能够和国际国内实 现互联互通的成熟的远程医疗系

12、统；除了 XX 省内的 5 家互联医院外， 省外互联有新疆博州、浙医一院、上海华山医院、青海、新疆、 西藏 （建设中） 、 鄂尔多斯（建设中）、 阿里地区人民医院 （建设中）、美 省 级 远程医疗平台 整体 建设方案 V2.8 9 国 UCLA 医学中心；真正实现了无边界远程医疗系统； 3、经济性： 我方的 远程医疗 平台按照最优化的软硬件系统结构设计建设，具 有很好的稳定性，能支撑整个 XX 省远程医疗平台（省 -市 县）实现高 负荷正常运行。能够实现最佳的性价比。 四远程医疗平台建设方案 本项目建设基于统一的架构模式，规避各地分散各自建设系统平 台标准不一致、架构复杂，重复建设造成资金浪费

13、等问题和现象，在 统一平台上统一数据元和数据集标准，规范操作和管理机制，保证数 网络和数据安全，实现卫生信息数据的统一集成和信息资源共享。 各项工程建设必须严格遵循卫生部发布的各项业务规范、信息标 准和技术指导方案，在项目建设标准上除参考上级平台建设实施方案 外，还应结合各地信息化基础和实际需求。 远程医疗系统的设计遵循安全、实用、先进、易维护 、可扩展等 原则。系统对参与远程会诊的人员应有明确的角色界定及相应的权限 分配，对所开展的服务项目有规范的业务流程和功能模块支撑，保障 远程医疗各参与方实现信息对称和无障碍的沟通，以达到满意的应用 效果。 整合 1+5+2 远程会诊系统、 2+17 远

14、程会诊系统，全省远程医 疗系统通过平台实现互联互通。 省 级 远程医疗平台 整体 建设方案 V2.8 10 存 储 机 架 式 服 务 器 M C U P r o f i l e 录 播 服 务 器 安 全 认 证 I D P 入 侵 防 御 视 屏 会 议 数 据 中 心 专 网 工 作 站 视 频 会 议 工 作 站 视 频 会 议 工 作 站 视 频 会 议 市 县 各 级 医 疗 机 构 市 县 各 级 医 疗 机 构 市 县 各 级 医 疗 机 构 远程医疗服务平台技术方案示意图 1.1. 远程医疗平台系统建设 1.1.1. 远程医疗平台数据中心功能 建设 XX省远程医疗平台数据中心

15、，实现远程医疗数据的集中存 储管理，是开展远程医疗业务的基 础。远程医疗数据中心作为远程医 疗管理系统的中枢，实现各类远程医疗数据的存储和管理，并为远程 医疗各应用系统，如远程教育系统、远程数字资源共享系统等提供数 据挖掘和分析支持。 构建数据中心涉及服务器和存储的配备以及运行环境建设，建 设时鼓励利用已建区域卫生平台的相关资源 (场地、网络及存储设备 等 )，避免资源浪费。建议在机房中放置专用机柜安装相关设备，以 更好的解决维护和安全问题。建立远程医疗应用系统和数据的备份及 容灾体系。 远程医疗数据中心核心平台硬件部署主要设备包括：应用管理服 省 级 远程医疗平台 整体 建设方案 V2.8

16、11 务器、通信控制服务器、视频会议服务器、录 播服务器和防火墙穿越 服务器、数据库服务器、存储设备、路由设备、灾备系统、云平台虚 拟化系统、网络安全防御系统等。实现远程会诊、视频服务、视频录 播等功能。 核心平台软件部署主要是远程医学平台管理软件，该软件实现在 平台上开展的所有远程医疗服务活动，进行统一管理。该管理系统， 基于 B/S的架构设计，实现与远程心电、影像等专科诊断系统及电子 病历、电子健康档案系统的互联对接。 远程医疗系统建成后应具有如下相应的服务功能和管理功能： 服务功能： 远程会诊 转诊预约 远程重症监护 远程心电诊断 远程影像诊断 远程病理诊断 远程医学继续教育 远程数字资

17、源共享 院前救助系统 管理功能： 入网医院管理 会诊专家资源库管理 省 级 远程医疗平台 整体 建设方案 V2.8 12 财务统计管理 会诊档案管理 远程教育档案管理 远程会诊电子病历管理 与区域健康档案接口管理 1.1.2. 远程医疗数据中心设备选型 服务器和存储的配置，应根据当地实际业务需求、网络覆盖范 围和规模以及经济条件，本着经济、实用、高效和分步实施的原则， 选择适当的建设方案。 核心服务器架构体系兼容虚拟化硬件平台（ Cluster Balance）， 具备并行处理能力，以实施高效的资源管理与卫生信息平台的处理能 力最大化。 （ 1）网络设备选型 按照 系统 对网络性能的要求，采用

18、 1台高性能的核心交换机 和 1 台高性能路由器， 核心 交换机 采用具备千兆能力的交换机 ，配置一定 端口数量的千兆以太网光纤接口板和千兆以太网电口接口板，实现数 据库服务器、应用服务器、管理备份服务器等及用户终端的接入。 核心交换机和数据库服务器、应用服务器之间采用千兆链路连接，每 台服务器通过千兆链路分别连接到交换机上，实现链路的冗余，充分 保证应用系统的可靠性。 外部接入点可在局域网与广域网的出口之间增加防火墙设备，提高网 省 级 远程医疗平台 整体 建设方案 V2.8 13 内数据的安全性。 （ 2）服务器选型 根据会诊平台访问规模 、数据流量，建议采用双路或多路服务 器（ PC 或

19、 UNIX），通过集群技术实现服务器并发访问。这样不仅保 证 WEB服务器能够支撑会诊平台注册用户的访问，同时保证了 WEB服 务器的可靠性。 应用服务器选型。对于远程医疗平台业务应用建设，建议选择 多颗处理器的小机、刀片或 PC，企业级服务器从性能、存储、 I/O上 保证足够的资源，可采用虚拟化技术，整合资源，保证整个业务运行 连续性的同时，减少硬件投入和开销。 数据库服务器选型。根据远程医疗平台数据规模，建议选择多 颗处理器的企业级服务器，同时采用数据库集群方案，能使多台数据 库服务 器同时工作，同时支持在线数据库服务器扩容。 （ 3）存储选型 对于远程医疗平台数据存储建设，可选择集中存储

20、架构，即将分 散在各应用服务器上的数据集中存放在存储设备上。除了要求存储系 统具有弹性扩展，不仅容量可扩展，而且带宽可扩展，性能可扩展， 建议并发访问的带宽在 4Gb/s以上，以保证系统使用流畅，还要考虑 备份和容灾。因此除了在本地做在线备份外，还需要与异地构建一个 容灾中心。 省 级 远程医疗平台 整体 建设方案 V2.8 14 1.1.3. 远程医学数据中心设计规划 1.1.3.1. 数据中心设计规划 在 XX省远程医疗数据中心，部署网络设备、统一计算平台与数 据存储设备，实现数据传输、数据存储等功能 。 核心硬件平台部署的主要设备包括： 网络核心设备、统一计算 平台、数据存储系统。 1.

21、1.3.2. 数据中心网络核心层设备 远程会诊业务具有数据传输量大、交换频繁、呈现效果要求高、 网络承载压力大等特点，稳定可靠的网络支撑是远程会诊业务有效开 展的前提保证。 “ 1+5”平台与“ 2+17”平台通过远程医疗平台数据中心做远程 会诊，传输 720p 高清视频，每家医院需要带宽 1.5*25=37.5Mbps， 因此我们建议省级数据中心互联网出口带宽不低于 40Mbps，区域数 据中心互联网出口带宽不低于 20Mbps，以保证最优的远程医疗效果， 建议有远 程会诊协作关系的医院尽量选择同一网络运营商，并要求该 运营商提供网络质量保障 (QoS) ，保证网络稳定性（减少抖动和丢 包）

22、。 本次建议远程医学平台使用的是具有将近 32Gbps 交换能力、初 始配置有 24 个 100M/1000M 端口 +2 个万兆以太网端口的 Cisco Catalyst 3560-E交换机， 3560-E系列交换机所有端口上同时支持以 太网供电，支持冗余电源系统 RPS 2300。随着业务的发展扩展网络 省 级 远程医疗平台 整体 建设方案 V2.8 15 -TwinGig转换器能将 1个万兆以太网接口转换成 2个小型可插拔 (SFP) 上行链路端口。因此，客户能够以后再从 千兆以太网上行链路升级至 万兆以太网，无需更换网络设备。 1.1.3.3. 统一计算平台 针对此次 XX 省远程医学

23、网络系统平台的应用，我们推荐采用统 一计算系统。 统一计算系统是下一代数据中心平台，该系统包含一个低延时无 丢包万兆以太网统一网络阵列，以及多台企业级 x86 架构服务器。 它是一个集成的、可扩展的多机箱平台，在统一的管理域中管理所有 资源（图 1） 整个计算部分基于统一计算平台，提供了简化的服务器架构。采 省 级 远程医疗平台 整体 建设方案 V2.8 16 用此架构有如下好处： 单一管理入口：所有服务器的配置，更改，以及 VLAN和 VSAN 的配置和更改都在一个界面内完成，无 需登陆多个管理模块 或管理服务器。同时，也是在同一个管理界面，可以监视所 有服务器和统一交换平台的健康状况。 便

24、于扩展：添加新服务器时，只需简单地将服务器插入机箱， UCSM会自己发现新设备，并根据策略自动或手动地将服务器 的网卡， HBA或虚拟网卡配置好，并联入相应的 VLAN和 VSAN。 加强故障隔离能力：所有的链接都是冗余的，整个系统不存在 单点故障，在保证系统的简洁性的同时，也保证了系统的安 全性。 1.1.3.4. 数据存储系统设备 根据 XX 省远程医学网络平台的需求分析和技术要求，提出以下 以数据库应用、 PACS 应用分 别存储的信息系统集成解决方案设计。 对于数据库类型的应用，它具有高性能要求的实时生产系统，通过 FC SAN 方式实现连接承载；对于 PACS 系统的需求，则采用 I

25、silon 高性能 NAS存储方式，集中存储医疗图像信息。 1.1.4. 远程医疗管理中心建设 1.1.4.1. 总体要求 （一）管理中心负责建立统一报修服务平台，用以接受接入远程 省 级 远程医疗平台 整体 建设方案 V2.8 17 医学平台的分支机构上报的维护请求信息，由该服务平台对请求进行 判断并分派给相关维护组 （二）运维方具体分组为：远程医学平台基础设施维护组（含数 据中心维护组、用户终端维护组）；远程医学平台软件维护组；网络 维护组。 1.1.4.2. 管理 流程 运维方实施 PDCA流程管理，具体应包括以下内容： （一）日常巡检流程。负责远程医学服务器、数据库、中间件、 核心网络

26、设施进行每日巡检，并编写各设施、组件的日常巡检记录单 （可用软件实现），内容应包含：当日数据量、设备运转情况描述、 错误日志记录分析、运行情况汇总分析。在每日下班前递交到信息中 心运维管理组检查审核。 （二）事件管理流程。按照统一报修服务平台下发、以及自动运 维软件生成的事件单，在双方运维合同内约定的时间内完成事件处理 并编写事件处理记录单，于每周五下午 16点前递交一周事件记录单， 如与管理软件记录不 相符，则按照合同约定考核办法考核。 （三）运维数据分析流程。对当月所有日常巡检的异常信息以及 所有事件单记录报障数据进行分析，对同一异常或事件当月内连续出 现 3次以上的，要求必须进行数据分析

27、，找出该事件问题症结所在， 并在每月最后一天下午 16 点之前编写递交月度繁发事件分类汇总 分析报告，需要写明根本原因，并提出解决方法，对于本月内无法 省 级 远程医疗平台 整体 建设方案 V2.8 18 调查说明的，需直接在事件管理流程内生成事件单，作为事件跟踪处 理。 （四）变更管理流程。对运维数据分析结果负责，按照月度繁 发事件分类汇总分析报告内提出的解决方法推进实施，所涉及费 用 等事项，按照运维合同约定内容分配，如：远程医疗系统软件问题， 则由远程医疗系统软件开发商进行解决。对于一周内无法解决的，应 对该问题成立项目小组，并向信息中心承诺解决周期。 运维方应本着快速解决用户问题的原则

28、，在发生影响较大的事件 时，不得互相推诿，应积极配合，快速的解决问题；如发现有任何运 维方在运维过程中有推诿现象的，在履行合同约定条款的前提下，立 即终止运维协议，并扣除相关维护费用。 1.1.4.3. 工作职责 （一）远程医学平台基础设施维护组。 1.数据中心维护组：负责远程医疗系统服务器端的所有软、硬件 的巡检和故障排除。约定 边界为交换机接口。 2.用户终端维护组： （ 1）各机构网管：负责安装有远程医疗系统计算机操作系统、 除远程医疗系统以外的应用软件以及该计算机至远程专用网接入层 交换机接口巡检和故障排除。（注：各机构网管，需先对安装有远程 医疗系统计算机及网络进行排查，确定计算机操

29、作系统、其他应用软 件及接入网络没有问题的前提下，才可报至管理中心统一保修服务平 省 级 远程医疗平台 整体 建设方案 V2.8 19 台，若鉴定为非远程医疗系统软件故障，则机构需自行支付上门工程 师的一切费用）。 （ 2）运维方：负责安装有远程医疗系统软件的计算机及其他相 关硬件进行巡检和故障排除。同时，操作系统及 其他应用软件对远程 医疗系统软件的影响也属于维护内容。 （二）网络维护组： 负责远程医疗系统整体网络的巡检和故障排除。约定边界为： DMZ 服务器群接口至各区医疗服务机构的接入层交换机接口。 （三）远程医学平台软件维护组： 负责对远程医学系统软件服务端及用户终端出现的问题进行排

30、除，对于频繁发生的，必须向信息中心交付问题分析报告，并承诺解 决周期，对于周期超过 1周的，必须成立项目小组予以解决。 1.1.4.4. 监督管理 （一）人员管理 1. 运维方应对服务的质量、进度、安全等全面负责。运维方应 卫生厅要求成立项目组，卫生厅将指派专人负 责履行合同，配合运维 方项目组开展工作。 2. 运维方应任命并保持一名经验丰富的项目经理，代表运维方 实施本 IT 运维工作。运维方为项目组配备的各专业人员和管理人员 都应满足项目技术要求，主要人员构成详见下表： 角色 工作范围及职责 省 级 远程医疗平台 整体 建设方案 V2.8 20 服务经理 与卫生厅项目负责人沟通与协调外包项

31、目中的各项事 宜； 定期召开服务评估会议； 处理管理中心的终端用户的投诉问题并进行书面报告； 负责制定外包服务的工作流程及规范相应的文档； 制定及执行服务工程师的考核政策； 服务工程师的日常管理工作； 对管理中心的终端用户进行服务回访工作； 服 务工程师上岗的培训工作。 服务工程师 按照外包服务合同中的各项要求为信息中心提供支 持服务； 遵守管理中心的各项规章制度； 按照服务流程工作并及时填写现场服务报告和相关文档、记录； 及时向服务经理反馈管理中心提出的超出服务范围的要求； 及时向技术负责人反馈现场未解决的问题； 按时提交月工作报告给服务经理及技术负责人。 技术负责人 保证服务工程师的技术水

32、平达到服务的要求； 指导、协助服务工程师解决客户端问题； 协助服务经理完成驻场工程师的考核工作； 负责服务工程师进行技术技能方面的培训。 3. 项目组的主要人员 在本项目工作期间应保持稳定和连续，原 则上不能进行项目人员变动。特殊情况下运维方需要变动人员的，应 省 级 远程医疗平台 整体 建设方案 V2.8 21 事先得到管理中心的书面认可，新任人员必须在工作资历、业务经验 等方面优于被替换的人员。 4. 若管理中心认为运维方的人员不能胜任项目要求，有权要求 运维方更换人员。运维方有责任在合理时间内更换人员，所发生的费 用由运维方承担。 （二）质量管理 每年 10月 15日前，由市远程医学管理

33、中心对运维方实施季度目 标考核管理，并将考核情况在每年 10月 20日前报送省卫生厅信息中 心。在在整个服务过程中应提供和保持一套质量保证体系和严格的 质 量控制程序，保证使用适当合格的人员和技术为市远程医学平台提供 服务，保证按照本办法的规定和合同要求提供服务。 1.2. 远程医疗平台视频会议建设 对于远程医疗平台音视频交流平台的建设，建议选择国际知名的 品牌产品，具有良好的兼容性，可弹性扩展，不仅容量可扩展，而且 带宽可扩展，性能可扩展，以保证系统使用流畅，互连互通。 1.2.1. 核心硬件平台 在 XX省远程医疗平台部署视频通信系统的核心平台以及各种应 用的核心设备，实现召集会议、对视频

34、通信的控制、设备管理、以 及安全管理等功能。 核心硬件平台部署的主要设备包括： 视频终端、视频会议控制 MCU、录播服务器。 省 级 远程医疗平台 整体 建设方案 V2.8 22 1.2.2. 硬件配置组成 高清远程视频会诊系统作为远程医疗系统的一个重要组成部分， 承担着视频通信，数据交互的任务。系统以 XX 省省级远程医疗平台 为系统的逻辑架构核心，在网络机房内部署 MCU 等后台网络架构设 备，帮助进行系统设备的接入、管理和控制，提供相应的应用服务支 持。同时远程视频会诊系统通过网络与医院自有的网络和三级医院、 二级医院及以下医疗机构信息互通，通过调用病例信息数据、诊断信 息图像等相关数据

35、，从而实现在远程视频交流的过程中共享、调用医 疗信息，并可完成高质量的远程会诊、病理诊断、远程视频会议、远 程教学培训、影像诊断、心电诊断、院前救助系统工作。 1.2.3. 设备选型原则 本次远程医疗平台主要实现 远程 医疗 服务 ，因为医疗诊断对信息 数据要求的高精确度，所以在此次硬件规划中，我们建议使用具有高 清晰度的硬件视频会议终端作为远程会诊平台的硬件平台；还需要考 虑整个系统的性价比、易扩展性、稳定性、安全性等。因而设备选型 要综合考虑多方面的因素，主要是从是否主流（包括厂家、技术和所 选择产品）和性价比两方面考虑。这里将一般视频会议设备选型的基 本原则列出于下： 主流技术 采用 H

36、.264、 SIP 协议框架的技术和产品，支持高清编码的音视 频技术，应能够支持代表未来发展方向的新规范。 省 级 远程医疗平台 整体 建设方案 V2.8 23 主流厂家 视频终端考虑当前市场前景较大，且发展前景最为外界看好的厂 家。 主流产品 应选择视频会议设备厂家今后若干时期内将全力支持的产品。不 应选择视频会议厂家的过度产品，临时推出的产品。 视频会议设备应该同时具备支持 H.264、 1080P视频会议方式的 功能，并应能够便利地构建和召开视频会议。 1.2.4. 硬件品牌的选择 根据 XX 省远程医疗平台对视频设备的要求和现状，主要考虑以 下几方面的问题。 解决方案是否能在压缩还原、

37、立体声音频和高清晰度的视频方 面实现突破性的创新，是否能够 以最低的带宽提供最高的质量 和最低的延迟。 由于与网络和统一通信服务集成，用户能够获得前所未有的排 序和呼叫建立简便性，出色的质量和可靠性（均来源于一家厂 商）。 能否实现对现有投资的利用降低了总体拥有成本并简化管理。 能否从规划、设计到支持的全套生命周期服务。 能否通过压缩技术来大大缩短视频终端侧的处理延时和带宽需 求，从而留给网络上的传输时长可以较长，大大降低了视频设 省 级 远程医疗平台 整体 建设方案 V2.8 24 备对网络环境的门槛和要求，为客户降低了部署成本。 能否在高质量传输同时提供高性能的加密解密处理能力，使得 视频

38、设备的视频、语音、数据等信号在网 络中传输时安全性、 私密性得到了保证。 具有独特的三维的空间声效技术 专门为视频设备设计了最为敏感的麦克风、高抗电磁干扰的 音频电缆和电磁干扰过滤电路，从而实现了会场声音能得到 最为真实的接受的同时，防止了会场手机等电磁干扰。 1.2.5. 视频会议系统设计 1.2.5.1. 视频会议功能 包括四分屏显示等。视频会议支持多个会场以不同的速率加入 到同一个会议中召开混速会议。 在医院的视频会议网络内，视频会议系统能够实现系统内直接参 与视频会议的功能。对于社区医院，视频会议终端设备通过远程通讯 线路接入到中心会场。图像画面可随着发言者的切换而切换，或者 由 中心

39、会会场或会议发起者进行视频和音频的控制， MCU对语音信号进 行混音处理后再送往各会场。同时，需同时传输清晰连贯的数据图像， 应对内部培训、资料共享等业务需求。因此利用该系统在网上进行交 互式视频会议可以达到在同一会场召开会议的效果。为各医院之间的 医疗会诊、应急医疗、急诊、业务会商、设备培训等多种应用提供支 持。 省 级 远程医疗平台 整体 建设方案 V2.8 25 建设的视频会议系统，具备如下功能。 （ 1）、高清视频会议 本项目中视频会议终端，支持业界领先的高清 720P 视频会议效 果，并且可实现真正的点对点、多点高清 720P 通信，未来在不更换 硬件的基础上，升级支持 1080P高

40、清效果。 系统核心 MCU设备具备双向接收、发送高清 720P能力。 （ 2）、稳定的系统 建设的系统具有极高的稳定性： 高清视频会议终端支持 7 24小时工作。 MCU 为硬件架构， DSP 芯片嵌入式操作系统， 7 24 小时工 作。 MCU为大容量产品设计，并且具备灵活的端口配置，满足用 户不同需求。 （ 3）、丰富的会议召开模式 系统多种会议召开模式，支持： 实现用户的业务会议和调度会议 各会议室召开点对点和全系统高清多点会议 所有会议都可实现单屏、多分屏 高清多分屏会议中，任意会场切换至全屏显示，分辨率保 持 高清分辨率 720P不变。 可通过管理员切换改变分屏模式，也可通过终端遥控

41、器自 有选择所需观看的分屏 /单屏画面，任意终端观看图像模式 省 级 远程医疗平台 整体 建设方案 V2.8 26 互不干扰。 MCU支持多分屏显示（ 20种），分屏模式种类超过 50种 （ 4）、丰富的终端设备选型 针对全系统不同节点的具体情况，部署不同型号的视频会议终端 设备： 会议室：分体式 1080P高清终端，具有丰富的视音频接口， 可连接多种外围设备，实现双高清输出，双高清输入。 桌面视频会议终端，高度集成，逼真的图像效果和音质。 应急终端：便携设备，具有相应防尘、防爆指标，用于井 下作业。 （ 5） 、双流数据会议 系统支持 ITU-T H.239标准，可随时召开双流会议。 双流分

42、辨率支持至 XGA(1024 768) 可随时召开动态双流会议，动态双流可至 720P 任意终端 (支持 H.239)均可发送双流 双流不影响 MCU点数和终端高清图像质量 可选择任意用户笔记本桌面，以双流的方式发送至全网， 而不需通过终端发送双流，可实现数据共享的全网普及和 管理。 双流的发送可控制，保证不会出现误操作发送双流的情况。 （ 6）、混速、混协议、混分辨率会议 系统不仅支持高清、标清混合会议，并支持终端任意分辨率、任 省 级 远程医疗平台 整体 建设方案 V2.8 27 意带宽、任意视 音频协议加入到同一会议中，从而提升系统的扩展性， 充分利用网络资源。 （ 7）、灵活的设备部署

43、 系统中建设高清终端和和高清 MCU， 可随时召开全系统高清会议。 总行、分行可随时召开高清分组会议。 MCU资源分配可随时改变，适应任意会议需求，无严格系统、 下属单位的物理划分。 （ 8）、极高的兼容性、标准性 系统必需支持 ITU-T、 IETF相关标准 视频必需支持 ITU-T H.261、 H.263、 H.263+、 H.263+、 H.264 音频至少支持 G.711、 G.722、 G.722.1、 G.728，支持宽频 音频协议 例如 MPEG 4 AAC-LD等 系统支持 ITU-T H.323和 IETF SIP标准，并且可同时使用 H.323和 SIP标准 （ 9）、强

44、大的安全机制 系统具有强大的安全机制： MCU、终端必需支持 ITU-T H.235加密标准。 可随时召开加密、非加密终端混合会议。 MCU、终端产品具有完备的密码保护机制， MCU 具有 7 级密 码权限。 终端支持 802.1X网络安全机制。 省 级 远程医疗平台 整体 建设方案 V2.8 28 系统支持 ITU-T H.460.18/19 标准，安全穿越防火墙，提 高安全等级。 （ 10）、系统良好的扩展性 系统具有良好的扩展性，支持： MCU支持高清 720P和 1080P，无需添加硬件。 会议室终端完全支持 720P和 1080P，无需添加硬件。 针对用户需求， MCU 和会议室终端

45、均可选择 720P 高清会议 模式，如需实现 1080P 高清会议模式，只需添加相应软件 选项即可。 MCU提供和视频端口等数量的音频端口数，音频端口不占用 视频端口资源。 MCU、终端产品可随时配合统一通信平台部署，例如 Microsoft OCS 等。 （ 11）、系统完备的管理能力 系统支持完备的管理能力，支持： MCU、终端、会议可随时监测状态，提供诊断信息。 集中化管理，提供详细的实 时网络拓扑图。 实时检测全网所有系统运行状态，提供详细会议、故障诊 断报告等。 1.2.5.2. 系统配置和设计原则 鉴于视频会议的发展趋势，综合视频会议特点，根据医院视频会 省 级 远程医疗平台 整体

46、 建设方案 V2.8 29 议系统的要求，针对实地环境现状。通过分析，对本次视频会议系统 的选型遵循以下原则： 先进性与适用性 系统的技术性能和质量指标应达到国际领先水平，设备实现高清 视频会议质量；同时，系统的安装调试和操作使用又应简便易行，容 易掌握，适合中国国情和本项目的特点。该系统集国际上众多先进技 术于一身，体现了当前计算机控制技术与计算机网络技术的最新发展 水平，适应时代发展的要求 。同时系统是面向各种管理层次使用的系 统，其功能的配置以能给用户提供舒适、安全、方便、快捷为准则， 其操作应简便易学。 经济性与实用性 充分考虑用户实际需要和信息技术发展趋势，根据用户现场环 境，设计选

47、用功能和适合现场情况、符合用户要求的系统配置方案， 通过严密、有机的组合，实现最佳的性能价格比，以便节约工程投资， 同时保证系统功能实施的需求，经济实用。 可靠性与安全性 系统的设计应具有较高的可靠性，在系统故障或事故造成中断 后，能确保数据的准确性、完整性和一致性，并具备迅速恢复的功能， 同时系统具有一整套完成的系统管理 策略，可以保证系统的运行安 全。 开放性 以现有成熟的产品为对象设计，同时还考虑到整体信息通信环境 省 级 远程医疗平台 整体 建设方案 V2.8 30 的现状和技术的发展趋势，具有开放性的接口，可方便控制维护。 可扩充性 系统设计中考虑到今后技术的发展和使用的需要，具有更

48、新、扩 充和升级的可能。并根据今后该项目工程的实际要求扩展系统功能， 同时，本方案在设计中留有冗余，以满足今后的发展要求。例如核心 MCU 设备具备充足的容量升级空间，随着用户以后系统扩容， MCU 只 需添加相应的板卡即可实现支持容量的提升。 追求最优化的系统设备配置 在满足用户对功能、质量、性能、价格和服 务等各方面要求的前 提下，追求最优化的系统设备配置，以尽量降低系统造价。 兼容性，充分保护用户投资 系统必需具有极强的兼容性，保留并充分兼容用户现有的视频会 议设备，从而充分保护用户投资。 严格符合 ITU-T H.323 和 IEFT SIP 标准，可兼容绝大多数视频 会议终端。 提高监管力度与综合管理水平 系统设备控制需要高效率、准确及可靠。本系统通过中央控制系 统对各子系统运行情况进行综合监控，实时动态撑握使用情况。大大 减少劳动强度，减少设备运行维护人员；另外，系统的综合统筹管理 可使设备按最优组合运行，在最佳情况下运 行，既可节能，又可大大 减少设备损耗，减少设备维修费用，从而提高监管力度与综合管理水 平。 省 级 远程医疗