使用 OopFactory X12 Parser 编写 X12 270 资格福利查询答案

【问题标题】：Compose X12 270 Eligibility Benefit Inquiry using OopFactory X12 Parser使用 OopFactory X12 Parser 编写 X12 270 资格福利查询
【发布时间】：2014-02-03 05:07:30
【问题描述】：

我正在启动一个 .NET 项目，我需要使用 x12 270 格式提交 HIPAA 资格查询。

在我的在线搜索中，我遇到了X12 Parser。然而，正如墨菲所希望的那样，我认为我需要的课程 EligibilityBenefitInquiry 被 //TO-DO 存根。

是否有人使用 X12 Parser 或其他工具完成了这项任务？

【问题讨论】：

是否需要生成270？还是解析它？ EDI 只是文本。如果文档是入站的，一旦您检查 ISA 段并获取分隔符，您应该能够自行解析它。商业 EDI 翻译器的存在是有原因的。
我需要生成 270，然后解析我返回的 271。我什至很难找到 270 的在线示例。
快速谷歌搜索将我带到cms.gov/Research-Statistics-Data-and-Systems/… 看看底部附近的附录A。有一个样本 270 文档。 ISA/GS/ST 是信封，SE/GE/IEA 是信封的结尾。规范在那里。你没有指定什么版本，我提供的链接是5010。
您应该能够从与您交易的任何人那里获得实施指南。不同的州有不同的要求。从 Liaison 下载 EDI Notepad 以帮助您查看数据。
HIPAA 的混乱、混淆和复杂性通常占据主导地位。有时需要向他们发送一个糟糕的测试让他们说“不，不，这就是我们想要的”。很遗憾它必须是那样，但这是我所看到的一些事情。

标签： c# x12

【解决方案1】：

由于您想生成 270，因此您不想使用“解析器”。 Parser 工具可能适用于入站 271 响应。要编写自己的翻译器（生成器），您应该从贸易伙伴那里获得实施指南。可以在此处找到 270 的示例：CMS 270。这应该让您很好地了解如何创建传输文档所需的段和元素。 EDI 是基于标准的文本。实施指南应该可以很好地说明合作伙伴对该标准的使用情况。

显然，商业软件将允许您对源数据（数据库、XML 等）和目标进行建模，并且与为其中一些复杂的 HIPAA 文档编写自己的映射相比，您可以更轻松地进行拖放操作。开源解析器通常只“翻译”为通用 XML 文件，使您对工作流程的控制较少，并且通常会引入另一个步骤（通常是中间件或 XLST）。

【讨论】：

我怀疑我的贸易伙伴没有亲自解释 EDI；我认为他正在将其传递给另一个合作伙伴，但我会验证。