Popis požadovaného řešení. Informace v této kapitole popisují požadované cílové řešení, které bude aplikováno pro nově implementované služby a nezahrnuje tedy architekturu nezbytnou pro migraci stávající implementace služeb do nového řešení AgriBus (pro paralelní souběh XxxxXxx s ESB Oracle, pokud je taková architektura trvale či dočasně vyžadována). Níže uvedená architektura bude doplněna Zhotovitelem tak, aby obsahovala veškeré prvky nezbytné pro migraci všech služeb provozovaných na stávající platformě ESB Oracle. Migrace existujících služeb je požadovanou součástí zadání. Detailní informace o požadované migraci jsou uvedeny v kapitolách 6.2 Detailní specifikace a 6.7 Implementace. Řešení AgriBus představuje jednotnou komunikační platformu složenou z několika funkčních komponent. Logický model řešení obsahuje grafické znázornění funkčních komponent řešení a jejich vzájemné spolupráce. Jednotlivé funkční komponenty mohou být v rámci řešení předkládaného Zhotovitelem implementovány jedním či více nabízenými systémy. Níže uvedený souhrn řešení popisuje jednotlivé funkční komponenty tak, jak jsou uvedeny na obrázku Obrázek 4 - Logický model AgriBus. Obrázek 4 - Logický model AgriBus Komunikační sběrnice ESB AgriBus Komunikační vrstva ESB AgriBus je centrální komponentou zajišťující přenos zpráv mezi Poskytovateli a Konzumenty služeb. ESB AgriBus zprostředkovává komunikaci a provádí konverzi mezi formáty a protokoly vstupních požadavků vznesených příjemci služby a formáty a protokoly požadovanými Poskytovateli služby. Pro komunikaci mezi jednotlivými příjemci a Poskytovateli služby není třeba individuálně dojednávat komunikační rozhraní. ESB AgriBus zajišťuje transparentnost komunikace poskytnutím univerzálního komunikačního rozhraní. Příjemci služeb nemusí znát adresu komunikačního rozhraní Poskytovatelů služeb. Adresovatelnost požadované služby a směrování zpráv zajišťuje ESB AgriBus. Komunikační sběrnice ESB AgriBus je připravena nejen na přenos datových zpráv, ale i objemných souborů v řádu stovek MB bez dopadu na probíhající on-line komunikaci. Soubory jsou v průběhu přenosu uloženy v dočasném úložišti ESB AgriBus a vlastní zprávou je přenášen pouze odkaz na umístění souboru. ESB AgriBus dále volitelně zajišťuje bezpečnost a integritu dokumentů. Všichni oprávnění Konzumenti služby, jež obdrželi odpověď s odkazem na soubor (případně jiný autorizační prvek, např. řetězec znaků), mají přístup k souboru v dočasném úložišti. Poskytovatel služby v odpovědi typicky určuje, po jak dlouho...
Popis požadovaného řešení. Tato kapitola obsahuje popis řešení, které je předmětem zakázky. Účelem kapitoly je poskytnout uchazeči ucelený přehled nad požadovaným řešením, ze kterého vyplývají konkrétní požadavky uvedené v další kapitole, které musí nabízené řešení splňovat.
Popis požadovaného řešení. DMS je ucelený nástroj pro správu dokumentů se zvýšenou potřebou kontroly jejich oběhu, zajišťující jednotnou evidenci a správu v jejich celém životním cyklu. V rámci něho bude v I. etapě možné rovněž využít připravených procesů pro řízenou dokumentaci v organizaci včetně podpory pro řízení rizik. Centrální DMS bude zajišťovat podporu celého životního cyklu dokumentu v lokalitách těchto uvedených uživatelů2: ● Nemocnice Havířov, p. o. ● Nemocnice ve Frýdku-Místku, p. o. ● Nemocnice Karviná-Ráj, p. o. ● Sdružené zdravotnické zařízení Krnov, p. o. ● Slezská nemocnice v Opavě, p. o. ● Nemocnice Třinec, p. o. ● Bílovecká nemocnice, a.s. ● Zdravotnická záchranná služba Moravskoslezského kraje, p. o. ● Moravskoslezské datové centrum, p. o., dále také „MSDC“ (pro vybrané části)3 Požadované řešení DMS musí být dodáno v multitenantní architektuře. Z pohledu architektury je v rámci multitenantního modelu požadováno využití centrálního úložiště dokumentů na bázi file systému, DMS pak ukládá soubory do souborového systému a do centrální databáze se ukládají pouze metadata. Soubory v souborovém systémů jsou zašifrované pomocí symetrické kryptografie bezpečným algoritmem s dostatečnou délkou klíče a bez známé zranitelnosti. Systém bude dostupný z webového rozhraní s responzivním designem bez nutnosti instalace klientské části pomocí protokolu HTTPS z mobilního prostředí. Jednotlivé tenanty DMS systému budou využívat jednotlivá zdravotnická zařízení. Přístup k dokumentům v souborovém úložišti a jejich předání uživateli je řízeno aplikační logikou s kontrolou oprávnění a logováním přístupů, tj. dokumenty jsou přístupné přes webové rozhraní DMS. 2Pro tyto jednotlivé právní subjekty bude provozován v rámci multitenantního systému uživatelský tenant 3Vybraný částmi se zde rozumí vlastní podpora organizace v oblasti kybernetické bezpečnosti Pro veškerou práci s DMS bude využíván personifikovaný Dashboard uživatele. Co se týče aplikací souvisejících s kybernetickou bezpečností, pak tyto budou publikovány prostřednictvím příslušné sekce v personifikovaném Dashboardu uživatele DMS. Sekce v rámci personifikovaného Dashboardu uživatele musí být rozšířitelné o další oblasti. Centrální část multitenantní architektury bude implementována v budově Integrovaného bezpečnostního centra (IBC), kde je předpokládaným provozovatelem DMS MSDC. MSDC bude rovněž využívat DMS v oblasti řízení kybernetické bezpečnosti.