5G远程诊疗平台整体规划方案V2.8.docx

《5G远程诊疗平台整体规划方案V2.8.docx》由会员分享，可在线阅读，更多相关《5G远程诊疗平台整体规划方案V2.8.docx（153页珍藏版）》请在悟道方案网上搜索。

1、5G 省级 远程诊疗平台 整体觃划 方案 V2.8 1 5G 远程诊疗平台整体觃划方案 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 2 1 项目概述 1.1. 建设背景 国家整体匚疗、远程匚疗政策 XX 省政策和信息化 XX 全省几千万各族人民居住在 XX 万平方公里的土地上，约 70%的农村群众 生活在大山之中、白云深处，社会经济发展水平不高、人均医疗卫生公共财政支 出低于全国平均水平，卫生与健康事业面临多重疾病威胁并存、多种健康因素交 织的复杂局面，医疗卫生服务总量不足、结构不合理、分布不均衡，特别是基层 医疗卫生服务能力不足的问题十分突出。 在国家卫生健康委的大力支持和关心帮助下

2、， XX 省坚持问题导向，着力保 基本、强基层、建机制，以信息化为引领、以远程医疗为实现方式，探索全面提 升基层服务能力的新路径，走出远程医疗服务体系建设 XX 模式。目前 XX 省远程 医疗服务管理体系建设初步取得阶段性成效，探索建立远程医疗服务政策保障机 制，在全国率先构建“一网络、一平台、一枢纽”技术架构，建成内联省、市、 县、乡四级公立医疗机构，外接部分国家及省外优质医疗资源的远程医疗服务网 络。 XX 省远程医疗平台正是 XX 省 “ 医疗健康云 ” 的重要成果之一。目前 XX 远 程医疗平台中远程诊断和远程会诊的技术已 趋于 成熟。远程诊断通过互联 网技术 和大数据，可使患者在乡镇

3、基层医院做影像和心电检查，基层医院的医生通过互 联网传送到上级医院的区域诊断中心，诊断中心的专家及时给予诊断，出具诊断 报告，便于基层医院的医生给予患者准确的诊断和针对性治疗。针对疑难病例的 病人，医院采用远程会诊的方式，通过互联网技术，基层医疗机构跟上级医院， 通过远程会诊平台对患者的病情进行面对面的分析，进一步明确诊断和确立治疗 方案。远程医疗平台的运用，在高效对患者进行诊断与治疗的同时，最大限度的 利用并节约了各级医院的医疗资源，便于上下级医院的技术沟通和资源对接，对 医生专业技术水平 的提高也有很大程度的帮助。 XX 省现有 3.6 万村医、卫生员覆盖了 2000 万农村人口，平均每人

4、对接 550 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 3 村民的健康服务，用户基数庞大，潜力无限。到 2020 年，无证村医将被迫失业， 学习提升是他们的硬需求，承担 14 大项 55 小项的公卫工作是他们肩上沉重的负 担。在建设“国家健康医疗大数据西部中心”大背景下，继省市县乡四级远程医 疗体系建设之后，第五级村卫生室远程医疗服务建设、区域内重点专科协同建设 以及数据监管服务建设将是 XX 省 2019 年医疗信息化的工作重点。 1.2. 建设依据 系统的建设依据国家、行业相关标准和规范性文件，具体 如下： 人口健康信息管理办法（试行） 卫生事业发展“十二五”规划纲要 全国医疗卫

5、生服务体系规划纲要（ 2015 2020 年） 电子病历基本规范 XX 省医疗机构远程医疗服务实施管理办法 (试行 ) XX 省远程医疗分级分类诊疗规范 (试行 ) XX 省远程医疗服务病人信息保护规范 (试行 ) XX 省远程医疗服务操作规程及责任分担办法 (试行 ) XX 省远程医疗服务激励机制细则 (试行 ) XX 省远程医疗评估评价管理办法 (试行 ) XX 省远程医疗试点机构双向转诊管理办法 (试行 ) 1.3. 建设原则 必须从实际出发，尽可能利用现有的网络条件和已有投资，在满足现有需求 的同时，能够保证随着网络和技术的发展，支持平滑升级和扩容，有效保护投资。 并能根据后续需求的变

6、化和业务的发展，灵活支持各种业务的叠加和融合，满足 未来业务的需求。因此，在项目建设应遵从以下原则： 经济、合理原则： 依据现有网络的实际情况，尽可能利用现有的网络条件， 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 4 保护已有的投资，利用已有的设备。 先进性和成熟性 :严格遵循国际标准、国家标准和国内通信行业的规范要求； 符合行业的发展趋势，要求设计方案在技术上是较为先进的、可行的、成熟的， 以保证系统的可操 作性、兼容性、可维护性、可扩展性，并对前期投资有较好的 保护。 开放性与扩展性： 系统整体设计应符合开放性和可扩展性原则，考虑未来 XX 省区域卫生计生信息化整体发展趋势，以保

7、证向将来可以根据政策调整以及 业务发展对系统功能进行有效扩展。系统的设计和所采用的技术必须具备足够的 前瞻性和先进性，充分考虑到由于业务发展所带来的海量数据处理，确保未来几 年内可以满足医院业务运作对整个系统的需求。 安全、可靠原则： 系统具有高度的安全性，具有分级权限管理和高级加密机 制；对工作环境要求较低，环境适应能力要强；系统设备安装使用简单，无 需专 业人员维护；系统具有很好的备份机制，满足高可靠性需求；对于端到端的业务 故障，有很好的备份、应对机制。 网络、业务灵活原则： 系统应该能够和现有的各种网络如内部 IP 网络， Internet 网络有良好的互通能力；系统应该可以和已有的省

8、级平台和医院内部 业务系统融合。 整体性和标准性 :为确保本次所建设业务系统的完整性和适应性，须在全面 了解用户现状的前提下，进行整体设计。 支持业界通用的标准平台和协议，以 便进行系统集成和系统资料交换。 实施有序性： 提供相关项目管理措施和方案，保证在项目建设过程中的能够 做到统筹协调，确 保协调推进，有序实施，保证项目能够顺利、按时完成。 1.4. 建设目标 参照往期远程医疗建设目标 目前， XX 省已初步健全远程医疗平台和网络，形成医疗资源汇聚，形成实 现远程医疗规模效益，正处于着力推进远程医疗服务网络向村卫生室延伸、夯实 区域内重点专科医疗服务上下联动、完善政府监管、建立长效运行及运

9、营服务机 制的第三阶段建设时期。 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 5 通过本阶段的建设 ， 预计将实现 XX 省远程医疗平台在 现有 四级网络体系的 基础上向村卫生室级进行延展 ，实现远程门诊、远程监护等业务，在区域内实现 专科联动，为主管部门提供大数据监管服务，从而形成省、市、县 、乡、村五级 分级诊疗体系，全面实现“健康 XX”战略目标。 1.5. 建设内容 文字描述建设内容，细化到子系统。 本期建设内容示意图 本期项目将建设与完善全区远程医疗系统。按照“填平补齐、经济适用”的 原则，对已建成的远程医疗网络进行补充、改造和提升。建设基于云计算的服务 应用平台 (含数据中

10、心 )，实现各级医疗机构与省医疗服务平台的互联互通，支撑 远程医疗业务的开展，为远程医疗业务开展提供资源保证。 1.6. 建设范围 横向和纵向两个维度描述，横向上卫计委层级涉及的部门，纵向上挄照五级网络进行描述， 幵丏具体的机极数量和科室数量要描述。 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 6 一、以 XX 省卫健委综合管理门户为统一入口，建设分级诊疗服务中心、临 床服务中心、脑卒中服务中心、互联网医院服务中心。 二、建设分级诊疗数据中心、处方知识库、重症数据中心、病理数据中心、 脑卒中专科数据中心、临床数据中心为基础，为各个服务中心提供数据的支持。 三、垂直服务的方面，本期建设主

11、要以数据统一为基准，在对省 -市 -县 -乡 - 村形成五级垂直服务的同时，形成相关数据标准及管理的统一，主要体现为患者 统一管理、统一注册管理、预约资源统一管理、统一主数据管理、监管统一管理、 电子处方统一管理、卒中专科统一管理、重症监护统一管理及互联网医院统一管 理。通过这种模式的建设服务于 XX 省各级医疗机构。 四、建立省级数据采集共享云平台 主要是通过与各级医疗卫生信息系统进行 集成，当发生远程医疗业务时：如（远程会诊、远程门诊等业务），从医疗卫生 信息系统中自动采集所需数据，或通过相关人员手工录入（上报）数据。对采集 到的数据进行汇总整理，为区域远程医疗系统提供数据支持。具体功能包

12、括数据 采集、格式转换、数据封装 /解析和数据导入等。 五、构建五级模式的应用，通过三期建设，覆盖到省市县乡镇五级医疗服务 机构服务平台，可有效实现区域远程医疗全覆盖，实现优质资源“一沉到底”， 让区域内患者看病变得简单、便捷。 1.7. 建设周期 2 项目需求分析 XX 省医疗资源概况 2.1 全省共有医疗卫生机构 28740 个，其中医院（含妇幼保健机构） 1288 个（公 立医院 393 个、社会办医院 895 个）、基层医疗卫生机构 26177 个、专业公共卫 生机构 1244 个、其他机构 31 个；床位数 19.65 万张（每千常住人口床位数 5.57 张），其中医院（含妇幼保健机

13、构）床位数 15.37 万张（每千常住 人口床位数 4.36 张）、基层医疗卫生机构床位数 4.20 万张（每千常住人口床位数 1.19 张）；卫生 人员 25.89 万人，其中卫生技术人员 18.70 万人、执业（助理）医师数 6.43 万 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 7 人（每千常住人口执业（助理）医师数 1.80 人）、注册护士数 7.61 万人（每千 常住人口注册护士数 2.15 人），基层医疗卫生机构人员数 9.46 万人（每千常住 人口卫生人员数 2.68 人）。全省每千常住人口社会办医疗卫生机构卫生技术人员 数、执业（助理）医师数、注册护士数分别为 1.3

14、4 人、 0.47 人和 0.57 人。 XX 省医药信息化现状 2.2 各级各类医 疗卫生机构功能定位尚未充分明确，分工协作机制不健全，缺乏 联通共享，信息化水平偏低，信息孤岛现象普遍存在。以贵阳市为例，全市 50 家医疗卫生机构中 ,72.00%的机构设置了专业的信息网络部门 ,从事信息网络工 作人员有 207 人 ,年轻人占 65.22%,专业为计算机、信息类的工作人员占 51.69%,55.00%的机构人员不能满足现在工作的需要 ;所有机构均有信息网络硬 件设备 ,有局域网建设的单位以三级医院为主，全市医疗卫生信息化建设整体水 平不高，卫生信息管理类专业的复合型人才紧缺。 远程医疗业务

15、现状 2.3 我省 远程医疗平台是 XX 省 “ 医疗健康云 ” 的重要成果之一。目前 XX 远程医 疗平台中远程诊断和远程会诊的技术已 趋于 成熟 ，现阶段已经完成省、市、县、 乡四级远程医疗平台的搭建，包括远程会诊、远程门诊、远程影像、远程心电、 远程检验、远程教育六大应用建设，及若干接口对接及应用监管系统的建设，已 经基本覆盖了省、市、县、乡所有公立医疗机构。 尽管平台建设和覆盖已经初具规模，但在使用过程中发现了一些新的需求和 升级改造的需要。在对远程医疗信息基本数据集、远程医疗信息系统基本功 能规范、远程医疗信息系统技术规范及 XX 省乡镇卫生院远程医疗全覆盖 设备采购项目（信息化软件

16、类）功能要求进行比较时发现，目前系统中还有部 分功能尚需完善。同时随着技术发展，之前功能尚有可加强提升的空间。主要体 现在远程预约、随访、转诊、教学管理、统计等方面；另外，全省医疗资源未统 一管理，即医疗机构、医务人员、设备等资源，无法统一监管； XX 省远程医疗 规范与国家规范部分内容不一致。 同时，需要根据“一网络、一平台、一枢纽”的概念，定义好各业务环节， 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 8 通过省平台实时监管。即基层业务任何一例远程业务进展到任何一环节，省平台 能实时监控得到，并实现调度；将远程门诊向村级进一步延伸延申未完成 ，完成 系统和设备的接口对接。 本期建设

17、将根据当地实际情况及需求，逐步完善与功能规范要求有偏差的内 容，提升功能的实用性、易用性及创新性。 远程医疗需求分析 2.4 2.4.1 总体需求 本时期将运用大数据、云计算、物联网等先进技术，推进 XX 省远程医疗服 务网络向村卫生室延伸和区域医疗卫生服务联动，联接省、市、县、乡四级的远 程会诊服务体系，以乡卫生院为中心，延伸覆盖全省 18000 个村卫生室，建立一 套纵向到底、高性价比、高便捷性、高渗透性的五级远程医疗新体系，为村卫生 室提供远程门诊、处方管理、远程教育、远程监护等服务，为区域内重点专科医 疗机构提供业务联动服务、为卫生行政管理部门提供数据监管服务，同时打通基 层医疗卫生信

18、息化建设最后一公里，构建省、市、县、乡、村五级远程医疗问诊 服务网络，全面实现 XX 省五级远程医疗体系建设的目标。 2.4.2 角色需求 根据省、市、县、乡、村五级远程医疗业务开展的需要，远程医疗平台用户 主要包括：行政管理用户、系统运行维护管理用户、业务运行保障用户、业务实 施用户、 患者。 1、行政管理人员：指各级卫生计生行政管理部门用户通过系统开展远程医 疗服务的监督管理工作。 2、系统运行维护人员：指为了保障远程医疗信息系统正常高效运行的技术 管理用户，需要对远程医疗服务器、数据中心、基础设施及 IT 设备进行统一的 运 维和管理。 3、业务运行保障人员：指各级区域远程医疗中心（各级

19、公立医疗机构）远 程医疗管理用户，通过系统负责远程医疗服务的日常运行和管理工作，对院内的 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 9 远程医疗业务调度安排。 4、专家 /医务人员：指开展远程医疗业务的各级公立医疗机构、乡镇卫生院 和政府办社区卫生服务中心的科室、 医护人员。总体区分为远程医疗邀请方用户 和受邀方用户。 a) 邀请方用户：指负责提交远程医疗申请，并且准备远程医疗相关资料， 参 与到远程医疗过程并获得远程医疗结果报告的用户。 b) 受邀方用户：指接到远程医疗邀请后，审核远程医疗申请资料、给出应 诊专家和应诊时间，提供诊断治疗意见等远程医疗服务的用户。 患者：指远程医疗服

20、务的目标对象 2.4.3 技术需求 从支撑业务开展的角度说采用的技术展开描述 2.4.3.1 信息内容需求 远程医疗业务数据远程医疗业务数据从业务开展，可分为邀请方数据和受邀 方数据；邀请方数据主要包括远程医疗会诊申请量、转诊量、预约量、远程诊断 申请量等、申请方提交的病历数据、申请科室申请量及所占比重、申请医生人数 及申请量，远程医疗病种统计等。受邀方数据主要包括远程医疗服务量数据、专 家资源数据、转诊量、医院诊疗数据分析等。也用于各医疗机构了解开展远程医 疗的业务实施情况。分析远程医疗业务数据，具体包括远程医疗医院需求趋势分 析、远程医疗消费者需求趋势分析、远程医疗消费者需求区域分析、需求

21、区域人 口分析、需求经济性分析等， 从而全面掌握远程医疗服务开展情况，为政策决策 提供数据支持； 系统运维数据系统运维数据主要从基础设施状况、性能状况、信息安全状况、 容量状况和业务连续性状况这 5 个方面进行分析。包括对远程医疗信息系统实时 性能检测、运行状态监测、错误发现、报警、性能数据的统计分析等，提供快速 诊断和故障恢复功能，保障系统正常高效运行。 IT 基础设施包括系统软件平台 和硬件基础设平台。系统软件平台主要包括操作系统、数据库、中间件；硬件基 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 10 础设施主要包括网络通讯和服务器系统以及存储系统。 性能数据包括接入系统数、并发

22、用户数、服务平均响应时间、 网络性能数据 等。面对网络、服务器、数据库、中间件系统等性能进行监控，建立性能处理的 基线。定期提供性能报表和趋势表，可以根据趋势分析，提出性能优化的建议， 如修改系统参数、系统扩容等。信息安全状况涉及的技术与业务层面很广，一般 包括物理安全，网络安全、操作系统安全、数据库安全、应用系统安全和安全策 略等。容量状况是通过定期测景容量，防止信息系统出现遇到带宽和存储能力不 足的问题。一般包括网络带宽负载状况，存储的容量状况、主机系统负载情况和 业务系统所能承载的吞吐量等。业务连续性状况是指一个数据中心类应用为了维 持其生存。 一旦发生突发事件或灾难后，在其所规定时间内

23、必须恢复关键业务功 能的强制性要求，这就需要预先发现可能会影响企业关键业务能力和过程的所有 事件，采取相应的预防和处理策略，以保证医疗机构在事件发生时，业务不被中 断。这部分主要考虑容灾恢复技术，具体包括数据容灾和应用容灾。 服务运营数据服务运营数据主要是指对服务运营部门进行工作考核的数据， 主要包括远程医疗申请单的受理时间、安排时间、远程医疗过程、运营人员工作 量、服务态度评价等。通过服务运营工作流程数据的分析，用于提高服务质量和 工作效率。 2.4.3.2 音视频协作需求 在实际的远程医疗 、远程协作场景中，常出现需要上下端医院进行音视频协 作的情况。因此需要远程医疗平台能够支持医学专家与

24、申请医院医生、病人的远 程互动交流、会诊；支持对异地的摄像头进行远程控制，实时调整观察视角；支 持危重症患者的床边需求，患者在病床上就能实时接受专家远程会诊、远程监护 服务。 除此之外，平台还支持会诊申请医院与国家及不同省级三级甲等医院间开展 远程会诊服务；支持跨专科、跨机构、跨区域的多专家同时对同一基层患者进行 实时联合会诊。在向不同医院申请会诊时，系统应快速无缝切换，增强系统响应 效率和扩展能力。 对于开展远程教育业务 的机构，平台能够提供授课专家音视频和课件幻灯的 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 11 同步，双方可互动交流，支持培训过程的实况转播和录像；支持各医疗机构

25、间的 高清视频学术会议，满足医疗机构间学术交流、病例讨论、经验分享等业务需求。 为适应未来 5G 网络技术发展的需求，平台应支持多种网络方式接入（专线、 Internet、 4G、 5G 等）；除支持硬终端、 PC 等设备外，还应支持平板电脑、智能 手机等多种移动终端设备间的通讯； 支持云计算的视频终端接入； 支持视频会议系统的向前、向后兼容和扩展； 支持多屏显示应用。 2.4.3.3 信息交换需求 远程医疗信息系统需要和不同医疗机构的多种异构系统连接，完成信息交换 和业务流程的协同。系统间的信息和流程集成需求体现在如下几个方面： 患者标识索引的注册：进入远程医疗过程的患者首先需要在远程医疗交

26、 叉索引库注册，在远程医疗业务中需要和外院交流时才能准确定位患者。 患者病历的共享：医院业务系统接受远程医疗系统的请求，提供指定患 者在本院的病历资料，存储到远程医疗数据中心，供协同过程调用。 协作项目导入：医技协作单所请求的项目可以在接收时导入本院系统， 减少重复录入，避免错误。 代检报告反馈：远程医疗系统的报告反馈模块 需要从医院医技系统、中 医辅助检查系统以及社区卫生服务中心电子健康档案系统等获取检验检 查报告和相关数据，附加到协作单反馈给申请机构。鉴于不同医疗机构 间系统的异构性，应采用应用集成平台技术实现信息交换任务，提供多 种通用适配器和行业化方案，降低接口难度，减少互连系统的耦合

27、度， 从而提高互连系统的整体可靠性。 2.4.3.4 病历共享需求 病历共享是远程医疗信息系统的核心需求，病历共享服务需要实现从共享文 档生成、目录注册、目录检索、文档提供的完整功能，涉及的文档包括病历摘要、 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 12 住院医嘱、检查报告、检验报告等。 共享病历生成需求：病历共 享并不是直接使用医院业务系统的数据，而 是由医院业务系统提供原始资料经过加工生成标准化格式的共享文档， 存储在远程医疗数据中心，供远程医疗业务使用。 共享病历目录管理需求：共享文档目录存储所有共享文档的元信息及文 档存储位置信息，为远程医疗客户提供快速检索服务。 共享文档

28、提供需求：共享文档的调阅需要有适当的授权，提供服务需要 验证文档的有效性，保证提供的文档是真实有效的。 2.4.4 数据需求 需要那些数据 数据融合需求 3 总体设计 总体架极图要把各个板块都囊括进来，挄照平台化思路极图 技术架极图 功能架极图 总体部署图，挄照 5 级网络每个层级部署什么内容 设计思路 3.1 结合已经建成的各级远程医疗平台的实际情况 ， 以省级公立医院为核心 ， 向 下连接到各市 、 县 、 乡公立医院和其他医疗机构 ， 并将远程门诊等业务功能进一 步延伸到村卫生室 （站），实现在各级卫健委监督下的全域远程医疗信息化服务 网络，开展远程会诊、远程门诊、远程教育、远程监护等远

29、程医疗业务，和远程 指导、双向转诊、卒中救护等分级诊疗业务，以及影像诊断、心电诊断、病理诊 断等区域诊断业务，并提供互联网医院监管、远程医疗监管、突发公共卫生事件 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 13 提醒等服务。 总体架构 3.2 本期总体架构示意图 通过 远程医疗平台建设 ，实现医疗卫生机构分工协作机制基本形成，省级医 院的优质医疗资源有序有效下沉；通过 远程教育 实现以全科医生为重点的基层医 疗卫生人才队伍建设，医疗资源利用效率和整体效益进一步提高，使基层医疗卫 生机构整体医疗水平提高，从而提高基层医疗机构诊疗量，使就医秩序更加合理 规范；通过 实现分级诊疗 服务能力

30、全面提升，保障机制逐步健全，逐渐完成基层 首诊、疑难病会诊、双向转诊、急慢分治、上下联动的分级诊疗模式；县级医院 与省医院 通过科室共建 ，实现省级医院对下级医院的支持帮扶，优化了医疗资源 的合理配置，缓解基层群众看病难 、看病贵问题，提升基层医院的诊疗水平。 将省内已经建成的各 “ 互联网 +医疗健康 ”系统纳入统一管理、统一监管， 更有效合理的利用和调度全省医疗资源，通过综合管理门户提供便民服务，更好 服务群众；实现突发应急公共卫生事件的及时发现、及时响应；加强对基层医院 技术力量薄弱的科室的帮扶，逐步转变就医观念，将患者留在基层，实现国家提 出的“健康中国 2020”战略目标。 5G 省

31、级 远程诊疗平台 整体觃划 方案 V2.8 14 功能架构 3.3 本期 功能架构示意图 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 15 技术架构 3.4 本期技术架构示意图 远程医疗平台数据流向示意图 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 16 远程医疗 服务 平台系统的技术架构主要包含五个层次，即应用层、服务层、 资源层、交换层、接入层。 远程医疗服务平台系统与区域卫生信息平台实现互联互通。对于已经建设区 域卫生信息平台的地区，在建设远程医疗信息系统时，对于患者 /个人、服务站 点、专家、术语 /字典等是调用区域卫生平台上注册的信息；而对于未建区域卫 生信息平台的省

32、市，为了开展远程医疗信息系统的需要，先在远程医疗信息平台 中 构建患者 /个人、服务站点、专家、术语 /字典等的注册服务模块，以后与区 域卫生信息平台进行集成对接并保持一致。 系统应用层 远程医疗服务平台系统 应用层由远 程医疗服务应用和远程医疗监管两部分 （模块）组成；通过统一的远程医疗服务门户访问，可实现远程会诊、远程影像 诊断、远程心电诊断、远程监护、远程手术示教、远程医学教育等远程医疗服务， 各应用可实现“即插即用”；通过远程医疗监管模块提供的功能，可实现各级远 程医疗系统运营情况的分析、统计、决策等多种监管功能。 系统服务层 远程医疗服务平台系统 服务层所提供的服务包括注册服务、流程

33、服务、存储 服务，用于通过远程医疗数据传输对象与远程医疗业务逻辑层直接进行交互，集 中了系统的业务逻辑的处理。服务间的消息交换和消息传输贯穿各个服务 层，服 务间的消息交换需要基于通用的交换标准和行业的交换标准。 系统资源层 远程医疗服务平台系统 资源层所提供资源包括结构化数据、非结构化（文档、 音视频资料）数据、结构化文档数据、应用服务资源等。主要用于支撑跨区域远 程 医疗工作开展的管理协调；支撑跨区域远程医疗工作开展的效能建设； 资源交换层 远程医疗服务平台系统 交换层包括：企业服务总线 ESB、通用文件传输 GTP、 数据集成 ETL、统一媒体控制单元 MCU。信息交换层根据业务流程，通

34、过数据接 口或消息传递与其他信息系统进行数据交换，实现信息共享、 数据上报 等功能。 主要用于满足临床信息跨医院、跨区域的信息交换和协同应用； 用于医疗服务 资源的注册、申请、授权、管理、监控，实现基于服务的信息资源 共享交换； 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 17 用于满足基于卫生医疗行业数据规范的业务信息采集，并对外部系统提供基于文 件的数据交换服务；用于满足远程医疗数据仓库建设过程中的数据采集、加工、 转换处理的数据集成要求；用于满足音视频信息的跨医院、跨区域交互，并按照 平战结合要求，集成突发公共卫生事件应急指挥视频会议系统。 资源接入层 远程医疗服务平台系统 资源

35、接入层是远程医疗系统的基础，包括：应急指挥 系统、区域卫生信息平台、医疗机构信息系统及医疗机构集成平台、医疗信息采 集设备。 医疗卫生信息系统主要包括电子病历系统、医院信息系统、检验信息系统、 临床信息系统、心电诊断系统、影像诊断系统、病理诊断系统和其他医疗信息系 统。通过远程医疗信息系统与医疗信息系统的对接，实现跨医院之间的信息共享、 业务协同。如医疗机构已经建立了数据共享的医院信息集成平台，将通过平台机 制，实现与远程医疗信息系统的对接，减少数据接口数量，实现跨医院之间的信 息共享、业务协同。 远程医疗信息系统与 区域卫生信息平台对接，提供远程医疗监管与业务服务 实时信息，共享原有健康档案

36、和电子病历信息，使区域卫生信息平台具有对远程 医疗业务的综合管理功能。 医疗信息采集设备：医疗信息采集设备主要包括多参数生命体征监护仪、数字化 影像设备、数字 心电图机、其他医疗信息采集设备，主要用于采集患者的生命 体征、血糖、血压等数据。 技术路线 3.5 远程医疗平台支持三层 B/S 构架， 基于 Capability maturity model integration 定义级开发，支持常用浏览器，支持移动设备登录系统， 既可以满 足业主个性化需求及系统安全性等方面的需要；又能保持系统核心架构的稳定性， 保证系统的可用性、可靠性和可扩展性， 方便系统部署、维护、使用和升级。 远程医疗平台

37、采用 J2EE 体系架构开发，并基于 SOA 架构实现服务，具备易 部署、易管理和易使用的特点，各系统通过发布和获取服务来实现信息的提供和 获取。 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 18 远程医疗平台采用标准和开放的技术。设计遵循国家卫生技术标准和规范以 及国家电子政务标准化指南及相关标准，采用先进、开放的技术和成熟的商业化 平台，支持主流厂商的硬件和操作系统平台。在数据库方面考虑支持当前最流行 的数据 库技术标准。通过这样的考虑有利于降低技术风险以及特定供应商的依赖 性，有利于保持系统的向后兼容性、可集成性和可扩展性。 远程医疗平台支持集群部署、支持虚拟化部署等高可用方案；

38、 平台可在 Windows、 Linux 等多种服务器版操作系统上灵活部署； 数据库采用 ORACLE 数据 库并支持 DB2、 SQL Server、 Sybase、 MySql、 Postgresql 等主流数据库；远程 服务器软件支持 WebLogic、 Tomcat、 Webshpere 等主流中间件产品。 远程医疗平台提供机构用户注册与权限管理、节点管理、监控管理、 服务管 理（各功能系统管理）、日志管理、安全审计、配置管理、资源目录、即时通讯 等平台基本管理功能，并实现与各功能系统无缝融合、一体化操作管理； 远程医疗平台支持集中式 /分布混合存储，提高多方会诊及跨平台会诊时的 文件

39、共享效率。在系统中设置文件存储指针，统一管理分布在不同系统中的不同 文件； 提供远程医疗综合服务门户，实现各类信息的集中管理，建立远程医疗机 构信息、专家信息、资讯与行业动态信息、法规与政策等远程医疗服务信息资源 数据库，实现各类信息（医院、科室与专家信息，资讯与行业动态信息，法规与 政策等）的发布与查询， 实现各类应用数据（远程会诊、远程教育、远程手术指 导等）的统计与分析，为主管部门卫生事务管理和决策提供系统支持，为各类用 户提供网页访问、信息管理、信息查询及共享等综合服务。平台突出各种信息的 管理、索引、查询和统计分析功能，突出远程医学教育、专家资源等全省公共医 疗服务资源，为省 /市级

40、医疗卫生管理机构提供宏观管理支持。 信息发布：能够实现远程医疗服务平台种类信息的编辑、审核、发布、修改、 删除等功能，能够指定不同用户的发布权限。 统计分析：能够实现对远程会诊、远程手术示教、远程教育等业务各类用户使 用情况的统计，能够 统计客户不同业务应用情况，能够提供统计结果的报表、饼 图、柱状图。 信息查询：能够查询平台中的各类文章、教学课件、典型病历等。 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 19 4 详细设计 总体概述 功能架极 功能描述 远程医疗标准规范 4.1 为了保证系统的开放性，以及集成的实现，远程医疗平台软件遵从远程医疗 信息交互的临床数据信息符合国家卫健委远

41、程医疗信息系统基本功能规范、 远程医疗信息系统交互的音视频协作数据和信息符合国际音视频相关的标准。 技术要点如下 ： （ 1）支持 TCP/IP 协议、 HTTP、 HTTPS； （ 2）遵从 DICOM3.0 标准； （ 3） WS/T 529-2016 远程医疗信息系统基本功能规范； （ 4） WS 539 远程医疗服务基本数据集； （ 5） WS/T 545 2017 远程医疗信息系统技术规范。 （ 6） WS/T 546 2017 远程医疗信息系统与统一通信平台交互规范 （ 1）医疗数据内容要求 远程医疗交互的数据必须符合 WS 363-2011 卫生信息数据元目录、 WS364-20

42、11 卫生信息数据元值域代码、 WS 365-2011 城乡居民健康档案基 本数据集、 WS 445-2014 电子病历基本数据集、远程医疗信息系统基本数据 集、电 子病历共享文档规范、健康档案共享文档规范、中医医院信息化建 设基本规范和中医医院信息系统基本功能规范等标准的要求。 音视频数据应涉及对安全、通讯、管理、通讯策略的基本要求，如通讯协议 至少满足 SIP，安全至少满足 SIP 下 AES；标准要支持 H.264， AAC-LD 等编解码 协议。 （ 2）影像信息资料规范 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 20 支持从标准 DICOM 接口的影像设备或 PACS 系统

43、获取患者的影像资料，并 进行存储、再现以及相应的后处理操作。建立基于 DICOM 协议， C/S 架构或 WEB 浏览方式的远程放射会诊系统，支持影 像资料的后处理、关键图标注、保存，支 持影像会诊报告的书写、发布，支持报告模板功能。支持远程影像会诊过程中多 方进行医学影像（含静态和动态）的实时交互式操作。 （ 3）心电信息资料规范 支持从数字心电图机采集心电图信息，并进行无损的数据传输、存储和再现， 把基层医院的静态心电图数据传送给上级医院会诊专家。支持专家对心电图的判 读、打印，支持报告的书写、发布。建议 12 导数字心电图支持通过 Internet、 3G、 4G 等方式传输心电图数据。

44、数字心电图数据可存储为 XML、 DICOM 等通用 数据格式。支持不同病例及历史 资料的分析、对比。 （ 4）音视频资源规范 音视频协作系统应包含 5 大子系统，分别为媒体资源、在线会议、呼叫控制、 流媒体服务和系统管理；整个协作系统为远程信息系统提供统一的音视频协作架 构，相应的医疗机构满足五大子系统的技术规范要求，即实现医疗机构间的音视 频交互。 （ 5）实体资料规范 病人的胶片及纸质病历、化验单、图文报告等实体资料通过扫描方式实现数 字化。系统支持扫描文件的传输、存储和阅读，支持病历资料的手工录入。建议 胶片使用医学专用扫描仪处理，能支持输出为 DICOM 影像文件。纸质资料，纸 质资

45、料使用普通平板 扫描仪处理，扫描文件以 JPEG 格式保存。 远程医疗数据资源中心 4.2 针对于各个服务的建设，需要有数中心的支撑，所以本阶段需要建立针对于 各业务协同服务的数据中心，为后期的监管及统计科研提供数据支撑。 为保障信息化建设的先进性、高效性、可靠性、扩展性、互联互通和可持续 性，数据中心建设架构应基于 SOA 的集成设计，将原有的点对点互联方式，转化 为服务提供系统 /集成平台 /服务消费系统三点连接方式，降低系统互联的复杂度， 使得服务（接口）通过集成平台易于复用、管理和监控。 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 21 健康医疗数据采集与互联互通是区域健康大数

46、据中心建设的 基础。以多元化 健康医疗数据汇聚与互联互通为核心，致力于将区域内各类医疗机构内的结构化、 半结构化、非结构化数据，按照统一标准规范，实现数据采集汇聚与清洗融合， 并构建互联互通基础架构，结合全方位的集中监管与数据质控，提供高品质数据 汇聚与交换服务，为区域健康医疗大数据中心建设提供高质量数据资产。 本期建设面向以下几部分： 分级诊疗数据中心：涵盖远程会诊、远程门诊、教育的数据管理 处方知识库：涵盖针对于处方的信息存储及针对于不同病种用药案例的存储及 管理； 重症数据中心：主要针对于 ICU 患者病历及数据的存储； 病理数据中心：针对区域内远程病理申请的数据存储及管理； 脑卒中专科

47、数据中心：针对于区域内脑卒中脑卒中和专科数据管理； 临床数据中心：针对目前区域内数据采集后，对患者基本信息、就诊信息、检 查检验信息、用药信息的存储及管理。 基于数据中心，也可以实现针对业务运行分析、目标考核评价、医疗质量监管、 医保监控等几个方面，搭建专业的数据分析平台，实现专业化的数据分析应用。 功能包括： 业务运行分析 建立基本的分析框架，提供全面掌控业务运行状况的分析主题，选择和设定 符合业务实际需要的各个维度，以多角度、多维度、多趋势的分 析思路，满足精 细化管理的要求。同时，对业务的变化趋势、政策制定合理性、决策的科学性提 供数据支持。 重点分析主题如下： 转诊分析 核心的分析目标

48、为体现各级医院之间的转诊人次和转诊的费用的情况，具体 可通过医院级别、医院、转诊流向（向上转诊还是向下转诊）、病种以及时间周 期等。同时，还包括转检、转验、技术支持、培训等业务协同服务的业务量统计 分析。 病种分析： 5G 省级 远程诊疗平台 整体觃划 方案 V2.8 22 以病种，尤其是常见病、慢性病、多发病为分析对象，分析各个病种的发病 情况，在各级医院以及某个医院的诊疗人次、费用等。尤其针对上下转诊的情况， 分析病种的特点。通过 发病人次、首诊医疗机构、转诊医疗机构、以及整个转诊 过程在多个医疗机构的就诊时间，能够找到最为经济、有效的治疗途径。 费用分析： 重点分析社区医院的诊疗费用，包

49、括次均费用、个人负担等。分析的维度包 括费用类型、病种、时间等。通过费用分析，可以把握各社区医院的收入、利润 情况，以及收入的构成情况。同时，也可以量化分级诊疗在节省医疗费用、降低 患者经济负担方面起到的左右。并能够及时调整政策，通过价格来影响分析诊疗 的效果。 患者分析： 以患者为分析主题，通过就诊患者的性别、年龄段分布、区域分布、所患病 种以及就诊次数等行为 进行分析，掌握不同类型患者的高发病、易患病以及所习 惯的就医行为，通过该分析主题，可有针对性的组建便民、有效、符合患者实际 需求的的医院联合体。 社区医院分析： 从社区医院整体进行全面分析，并为每个社区医院建立全景视图。围绕社区 医院，通过社区所在区