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