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

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

第二十三章 参考 - 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。例如,要将换行符指定为段终止符,请输入 10x0A。默认值为回车符,十进制值为 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
登录或注册以继续