大家好，我是帅气小伙。今天想和大家谈谈医疗信息化标准协议。最近在研发医疗传输协议的消息中间件，被这些复杂的医疗协议搞到晕头转向。相信有很多人都将会在这个里头苦恼一阵子了。因为医疗信息化成熟度这个评审要求。
先说一下自己最近研究的成果吧：
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 做一个对比就很明朗了。
| 作用/协议 | Hl7v2.x | Hl7v3 |
|---|---|---|
| 交互 | Messaging（消息） | Messaging（消息） |
| 语义支持 | RIM（参照消息模型） | |
| 语义支持 | Vocabulary（术语） | |
| 语义支持 | Data Type（数据类型） | |
| 语义支持 | Common terminology services （常用术语服务） | |
| 语义支持 | Entity Identifiction services（实体标识服务） | |
| 其他 |
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消息中间件
基于医疗传输协议的医院信息集成平台
这是一个更为庞大的系统，消息中间的只是一部分，一般描述它的功能，都可以用这种图来表示。
相比中间件，它的强大功能在，HIS系统并不用关心本身的接口会被谁调用，更不懂担心数据格式的问题，都统一委托给集成平台，它负责控制调用流程和格式转换。
还有一点就是，如果要做CDA的存储，并不需要HIS系统做任何的改造。平台创造的价值是巨大的。在2020年的医院信息化革命中，它将是不可或缺的。
目前国内比较有名的集成平台
- intersystems ensemble
- 东软（orion）
- 嘉禾美康
...
没做太多的调查。
说说自研医院集成平台的注意事项吧
平台的稳定性
集成平台承载着医院的重要数据流，一旦出现宕机，后果是很严重的。
1.要考虑平台的运维告警，及时对相关人员发出告警信息
2.集群与负载均衡，集群是相对于整个平台而言的，国内有许多中小型企业的集成平台是基于ESB去做的，很难做到集群，基本上单机部署。而负载均衡是相对于消息交换而言的，一家医院的内部消息交换可能一天就几千万条，平台的压力也是要考虑进去的。平台的数据安全性
1.传输加密，随着医院的信息化发展，信息安全的问题越来越明显，作为数据的载体，平台必须对传输数据进行加密
2.服务授权，作为外界与医院内部系统沟通的媒介，平台必须有良好的授权方式，供外部系统调用平台的伸缩性
1.目前国内的医院信息化的水平还是比较落后的，平台在设计初期应该灵活，以适应不同医院的信息化环境。
2.平台的可操作性一定要注意，尽量做到简单易用。
总结
以上内容为个人总结，如有错误请批评指正。
