考虑使用NHapi

时间:2011-02-03 20:51:33

标签: .net hl7 nhapi

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

  1. 用户群的广泛性。
  2. 支持质量。
  3. 查看NHapi forum on SourceForge,它似乎不符合上述两个标准中的任何一个。

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

    任何人对使用NHapi有任何建议或想法吗?

3 个答案:

答案 0 :(得分:2)

我们已经开始在一些HL7处理应用程序中实施NHAPI。我们有同样的顾虑,但鉴于它是开源的,它肯定比编写自己的解析器更有用。由于它和它所基于的HAPI项目是根据MPL许可的,如果您发现项目无法满足您的需求,您可以随时分叉代码库。

我们还使用了一个名字让我忘记的商业产品,但这引起了自己的挑战。安装和许可是一项挑战,特别是在较新的操作系统上,公司不再强调产品,因此支持非常差。

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

答案 1 :(得分:0)

我们对NHAPI进行了评估,并决定不将其用于您引用的相同问题。相反,我们选择了HL7 Spy。它有一个方便的GUI客户端,用于发送消息(对测试很有用)以及一个可以帮助你构建消息的DLL。

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

http://www.hl7spy.com/

答案 2 :(得分:0)

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

  • 我们发现当使用不同的HL7版本(V231和V230)时,API对象模型会令人困惑并且不同质。

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

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

在完成NHAPI的所有经验之后,我可以100%肯定地说,如果我们有时间,我们就会开发自己的HL7 API。

希望这有帮助。