医疗信息标准实践

5
APPLICATION SCENARIOS | 标准应用场景
不同的数据字段表示同样含义、相同的数据字段使用不同代码版本、含糊的元数据，以及数据与元数据分离等，难以实现数据价值。
工具与服务
6
DRIVEN BY BUSINESS | 业务驱动标准
以满足业务的实际需求为导向，推动医疗信息标准落地
基于实际业务需求，是临床类系统间业务驱动还是共享类业务驱动 数据关系整理，分析数据源与消费端、梳理业务流程、整理交互数据 构建标准模型，结合业务确认标准范围或界限 标准确立（标准版本选择、本地化等） 标准实施，落地
• 面向新一代医疗信息化发展需求，Rhapsody和Corepoint 的通力合作，将为LYNIATE在医疗信息化领域高端产品的 研发奠定坚实基础，提高其业内技术应用的领先性。新 品牌的建立也将为其在中国医疗信息化行业的进一步发 展提供强有力的技术支撑，领跑其所在的集成引擎细分 市场，为中国医疗行业用户提供更高品质的产品和完备 的服务保障。
1.10 HIPMessageServer (action=S0039)
11.response (acknowledgement=AA) 12. HIPMessageServer (action=S0039) 13.response (ac kn ow ledgemen t=A A )
1.6 H IP M essageServer (action=S0038) 1.7 response (ac kn ow ledgemen t=A A )
VISION 愿景
创造互联互通互操作的未来
TEAM 团队
在医疗信息互联互通互操作领域有着20多年经验的团队
SOLUTIONS 解决方案
• 医院信息互联互通解决方案 • 区域卫生信息互联互通解决方案 • 医疗保险信息互联互通解决方案 • ……
2
LYNIATE旗下两款产品Rhapsody和Corepoint荣膺 “KLAS 最佳软件与专业服务”——集成引擎类别冠亚军
24
澳大利亚
33
新西兰
4
医疗健康信息 互联互通标准化 成熟度测评
2019年6月国家卫生健康委统计信息中心正式公布了2018年度国家医疗 健康信息互联互通标准化成熟度测评结果。通过本次评测的全部101家医院 中有近20%是Rhapsody集成引擎的用户，而在通过五级乙等测评的12家医 院中更是占到了25%。截至2019年，在国内400多家Rhapsody集成引擎的 医院用户中，已有近40家通过了国家医疗健康信息互联互通标准化成熟度 评测。
浅谈医疗信息 标准实践
Who We Are
• LYNIATE是由两家在全球医疗信息互联互通领域久经考验 的医疗信息化企业Rhapsody（原Orion Health Rhapsody） 和Corepoint本着资源互补、优势共享的原则，共同创立 的全新品牌。两个行业领先的品牌强强联手，将技术、 人才和良好的客户关系动态地结合在一起，有机融合彼 此的产品和服务，形成协同效应，可以为用户提供更好 的产品、服务以及行业领先的医疗信息互联互通解决方 案，创造更大的价值。
DEFINE MESSAGE MODEL | 消息模型定义
以国家卫健委的交互服务规范为基础，根据业务系统的实际情况，进行梳理，确定信息项目和数据标准，以及映射关系
11
LOCALIZATION | 标准本地化
国家卫健委标准定义的数据信息虽然已经很丰富，但仍不能完全覆盖所有业务内容，因此需进行重定义与扩展
3
RHAPSODY CUSTOMERS | RHAPSODY用户
26
加拿大
500+
美国
1000+
全球客户
6
爱尔兰
57
英国
8
西班牙
6
德国
3
荷兰
7
比利时
3
意大利
2
丹麦
3
奥地利
2
卡塔尔
6
沙特 阿拉伯
2
韩国
7
日本
400+
中国
7
东南亚 （新加坡等国）
1 阿根廷, 芬兰, 直布罗陀, 希腊, 香港, 印度, 科威特, 墨西哥, 挪威, 安道尔, 俄罗斯, 南非, 瑞典, 瑞士, 泰 国, 土耳其, 阿联酋
发布关系、找出每个业务的触发事件点、同一个服务在不同的系统、角色、情境下表
达 不同的业务含义。
9
DEFINE SYSTEM INTERACTION | 系统交互关系定义（动态）
uc 门 诊 用 例
收费员 (from 角色)
HIS 挂号
退号
门诊收费 门诊退费
分诊 取消分诊
取消到诊
临床护士 (from 角色)
查缺补漏
国家卫健委标准 最终形成一套同时符合国家卫健委标准和当前医院业务流程的本地化标准。
12 其他国家/地方标准+医院个性化业务内容
LOCALIZATION | 标准本地化（FHIR）
FHIR：HL7的新一代标准框架
FHIR标准是由一系列被称为“资源”的模块化组件构建而成的，可以按照自定的 规则去组装。
7
BUSINESS PROCESS ANALYSIS | 业务流程分析
各业务系统的设计是以满足各科室工作需求为目标，业务模型自成一体，各业务系统间内联不足，导致整体业务模型的缺失或不完整。
对全院业务进行分析和梳理，理解每个业务在整个业务流程中的含义和驱动模式，
8
最终整理出一套完整、通用的业务流程。
sd 开立检验申请
临床医生
麻醉师
1.0 检验申请 信息
H IS
SAS
ESB
LIS
1.3 检验申请 信息
1. HIPMessageServer (action=S0038)
2.response (acknowled gement=A A)
1.4 H IP M essageServer (action=S0038) 1.5 response (ac kn ow ledgemen t=A A )
13
IMPLEMETATION | 标准实施 – 理想与实践
丰满的理想
听见 & 听懂 & 有效使用 互联 互通 互操作
很难一步到位
骨感的现实
40~50+系统 180~200+功能模块
接口数量 I = (n x (n-1)) / 2
系统 (n)
6 8 10 20 30 40 50
接口 (I)
15 28 45 190 435 780 1225
DEFINE INTEGRATION SCENARIOS | 集成场景定义（静态）
基础数据同步类 • 基础字典 • 术语服务 • 术语注册
• …… 业务类
• 门诊 • 住院 • 体检 • …… 多种订阅、发布关系 区域共享、调阅类
在确保业务需求的满足度、业务场景与实际业务符合性的前提下，确定每个服务的订阅
14
IMPLEMETATION | 标准实施 – 循序渐进
集成 平台
系统 接口
业务 系统
15
IMPLEMETATION | 标准实施 - 工具与服务
安全、可靠、高可用 16
1.8 H IP M essageServer (action=s0039) 1.9 response (acknowledgement=AA)
14. HIPMessageServer (action=S0038) 15.response (ac kn ow ledgemen t=A A )
CDR
10
基于FHIR标准的业务建模：
搭建一个基础框架模型（资源及基础平台），各类资源以服务的形式注册在基础 平台上，这些可复用的资源能够很容易地以组件的形式组装进业务模型。
FHIR本地化
依据Βιβλιοθήκη Baidu前医院业务流程：
选择最合适的 FHIR资源，对流程的环节进行填充。 如果没有最合适的FHIR资源，可以找相近的资源代 替使用。 如果没有相关的资源，自定义新的资源，串联业务 环节。