1
У нас есть требование, чтобы идентификатор управления сообщением (MSH.10) сообщения ACL HL7 был равен идентификатору управления сообщением (MSH. 10) исходного сообщения. Мы используем BTAHL7 с BizTalk 2013 R2, CU5. В нашем случае в настоящее время идентификатор управления сообщением ACK фактически является перестановкой идентификатора управления сообщением исходного сообщения. Любая помощь будет оценена по достоинству.Как убедиться, что идентификатор управления сообщением BTAHL7 ACK Message совпадает с оригинальным сообщением
Привет, Джонс, Прежде всего, большое спасибо за ваш ответ. Я проверил ваш профиль, и я предполагаю, что у вас очень хорошие знания в BizTalk. Поэтому мой запрос к вам больше зависит от того, как получить от вас руководство. Клиент отправил нам пару ссылок, которые показывают MSH.10 исходного сообщения MSK10 = ACK MSH10. Как мы убеждаем клиента в противном случае? –
Вы уверены, что образцы были не просто совпадением? Если им нужно протестировать системы, начинающиеся с 1, идентификатор Control * будет отображаться * синхронизированным, но это не так. Как вы их убеждаете? Во-первых, вежливо говоря им, что не работает HL7, нет необходимости синхронизировать эти ID. X12 и EDIFACT имеют аналогичный идентификатор, который не требует синхронизации., –
Здесь хорошее описание MSH10. Он не ссылается на возвращение исходного идентификатора сообщения. http://www.hl7resources.com/Public/index.html?a55433.htm –