При приемане на поръчка, тя не влиза в нормалния процес на обработка в ЛИС iLab, а стои в пул от чакащи поръчки (по-долу статус „чакаща“). За да влезе поръчката в нормалния порцес на обрабтока (т.е. да се превърне във визита), се минава през процес на прием на пробата (в UI - Импорт на поръчка). Ако пробата е негодна, както и в други ситуации (липса на реактив, натовареност на лабораторията и др.) поръчката може да бъде отхвърлена. От казаното по-горе, следва че статуса на дадена поръчка типично преминава през следните състояния:

• чакаща (вендага след получаването ѝ);
• приета за работа (след импорт);
• отхвърлена (негонда проба и др.).

Отделно от сценария по-горе, в процеса на работа (след преминаване от чкаща в приета), отново една или повече позиции в поръчката могат да бъдат отхвърлени, например поради негондост на проба, установена след приема, повреден апарат и др. подобни.

Важно е да се отбележи че известяването на поръчващата страна за промяна на статуса става на ниво изследване в поръчка, а не цялата като такава. Възможно е отделни позиции да бъдат отхвърлени, докато други да бъдат приети и обработени. Известяването за промяна на статуса е и върпос на настройка в ЛИС iLab и при пускане на интеграция следва да се укаже дали поръчващата страна жеале да полчуава известия или не.

По долу е дадена редуцирана (но валидна по стандарт) структура на OML_O21 съобщението, при изпращането му от страна на iLab към външна система по повод промяна на статуса на поръчката.

В ПРОЦЕС НА РАЗРАБОТКА (НОЕ 2020)