2013-10-21 27 views
1

这个问题在HL7上,我的理解是HL7中的任何段(sch,pv1等)与消息类型(ADT,SIU等)无关,这意味着任何消息类型可以包含任何类型的段,并且没有限制,即特定类型的消息类型只能有特定的段而不是任何段,我是否正确? 希望我的问题很清楚...Mirth:需要说明消息类型中段的用法

回答

2

不完全是。 HL7有许多段和触发事件,每个都有特定的目的和行动。除此之外,当有人设计医疗保健接口应用程序时,他们必须选择正确的部分并触发事件。这就是所谓的基数要求的定义:

  • 强制性段(MSH,PID,PV1等)
  • 可选段(DG1,PR1,AL1等)
  • 重复片段(OBX)

一旦定义了基数,该消息开始采取其形状。

病人人口统计触发事件应包括MSH,EVN,PID,PV1,IN1,GT1。但不一定是DG1,PR1和AL1。

类似地,费用消息应该在消息中明确包含FT1(金融交易)段。订单消息应该包含OBR和ORC段。

HL7中的每个段都有一个明确的目的。在人口统计信息中包含FT1或者在SIU消息中包含OBR没有任何意义(仅举例)。

什么应用程序可以或不可以发送被称为规范该应用程序。

需要理解消息基数。一个不能创建一个HL7消息。这在技术上既不可行也不合逻辑。

+0

我不同意statememt“一个人不能创建一个HL7消息,这在技术上是不可行的”。 我曾经在Rebol中写过一个能够做到这一点的库。 – sqlab

+0

我的陈述旨在说如果你正在创建一个细分市场,它应该遵循定义的基数。你可以通过编程在任何地方明确地创建一个段,但是将一个NTE放在IN1之后的MSH或EVN之后是否合理?否 – Sid

+0

有时候,在已经定义的消息末尾添加一个额外的段并不违反HL7规则是有意义的。当然你必须和你的沟通合作伙伴达成协议。如果你不是被迫构建一个完整的新模板,那就更好了 – sqlab

1

还有一个称为“Z”段的段类型,它携带用户定义的信息,而不是由HL7定义的。例如,ZDS包含用于成像研究的附加ID。 Z段的数量和编码也是用户定义的。

为了处理这些段,发送和接收应用程序都必须就格式达成一致,这可能会导致错误。