Servisní protokol se stal živým záznamem.
Aktualizace č. 1 byla o AI, aktualizace č. 2 o znalostech, ze kterých AI vychází. Tato je o nejméně okázalé a nejvíc regulované části života medtech distributora: o servisu. Devátého září nám vedoucí servisu Imedexu předal dva krátké seznamy — jeden k instalované technice, druhý k periodické bezpečnostně-technické kontrole. O osm dní později bylo 22 z 26 položek naživo v produkčním systému, ověřeno jedna po druhé v běžící instanci i ve vygenerovaných PDF. Nic ze zbytku seznamu nečeká na vývoj; zůstávají dvě rozhodnutí.
Problém v jednom dokumentu
Každý zdravotnický prostředek instalovaný v nemocnici musí projít periodickou bezpečnostně-technickou kontrolou — v Česku ze zákona každých 12 měsíců — a nemocnice si podepsaný protokol uchovává. Jedna návštěva, několik přístrojů, jeden protokol na přístroj. Ten protokol je smyslem celé návštěvy, a přesto dvě nejdůležitější data na něm — kdy byla kontrola provedena a kdy má být příští — až do tohoto kola nikde neexistovala jako skutečná data. Systém držel plánované období; datum provedení bylo to, co někdo napsal; příští datum bylo aritmetikou, kterou nikdo nemohl opravit. Umístění, stav záruky, číslo objednávky zákazníka i jméno technika se přepisovaly na každý protokol znovu. Tisk navíc nesl interní čísla, která nemocnici nic neříkají.
Co se změnilo
Data jsou plnohodnotná. Datum provedení a datum příští kontroly teď žijí na každé servisní aktivitě — editovatelná, předvyplněná podle vlastního pravidla klienta (o dvanáct měsíců dál, zaokrouhleno na konec měsíce), zobrazená v hlavičce i v tisku. Záruka se odvozuje, nikdy neukládá — z dat záruky přístroje, takže se nemůže rozejít se skutečností. Umístění přichází z instalované báze, ne z paměti technika. Číslo objednávky zákazníka má svůj domov: zadá se jednou na zakázku, tiskne se na každý protokol z té návštěvy a dá se podle něj hledat — „najdi zakázku k této objednávce" je teď filtr, ne telefonát. Servisní technik je role, kterou vyberete, ne jméno, které píšete. A protokol přišel o tři interní pole, která vedoucí servisu škrtl na vytištěné kopii.
Samotná instalovaná báze teď mluví jazykem klienta: Instalované položky místo obecných názvů, stav a datum instalace místo množství, tři pole, která v Imedexu nikdo nepoužívá, skrytá (ne smazaná — hodnoty zůstávají) a umístění nastavené už při založení přístroje. Přístroje zapůjčené nemocnici a přístroje v pronájmu jsou teď dva různé stavy, protože jsou to dvě různé skutečnosti.
Proč je to větší než jeden klient
Nic v kódu nezná slovo „BTK". Data, číslo objednávky, stav zápůjčky i umístění se staly schopnostmi platformy, které zapíná konfigurace typu aktivity. Dentální nebo laboratorní servisní firma s jiným cyklem kontrol a jinou legislativou začíná ze stejného místa — a jedna z nich už zdědila srozumitelnější názvy, aniž by o ně sama žádala.
Co bude dál
Imedex provozuje dvě právnické osoby — českou v CZK a slovenskou v EUR — na jedné instanci s jedním sdíleným katalogem produktů. Další vlna přenese tuto servisní konfiguraci na slovenskou entitu a přidá texty produktů ve třech jazycích, aby se stejný katalog správně tiskl v Praze i v Bratislavě. Dvě otevřená rozhodnutí na seznamu jsou na nás a na vedoucím servisu, ne na vývoji. Proč by měl přístroj překročit hranici uvnitř své skupiny bez druhého systému — a co s tím dělá EU — je v článku „Přístroje bez hranic".
Promluvme si o vašem servisním protokolu →
Autor: Jan Safka · poznámky z praxe Healtek, září 2026. Počty (26 požadavků, 22 naživo) pocházejí z ověřovacího průchodu produkční instancí klienta 17. září 2026 — ne z testovacího systému.