考虑使用NHapi

Question

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

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

从NHapi 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

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

• 我们发现，当使用不同的HL7版本(V231和V230)时，API对象模型是混乱的，也不是同构的。
• 在解析文本消息时，我们还发现了一些bug。

IMHO NHAPI并不不可靠，但在使用它之前，请评估API，尝试测试需要NHAPI的所有用例。

在经历了NHAPI之后，我可以100%肯定的是，如果我们有时间，我们就会开发我们自己的HL7 API。

希望这能有所帮助。