Веселье: Пользовательский край - PullRequest
1 голос
/ 04 октября 2011

Я думаю, что это будет крайний крайний случай, который мне нужно выполнить:

  1. ORU поступает из стороннего приложения.
  2. Подтверждение AA возвращается стороннему приложению по тому же соединению.
  3. ORU перенаправляется в стороннюю систему назначения.
  4. Система назначения возвратит положительное или отрицательное подтверждение в веселье.
  5. Мне нужно вернуть подтверждение вторичного CA исходному отправляющему приложению третьей стороны по отдельному соединению.

    5a) Может быть положительным (AA) или отрицательным (AE) ACK.

    5b) Acks являются пользовательскими, поэтому они должны генерироваться с помощью javascript

    5c) Если я отправляю положительный (AA) ack обратно в исходную систему отправки, мне нужно заполнить одинполей MSA со значением, которое было в исходном сообщении ORU.

Точка 5с затрудняет это, потому что я не уверен в каком-либо способе сохранить состояние между исходным сообщением ORU иподтверждение.Есть ли способ сделать это в Mirth, или мне нужно что-то построить, храня информацию ORU в базе данных и просматривая ее при генерации ACK?

1 Ответ

0 голосов
/ 23 марта 2012

Зависит от того, какая точка данных вам нужна из исходного ORU. Большая часть сегмента MSH не должна меняться. Вы можете записать нужную точку данных в переменную карты каналов в преобразователе вашего первого получателя, создать другое назначение для возвращаемого пользовательского ACK и прочитать статус результата получателя над ним, а затем отправить свой собственный ack, построив назначенную вами точку данных. Ваша первая система нуждается в АА и втором подтверждении или вы не можете отправить ни одного специального подтверждения после получения подтверждения от следующей системы?

...