Biztalk 取消837个文件的多重索赔

我得到一个edi文件837，它有多个索赔。如何使用biztalk对837 edi文件进行解包，以便每个文件仅包含一个声明。

将传入文件拆分为多个文件似乎不太谨慎，因为您需要对所有文件进行两次处理（翻译）

由于声明将从ST段开始，因此您可以创建一个转换，以便为您读取的每个ST段创建一个新的输出文件。这样，您接收的源数据的完整性保持不变，并且您只处理一次数据

如果您真的想将EDI声明分离为单独的输入文件，并且如果该文件有多个ISA/IEA段（文件中的实际交换），那么您可以很容易地编写一个解析器脚本来读入该文件，找出段终止符（位置106）然后读取文件，直到你到达IEA，然后写出一个新文件。对ISA/IEA信封对的其他实例重复上述步骤

如果它没有多个ISA/IEA段，那么它将有多个ST/SE段——一旦有了段终止符，同样的原则也适用。我不知道这会对映射产生什么影响（是否会使翻译变得更困难）

---

似乎你在试图让自己的生活更艰难，但如果你有一个商业理由来分割索赔，那么就是这样

这实际上是BizTalk 2009和2010（但不是2006）支持的开箱即用场景，用于他要反批处理的837文件

BizTalk Server支持拆分以下HIPAA文档 通过本机架构的类型： HIPAA 4010版文档：834份注册、835份索赔付款和837份索赔的三种变体 HIPAA版本5010文档：276/277索赔状态-请求和响应、834登记和837索赔的三个变体

另见：

---

这是编程问题吗？到目前为止您尝试过什么吗？@user1104946 Biztalk是一项服务。假定它是一个可以编程的服务（与SQL Server编程的方式大致相同，但它也可以进行管理、配置等），但这个问题并不表示您在这里做任何类似的事情。此外，这个问题不是一个真正的问题，因为它没有显示您的任何努力，也没有显示您将如何尝试对edi文件进行解密的具体信息。@user1104946我认为如果您也学会了如何进行解密，那将是谨慎的。无论如何，这个问题毫无意义。如果你能发布一些代码来解释它，标记出来让我们注意，我们就会打开它。我明白他想说什么。他收到了一个有多个索赔的EDI文件。他希望将文件解析为多个文件，每个文件包含一个声明。BizTalk不是服务，它是一个EAI/ETL/B2B平台。如果你不理解EDI，这可能没有意义，但他正确地标注了问题。是的，安德鲁……如果他们不理解EDI，那么就很难理解……否则这是一个非常直截了当的问题