Рассмотрение с использованием NHapi

Question

Я рассматриваю использование NHapi в некоторых проектах, связанных с HL7. Обычно, когда я решаю использовать любую библиотеку с открытым исходным кодом в проекте, у меня есть два критерия:

1. широта базы пользователей.
2. Качество поддержки.

Глядя на NHapi forum on SourceForge, он, похоже, не соответствует ни одному из вышеуказанных двух критериев.

Другие варианты - либо купить коммерческий продукт, либо написать парсер.

У кого-нибудь есть предложения или мысли об использовании NHapi?

Answer 1

Мы приступили к реализации NHAPI в некоторых из наших приложений для обработки HL7. У нас были те же проблемы, что и вы, но, учитывая, что это открытый исходный код, это, безусловно, более полезно, чем писать собственный парсер. Поскольку он и проект 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 Spy. Он имеет удобный графический клиент для отправки сообщений (полезно для тестирования), а также DLL, которая помогает вам создавать сообщения.

К сожалению, как вы уже упоминали, это коммерческий продукт, а не открытый источник. Но мы были очень довольны этим.

http://www.hl7spy.com/

Answer 3

Мы решили использовать его в качестве интеграционного механизма. Мои впечатления:

• Мы обнаружили, что объект API модель запутанная и не однородна при использовании различных версий HL7 (V231 и V230).

• Мы также обнаружили некоторые ошибки при разборе текстовых сообщений.

ИМХО NHAPI не ненадежны, но прежде чем использовать его, оценить API пытается проверить все случаи использования, в которых нужно NHAPI.

После всего опыта работы с NHAPI, я могу сказать, что на 100% уверен, что если бы у нас было время, мы разработали бы собственный API HL7.

Надеюсь, это поможет.