Инструменти за потребители

Инструменти за сайта


ack

Това е стара версия на документа!


Отговор (ACK)

При отговор, в случай на грешка, може да има попълнено поле MSA.6 - Error Condition със стойности от таблица 0357:

Код Значение Описание
0
100 Segment sequence error Грешка в последователността на сегментите
101 Required field missing Липсва изискуемо поле
102 Data type error Грешка във вида на данните
103 Table value not found Посочена стойност липсва в дефинирана таблица
200 Unsupported message type Вида на съобщението не се поддържа
201 Unsupported event code Вида на събитието не се поддържа
202 Unsupported processing id Неизвестно Id на съобщение
203 Unsupported version id Версията на протокола не се поддържа
204 Unknown key identifier Неизвестен ключов идентификатор
205 Duplicate key identifier Повторение в ключов идентификатор
206 Application record locked Записът е заключен
207 Application internal error Вътрешна грешка в приложението

Кодовете са максимално описателни, като много важни са стойностите 0, 101, 204, 205 и 206:

  • 0 (Message accepted): всичко е ОК, няма нужда от по-нататъшна обработка;
  • 101 (Required field missing): липсва изискуем идентификатор;
  • 101 (Required field missing): липсва задължителен код, най-вече липсващи (или невалидни) едновременно ЕГН/ЕНЧ и ИЗ.
  • 204 (Unknown key identifier): опит за актуализация или изтриване на поръчка, която не е правилно приета и не съществува в БД на ЛИС;
  • 205 (Duplicate key identifier): опит за нова поръчка с номер (на поръчващата страна), който вече е използван (вече има заявка с такъв номер);
  • 206 (Application record locked): опит за промяна или изтриване (анулиране) на поръчка, чието изпълнение е започнало (заключена е).

При варианта допълнителна поръчка или просто актуализация, трябва да се следи за този код. Ако Той е 206, поръчващата страна трябва да направи нова поръчка, с вече различен номер и да реферира баркодовете на направената вече основна поръчка. Това е ключов момент в логиката на комуникация за да сработят допълнителните поръчки когато основната поръчка е вече заключена. Така или иначе, поръчващата страна винаги трябва да прави първо опит за актуализация на основната поръчка и ако записа е заключен – да прави нова допълнителна с референция към вече изпратените проби. Технически допустимо е изпращането на допълнителна поръчка и при все още незаключена основна, макар това да е логически необосновано и да затруднява вътрелабораторния процес.

Примерен отговор при актуализация на вече приета за работа поръчка, като трябва да се има предвид че не текста в MSA.3 е водещ, а кода в MSA.6.

ack.1505942858.txt.gz · Последна промяна: 2017/09/21 00:27 от admin