发布新帖
文章
· 八月 15, 2023 阅读大约需 3 分钟

第二十三章 参考 - HL7业务服务的设置- DocTypeResolution

#InterSystems IRIS for Health

第二十三章 参考 - HL7业务服务的设置- DocTypeResolution

DocTypeResolution

指定如何根据 MSH:9 中的消息类型解析 DocType。选择以下选项之一：

  • Standard标准 — 将有效消息架构类别值与在相应架构类别中查找 MSH:9 消息类型值的消息结构名称相结合。这是默认设置。
  • Ignore 9.3 — 与“标准”类似，但如果 MSH:9 有三个或更多部分，则忽略其他部分。标准行为是使用第 3 部分作为类型名称的一部分（如果它没有子部分），因为某些模式包含三部分类型名称。
  • Use 9.3 — 与“标准”类似，但如果 MSH:9 具有三个或更多部分，则使用附加部分作为适用模式类别中文档结构的文字名称。请谨慎使用，因为消息到达时可能带有 MSH:9.3 值，而所选架构类别中不存在其结构。
  • Literal 文字 — 将有效消息架构类别值与解释为消息结构名称的文字 MSH:9 消息类型值相结合。仅与每个消息类型都有相应的结构定义的自定义架构一起使用。

Override Segment Terminator

（仅限 FTP）用作段终止符的以逗号分隔的 ASCII 控制字符列表。这些值可以是十进制格式或十六进制格式，前面带有 x。例如，要将换行符指定为段终止符，请输入 10 或 x0A。默认值为回车符，十进制值为 13，十六进制值为 x0D。

Framing

控制 HL7 业务服务如何解释传入的 HL7 消息数据包。如果不确定使用什么值，请接受 HL7 业务服务的默认灵活框架。

下表列出了此设置的有效值。

Framing Type Inbound / Outbound Meaning
Flexible Inbound 根据接收到的数据内容确定帧样式。
Flexible! Inbound 根据接收到的第一条消息的数据内容确定帧样式，并要求后续消息具有相同的帧样式。
None Both 没有框架；以字符串 MSH 开头的每一行都是新消息的开始。
MLLP Both 最小较低层协议 — 使用 ASCII 11 前缀和由 ASCII 28 后跟 ASCII 13 组成的后缀构建每个 HL7 消息。
MLLP[nn]/[mm] Both 使用非标准 ASCII 值的 MLLP。使用由 nn 指示的 ASCII 字符值组成的前缀构成每个 HL7消息。还提供由 mm 指示的 ASCII 字符值后跟 ASCII 13（回车符）组成的后缀。
AsciiLF Both 使用 ASCII 10（换行符）构建消息，将每条消息与后续消息分隔开。
AsciiCR Both 使用额外的 ASCII 13（回车符）构建消息，将每条消息与后续消息分隔开。
Ascii[nn] Both 使用后缀将每条消息与后续消息分开的帧消息。该后缀由 nn 指示的 ASCII 字符值组成。
Ascii[nn]/[mm] Both 在每条消息之前使用前缀字符构建消息。该前缀由 nn指示的 ASCII 字符值组成。还提供由 mm 指示的 ASCII 字符值组成的后缀，但不带尾部 ASCII 13。
LLP Both （已过时）较低层协议 — 将每个 HL7 消息构造在冗余校验和块中。
MsgEnvelope Outbound 逐字使用消息信封属性（如果存在）。如果信封中存在字符串 <!--HL72MSG-->， 会将其替换为消息内容；否则消息将跟随信封文本。
MLLPMsgEnvelope Outbound 与MsgEnvelope相同，但是在信封内的消息周围也使用MLLP前缀和后缀。

当成帧类型为 MLLP 时， 会自动检测关闭成帧之前消息中出现的额外回车符 (ASCII 13)。这向表明空行未用于分隔消息，因此它假定任何空行都是消息内容的一部分并且可以安全地忽略。

根据 HL7 标准，段终止符是回车符 (CR)。但是，也接受回车/换行 (CRLF) 字符。

可以指定多个字符。例如，如果需要非标准帧，例如 HL7 消息的消息开始 $Char(2) 和消息结束 $Char(3,4)，则可以使用 Ascii[nn]/[mm] 帧选项，如下所示:

Ascii2/3,4

注意：在“框架”字段中输入 ASCII 值时，必须以数值形式给出。例如，输入小写 x 作为 Ascii120，而不是 Ascii'x'。

讨论 (0)1
登录或注册以继续