Кто-нибудь знает среднее время ответа клинического сообщения HL7?
Я разрабатываю.net интерфейс для отправки и получения сообщений HL7 и заметил на этом форуме несколько человек с таким опытом.
Мой вопрос... Может ли кто-нибудь поделиться своим опытом о том, сколько времени потребуется, чтобы получить ответ на сообщение с сервера HL7 больницы. (Особенно при запросе демографических данных пациента) - секунды / минуты / часы?
Моя дилемма заключается в том, чтобы я спроектировал свое приложение так, чтобы пользователь ждал возвращения сообщения.
(Извините, если это немного не по теме, это все еще связано с программированием? - Я искал в Интернете форумы HL7, но застрял так снова, если кто-нибудь знает о них, пожалуйста, дайте мне знать)
ура, Джейсон
4 ответа
По моему опыту, вы должны получить ACK или NAK в течение нескольких секунд. Принимающее приложение не должно заставлять вас ждать, пока оно выполняет операции с сообщением. У нас установлено время ожидания 30 секунд, и мы почти никогда не ждем ответа так долго.
Это в значительной степени зависит от вида отправляемых сообщений HL7, обычно такие сообщения, как ADT, отправляются как, по существу, обновления на сервер, и подтверждаются почти сразу, если система больницы работает хорошо. Это приведет к подтверждению уровня протокола, которое указывает, что узел получил сообщение, но еще не обязательно его обработал.
Как правило, большинство систем используют посредника или очередь сообщений в своих механизмах интеграции, поэтому вы почти сразу получаете подтверждение.
Другие сообщения, такие как сообщения лабораторного запроса, могут фактически отослать еще одно не подтвержденное сообщение, которое содержит запрошенную информацию. Эти запросы могут занять больше времени.
Вы можете проверить с партнером, с которым вы общаетесь, чтобы увидеть, какой механизм интеграции они используют, и, если очередь находится на этом конце, что поможет обеспечить короткое время отклика.
В инструменте интеграции HL7, над которым я работаю, мы используем очереди для входящих данных, чтобы мы могли немедленно ответить. А для наших исходящих соединений тайм-ауты по умолчанию равны 10 с и, похоже, работают нормально для большинства наших клиентов.
При отправке события типа Query в HL7 может потребоваться несколько секунд, чтобы получить правильный ответ. Вам также нужно кодировать возможность того, что вы никогда не получите ответ, и вероятность того, что подключенные системы "не выполняют" запросы. Большинство сетей HL7, над которыми я работал, предполагают, что все заинтересованные системы всегда ожидают демографических обновлений. Обычно принимающие системы обрабатывают эти обновления в базе данных пациентов, которая на лету документирует информацию как о человеке, так и о встрече. В моем регионе моя система обычно получает около 10-20 тысяч сообщений в день, большинство из которых являются демографическими обновлениями пациентов.
Это зависит от того, генерируется ли ответ автоматически системой или ответ генерируется после того, как пользователь что-то делает в системе. Для автоматического ответа это может занять менее секунды, в зависимости, конечно, от обработки, выполняемой системой, и текущей рабочей нагрузки этой системы. Если система не слишком занята, и обработка - это всего лишь пара запросов и проверка некоторых условий, учитывая сетевые задержки, время ответа должно составлять несколько секунд или меньше.