рассматриваю возможность использования NHapi

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

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

Судя по форуму NHapi на SourceForge, он не соответствует ни одному из двух вышеперечисленных критериев.

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

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


.net hl7 nhapi
person imak    schedule 03.02.2011    source источник
comment
Обратите внимание, что это может быть кандидатом на переход на предлагаемую ИТ-систему здравоохранения (area51.stackexchange.com/proposals/6433/healthcare). -it) в Зоне 51.   -  person Steve Wranovsky    schedule 05.05.2011
comment
@SteveWranovsky --- я бы предпочел, чтобы он оставался на SO   -  person BozoJoe    schedule 18.11.2017
comment
Пользуюсь nHAPI уже 6 лет - никаких проблем и доволен. Ответ о версиях HL7 правильный, но это не мешает.   -  person Rex Bloom    schedule 02.03.2018

Ответы (3)


arrow_upward
2
arrow_downward

Мы начали внедрять NHAPI в некоторые из наших приложений обработки HL7. У нас были те же опасения, что и у вас, но, учитывая, что это открытый исходный код, это, безусловно, полезнее, чем написание собственного парсера. Поскольку он и проект HAPI, на котором он основан, лицензируются на условиях MPL, вы всегда можете разветвить кодовую базу, если обнаружите, что проект не соответствует вашим потребностям.

Мы также использовали коммерческий продукт, название которого я забыл, но это вызвало свои проблемы. Установка и лицензирование представляют собой сложную задачу, особенно в новых операционных системах, и компания не уделяет этому продукту особого внимания, поэтому поддержка очень плохая.

Я также обнаружил, что есть, по крайней мере, немного стороннего использования: http://dib0.nl/code/255-where-to-begin-if-you-want-to-start-with-hl7-in-c-or-java

person Mike Schenk    schedule 15.04.2011
comment
К вашему сведению, мертвая внешняя ссылка - person R. Richards; 18.11.2016
comment
Обновлена ​​внешняя ссылка. - person Mike Schenk; 18.11.2016
comment
Текущая ссылка говорит только об этом: Ошибка отображения страницы с ошибкой: Ошибка создания экземпляра приложения: класс «Joomla\Registry\Registry» не найден - person Adrian Carr; 16.12.2016

arrow_upward
0
arrow_downward

Мы оценили NHAPI и решили не использовать его для тех проблем, которые вы указали. Вместо этого мы выбрали HL7 Spy. Он имеет удобный клиент с графическим интерфейсом для отправки сообщений (полезно для тестирования), а также DLL, которая помогает вам создавать сообщения.

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

http://www.hl7spy.com/

person Lynn    schedule 10.02.2011
comment
Спасибо за ссылку, однако не похоже, что для hl7spy существует какой-либо программный интерфейс. Я что-то упускаю? - person imak; 11.02.2011

arrow_upward
0
arrow_downward

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

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

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

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

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

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

person sakito    schedule 02.10.2012