iLab Courier е приложението с което ЛИС iLab изпраща резултати (съобщение ORU_R01) и други съобщения (например съобщение за промяна на статус с OML_O21) към БИС/ЕМД.Приложението идва в два варианта – GUI (graphical user interface) и CLI (command line interface). GUI варианта е предназначен за изпращане на резултати към външни системи (БИС или други) с потребителски интерфейс, докато CLI е предназначено да работи като сървърно приложение. И двата варианта работят почти идентично. Изпращането става на сесии, като се изпращат една или повече визити.

CLI версията се стартира (обикновено като планирана задача на Windows) със следните аргументи:

-s, --server (Default: localhost) Database server.

-d, --database (Default: iLab) Database name.

-i, --integrated-security (Default: false) Use Windows authentication.

-u, --username Username of SQL Server login.

-p, --password Paswword for SQL Server login.

-t, --timeout (Default: 180) SQL command timeout in secconds.

-e, --export-profile (Default: 1) Id of export profile.

-m, --mode (Default: p) Mode, r = results, p = partial results, o = orders.

-h, --hours (Default: 168) Number of hours back for detecting changes (takes effect in r and p modes).

-n, --hours (Default: 10) Number of retries when sending OMLs (takes effect only in o mode).

-l, --log-path Folder for logging hl7 messages, no such logs if not supplied.

-r, --log-retention (Default: 14) Hl7 logs retention period in days.

-v, --verbose (Default: false) Show diagnostic info.

--help Display this help screen.

--version Display version information.

При този режим на работа, сървъра прави периодично сесии и изпраща резултати към другата страна. При подходящо настроен iLabCourier CLI, употребата на GUI варианта няма смисъл, освен в случаите, когато е направена редакция на резултат във визита извън периода на детекция на промени. Тъй като БИС следва да заключва резултатите след известен период, такива редакции не би следвало да трябва да се правят, респективно и употребата на GUI става излишна.

CLI детектира следните промени:

• Добавяне, редакция или изтриване на забележка (обща за визитата или към отдел);
• Въвеждане на резултат (неготов → готов);
• Корекция на резултат (готов → готов);
• Изтриване на резултат (готов → неготов);
• Добавяне или премахване на тест/панел към визитата.

Детекцията става за определен период назад във времето. Този период се изчислява от датата и часа на регистрация до момента на стартиране на сесията.

При тази настройка, на БИС се докладват само готовите позиции, като чакащите тестове не се изпращат. Изключение от това правило е когато даден тест е бил готов, но резултата му е изтрит и е станал отново неготов. В този конкретен случай, CLI ще изпрати теста със статус C (корекция), като при следващи изпращания позицията отново ще бъде пропускана.

При тази настройка, CLI ще изпрати даден тест със статус F (Final, готов) еднократно, след неговото въвеждане. При следващо изпращане на визитата, вече рапортуваните готови няма да се изпратят. И тук, изключението е когато резултата се коригира, при което ще бъде изпратен със статус C (коригиран) еднократно и пропускан в следващи сесии.

При този режим, CLI пропуска изтритите изследвания от дадена визита.

Всички описани по-горе пропускания предполагат че отсрещната страна стриктно отразява всички изпратени до момента съобщения. Пропусканията имат за цел облекчаване на обработката на съобщения от БИС, т.е. да не се обработват повторно вече получени резултати или на неготови такива. А това се налага, заради това, че в рамките на жизнения цикъл на една визита (от приемането ѝ до пълното ѝ изработване), при последователно изработване на различните позиции, ще има няколко сесии, които инкрементално ще изпращат към БИС промени.