2011-02-03 78 views
4

我正在考慮在一些HL7相關項目中使用NHapi。通常,當我決定在項目中使用任何開源庫,我有兩個標準:考慮使用NHapi

  1. 用戶羣的廣度。
  2. 支持的質量。

看着NHapi forum on SourceForge,它似乎不符合上述任何兩個標準。

其他選項可以購買商業產品或編寫解析器。

任何人有任何建議或使用NHapi的想法?

+0

請注意,這可能是遷移到區域51上建議的醫療IT(http://area51.stackexchange.com/proposals/6433/healthcare-it)站點的候選人。 – 2011-05-05 17:35:58

+0

@SteveWranovsky ---我寧願它保持在SO – BozoJoe 2017-11-18 00:53:35

+0

我已經使用nHAPI達6年 - 沒有問題,也沒有滿意。關於HL7版本的答案是正確的 - 但這不是一個表演停止。 – GenuineRex 2018-03-02 20:12:52

回答

2

我們已經開始在我們的一些HL7處理應用程序中實現NHAPI。我們和你一樣擔心,但是鑑於它是開源的,它肯定比編寫你自己的解析器更有用。因爲它和它所基於的HAPI項目是通過MPL許可的,所以如果您發現該項目不符合您的需求,您總是可以分叉代碼庫。

我們還使用了一個名字我忘記的商業產品,但這已經造成了它自己的挑戰。安裝和授權是一項挑戰,特別是在新型操作系統上,公司不再強調產品,所以支持非常差。

我還發現,至少有第三方使用的一點點那裏太:http://dib0.nl/code/255-where-to-begin-if-you-want-to-start-with-hl7-in-c-or-java

0

我們對NHAPI進行了評估,並決定不會將其用於引用的相同問題。相反,我們去了HL7間諜。它有一個方便的GUI客戶端用於發送消息(用於測試)以及一個可幫助您構建消息的DLL。

不幸的是,正如你所提到的,這是一個商業產品,而不是開源的。但是我們對此感到非常滿意。

http://www.hl7spy.com/

0

我們決定在集成引擎來使用它。我的印象:

  • 我們發現,API對象模型使用不同版本的HL7(V231和V230)時是混亂和不均質。

  • 解析短信時我們也發現了一些錯誤。

恕我直言,NHAPI不是不可靠的,但在使用它之前,評估試圖測試所有需要NHAPI的用例的API。

經過了所有與NHAPI的經驗,我可以肯定的說,如果我們有時間,我們會開發自己的HL7 API。

希望這會有所幫助。