健康数据治理平台建设方案

1、健康数据治理平台建设方案 TOC o 1-5 h z HYPERLINK l bookmark77 o Current Document 一、项目建设背景及发展6 HYPERLINK l bookmark80 o Current Document 二、项目建设目标7三、技术要求8区域医疗数据运营中心8运营驾驶舱8今日动态9费用监控9医疗监控9业务系统对接10对接杭州市医养护10医院医疗资源服务平台10医院医养护一体化平台的接口系统10基础资源数据管理11医疗机构注册服务接口11科室注册服务接口113.2.23,医护人员注册服务接口12医疗机构修改服务接口12科室修改服务接口13医护人员修改服务

2、接口13门诊预约服务以及与医养护平台接口14机构更新号源状态服务接口14停诊通知服务接口14取消停诊服务接口153.2.34同步排班信息服务接口15同步号源信息服务接口16预约挂号服务接口17取消预约服务接口17查询就诊信息服务接口18信息查询、信息提醒18门诊检验报告资源查询服务接口183.2A2.门诊检查报告资源查询服务接口193.2.43,健康体检报告资源查询服务接口203.2.4A门诊检验报告调阅服务接口213.245.门诊检查报告调阅服务接口213.2A6.健康体检报告调阅服务接口22 HYPERLINK l bookmark91 o Current Document 四、区域合理用

3、药系统22用药知识库管理23合理用药干预24医生用药合理性干预24用药合理性警示管理24资料查询24 HYPERLINK l bookmark113 o Current Document 五、健康数据治理平台24数据中台25业务中台25技术中台26 HYPERLINK l bookmark120 o Current Document 六、患者在线27区域检查报告共享查询及消息推送28区域检验报告共享查询及消息推送29区域体检报告共享查询及消息提醒29健康宣教30药品说明31个人基本健康档案31个人健康记录查询32门诊记录32住院记录32满意度测评33投诉管理33医生电子名片33智能消息提醒34

4、七、医生在线35我的住院患者36患者摘要36住院检验记录查询37住院检查记录查询37病程记录查询37医嘱记录查询37体征记录查询38浮标工具38语音备忘录38病历分享与会诊38讨论列表模块39讨论过程模块39医学工具40医学资讯40药品手册40医生工作台41钉钉基础41八、医院在线41统一身份认证41小护士42实时推送患者信息42医保控费及个人指标提醒42重复项目提醒43一、项目建设背景及发展国务院办公厅在2015年5月发布国务院办公厅关于城市公立 医院综合改革试点的指导意见，要求城市公立医院构建基层首诊、 双向转诊、急慢分治、上下联动的分级诊疗模式，通过健康数据治 理平台的建设，可以推进医疗

5、信息系统建设与应用。2015年7月4日，国务院印发关于积极推进“互联网+ ”行 动的指导意见中要求：推广在线医疗卫生新模式。发展基于互联 网的医疗卫生服务，支持第三方机构构建医学影像、健康档案、检 验报告、电子病历等医疗信息共享服务平台，逐步建立跨医院的医 疗数据共享交换标准体系。鼓励互联网企业与医疗机构合作建立医 疗网络信息平台，加强区域医疗卫生服务资源整合。通过健康数据 治理平台的建设，充分利用互联网、大数据等手段，积极利用移动 互联网提供在线预约诊疗、候诊提醒、划价缴费、诊疗报告查询、 药品配送等便捷服务，引导医疗机构面向中小城市和农村地区开展 基层检查、上级诊断等远程医疗服务。为贯彻落

6、实国务院办公厅于2015年9月11日出台的关于推 进分级诊疗制度建设的指导意见中，目前各省市通过建设城市医 疗中枢，逐步形成责、权、利清晰的区域协同服务模式，利用远程 医疗等信息化手段，促进区域医疗资源共享和纵向流动，完善分级 诊疗服务体系。根据国务院关于建立全科医生制度的指导意见（国发2011） 23号）和杭州市人民政府办公厅关于推进医养护一体化 智慧医疗服务的实施意见（杭政办（2014） 8号）精神，杭州市人 民政府办公厅也于2014年印发杭州市医养护一体化签约服务实施 方案（试行），提出规范开展医养护一体化签约服务工作，促进我 市分级诊疗和医养护服务体系建立，推进合理有序就医。国务院办公

7、厅于2015年9月11日出台的关于印发“十三 五”深化医药卫生体制改革规划的通知中，指出鼓励打破行政区 域限制，通过城市医疗中枢的建设，与医保、远程医疗等相结合， 实现医疗资源有机结合、上下贯通，形成责、权、利明晰的区域协 同服务模式。二、项目建设目标以城市为单位，修建一条双向医疗健康数据的高速公路，为不 断发展的智慧医疗提供实时的数据服务和应用通道。建立算力能力体系与应用，实现对区域内医疗行为进行实时监 控，同步优化就医秩序，让流经中枢的每条数据被识别，被标签， 从而推动应用的演变，逐步实现每个数据节点、每个动作行为、甚 至每次就诊路径均被计算过，优化过。打造基于中枢的在线应用，从而为人民群

8、众提供安全、有效、便捷、价廉、连续的服务，有效缓解群众“看病难、看病烦”等问 题，提升群众就医便捷度、满意度；提供政府监管与驾驶能力，全 面助力卫生健康数字化治理和重大疫情防控。打造智慧医疗生态体系，依托城市医疗中枢的开放性，为更多 的医疗健康服务应用提供底座驱动，不断完善提升城市医疗服务能 力与质量，增加老百姓的获得感，提升政府数字化治理的能力。低硬件投入、低运维成本。目前传统区域平台通过不断增加硬 件资源来满足日益增长的数据，导致卫健委大投入，低收益。随着 智慧医疗的发展卫健委体系巳经建立了不少的系统且卫计委专业的 信息维护人员极为短缺。为城市大脑建设奠定基础。城市大脑核心是城市中枢系统+

9、驾驶 舱，其他板块均有各个板块建设并最终集成到城市中枢系统中。卫 健板块涉及老百姓就医的重要环节，与老百姓的生活息息相关，是 城市大脑建设场景中最重要的场景之一。三、技术要求3.1 .区域医疗数据运营中心3. 1.1.运营驾驶舱支持建德市内各机构分别按照日、月、年查看就诊人次、在院人 数、总费用、药品费用、药占比。各机构的全院、门急诊、住院的收 入明细。门诊和住院均费占比、门诊和急诊挂号人次占比、就诊人次、 预约人次占比、入出院情况占比、药占比、床位占有率占比、体检人 次占比、手术例数占比、转诊量占比、费用构成占比、智慧支付和医 后支付的占比。3. 1.2.今日动态支持建德市内各机构全院收入、

10、门急诊收入、住院收入，在线服 务医院数，科室数，医生数、门诊药品收入，药占比，预约人次，挂 号总人数，门诊人次，急诊人次，住院药品收入、住院药占比、在院 人数，入院人次、出院人次、平均住院日、手术例数、麻醉例数、三 四类手术例数，三四类手术占比、择期手术例数，日间手术例数，就 诊峰值、平均候诊时间，急诊平均候诊时间，挂号人次按小时分布、 门诊收入按类型占比，住院收入按类型占比、手术例数等级占比，机 构在院人数T0P5,床位使用率T0P5、机构手术例数T0P5。3. 1.3.费用监控支持建德市内各医疗机构费用情况，包括门急诊费用、挂号人次, 人均费用、人均费用同比环比，住院费用，出院人次，人均费

11、用、人 均费用同比、人均费用环比、支付人次构成、费用占比、支付费用构 成、病人费用类别情况，门诊住院均费趋势，门诊核算项目构成，住 院核算项目构成、全院核算项目构成。3. 1.4.医疗监控支持建德市内医疗情况，包括：处方量、抗菌药物占比、人均药 品数，床位使用率，手术台次数，入出院诊断符合率、药占比、检验 检查人次，体检人次、就诊患者人次分布，门急诊人次趋势图、号源 构成，住院疾病TOP,出院总人次、门诊疾病TOP,智慧结算排行， 平均住院日排行，就诊患者年龄分布。3. 2.业务系统对接3. 2.1 .对接杭州市医养护3. 2.1. 1 .医院医疗资源服务平台加强医院院内信息系统集成整合，各家

12、医院按照医养护平台标准 定义数据源，将静态数据、号源分配等数据对接至医养护平台，进行 医院服务资源的调度管理，通过医院统一的医疗资源服务平台实现与 医养护一体化平台服务资源管理系统的实时数据交换。医养护平台上 注册每家医院的对外服务，对外标准统一。面向院外服务请求，每家 医院建设医疗资源服务平台，整合原有的门诊排班、检查资源、排队 叫号、床位资源等全部信息，统一再通过医养护平台为公众提供服务。 市属医院建设医疗资源服务平台后，不再直接向第三方对接数据，第 三方统一通过医养护平台注册服务，以ESB形式实时向医疗机构获取 和写入数据，医院发布更新及停诊信息，统一以ESB方式向医养护平 台调用服务，

13、更新医疗资源服务平台数据。3. 2.1. 2.医院医养护一体化平台的接口系统响应医养护一体化平台建设需要进行的系统改造工作。主要包含: 医疗机构的机构、科室、医生等基础资源的查询服务和同步服务接口; 门诊号源（包括但不限于号源、床位资源、检验检查资源等）的发布 服务、查询服务、同步服务和预约服务；健康体检报告、检验报告、 检查报告和出院小结的查询服务接口；依托医养护平台的统一资源池, 支持市转诊平台升级转诊资源查询服务的接口。3. 2. 2.基础资源数据管理3. 2. 2.1 .医疗机构注册服务接口医疗机构根据实际情况填写机构信息，将机构各信息按照标准格 式整理整合，由服务接口提供方医养护平台

14、封装这些信息，数据提供 方通过WS方法将数据变动发送给MQ；提供方MB通过路由分发，将 消息分发至各个消费系统对应的发送队列;MQ将发送队列中的消息， 发送至远程消费系统上的MQ接受队列。消费系统通过WS方法从其对 应的MQ接受队列中获取消息，本地处理服务接口调用方区级服务平 台可以通过WS方式，调用医养护平台封装的信息，查看到医疗机构 注册信息，以此实现机构批量注册操作。3. 2. 2. 2.科室注册服务接口医疗机构根据实际情况填写科室信息，将科室各信息按照标准格 式整理整合，由服务接口提供方医养护平台封装这些信息，数据提供 方通过WS方法将数据变动发送给MQ；提供方MB通过路由分发，将 消

15、息分发至各个消费系统对应的发送队列;MQ将发送队列中的消息， 发送至远程消费系统上的MQ接受队列。消费系统通过WS方法从其对 应的MQ接受队列中获取消息，本地处理服务接口调用方区级服务平 台可以通过WS方式，调用医养护平台封装的信息，查看到医疗机构 科室注册信息，以此实现科室批量注册操作。3. 2. 2. 3.医护人员注册服务接口医疗机构根据实际情况填写医护人员信息，将医护人员各信息按 照标准格式整理整合，由服务接口提供方医养护平台封装这些信息, 数据提供方通过WS方法将数据变动发送给MQ；提供方MB通过路由 分发，将消息分发至各个消费系统对应的发送队列；MQ将发送队列中 的消息，发送至远程消

16、费系统上的MQ接受队列。消费系统通过WS方 法从其对应的MQ接受队列中获取消息，本地处理服务接口调用方区 级服务平台可以通过WS方式，调用医养护平台封装的信息，查看到 医疗机构医护人员注册信息，以此实现医护人员批量注册操作。3. 2. 2. 4.医疗机构修改服务接口医疗机构根据实际情况修改机构信息，将机构信息按照标准格式 整理整合，由服务接口提供方医养护平台封装这些信息，数据提供方 通过WS方法将数据变动发送给MQ；提供方如通过路由分发，将消 息分发至各个消费系统对应的发送队列；MQ将发送队列中的消息，发 送至远程消费系统上的MQ接受队列。消费系统通过WS方法从其对应 的MQ接受队列中获取消息

17、，本地处理服务接口调用方区级服务平台 可以通过WS方式，调用医养护平台封装的信息，查看到医疗机构修 改信息，以此实现单条机构信息的修改操作。备注信息：按机构编码 进行更新。3. 2. 2. 5.科室修改服务接口医疗机构根据实际情况修改科室信息，将科室信息按照标准格式 整理整合，由服务接口提供方医养护平台封装这些信息，数据提供方 通过WS方法将数据变动发送给MQ；提供方如通过路由分发，将消 息分发至各个消费系统对应的发送队列；MQ将发送队列中的消息，发 送至远程消费系统上的MQ接受队列。消费系统通过WS方法从其对应 的MQ接受队列中获取消息，本地处理服务接口调用方区级服务平台 可以通过WS方式，

18、调用医养护平台封装的信息，查看到医疗机构科 室修改信息，以此实现单条科室修改操作。备注信息：按科室编码进 行更新。3. 2. 2. 6.医护人员修改服务接口医疗机构根据实际情况修改医护人员信息，将医护人员信息按照 标准格式整理整合，由服务接口提供方医养护平台封装这些信息，数 据提供方通过WS方法将数据变动发送给MQ；提供方MB通过路由分 发，将消息分发至各个消费系统对应的发送队列；MQ将发送队列中的 消息，发送至远程消费系统上的MQ接受队列。消费系统通过WS方法 从其对应的MQ接受队列中获取消息，本地处理服务接口调用方区级 服务平台可以通过WS方式，调用医养护平台封装的信息，查看到医 疗机构医

19、护人员修改信息，以此实现单条医护人员修改操作。备注信 息：按人员编码进行更新。3. 2. 3.门诊预约服务以及与医养护平台接口3. 2. 3. 1.机构更新号源状态服务接口医疗机构根据实际情况更新号源状态信息，将机构编码、排班、 号源序号等信息按照标准格式整理整合，由服务接口提供方医养护平 台封装这些信息，数据提供方调用WS方法将数据变动发送给MQ；提 供方MB通过路由分发，将消息分发至各个消费系统对应的发送队列; MQ将发送队列中的消息，发送至远程消费系统上的MQ接受队列。消 费系统调用WS方法从其对应的MQ接受队列中获取消息，本地处理服 务接口调用方区级服务平台可以通过调用WS方式，调用医

20、养护平台 封装的信息，查看到医疗机构更新号源状态信息，以此实现号源状态 的更新操作。备注信息：目前只对号源用途为“共享号源”且通过平 台进行预约的号源，当状态改变时，需调用此接口进行状态更新（其 他情况下号源状态改变时，如现场挂号，不需要调用此接口进行更新）3. 2. 3. 2.停诊通知服务接口医疗机构根据实际情况发布停诊服务信息，将机构编码、排班ID、 停诊原因等信息按照标准格式整理整合，由服务接口提供方医养护平 台封装这些信息，数据提供方通过WS方法将数据变动发送给MQ；提 供方MB通过路由分发，将消息分发至各个消费系统对应的发送队列;MQ将发送队列中的消息，发送至远程消费系统上的MQ接受

21、队列。消 费系统通过WS方法从其对应的MQ接受队列中获取消息，本地处理服 务接口调用方区级服务平台可以通过WS方式，调用医养护平台封装 的信息，查看到医疗机构停诊服务信息，以此实现向医养护平台发布 停诊通知的操作。3. 2. 3. 3.取消停诊服务接口医疗机构根据实际情况发布取消停诊服务信息，将机构编码、排 班ID等信息按照标准格式整理整合，由服务接口提供方医养护平台 封装这些信息，数据提供方通过WS方法将数据变动发送给MQ；提供 方MB通过路由分发，将消息分发至各个消费系统对应的发送队列； MQ将发送队列中的消息，发送至远程消费系统上的MQ接受队列。消 费系统通过WS方法从其对应的MQ接受队

22、列中获取消息，本地处理服 务接口调用方区级服务平台可以通过WS方式，调用医养护平台封装 的信息，查看到医疗机构取消停诊服务信息，以此实现向医养护平台 进行取消停诊的操作。3. 2. 3. 4.同步排班信息服务接口区级服务平台根据实际情况同步排班信息服务，将机构编码、院 区编码、科室编码等信息按照标准格式整理整合，由服务接口提供方 区级服务平台封装这些信息，数据提供方通过WS方法将数据变动发 送给MQ；提供方MB通过路由分发，将消息分发至各个消费系统对应 的发送队列；MQ将发送队列中的消息，发送至远程消费系统上的MQ 接受队列。消费系统通过WS方法从其对应的MQ接受队列中获取消 息，本地处理服务

23、接口调用方医养护平台可以通过WS方式，调用区 级服务平台封装的信息，查看到同步排班信息，以此实现同步医院排 班信息的操作。3. 2. 3. 5.同步号源信息服务接口区级服务平台根据实际情况同步号源信息服务，将机构编码、排 班ID、周期类型等信息按照标准格式整理整合，由服务接口提供方区 级服务平台封装这些信息，数据提供方通过WS方法将数据变动发送 给MQ；提供方MB通过路由分发，将消息分发至各个消费系统对应的 发送队列；MQ将发送队列中的消息，发送至远程消费系统上的MQ接 受队列。消费系统通过WS方法从其对应的MQ接受队列中获取消息, 本地处理服务接口调用方医养护平台可以通过WS方式，调用区级服

24、 务平台封装的信息，查看到同步号源信息，以此实现同步医院号源信 息的操作。返回数据范围说明：返回符合条件的号源信息。入参condition节点信息约束说明：当“院区编码”为空时，则返回全部院区中的已发布的号源信 息；当“院区编码”不为空时，则返回指定院区中的已发布的号源 信息;“排班ID”不能为空（每次最多传100个排班ID,多个排班ID 用逗号,分隔）3. 2. 3. 6.预约挂号服务接口区级服务平台根据实际情况实现预约挂号服务，将机构编码、就 诊卡号、排班ID等信息按照标准格式整理整合，由服务接口提供方 区级服务平台封装这些信息，数据提供方通过WS方法将数据变动发 送给MQ；提供方MB通过

25、路由分发，将消息分发至各个消费系统对应 的发送队列；MQ将发送队列中的消息，发送至远程消费系统上的MQ 接受队列。消费系统通过WS方法从其对应的MQ接受队列中获取消 息，本地处理服务接口调用方医养护平台可以通过WS方式，调用区 级服务平台封装的信息，查看到预约挂号信息，以此实现预约挂号的 操作。备注信息：取号密码由平台随机生成，作为现场取号时的凭证。3. 2. 3. 7.取消预约服务接口区级服务平台根据实际情况实现取消预约挂号服务，将机构编码、 就诊卡号、取消密码等信息按照标准格式整理整合，由服务接口提供 方区级服务平台封装这些信息，数据提供方通过WS方法将数据变动 发送给MQ；提供方MB通过

26、路由分发，将消息分发至各个消费系统对 应的发送队列；MQ将发送队列中的消息，发送至远程消费系统上的 MQ接受队列。消费系统通过WS方法从其对应的MQ接受队列中获取消息，本地处理服务接口调用方医养护平台可以通过WS方式，调用 区级服务平台封装的信息，查看到取消预约挂号信息，以此实现取消 预约挂号的操作。3. 2. 3. 8.查询就诊信息服务接口区级服务平台根据实际情况实现查询就诊信息服务，将机构编码、 院区编码、出诊日期等信息按照标准格式整理整合，由服务接口提供 方区级服务平台封装这些信息，数据提供方通过WS方法将数据变动 发送给MQ；提供方MB通过路由分发，将消息分发至各个消费系统对 应的发送

27、队列；MQ将发送队列中的消息，发送至远程消费系统上的 MQ接受队列。消费系统通过WS方法从其对应的MQ接受队列中获取 消息，本地处理服务接口调用方医养护平台可以通过WS方式，调用 区级服务平台封装的信息，查看到就诊信息，以此实现查询就诊信息 的操作。3. 2. 4.信息查询、信息提醒3. 2. 4. 1 .门诊检验报告资源查询服务接口区级服务平台根据实际情况实现查询获取某固定时间段内医院 产生的门诊检验报告的资源索引信息服务，将患者标识、就诊卡号、 文档唯一编码等信息按照标准格式整理整合，由服务接口提供方区级 服务平台封装这些信息，数据提供方通过WS方法将数据变动发送给 MQ；提供方MB通过路

28、由分发，将消息分发至各个消费系统对应的发送队列；MQ将发送队列中的消息，发送至远程消费系统上的MQ接受 队列。消费系统通过WS方法从其对应的MQ接受队列中获取消息，本 地处理服务接口调用方医养护平台可以通过WS方式，调用区级服务 平台封装的信息，查看到获取某固定时间段内医院产生的门诊检验报 告的资源索引信息，以此实现查询获取某固定时间段内医院产生的门 诊检验报告的资源索引信息。入参condition节点信息约束说明：当“机构编码”为空时，则社区机构返回全部社区的资源索引信 息，医院返回本医院的资源索引信息；当“机构编码”不为空时，则返回指定社区或医院的资源索引信 息；2. 4. 2.门诊检查报

29、告资源查询服务接口区级服务平台根据实际情况实现查询获取某固定时间段内医院 产生的门诊检查报告的资源索引信息服务，将机构编码、开始时间、 结束时间等信息按照标准格式整理整合，由服务接口提供方区级服务 平台封装这些信息，数据提供方通过WS方法将数据变动发送给MQ； 提供方MB通过路由分发，将消息分发至各个消费系统对应的发送队 列;MQ将发送队列中的消息，发送至远程消费系统上的MQ接受队列。 消费系统通过WS方法从其对应的MQ接受队列中获取消息，本地处理 服务接口调用方医养护平台可以通过WS方式，调用区级服务平台封 装的信息，查看获取某固定时间段内医院产生的门诊检查报告的资源 索引信息，以此实现查询

30、获取某固定时间段内医院产生的门诊检查报 告的资源索引信息。2. 4. 3.健康体检报告资源查询服务接口区级服务平台根据实际情况实现查询获取某固定时间段内医院 产生的健康体检报告的资源索引信息服务，将机构编码、开始时间、 结束时间等信息按照标准格式整理整合，由服务接口提供方区级服务 平台封装这些信息，数据提供方通过WS方法将数据变动发送给MQ； 提供方MB通过路由分发，将消息分发至各个消费系统对应的发送队 列；MQ将发送队列中的消息，发送至远程消费系统上的MQ接受队列。 消费系统通过WS方法从其对应的MQ接受队列中获取消息，本地处理 服务接口调用方医养护平台可以通过WS方式，调用区级服务平台封

31、装的信息，查看获取某固定时间段内医院产生的健康体检报告的资源 索引信息，以此实现查询获取某固定时间段内医院产生的健康体检报 告的资源索引信息。入参condition节点信息约束说明：当“机构编码”为空时，则社区机构返回全部社区的资源索引信 息，医院返回本医院的资源索引信息；当“机构编码”不为空时，则返回指定社区或医院的资源索引信 息;2. 4. 4.门诊检验报告调阅服务接口区级服务平台根据实际情况实现获取某患者的一份门诊检验报 告的详细结构化数据服务，将本人姓名、就诊卡号等信息按照标准格 式整理整合，由服务接口提供方区级服务平台封装这些信息，数据提 供方通过WS方法将数据变动发送给MQ；提供方

32、MB通过路由分发， 将消息分发至各个消费系统对应的发送队列；MQ将发送队列中的消 息，发送至远程消费系统上的MQ接受队列。消费系统通过WS方法从 其对应的MQ接受队列中获取消息，本地处理服务接口调用方医养护 平台可以通过WS方式，调用区级服务平台封装的信息，查看获取某 患者的一份门诊检验报告的详细结构化数据，以此实现获取某患者的 一份门诊检验报告的详细结构化数据。2. 4. 5.门诊检查报告调阅服务接口区级服务平台根据实际情况实现获取某患者的一份门诊检查报 告的详细结构化数据服务，将本人姓名、就诊卡号、身份证号等信息 按照标准格式整理整合，由服务接口提供方区级服务平台封装这些信 息，数据提供方

33、通过WS方法将数据变动发送给MQ；提供方MB通过 路由分发，将消息分发至各个消费系统对应的发送队列；MQ将发送队 列中的消息，发送至远程消费系统上的MQ接受队列。消费系统通过 WS方法从其对应的MQ接受队列中获取消息，本地处理服务接口调用方医养护平台可以通过WS方式，调用区级服务平台封装的信息，查 看获取某患者的一份门诊检查报告的详细结构化数据，以此实现获取 某患者的一份门诊检查报告的详细结构化数据。2. 4. 6.健康体检报告调阅服务接口区级服务平台根据实际情况实现获取某居民的一份健康体检报 告的详细结构化数据服务，将本人姓名、就诊卡号、身份证号等信息 按照标准格式整理整合，由服务接口提供方

34、区级服务平台封装这些信 息，数据提供方通过WS方法将数据变动发送给MQ；提供方MB通过 路由分发，将消息分发至各个消费系统对应的发送队列；MQ将发送队 列中的消息，发送至远程消费系统上的MQ接受队列。消费系统通过 WS方法从其对应的MQ接受队列中获取消息，本地处理服务接口调用 方医养护平台可以通过WS方式，调用区级服务平台封装的信息，查 看获取某居民的一份健康体检报告的详细结构化数据，以此实现获取 某居民的一份健康体检报告的详细结构化数据。四、区域合理用药系统实现临床合理用药集中干预、处方分析、抽样点评及合理用药统 计报表的功能，能对杭州市建德市的临床处方（医嘱）用药行为进行 规范。实现临床处

35、方（医嘱）用药行为的实时统计查询，可有效辅助临 床用药管理，可实时监控不同的科室、岗位、医生的抗生素使用率、 输液率、药比等，对控制用药管理有较大提升。结合国家、省、市的药品管理政策方针，以及浙江省内各县市的 经验规则，逐步建立杭州市建德市的合理用药管理规则库。为行政部门业务管理和纪检监察提供实时数据和预警信息。4.1 .用药知识库管理自定义管理药品使用患者性别、年龄、体重、过敏药物、孕 产状态、肾功能、配伍禁忌、药品相互作用、给药途径、给药时机、 给药剂量、给药频次用药安全警示等级管理药品适应症管理药物分级使用管理抗菌药物使用管理药品禁忌症管理不良反应管理专科用药条件管理临时用药条件管理特殊

36、人群用药条件管理特殊用药条件管理联合用药条件管理2.合理用药干预2.1.医生用药合理性干预根据医院事先设定的规则按处方或按患者实时提醒或干预医生 的用药行为。2. 2.用药合理性警示管理1 .门诊处方用药警示管理2.门诊患者用药警示管理3 .住院药嘱用药警示管理2. 3.资料查询支持医生和药师查看药品说明书信息、书籍资料、文献资料、 医药法规、医药学公式及相关医药学知识。支持自定义文献、说明书等。五、健康数据治理平台城市医疗中枢平台覆盖整个区域的数据交互标准、交换引擎、数 据中台、业务中台、技术中台、开放平台、安全与标准等服务，以及 内嵌的消息主动推送、门户等技术。通过平台的可延展性，实现区域

37、 内所有医疗机构信息实时共享，同时为未来更多的创新服务、第三方 应用加载和接入，提供即插即用的服务支撑。1 .数据中台数据中台保存各类别的医疗健康数据，主要分为在线实时操作数 据(OLTP)与在线实时分析数据(OLAP) o其中OLTP部分包括实时 的诊疗记录、个人健康档案数据库(EHR)、电子病历数据库(EMR)、 基础资源数据库、运营数据库等;OLAP部分包含临床数据中心(CDC), 科研数据中心(RDC)和运营监管数据中心(ODC)等。2.业务中台各个业务服务中心都提供了通用的业务基础能力：患者中心：提供建档、注册、患者主索引(EMPI)等服务，保证 了对同一个患者，分布在不同系统中的个

38、人信息采集的完整性和准确 性。解决了患者信息在多个系统间的互通问题。数据标准中心：服务通过区域卫生信息平台积累了海量数据，实 现区域卫生的业务职能域的管理，包括前置机和中心库上的所有数据 资产，如数据集、数据元和代码等，有助于评估数据和代码的标准化 程度。资源中心：通过实时同步各个医院的号源、床位等医疗资源数据, 为应用提供了统一的资源池服务。疾控中心：提供比如传染病上报以及疫情监管平台。传染病以及 疫情数据能及时上报，实时进行数据分析与监管，对疾病控制提供了 有效的决策支持。急救中心：急救与医院信息联动，给患者提供一条最优的急救路 径，将患者的风险降到最低。信用中心：构建了一套患者信用体系，

39、为患者使用信用就医提供 了能力支持，优化了医院就医流程，并减少了患者的等待时间。通知中心：统一的消息和通知服务引擎，用户可根据实际运行要 求，将信息推送到APP、公众号手机短信。覆盖场景可包括居民就医 各环节、卫生行政部门健康宣教、内部行政通知等。3.技术中台技术中台是城市医疗中枢能平稳、可靠运行的基础，包含Docker 和Kubernetes结合容器化自动运维系统，ElasticSearch、Logstash、 和Kibana结合的分布式日志系统，PrometheusAlertManager和 Graf ana结合的运维监控系统以及业务中台中涉及的Redis缓存集群、 Rabb it MQ异

40、步消息集群、Ceph基于S3标准的对象存储集群等。健康数据治理平台监控平台采用目前主流与广泛应用在各大互 联网应用厂商的 Prometheus、AlertManager 和 Graf ana 构成。Prometheus作为监控平台核心部分,提供采集和存储监控数据、 数据查询接口、报警规则等功能，Alertmanager主要用于接收 Prometheus发送的告警信息，它支持丰富的告警通知渠道，而且很容 易做到告警信息进行去重，降噪，分组等，告警通知渠道支持钉钉、 微信、邮件、短信等，是一款流行的的告警通知系统。Grafana是一个跨平台的开源的度量分析和可视化工具，可以通 过将采集的数据查询然

41、后可视化的展示，支持许多不同的数据源，官 方支持以下数据源:Graphite, Elasticsearch, InfluxDB, Prometheus, Cloudwatch, MySQL 和 OpenTSDB 等。健康数据治理平台日志平台采用ELK框架搭建而成，ELK是 Elasticsearch、Logstash Kibana三大开源框架首字母大写简称， 也被成为ElasticStack,是elastic提供的一套完整的日志收集以 及展示的解决方案，其中Elasticsearch是一个基于Lucene、分布 式、通过Restful方式进行交互的近实时搜索平台框架；Logstash是 一个用

42、来搜集、分析、过滤日志的工具。它支持几乎任何类型的日志， 包括系统日志、错误日志和自定义应用程序日志收集的不同格式数据, 经过过滤后支持输出到不同目的地。Kibana是一个基于Web的图形界面，用于搜索、分析和可视化 存储在Elasticsearch指标中的日志数据，提供可视化实时分析的功 能。六、患者在线基于卫健委的官方微信公众号建立面向全市患者的分时段预约 挂号、报告查询、缴费、先看病后付费、个人健康档案管理等功能。 随着医疗改革的推进，医院正朝着以终末质量管理向环节质量管理转 变，从而提高医疗服务质量,缓和医患关系，提高医院的服务效率。与 以患者为中心的服务理念相适应，医院信息化也从传统

43、的以内部管理 为主的HIS系统，向以患者为核心的临床信息化系统转变。伴随着临 床信息化,医院正逐步的实现无纸化、无胶片化和无线化。无线局域 网技术网络技术的不断成熟和普及，使“移动互联”在全球医疗行业 中的应用已成为了一种趋势。作为院内信息系统的补充，“移动互联 网有效地克服了空间限制的弊端，医院人员利用手机设备随时地进 行患者健康档案、生命体征数据、医护数据的查询、日常办公事件的 管理，随时随地与患者进行沟通交流。同时患者可以通过手机实现预 约挂号、报告查询、就医导航等移动医疗互联业务，充分发挥医疗信 息系统的效能，突出移动数字化医院的技术优势。1.区域检查报告共享查询及消息推送就诊患者在做

44、完检查后可在手机端查看已检查项目，医院检查结 果出来后，立即推送至健康数据治理平台进行报告共享并同步检查完 成状态，同时中枢系统通过患者端应用推送报告已出消息至患者，根 据推送的检查消息患者可直接点击查看报告内容，免去就诊患者来回 往返打印报告的麻烦，也为医生及时进行诊断和治疗提供更及时、便 利的依据。医院将已审核的检查报告实时推送城市中枢系统平台进行全域 共享；城市中枢系统向患者端实时推送报告已出消息，提醒患者及时查 询检查报告内容；支持患者在移动端根据时间查询区域内所有医院的检查项目;显示每一个检查单报告已完成或未完成的状态；患者在移动端点击选择的检查项目查看报告详细内容。2.区域检验报告

45、共享查询及消息推送就诊患者在做完检验后可在手机端查看已检验项目，医院检验结 果出来后，立即推送至健康数据治理平台进行报告共享并同步检验完 成状态，同时中枢系统通过患者端应用推送报告已出的消息至患者, 患者可直接点击推送的检验消息查看报告详细内容，免去就诊者来回 往返打印报告的麻烦，也为医生及时进行诊断和治疗提供更及时、便 利的依据。医院将已审核的检验报告实时推送城市中枢系统平台进行全域 共享；城市中枢系统向患者端实时推送报告已出消息，提醒患者及时查 询检验报告内容；患者可在移动端根据时间段查询区域内所有医院的检验项目；显示每一个检验单报告已完成或未完成的状态；患者在移动端点击选择的检验项目查看

46、报告详细内容；支持显示每一个检验报告明细结果对应的参考值范围。3.区域体检报告共享查询及消息提醒体检者在做完体检后可在手机端查看己体检项目，医院体检报告 结果出来后，立即推送至健康数据治理平台进行报告共享并同步体检 完成状态，同时中枢系统通过患者端应用推送报告已出的消息至患者, 用户可直接点击推送的体检消息查看报告详细内容，免去体检者来回 往返打印报告的麻烦，体检者可以在移动端查看自己的相关体检信息（包括体检套餐、套餐详细内容、注意事项、体检流程以及套餐价格 等）。医院将已审核的体检报告实时推送城市中枢系统平台进行全域 共享；城市中枢系统向患者端实时推送报告已出消息，提醒患者及时查 询体检报告

47、内容；患者可在移动端根据时间段查询区域内所有医院的体检信息；显示每一个体检报告已完成或未完成的状态；患者在移动端点击选择的体检项目查看报告详细内容；支持显示每一个体检报告明细结果对应的参考值范围；支持显示实验报告结果值偏高或偏低等异常值醒目提醒。6. 4.健康宣教卫健管理可在后台管理系统维护健康宣教内容，支持以文字、图 片、视频、链接等多种方式进行输入，完成输入后可支持定时或立即 发布。管理后台发布后患者用户可在公众号移动端进行查看阅读，帮 助患者学习医疗健康相关知识，方便城市健康进行宣传指导，普及和 提高市民卫生健康的认知。统计健康宣教应用的相同运营情况，包括发布数、阅读数等。支持业务管理健

48、康宣教内容的自由编辑和发布更新。维护内容包括咨询名称，分类，内容，详细内容支持图片、文字、 视频、链接等多种格式。系统会记录发布后宣教阅读情况，统计阅读次数。6.5 .药品说明患者对药品的用法用量不清楚时，可以及时查询相关药品信息、 使用说明，避免用药错误。药品说明用户可查看各种症状药品和药品 分类、药品名称、药品介绍可进行快速定位药品信息。无需进行身份认证即可查询。支持显示药品大类，患者查看时根据药品大类查看药品说明书。说明书内容包括：生产企业、规格、成分、适应症、有效期、用 法用量、批准文号、药物相互作用、药物分类、执行标准、包装、禁 忌、是否OTC、注意事项、商品名、不良反应、通用名、形

49、状、储藏 等维度进行介绍。说明书内容可持续维护更新。6. 6.个人基本健康档案市民用户可通过公众号移动端对个人或绑定家属的基本健康信 息进行维护，例如身高、体重、BMI （自动换算）、血型、家族史、生 育史等。当市民患者去医院进行就诊是可将输入的基本健康信息对接 到相应医院系统，帮助医院提前完成患者诊前信息，减少医院和患者 的就医时间。6. 7.个人健康记录查询市民可通过公众号移动端随时查询个人或亲属的全区域门诊就 诊历史信息，包括门诊诊疗信息、住院诊疗信息、体检信息等。基于 健康数据治理平台算力中心，针对市民就诊信息，可持续分析并形成 可视化个人健康档案，并针对慢性病、过敏源进行标签化展示。

50、6. 8.门诊记录支持市民用户查询在区域内接入医院的所有门诊记录，记录按照 就诊日期倒叙排列，方便用户查找。记录列表内容包括就诊医院、就 诊时间、就诊科室、接诊医生等。用户可点击就诊列表查看本次就诊记录的详细内容，例如医生诊 断、用药处方、药品用法、用量、频次、检查项目、检查结果、检查 影像、检验项目、检验结果等。6. 9.住院记录支持市民用户查询在区域内接入医院的所有住院记录，记录按照 入院日期倒叙排列，方便用户查找。记录列表内容包括就诊医院、入 院日期、出院日期、出院科室、主治医生等。满意度测评卫健管理或医院管理人员可在城市医疗中枢管理平台发布市民 满意度测评计划，管理人员可维护测评医院、

51、人员比例及发送方式, 完成编辑后可选择定时或立即发布，发布完成后，当就诊患者完成结 算15分钟后，医疗中枢系统将通过移动端推送满意度评测，评测内 容围绕着患者用户针对该次就诊的医疗服务、质量、环境、费用合理 性等进行评价。当患者评价结束后，医疗中枢管理平台实时记录评价 内容并进行流程管理跟踪，如果患者不满意，则要求业务管理进行回 访，并监管回访数量和结果。满意度评测后台管理实现实时统计和分析评测结果，例如统计回 复率、不满意回访率、市民满意指数等。投诉管理对于满意度测评结果归类为投诉信息进行投诉管理，支持手工添 加其他途径的投诉信息。投诉管理是完整的投诉管理闭环流程，投诉 谁谁负责，通过任务交

52、办，随机回访等方式形成闭环。12.医生电子名片基于服务评价结果和医疗中枢数据服务，为每个医生建立电子名 片，展示医生每日接诊数量/均次费用/满意度评价指数。患者可在医 生电子名片页面查看医生的相关数据，或查看历史患者的就医评价, 对医生进行相应了解后，再选择预约挂号、图文问诊、复诊配药等操 作。6.13.智能消息提醒依托中枢实时在线的能力实时感知患者的状态，基于后台的算力 及时为患者的就医提供信息支撑，包括但不限于就诊进度提醒、药物 配送提醒、费用支付提醒、检查检验提醒、服药提醒等各种环节提醒。就诊进度提醒通过微信患者移动端，患者只需通过手机移动挂号，完成支付后, 即可进入分诊服务队列，服务平

53、台会提前提醒就诊者当前所处的位置 和前面候诊的人数，让就诊者能更合理地安排时间，随时掌握并调整 候诊状态。药物配送提醒药物配送信息的提醒。配药完成后提醒病人取药，并推送煎服方 法；若使用配送服务，需通知患者物流单号及配送进度。费用支付提醒需要支付的费用提醒，包括诊疗费、药品费用、检查检验费用等 信息。检查检验提醒在检查/检验前一天、当天再次推送预约情况、注意事项以提醒 用户。当检查/检验状态发生改变时，推送消息给患者，以便患者及时 了解进度。在检验/检查登记后，提醒患者何事、何地取报告。在检查/检验完成时，提醒病人取报告单，同时患者可以在手机 上查询检验单。七、医生在线医生每天需要随时了解病人

54、的临床资料（医嘱、化验单、检查报 告、影像资料）。而医院现有的医生站系统需要医生在固定的电脑前 才能进行相关操作,无法满足医生在患者床边随时进行患者信息查询 的操作需求。与患者互动的需求目前医院都尽力为患者提供最大的医 疗服务，但当病人的诊疗需求、特别是人生病时都处理脆弱期，需要 关爱的需求,得不到满足时，就逐渐导致了医患矛盾，同时由于目前医 院由于病人众多，医护人员时间碎片化，病人的主治医生、主管护士缺 少时间、缺乏与病人互动的渠道和途径来缓解医患矛盾。医患服务的 矛盾会随着时间渐渐突出当出现突发事件时，往往会导致医患冲突。移动查房病区查房功能是提供给住院医生在每日查房过程中可以时刻查 看患

55、者的信息，例如患者体征信息，历次检查检验结果，医嘱和病程 等。医生的时候医生还可以通过语音备忘录将查房过程进行记录，后 续可以根据这些记录进行病情讨论和书写病历。除此之外，该功能可 让医生随时随地关注所管辖患者的病情，起到远程了解患者病情的目 的。查房功能包括医生管床患者列表、医疗小组管辖患者列表和科室 患者列表，点击列表可查看患者摘要、检验、检查、体征、医嘱和病 程病历等模块，在各个模块可查看患者具体的详细内容，例如检查检 验结果，患者体温、脉搏、呼吸、血压、血糖等变化，医嘱内容及病 历内容等，给医生提供患者全方位的诊疗信息，7. 2.我的住院患者医生通过移动端、PAD等设备随时查看当前自己

56、管理的住院患者 列表，展示信息参考：病人姓名、性别、术前术后标志、床位号、病 区、诊断、入院时间、病人住院号。医生可以根据所在科室筛选本人患者、本组患者和全科患者进行 查房。7. 3.患者摘要本页显示患者的基本情况，包括住院信息、体征、最近检查、最 近检验，方便医生了解患者情况；可以点击查看详情，也可以切换到 具体的检查、检验、体征、医嘱、病程查看全部信息。4.住院检验记录查询医生通过移动端、PAD等设备随时查看自己管理的住院病人的检 验记录，若患者有连续的检验数据记录，可以根据日期查看数据变化 趋势图。进入检验详情时也可以左右滑动进行项目切换。7. 5.住院检查记录查询医生通过移动端、PAD

57、等设备随时查看自己管理的住院病人的检 查记录，可集成第三方云影像公司来支持移动阅片。进入检查详情时 也可以左右滑动进行项目切换。7. 6.病程记录查询医生可查看患者的电子病程记录，列表按病历日期倒序排列，点 击病历列表可查看病历详细内容，方便医生随时查看。改功能仅支持 查阅，不提供病历录入或修改。7. 7.医嘱记录查询按照时间从近到远排序的当前患者医嘱列表，每一项包含项目名 称、开药医师、开始及停止时间、执行状态、医嘱类别，是否为同一 组药。医生通过移动端、PAD等设备随时查看自己管理的住院病人的 医嘱记录。8.体征记录查询医生通过移动端、PAD等设备随时查看自己管理的住院病人的体 征记录。包

58、含从住院至今的体温趋势图、脉搏趋势图、呼吸趋势图、 血糖趋势图（折线图），还有入院天数和护理等级。9.浮标工具便捷调出对当前病历的语音备忘录（进入该患者的语音备忘录, 进行查看、新增或删除）、分享（发起会诊将病历分享给其他医生）、 下一位患者（根据床号切换患者，不用返回列表）。语音备忘录医生在查房时根据患者病情调整诊疗方案时，可以通过移动端、 PAD等设备随时快速进行备忘录记录，提高效率。对患者需要备注的 信息进行语音记录，自动进行语音识别转换成文字存储。提供查询接 口供院内系统对接。医生在查房过程中，快速记录的患者信息或备注, 可以通过语音备忘录快速查看，便于病例录入和医嘱修改。同时支持 医生拍照上传照片。病历分享与会诊对于某些疑难病患者，经治医生需要其他医生进行会诊讨论，目 前方式通常是需要制定会诊计划通过院内会诊或远程会诊方式进行 病例讨论，然而这种会议模式的会诊需要较长的计划阶段，无法快速 召集医疗资源进行病例的讨论，对于经治医生是有局限性的。病例分享，在线讨论功能很好的解决这类