考虑使用 NHapi

Question

我正在考虑在一些 HL7 相关项目中使用 NHapi。通常当我决定在项目中使用任何开源库时，我有两个标准：

1. 用户群的广泛性。
2. 支持质量。

查看NHapi forum on SourceForge，它似乎不符合上述两个条件中的任何一个。

其他选择是购买商业产品或编写解析器。

有人对使用 NHapi 有什么建议或想法吗？

Answer 1

我们评估了 NHAPI，并决定不使用它来解决您提到的相同问题。相反，我们选择了 HL7 Spy。它有一个方便的 GUI 客户端，用于发送消息（对测试很有用）以及一个帮助您构建消息的 DLL。

不幸的是，正如您所提到的，它是一种商业产品，而不是开源的。但我们对此非常满意。

http://www.hl7spy.com/

Answer 2

我们已经开始在我们的一些 HL7 处理应用程序中实施 NHAPI。我们和您有同样的担忧，但鉴于它是开源的，它肯定比编写自己的解析器更有用。由于它和它所基于的 HAPI 项目是在 MPL 下获得许可的，因此如果您发现该项目不能满足您的需求，您可以随时 fork 代码库。

我们还使用了一种我忘记了名字的商业产品，但这也带来了挑战。安装和许可是一项挑战，尤其是在较新的操作系统上，而且公司正在淡化产品的重要性，因此支持非常差。

我还发现至少有一点第三方使用：http://dib0.nl/code/255-where-to-begin-if-you-want-to-start-with-hl7-in-c-or-java

Answer 3

我们决定在集成引擎中使用它。我的印象：

• 我们发现，在使用不同的 HL7 版本（V231 和 V230）时，API 对象模型令人困惑且不一致。

• 我们在解析短信时也发现了一些错误。

恕我直言 NHAPI 并非不可靠，但在使用它之前，请评估 API 以尝试测试您需要 NHAPI 的所有用例。

拥有 NHAPI 的所有经验后，我可以 100% 肯定地说，如果我们有时间，我们会开发自己的 HL7 API。

希望这会有所帮助。