Slovníček digitálního zdravotnictví

Čl. 4 vyžaduje opatření podporující gramotnost v oblasti AI. Po novele 2026/1744 je účinnost vybraných požadavků na vysoce rizikové AI podle přílohy III posunuta na 2. 12. 2027 a podle přílohy I na 2. 8. 2028; nejde o jeden společný termín pro celý AI Act.

Výstup vyžaduje klinickou kontrolu, zejména negací, medikace a opomenutých informací. Před nasazením musí být vyřešena pravidla pro zpracování a zabezpečení údajů.

AIS může spadat do definice systému EHR podle EHDS. Neplatí však, že každý software používaný v ordinaci automaticky podléhá stejným povinnostem.

Pouhá náhrada jména kódem obvykle znamená pseudonymizaci, ne anonymizaci.

API neurčuje samo o sobě, zda bude předané klinické informaci správně rozumět.

ATC kód popisuje klasifikaci látky nebo skupiny; není totožný s konkrétním kódem balení léčivého přípravku SÚKL.

Auditní záznam není totéž co klinický zápis. Musí být přiměřeně chráněn před neoprávněnou změnou.

Věrohodný vzhled a vysoká plynulost textu nejsou důkazem správnosti.

Vysoká průměrná přesnost nevylučuje klinicky nebezpečné rozdíly mezi skupinami.

CDS nemusí používat AI – může fungovat na předem nastavených pravidlech. V závislosti na účelu může být zdravotnickým prostředkem. Příliš mnoho upozornění může vést k tomu, že jim lékař přestane věnovat pozornost.

Cloud nevylučuje potřebu smluv, řízení přístupu, záloh a ověření umístění či předávání dat.

Pouhé naskenování papíru ještě nemusí zajistit další práci s údaji.

Technologie sama o sobě nenahrazuje nastavení odpovědností a návaznosti péče.

DPIA není povinné pro každý software automaticky. Je nutné zejména při pravděpodobně vysokém riziku, například při velkoplošném zpracování citlivých dat.

Jde o vyvíjený soubor technických specifikací; nemusí být viditelný v uživatelském rozhraní.

Obecná použitelnost od 26. 3. 2027; od 26. 3. 2029 první prioritní kategorie (pacientský souhrn, eRecept a eVýdej) a většina pravidel sekundárního použití; od 26. 3. 2031 další kategorie (snímky, laboratorní výsledky a propouštěcí zprávy). Jednotlivé povinnosti mají různá přechodná období.

Ne každá digitalizovaná činnost automaticky znamená jednodušší práci.

Je nutné rozlišovat zdravotní záznam (údaje) od systému EHR (software). Konkrétní AIS může být systémem EHR podle definice EHDS, pokud splňuje zákonné znaky.

NIA znamená Národní bod pro identifikaci a autentizaci. NIA ID je jen jeden z přihlašovacích prostředků. Ověřená totožnost sama o sobě ještě nedává právo číst zdravotní záznamy.

Obsah a vedení upravuje zákon č. 372/2011 Sb. a vyhláška č. 444/2024 Sb. Elektronická forma sama nezaručuje sdílení mezi poskytovateli. Plošná povinnost elektronického vedení byla v roce 2026 předmětem legislativního návrhu, nikoli obecně účinným pravidlem.

Samotné přihlášení bankovní identitou není automaticky kvalifikovaným elektronickým podpisem; požadovaná forma závisí na konkrétním právním úkonu.

Vydané léčivo není důkazem užívání; chybějící položka není důkazem nepřítomnosti alergie nebo léčby.

Od 1. 1. 2026 se používá povinně, se zákonnými výjimkami pro listinnou formu.

Předepsání, výdej a skutečné užívání léku jsou odlišné skutečnosti.

V listopadu 2026 není používání plošně povinné. Povinnost od 7/2027 pro některé žádanky a od 1/2028 pro laboratoře je legislativní návrh, nikoli již účinná povinnost.

Jde o pacientskou aplikaci, ne o úplnou zdravotnickou dokumentaci ani nástroj pro profesionální práci lékaře. Funkce se průběžně rozšiřují.

Souhlas pacienta není univerzálním právním základem pro každé zpracování zdravotních údajů.

Plynulý text může obsahovat nepravdivé nebo nepodložené údaje.

Vedle vymyšlených informací je nutné cíleně hledat i vynechání důležitých údajů (omise), chyby v negacích a záměny pacientských informací.

HDAB neznamená automatické zveřejnění pacientských dat; přístup je podmíněn pravidly, posouzením a bezpečným zpracováním.

Nejde o volně dostupnou databázi pacientských záznamů.

Použití FHIR automaticky nezaručuje kompatibilitu všech systémů ani úplné klinické workflow.

Identifikátor není automaticky důkazem, že předepsaný lék pacient užívá.

Integrace může přenášet jen některá pole a nemusí znamenat plnou interoperabilitu.

Technické propojení nestačí bez správné identity, obsahu a pracovního postupu.

Kódování musí odpovídat klinickému významu, ne jen podobnému slovu.

Digitální nástroj by měl podporovat celý proces, nikoli jen jeden jeho krok.

Správnost role v portálu se odvíjí od aktuálních údajů příslušných registrů; registr není sám kompletní klinickou dokumentací.

Nereagujte pouze technicky: může jít i o bezpečnost pacienta a povinnosti oznamování.

Výchozí režim je opt-out: pacient může nahlížení omezit; do záznamu se smí vstupovat jen při splnění zákonných podmínek v souvislosti s péčí a pacient vidí historii přístupů. Chybějící údaj není důkazem, že lék neužívá.

Dohled musí být skutečně proveditelný, ne jen formální kliknutí na potvrzení.

Není automaticky validovaným klinickým rozhodovacím systémem.

Kód nenahrazuje jednotku, hodnotu, čas a interpretační kontext.

O klasifikaci rozhoduje určený účel softwaru a jeho funkce. Pro diagnostické zdravotnické prostředky in vitro platí samostatné nařízení IVDR (EU 2017/746); výklad softwaru přibližuje MDCG 2019-11 rev. 1.

Bez metadat může být i správná hodnota zavádějící.

Kód diagnózy nemusí vystihovat celý klinický obraz pacienta.

WHO zveřejnila aktualizovanou oficiální českou verzi MKN-11 v únoru 2026. Dostupnost klasifikace ještě neznamená automatickou povinnost používat ji ve všech českých systémech.

Úspěšné pilotní testování nestačí pro trvalé používání bez kontroly; formální povinnosti se liší podle regulované role a klasifikace nástroje.

Dostupnost se liší podle země, služby a fáze zavádění.

Je třeba rozlišovat mapování lokálních laboratorních kódů na národní číselník; stejné názvy nemusejí mít stejný význam.

Zkratka NIS pro nemocniční informační systém se nesmí zaměňovat s evropskou směrnicí NIS2 o kybernetické bezpečnosti.

Není pravda, že každá malá ambulantní praxe automaticky podléhá všem povinnostem NIS2. Záleží na zákonném zařazení a podmínkách.

Některé služby jsou dostupné přímo v portálu, k jiným portál přesměrovává. Rozsah závisí na identitě, roli a oprávnění uživatele.

Souhrn není totéž co kompletní zdravotnická dokumentace.

Správce hlásí incident ÚOOÚ bez zbytečného odkladu, pokud možno do 72 hodin od zjištění, jestliže existuje relevantní riziko pro práva a svobody osob. Ne každý technický incident se hlásí automaticky.

Není to totéž co poskytovatel zdravotních služeb; jeden subjekt může v různých situacích plnit více rolí.

Přístup je vázán na oprávnění a příslušné právní podmínky.

Kvalitní zadání nezaručuje správnost výsledku ani bezpečnost sdílených dat.

Podle AI Actu se tato role nazývá „zavádějící subjekt“ (anglicky deployer). Pravidla se nevztahují jen na výrobce: povinnosti může mít i zdravotnické zařízení, které systém používá. Jejich rozsah závisí na typu AI a způsobu využití.

Pseudonymizace není anonymizace. Ten, kdo má identifikační klíč, může osobu znovu poznat. U příjemce dat záleží také na tom, zda má reálně dostupný způsob, jak člověka identifikovat.

Existence záznamu v registru nezakládá neomezené právo nahlížet na údaje všech pacientů.

Přístupová práva je nutné pravidelně kontrolovat a rušit po změně role.

Není totožný s kompletní zdravotnickou dokumentací pacienta. Rozsah a dostupnost údajů se řídí pravidly systému.

Neznamená neomezené předávání identifikovatelných dat komukoli.

Šifrování samo neřeší chybně udělená oprávnění nebo napadený účet.

Není to „souhlas pacienta“. Samotná smlouva nezbavuje poskytovatele povinnosti prověřit zákonnost a bezpečnost zpracování.

Dostupnost a konkrétní implementace závisí na systému a lokálních pravidlech.

Dodavatel není automaticky vždy zpracovatelem; rozhoduje reálné uspořádání rolí a účelů. Odpovědnost správce nelze jednoduše přenést smlouvou.

Výsledky závisí na kvalitě dat a ověření v relevantní populaci.

Důležitá je správná jednotka, kontext i původ údaje.

Syntetický původ sám o sobě neprokazuje anonymitu. Je nutné zhodnotit možnost úniku nebo zapamatování reálných údajů.

EHDS se zde zaměřuje na vybrané (prioritní) kategorie zdravotních údajů. Pro dotčené systémy stanoví požadavky například na předávání údajů a záznamy o přístupech. Ne každý program v ordinaci je automaticky systémem EHR podle EHDS. Povinnosti nabíhají postupně; zvláštní termín 26. 3. 2031 platí pro systémy podle čl. 26 odst. 2.

Je nutné vyřešit identifikaci, dokumentaci, bezpečnost i postup při potřebě osobního vyšetření.

Nestačí odstranit jméno, pokud lze pacienta určit jinak.

Konkrétní schopnosti a rizika se zásadně liší podle účelu systému.

Výsledek z jiné země nebo specializace nemusí platit pro vaši ordinaci.

Dvě různá hesla nejsou dva nezávislé faktory.

Bez pravidelně testované obnovy není jisté, že záloha pomůže.

Od 2. 2. 2025 ukládá čl. 4 AI Actu organizacím používajícím AI podporovat potřebné znalosti pracovníků. Dohled nad touto povinností se uplatňuje od srpna 2026. Nejde o povinnost, aby měl každý zdravotník konkrétní certifikát nebo prokázal stejnou úroveň znalostí.

Elektronické odeslání nenahrazuje klinické rozhodnutí o pracovní neschopnosti. Papírový postup je vyhrazen výjimečným situacím při technickém výpadku.

Povinnost hlásit očkování do ISIN platí od 1. 12. 2022; vakcinační modul funguje v běžném provozu od 1. 1. 2023. Přímý zápis do eReceptu skončil 30. 11. 2022. Od dubna 2024 se záznamy z ISIN předávají do eReceptu. Starší údaje nemusí být úplné.

DICOM standardizuje obrazová data a komunikaci, ale sám nezajišťuje, že se lékaři do AIS dostane také klinická zpráva nebo že se systémy plně propojí.

Uložení snímků v PACS samo o sobě neznamená doručení popisu vyšetření do AIS ani automatickou dostupnost mezi různými poskytovateli.

Ne každý program používaný ve zdravotnictví je zdravotnickým prostředkem. Rozhoduje jeho výrobcem určený účel. Pro některé diagnostické prostředky in vitro platí vedle MDR samostatné nařízení IVDR.