惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

F
Fortinet All Blogs
MyScale Blog
MyScale Blog
Microsoft Security Blog
Microsoft Security Blog
量子位
B
Blog
aimingoo的专栏
aimingoo的专栏
Apple Machine Learning Research
Apple Machine Learning Research
阮一峰的网络日志
阮一峰的网络日志
The GitHub Blog
The GitHub Blog
T
The Exploit Database - CXSecurity.com
N
News | PayPal Newsroom
Cloudbric
Cloudbric
A
About on SuperTechFans
AI
AI
Hacker News: Ask HN
Hacker News: Ask HN
S
Schneier on Security
Recent Commits to openclaw:main
Recent Commits to openclaw:main
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
C
Cyber Attacks, Cyber Crime and Cyber Security
L
LINUX DO - 最新话题
T
The Blog of Author Tim Ferriss
Simon Willison's Weblog
Simon Willison's Weblog
有赞技术团队
有赞技术团队
H
Heimdal Security Blog
J
Java Code Geeks
大猫的无限游戏
大猫的无限游戏
D
Docker
Security Archives - TechRepublic
Security Archives - TechRepublic
N
News and Events Feed by Topic
IT之家
IT之家
Know Your Adversary
Know Your Adversary
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
B
Blog RSS Feed
C
Cybersecurity and Infrastructure Security Agency CISA
C
Cisco Blogs
博客园 - 叶小钗
美团技术团队
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
H
Hackread – Cybersecurity News, Data Breaches, AI and More
L
LangChain Blog
The Hacker News
The Hacker News
Y
Y Combinator Blog
I
Intezer
The Register - Security
The Register - Security
F
Full Disclosure
V
V2EX
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Last Week in AI
Last Week in AI
Martin Fowler
Martin Fowler

博客园 - 许仙儿

从大括号圣战到人机掰手腕:AI时代,程序员的“累”换了个赛道 Git 文件忽略备忘录:`assume-unchanged` 完全指南 用go写一个微服务gPRC为主RESTful为辅 三号车间张三喜 为什么湖广不太吃鲤鱼 为什么夏天副高会导致伏旱,而冬天的西伯利亚高原又会带来寒流 普通RESTful和MCP调用对比 2026年放假安排 红楼梦龄官病死前和贾蔷同居的情节 古代的时辰,几更天与现在的时间对应关系是什么? 西游记结局评职称 生成一张图,苹果logo是透明冰块,安卓小机器人撒尿到苹果logo,冲出一个豁口 owl(Web Ontology Language)简介 关系型数据库 vs Elasticsearch 早上看到木蜂在抓取掉落到地上的国槐花,还一边打滚。它是否习性懒惰? Java SPI(Service Provider Interface)示例 常见古文中流行度和水平最高的前100首,按朝代分类 API Blueprint​​ 是一种基于 ​​Markdown​​ 的轻量级 API 描述语言 八卦的符号,读音,名称,代表的事务分别是什么 Spring Boot 中 JdbcTemplate、MyBatis 和 JPA 共用数据源的可行性 win10下python程序报错OPENSSL_Uplink(00007FFD0AC12FE8,08): no OPENSSL_Applink
HL7v3和RIM是什么,和传统HL7,FHIR有什么关系
许仙儿 · 2025-10-20 · via 博客园 - 许仙儿

简单来说,可以把它们看作是医疗信息标准演进的三个主要阶段:

  1. HL7 V2.x(传统HL7)“实用主义”的行业标准 - 像方言,灵活但不够严谨。
  2. HL7 V3 RIM“理想主义”的理论基础 - 试图创建一门完美的“世界语”的语法和字典。
  3. FHIR“务实主义”的现代融合 - 吸取前两者的教训,利用现代技术,像构建RESTful API一样实现互操作性。

下面我们详细展开说明。


1. HL7 V2.x(传统HL7)

这是目前全球范围内应用最广泛、最成熟的医疗信息交换标准。

  • 特点

    • 管道分隔符格式: 消息是文本格式,用 |^~ 等字符分隔数据字段。例如:PID|1||12345^^^HIS^PI||张伟||19500615|M
    • 灵活性强(“可协商的兼容性”): 标准允许很多可选字段、重复字段和本地化扩展。这导致不同厂商、不同医院实现的消息结构可能存在细微差异。
    • 基于触发事件: 当发生某个事件(如病人入院、医嘱下达、检验结果完成),就会触发相应的消息。
    • 点对点集成: 通常是系统A到系统B的直接对接,集成工作量大,接口成本高。
  • 与RIM的关系

    • V2 诞生于 RIM 之前,它是在实践中总结出来的,没有一个统一的核心信息模型。
    • 它的数据结构是相对松散和临时的,这导致了不同接口之间需要大量的映射和定制工作。

2. HL7 V3 与 RIM(参考信息模型)

HL7 V3 是对 V2 问题的根本性改革,而 RIM 是这次改革的核心和基石。

  • RIM是什么?

    • RIM 是一个统一的、精确定义的、面向对象的逻辑信息模型
    • 它用六个核心类来刻画医疗保健领域的所有信息:
      • Act(活动): 发生的任何事情,如观察、用药、诊断。
      • Entity(实体): 参与活动的对象,如人、组织、设备。
      • Role(角色): 实体在某个活动中扮演的角色,如病人、医生、雇主。
      • Participation(参与): 连接“活动”和“角色”,描述某个角色如何参与某个活动。
      • ActRelationship(活动关系): 描述活动之间的关系。
      • RoleLink(角色链接): 描述角色之间的关系。
    • RIM 定义了这些类的关系、状态和属性,是所有V3标准消息的唯一源头
  • HL7 V3 是什么?

    • HL7 V3 是一整套基于RIM构建的标准规范,包括消息格式、文档格式(如CDA临床文档架构)。
    • 它的目标是实现无歧义的互操作性。通过从RIM派生出所有消息,确保任何两个遵循V3的系统都能完美理解对方的数据。
  • 与V2的关系与问题

    • 关系: V3 是 V2 的理论化升级,旨在解决 V2 的灵活性和歧义性问题。
    • 问题: V3/RIM 过于复杂、严格和“重”。实现起来非常困难,开发成本高,灵活性差,被批评为“象牙塔”式的设计。因此,尽管它在理论上非常完美,但在全球范围内的实际部署远不如V2广泛。

3. FHIR(快速医疗互操作性资源)

FHIR 是HL7组织推出的最新标准,它充分吸取了V2和V3的经验教训。

  • 特点

    • 基于资源(Resource): 将医疗数据分解成一个个离散的、可重用的“资源”,如 PatientObservationMedication。每个资源都有标准化的数据元素和定义。
    • 使用现代Web标准: 主要使用RESTful API、JSON、XML、OAuth 2.0等,对开发者非常友好。
    • 开放和可扩展: 核心资源定义严格,但允许通过“扩展(Extension)”机制来满足本地化需求。
    • “80%规则”: 优先满足最常见的应用场景,不追求像V3那样覆盖100%的极端情况,保持了标准的简洁和实用性。
  • 与RIM和V2的关系

    • 与RIM的关系FHIR的资源模型在逻辑上受到了RIM的深刻影响。你可以认为FHIR是RIM思想的“简化版”和“现代化实践”。例如,FHIR中的很多设计理念(如关注分离、实体与角色的区分)都能在RIM中找到根源。但FHIR抛弃了V3那套复杂的派生过程,直接定义了易于理解的资源。
    • 与V2的关系FHIR继承了V2的务实精神。它像V2一样注重实现简单、快速部署,但同时通过资源模型的严谨性避免了V2的歧义性问题。它提供了将V2消息轻松转换为FHIR资源的映射,帮助从V2平滑过渡。

总结与类比

特性 HL7 V2.x(传统HL7) HL7 V3 RIM FHIR
核心理念 实用主义,解决眼前问题 理想主义,追求完美无歧义 务实主义,平衡严谨与易用
数据模型 无统一模型,管道分隔符 统一的、抽象的参考信息模型(RIM) 离散的、具体的资源(Resource)
格式 文本(管道分隔) XML(严格且复杂) JSON/XML/RDF/Turtle(灵活且现代)
实现方式 点对点消息传递 基于模型的复杂消息传递 RESTful API,消息,文档
复杂度 中等(接口层面) 非常高(模型和实现层面) 低到中等(对开发者友好)
灵活性与扩展 过于灵活,导致差异 非常严格,难以扩展 核心严格,通过扩展灵活适应
与彼此关系 被V3试图取代,被FHIR实际继承其务实精神 是V3的理论基础,其思想被FHIR吸收和简化 融合了V2的实用和V3的严谨,并采用现代技术

一个简单的比喻

  • HL7 V2 像是不同地区的方言。大家都能沟通,但口音和用词习惯不同,需要翻译和磨合。
  • HL7 V3 RIM 像是一本试图创造世界语的完美语法书和字典。理论上非常严谨,但学习起来极其困难,很少有人能流利使用。
  • FHIR 像是基于英语的“编程语言”和“API”。它借鉴了“世界语”的一些逻辑思想,但采用了像英语这样广泛接受且易于学习的形式,并利用HTTP、JSON等现代“协议”让全球开发者都能快速上手和实现。

因此,HL7 V3 RIM是HL7 V3系列标准的理论核心和设计蓝图,它代表了HL7对完美互操作性的追求。而FHIR是站在V2和V3肩膀上诞生的新一代标准,它保留了RIM的严谨思想内核,但用V2的务实精神和现代Web技术将其包装得更加易于实现和推广。 目前,FHIR是全球医疗互操作性发展的主流和未来方向。