I've got a project I took over from someone that requires data to be exported in the EDI X12 Standard (837P) format. Although I have been able to find some samples that are useful I haven't been able to find anything that defines what the possible "segments" are and what they mean. The previous developer has quite a bit of work done, but I have no way of knowing if it's correct.
我有一个项目,我接管了一个需要以EDI X12标准(837P)格式导出数据的人。虽然我已经能够找到一些有用的样本,但我找不到任何可以定义可能的“段”及其含义的内容。以前的开发人员完成了相当多的工作,但我无法知道它是否正确。
Is this something I should take on, or should I look for some 3rd part EDI plug-in?
这是我应该采取的措施,还是应该寻找第三部分EDI插件?
Finally, if so, does anyone know of any good ones that will work with .net or COM? The application is actually built in access, so that would be the easiest and cheapest way to go.
最后,如果是这样,有没有人知道任何适用于.net或COM的好的?该应用程序实际上是以访问方式构建的,因此这将是最简单,最便宜的方式。
1 个解决方案
#1
The X12 standards are published by the Washington Publishing Company. The implementation guides used to be subsidized by CMS, but that came to an end in April of 2006. A pdf version of the implementation guide is $175. If you decide to download it, make sure you get the combined version, which includes the original standards and the addenda. The current version is 4010A. Version 5010 will be required as of January 1, 2012.
X12标准由华盛顿出版公司出版。实施指南过去由CMS补贴,但在2006年4月结束。实施指南的pdf版本为175美元。如果您决定下载它,请确保您获得组合版本,其中包括原始标准和附录。目前的版本是4010A。自2012年1月1日起,将需要版本5010。
I don't know what your situation is, but I have found the health care claim to be one of the more complex EDI transactions. I have always used specific mapping tools, such as Gentran or ECMap, that are specifically designed to facilitate the translation of X12 files into a variety of other formats and vice-versa. Another important capability of EDI translators is that most can do a compliance check on your X12 files.
我不知道你的情况是什么,但我发现医疗保健声称是更复杂的EDI交易之一。我一直使用特定的映射工具,例如Gentran或ECMap,它们专门用于帮助将X12文件转换为各种其他格式,反之亦然。 EDI转换器的另一个重要功能是大多数可以对X12文件进行合规性检查。
Outbound files are a little more forgiving, since you have control over the data. I recall creating test files with C programs on a UNIX box when none of our trading partners were ready to send us test data. I wouldn't recommend that as a long term solution, though. You might consider a clearinghouse, but, if you decide to do it yourself, you really need the standards and an implementation guide from each of your trading partners.
由于您可以控制数据,因此出站文件更加宽容。我记得当我们的贸易伙伴都没有准备好向我们发送测试数据时,在UNIX机器上创建带有C程序的测试文件。不过,我不建议将其作为长期解决方案。你可能会考虑一个票据交换所,但是,如果你自己决定这样做,你真的需要每个贸易伙伴的标准和实施指南。
Good luck!
#1
The X12 standards are published by the Washington Publishing Company. The implementation guides used to be subsidized by CMS, but that came to an end in April of 2006. A pdf version of the implementation guide is $175. If you decide to download it, make sure you get the combined version, which includes the original standards and the addenda. The current version is 4010A. Version 5010 will be required as of January 1, 2012.
X12标准由华盛顿出版公司出版。实施指南过去由CMS补贴,但在2006年4月结束。实施指南的pdf版本为175美元。如果您决定下载它,请确保您获得组合版本,其中包括原始标准和附录。目前的版本是4010A。自2012年1月1日起,将需要版本5010。
I don't know what your situation is, but I have found the health care claim to be one of the more complex EDI transactions. I have always used specific mapping tools, such as Gentran or ECMap, that are specifically designed to facilitate the translation of X12 files into a variety of other formats and vice-versa. Another important capability of EDI translators is that most can do a compliance check on your X12 files.
我不知道你的情况是什么,但我发现医疗保健声称是更复杂的EDI交易之一。我一直使用特定的映射工具,例如Gentran或ECMap,它们专门用于帮助将X12文件转换为各种其他格式,反之亦然。 EDI转换器的另一个重要功能是大多数可以对X12文件进行合规性检查。
Outbound files are a little more forgiving, since you have control over the data. I recall creating test files with C programs on a UNIX box when none of our trading partners were ready to send us test data. I wouldn't recommend that as a long term solution, though. You might consider a clearinghouse, but, if you decide to do it yourself, you really need the standards and an implementation guide from each of your trading partners.
由于您可以控制数据,因此出站文件更加宽容。我记得当我们的贸易伙伴都没有准备好向我们发送测试数据时,在UNIX机器上创建带有C程序的测试文件。不过,我不建议将其作为长期解决方案。你可能会考虑一个票据交换所,但是,如果你自己决定这样做,你真的需要每个贸易伙伴的标准和实施指南。
Good luck!