INSIGHTS / 医疗 · 方案解读
医疗数据协同:连接院内系统与医保出院结算业务
出院结算需要院内业务与医保信息衔接。湖北某中心医院的方案以数据资产管理体系与数据连接作业体系为双核心,在医院与医保各自环境中设计协同关系。
AT A GLANCE
阅读要点
- 业务主题
- 出院结算
- 系统范围
- HIS、EMR、LIS、PACS、药房与医保系统
- 环境边界
- 互联网、医院业务网 / 局域网、政务外网
从出院结算识别协同需求
医院内部的管理、临床、检验、影像与药剂业务分别由不同系统承载。出院结算又涉及院外医保系统,因此需要同时梳理院内系统关系与跨部门数据交互。
宣传册中的湖北某中心医院案例是一套多系统数据协同设计方案,重点是及时交互、出院结算业务闭环、隐私保护及跨网跨部门协同。原资料未给出结算效率提升的实测数值,本文不据此推定已达成的业务指标。
院内业务系统与医保系统的角色
| 参与侧 | 既有系统 | 协同设计中的位置 |
|---|---|---|
| 医院管理 | HIS 管理系统 | 院内管理与结算相关业务 |
| 临床科室 | EMR | 临床业务数据来源 |
| 检验与影像 | LIS、PACS | 检验、放射科既有业务系统 |
| 药剂科 | 药房系统 | 药剂业务的数据来源 |
| 医保侧 | 管理系统、业务系统 | 医保相关业务衔接 |
这张表说明各系统在方案中的位置,并不表示所有数据都需要跨网交换。具体项目应从出院结算环节反推所需数据,确认提供方、使用方和连接方式。
双核心如何衔接设计与运行
数据资产管理体系帮助参与方整理已有资源及其业务含义;数据连接作业体系则将明确的数据需求组织为协同作业。研究设计平台用于资源梳理和规则设计,连接器承担相应的连接与执行。
- 01梳理业务
识别医院、医保及科室之间的需求。
- 02确认规则
明确数据来源、使用范围与交互条件。
- 03连接验证
检验业务数据能否支持结算衔接。
业务是否形成闭环,需要回到具体场景验证:参与主体是否齐备、所需资源是否可用、规则能否执行。仅完成某个接口的技术连通,并不足以说明整个结算协同已完成。
医院与医保保留各自部署边界
原方案展示了医院侧和医保侧分别私有部署数据连接器的方式,涉及互联网、医院业务网或局域网以及政务外网。协同设计服务与实际业务系统有各自的位置,不能把示意图理解为所有系统直接暴露到互联网。
项目实施时,应根据已有网络和授权安排确认连接路径、账号权限和数据使用范围。对接清单应聚焦结算所需的资源,具体字段、接口和安全配置在项目方案中进一步确定。
项目交流前可以准备哪些信息
- 梳理出院结算涉及的院内科室、医保参与方及现有系统。
- 明确每类资源来自哪一个系统、由谁维护和提供。
- 确认各系统所在网络、现有接口与允许的连接方式。
- 围绕实际业务约定验证范围,并记录尚未明确的协同条件。
以上是结合该方案整理的讨论要点,用于启动需求分析;不是案例已经交付的功能清单。
依据《数据协同宣传册 260427》印刷页码 19整理。场景分析与准备清单用于方案讨论;匿名案例沿用原册称谓,示范与生态方案保留其原有性质。