医体信息平台建设方案

1、医共体信息平台建设方案 TOC o 1-5 h z 一、项目背景5国家政策要求5江苏省指导意见6如皋市行动落实8二、建设需求8实现以诊疗为中心转变为以健康管理和疾病预防为中心8提高区域内医疗服务体系的整体效率9提高区域内医疗机构的技术水平和服务能力9三、项目建设内容10项目概况10建设内容11区域医共体平台11医共体应用门户11医共体集成引擎11医共体数据中心14分级诊疗一双向转诊16用户管理163.2.22配置管理163.2.23.上转管理173.2.24下转管理19统计管理21桌面应用21消息提醒21接口管理22历史数据接入22分级诊疗一远程会诊22多学科远程医疗基础业务系统22多学科会诊

2、申请应用系统24多学科专家诊断应用系统253.2.34远程影像会诊应用系统27远程数字病理应用系统28远程超声会诊应用系统29远程心电会诊应用系统30远程内镜会诊应用系统31远程教育读片应用系统320.云音视频交互系统33互联网医院一互联网诊疗35预约挂号363.2A2.诊间支付（门诊缴费）36住院预交款36检查报告调阅37检验报告调阅37分级诊疗一资源共享37资源预约规则管理37门诊排班及预约383.2.53.资源管理数据接口383.2.54床位排班40检查排班40资源管理统计分析41影像中心41区域影像共享系统41心电中心42区域心电基础业务系统42区域心电申请应用系统443.2.73.区

3、域心电专家诊断应用系统453.2.74 心电数据引擎系统47检验中心48区域检验数据48后勤服务中心49区域后勤物资管理系统49医共体监管52财务收入数据分析52物品消耗数据分析52业务协同质量监控53疾病检测统计分析53综管驾驶舱54开发服务55一、项目背景在全面推进健康中国建设的大背景下，以人民健康为中心，以提 升基层服务能力为重点，以构建优质高效的整合型医疗卫生服务体系 为路径开展医共体建设，是新时代推动分级诊疗制度建设的重要举措, 是深化医改的重要任务和卫生健康领域的重点工作。国家政策要求2017年4月，中共中央国务院发布关于推动医疗联合体建设 和发展的指导意见，明确在县域组建医疗共同

4、体，推动优质医疗资 源向基层和边远贫困地区流动。2018年7月，国家卫生健康委发布医疗联合体综合绩效考核 工作方案指出进一步加强医共体绩效考核，规范医共体建设发展， 调动医疗机构积极性。加强对医共体建设工作的统筹规划与指导，规 范医共体建设与管理。2019年5月，国家卫生健康委基层卫生司发布了关于推进紧 密型县域医疗卫生共同体建设的通知，通过紧密型医共体建设，既 有利于进一步完善县域医疗卫生服务体系，提高县域医疗卫生资源配 置和使用效率，加快提升基层医疗卫生服务能力，推动构建分级诊疗、 合理诊治和有序就医的新秩序。也有利于贯彻落实“以人民健康为中心”的理念，为广大居民提供连续性、高质量的医疗卫

5、生服务。江苏省指导意见1、2018年5月，江苏省卫生和计划生育委员会联合江苏省发展 和改革委员会等机构发布了关于进一步推进医疗联合体建设和发展 的实施意见。意见以满足人民群众基本医疗卫生服务需求为目标，以落实医疗 机构功能定位、提升基层服务能力、理顺双向转诊流程为重点，在城 市探索建立以三级公立医院（含中医医院，下同）为龙头，与若干区 级医疗机构、康复医院、专科医院、社区卫生服务中心等联合的市区 纵向紧密型管理模式；在县域探索建立以县（市、区）级医院为龙头、 乡镇卫生院为枢纽、村卫生室为基础的县乡村一体化管理模式。进一 步完善医联体组织管理模式、运行机制和激励机制，健全体系、调整 结构、优化布

6、局、落实功能、提升能力、分工协作，实现服务共同体、 责任共同体、利益共同体、管理共同体、发展共同体，为人民群众提 供全过程、全方位、全周期、更高水平、更高质量的基本医疗卫生服 务。意见指出统一信息系统管理。根据统一标准和规范，遵循集约化、 务实应用原则，统筹紧密型医联体内部医疗机构业务信息系统建设, 促进服务规范化、便利化和管理精细化，依托区域全民健康信息平台， 做到紧密型医联体内成员单位之间信息系统的互联互通，实现电子健 康档案和电子病历的连续记录和信息共享，支持医联体内部的预约诊 疗、双向转诊、远程医疗、传染病报告、慢性病管理、资金结算等协 同应用与服务，实现院前预防、院中诊疗、院间转诊、

7、院后康复的全 程连续闭环的医疗健康服务和医疗行为动态监测和监管。2、2018年9月，江苏省卫生和计划生育委员会联合江苏省发展 和改革委员会等机构发布了关于加快推进紧密型医联体建设试点工 作的通知。在通知中强调“四个统一”：统一服务资源管理，紧密型医 联体在优先保障基层医疗卫生服务需要的前提下，重组整合、优化配 置床位、设备、号源等资源。统一财务和预算管理，鼓励紧密型医联 体设立财务管理中心，统一负责财政预算、财务管理、审计监督等。 统一医保支付管理，积极开展紧密型医联体整体医保总额付费管理试 点，合理拉开紧密型医联体内不同层级医疗卫生机构之间就诊报销比 例差异。统一信息系统管理，支持医联体内部

8、的双向转诊、慢性病管 理、资金结算等协同应用与服务。通知要求，紧密型医联体统筹调配力量，大力推进龙头医院 专家以开设医生工作室或与基层医生共同组建家庭医生团队等形式, 提高家庭医生签约服务质量、水平和吸引力，逐步减少紧密型医联体 龙头医院的普通门诊量。该省将完善与紧密型医联体相适应的绩效工 资政策，健全与岗位职责、工作业绩、实际贡献紧密联系的分配激励 机制。落实紧密型医联体人事管理、内部分配、运营管理自主权。3.如皋市行动落实2020年6月，如皋市政府办出台了如皋市紧密型医疗卫生共 同体建设试点方案，到2021年，要全面推进医共体建设，建立较为 完善的医共体服务机制和政策体系，形成以“市级医院

9、为龙头、镇卫 生院为主体、村卫生室为基础”的市镇村一体化管理新格局。开展县域医共体建设，是深化医改的重要步骤和制度创新，有利 于调整和优化医疗资源结构布局，促进医疗卫生工作重心下移和资源 下沉，提升基层服务能力；有利于医疗资源上下贯通，提升医疗服务 体系整体效能，更好实施分级诊疗和满足群众健康需求。二、建设需求如皋市医共体信息平台将以龙头医院（市人民医院、中医院）为 中心，辐射镇卫生院（社区卫生服务中心）和村卫生室（社区卫生服 务站），实现医疗卫生信息互联互通、业务应用协同发展。推进医共 体内龙头医院和成员单位信息系统紧密融合，为在医共体内开展双向 转诊服务、远程会诊、资源共享、线上诊疗服务、

10、影像、心电检验等 医技检查服务、后勤保障服务、财务状况监管、综合管理等工作提供 技术支撑。1.实现以诊疗为中心转变为以健康管理和疾病预防为中心医共体内基本医疗和公共卫生服务，相互促进，共同发展。医共 体成员单位要做实健康促进、疾病防治和健康管理工作，为区域居民 提供全方位、连续的健康服务。使区域居民少得病，不得病，切实降 低区域人群发病率。2.提高区域内医疗服务体系的整体效率由市卫健委（医共体管理部门）牵头，以市人民医院、市中医院 等公立医院为龙头单位，联合多家乡镇卫生院（街道社区卫生服务中 心）建立纵向集团化管理运行模式，形成服务、责任、利益和管理共 同体，构建统筹协调和分工合作机制，共享医

11、疗资源，逐步实现“基 层首诊、分级诊疗、急慢分治、双向转诊”诊疗模式，有效控制医疗 费用，减少过度医疗和资源浪费，提高医疗服务体系整体运行效率, 为群众提供分级、连续、节约、高效的医疗服务。3.提高区域内医疗机构的技术水平和服务能力通过组建医共体，促进人民医院和中医院加大对乡镇卫生院（社 区卫生服务中心）技术帮扶，提高乡镇卫生院（社区卫生服务中心）诊 疗水平，引导病人向乡镇卫生院（社区卫生服务中心）流动；通过市 内医疗资源联动，增强医共体内医院服务能力，减少病人域外就医, 更好的服务于老百姓。三、项目建设内容3.1 .项目概况如皋市优质医疗资源总量不足且结构不合理、分布不均衡，特别 是仍面临基

12、层人才缺乏的短板，己成为保障人民健康和深化医改的重 要制约。为改进这一状况，2019年如皋市进行了全市范围内的医疗机构 改革，截至目前全市共有医院43家，市直公立医院5家，卫生院14 家、村卫生室354个。开展医共体建设，是如皋市深化医改的又一重要举措。本项目通 过医共体信息平台的建设，从技术手段上调整优化医疗资源结构布局, 促进医疗卫生工作重心下移和资源下沉，提升基层服务能力，方便医 疗资源的上下贯通，提升医疗服务体系整体效能，更好实现分级诊疗和满足群众健康需求。2.建设内容2.1.区域医共体平台2.1. L医共体应用门户提供统一的基于B/S的Web版医共体应用门户平台；提供基于Web的界面

13、集成功能；支持基于角色的首页自定义功能；支持基于角色的动态应用菜单功能及权限管理功能；提供消息公告功能。2. 1.2.医共体集成引擎1、基本功能支持多种平台系统，如Windows, Linux操作系统；支持热备高可用性部署，主备机之间配置、消息库可实时同步, 当主机发生故障时，备机可在不需人工干预的情况下自动启动，消息 在备机中继续运行，当主机修复后，消息会转回主机中继续处理；支持HL7v2、XML、JSON等标准和规范，提供对这些标准处理的 工具；支持多种通讯协议，包括但不限于TCP/IP、SOAP Web服务、RESTWeb服务、文件、定时器、DLL、数据库等;内嵌简单代码映射lookup

14、表配置功能；支持通用的JAVA脚本开发功能，如Groovy脚本,支持对JSON, XML 结构数据的脚本处理；支持可配置的HL7业务层的追踪、重试、报错机制(message tracking)；支持在终端连接的外部系统突然断线的情况下，终端保持运行状 态，在外部系统重新工作后，引擎可以不需手动干预启动终端，自动 重新连接；同时具备集成引擎和ESB功能，可选择性关闭消息内容及处理流 程记录，支持同步异步消息处理，整体项目事务回滚。2、用户界面开发界面应均为网页界面；网页界面支持单页面随时切换中英文;拖拉式图形化路由设计，并支持路由间的衔接和串联；能提供全局视图显示整个流程完整流通线路，用户能直观

15、查看包 含多终端，多路由的完整消息处理流程，在一个视图页面上能看到整 体业务流程图；提供图形化数据映射配置界面。3、数据库支持主流关系型数据库数据抽取，更改，插入功能，如MS- SQL, Oracle, MySQL,支持上传任意的数据库JDBC驱动以提供对其它数据库连接的支持;提供数据处理结果全局流程显示，并提供流程树状显示和图形化 显示，展示在整个流程中路由内每个节点处数据的状态，方便用户进 行问题排查；数据库事务支持，一库多表操作时可回滚，支持跨数据库事务处 理；数据库终端结果可自动生成JSON schema方便数据映射；平台不使用特殊自定义数据库存储数据，允许用户在不使用引擎 工具的情况

16、下用通用数据库工具也能查询数据。4、运维管理在线查看系统状态信息、进行性能监控，可以进行数据管理，允 许访问日志、进行故障诊断；监控界面应均为网页界面；网页界面支持单页面随时切换中英文;在发生异常情况时或消息堆积时可发送通知和提醒，消息堆积警 告和警报阙值可配置；提供可开放的集成平台管理、设置、监控的APL支持第三方的 应用开发；支持选择性关闭路由中消息追踪功能，减少不必要排错消息存储, 节省磁盘空间。5、消息标准管理提供HL7消息模板的配置功能，支持V2、V3/CDA等；提供XML等自定义消息协议的配置功能；提供HL7与XML消息等交换协议的转换对照配置功能；提供HL7消息与自定义xml消息

17、的协议转换服务组件；提供消息模板的导入、导出和生成XML示例功能。3. 2. 1.3.医共体数据中心1、数据采集支持 Oracle MySQL SQLServer Sybase DB2 PostgreSQL、 Cache等数据库类型的数据源采集配置；提供基于ETL的抽取、转换、翻转等操作采集脚本；支持基于数据日志采集（接口视图采集、存储过程采集）、数据接 口上传等多种数据采集方式以应对复杂的医疗行业环境；支持SQL语句采集、文档附件采集、FTP文件采集；可根据数据集内容分组建立多个数据采集模型模式；数据采集内容包含卫生事件、病历摘要、就诊记录、门诊病历、 住院病历、护理病历、电子处方、电子医嘱

18、、检验报告、检查报告、 手麻记录、超声报告、内镜报告、病理报告、心电图、门诊业务、住 院业务、质量数据、医技数据等；根据数据标准提供门诊病历、住院病历、护理病历、医嘱、检验 检查报告等诊疗数据的采集脚本和接口;根据数据标准提供门诊业务、住院业务、质量数据、医技数据等 运行管理指标数据的采集脚本和接口 ；可生成数据采集的记录日志；可根据日志跟踪解决数据采集错误; 提供自动和手工重传、重采功能；支持增量数据采集，自动采集同步新产生的数据；支持不同采集任务设置不同频率、不同时段、不同采集接口、不 同 adapter 接口；提供与医院HIS、EMR等系统数据采集的接口配置功能。2、数据存储数据中心需参

19、考、依据电子病历基本数据集进行建设，数据采集 时需要经过多层的过滤和标准化处理，保证数据准确一致；建立临床信息数据库，遵循国家卫计委WS 445-2014电子病历 基本数据集，至少包含标准要求的16类58个数据子集的内容；支 持自定义扩展数据集；支持非结构化数据的存储，如图片、pdf html word等；提供可视化数据中心存储结构模型关系功能，同时对数据中心的 存储提供分区、数据量、数据空间占用率的统计。3、数据服务提供CDR文档数据的注册、更新服务；提供CDR数据的查询、调阅服务；提供CDR数据的审计、权限管理。3. 2. 2.分级诊疗一双向转诊3. 2. 2. 1 .用户管理为一个用户分

20、配一个账户，使用转诊服务前需校验用户信息。用户按照机构进行分配，支持同一医生在不同机构使用系统，并 实现数据分离。用户信息应与平台的用户索引保持一致。3. 2. 2. 2.配置管理系统配置分为转诊配置和会诊配置。转诊配置：对门诊、住院、检查所需要填写的字段进行维护，可 以简化用户预约时的工序。同时可以对本机构申请转诊时是是否转出 审核，及接受转诊时是否需要转入审核进行设置。管理员可以根据实 际需求进行操作。会诊配置：可以对会诊申请时需要填写的字段进行维护，可以简 化用户预约时的工序。该模块也可以对本机构在会诊申请机构是否审 核，及作为会诊受邀机构时是否进行受邀审核进行设置。管理员可以 根据实际

21、需求进行操作。3. 2. 2. 3.上转管理基层医生对患者进行诊治过程中，发现需要向上转诊的患者，填 写转诊申请单，完成转诊申请。申请提交发送后，由接受机构的机构 管理员对转诊单进行审核，审核通过后，提交给相应人员进行处理。 上级医疗机构完成诊疗后，反馈机构。完成上转闭环管理。1、上转申请单基层医生对患者进行诊治过程中，发现需要向上转诊的患者，填 写转诊申请单，填写患者基本信息和患者病情信息，根据患者的病人 需要，选择相应的转诊类型，转诊类型包括：门诊转诊、检查转诊、 床位转诊三个类型。为患者预约医疗机构的相关号源，完成转诊申请。2、首诊信息共享医生在帮助患者进行转诊申请时，可以将在本次就诊信

22、息提供给 平台，供上级医院医生接诊时对患者的情况进行更全面准确的了解。1）支持通过接口实时自动上传首诊产生的门诊病历、处方、入 院记录、日常病历、检查报告、检验报告等信息2）支持集成区域电子健康档案查看历史就诊记录3）支持集成区域影像查看患者的影像记录4）接诊医生及审核人员可在双向转诊系统中查看到这些信息。3、上转转出审核转出机构的管理员，需要对转诊单进行审核，判断该转诊单是否 符合转诊要求，若符合，则转诊通过，不符合则返回。通过转出审核 的转诊单由接收机构进行后续审核。4、上转转入审核通过转出审核的转诊单由接收机构进行转入审核。对于转入机构 的管理员，需要对转诊单进行审核，判断该转诊单是否符

23、合转诊要求, 若符合，则转诊通过，不符合则返回。上转资源安排1）绿色通道模式：申请时不直接占用号源，有上级机构审核后 安排号源给患者，或者等患者到院后，通过加号等方式向转诊患者提 供便利。2）限额模式：绿色通道模式的一种，可以指定转诊人员的数量、 接诊的医生与时间等。3）支持门诊转诊时对接预约挂号平台，由申请医生在申请时实 时查询号源并完成资源预约，该模式下可以免除审核环节。4）以上两种模式由医院根据自身管理模式选择支持一种或同时 支持两种。6、到诊确认系统提供服务与医生站进行对接，当患者进入医院就诊时，自动 反馈患者的就诊信息，确认患者是否已按约就诊。未按约就诊的计入 违约，多次违约将可以进

24、入黑名单。7、信用管理信用管理可以对已在平台上进行过预约操作的用户进行分类，即 符合爽约规则的用户为普通用户，超过爽约次数的将列入黑名单，黑 名单将无法进行预约等操作。8、就诊反馈患者在上级医院就诊后，医生可以反馈治疗结果及后续注意事项, 供申请医生了解患者的情况，并对后续的管理提供帮助。3. 2. 2. 4.下转管理下转管理，上级医生对患者进行治疗后，患者病情已经得到控制， 患者可回社区（乡镇）康复治疗，将此类病人下转回社区（乡镇）， 进行康复治疗。下转管理的病人来源分为两类：1 .是由社区（乡镇） 上转来的病人，在医院经过治疗后，康复回社区（乡镇）；2.之前前 往医院就诊的病人，经过治疗后

25、，康复回社区（乡镇）。1、下转申请单医院医生对患者进行诊治过程中，发现需要下转的患者，填写转 诊申请单，填写患者基本信息和患者病情信息，根据患者的病人需要， 选择相应的转诊类型，转诊类型包括：门诊转诊、住院转诊两个类型。2、就诊信息共享医生在帮助患者进行转诊申请时，可以将本次就诊信息提供给平 台，供上级医院医生接诊时对患者的情况进行更全面准确的了解。1）支持通过接口实时自动上传首诊产生的门诊病历、处方、入 院记录、日常病历、检查报告、检验报告等信息支持集成区域电子健康档案查看历史就诊记录支持集成区域影像查看患者的影像记录4）接诊医生及审核人员可在双向转诊系统中查看到这些信息。3、下转转出审核转

26、出机构的管理员，需要对转诊单进行审核，判断该转诊单是否 符合转诊要求，若符合，则转诊通过，不符合则返回。通过转出审核 的转诊单由接收机构进行后续审核。4、下转转入审核通过转出审核的转诊单由接收机构进行转入审核。对于转入机构 的管理员，需要对转诊单进行审核，判断该转诊单是否符合转诊要求, 若符合，则转诊通过，不符合则返回。5、下转资源安排下转时，社区资源相对充裕，系统提供的为绿色通道模式：申请 时不直接占用号源，有上级机构审核后安排号源给患者，或者等患者 到院后，通过加号或临时挂号等方式向转诊患者提供便利。6、到诊确认系统提供服务与医生站进行对接，当患者进入医院就诊时，自动 反馈患者的就诊信息，

27、确认患者是否已按约就诊。未按约就诊的计入 违约，多次违约将可以进入黑名单。7、信用管理信用管理可以对已在平台上进行过预约操作的用户进行分类，即 符合爽约规则的用户为普通用户，超过爽约次数的将列入黑名单，黑 名单将无法进行预约等操作。2. 2. 5.统计管理支持根据医院、医生统计转诊量；支持用户设置查询条件后自定义查询；支持统计结果导出EXCEL表格并下载。3. 2. 2. 6.桌面应用桌面端作为web端的完善和补充，提供转诊申请单查看管理、审 核等功能，操作流程与数据与web端统一。3. 2. 2. 7.消息提醒在上转、下转的主要环节有消息通知下一步执行人，包括申请发 出后、转出（申请）审核通

28、过后、转入（受邀）审核通过后、审核不 通过时等，通知方式包括但不限于短信通知。2. 2. 8.接口管理系统应能与医疗机构、移动端等对接。1、页面接口系统提供页面供his系统及相关系统接入：包括转诊申请页面, 审核页面，申请单列表页面等，在调入页面时，可以带入相关数据。 减少对接工作量与医生的操作量。2、服务接口同时，系统还提供服务接口，供有需要的his系统及移动端接入, 支持对接系统完成调用服务接口进行对接。对接系统可以根据对接需 求灵活选用页面接口或者服务接口。2. 2. 9.历史数据接入系统应能提供与不限于以下历史数据的接入：历史处方、检查、健康档案等（EHRVIEW的内容）。3. 2.

29、3.分级诊疗一远程会诊3. 2. 3.1.多学科远程医疗基础业务系统1、会诊申请患者就诊于基层医疗服务机构，基层医院申请医生上传患者多学 科病例信息至多学科远程会诊平台，创建会诊信息，向上级医院发起 专家远程会诊申请或预约实时在线会诊申请。2、支持在线会诊类型会诊专家、申请医生通过在线音视频系统实时开展远程会诊。3、支持离线会诊类型申请人通过会诊平台由申请医生、专家进行离线会诊。4、支持多人会诊模式支持选择多位不同学科专家参与同一会诊；支持选择专家团队参 与会诊。5、支持专家会诊模式申请医生可直接指定特定专家快速会诊，无需审批操作。6、支持跨云会诊方式本医联体内的机构可以向平台中另外医联体的中

30、心机构发起会 诊业务申请。7、会诊管理上级医院会诊管理员审查基层医疗服务机构所上传病例信息完 整性、所选择专家的合适与否、会诊目的是否明确等信息，针对在线 会诊预约，确定专家会诊时间是否合适，审查通过或者拒绝会诊申请。8、专家会诊上级医院各专科专家收到多学科远程会诊申请之后，查看患者病 例信息、临床影像信息、心电检查信息，各专科专家分别出具相应会 诊意见，提交至多学科远程会诊平台。（专家端支持pad、手机、pc 等设备，平台实现标准DICOM影像、检验、心电等数据共享）针对基 层医疗服务机构发起的会诊申请，专科专家直接出具针对性的会诊意 见。9、会诊签发会诊审核专家查看各会诊专家所提交会诊意见

31、合理性，签发会诊 意见，基层医疗服务机构经多学科会诊平台获取上级医院专家会诊意 见。10、远程会诊数据统计系统支持会诊数据统计分析，支持对机构会诊申请量统计、机构 会诊签发量统计、机构会诊申请量按流向分布统计、会诊申请量与会 诊签发量按来源分布、会诊类别、业务类型、会诊方式综合统计与分 析，各角色工作量统计、按时间段详细会诊数据趋，并支持以图表形 式直观展示。3. 2. 3. 2.多学科会诊申请应用系统1、会诊申请模块支持选择上级会诊医院进行会诊申请，依据专家排班情况预约会 诊医院专家或者多人会诊，在线或者离线进行会诊。由申请医生录入 病人基本信息和相关诊疗信息。一键上传音频录音，快速转换文本

32、结 果显示。2、会诊数据采集与交互模块支持从院内HIS/EMR/PACS/RIS/LIS系统和相关设备中采集会诊 所需数据上传会诊平台，支持从平台获取上级医院完成的会诊报告。3、会诊报告查看模块支持查看上级会诊医院完成的报告，支持会诊状态跟踪查看，查 看病人的会诊信息、病人基本信息、诊断信息、附件列表以及会诊结 论信息。4、会诊申请查询统计模块具备查询统计远程会诊次数以及会诊类型等，支持会诊申请列表 查询和统计。3. 2. 3. 3.多学科专家诊断应用系统1、会诊接收模块支持远程会诊中心端接收来自申请端的远程会诊申请，并通过管 理员审核进行分配，审核通过将申请请求发送给相关的医生。2、会诊查询

33、检索模块查询功能根据会诊申请的起始、结束时间、会诊编号、患者姓名、 会诊类型和会诊状态（全部、待申请、己申请、己退回、己通过、待 补检、已补检、已报告、已签发）来查询会诊信息。注：会诊专家只 可见“已通过”、“待补检”、“巳补检”、“已报告”、“已签发” 状态的病例。3、在线会诊管理模块查看系统分配的会诊时间，会诊通过后，在会诊列表区点击进入 查看页面，其中的会诊信息一栏会显示具体的会诊时间。支持在线交 互会诊支持多人音视频会诊同一例病例，包括桌面共享、音视频交流、 会议录制、屏幕共享、聊天和文本交流等功能。4、会诊信息补检模块在会诊专家的诊断过程中，如果现有的所有诊断结果均不足以判 断病情，

34、可要求申请医生补检。补充补检结果后病例将直接提交给会 诊专家，会诊专家再次会诊并书写会诊意见。待补检状态的病例会显 示在申请医生的会诊列表中。5、会诊病例信息调阅模块支持会诊专家端对申请端的患者病例信息、检查报告信息进行实 时调阅，所有数据符合国家标准规范具备诊断级。6、会诊专家排班模块支持制定、修改会诊专家排班。7、会诊报告书写模块远程会诊专家端进行线上或者离线诊断，根据平台调取诊断病例 进行会诊，并书写会诊报告。一键上传音频录音，快速转换文本结果 显示。8、会诊报告预览模块报告签发后，可以在会诊列表区点击病例预览和上传会诊报告。9、会诊病例信息全屏调阅支持会诊专家端对申请端的患者病例信息、

35、检查报告信息进行全 屏切换调阅，具备大屏模式查看会诊资料。2. 3. 4.远程影像会诊应用系统1、影像会诊申请预约申请端医生通过多学科平台创建病例信息，针对新建状态的病例, 一键申请后按照专家模式或多人模式的会诊类型，将病例发送至指定 专家。2、会诊影像自动调阅和处理为区域影像会诊中心提供基于Web方式远程调阅并操作患者会 诊影像、实现影像实时会诊的功能。主要包括：会诊影像（DICOM影像）远程查询、调阅和影像会诊操 作所需的全部处理，功能图表选项面板包括常用功能面板（）和分类 功能面板（中），可通过影像序列选择窗口快捷切换不同影像序列执行 诊断操作。3、报告编写与发布会诊专家根据会诊资料诊断

36、并填写会诊意见，报告医师在诊断完 成后，报告将被上传到多学科会诊平台进行集中存储。4、报告审核与打印/预览会诊审核专家查看各会诊专家所提交会诊意见合理性，签发会诊 意见，基层医疗服务机构经平台获取上级医院专家会诊意。5、影像数据采集与归档支持从基层标准DICOM 3. 0接口的影像设备及PACS系统获取患 者的影像资料，并进行存储、再现、相应后处理及归档操作。医学影像WebView主要功能1）支持DICOM标准：支持DICOM标准2011年版定义的全部影像 I0D类型的调阅。2）DICOM影像压缩：支持DICOM标准定义的无损压缩算法；支持 DICOM标准定义的有损压缩算法；用户可自行设置和选

37、择影像压缩率 （压缩质量）。3）影像在线存储管理：支持任意间期的影像在线存储管理；支持 采用磁盘阵列、RAID-5容错的在线影像管理架构；支持在线存储影像 自动维护管理；支持影像在线存储容量动态扩展能力。4）系统安全管理：DICOM通讯的注册及授权访问机制，拒绝任务 非授权用户的DICOM访问操作。5）技术框架：支持HTML5技术；支持无控件版本；支持移动端设 备调阅。3. 2. 3. 5.远程数字病理应用系统1、病理会诊申请预约申请端医生通过多学科平台创建病例信息，针对新建状态的病例, 一键申请后按照专家模式或多人模式的会诊类型，将病例发送至指定 专家。2、具备上传数字切片功能每个会诊病例可

38、选择多张切片上传。具备数字切片浏览功能4、报告编写与发布会诊专家根据会诊资料诊断并填写会诊意见，报告医师在诊断完 成后，报告将被上传到多学科会诊平台进行集中存储。5、报告审核与打印/预览会诊审核专家查看各会诊专家所提交会诊意见合理性，签发会诊 意见，基层医疗服务机构经平台获取上级医院专家会诊意见。2. 3. 6.远程超声会诊应用系统1、超声会诊申请预约申请端医生通过多学科平台创建病例信息，针对新建状态的病例, 一键申请后按照专家模式或多人模式的会诊类型，将病例发送至指定 专家。2、报告编写与发布会诊专家根据会诊资料诊断并填写会诊意见，报告医师在诊断完 成后，报告将被上传到多学科会诊平台进行集中

39、存储。3、报告审核与打印/预览会诊审核专家查看各会诊专家所提交会诊意见合理性，签发会诊 意见，基层医疗服务机构经平台获取上级医院专家会诊意。2. 3. 7.远程心电会诊应用系统1、心电会诊申请预约临床医生在门诊或病房通过多学科会诊平台远程心电会诊应用 开具申请单，内容包括病人信息及检查项目。申请信息设定完毕后将 自动保存于系统中。2、心电检查患者按照顺序依次接受心电图检查，同时转换标准心电图数据并 传输到服务器中。3、检查数据上传在上传到服务器之前，可以预览上传的心电图，保证传送到服务 器的图形清晰；如果干扰大，可以删除该数据，重新采集；检查完毕， 心电图立即存储在服务器中等待医生分析确定。检

40、查支持静息心电图检查、运动心电图检查、动态心电图检查及 动态血压等不同种类的心电生理检查，检查数据以数字形式、统一的 数据格式进行存储，通过多学科会诊平台实现数据共享。4、心电浏览心电浏览主要用于从数据中心调阅心电及心电诊断报告，具备对 调阅的心电数据进行后处理，心电标注，测量，打印等功能。5、心电数据分析与诊断医生通过提供的专用的心电测量工具，对心电图放大、测量、分 析，查看心电轴。分析完成后生成心电图报告，确定报告正确后签字， 最后将签字的心电图报告存储到服务器。6、报告编写与发布报告医师在诊断完成后，报告将被上传到多学科会诊平台进行集中存储。7、报告审核与打印会诊审核专家查看各会诊专家所

41、提交会诊意见合理性，签发会诊 意见，基层医疗服务机构经平台获取上级医院专家会诊意见。3. 2. 3. 8.远程内镜会诊应用系统1、远程内窥镜会诊申请预约基层医院通过多学科会诊平台预约远程内镜会诊，内容包括病人信息及会诊申请信息，申请信息设定完毕后将自动保存于系统中。2、远程内窥镜实时图像信息传输患者按照顺序依次接受内窥镜检查，同时数据传输到服务器中。3、内窥镜远程查看会诊专家远程查看内窥镜视频信息，进行远程业务指导。4、报告编写与发布报告医师在诊断完成后，报告将被上传到多学科会诊平台进行集中存储。5、报告审核与打印审核专家查看各会诊专家所提交会诊意见合理性，签发会诊意见, 基层医疗服务机构经平

42、台获取上级医院专家会诊意见。3. 2. 3. 9.远程教育读片应用系统1、云课堂通过首页进入资料模块列表，查看某一个资料；也可直接点击首 页资料区域，查看某一个资料。不同类型的资料有不同的详情页：若 是公开课类型的资料，则详情页支持在线播放课程视频；若是文章类 型或者会议预告类型的资料，则支持在线查看资料内容。2、在线教育在线教育首页分为即将开课和往期回顾两个部分。支持学员、讲 师、管理员不同权限配置。1）学员端学员可以在列表中通过搜索课程名称关键字加系列类型联合查 询。学员点击某一个课程可以查看该课程的相关内容和资料，当到达 课程直播时间，会出现进入直播的按钮，点击该按钮即可参与在线教 育课

43、程。2）讲师端主讲人在线教育课程详情页，页面有在线课程推流说明及工具下 载，可点击“进入直播”按钮进入在线课程界面。3）审核/管理员审核员查看资料列表，可查看资料名称、资料浏览量、创建日期、状态、资料类型和操作列。2. 3. 10.云音视频交互系统云音视频交互系统核心功能如下：1、会议邀请通过URL邀请其他参会者；2、音频交流音频互动交流，连接/断开音频，自我静音/解除自我静音；3、视频交流视频互动交流，开启/关闭电脑、手机、Pad等终端视频设备4、文本聊天单独/全部文本互动聊天5、屏幕共享共享主讲人桌面屏幕或者应用程序窗口6、屏幕注释标注正在共享的他人的屏幕，7、远程控制申请远程屏幕控制/将

44、屏幕交给他人进行控制8、会议录制录制会议视频并保存k.多学科数据引擎系统医技信息集成/交换引擎系统遵循包括HL7在内的国际医疗标准, 采用全新技术、全新架构，是集ETL、ESB、集成引擎为一体的引擎服 务，用来实现复杂的数据传输，提供一系列的标准接口和服务，实现 不同服务、不同应用、不同机构之间的互联互通互操作，是具有高性 能、高可靠性、高可用性、高易用性、高度模块化、低资源优点，支 持应用集成和数据集成服务。包括如下标准接口模块，具体应包括：1、数据集成资源管理支持WSDL, XSD, JSON_SCHEMA, SSL密钥，安全证书，对称加密 密钥，DLL及JDBC驱动等文件的管理。资源可被

45、终端，处理器或数据 转换映射引用。2、数据转换模块处理不同格式消息之间的转换，将一种类型的数据转换为另一种 类型，比如将HL7消息转换为XML消息。在路由中配置数据转换的处 理器引用创建的数据转换配置文件。3、HL7库模块内嵌医疗标准HL7库，目前包含有HL7 V2的2. 1到2.8版本的 消息定义库帮助用户对HL7进行直观解析，读取，编辑。4、代码映射模块支持手动输入，并可与数据库映射表同步，在不需要重启引擎的 情况下支持映射数据的动态更新。5、数据标准化服务把控通过配置第实现三方系统接口数据标准化解析服务等。6、数据上传模块具备多数据源数据提取功能，支持同时连接多种类型的多个数据 库；具备

46、动态数据元以及模板配置功能；具备多种模式数据获取方式, 提供多种数据获取方式的实现，包括视图（表）模式，以及接口（http、 webservice）等模式；具备文件上传功能：通过文件上传插件实现检 查文件的迁移，支持http, ftp,文件共享等方式。7、数据采集模块包括临床信息系统数据解析服务、临床信息标准化数据包管理服 务、临床信息标准化数据包解析服务等8、数据输出模块包括临床医疗数据标准输出服务、医院前置代理信息服务等9、医疗数据MPI包括多学科远程医疗数据患者主索引服务等。3. 2. 4.互联网医院一互联网诊疗应用范围：如皋市人民医院、如皋市中医院注：基于现有的卫健委APP建设，互联网

47、诊疗部分应遵循医保局 相关政策，如项目实施期间医保局对外开放了线上交易，则系统需配 套完成医保的线上挂号、缴费业务。3. 2. 4. 1.预约挂号预约挂号功能实现居民通过移动端随时随地便捷预约挂号功能。基于医院的挂号资源进行开发，实现居民通过APP随时随地进行 预约挂号服务。居民在了解自己需要挂号的科室信息后，可以搜索查 询附近医院科室的详细信息，如当天排班的所有医生信息、专科医生 的数量、剩余号源信息等等，选择号源进行预约挂号。通过平台提供的更集约更高效的寻医就诊方式，进行医院、科室、 专家（专病）及号源信息展示并进行专家（专病）预约挂号。诊间支付（门诊缴费）支持居民对门诊待支付项目进行查询

48、，方便居民选择待支付项目 进行诊间支付。同时支持对巳支付项目进行查询，便于居民掌握自己 的支付历史情况。3. 2. 4. 3.住院预交款住院预交款功能实现居民通过移动端应用在线充值住院预缴金。预缴金充值方式支持支付宝、微信支付等第三方支付方式。同时 支持对历史充值明细信息、预缴金余额信息进行查询。3. 2. 4. 4.检查报告调阅支持用户通过APP查看检查报告结果。3. 2. 4. 5.检验报告调阅支持用户通过APP查看检验报告结果，报告中能够展示检验每个 指标的结果。3. 2. 5.分级诊疗一资源共享3. 2. 5. 1.资源预约规则管理平台统一规则：号源预约平台根据用户统一意见提供区域统一

49、的 预约规则，主要包括预约与取消，预约限制两类。预约与取消指包括 最大可预约天数，预约至少提前天数，预约取消提前时间等，支持各 医院根据自身情况进行定制；预约限制主要包括：同一身份证用户同 一天最多可以取消次数，最大可预约数等。机构个性化设置：各机构如有个性化需求，允许单独设置最大可 预约天数，预约至少提前天数，预约取消提前时间等，可以对个别科 室设置预约对象年龄及性别的要求。渠道管理：同时接入资源管理平台的预约端需要得到平台授权, 医院可以对允许接入的预约渠道进行策略限制，如允许使用的资源, 提前预约的天数等。黑名单管理：为防止医疗资源的浪费，平台将对预约了医疗资源 而未前往就诊的违约行为进

50、行限制，对多次违约的居民进行黑名单处 理。加入黑名单的居民将在一段时间内无法通过平台进行预约。支持对各种不同资源分别设定规则。3. 2. 5. 2.门诊排班及预约将区域内各家机构的门诊排班进行统一管理；平台提供完善的排 班管理功能，先通过排班资源维护，维护各类排班的医生资源，再编 制排班计划，再通过自动执行排班计划生成号源。在此过程中，会根 据机构的午别、时令自动调整号源时间，同时根据停诊计划与节假日 安排，不在休息时间排班。平台提供门诊号源预约服务，各预约端调用统一的预约服务进行 预约。预约时收到预约规则和渠道管理策略的限制。3. 2. 5. 3.资源管理数据接口平台与预约端及医院端的交互均

51、通过接口服务进行，提供如下接 口服务：1、医院端平台提供给医院调用的医院信息注册接口，将医院的基本信息注 册到平台。平台提供给医院调用的科室信息注册接口，将科室的基本信息注册到平台。平台提供给医院调用的医生信息注册接口，将医生的基本信息注 册到平台。平台提供给医院调用的号源信息注册接口，将门诊排班信息注册 到平台。平台提供给医院调用的订单状态更新接口，在居民就诊，线下退 号等环节触发调用，更新订单的状态。2、预约端平台提供给预约端调用的医院信息查询接口，查询医院的基本信 息情况。平台提供给预约端调用的科室信息查询接口，查询科室的基本信 息情况。平台提供给预约端调用的医生信息查询接口，查询医生的

52、基本信 息情况。平台提供给预约端调用的号源信息查询接口，根据科室或医生查 询号源信息。平台提供给预约端调用的号源预约接口，选到要预约的号源后, 发起预约申请，不同资源独立设置预约接口。平台提供给预约端调用的取消预约接门，供居民发起取消预约申 请。平台提供给预约端调用的在线挂号接口，完成预约后，发起在线 挂号申请，不同资源独立设置挂号接口。平台提供给预约端调用的在线退号接口，发起退号申请。平台提供给预约端调用的订单查询接口，查看订单信息及状态。2. 5. 4.床位排班系统提供床位管理和床位排班功能。床位注册是指医疗机构床位信息注册管理，包括：机构名称、科 室名称、床位类别、床位数量、床位位置等信

53、息。床位将作为后续床位资源排班的主体。床位资源主要是指住院床位资源；可以定期更新剩余可用床位数 量及有效期。用于双向转诊的业务。2. 5. 5.检查排班检查排班包括设备维护、检查项目维护、组套维护、预约服务。 设备注册是指医疗机构的大型设备注册管理，设备注册包括两个部分：基本信息、检查项目；其中基本信息包括：设备编码，设备名称，生产厂家等内容组成。设备将做为后期检查排班的资源主体。检查项目维护：可以维护检查项目的名称、部位、费用等。组套维护：维护检查项目组套及收费组套。预约服务：提供检查预约的相关的服务。3. 2. 5. 6.资源管理统计分析系统提供资源管理的统计分析功能，包括医院各类资源号源

54、的投 放与使用情况，各渠道的预约及取消情况，预约对象的分析等。3. 2. 6.影像中心3. 2. 6.1.区域影像共享系统可并发连接和接收来自区域内各医疗机构的医学信息系统上传 的患者影像检查结果记录（包括诊断报告和关键影像），实现区域化集 中统一归档管理。基于HL7标准通讯实现区域内不同医院医学信息系统与区域医 学影像信息管理平台间的数据通讯传送。支持对病人医学影像信息记录建立主索引（MPI）管理，以及为不 同医院信息系统的ID体系间建立交互关联和索引机制。支持内、外网用户的医学影像信息共享调阅采用不同的实现机制, 确保平台管理的影像信息的使用安全。支持影像报告相关的关键影像集的同步查询和共

55、享调阅。提供不同的接口，与医院各信息系统、区域健康档案管理系统、 患者健康档案信息查询系统等建立连接和完成信息操作。2. 7.心电中心3. 2. 7. 1.区域心电基础业务系统如皋区域心电平台建设将形成统一标准、互联互通、资源共享、 安全实用的远程心电服务系统，有效提高各接入医疗机构医疗服务能 力，缓解属地群众看病难的问题。1、人员管理维护用户信息，包括创建/编辑用户信息，编辑账号信息，分配 用户权限，用户短信接受设置功能。2、数据统计系统支持数据统计分析，包括指定时间范围会诊数据筛选；机构 会诊量排名、会诊量变化趋势图、机构会诊量对比、会诊流向图分析； 支持对机构会诊申请量统计、机构会诊签发

56、量统计；具备会诊申请量 与会诊签发量按来源分布、会诊类别、业务类型及变化趋势综合统计 与分析。可统计某一用户在指定时间范围内的会诊申请量、会诊通过 量、会诊报告量、会诊签发量，统计数据支持导出；支持运行监控全 屏展示，包括中心医院数统计、协作医院数、注册医生数、会诊业务 类型分布、会诊量趋势，业务消息等综合展示。3、机构管理查查看机构信息，为机构添加科室、编辑会诊业务的报告模板, 进行删除会诊关联机构等操作。4、会诊排班设置专家排班时间段。5、会诊业务具备检查管理、业务管理、机构管理、人员分配、团队管理、职 称管理等功能。6、首页配置配置页面的logo和首页样式，支持经典模式与专家显示模式的

57、首页个性化配置功能；业务入口配置，实现首页业务入口的个性化配 置。栏目配置，实现首页首要显示专家的信息配置。7、资质审核权限审核，实现查看用户的权限申请并对其进行审核；实名认证, 实现用户信息的审核与认证。资质认证，实现对用户具备资质的认证 与审核。8、病历管理按照指定条件检索病历信息，支持病历信息导出。9、配置管理完成根据不同会诊业务来配置申请会诊时的常用语。会诊服务开 放配置，可实现将平台的专家资源发布至公有云平台上。10、病例数据建模支持基础数据建模与模版添加，实现检查项目字段自由扩展。11、病例模版配置与管理自定义病例模版与病例模版新增、删除、编辑。12、数据元模型管理针对数据元属性包

58、括数据类型、长度、语义等内容进行设计与管 理操作。3. 2. 7. 2.区域心电申请应用系统心电会诊申请端支持远程心电会诊预约申请及病例上传、会诊视 频交互、会诊结果查询等基础功能。1、会诊申请支持选择上级心电会诊医院进行会诊申请，依据专家排班情况预 约心电会诊医院专家或者多人会诊，在线或者离线进行会诊。由申请 医生录入病人基本信息和相关诊疗信息。2、支持在线会诊心电会诊专家、申请医生通过在线音视频系统实时开展远程会诊。3、支持离线会诊申请人通过心电会诊平台由申请医生、专家进行离线会诊。4、支持多人会诊支持选择多位不同学科专家参与同一会诊；支持选择专家团队参 与会诊。5、支持专家会诊申请医生可

59、直接指定特定专家快速会诊，无需审批操作。6、会诊数据采集与交互支持手动录入、excle导入、历史病例选择、自动获取四种病历 信息获取方式，实现结构化病历信息上传。7、会诊交互讨论在心电会诊中申请医生可以发表讨论内容，支持回复信息。8、会诊报告查看支持查看上级会诊医院完成的心电报告，支持会诊状态跟踪查看, 查看病人的会诊信息、病人基本信息、诊断信息、附件列表以及会诊 结论信息。9、会诊内容评价申请医生可对会诊专家进行评价打分，选填操作。3. 2. 7. 3.区域心电专家诊断应用系统远程心电诊断专家会诊端系统需支持会诊专家通过视频语音介 质和申请端医生就患者诊疗记录、病例信息进行实时或者离线交流和

60、 互动，最终出具会诊意见返回至申请医院。1、会诊查询检索查询功能根据心电会诊申请的起始、结束时间、会诊编号、患者 姓名、会诊类型和会诊状态来查询会诊信息。2、会诊管理上级医院心电会诊管理员审查协作医疗服务机构所上传病例信 息完整性、所选择专家的合适与否、会诊目的是否明确等信息，针对 在线会诊预约，确定专家会诊时间是否合适，审查通过或者拒绝会诊 申请。3、会诊信息补检在心电会诊专家的诊断过程中，如果现有的所有诊断结果均不足 以判断病情，可要求申请医生补检。补充补检结果后病例将直接提交 给会诊专家，会诊专家再次会诊并书写会诊意见。待补检状态的病例 会显示在申请医生的会诊列表中。4、临床数据调阅支持