HL7标准的版本
HL7V2
HL7v2是用于在系统之间交换临床和患者信息的最广泛使用的医疗保健消息传递标准。HL7v2的目标是使用代表临床事件信息的标准化消息(例如患者管理活动、人口统计、医疗订单、结果和财务信息)在健康信息系统之间提供企业范围的互操作性。
由于当时没有其他标准可用,因此基于pipe和hat编码创建了定制的HL7v2格式,并且多年来一直在持续开发。所有v2.X版本都保持向后兼容性,以确保旧版和现代应用程序可以通过忽略意外内容或重复内容来进行简单通信。
HL7v2标准不是用于互操作性的完整即插即用解决方案,通常被称为“非标准标准”,因为它提供了约80%的接口基础,而20%仍需要一些自定义。
每个医院、紧急护理中心、非卧床护理机构、影像中心、实验室和其他护理机构都具有独特的临床系统和业务流程,因此HL7的每种实施方式都需要数据的唯一表示形式。该标准通过允许灵活定义可选和重复段、可选字段以及其他自定义来满足这种灵活性。
HL7V3
HL7v3经过10多年的发展,使用了以前版本中的经验教训和最佳实践,旨在创建更牢固、内容更丰富的标准,以通过医疗机构与提供商之间的数据交换来支持医疗工作流程。
HL7基于共享模型的方法(参考信息模型(RIM))开发了v3,从而实现了更多的重用性、标准化和格式一致性。用XML作为通讯数据格式令其更易读、更强大的消息语法。
由于多种原因,包括其复杂性以及HL7v3与HL7v2.X向后不兼容的事实,阻碍了其在已经实现了HL7v2的医疗机构中的采用。HL7v3在实施临床文档架构(CDA)以交换电子文档时(通常在提供者和患者之间)或公共卫生和质量报告计划时被主要引用。
快速医疗保健互操作性资源(FHIR)
FHIR是HL7组织要开发的最新标准。FHIR的发音为“ Fire”,代表快速医疗保健互操作性资源。它是用于电子交换医疗信息的标准,并结合了HL7 v2,HL7 v3和CDA的最佳实践,同时还对以前的标准进行了一些重大改进。
FHIR包括数据格式(患者、药物、治疗等的资源)以及交换这些资源的应用程序编程接口(API)。
它被开发成为一种主导标准,允许外部各方通过使用应用程序从EHR访问信息。它还允许第三方创建可以访问这些服务器的自己的应用程序。例如:EHR拥有自己的FHIR应用商店,临床医生以及患者可以通过这些第三方应用程序访问其数据。
相比较而言,FHIR与现有的HL7标准相比具有几个优点:
- 易于实施是FHIR标准设计的核心,因此,创建接口既快速又容易
- 它提供了许多实现库,为启动界面开发提供了必要的资源
- FHIR规范是免费使用的,没有任何限制
- 在许多情况下,FHIR的基本资源足够强大,可以按原样使用,但也可以进行调整以满足更具体的要求
- FHIR与以前的HL7标准兼容
- 基于RESTful Web服务而不是SOAP Web服务,允许进行基本的HTTP操作,包括创建、读取、更新和删除
- 可以将FHIR“模块”或“资源”组合起来,以提供更全面的数据集,并允许采用更易于管理的方法来提供临床解决方案
- 提供可以满足大多数用例的基本数据资源集
与以前的HL7标准类似,FHIR也经历了几轮版本控制,每个新版本都对资源类型、绑定、代码元素、修饰符状态和默认值进行了更改和改进。
每个FHIR版本都向前和向后兼容,从而允许较早的规范版本与将来的版本保持互操作性。Mirth Connect能够支持所有四个FHIR版本,并且具有灵活性。
参考资料:
- https://healthstandards.com/blog/2007/12/12/key-differences-between-hl7-v2-and-v3/
- https://blog.interfaceware.com/fhir-8-reasons-implement-fhir/
- https://blog.interfaceware.com/interfaceware-blog-emr-integration-using-fhir/
- https://www.hl7.org/implement/standards/product_brief.cfm?product_id=343
- https://www.hl7.org/fhir/history.html
- https://zh.wikipedia.org/wiki/Health_Level_7
HL7标准的版本的更多相关文章
- 从Windows 2012标准版升级到数据中心版,标准评价版本升级到标准体验版本并激活
对于Windows 7.Windows 8操作系统,可以在图形界面中通过输入序列号,从低版本直接升级到高的版本,例如从Windows 7家庭版升级到专业版或旗舰版.而对于Windows Server ...
- hl7中V2版本的ACK消息的构造
hl7 v2的ack消息即应答消息构造时有几个注意的地方. 首先,我们看下2个ack的例子: Send: MSH|^~\&|NIST_SENDER^^|NIST^^|NIST_RECEIVER ...
- HL7 标准及实现指南 必看的网址
V2: http://hl7book.net/index.php?title=HL7_version_2 包括HL7 的介绍,主要章节,每个版本的变化, 各种语言实现的HL7库,免费HL7工具, 最新 ...
- hl7 v2.X 版本中RSP_K23消息的构造
RSP_K23消息有MSH, MSA, ERR, QAK, QPD, PID几个segment,其中ERR,PID为可选. 1. 当MSA有err时,ERR段填充出错的详细信息. 2. 当MSA为AA ...
- tomcat 5.5、6、7各版本的web-app标准
刚把上周说的公司内各工程的web.xml给统一了,顺便看了下每个tomcat版本对应的标准servlet版本,如下: The XSD version is preferred since JSP 2. ...
- [APUE]标准IO库(下)
一.标准IO的效率 对比以下四个程序的用户CPU.系统CPU与时钟时间对比 程序1:系统IO 程序2:标准IO getc版本 程序3:标准IO fgets版本 结果: [注:该表截取自APUE,上表中 ...
- .NET 新标准介绍
本文介绍如何使用 .NET 标准,更容易地实现向 .NET Core 迁移.文中会讨论计划包含的 APIs,跨构架兼容性如何工作以及这对 .NET Core 意味着什么. 如果你对细节感兴趣,这篇文章 ...
- 【译】DotNet 5.4或者说 .NET平台标准
原文:DotNet 5.4 or .NET Platform Standards 是的,你看到的确实是"DotNet 5.4".使用Visual Studio 2015 RC1 u ...
- 小王子浅读Effective javascript(一)了解javascript版本
哈哈,各位园友新年快乐!愚安好久没在园子里写东西了,这次决定针对javascript做一个系列,叫做<小王子浅读Effective javascript>,主要是按照David Herma ...
- RichEdit 各个版本介绍
RichEdit是开发中经常使用到的控件,其版本自1.0起,历经好几年,好几次的更新,在此引用一篇介绍RichEdit版本的博文(http://blogs.msdn.com/b/murrays/arc ...
随机推荐
- manjaro安装微信deepin-wine-wechat后启动不了
直接将主目录下载的 .deepinwine 删除! 随后,点击图标,重新安装!
- Linux int型转换为char*型几种方法总结
一 前记 这种转换,windows下最常用就是atoi()函数.可惜的是,在Linux中没有itoa()函数,只有atoi() 这点很有趣,居然不对称. 所以在Linux中实现从整型到char*的 ...
- tomcat中虚拟主机以及web应用程序的配置
一:新建虚拟主机 1. 在tomcat里新建文件夹myapps,在里面添加ROOT文件,放入网站的首页文件 新建文本文档,输入你想要的内容我这里的内容是TOM.AI,把文本文档的名字改成index.h ...
- FFmpeg开发笔记(五)更新MSYS的密钥环
<FFmpeg开发实战:从零基础到短视频上线>一书提到:使用MSYS对FFmpeg进行交叉编译时,需要事先安装交叉编译工具链,也就是执行下面命令. pacman -S mingw-w6 ...
- Nancy支持跨域请求
public class NancyBootstrapper : DefaultNancyBootstrapper { /// <summary> /// nancy配置 /// < ...
- Redis高可用之战:主从架构
★ Redis24篇集合 1 主从模式介绍 在笔者的另外两篇文章 <Redis系列:RDB内存快照提供持久化能力>.<Redis稳定性之战:AOF日志支撑数据持久化>中,我们介 ...
- KingbaseES 物理备库影响主库的性能与垃圾回收
前言 KingbaseES 物理备库有些配置可能影响到主库性能,或者反过来说主库某些配置也会影响到备库.终极原因还是heap tuple 和dead tuple放在一起导致的. 首先,原理上讲,物理备 ...
- python 处理国家标准行业编码(编码·门类·大类·中类·小类)
进度 今天完整地进行了行业维度的清洗分析,把行业代码根据国家标准清洗出格式为 "编码·门类·大类·中类·小类" 的数据格式 过程 1.先把国家标准编码转化为json数据 2.根 ...
- OpenHarmony AI框架开发指导
一.概述 1.功能简介 AI 业务子系统是 OpenHarmony 提供原生的分布式 AI 能力的子系统.AI 业务子系统提供了统一的 AI 引擎框架,实现算法能力快速插件化集成. AI 引擎框架主要 ...
- 如何实现OpenHarmony的OTA升级
OTA简介 随着设备系统日新月异,用户如何及时获取系统的更新,体验新版本带来的新的体验,以及提升系统的稳定性和安全性成为了每个厂商都面临的严峻问题.OTA(Over the Air)提供对设备远程升级 ...
