一个关于PID的问题

hp

我刚开始看HL7。我想请问大家，如果当我想一次提交或更新多个病人信息时，我在写格式时，是否可以写一个MSH头，多个PID？如果可以，接受方如何知道发送端传送了几个病人信息？
在取HL7的信息时，不会就是一个一个的判断"|"来取值得吧？这样岂不是效率不高吗？

乖乖兔

原则上来说，是允许多个PID在一个消息中存在的。接收方在收到消息的时候，首先要在内存中建立起该消息的消息树（也就是说对消息只从文本串解析一次，其它的时候只要从消息树取相关的信息就可以了），在消息树建立的过程中可以很容易的获得每个段（这里可以是PID段）的重复数。在HL7消息树建立的时候确实是分析每个分割符的，但只要消息树建立后就不用了。根据我的经验，建立消息树的速度是非常快的。几个简单的消息建立消息树的时间几乎感觉不到！：）
不知你明白了吗？

ironstone

乖乖兔说的不错，理论上是允许进行重复的。但最好是推荐用HL7的批处理来进行这样的处理。
对于处理时间，以前我们做过的一个测试，P4 1.7G，256M的机器,对于处理在2M以下的消息文本处理基本上没有太多延迟的感觉，只是在以XML方式进行解析的时候，数据量增大时所用的时间会呈指数增长。

JB

请看下面例子：
MSH|^~\\&|lightguide|1111-1111-11|bwh-emrs|bwh-emrs|19960116184604||RQI^A04|19960116184604-lightguide-1111-1111-11|P|2.3|||NE|NE|
QRD|19960116184604|I||19960116184604-lightguide-1111-1111-11|||10000^LI|^Richards^Mary|OTH|ALL
QRF|ALL|||||ANY|ANY|ALL
PID|||||Richards^Mary||19340428|F|||||||||||||||||||
PID|||||||19700510105000|M|||||||||||||||||||
返回来的结果是：
MSH|^~\\&|bwh-emrs|bwh-emrs|lightguide|1111-1111-11|19960116184604||RPI^A04|19960116184604-lightguide-1111-1111-11|P|2.3|||NE|NE|
QRD|19960116184604|I||19960116184604-lightguide-1111-1111-11|||10000^LI|^Richards^Mary|OTH|ALL
QRF|ALL|||||ANY|ANY|ALL
PID|||012345||Richardson^Mary||19340428|F|||32 Queensberry Street 12^^Boston^MA^02215^USA||5551414||English||||||||||||
PID|||222221||||19700510101000|M|||||||||||||012345||Boston||||
PID|||012345||Richardson^Mary||19340428|F|||32 Queensberry Street 12^^Boston^MA^02215^USA||5551414||English||||||||||||
PID|||222232||||19700510105000|M|||||||||||||012345||Boston||||
PID|||999898||Richards^Mary||19640428|F|||117 Park Drive 41^^Boston^MA^02215^USA||18005556767||Dutch||||||||||||
PID|||445454||||19700510090000|M|||||||||||||999898||Boston||||

熟透番薯

这个反馈回来的信息是由MPI Service提供的，如果是这样的话，在各公司提供的软件中，到底由谁来提供这个服务？如果我做RIS，尽管有病人管理，感觉不需要提供这种服务。

JB

这就是 HL7 的问题，没有 Conformance 这个东西，只能靠厂商之间协调。RQI 与 RPI 目前很少厂家支持。
上面这个例子只是用来解释一个 MSH 多个 PID 的用法。不必要地使用多个 MSH 会给服务器的数据库造成很大的载荷压力，应该避免。