1
2
尽管是偶数 HL7 Messaging Standard Version 2.6 没有用其他字段扩展PV1段,因此您的原始代码仅支持52个段字段是正确的 1. 使用自定义字段和自定义段扩展HL7消息传递协议是完全有效的,前提是所有相关方都同意此扩展,并将其记录在 HL7符合性声明 (你可以找到一些解释链接 here 和 here ) 2. 您的解析和消息处理代码应该与协议的旧版本和某些未来版本兼容。段的数量、它们的名称和顺序以及字段的数量和字段中组件的数量可以动态地确定和处理。消息语法就是为了支持它而设计的 “无论HL7版本字段MSH-12包含什么,PV1段中将有52个字段” 不是很好的方法,因为它不会扩展 ..在这种情况下,允许尾随分隔符的预期行为是什么?。。预期的行为是,应用程序不会崩溃,不会阻止数据处理,如果数据通过代码传输到另一个系统,则不应删除不理解的字段(它或多或少是在HL7规范中写的) |
2
1
在接收管道上,段中的最后一个字段后不能有分隔符。看起来这是HL7加速器中的一个bug。仅当分隔符在定义的字段数内时,该属性似乎对发送端有一定影响。 我建议在接收管道组件中处理此问题,并在Microsoft支持下提出 |
jeevz · 仅当筛选条件满足时,才将文件移动到某个位置 9 年前 |
Bensonius · HL7加速器尾部分隔符预期行为 10 年前 |
aneela · HL7版本2.3和2.5之间的差异 10 年前 |
Villumanati · Hl7差异访问号、账号、遭遇号 10 年前 |