我正在考虑在一些 HL7 相关项目中使用 NHapi。通常当我决定在项目中使用任何开源库时,我有两个标准:
- 用户群的广泛性。
- 支持的质量。
查看 SourceForge 上的NHapi 论坛,它似乎不符合上述两个标准中的任何一个。
其他选择是购买商业产品或编写解析器。
有人对使用 NHapi 有任何建议或想法吗?
我们已经开始在我们的一些 HL7 处理应用程序中实现 NHAPI。我们和您有同样的担忧,但鉴于它是开源的,它肯定比编写自己的解析器更有用。由于它和它所基于的 HAPI 项目是在 MPL 下获得许可的,因此如果您发现该项目不能满足您的需求,您可以随时分叉代码库。
我们还使用了一种我忘记了名字的商业产品,但这也带来了挑战。安装和许可是一项挑战,尤其是在较新的操作系统上,而且公司不再强调产品,因此支持非常差。
我还发现至少有一点第三方使用:http: //dib0.nl/code/255-where-to-begin-if-you-want-to-start-with- hl7-in-c-or-java
我们决定在集成引擎中使用它。我的印象:
我们发现,在使用不同的 HL7 版本(V231 和 V230)时,API 对象模型令人困惑且不一致。
我们还在解析短信时发现了一些错误。
恕我直言 NHAPI 并非不可靠,但在使用它之前,请评估 API 以尝试测试您需要 NHAPI 的所有用例。
在拥有 NHAPI 的所有经验之后,我可以 100% 肯定地说,如果我们有时间,我们会开发自己的 HL7 API。
希望这可以帮助。
我们评估了 NHAPI,并决定不将其用于您引用的相同问题。相反,我们选择了 HL7 Spy。它有一个方便的 GUI 客户端用于发送消息(对测试很有用)以及一个帮助您构建消息的 DLL。
不幸的是,正如您所提到的,它是一种商业产品,而不是开源的。但我们对此非常满意。