Obecné požadavky
MMP
/
MMP Požadavky
/
Obecné požadavky
Project:
Nezařazené požadavky
Požadavky na PZZ
Požadavky na PP
Požadavky na mobilní aplikaci
Požadavky na PEZ
Požadavky
P.1 Řešení bude v souladu s legislativou uvedenou v kapitole 6.2 - Legislativa.
P.2 Dodávaný systém musí svojí architekturou splňovat obecné zásady informační bezpečnosti v míře, odpovídající charakteru užití a kategorii zpracovávaných dat (GDPR).
P.3 Dodávaný systém musí být přehledný, logicky členěný a srozumitelný (user friendly).
P.4 Aplikace musí obsahovat interaktivní nápovědu a odkazy do e-learningového systému.
P.5 Zadavatel připouští v případě specializovaných modulů/subsystémů realizaci specializovaným SW propojeným s TLM tak, aby byla sdílena potřebná data a funkcionality naplňující požadavky uvedené v tomto dokumentu.
P.6 Řešení musí být založené na současných obecně dostupných a moderních technologiích a standardech s perspektivou rozvoje a podpory min. 15 let. Součástí dodávky nesmí být plnění, kde je závislost na technologii s oznámeným ukončením podpory kratší ne
P.7 Dodávané systémy musí mít jednotné uživatelské rozhraní se způsobem ovládání respektujícím obecné standardy ve všech modulech a funkcionalitách. Výjimkou jsou pouze ty moduly dodávaného systému, u kterých to zadavatel výslovně připouští (moduly třet
P.8 Identifikace a autentizace uživatele při přihlašování musí podporovat identifikační prostředky Identity občana (NIA).
P.9 Provedení migrace a výchozího načtení dat dle kap. 3.4.2 – Migrace dat.
P.10 Řešení musí být v souladu se a podporovat mezinárodní a národní standardy jako DASTA 4 a HL7 (FHIR).
P.11 Sdílení číselníků mezi jednotlivými částmi systému.
P.12 Správa číselníků: Systém musí disponovat aplikací (rozhraním), které umožní aplikačnímu administrátorovi spravovat jednotlivé číselníky. Veškeré číselníky řešit jako historické, což znamená, že číselníky musí být uloženy ve verzích, aby bylo možné
P.13 Požadujeme hierarchické nastavování přístupových práv dle rolí, možnost definovat rozsah přístupu i stupně oprávnění manipulace se záznamem (čtení / zápis / změna / mazání).
P.14 Přístup více zdravotnických zařízení řešit formou více tenantů, kdy každé zapojené ZZ má v systému oddělená data.
P.15 Princip nastavování přístupových práv jednotlivým uživatelům musí vycházet z definice libovolného množství uživatelských rolí a skupin, do kterých jsou samotní uživatelé přiřazování.
P.16 Možnost omezení přístupu pouze na pacienty vybraného pracoviště dle organizační struktury a zařazení do ZZ a příslušné organizační jednotky s přístupem ke všem podřízeným.
P.17 Navržená uživatelská softwarová aplikace a všechny její části komunikují primárně v jazyce českém. Podpora jazykových mutací pro koncové uživatele dle kap. 3.3.3 – Portály TLM.
P.18 Pro práci správců a administrátorů se u definovaných systémových komponent připouští komunikace v jazyce anglickém.
P.19 Kontextová nápověda u jednotlivých bodů a funkcí musí být v příslušném jazyce.
P.20 Systém musí splňovat ustanovení vyhlášky č. 98/2012 a vyhlášky 137/2018 Sb. o zdravotnické dokumentaci v aktuálním znění.
P.21 Soulad s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR – General data protection regulation) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a Zákonem č. 110/201
P.22 Soulad se Zákonem č. 181/2014 Sb., o kybernetické bezpečnosti v aktuálním znění a vyhláškou Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybe
P.23 Soulad se Zákonem č. 372/2011 Sb., o zdravotních službách a Vyhláškou č. 98/2012 Sb., o zdravotnické dokumentaci, ve znění pozdějších předpisů.
P.24 Soulad se Zákonem č. 325/2021 Sb., o elektronizaci zdravotnictví, ve znění pozdějších předpisů.
P.25 Možnost vytváření a tisku legislativně požadovaných dokumentů – informovaný souhlas, poučení před výkonem, záznamy o osobách blízkých, souhlas s poskytováním informací o stavu pacienta apod. Specifické legislativní požadavky pro zdravotnické zaříze
P.26 Další legislativa je uvedena dále v kapitole 6.2 – Legislativa.
P.27 Objednatel má právo na předání zdrojového kódu Díla (softwarové produkty), jakož i ostatních částí poskytovaného software, které nejsou autorskými díly. Součástí postoupení práv nebo Licence je též právo k provedeným změnám konfigurace či
P.28 Velká modularita s možností rozšíření na řádově tisíce, výhledově desetitisíce pacientů současně bez dalších programových úprav v centrální komunikační platformě spojených se zvýšeným provozem.
P.29 Systém umožní posílat notifikace o stavech a událostech skrze různé komunikační kanály. Musí podporovat minimálně tyto kanály:
P.30 Data z měření nebo zadaná uživateli jsou využitelná v jiných částech systému a je možné je přes integrace předávat do napojených IS (např. NISy nebo ESB jednotlivých ZZ).
P.31 Vybrané části dodávky (přístrojové vybavení, koncová HW zařízení a Komunikační platforma pro telemedicínu apod.), která podléhají povinnosti certifikace jako zdravotnický prostředek podle normy ISO 13485 musí být certifikované jako zdravotnický pro
P.32 Komunikační platforma musí být registrována/notifikována jako zdravotnický prostředek dle platných právních předpisů (kopie rozhodnutí o notifikaci a výpis z Registru zdravotnických prostředků či jiný obdobný dokument platný dle aktuálních právních
P.33 Portály TLM musí umožnit přístup ke službám pro následující oblasti:
Obecné požadavky : Public Package
Created:
02.09.2025 12:49:24
Modified:
02.09.2025 12:49:24
Project:
Author:
jaros
Version:
1.0
Phase:
1.0
Status:
Proposed
Complexity:
Easy
Difficulty:
Priority:
Multiplicity:
Advanced:
UUID:
{5815A486-06D0-49f1-BA92-5099E2EABB43}
Appears In:
