考虑使用NHapi

Question

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

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

看着NHapi forum on SourceForge，它似乎不符合上述任何两个标准。

其他选项可以购买商业产品或编写解析器。

任何人有任何建议或使用NHapi的想法？

Answer 1

我们已经开始在我们的一些HL7处理应用程序中实现NHAPI。我们和你一样担心，但是鉴于它是开源的，它肯定比编写你自己的解析器更有用。因为它和它所基于的HAPI项目是通过MPL许可的，所以如果您发现该项目不符合您的需求，您总是可以分叉代码库。

我们还使用了一个名字我忘记的商业产品，但这已经造成了它自己的挑战。安装和授权是一项挑战，特别是在新型操作系统上，公司不再强调产品，所以支持非常差。

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

Answer 2

我们对NHAPI进行了评估，并决定不会将其用于引用的相同问题。相反，我们去了HL7间谍。它有一个方便的GUI客户端用于发送消息（用于测试）以及一个可帮助您构建消息的DLL。

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

http://www.hl7spy.com/

Answer 3

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

• 我们发现，API对象模型使用不同版本的HL7（V231和V230）时是混乱和不均质。

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

恕我直言，NHAPI不是不可靠的，但在使用它之前，评估试图测试所有需要NHAPI的用例的API。

经过了所有与NHAPI的经验，我可以肯定的说，如果我们有时间，我们会开发自己的HL7 API。

希望这会有所帮助。