Optimalizace procesu vyhodnocování vzorků v laboratoři: analýza problému založená na datech

Abstract

Využití optimalizačních postupů v nemocničním prostředí je dnes široce zkoumané téma, nicméně problémy týkající se laboratoří zůstávají pozadu. Tato práce si klade za cíl právě tuto oblast a věnuje se optimalizaci pracovního postupu hlavní laboratoře v Ústavu laboratorní diagnostiky Fakultní Nemocnice Královské Vinohrady. Na základě hlavního analyzátoru v laboratoři jsme nadefinovali rozvrhovací problém, identifikovali jeho úzká místa a snažili se je zmírnit pomocí několika navrhovaných pravidel pro třídění vzorků na vstupu do analyzátoru. Vyhodnocení pravidel implementovaným simulátorem hlavního analyzátoru ukazuje, že je možné zkrátit dobu dokončení statimových testů alespoň o 21,7 %, což se promění na celkovou redukci TAT o 2,9 minuty během ranního špičky a nejméně o 36,6 % - 6,2 minut během dopoledních hodin. Dále jsme ukázali překvapující fakt, že modul 702 s nejvyšší uváděnou propustností mezi moduly hlavního analyzátoru, je zodpovědný za největší zpoždění testů a také, že tento problém převažuje i po použití jiného nastavení analyzátoru.

The use of optimization approaches in hospital environments is widely studied topic today, however, problems concerning laboratories seem to be left behind. This work aims to fill the research gap and is dedicated to optimizing the workflow of the main laboratory at the Institute of Laboratory Diagnostics at the University Hospital Královské Vinohrady. We define a scheduling problem based on the laboratory main analyzer, identify its bottlenecks and try to mitigate them using several proposed rules on how to sort the samples at the analyzer's input. Evaluation of the proposed rules by implemented simulator of the main analyzer shows that it is possible to reduce the completion time of statim tests by at least 21.7 %, which transforms into overall test TAT reduction by 2.9 minutes during morning peak hours and by at least 36.6 % - 6.2 minutes during forenoon hours. Further, we have shown a surprising fact, that module 702 presented with the highest throughput among modules of the main analyzer is responsible for the largest delay of the tests. We have also shown that this issue prevails even after using a different set up of the analyzer.