Krátká odpověď: pokud má software zamýšlený účel pro zdravotnictví (diagnostika, prevence, monitorování, predikce, prognóza, léčba), jedná se o zdravotnický prostředek podle nařízení EU o zdravotnických prostředcích (MDR, 2017/745) a získává třídu rizika: I, IIa, IIb nebo III, většinou podle Pravidla 11 přílohy VIII. Třída rozhoduje, zda se můžete samocertifikovat (pouze třída I) nebo potřebujete notifikovaný orgán, jak hluboké musí být klinické hodnocení a jak probíhá post-market surveillance. Samostatně, technická norma IEC 62304 přiřazuje softwaru bezpečnostní třídu: A (možné žádné zranění), B (možné nevážné zranění) nebo C (možná smrt nebo vážné zranění), která určuje, kolik dokumentace, návrhu a testování vyžaduje životní cyklus. Tyto dvě klasifikace jsou propojené, ale nezávislé, a obě jsou stanoveny na základě škody, kterou by software mohl způsobit, nikoli na základě jeho složitosti.
Krok 1: Je to vůbec prostředek?
Software je podle nařízení EU o zdravotnických prostředcích (MDR) považován za zdravotnický prostředek, pokud je jeho zamýšlený účel lékařský: diagnostika, prevence, monitorování, předpovídání, prognóza nebo léčba (článek 2 odst. 1). Software, který pouze ukládá, archivuje, komunikuje, zobrazuje nebo vyhledává data, není prostředkem; software, který vytváří nebo upravuje lékařské informace pro podporu diagnostického nebo léčebného rozhodnutí, je podle MDCG 2019-11 prostředkem.
Definice MDR (článek 2(1)) se opírá o zamýšlený účel. Software, který ukládá, archivuje, komunikuje, zobrazuje nebo provádí jednoduché vyhledávání v datech, není prostředkem (MDCG 2019-11 to uvádí). Software, který vytváří nebo upravuje lékařské informace pro podporu diagnózy nebo rozhodnutí o léčbě, je. Záznam, který zobrazuje laboratorní hodnotu s referenčním rozsahem laboratoře, není; software, který uživateli sdělí, že hodnota indikuje stav, nebo doporučí dávkování, je. Podrobnosti o kvalifikačním kroku naleznete v článku Je zdravotnická aplikace zdravotnickým prostředkem?.
Krok 2: Třída rizika MDR, Pravidlo 11
Pravidlo 11 nařízení MDR klasifikuje software zdravotnických prostředků podle škody, kterou by nesprávné rozhodnutí mohlo způsobit. Software poskytující informace pro diagnostická nebo terapeutická rozhodnutí je standardně zařazen do třídy IIa, do třídy IIb, pokud by taková rozhodnutí mohla způsobit vážné zhoršení stavu nebo nutnost operace, a do třídy III, pokud by mohla způsobit smrt nebo nevratné zhoršení stavu. Monitorovací software je zařazen do třídy IIa, nebo do třídy IIb pro vitální parametry.
| Software určený k… | Třída MDR |
|---|---|
| poskytování informací používaných k rozhodnutím s diagnostickými nebo terapeutickými účely (výchozí) | IIa |
| …kde taková rozhodnutí mohou způsobit smrt nebo nevratné zhoršení zdraví | III |
| …kde taková rozhodnutí mohou způsobit vážné zhoršení zdraví nebo chirurgický zákrok | IIb |
| monitorování fyziologických procesů (výchozí) | IIa |
| …monitorování vitálních fyziologických parametrů, kde jejich změny mohou vést k bezprostřednímu nebezpečí pro pacienta | IIb |
| cokoli jiného (software, který je prostředkem, ale nespadá pod výše uvedené) | I |
Pravidlo 11 přesunulo většinu dříve třídy I softwaru do IIa nebo vyšší, což je hlavní důvod, proč byl MDR vnímán jako zásadní změna pro digitální zdravotnictví. MDCG 2019-11 a rámec rizik IMDRF (význam informací × stav zdravotní situace) pomáhají zařadit hraniční případy. Software, který řídí nebo ovlivňuje hardwarové zařízení, přebírá třídu tohoto zařízení (Pravidlo 3.3 prováděcích pravidel).
Důsledky podle třídy: třída I je samodeklarovaná s technickým souborem a registrací, bez notifikovaného orgánu (kromě Im, Is, Ir); IIa vyžaduje posouzení systému kvality notifikovaným orgánem a vzorek technické dokumentace; IIb totéž s podrobnější kontrolou dokumentace; III úplná kontrola technické dokumentace a, pokud je to relevantní, konzultace s panelem expertů. Všechny třídy vyžadují systém řízení kvality, klinické hodnocení přiměřené třídě, osobu odpovědnou za regulatorní shodu, UDI, registraci v EUDAMED, post-market surveillance a vigilance.
Krok 3: Bezpečnostní třída softwaru IEC 62304
Bezpečnostní třída softwaru podle normy IEC 62304 hodnotí software zdravotnických prostředků podle nejhorší škody, k níž by mohl přispět, po zohlednění externích kontrol rizik: třída A, pokud není možná žádná újma; třída B, pokud je možná nevážná újma; třída C, pokud je možná smrt nebo vážná újma. Třída určuje, jaké požadavky na návrh, ověřování a dokumentaci vyžaduje životní cyklus softwaru.
IEC 62304 (2006, doplněná 2015) je harmonizovaná norma pro procesy životního cyklu softwaru zdravotnických prostředků. Její bezpečnostní třída vychází z nejhorší nebezpečné situace, ke které může software přispět, po zohlednění opatření pro kontrolu rizik mimo software:
| Třída | Nebezpečná situace by mohla vést k… | Co vyžaduje životní cyklus |
|---|---|---|
| A | žádnému zranění nebo poškození zdraví | Plán vývoje softwaru, požadavky, vydání; řešení problémů; správa konfigurace |
| B | nevážnému zranění | A: plus architektonický návrh, ověření integrace a systémových testů, zdokumentované ověření jednotek |
| C | smrti nebo vážnému zranění | B: plus podrobný návrh pro každou jednotku, dodatečné architektonické oddělení, přísnější ověření |
Třídy jsou přiřazovány na systém softwaru a mohou být přiřazeny na softwarovou položku po rozkladu, takže pouze rizikové části nesou přísnost třídy C; norma vysvětluje argumentaci pro oddělení, kterou to vyžaduje. ISO 14971 (řízení rizik) přispívá ke klasifikaci; IEC 82304-1 přidává požadavky na úrovni produktu pro zdravotnický software, který běží na obecných platformách (telefony, cloud).
Jak se tyto dvě složky vzájemně ovlivňují
Riziková třída MDR a bezpečnostní třída IEC 62304 jsou nezávislé: třída MDR (I až III) určuje regulační cestu a zapojení oznámeného subjektu, zatímco třída IEC 62304 (A až C) určuje přísnost inženýrského procesu. Aplikace třídy IIa může být podle IEC 62304 třídy B nebo C v závislosti na škodě, kterou by nesprávný výstup mohl způsobit.
Třída MDR se týká regulatorní cesty; třída IEC 62304 se týká inženýrského procesu. Aplikace třídy IIa podle Pravidla 11 může být podle IEC 62304 třídy B (nesprávné informace by mohly vést k nevážnému zpoždění péče) nebo třídy C (pokud by návrh nesprávné dávky mohl být smrtelný). Prostředek třídy I je obvykle 62304 třídy A, ale ne nutně. Notifikované orgány očekávají, že technický soubor prokáže třídu 62304 s jejím zdůvodněním, dokumentaci životního cyklu na této úrovni a propojení s souborem řízení rizik. Kybernetická bezpečnost (MDCG 2019-16, IEC 81001-5-1) je hodnocena souběžně.
Pracovní příklad
Praktický příklad softwaru jako zdravotnického prostředku (SaMD): aplikace pro sledování příznaků, která zaznamenává, zobrazuje a sdílí příznaky, není zdravotnickým prostředkem. Přidáním funkce, která boduje příznaky podle ověřené škály a informuje uživatele, kdy vyhledat lékařskou péči, se stává prostředkem, podle pravidla 11 MDR standardně třídy IIa, s bezpečnostní třídou IEC 62304 B, nebo třídy C pro kardiologické použití.
Aplikace pro sledování symptomů, která uživatelům umožňuje zaznamenávat symptomy, prohlížet trendy a sdílet je s lékařem: není prostředkem (ukládání, zobrazování, komunikace). Stejná aplikace přidává funkci, která skóruje zaznamenané symptomy podle validované škály a sdělí uživateli, kdy skóre naznačuje, že by měl vyhledat péči: nyní prostředek, výchozí třída IIa podle Pravidla 11 (informace pro diagnostické rozhodnutí; nesprávné "není třeba vyhledat péči" by mohlo vést k zpoždění léčby, vážné, ale obvykle ne nevratné, takže ne IIb nebo III, pokud to cílená podmínka nečiní). IEC 62304: falešné ujištění by mohlo vést ke zpoždění péče, nevážné až vážné v závislosti na stavu, takže třída B, možná C pro kardiologické použití. Cesta: ISO 13485 QMS, notifikovaný orgán, klinické hodnocení škály, inženýrství použitelnosti (IEC 62366-1), post-market surveillance.
Spojené státy, stručně
Ve Spojených státech amerických FDA reguluje software jako zdravotnický prostředek podle zamýšleného použití, s třídami I, II a III a postupy 510(k), De Novo a PMA. Zákon o inovacích 21. století vylučuje administrativní software, produkty pro obecnou pohodu, elektronické zdravotní záznamy a určitou podporu klinického rozhodování ze statusu prostředku. FDA uznává IEC 62304 jako standard konsensu.
FDA reguluje software jako zdravotnický prostředek podle stejné logiky zamýšleného použití, s třídami I, II a III a cestami 510(k), De Novo a PMA. Zákon 21st Century Cures Act (sekce 3060) vyloučil několik kategorií ze statusu prostředku: administrativní software, obecné wellness aplikace, elektronické zdravotní záznamy a podpora klinického rozhodování, která umožňuje lékaři nezávisle přezkoumat základ doporučení (pokyny FDA z roku 2022 pro CDS to interpretují úzce). FDA uznává IEC 62304 jako konsensuální normu a od roku 2023 vyžaduje dokumentaci kybernetické bezpečnosti pro "kybernetické prostředky". ISO 13485 se stala základem amerického nařízení o systému kvality (QMSR) v roce 2026.
V Anpheros
Anpheros Daily ukládá, zobrazuje a sdílí; neskóruje, neinterpretuje ani nedoporučuje a jeho zamýšlený účel to uvádí. Proto není zdravotnickým prostředkem podle Pravidla 11 nebo vyloučení podle Cures Act a tým aplikuje zabezpečení ve stylu ISO 27001 a zdokumentované softwarové postupy bez regulatorní cesty pro prostředky. Pokud by byla kdykoli přidána funkce s lékařským účelem, byla by klasifikována podle Pravidla 11 a před vydáním vyvinuta podle IEC 62304. Viz Transparentnost zdravotních dat.
Tato stránka vysvětluje regulaci pro produktové a inženýrské týmy. Nejedná se o právní poradenství; závazné jsou texty uvedené v sekci Zdroje a pro váš případ rozhoduje váš pověřenec pro ochranu osobních údajů, notifikovaný orgán nebo právní zástupce. Poslední revize: říjen 2026.
Související stránky
- Je zdravotnická aplikace zdravotnickým prostředkem? EU MDR Pravidlo 11
- MDR vs IVDR
- Vysvětlení CDS Hooks
- Mapa regulace zdravotních dat
- EU AI Act a AI ve zdravotnictví
Zdroje
- Nařízení (EU) 2017/745 (MDR), příloha VIII, EUR-Lex
- MDCG 2019-11: Kvalifikace a klasifikace softwaru
- IEC 62304:2006+AMD1:2015, Procesy životního cyklu softwaru zdravotnických prostředků
- IEC 82304-1:2016, Bezpečnost softwarových produktů pro zdraví
- FDA: Pokyny pro software pro podporu klinického rozhodování (2022)
- FDA: Software jako zdravotnický prostředek
Časté otázky
Může být software podle MDR zařazen do třídy I?
Ano, ale zřídka: pouze software s lékařským účelem, který ani neposkytuje informace pro diagnostická nebo terapeutická rozhodnutí, ani nemonitoruje fyziologické procesy. Většina aplikací, které se kvalifikují jako prostředky, spadá do třídy IIa.
Potřebuje prostředek třídy IIa klinické studie?
Potřebuje klinické hodnocení, které se může opírat o literaturu, ekvivalenci a údaje o výkonnosti; klinické vyšetření je vyžadováno, pokud stávající důkazy nejsou dostatečné. Software, který deklaruje diagnostický výkon, obvykle vyžaduje vlastní studii výkonnosti.
Je IEC 62304 povinná?
Jedná se o harmonizovanou normu, takže její dodržování je předpokladem shody s požadavky MDR na software (příloha I, 17). Můžete použít jiný přístup, ale pak musíte prokázat ekvivalenci, což v praxi nikdo nedělá.
A co funkce AI?
Platí stejná pravidla, navíc EU AI Act: prostředek s posouzením notifikovaným orgánem je vysoce rizikovým systémem AI podle přílohy I, s požadavky na data, logování, transparentnost a lidský dohled hodnocenými společně s MDR.
Vyzkoušejte zdarma v sandboxu
První volání FHIR za 5 minut. API standardu HL7 FHIR R4 s integrovaným souhlasem pacienta: vyzkoušejte si ho v sandboxu a poté propojte svou vlastní aplikaci nebo klinický systém.
Zdarma · 30 syntetických pacientů · bez karty
Anpheros vytváří zdravotní záznamy, které pacient ovládá a může sdílet s jakoukoli klinikou, na platformě HL7 FHIR R4 se sídlem v EU. Tyto průvodce vám pomohou porozumět vašemu zdraví a uspořádat si ho; nenahrazují vašeho lékaře.
O Anpheros →