第二十三章 参考 - 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 | 逐字使用消息信封属性（如果存在）。如果信封中存在字符串 ， 会将其替换为消息内容；否则消息将跟随信封文本。 |
| 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'。
网友评论