带你认识HL7和CDA

大家好，我是帅气小伙。今天想和大家谈谈医疗信息化标准协议。最近在研发医疗传输协议的消息中间件，被这些复杂的医疗协议搞到晕头转向。相信有很多人都将会在这个里头苦恼一阵子了。因为医疗信息化成熟度这个评审要求。
先说一下自己最近研究的成果吧：

1.实现任意json，xml转HL7v2.x 字符串的转换。
2.CDA校验，HL7V3的校验

感性认知

HL7 v2.4

MSH|^~\&|MedSeries|CAISI_1-2|PLS|3910|200903230934||ADT^A31^ADT_A05|75535037-1237815294895|P^T|2.4
EVN|A31|200903230934
PID|1||29^^CAISI_1-2^PI~""||Test300^Leticia^^^^^L||19770201|M

HL7 v2.x 是一种基于传输数据的事物，按照特定的编码规则而制定的字符。说白了就是一段字符串，而且这个字符串，不同的区域代表这不同的数据区（及不同的传输事物，例如：MSH：消息头，ADT_A05：事件类型，PID：病人信息）
一般传输方式点对点的较多（socket形式的），极少数采用Http传输。基本就是国内PACS，LIS 系统有这么先进格式的传输。

HL7 v3

<?xml version="1.0" encoding="UTF-8"?>
<POLB_IN224200UV01 xmlns:hl7="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" ITSVersion="XML_1.0">
    <templateId extension="VS_RM200901CO01" assigningAuthorityName="HospitalJorgeHUribe"/>
    <id extension="MSG0000001"/>
    <creationTime value="20100511220525"/>
    <interactionId root="2.16.840.1.113883.1.6" extension="POLB_IN224202UV01"/>
    <processingCode code="P"/>
    <processingModeCode code="T"/>
    <acceptAckCode code="NE"/>
    <receiver typeCode="RCV">
        <device classCode="DEV" determinerCode="INSTANCE">
            <id extension="HIS001"/>
        </device>
    </receiver>
    <sender typeCode="SND">
        <device classCode="DEV" determinerCode="INSTANCE">
            <id extension="VSM001"/>
        </device>
    </sender>
    <controlActProcess classCode="CACT" moodCode="EVN">
        <code code="POLB_TE004202UV01" codeSystem="2.16.840.1.113883.1.11.20299" codeSystemName="LaboratoryTriggerEventType" displayName="Result Complete"/>
        <languageCode code="es-co" codeSystem="2.16.840.1.113883.1.11.11526" codeSystemName="HumanLanguage" displayName="Espanol Colombia"/>
        <subject typeCode="SUBJ" contextConductionInd="false">
            <observationBattery classCode="BATTERY" moodCode="EVN">
                <id extension="VS12340000"/>
                <code code="28562-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Vital Signs"/>
                <statusCode code="complete"/>
                <recordTarget typeCode="RCT" contextControlCode="OP">
                    <patient classCode="PAT">
                        <id extension="6537077"/>
                        <patientPerson classCode="PSN" determinerCode="INSTANCE">
                            <name>
                                <given>ANDRES FELIPE</given>
                                <family>FERNANDEZ CORTES</family>
                            </name>
                            <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1" codeSystemName="AdministrativeGender"/>
                            <birthTime value="19860705"/>
                        </patientPerson>
                    </patient>
                </recordTarget>
                <author typeCode="AUT">
                    <time value="20100511220525"/>
                    <assignedEntity classCode="ASSIGNED">
                        <assignedDevice classCode="DEV" determinerCode="INSTANCE">
                            <id extension="VSM001"/>
                            <manufacturerModelName code="VSM" codeSystem="BiomedicalDevice" displayName="Vital Signs Monitor"/>
                        </assignedDevice>
                    </assignedEntity>
                </author>
            </observationBattery>
        </subject>
    </controlActProcess>
</POLB_IN224200UV01>

看到这么无解的xml，到底怎么去理解呢，其实很简单。我们需要跟HL7v2.x 做一个对比就很明朗了。

交互	Messaging（消息）	Messaging（消息）
语义支持		RIM（参照消息模型）
语义支持		Vocabulary（术语）
语义支持		Data Type（数据类型）
语义支持		Common terminology services （常用术语服务）
语义支持		Entity Identifiction services（实体标识服务）
		其他

RIM模型

Vocabulary

Data Type

V3 校 V2.x 多了许多内容，因为 V2.x 仅支持语法交互，而V3支持语义交互。

v2.x : 给病人止痛药
v3 : 给病人用药止痛
从意思上来说，大家都知道，但是如果要深究起来，v3稍微更具体些。因为“给病人止痛药”有很多层意思，比如：是委托家属给病人止痛药还是只是给病人一个止痛药；但是在v3的就不会有这种模糊的意思，而且还带有了特殊的语境（下医嘱）。因此，v3的出现，能够更加准确地描述医疗行为/事务。

其实v3是一把双刃剑，由于他的传输格式复杂性，在开发上还是存在许多障碍的。许多国内的PACS LIS 也不太愿意将他们原本的v2升级到v3，因为这里边的成本太高了。所以消息中间件就应运而生了。

CDA
https://github.com/brynlewis/C-CDA_Viewer/tree/master/samples

临床文档结构（CDA）,主要用于共享医疗信息，构成临床数据仓库（CDR）的重要组成，一种指定结构和语意的文档标记标准。

xml封装
基于HL7v3 RIM（参照消息模型）和 Data Type
灵活的表达方式

以上这些都是国际标准化的医疗传输协议，刚开始接触肯定是无从下手的，因为你还不知道他们到底有什么用，把数据搞得那么复杂，到底有什么用？

HL7 消息的作用

互联互通（HL7v2.0 HL7v3 FHIR）
信息共享（CDA）

例如：有以下医疗事务

门诊病人就诊流程

1.首先我们要对这个过程进行建模，也就是说需要对原有的模型进行裁剪，得到一个最终期待的HL7格式字符串或者xml
2.各HIS系统开通基于HL7的传输接口进行信息交互（开始一份无值有结果的的xml文档，经过了这一系列过程，最终得到一份有数据的文档）
3.如果我们要共享并记录这一医疗事务，我们就需要借助CDA
例如

开始
{
  patinetId:"",
  visitId:"",
  temperature:"",
  result:"",
  ....
}

走完流程之后
{
  patinetId:"123",
  visitId:"1",
  temperature:"37",
  result:"正常",
  ....
}

也就是说，我们每个HIS系统都要实现基于HL7协议的转换和解析。在现实情况下，几乎不可能实现这么大规模的标准化。

基于HL7协议的消息中间件

从上述分析可知，正常情况下一个HIS系统，不可能去实现HL7协议，我们需要借助外部的程序，将非HL7的数据做数据转换。具体流程是这样的，仍然用上面的就诊流程来说，以json作为传输数据

Json->His系统->Json
Json->中间件->HL7

这样就实现了任意的json转HL7的数据协议了。

目前开源的HL7消息中间件

mirth-connect

基于医疗传输协议的医院信息集成平台

这是一个更为庞大的系统，消息中间的只是一部分，一般描述它的功能，都可以用这种图来表示。

图片来自互联网

相比中间件，它的强大功能在，HIS系统并不用关心本身的接口会被谁调用，更不懂担心数据格式的问题，都统一委托给集成平台，它负责控制调用流程和格式转换。
还有一点就是，如果要做CDA的存储，并不需要HIS系统做任何的改造。平台创造的价值是巨大的。在2020年的医院信息化革命中，它将是不可或缺的。
目前国内比较有名的集成平台

intersystems ensemble
东软（orion）
嘉禾美康
...
没做太多的调查。

说说自研医院集成平台的注意事项吧

平台的稳定性
集成平台承载着医院的重要数据流，一旦出现宕机，后果是很严重的。
1.要考虑平台的运维告警，及时对相关人员发出告警信息
2.集群与负载均衡，集群是相对于整个平台而言的，国内有许多中小型企业的集成平台是基于ESB去做的，很难做到集群，基本上单机部署。而负载均衡是相对于消息交换而言的，一家医院的内部消息交换可能一天就几千万条，平台的压力也是要考虑进去的。
平台的数据安全性
1.传输加密，随着医院的信息化发展，信息安全的问题越来越明显，作为数据的载体，平台必须对传输数据进行加密
2.服务授权，作为外界与医院内部系统沟通的媒介，平台必须有良好的授权方式，供外部系统调用
平台的伸缩性
1.目前国内的医院信息化的水平还是比较落后的，平台在设计初期应该灵活，以适应不同医院的信息化环境。
2.平台的可操作性一定要注意，尽量做到简单易用。

总结

以上内容为个人总结，如有错误请批评指正。

作者：帅气小伙
链接：https://www.jianshu.com/p/9ae6f6c3d7c5
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。