Ошибка адаптера BizTalk HL7 (BTAHL7) с конечными разделителями MSH

У меня настроены порты / местоположения приема, развернуты схемы и настроена группа RAD, чтобы разрешить конечные разделители.

Если я отправлю сообщение в BizTalk без конечных разделителей, все будет работать нормально:

MSH | ^ ~ \ & | RAD | TEST | ITS || 201304111010 || ORU ^ R01 | J1908877 | D | 2.3 ||| AL | NE

Если я отправлю сообщение в BizTalk с конечными разделителями, вот как это выглядит на выходе из нашей HCIS:

MSH | ^ ~ \ & | RAD | TEST | ITS || 201304111010 || ORU ^ R01 | J1908877 | D | 2.3 ||| AL | NE |||||||||

Я получаю следующий ACK от BizTalk:

MSH ^ 1 ^ 21 ^ 102 & Ошибка типа данных & HL7nnnn: MSH | ^ ~ \ & | ITS || RAD | TEST | 201304111010 || ACK ^ R01 ^ ACK | 7788091J | D | 2.3 MSA | CR | J1908877 ERR | MSH ^ 1 ^ 21 ^ 102 & Ошибка типа данных & HL7nnnn

и ошибка в журнале событий:

Произошла ошибка в теле во время синтаксического анализа. Ошибка №1.

Альтернативный номер ошибки: 301 Описание альтернативной ошибки: Схема http://microsoft.com/HealthCare/HL7/2X#ORU_R01_23_GLO_DEF не найдено. Альтернативная система кодирования: HL7-BTA.

Я знаю, что проблема не в схеме, потому что, если я вручную удаляю конечные разделители, все работает нормально ...

Конфигурация партии


person Jeremy    schedule 11.04.2013    source источник


Ответы (1)


Параметр «Разрешить конечные разделители» позволяет использовать разделители для дополнительных полей, но не для дополнительных полей. В HL7 2.3 есть только 19 полей в сегменте MSH.

person Sheng Jiang 蒋晟    schedule 11.04.2013
comment
Итак, единственное решение - изменить схему MSH? - person Jeremy; 13.04.2013
comment
похоже - или поменять версию сообщения - person Sheng Jiang 蒋晟; 13.04.2013