这更像是一个一般的架构问题；我有一些想法，但我认为我们不能成为唯一需要这样做的人。
通过 BizTalk 处理 HIPAA EDI 文件（例如 837 医疗保健索赔）时，它被拆分为多个索赔文件，并且它所经历的任何编排都是同时运行的（嗯，实际上）。在将每个声明存储到数据库之后，我只需要执行一次存储过程，因此 proc 显然无法从保存数据的同一编排中执行。
建议？谢谢！
账单
问问题
261 次
3 回答
0
我们决定使用单个（而不是多个）HIPAA 模式，因此声明文件被转换为包含多个 2000A 循环的单个 XML 消息。然后我们遍历这些循环，将它们映射进去，并在完成时触发 proc。
于 2012-01-18T22:05:00.673 回答
0
一种方法是在存储声明的数据表上使用插入触发器。
一方面，这是满足您要求的非常简单的解决方案。但是，您必须确保它是有据可查的。内置在触发器中的功能可能难以维护。
于 2011-12-31T15:00:27.473 回答
0
我可以想到几个选项，但我不知道如何保证您处理所有文件而不按顺序处理文件或先检查它以了解索赔数量。几个选项：
- 您可以在编排中进行拆分并按顺序而不是并行处理它们，而不是让管道进行拆分。
- 再次让单个编排进行拆分，但在开始拆分之前计算文档的数量，并有一个单独的进程轮询要提交到数据库的文档数量。这将允许您至少异步触发所有子文档。
- 创建一个管道组件，在允许 EDI 组件进行拆分之前检查文档，并且与上面类似，有一个单独的进程轮询所有声明以完成。
似乎这里最大的问题是如果其中一个声明失败了你会怎么做，如果你只想在完整文件完成时提交，你将需要一些回滚策略。
于 2012-01-03T15:55:33.210 回答