У нас есть требование, чтобы идентификатор управления сообщением (MSH.10) сообщения ACK HL7 был равен идентификатору управления сообщением (MSH.10) исходного сообщения. Мы используем BTAHL7 с BizTalk 2013 R2, CU5. В нашем случае в настоящее время идентификатор управления сообщением ACK фактически является перестановкой идентификатора управления сообщением исходного сообщения. Любая помощь будет оценена по достоинству.
Как убедиться, что идентификатор управления сообщением BTAHL7 ACK Message совпадает с исходным сообщением
Ответы (1)
Правильный ответ: даже не пытайтесь. Это не стандарт HL7.
Значение ссылки указано в MSA02 согласно HL7.
Это не проблема HL7 или BizTalk Server. Это проблема, созданная вашим торговым партнером.
Если это продвигает торговый партнер, первый ответ будет просто НЕТ, поскольку это не соответствует стандарту HL7.
Если они продолжат настаивать на этом, ваш следующий шаг — сообщить руководству, что, поскольку Торговому партнеру требуется нестандартный HL7, вам потребуется много дополнительного времени и денег, чтобы поддержать это. Вам понадобится полностью индивидуальная схема нумерации.
person
Johns-305
schedule
26.01.2017
Привет Джонс, Прежде всего, большое спасибо за ваш ответ. Я проверил ваш профиль и полагаю, что вы очень хорошо разбираетесь в BizTalk. Поэтому мой вопрос к вам больше связан с тем, чтобы получить от вас руководство. Клиент прислал нам пару ссылок, показывающих исходное сообщение MSH.10 = ACK MSH10. Как убедить клиента в обратном?
- person Tiklu Ganguly; 27.01.2017
Вы уверены, что образцы не были простым совпадением? Если им нужно протестировать системы, начинающиеся с 1, контрольный идентификатор появится как синхронизированный, но это не так. Как вы их убеждаете? Во-первых, вежливо сказав им, что HL7 работает не так, как нет необходимости синхронизировать эти идентификаторы. X12 и EDIFACT имеют одинаковые идентификаторы, которые не требуют синхронизации.,
- person Johns-305; 27.01.2017
Вот хорошее описание MSH10. Он не ссылается на возврат исходного идентификатора сообщения. hl7resources.com/Public/index.html?a55433.htm
- person Johns-305; 27.01.2017
Это правильный ответ. Та же проблема недавно обсуждалась в списке рассылки HL7 Infrastructure and Messaging, поэтому см. эти сообщения для объяснения того, почему это требование неверно. lists.hl7.org/read/messages?id=307612
- person Nick Radov; 27.01.2017
Дорогой Джон. Я также нашел еще одну ссылку, проверьте link раздел 2.24.1.10 Идентификатор управления сообщениями (ST) 00010. Еще раз спасибо за вашу поддержку. Действительно ценю это.
- person Tiklu Ganguly; 27.01.2017
Самая большая проблема заключается в том, что торговый партнер диктует вам, как создавать уникальные идентификаторы. Это совершенно неуместно. Ваша система HL7 принадлежит вам, а не торговому партнеру. И, как уже отмечалось, это нестандартно.
- person Johns-305; 27.01.2017
