В настоящее время мои приложения-инициаторы и акцепторы общаются последовательно. Могу ли я сделать это как асинхронный процесс? Что я имею в виду, когда поток приложений-инициаторов отправляет запрос на бэкэнд-приложение, он должен ждать ответа от бэкэнд. Я хотел бы сделать это как асинхронный? Это правильно? или это против протокола HL7?Можем ли мы сделать связь HL7 асинхронной?
Ans;
Это не против HL7. Реализация HL7 основана на бизнес-правилах организации .
Например, давайте возьмем Управление здравоохранения/больницу.
Когда они выполняют первоначальный поиск, используя ваше здоровье #, они хотят, чтобы транзакция была синхронной. Это должно быть быстро. То же самое, если они хотят добавить нового человека и вернуть идентификатор или выполнить поиск.
Однако предположим, что они хотят кого-то обновить или слить. Те транзакции могут быть переданы асинхронному методу, потому что они не нуждаются в результатах сразу. В этих случаях вам понадобится , чтобы отправить ACK/WAK/NAK обратно, что является синхронным, однако будет асинхронным, который обрабатывает сообщение и отправляет обратно результат в определенную конечную точку.
Вам необходимо изменить поле MSH.15 и MSH.16 вашей структуры сообщений. Жесткий код этих 2 полей в NE, что означает «Никогда не ждать подтверждения». Дополнительную информацию можно найти here
Что я искал, так это то, как я могу сделать процесс HL7 асинхронным и хочу убедиться, что он против протокола или нет. Я получил ответ из списка hapi-dev. Я копирую ответ здесь, – Ratha
Можете ли вы разместить заголовок своего сообщения, которое используется для связи? – Sid