Кто-нибудь знает среднее время ответа на клиническое сообщение HL7?

По моему опыту, вы должны получить ответ ACK или NAK в течение нескольких секунд. Принимающее приложение не должно заставлять вас ждать, пока оно выполняет операции с сообщением. У нас установлено время ожидания 30 секунд, и мы почти никогда не ждем ответа так долго.

Это в значительной степени зависит от типа отправляемого сообщения HL7, обычно такие сообщения, как ADT, отправляются в основном как обновления на сервер и подтверждаются почти немедленно, если больничная система работает хорошо. Это приведет к подтверждению на уровне протокола, которое указывает, что одноранговый узел получил сообщение, но еще не обязательно обработал его.

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

Другие сообщения, такие как сообщения с запросом лаборатории, могут на самом деле отправить другое сообщение без подтверждения, содержащее запрошенную информацию. Эти запросы могут занять больше времени.

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

В инструменте интеграции HL7, над которым я работаю, мы используем очереди для входящих данных, чтобы мы могли реагировать немедленно. А для наших исходящих соединений тайм-ауты в 10 секунд установлены по умолчанию и, похоже, прекрасно работают для большинства наших клиентов.

При отправке события типа Query в HL7 получение правильного ответа может занять несколько секунд. Вам также необходимо закодировать возможность того, что вы никогда не получите ответа, и возможность того, что подключенные системы «не будут выполнять» запросы. Большинство сетей HL7, над которыми я работал, предполагают, что все заинтересованные системы постоянно прослушивают демографические обновления. Обычно принимающие системы обрабатывают эти обновления в базе данных пациентов, в которой на лету документируется информация как о человеке, так и о контакте (пребывание). В моем регионе моя система обычно получает около 10-20 тысяч сообщений в день, большинство из которых — терпеливые демографические обновления.

Это зависит от того, генерируется ли ответ системой автоматически или после того, как пользователь делает что-то в системе. Для автоматического ответа может потребоваться меньше секунды, в зависимости, конечно, от обработки, выполняемой системой, и текущей рабочей нагрузки этой системы. Если система не слишком загружена и обработка состоит всего из пары запросов и проверки некоторых условий, то с учетом сетевых задержек время отклика должно составлять несколько секунд или меньше.