使用上下文属性
BizTalk Accelerator for HL7 (BTAHL7) 消息传送引擎及其组件在内部使用上下文属性。 不建议更改引擎为某些上下文属性设置的值,因为这可能会影响引擎的执行逻辑。 但是,可以更改引擎未设置的大量属性。 可以使用上下文属性在发送端口上创建筛选器表达式 (有关详细信息,请参阅 在发送端口上设置筛选器表达式) 。 还可以在业务流程的筛选器表达式中使用上下文属性。 只要项目引用了全局属性架构, (BTAHL7 在使用一个常用模板) 时创建的全局属性架构,这些属性就可用于筛选器表达式。
下表包含消息引擎使用的 BTAHL7 消息上下文属性的列表。 引擎使用其中许多属性进行路由。 序列化程序使用其他程序进行处理。 这些属性的前缀为 BTAHL7。
有关BizTalk Server上下文属性 (筛选表达式中由 BTS 前缀) 标识的上下文属性的详细信息,请参阅BizTalk Server帮助中的“消息上下文属性”。 Bts。SchemaStrongName 和 BTS。MessageType 是 BTAHL7 引擎使用的两个属性。
在下表中,“提升”和“必需”列具有以下效果:
当 IsPromoted 为“N”时,BTAHL7 会将值写入上下文,而不是被提升。
当 IsRequired 对于布尔类型为“N”时,BTAHL7 仅当该值为 true 时才写入该值。
当字符串类型的 IsRequired 为“N”时,如果值不为空或默认值存在,则 BTAHL7 将写入该值。
属性名称 | 提升 | 必需 | 说明 |
---|---|---|---|
BatchDateTime | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
BTAHL7MessageType | Y | Y | 序列化程序使用此属性来区分单个消息和批处理消息。 HL7 反汇编程序仅为批处理消息设置它。 属性指示消息是单个消息、入站批处理消息还是出站批处理消息。 如果序列化程序找不到它,则假定该消息是单个消息。 |
FHS10 | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
FHS3 | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
FHS4 | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
FHS5 | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
FHS6 | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
FileDateTime | Y | N | BTAHL7 在处理批处理消息时提升此属性。 |
LastSegmentDelimiter Missing | N | N | BTAHL7 在处理批处理消息时提升此属性。 |
MessageClass | Y | Y | 包含 MessageClass2X 或 MessageClass2Xml ,用于区分两类消息。 |
MSA1 | Y | Y | 仅适用于 ACK 消息。 |
MSH1 | N | Y | 包含字段分隔符的字段。 序列化程序使用此属性。 |
MSH2 | N | Y | 序列化程序使用此属性。 包含组件分隔符、重复分隔符、转义字符和子组件分隔符 (编码字符的字段) 。 |
MSH3_1 | Y | N | 发送应用程序字段的第一个组件。 |
MSH3_2 | Y | N | 发送应用程序字段的第二个组件。 |
MSH3_3 | Y | N | 发送应用程序字段的第三个组件。 |
MSH5_1 | Y | N | 接收应用程序字段的第一个组件。 |
MSH5_2 | Y | N | 接收应用程序字段的第二个组件。 |
MSH5_3 | Y | N | 接收应用程序字段的第三个组件。 |
ParseError | Y | Y | 指示分析期间发生错误。 |
SegmentDelimiter2Char | N | N | 分隔段的字符。 |
ToBeBatched | Y | N | 设置为 false 时,BTAHL7 不会缓冲稍后要批处理的消息;否则,BTAHL7 会将消息作为批处理的一部分发送。 |
ZPartPresent | Y | N | 指示是否存在未声明的 Z 段。 |
本节内容
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈