Přání klienta

Systém Legato měl být modulovatelný a přístupný z webového rozhraní s vlastním mobilním režimem. Měl pod sebou sdružovat několik systémů a částí, jak tomu u ERP systémů zpravidla bývá. Místo obvyklých „zdrojů“, které se v ERP evidují, se kterými se plánuje, které se spotřebovávají a tak podobně, jsou zde obyvatelé resp. klienti domova, které je třeba evidovat, plánovat s nimi různé služby pro dodržení kvality péče, zaznamenávat aktuální data a dokumentovat jejich pobyt.

Systém typu ERP je také třeba řádně nastavit a některým uživatelům omezit určité funkce pomocí definovatelných přístupových práv. Dalším požadavkem klienta byla možnost provozovat systém jak na cloudu, kde bylo třeba vyřešit rozdělení dat pro každý domov, tak i na vlastních serverech domova (on-premise). Samozřejmostí pak bylo logování veškerých akcí a úkonů provedených v systému.

Systém Legato měl být také doplněn o aplikaci mLegato, která by sloužila jako zjednodušená mobilní verze a ve které pečovatelé měli mít možnost provádět naplánované služby i offline. To vše bylo třeba zvládnout již v první fázi projektu, na niž bylo vyhrazeno 18 týdnů.

Aneb modulovatelnost sama

Na základě požadavku modulovatelnosti jsme se rozhodli celý systém rozdělit na samostatné mikroservisy, kde se každá z nich stará o určitou část systému. V architektuře mikroservis je možné do celého řešení jednoduše přidat nový modul, třeba i bez nutnosti zásahu do stávajícího kódu. Další výhoda mikroservis spočívala v tom, že pro klienty s on-premise lze dodat jen ty části, které jim náleží, a není tak potřeba řešit problémy nutností uzamknout nezakoupené části systému. Naopak v cloudu, kde se o prostor virtuálního serveru dělí několik klientů, je možné jednoduše každou mikroservisu škálovat podle jejího vytížení.

V první fázi tak vznikly mikroservisy:

• Autorizační jádro systému s informacemi o uživatelích a jejich právech

• Správa klientů domova – primárně jejich informací a jejich ubytování

• Služba zasílání e-mailů a SMS

• Nahrávání binárního obsahu (např. fotky klientů k jejich profilu)

• Logování všech akcí

• Nastavení a plánování služeb s klienty; první volitelný modul 

Zpočátku měly všechny mikroservisy oddělený jak kód, tak databázi. Vnitřní komunikace probíhala vždy přes rozhraní jednotlivých mikroservis. Například vykreslení informací o klientovi domova zahrnovalo zavolání mikroservisy pro správu klientů, která se zeptala autorizační mikroservisy, zda má daný uživatel právo pro zobrazení těchto dat, načtení fotky klienta z mikroservisy s binárním obsahem, zalogování akce do mikroservisy s logy a finální načtení dat z mikroservisy se záznamy klienta pro návrat těchto dat na popředí, kde byla akce vyvolána.

Omezení přístupu k datům

Pro systém práv jsme použili knihovnu PRBAC (Partition Rule Base Access Control) a zabudovali ji přímo do frameworku Django, ve kterém jsme aplikaci vyvíjeli. Mohli jsme tak dynamicky a systémově nastavit každému objektu z každé mikroservisy vlastní přístupová práva, která byla uchována v autorizační mikroservise. Tato práva jsme nazvali jako atomická, jelikož jsme je dále seskupovali do shluků přiřazovaných na popředí k jednotlivým rolím, které mohou uživatelé získat. Kromě typických modelových práv je možné i dodatečně definovat vlastní práva, čehož jsme později využili pro ještě drobnější nastavení práv, např. pro změnu hesla jinému uživateli, speciální akce, opakované provedení výkonu, nebo pro celý konstrukt frontendových práv, která dále určil viditelné části popředí systému.

Mobilní apka ve formě PWA

Další důležitou součástí zadání byla menší mobilní aplikace pro obsluhu výkonů. Klient požadoval, aby tato část mohla fungovat i offline, pokud by pracovník provádějící výkony neměl přístup k internetu. Měli jsme možnost tuto aplikaci vyvinout zvlášť, nicméně tato část by neúměrně zvýšila rozpočet a prodloužila dobu vývoje první fáze. Vzhledem k tomu, že akce v mLegatu kopírovaly funkce webové aplikace, rozhodli jsme se webovou aplikaci realizovat jako progresivní webovou aplikaci – celou aplikaci je tak možné stáhnout do mobilu a po přidání příslušných funkcí obsluhovat i offline. Díky tomu má pracovník možnost na svém mobilním telefonu provádět výkony a my jsme ušetřili na vývoji samostatné aplikace.

• Obsluha klientů domova, uživatelů a jejich přístupových práv.
• Plánování a provádění služeb pro klienty
• V přehledech je možné řadit, filtrovat a vyhledávat
• V detailech jsou nastaveny standardní akce úprav, potvrzení akce, smazání
• Viditelné části detailu je možné částečně skrýt nebo odkrýt, skryté části zůstávají skryté i při překliku na jiný detail
• V tabulkách je možné nastavit šířku jednotlivých sloupc
• Každý objekt je možné smazat, pokud není nikde přiřazen, jinak bude deaktivován

Volné přidělení výkonů

Dozorce i mimo domov