EDI X12版本4010消息 - 非复合元素可以包含子元素分隔符吗?

版本4010 x12消息支持具有复合元素(如REF04)的段,其中包含由子元素分隔符分隔的子元素。 以下是使用的段的示例; [分号]作为段分隔符,*作为元素分隔符,并且:[冒号]作为子元素分隔符: REF * ACT * 12345678901234 *会计代码* 3X:SUB CONTRACT NUMBER 1234567; 我的问题是:如果消息中有另一个段(例如N1),它不是复合元素,并且碰巧包含子元素分隔符,那么消息应该是: a。)Accepted,这意味着N102中的子元素分隔符(参见示例)被忽略并被视为元素数据的常规字符 b。)拒绝,因为子元素分隔符只能出现在复合元素内部,因此它不能出现在N1段中。 示例(使用与上面相同的分隔符 - 请注意冒号在N102中显示为数据的一部分): N1 * PE * TEST:PARTY ONE; 任何输入都会有所帮助。     
已邀请:
根据您描述的方案,我会拒绝交易。它违反了X12标准,可能会导致大多数EDI转换器或解析器出错。 X12标准有关于分隔符(例如子元素分隔符(ISA16))的说法:   一旦在交换中指定   标题,分隔符不是   用于其他地方的数据元素值   在交汇处。 假设这是一个入站事务,您的贸易伙伴应采取措施确保他们发送给您的任何数据都不包含与元素分隔符,子元素分隔符或段终止符相同的任何字符。如果子元素分隔符是冒号,并且在其数据中无法避免冒号,则应使用另一个子元素分隔符。 顺便说一句,我会小心使用分号作为段终止符。这是经常出现在数据中的字符(例如地址,产品描述等)。 起初看起来似乎很困难,但X12标准从长远来看极大地促进了数据交换。     
从我的HIPAA ANSI 4010 270/271指南副本(重点补充):   这个用户   实施指南应该知道   应用程序系统可能使用的   一些有效的分隔符字符   应用数据。发生的   传输中的分隔符   可以产生数据元素中的数据   在翻译程序中出错。该   内存的星号(*)   传输的应用数据是一个   可能影响的已知问题   翻译软件。翻译软件。 我从经验中知道,让贸易伙伴更新其ANSI生成应用程序以从字段数据中过滤分隔符可能很困难。要求他们这样做真的是正确的行动方案。如果他们不能或不愿意,那么您可能需要在主翻译面前放置某种预处理器。     

要回复问题请先登录注册