Как убедиться, что контрольный идентификатор сообщения ACK BTAHL7 совпадает с оригинальным сообщением

У нас есть требование, чтобы идентификатор управления сообщениями (MSH.10) сообщения ACK HL7 был равен идентификатору управления сообщениями (MSH.10) исходного сообщения. Мы используем BTAHL7 с BizTalk 2013 R2, CU5. В нашем случае в настоящее время контрольный идентификатор сообщения ACK фактически является перестановкой контрольного идентификатора сообщения исходного сообщения. Любая помощь будет оценена.

1 ответ

Решение

Правильный ответ: даже не пытайтесь. Это не стандартный HL7.

Значение ссылки указано в MSA02 для HL7.

Это не проблема с HL7 или BizTalk Server. Это проблема, созданная вашим торговым партнером.

Если это выдвигается торговым партнером, первым ответом будет просто НЕТ, потому что это не стандартный HL7.

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

Другие вопросы по тегам