我被问到如何解析x12 837（医疗索赔）。这是我第一次看到像这样的文件格式。在Google上花了一点时间，我了解到该文件包含3种类型的分隔符，分别为103,104,105，文件中的第一个元素是固定长度。
接下来，我学会了我解析出来的元素，这些元素以类似XML的方式排序，但没有结束标记。此网站http://pyx12.sourceforge.net/doc/maps/说明了元素的顺序。我还找到了一个PDF文件，其中包含750页有关文件格式的详细信息。
此时我意识到将这些信息放入数据库并不是一项简单的任务。我最终想到将x12文件转换为XML，并使用xpath作为查询工具从文件中获取信息。这很有效我可以获得所有索赔，订单项以及与索赔相关的人员。
我的公司写了自己的医疗索赔系统。现在，我正在尝试了解如何向837索取835索赔付款，我们的系统位于中间位置。
我在这里是个菜鸟所以要善良。 ：）
更新
我的代码现在可以根据几个XML文件中的语法解析/验证x12文件。将现有的x12文件转换为XML然后再转换为x12。我还写了几个类来制作XML格式的x12。它使用xPath查找元素，如果没有找到则创建缺少的元素。我从这里得到了这个想法。 Create XML Nodes based on XPath?
答案 0 :(得分：0)
对835来说，最大的挑战可能就是平衡。付款总额必须与该付款的汇款详细信息保持平衡。金额还必须在三个不同的级别进行平衡：交易级别，索赔级别和服务级别。例如，在索赔级别，总索赔费用金额（CLP03）减去所有调整金额（CAS段）的总和必须等于索赔付款金额（CLP04）。 835 X12标准详细解释了不同级别的平衡。
在大多数情况下，X12是循环驱动的，因此，您可能希望从创建与每个循环匹配的表开始。考虑一下您想要使用哪些密钥，可能基于您的内部索赔号和序列号。这对于可追溯性非常重要，而且简单地说就是保持一致。
答案 1 :(得分：-1)
我肯定会使用机器人进行探索！