Výchozí podmínky

Příloha

č. 1 Požadavky zadavatele ze zadávací dokumentace

Výchozí podmínky

1. Vysokomýtská nemocnice

Výchozí skutečnosti

Nemocniční informační systém

Vysokomýtská nemocnice je uživatelem nemocničního informačního systému FONS Akord společnosti STAPRO s. r. o. Systém je používán nepřetržitě a obsahuje zdravotní záznamy všech pacientů prošlých léčebnou.

FONS Akord zajišťuje podporu administrativní práce a řízení zdravotnického zařízení. Obsahuje následující oblasti:

- Správa systému

- Centrální registr

- Administrativa a evidence hospitalizovaných

- Pacientská dokumentace

o Lůžková oddělení

o Ambulance

o Rehabilitace

- Výkaznictví pro zdravotní pojišťovny a UZIS

- Radiodiagnostika

Všechny uvedené systémy jsou podporovány jak legislativně, tak servisní péčí společnosti STAPRO s. r. o.

PACS systém

Vysokomýtská nemocnice je uživatelem systému PACS pro práci s obrazovou informací s názvem Xxxxx PACS, produktu společnosti OR-CZ s. r. o.

Systém je podporován jak legislativně, tak servisní péčí společnosti OR-CZ s. r. o.

2. Odborný léčebný ústav Jevíčko

Výchozí skutečnosti Nemocniční informační systém

Odborný léčebný ústav Jevíčko je od roku 2001 uživatelem nemocničního informačního systému FONS Akord

společnosti STAPRO s. r. o. Systém je používán nepřetržitě a obsahuje zdravotní záznamy všech pacientů prošlých léčebnou.

FONS Akord zajišťuje podporu administrativní práce a řízení zdravotnického zařízení. Obsahuje následující oblasti:

- Správa systému

- Centrální registr

- Administrativa a evidence hospitalizovaných

- Pacientská dokumentace

o Lůžková oddělení

o Ambulance

o Rehabilitace včetně plánování procedur

o Ošetřovatelská dokumentace sesterská

o Medikace a práce s léčivy

- Výkaznictví pro zdravotní pojišťovny a UZIS

- Systém pro stravovací provoz

- Radiodiagnostika

- Manažerský informační systém

- Laboratorní informační systém

Odborný léčebný ústav Jevíčko je od roku 2010 uživatelem laboratorního informačního systému pro podporu provozu biochemické a hematologické laboratoře s názvem FONS Openlims, produktu společnosti STAPRO s.

r. o. Systém pokrývá celou oblast řízení provozu laboratoří od pořízení žádanek přes zpracování vzorků až po předávání výsledků vyšetření do pacientské dokumentace NIS.

Systém je používán nepřetržitě a obsahuje výsledky vyšetření všech pacientů prošlých léčebnou od roku 2010.

Odborný léčebný ústav Jevíčko je od roku 2001 uživatelem manažerského informačního systému pro podporu

řízení zdravotnického zařízení s názvem FONS Reports, produktu společnosti STAPRO s. r. o.

V současné době je v Odborném léčebném ústavu Jevíčko provozován systém XXXXX PACS společnosti OR- CZ spol. s.r.o. pro zpracování, archivaci a distribuci obrazové zdravotnické dokumentace včetně diagnostických a klinických prohlížečů, a napojení na systém nepřímé digitalizace. Systém MARIE PACS byl implementován v roce 2010 a je na něj poskytována legislativní a servisní podpora společností OR-CZ spol. s.r.o.

Systémy jsou podporovány jak legislativně, tak servisní péčí společnosti STAPRO s. r. o.

3. Albertinum, Odborný léčebný ústav Žamberk

Výchozí skutečnosti Nemocniční informační systém

Albertinum, Odborný léčebný ústav Žamberk je uživatelem nemocničního informačního systému StaproMEDEA

společnosti STAPRO s. r. o. Systém je používán nepřetržitě a obsahuje zdravotní záznamy všech pacientů prošlých léčebnou.

StaproMEDEA zajišťuje podporu administrativní práce a řízení zdravotnického zařízení. Obsahuje následující oblasti:

- Správa systému

- Centrální registr

- Administrativa a evidence hospitalizovaných

- Pacientská dokumentace

o Lůžková oddělení

o Ambulance

o Medikace

- Výkaznictví pro zdravotní pojišťovny a UZIS

- Radiodiagnostika

- Informační systém pro stravovací provoz

Odborný léčebný ústav Žamberk je uživatelem informačního systému pro podporu řízení stravovacího provozu s názvem StaproMEDEA Gurmed, produktu společnosti STAPRO s. r. o. Systém je využíván pro práci dietní sestry v pacientském stravování, pro objednávání zaměstnanecké stravy a správu zaměstnaneckých kont a pro vedení skladu potravin.

Systémy jsou podporovány jak legislativně, tak servisní péčí společnosti STAPRO s. r. o.

PACS systém

Albertinum Žamberk je uživatelem systému PACS pro práci s obrazovou informací s názvem AMIS PACS UniPACS od firmy ICZ a.s.

Systém je podporován jak legislativně, tak servisní péčí společnosti ICZ a. s.

4. Nemocnice následné péče Moravská Třebová

Výchozí skutečnosti

Laboratorní informační systém

Nemocnice následné péče Moravská Třebová je uživatelem laboratorního informačního systému pro podporu provozu biochemické a hematologické laboratoře s názvem LISNET, produktu společnosti STAPRO s. r. o. Systém pokrývá celou oblast řízení provozu laboratoří od pořízení žádanek přes zpracování vzorků až po předávání výsledků vyšetření do pacientské dokumentace NIS.

Systém je používán nepřetržitě a obsahuje výsledky vyšetření všech pacientů prošlých nemocnicí. Systém je podporován jak legislativně, tak servisní péčí společnosti STAPRO s. r. o.

Požadavky za předmět zakázky

1. Vysokomýtská nemocnice, příspěvková organizace Pardubického kraje

Předmětem tohoto dílčího plnění pro Vysokomýtskou nemocnici, příspěvkovou organizaci Pardubického kraje je rozšíření nemocničního informačního systému.

Dílčí záměry:

1. Rozšíření nemocničního informačního systému o logistiku léků a zdravotnického materiálu s možností on-line výdeje na pacienta,

2. rozšíření nemocničního informačního systému o komunikaci mezi NIS FONS Akord a Marie PACS,

3. rozšíření nemocničního informačního systému (NIS) o komunikaci mezi NIS FONS Akord modulem FONS Akord pro stravovací provoz,

4. rozšíření nemocničního informačního systému (NIS) o elektronickou preskripci – tzv. eRecept.

5. Dodávka technologií pro informační systémy a pro elektronický podpis.

Součástí dílčích záměrů 1 až 4 je:

- Poskytnutí aplikačního programového vybavení (ASW)

- Poskytnutí uživatelských práv k dodanému ASW

- Začlenění ASW do stávajícího výpočetního systému zadavatele

- Nastavení komunikací na okolní prostředí

- Implementace ASW včetně zaškolení uživatelů

- Akceptace řešení zadavatelem a předání zadavateli k užívání

Záměr 1

Rozšíření nemocničního informačního systému o logistiku léků a zdravotnického materiálu s možností on-line výdeje na pacienta.

Záměr

Záměrem Zadavatele je zefektivnění skladové evidence zdravotního materiálu a léčiv ve Vysokomýtské nemocnici s cílem úspory při spotřebě těchto materiálů.

Zadavatel dále předpokládá zajištění:

- optimalizace zásob na skladech

- kontrolu pohybu léků a materiálu

- přiřazení konkrétního materiálu ke konkrétnímu pacientovi

- snížení ztrát v oblasti expirace léků

- optimalizaci práce zdravotnického personálu

V současné době v tomto zdravotnickém zařízení není zřízen centrální sklad zdravotního materiálu a léčiv. Jednotlivá oddělení mají své sklady, není zde však vedena podrobná skladová evidence.

Požadované funkce

Prostředkem k realizaci záměru je rozšíření stávajícího nemocničního informačního systému o moduly a funkce pro logistiku, tj.

- zřízení elektronicky vedených příručních skladů na jednotlivých odděleních

- vedení kompletní agendy spojené s tokem léčiv, zdravotnických prostředků a materiálu od příjmu na sklad až po výdej v čase spotřeby

- evidence výdeje na jednotlivé pacienty za využití prostředků výpočetní techniky a čárových kódů sloužících ke spárování materiálu s výdejem, tj. k identifikaci pacientů a materiálu

- nástroje pro uzávěrku skladu a inventuru a pro manažerské vyhodnocení.

Zadavatel předpokládá využití technologií pro jednoznačnou identifikaci pacienta, zajištující přenesení správného identifikátoru pacienta do logistického systému přímo od jeho lůžka a následnou on-line evidenci podání léčiv tomuto pacientovi pomocí mobilních terminálů.

Z tohoto důvodu je třeba, aby funkce pro logistiku léků byly nedílnou součástí stávajícího nemocničního informačního systému a volání funkcí souviselo s vedením pacientské dokumentace.

Zadavatel zajistí vybudování sítě Wi-Fi na potřebných místech.

Záměr 2

Rozšíření nemocničního informačního systému o komunikaci mezi NIS FONS Akord a Marie PACS.

Záměr

Záměrem Zadavatele je integrace nemocničního informačního systému s významnou komponentou – systémem pro práci s obrazovou informací a její a archivací. Tj. vybudovat propojení mezi stávajícím nemocničním informačním systémem a systémem PACS pomocí konektoru. Cílem je vyloučení duplicitního pořizování dat v obou systémech, které zamezí vzniku chyb a chybného spárování pacientských dat, čímž se výrazně zvýší bezpečnost a validita citlivých pacientských dat. Zároveň povede ke snížení rozsahu práce zdravotnického personálu.

Požadované funkce

Integrace NIS a PACS systému bude podporovat následující činnosti:

- proces vyšetření pacienta na radiologickém pracovišti, konkrétně integrace procesu založení žádanky v RIS (ať už přijaté elektronicky z NIS, či zadané ručně v RIS), přiřazení digitálního diagnostického přístroje (modality) a založení studie na této modalitě (přenos dat o pacientovi a vyšetření na tuto modalitu),

- proces vytváření popisu obrazové dokumentace v RIS – integrace RIS a diagnostické stanice PACS systému, různá úroveň integrace dle integrovaného PACS systému – automatické spuštění prohlížeče z RIS, případně i včetně přihlášení uživatele, následně výběr odpovídající studie atd.

- zpřístupnění obrazové dokumentace klinickým uživatelům – možnost rychlého zobrazení obrazové dokumentace uživatelům NIS (ošetřujícím lékařům) přímo z NIS.

- možnost vyvolat přímo z dokumentace NIS / RIS prohlížeč, propojení textové a obrazové dokumentaci v chorobopisu.

Konektivita

Uchazeč popíše způsob propojení, zadavatel upřednostňuje propojení pomocí SQL konektivity.

Komunikace musí být součástí stávajícího nemocničního informačního systému a stávajícího systému PACS, data určená pro přenos budou odebírána/předávána z/do datových struktur obou systémů.

Záměr 3

Rozšíření nemocničního informačního systému (NIS) o komunikaci mezi NIS FONS Akord modulem FONS Akord pro stravovací provoz.

Záměr

Záměrem Vysokomýtské nemocnice je rozšíření nemocničního informačního systému (NIS) o modul zpřesňující komunikaci se stravovacím provozem.

Požadované funkce

Komunikace bude spočívat zejména v předávání informací týkajících se objednávání pacientské stravy.

- On-line dostupné informace o pacientech a jejich dietách ve stravovacím provozu.

- Objednávka stravy lékařem nebo dietní sestrou.

- Do okamžiku uzávěrky možnost úpravy objednané stravy dietní sestrou.

- Do okamžiku uzávěrky možnost změny diety.

- Podpora hromadného objednávání.

- Informace o jídelníčku.

Počty a druhy diet budou odebírány z pacientské dokumentace, kde jsou součástí klinické události, z datových struktur klinického systému a předáván do databáze stravovacího provozu.

Záměr 4

Rozšíření nemocničního informačního systému (NIS) o elektronickou preskripci – tzv. eRecept.

Záměr

Záměrem Vysokomýtské nemocnice je rozšíření nemocničního informačního systému (NIS) o možnost komunikovat se SUKL dle požadavků legislativy. Elektronická preskripce bude sloužit k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. elektronický recept - eRecept) dle §80 zákona č. 378/2007 Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SUKL ERP-001 (verze 3).

Požadované funkce

Elektronické recepty k současnému způsobu vytváření „papírových“ receptů pro výdej léčivých přípravků přidají možnost vytvářet tzv. elektronické recepty a ty odesílat na centrální uložiště SUKL:

- Vytvoření elektronické podoby receptu (eRecept) ve struktuře požadované SUKL

- Podpis vytvořeného elektronického receptu pomocí zaručeného elektronického podpisu

- Odeslání podepsaného elektronického receptu na centrální uložiště receptů (dále CU) SÚKL

- Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL

- Samostatný tisk eReceptu podle jiné předlohy než běžný papírový recept

- Oprava dříve uloženého eReceptu v CU SÚKL

- Stornování dříve uloženého eReceptu v CU SÚKL

- Dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně.

- Využití veřejné datové sítě (Internetu) pro komunikaci s kryptovaným přenosem

- Musí být naplněny všechny legislativní normy související elektronickým receptem

Elektronické recepty výše popsaných vlastností budou začleněny jako nedílná součást stávajícího nemocničního informačního systému mezi funkce související s vedením pacientské dokumentace, vystavení elektronického receptu musí být součástí procesů medikace (preskripce).

Uchazeč popíše nezbytné komponenty pro realizaci zaručeného elektronického podpisu (např. certifikáty,

časové razítko apod.). Jejich dodávka není předmětem této zakázky.

Záměr 5

Dodávka technologií pro informační systémy a pro elektronický podpis.

PC STANICE na jednotlivá oddělení 3x

Vícejádrové CPU s výkonnostním indexem (PassMark 6500) nebo výkonnější 4GB RAM

500 GH HDD 7200 ot.

Windows 7 Pro 64b CZ / Windows 8.1 Pro 64b CZ

3x monitor

LED – 250cd/m2 1920x1080 – 16:10

DVI, VGA , výškově nastavitelný, PIVOT

ČTEČKY, TISKÁRNY čarových kódů

6x Laser skener kompatibilní s navrhovaným systémem pro logistiku léků

3x Tiskárna čárového kódu kompatibilní s navrhovaným systémem pro logistiku léků

Obě zařízení musí být odzkoušená a vhodná pro požadované řešení a zdravotnické prostředí. Příkladem pro laser scaner je Honeywell Laser skener MS9520 Voyager, Příkladem pro tiskárnu čárového kódu je Zebra GK420t.

TISKÁRNY

tisk dokumentace ve formátu A3 3x tiskárna/kopírka

SERVER – provoz NIS

1x UPS 1500VA

Vícejádrové CPU s výkonnostním indexem (PassMark 8680) nebo výkonnější 32GB RAM

4x300GB SAS 2,5“ 10k raid 5

zdroj 2x550W

1x Windows Server 2012 Std. nákup SELECT PLUS provozován bude Windows 2008 server R2 (downgrade)

UPGRADE LAN – výměna switch

2x řiditelný přepínač - 24 portů 10/100/1000 Mbps - max hloubka 220 mm,VLANs, link agregation group, port isolation,port security, ACL, SSL and SSH encryptions, 802.1p, web management, SNMP

3x řiditelný přepínač - 24 portů 10/100 Mbps - max hloubka 200mm, VLANs, link agregation group, port isolation,port security, ACL, SSL and SSH encryptions, 802.1p, web management, SNMP

1x rozvaděč 19“ 15U

BEZPEČNOSTNÍ PŘEDMÉTY A CERTIFIKÁTY

6x Kvalifikovaný certifikát akreditovaného poskytovatele certifikačních služeb dle zákona č. 227/2000 Sb., o elektronickém podpisu, pro účely vytváření zaručeného elektronického podpisu nejen na zdravotní dokumentaci. Platnost certifikátu je 12 měsíců.

6x Bezpečnostní předmět - slouží k bezpečnému uložení kvalifikovaného certifikátu. Předmět je chráněn PINem, privátní klíč v něm uložený není možné z předmětu vyexportovat.

Budou vydány pro 6 lékařů či VŠ pracovníků.

2. Odborný léčebný ústav Jevíčko

Předmětem tohoto dílčího plnění je rozšíření nemocničního informačního systému (NIS) používaného Odborným léčebným ústavem Jevíčko o následující funkce.

Dílčí záměry:

1. Rozšíření nemocničního informačního systému o komunikaci se SUKL prostřednictvím elektronického receptu a možnost komunikovat se SÚKL dle požadavků legislativy.

2. Rozšíření informačního systému pro laboratoře o integraci elektronického podpisu pro práci s dokumenty.

3. Dodávka technologií pro digitalizaci obrazové informace.

4. Dodávka PACS systému pro práci s obrazovou informací, ePACS

Součástí dílčích záměrů 1, 2 a 4 je:

- Poskytnutí aplikačního programového vybavení (ASW)

- Poskytnutí uživatelských práv k dodanému ASW

- Začlenění ASW do stávajícího výpočetního systému zadavatele

- Nastavení komunikací na okolní prostředí

- Implementace ASW včetně zaškolení uživatelů

- Akceptace řešení zadavatelem a předání zadavateli k užívání

Záměr 1

Rozšíření nemocničního informačního systému o komunikaci se SUKL prostřednictvím elektronického receptu.

Záměr

Záměrem Odborného léčebného ústavu Jevíčko je rozšíření nemocničního informačního systému (NIS) o možnost komunikovat se SUKL dle požadavků legislativy. Elektronická preskripce bude sloužit k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. elektronický recept - eRecept) dle §80 zákona č. 378/2007 Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SÚKL ERP-001 (verze 3).

Požadované funkce

- Vytvoření elektronické podoby receptu (eRecept) ve struktuře požadované SÚKL

- Podpis vytvořeného elektronického receptu pomocí zaručeného elektronického podpisu

- Odeslání podepsaného elektronického receptu na centrální úložiště receptů (dále CU) SÚKL

- Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL

- Samostatný tisk eReceptu podle jiné předlohy než běžný papírový recept

- Oprava dříve uloženého eReceptu v CU SÚKL

- Stornování dříve uloženého eReceptu v CU SÚKL

- Dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně.

- Využití veřejné datové sítě (Internetu) pro komunikaci s kryptovaným přenosem

- Musí být naplněny všechny legislativní normy související elektronickým receptem

Uchazeč popíše nezbytné komponenty pro realizaci zaručeného elektronického podpisu (např. certifikáty,

časové razítko apod.). Jejich dodávka není předmětem této zakázky.

Záměr 2

Rozšíření aplikačního programového vybavení pro laboratoře o integraci elektronického podpisu pro práci s dokumenty.

Záměr

Zadavatel požaduje funkční rozšíření stávajícího informačního systému pro laboratoře o integraci elektronického podpisu pro práci s dokumenty.

Požadavky na elektronický podpis v dokumentaci laboratoří

• Export libovolné tiskové sestavy uložené v databázi do formátu PDF, volba možnosti opatřit výsledkové listy zaručeným elektronickým podpisem z certifikátu vystaveného pro konkrétní fyzickou osobu.

• Možnost opatřit tiskové sestavy výsledkových listů a knih exportované do PDF elektronickou značkou z certifikátu vystaveného pro laboratoř. Parametry elektronického podpisu budou konfigurovatelné a funkcionalita bude použitelná jak při volání z menu, tak i z naplánovaných úloh.

• Možnost připojit k zaručenému elektronickému podpisu i k elektronické značce časové razítko.

• Uložení všech certifikátů v číselníku certifikátů s možností přehledu o jejich parametrech a uživatelích.

Elektronický podpis a jeho výše popsané použití bude začleněno jako nedílná součást stávajícího laboratorního informačního systému. Zadavatel předpokládá, že bude součástí tzv. systému naplánovaných procesů a bude spouštěn obdobným mechanizmem jako ostatní procesy. Obdobně bude řešena správa certifikátů jako součást dávkových operací usnadňujících provoz laboratoře.

Možnost přihlášení uživatele s evidovaným zaručeným elektronickým podpisem bude součástí vstupních přihlášení do systému Openlims.

Uchazeč popíše nezbytné komponenty pro realizaci zaručeného elektronického podpisu (např. certifikáty,

časové razítko apod.). Jejich dodávka není předmětem této zakázky.

Záměr 3

Dodávka technologií pro digitalizaci obrazové informace.

Záměr

Zadavatel požaduje dodávku HW a SW komponent včetně implementačních služeb pro digitalizaci obrazové informace.

Požadavky

Digitizér

• zařízení s jedním kazetovým vstupem,

• kontrastní rozlišení 12 bitů,

• produktivita minimálně 40 kazet formátu 35x43cm za hodinu,

• zařízení pro bezdotykovou radiofrekvenční identifikaci kazet (případně čtečka čarového kódu),

• možnost čtení kazet rozměru 24x30cm, 35x43cm.

Akviziční a ovládací stanice

• DICOM komunikace – DICOM modality Worklist, DICOM Store, DICOM Print,

• DICOM Store s podporou bezeztrátové komprese,

• uživatelské prostředí akviziční stanice v českém jazyce,

• software pro zadávání pacientských dat, prohlížení a zpracování obrazu,

• software stanice musí umožňovat: úpravy obrazu a zadávání pacientských dat,

• odesílání dat do více destinací,

• dotykový LCD panel min. 19“,

• záložní zdroj pro ovládací stanici.

Kazety

• 3 ks CR kazet s paměťovou folií, formát 24x30cm,

• 3 ks CR kazet s paměťovou folií, formát 35x43cm.

Součástí zakázky jsou i služby související s dodávkou (doprava, instalace, napojení na PACS, zprovoznění komunikace vč. DICOM Modality Worklist, školení).

Záměr 4

Dodávka PACS systému pro práci s obrazovou informací, ePACS.

Záměr

Zadavatel požaduje dodávku systému PACS pro práci s obrazovou informací.

Požadavky na PACS a ePACS PACS

• Rozšíření provozovaného systému pro elektronické zpracování, archivaci a distribuci obrazových dat

(dodavatel a poskytovatel servisu spol. OR-CZ, xxx.xxxx.xx), umožňující napojení stávajících i v budoucnu pořízených DICOM modalit a pracovních stanic různých výrobců. Předmětem veřejné zakázky jsou i veškeré služby související s dodávkou (doprava, instalace, implementace do stávající infrastruktury, konfigurace a zprovoznění komunikace, nastavení datových toků, zaškolení obsluhy a správy systému, testování.

• Je požadován upgrade SW licence centrálního PACS serveru z 32-bit. verze XXXXX Server „Store“ na 64-bit. verzi (neomezený počet DICOM kanálů, neomezená licence kapacity dat, podpora průběžného vzdáleného dohledu, certifikace „Zdravotnický prostředek tř. IIb“ (nebo vyšší).

• Doplnění druhé (záložní) SW licence centrálního PACS vč. zprovoznění clusterového řešení (provoz na dvou serverech) s podporou nepřetržitého provozu v případě výpadku jednoho serveru.

• Technologie 64-bit.

• Podpora DICOM 3.0 (SEND, STORE, Query/Retrieve, Print).

• Plně redundantní řešení.

• Zprovoznění napojení na provozovaný NIS minimálně v rozsahu:

o vytvoření unikátní vazby mezi daty pacientů v NIS a v PACS,

o automatické sestavení DICOM Modality Worklist na základě žádanky načtené z NIS,

o funkce automatického spouštění klinického prohlížeče z prostředí aplikace NIS,

o možnost automatického načítání odpovídajícího textového popisu vyšetření z databáze NIS a jeho zobrazení v okně klinického prohlížeče.

o Nabídka i nabídková cena musí zahrnovat veškeré potřebné SW licence, produkty, služby a součinnost ze strany dodavatele NIS spol. STAPRO s.r.o., napojení musí být funkční před předáním projektu.

• Automatické odesílání snímků do Svitavské nemocnice a jejich příjem včetně textového popisu (nálezu), následné zobrazení popisu v provozovaných diag. i klinických prohlížečích.

• Podpora komunikace prostřednictvím efektivnější ne-DICOM technologie.

• HW s dostatečným výkonem a kapacitou pro běh systému PACS a ukládání dat bez nutnosti rozšiřování kapacity v průběhu pěti let.

• 2x záložní zdroj napájení, každý min.: 1500 VA, tři nezávislé okruhy, dálková správa a dohled prostřednictvím IP protokolu (pro hlavní a záložní server).

• Migrace a převod všech stávajících DICOM dat z datových úložišť i CD/DVD a dalších médií do prostředí 64 bit. v plném rozsahu (vč. všech archivovaných údajů).

• Podporu hromadného exportu dat ve formátu DICOM 3.x.

• Předmětem zakázky není náhrada stávajících SW licencí.

• Certifikace ve třídě zdravotnického prostředku IIb“.

ePACS

Připojení do sítě pro výměnu dat ePACS včetně veškerých potřebných HW komponent, SW licencí, služeb a provozních poplatků po dobu záruky.

1x Pracovní stanice

Kompletní dostatečné HW vybavení pro rychlou práci s velkým objemem dat, procesor s výkonnostním indexem (PassMark) min. 10 000, min. 8GB RAM, SSD HDD SATA III pro systém 120 GB, min 500 GB HDD 7200 rpm SATA III pro data (např. WD RE4), DVDRW, Gbit LAN, USB klávesnice a laserová myš vč. podložky, záložní

zdroj napájení min. 650 VA), OS Win 7 Pro CZ 64-bit / Win 8.1 Pro CZ 64-bit. Stanice musí umožňovat instalaci modulů NIS/RIS a dalších aplikací (nesmí být uzamčena).

Pokročilý klinický prohlížeč v podobě 64-bit. aplikace, dle uvedené specifikace:

• české prostředí SW,

• nativní 64-bit. aplikace,

• certifikace „SW pro lékařskou diagnostiku ve třídě zdrav. prostředků ve třídě IIb nebo vyšší“,

• kompatibilita s DICOM 3.x (není vyžadována funkce pro odesílání dat mimo stanici),

• kompatibilita s provozovaným řešením MARIE PACS (dodavatel spol. OR-CZ, spol. s r.o., xxx.xxxx.xx), identické prostředí (identický vzhled a ovládání) jako již provozované diagnostické a klinické prohlížeče,

• podpora technologií pre-fetch a pre-push v návaznosti na centrální PACS systém,

• podpora komunikace prostřednictvím protokolu XXXXX PrivateChannel,

• možnost výběru a třídění obrazů podle modality, data vyšetření, odesílajícího oddělení,

• možnost rotace obrazů, měření délky, denzity, plochy, úhlu, možnost zvětšení obrazu či jeho výřezu, změna jasu, kontrastu,

• možnost vepsání anotace na snímek a jeho následné lokální uložení,

• možnost vypalování obrazů na CD/DVD v DICOM struktuře a včetně prohlížeče (s certifikací „ZP ve třídě IIb nebo vyšší" a v českém jazyce), který se spustí po vložení do PC s OS MS Windows,

• možnost lokálního uložení snímků ve změněném stavu - okno, zoom, jas, kontrast, atd.,

• podpora pro přehrávání smyček např. z ultrazvuku, angiografie, laparoskopie apod.,

• podpora plné správy lokálního DICOM archivu,

Dvojice certifikovaných diagnostických monochromatických LCD monitorů s rozlišením 3MPix, otočných na výšku nebo šířku s úhlopříčkou min. 21", norma EN60601-1, svítivost min. 1400 cd/m2, kontrast min. 800:1, pozor. úhel min. 170°, DVI-D/DP, dvě medicínské grafické karty.

Monitor LCD pro kancelářské aplikace a NIS, min. 19“ (poměr stran 4:3).

1x Klinická stanice

Kompletní dostatečné HW vybavení pro rychlou práci, s výkonnostním indexem (PassMark) minimálně 10.000, min. 4GB RAM, min 500 GB HDD 7200 rpm (např. WD RE4), DVDRW, Gbit LAN, USB klávesnice a laserová myš vč. podložky, UPS), OS Win 7 Pro CZ 64-bit / Windows 8.1 Pro CZ 64-bit.

Klinický barevný LCD monitor pro lékařský náhled (DICOM zobrazení a kalibrace) s rozlišením 2MPix, otočný na výšku nebo šířku s úhlopříčkou min. 21", kontrast min. 800:1, pozor. úhel min. 170°, DVI-D/DP, medicínská grafická karta.

8x Klinické náhledové monitory

1x Diagnostický SW

Pokročilý diagnostický prohlížeč v podobě 64-bit. aplikace, dle uvedené specifikace:

• české prostředí SW,

• nativní 64-bit. aplikace,

• certifikace „SW pro lékařskou diagnostiku ve třídě zdrav. prostředků ve třídě IIb nebo vyšší“,

• kompatibilita s DICOM 3.x,

• DICOM výstup pro export dat a podpora služeb DICOM: Query / Retrive, Send, Print,

• podpora technologií pre-fetch a pre-push v návaznosti na centrální PACS systém,

• podpora komunikace prostřednictvím protokolu XXXXX PrivateChannel,

• možnost výběru a třídění obrazů podle modality, data vyšetření, odesílajícího oddělení,

• možnost rotace obrazů, měření délky, denzity, plochy, úhlu, možnost zvětšení obrazu či jeho výřezu, změna jasu, kontrastu,

• možnost vepsání anotace na snímek a jeho následné uložení,

• možnost třídění pacientů dle požadujícího pracoviště,

• možnost třídění snímků pro odesílání na konkrétní místa,

• možnost vytvoření speciální série při popisu vyšetření s vybranými snímky,

• možnost uložení snímků ve změněném stavu - okno, zoom, jas, kontrast, atd.,

• kompletní podpora digitální subtrakce,

• podpora MPR, MIP,

• podpora pro přehrávání smyček např. z ultrazvuku, angiografie, laparoskopie apod.,

• podpora plné správy lokálního DICOM archivu,

• podpora administrace a oprav DICOM dat (lokálně i v centrálním archivu), pokud byla tato chybně zadána (vč. možnosti sloučení a rozdělení vyšetření),

• import Non-DICOM formátů a převod na DICOM data, např. přijaté snímky v BMP, JPEG apod.

• export obrazových dat min. do formátů BMP, JPEG.

•

Bezpečnostní předměty a certifikáty

12x Kvalifikovaný certifikát akreditovaného poskytovatele certifikačních služeb dle zákona č. 227/2000 Sb., o elektronickém podpisu, pro účely vytváření zaručeného elektronického podpisu nejen na zdravotní dokumentaci. Platnost certifikátu je 12 měsíců.

12x Bezpečnostní předmět - slouží k bezpečnému uložení kvalifikovaného certifikátu. Předmět je chráněn PINem, privátní klíč v něm uložený není možné z předmětu vyexportovat.

Budou vydány pro 12 lékařů či VŠ pracovníků v laboratoři

Další požadavky na pracovní stanice a monitory

Předmětem zakázky jsou i veškeré služby související s dodávkou - doprava, instalace, implementace do stávající infrastruktury, kalibrace diag. monitorů vč. vystavení měřicího protokolu, napojení na stávající PACS, konfigurace a zprovoznění komunikace, nastavení datových toků vč. konfigurace funkcí pre-fetch a pre-push, zaškolení obsluhy a správy systému, testování, bezplatné preventivní prohlídky v záruční době zahrnující i kalibraci monitorů vč. vystavení protokolu.

Servisní zajištění

Po dobu záruky je požadována záruka v ceně aplikace a jsou požadovány minimálně tyto služby:

• Help Desk.

• Trvalý vzdálený dohled 24x7 (HW i SW).

• Update veškerého SW (centrální PACS i pracovní stanice) – změna legislativy, opravy chyb.

• Upgrade veškerého SW (centrální PACS i pracovní stanice) – nové (poslední) verze vč. nových funkcí, bude provedeno 1x ročně na konci období.

• Garantovaná doba odezvy max. 4 hodiny od diagnostiky či od nahlášení (HW i SW).

• Servisní zásah v místě v případě havárie (nefunkční systém) do 24 hodin, v případě nouzového provozu pak příští pracovní den, zadavatel nehradí cestovní náklady spojené se zásahem.

• Prohlídky BTK (PACS i CR systém) v intervalu a rozsahu předepsaným výrobcem u veškerých technologií toto vyžadujících.

• Součástí budou i provozní poplatky provozovateli sítě ePACS.

3. Albertinum, Odborný léčebný ústav Žamberk

Předmětem tohoto dílčího plnění je rozšíření nemocničního informačního systému ve zdravotnickém zařízení Albertinum, odborný léčebný ústav, Žamberk o následující nové funkce:

Dílčí záměry:

1. rozšíření nemocničního informačního systému o funkce podporující moderní trendy řízení zdravotnického zařízení a ochrany citlivých pacientských dat;

2. rozšíření nemocničního informačního systému o funkce pro ošetřovatelskou péči;

3. rozšíření nemocničního informačního systému o komunikaci NIS/PACS;

4. rozšíření nemocničního informačního systému o logistiku léků a dalšího zdravotnického materiálu v návaznosti na medikace;

5. rozšíření nemocničního informačního systému o nasazení zaručeného elektronického podpisu do procesů pacientské dokumentace a do komunikace se SUKL prostřednictvím elektronických receptů (eRecept).

6. Dodávka technologií pro informační systémy

Součástí dílčích záměrů 1 až 5 je:

- Poskytnutí aplikačního programového vybavení (ASW)

- Poskytnutí uživatelských práv k dodanému ASW

- Začlenění ASW do stávajícího výpočetního systému zadavatele

- Nastavení komunikací na okolní prostředí

- Implementace ASW včetně zaškolení uživatelů

- Akceptace řešení zadavatelem a předání zadavateli k užívání

Záměr 1

Rozšíření nemocničního informačního systému.

Záměr

Zadavatel požaduje upgrade stávajícího nemocničního informačního systému v souladu s moderními trendy řízení zdravotnického zařízení a zejména ochrany citlivých pacientských dat. Důvodem záměru je též modernizace systémových prostředků (databáze, operační systém apod.) v případě, že tyto již nejsou výrobcem podporovány.

Požadavky na upgrade nemocničního informačního systému

Součástí rozšířeného NIS jsou následující oblasti současně provozovaného systému:

1. Klinický systém, vedení pacientské dokumentace na lůžkách a ambulancích

2. Radiologický provoz

3. Administrativa, výkaznictví

4. Komunikace s laboratořemi v Ústí nad Orlicí – přebírání výsledků vyšetření elektronicky

5. Komunikace se stravovacím provozem – objednávka diet

1. Klinický informační systém

Jádro systému a posílení jeho správy

Správcovské funkce:

- Rozšíření funkcí pro administraci databáze o logování aplikace, logování komunikace.

- Rozšíření funkcí pro práci s číselníky – importy a jejich následnou správu.

- Rozšíření funkcí týkajících se správy uživatelů a rolí včetně nastavení přístupových práv.

- Nastavení všech potřebných parametrů k pracovištím, definice organizační struktury.

- Nastavení jednotlivých funkcionalit jako jsou předdefinované texty, tisky, klinické událostí a jejich šablony pro různé použití, objednávkové diáře.

- Rozšíření funkcí pro správu registru pacientů, funkce pro jeho následnou správu, včetně kontrol na duplicity a správnost vkládaných dat.

- Rozšíření funkcí pro vytváření statistických výstupů na uživatelské úrovni.

Procesy

Rozšíření o procesní orientaci systému:

- Možnost nastavit procesy – od jednoduchých sledů spouštěných funkcí při běžných činnostech (administrativní a lékařský příjem pacienta, propuštění) po složitější workflow.

Úkoly

Rozšíření funkcí o generování úkolů:

- na jednotlivé uživatele, resp. na uživatelské role

- Možnost nastavit termín úkolu, kdy má být splněn, kdo jej má vykonat

- Možnost uživatele otevřít příslušný záznam a úkol splnit

Ambulantní dokumentace

V rámci ambulantní dokumentace je požadováno zabezpečení procesu příchodu pacienta na ambulanci, jeho registrace, vytvoření ambulantní karty a zařazení pacienta do čekárny. Možnost nastavit proces tak, aby odpovídal činnostem jednotlivých koncových uživatelů na daném pracovišti.

Posílení role workflow nad jednotlivými kroky ambulantní péče:

- organizace pořadí vyšetření jednotlivých pacientů

- možnost definice pracovního workflow dle zvyklostí pracoviště

- vlastní organizace pracovní plochy, možnost zobrazení potřebných informací na plochu obrazovky

Čekárny:

- čekárny pro více nebo pouze jednu ambulanci,

- zobrazení pacientů objednaných, čekajících na vyšetření

Preskripce:

- on-line hlášení o lékových interakcích

- práce s pozitivním listem a poskytování informací o alternativách léků ze stejné ATC skupiny

- možnost napojení na databázi AISLP.

Lůžková dokumentace

Rozšíření funkcí pro vedení dokumentace pacienta při hospitalizaci a zároveň veškerou administrativu spojenou s průchodem pacienta nemocnicí včetně evidence a vykazování údajů pro plátce péče a ÚZIS:

- Procesní orientace systému

- Možnost nastavit pro jednotlivé typické činnosti (příjem, propuštění, příprava k operaci apod.) procesy tak, aby kopírovaly reálnou práci s pacientem.

- Úplnost dokumentace a automatická evidence údajů pro vyhodnocování.

- Variabilita nastavení struktury jednotlivých dokumentů pomocí klinických událostí tak, aby byla v souladu s potřebami a procesy pracoviště.

- Systém zahrne všechny druhy dokumentace vedené na lůžkách lékaři a sestrami - lékařská příjmová zpráva, různé druhy informovaných souhlasů včetně souhlasů k výkonům, anamnestické údaje, ošetřovatelská anamnéza, ošetřovatelský plán péče, všechny druhy poukazů, epikríza, ošetřovatelská překladová zpráva, potřebné výkazy při úmrtí pacienta atd.

- Možnost předdefinovat potřebné údaje nebo automaticky generovat obsah dle předem dohodnutých pravidel ze zadané dokumentace, zejména u propouštěcí zprávy.

Žádankový systém Rozšíření funkcí:

- Možnost zadávat žádanky na různé druhy vyšetření, přenášet je na prováděcí pracoviště a zadaný nález doručit zpět na žádající pracoviště do dokumentace pacienta.

- Automatické zařazení žádosti i nálezu k příslušné klinické události.

- Kumulativní přehled výsledků pacienta v tabulkové formě.

- Zobrazení číselných laboratorních výsledků číselně i graficky na časové ose s možností sledovat vývoj daných parametrů v čase.

Denní dekurz, ordinace léků Rozšíření funkcí:

- Denní dekurz s popisem stavu pacienta, ordinací léčiv a potřebných vyšetření a následnou evidencí realizace ordinovaných činností.

- Důraz na ergonomii práce při zadávání dat a na přehledné zobrazení potřebných informací.

- Strukturované zadávání informací při ordinaci léků

- Možnost sledovat spotřebu léčiv na pacienta s cílem ovlivnit náklady.

- Informace o lékových interakcích v reálném čase.

- Kontinuální zobrazení průběžných dat o pacientovi, možnost listovat v historických datech pacienta.

2. Radiologický provoz

Rozšíření funkcí pro radiologii

- Podpora reálných procesů, které na pracovištích radiologie probíhají, včetně sledování expozic a snímků, sledování použitých přístrojů na pacienta, víceúrovňového schvalování nálezů, automatického vyúčtování výkonů a elektronického odesílání výsledků na klinická pracoviště.

- Objednávkový systém pro pacienty.

- Poskytování dat pro vytváření statistik provedených metod, výkonů, spotřebovaného materiálu.

3. Administrativa a výkaznictví

Rozšíření funkcí pro výkaznictví

- Centrální zpracování výkaznických dat do uzávěrek pro plátce vybaveno rozsáhlými nástroji pro realizaci velmi detailních požadavků jednotlivých poboček zdravotních pojišťoven.

- Vytváření sestav podle libovolného kritéria vycházejícího z obsahu uložených dat

- Automatické uzávěrky pomocí sestavení definice procesu z jednotlivých částí (vytvoření uzávěrkové množiny, uzamčení výkazů, přepočty a kontroly, preprocesingové procedury, sestavení dávek, vytvoření sestav a faktur a podobně), tj. provedení jedním příkazem.

- Funkce pro podporu klasifikačního systému DRG. Pomocí funkcí potvrzování, blokování a ověřování případu DRG spolu s optimalizačními nástroji pro podporu rozhodování o určení základní diagnózy případu zajištění konzistence dat napříč klinickou i výkaznickou dokumentací.

Evidence hospitalizovaných

Rozšíření funkcí pro statistiky, evidenci pacientů a nezbytné evidenční výstupy

- Přesnější vytvoření podkladů pro vytváření povinných hospitalizačních statistik pro Národní registr hospitalizovaných (dále NZIS) a Pololetní výkaz o lůžkovém fondu zdravotnického zařízení a jeho využití.

4. Laboratoře - komunikace

Rozšíření funkcí pro komunikaci s laboratořemi v Ústí nad Orlicí – přebírání výsledků vyšetření elektronicky

Objednávkový systém a příjem výsledků vyšetření – komunikace s externím pracovištěm laboratoře v Ústí nad Orlicí.

Požadavky na komunikaci:

- asynchronní komunikační mechanismus umožňující komunikaci mezi instancemi SQL serveru

- spolehlivý, bezpečný přenos platných zpráv, odolný vůči dočasným výpadkům spojení

- registr laboratorních klientů plně synchronizovaný s registrem NIS (tj. jakékoliv úpravy v registru NIS jsou okamžitě zohledněny v registru laboratoří, např. validace rodných čísel podle registru VZP je tak možné provádět centrálně)

- možnost nastavení z laboratoře, která data jsou zobrazována v NIS a která mohou být z NIS změněna

- synchronizace (dávkově nebo automaticky) minimálně na úrovni následujících číselníků (z laboratoří do NIS):

• číselník metod včetně všech hodnotících mezí

• seznam jednotek

• matice textových výsledků

• skupiny metod pro zadávání požadavků

• skupiny výsledkových listů

- synchronizace (dávkově nebo automaticky) minimálně na úrovni následujících číselníků (z NIS do laboratoří):

• číselník žadatelů (pracoviště a lékaři)

- elektronická žádanka z NIS do laboratoří včetně řešení pro spárování s materiálem za využití čárového kódu

- Elektronická distribuce výsledků do NIS do pacientské dokumentace okamžitě po uvolnění z laboratoře

- Elektronická distribuce výsledků pro praktické lékaře

- Zabezpečený WWW klient pro zobrazení výsledků a tvorbu elektronické žádanky

- Předávání podkladů pro centrální zpracování výkazů pro plátce zdravotní péče okamžitě po uvolnění výsledků, podklady pro okamžitou fakturaci samoplátců.

- Předávání podkladů pro manažerská vyhodnocení Popis rozhraní poskytne laboratoř v Ústí nad Orlicí.

5. Stravovací provoz - komunikace

Rozšíření funkcí pro komunikaci se stravovacím provozem – objednávka diet

- Komunikace se stravovacím provozem – předávání dat z klinického systému - respektování časů

daných provozem stravovacího oddělení

Záměr 2

Rozšíření nemocničního informačního systému o funkce pro ošetřovatelskou péči.

Záměr

Zadavatel požaduje funkční rozšíření stávajícího nemocničního informačního systému o funkce zajišťující procesy ošetřovatelské péče a vedení pacientské dokumentace v ošetřovatelské péči.

Požadavky na ošetřovatelskou péči

Elektronické vedení ošetřovatelské dokumentace bude obsahovat ošetřovatelskou anamnézu, ošetřovatelský plán s hodnocením, překladovou zprávu, screeningová vyšetření sestrou – xxxxxx xxxx, rizika dekubitů, test soběstačnosti, nutriční screening a další. Všechny dokumenty bude možno vést strukturovaně se zárukou úplnosti dokumentace, vyloučení duplicitních údajů a snížení pracnosti při dokumentování stavu pacienta. Budou vytvořeny elektronické formuláře, které jsou designovány pro práci za použití mobilních technologií přímo u lůžka pacienta. Součástí ošetřovatelské dokumentace bude vedení nežádoucích událostí.

Elektronická dokumentace vedená sestrami při hospitalizaci pacienta.

- Možnost zadání potřebných údajů při popisu ošetřovatelské anamnézy pacienta.

- Hodnocení rizik

- Práce s ošetřovatelským plánem

- Zadávání údajů do propouštěcí, resp. překladové ošetřovatelské zprávy

- Vedení denních ošetřovatelských záznamů o pacientovi.

- Formuláře odpovídající jednotlivým dokumentům ošetřovatelské dokumentace

o Ošetřovatelská anamnéza,

o Ošetřovatelská propouštěcí/překladová zpráva,

o Ošetřovatelský plán s hodnocením,

o Ošetřovatelský denní záznam,

o Hodnocení rizika pádu, dekubitů,

o ADL test soběstačnosti,

o Nutriční screening.

Ošetřovatelská anamnéza

- Ošetřovatelská anamnéza s hodnocením vnímání zdraví, výživy, vylučování, aktivity, odpočinku.

- Členění ošetřovatelské anamnézy dle Xxxxxxxxx.

- Hodnocení rizika dekubitu dle Rozšířené stupnice Nortonové.

- Zhodnocení nutričního stavu.

- Zhodnocení rizika vzniku pádu

- Zhodnocení soběstačnosti dle Xxxxxxxxxx testu základních všedních činností.

- Hodnotit tyto rizika a testy lze i kdykoliv v průběhu hospitalizace.

- Na základě výše uvedených údajů možnost provést komplexní zhodnocení stavu pacienta při příjmu k hospitalizaci z jednoho místa.

Ošetřovatelský plán

- Ošetřovatelský plán, ve kterém se specifikují ošetřovatelské diagnózy a k nim důvody, ošetřovatelské cíle a intervence.

- Ošetřovatelský plán je zadáván při příjmu pacienta, možnost modifikace diagnóz průběhu hospitalizace dle stavu pacienta.

- Záznam platnosti diagnózy. Hodnocení diagnózy.

Ošetřovatelská překladová/propouštěcí zpráva

- Zápis údajů o průběhu hospitalizace a stavu pacienta při propuštění.

Ošetřovatelská dokumentace bude nedílnou součástí systému.

Záměr 3

Rozšíření nemocničního informačního systému o komunikaci NIS/PACS.

Záměr

Záměrem Zadavatele je integrace nemocničního informačního systému s významnou komponentou – systémem pro práci s obrazovou informací a její a archivací. Bude realizováno propojení mezi stávajícím nemocničním informačním systémem a systémem PACS pomocí konektoru.

Požadované funkce

Komunikační modul bude zajišťovat následující činnosti:

- zpřístupnění obrazové dokumentace klinickým uživatelům – možnost rychlého zobrazení obrazové dokumentace uživatelům NIS (ošetřujícím lékařům) přímo z NIS.

- možnost vyvolat přímo z dokumentace NIS / RIS prohlížeč, propojení textové a obrazové dokumentaci v chorobopisu.

Konektivita

Uchazeč popíše způsob propojení, zadavatel upřednostňuje propojení pomocí SQL konektivity.

Komunikace musí být součástí nemocničního informačního systému a stávajícího systému PACS, data určená pro přenos budou odebírána/předávána z/do datových struktur obou systémů.

Záměr 4

Rozšíření nemocničního informačního systému o logistiku léků a dalšího zdravotnického materiálu v návaznosti na medikace.

Záměr

Záměrem zadavatele je řešení problematiky toku léků a dalšího zdravotnického materiálu, organizace a schvalování žádanek, vedení medikací na klinických odděleních a evidence podávání léčiv.

Požadavky na řešení problematiky toku léků a dalšího zdravotnického materiálu, organizace a schvalování žádanek.

- Tvorba a schvalování elektronických žádanek k nákupu komodit pro potřeby oddělení v rámci zdravotnického zařízení.

- Žádanky pro všechny typy komodit - léčiva, PZT, antibiotika, MTZ a další.

- Katalog komodit jednotný pro celé zdravotnické zařízení, katalog je spravován centrálně určeným správcem.

- Využití pozitivního listu pro požadavky a objednávky z oddělení směrem na dodavatele.

- Možnost definice procesu schvalování žádanek podle specifických potřeb zdravotnického zařízení.

- Předání schválené žádanky v elektronické formě do centrálního skladu nebo v podobě objednávky dodavateli.

- Dodávky jsou evidovány na jednom pracovišti nemocnice a vydávány na oddělení, při výdej je provázán se žádankou pro informaci o vykrytí žádanky.

Požadavky na vedení medikací na odděleních.

- Ordinovaná léčba jako podklad pro automatizovanou tvorbu žádanek z oddělení (tzv. předgenerování žádanky).

- Po vykrytí žádanky z centrálního skladu je v této úrovni využito vykrytí i pro naskladnění na sklady oddělení k detailnější evidenci na úrovni oddělení.

- Kontrola nákladů při objednání z oddělení, tj. v okamžiku schvalování žádanky.

- Přehled o čerpání limitu a schvalování žádanek nad aktuálními hodnotami limitů

- Automatizované předávání žádanek v elektronické podobě do centrálních skladů

- Statistické sestavy

- Procesní orientace systému – možnost modifikování dle potřeb zdravotnického zařízení

- Informace o dostupnosti LP na skladech oddělení při ordinování léčby a ZM pro evidenci spotřeby

- Kontrola ceny objednaných a dodaných přípravků

Požadavky na evidenci podání léčiv

- Evidence podání léčiva pacientovi v klinické části (medikaci)

- Výdej podaného množství léčiva v příručním skladu

- Vykázání podaného množství léčiva do dokladu pacienta (pokud metodika umožňuje vykázat jako ZUP) v nákupní ceně.

- Offline evidence podání, tj. záznam, že dříve ordinované medikace byly podány. Zaznamenání o podaných lécích se neprovádí ve stejném okamžiku jako samotné podání.

- Výhledově možnost On-line podávání léků (není součástí tohoto projektu)

Zadavatel požaduje, aby problematika toku léků a dalšího zdravotnického materiálu, organizace a schvalování žádanek, vedení medikací na klinických odděleních a evidence podávání léčiv byla nedílnou součástí nemocničního informačního systému.

Záměr 5

Rozšíření nemocničního informačního systému o nasazení zaručeného elektronického podpisu do procesů pacientské dokumentace a do komunikace se SUKL prostřednictvím elektronických receptů (eRecept).

Záměr

Zaručený elektronický podpis slouží k evidenci podpisových certifikátů pro jednotlivé uživatele informačního systému tak, aby bylo možné realizovat kontroly oprávněnosti použití certifikátu při podepisování. Jde o jeden z nástrojů autentizace elektronického dokumentu.

Zadavatel požaduje implementace zaručeného elektronického podpisu a jeho využití ve dvou oblastech nemocničního informačního systému: podepisování pacientské dokumentace a vydávání elektronických receptů.

Požadavky na elektronickou zdravotní pacientskou dokumentaci

Zadavatel požaduje implementaci funkcí a modulů NIS umožňující vedení zdravotní dokumentaci pacientů v

čistě elektronické podobě dle aktuálně platné legislativy. Základní funkce

- Správa životního cyklu (vytvoření, evidenci, uchovávání, zpřístupnění, transformace, distribucie a skartace) každé samostatné části zdravotnické dokumentace ve formě elektronického dokumentu bez papírového či jiného analogového ekvivalentu.

- Uzavřený zápis samostatného zdravotního záznamu je převeden do podoby výsledného dokumentu ve formátu PDF/A (formát v souladu se zákonem o archivnictví), který je opatřen zaručeným elektronickým podpisem a časovým razítkem.

- Dokument je archivován v rámci Electronic Record Management Systém, provozní systém (NIS) dostane odkaz na takto archivovanou samostatnou část zdravotnické dokumentace.

- HW úložiště tvoří důvěryhodný elektronický archiv, zajišťuje přístup typu WORM.

- Realizace elektronického podpisu prostřednictvím PKI, což je technologické, organizační a procesní prostředí poskytující služby spojené s vydáváním a správou certifikátů využívaných pro bezpečnostní funkce (utajení, digitální podpis, autentizace aj.) založené na asymetrické kryptografii.

Požadavky na komunikaci se SUKL (eRecept)

Zadavatel požaduje rozšíření nemocničního informačního systému (NIS) o možnost komunikovat se SUKL dle požadavků legislativy. Elektronická preskripce bude sloužit k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. elektronický recept - eRecept) dle §80 zákona č. 378/2007 Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SUKL ERP-001 (verze 3).

- Vytvoření elektronické podoby receptu (eRecept) ve struktuře požadované SUKL

- Podpis vytvořeného elektronického receptu pomocí zaručeného elektronického podpisu

- Odeslání podepsaného elektronického receptu na centrální uložiště receptů (dále CU) SÚKL

- Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL

- Samostatný tisk eReceptu podle jiné předlohy než běžný papírový recept

- Oprava dříve uloženého eReceptu v CU SÚKL

- Stornování dříve uloženého eReceptu v CU SÚKL

- Dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně.

- Využití veřejné datové sítě (Internetu) pro komunikaci s kryptovaným přenosem

Uchazeč popíše nezbytné komponenty pro realizaci zaručeného elektronického podpisu. Jejich dodávka není předmětem této zakázky.

Zadavatel požaduje, aby funkce pro nasazení zaručeného elektronického podpisu do procesů pacientské dokumentace a do komunikace se SUKL prostřednictvím elektronických receptů (eRecept) byla nedílnou součástí nemocničního informačního systému.

Záměr 6

Zadavatel požaduje dodávku technologií pro informační systémy.

Virtualizační servery

2 x HW server v konfiguraci

Server značkový s minimálně těmito parametry:

• provedení tower s osazeným redundantním zdrojem napájení

• Vícejádrové CPU s výkonnostním indexem (PassMark 8597) nebo výkonnější

• RAM: 32 GB 4x 8 GB FB SDRAM 1333MHz (možnost dalšího rozšíření)

• HDD: 8 x 146 GB, 6Gbps 15k 3,5“ konfigurovaných v RAID10, hot-plug

• HW RAID kontrolér 0/1/10/5 (512MB cache + batery backup)

• DVD mechanika

• 2 x LAN Ethernet 10/100/1000

• management kartu pro vzdálené ovládání

• Klávesnice, myš, LCD monitor

• Podpora VMware vSphere ESXi 5.5

• OS MS Windows 2012 R2 Std. Ed.

• 30 x CAL OS MS Windows Server 2012 R2 Std. Ed.

• Servis v místě instalace (reakce do 4 hodin)

2 x UPS

Záložní napájecí zdroj (UPS) o kapacitě min 1500VA s podporou komunikace se serverem (pro korektní sjetí OS při dlouhodobém výpadku napájení) na platformě OS Windows server 20012 R2 a výstupní charakteristikou

„čistá sinusoida“.

1x Server pro zálohování

Značkový HW server:

• provedení tower

• Vícejádrové CPU s výkonnostním indexem (PassMark 8597) nebo výkonnější

• RAM: 8 GB

• HDD: 2 x 146 GB SAS 15 krpm + 2 x 2TB SATA 7,2 krpm,

• Řadič HDD podporující RAID1

• DVD mechanika

• 2 x LAN Ethernet 10/100/1000

• Interní nebo externí pásková mechanika LTO5

• Klávesnice, myš, LCD monitor

• Servis v místě instalace NBD

• OS MS Windows Server 2012 R2 Std. Ed.

• Licence na zálohovací SW pro zálohování souborových systémů serverů

1x Archivní úložiště

Pro dlouhodobé ukládání elektronických dokumentů zdravotnické dokumentace požadujeme HW úložiště pro tento účel konstruované, které disponuje následujícími rysy:

• Schopností programově nastavitelné retenční lhůty na archivovaný objekt.

• Mechanismem interní kontroly konzistence souborů a korekci chyb na bitové úrovni.

• Automatickou relokací vadných datových bloků.

• Podporou zrcadlení dat do fyzicky jiné lokality v případě existence záložního úložiště.

• Automatickou kontrolou stavu svých komponent a schopností zasílání varovných upozornění v případě statisticky významného výskytu závad.

• Vzdálený monitoring provozního stavu.

• Vysokou míru redundance komponent (pevné disky, napájecí zdroje, ventilátory, síťová rozhraní LAN/SAN, řadiče, procesory).

30x Počítačové stanice

Stanice značková s následujícími min. parametry:

• Vícejádrové CPU s výkonnostním indexem (PassMark 3200) nebo výkonnější

• RAM: min. 4GB

• HDD: min. 500GB SATA III 7200rpm

• DVD +/-RW mechanika

• Čipová sada Intel

• Grafická karta Intel HD 4000 nebo lepší

• min. 4 + 2 USB 2.0 + 3.0

• LAN: 10/100/1000

• Klávesnice a myš

• OS: Windows 7 Pro 64b CZ / Windows 8.1 Pro 64b CZ

Zadavatel požaduje, aby výše zmíněné zboží, bylo dodáno s operačním systémem Windows. Důvodem pro tento požadavek, je to, že zaměstnanci zadavatele jsou na tyto programy vyškoleni a použití jiného SW by zadavateli působilo mimořádné obtíže z důvodu elektronické komunikace zaměstnanců a nutnosti jejich proškolení, což by mělo za následek další přídavné náklady.

30x Monitory

LCD monitor s minimálně následujícími parametry:

• Technologie LCD/LED LCD

• Úhlopříčka: min 20“

• Rozlišení: min. 1600x900 využije se i Full HD (pak nutno zvolit velikost 23“)

• Připojení analog + digitál

Databáze

Databáze včetně všech potřebných uživatelských licencí

• Databázový systém s parametry srovnatelnými se stávajícím databázovým systémem.

Operační systém

Systémový SW včetně všech potřebných uživatelských licencí

• OS: MS WINDOWS Std. 20012 R2 server 64 bit

• CAL pro OS: WINDOWS 20012 Server-DEVICE CAL v počtu 30.

Bezpečnostní předměty a certifikáty

• 100x Kvalifikovaný certifikát akreditovaného poskytovatele certifikačních služeb dle zákona č. 227/2000 Sb., o elektronickém podpisu, pro účely vytváření zaručeného elektronického podpisu nejen na zdravotní dokumentaci. Platnost certifikátu 12 měsíců.

• 100x Bezpečnostní předmět - slouží k bezpečnému uložení kvalifikovaného certifikátu. Předmět je chráněn PINem, privátní klíč v něm uložený není možné z předmětu vyexportovat.

• Budou vydány pro lékaře a VŠ pracovníky a SZZ personál pracující s dokumentací pacienta

• 1 000 000x časové razítko

4. Nemocnice následné péče Moravská Třebová

Předmětem tohoto dílčího plnění pro Nemocnici následné péče Moravská Třebová je rozšíření laboratorního informačního systému a dodávka nového nemocničního informačního systému.

Dílčí záměry:

1. Upgrade a funkční rozšíření stávajícího informačního systému pro laboratoře

2. Dodávka technologií pro informační systémy a pro elektronický podpis.

3. Dodávka a implementace nemocničního informačního systému

Součástí dílčího záměru 1 a 3 je:

- Poskytnutí aplikačního programového vybavení (ASW)

- Poskytnutí uživatelských práv k dodanému ASW

- Začlenění ASW do stávajícího výpočetního systému zadavatele

- Nastavení komunikací na okolní prostředí

- Implementace ASW včetně zaškolení uživatelů

- Akceptace řešení zadavatelem a předání zadavateli k užívání

Záměr 1

Zadavatel požaduje upgrade stávajícího laboratorního informačního systému v souladu s moderními trendy řízení zdravotnického zařízení a zejména ochrany citlivých pacientských dat. Důvodem záměru je též modernizací systémových prostředků (databáze, operační systém apod.) v případě, že tyto již nejsou výrobcem podporovány.

Analyzátory, které budou komunikovat s laboratorním systémem:

Immulite 2000

Konelab 30 I

Konelab 30 II

Mythic 18

Počet licencí (počítačových stanic): 5

Zadavatel požaduje upgrade a funkční rozšíření stávajícího informačního systému pro laboratoře tak, aby byla zachována filozofie dosavadního řešení. Tj. jedná se o systém pro komplexní zpracování dat v laboratoři od příjmu požadavku na vyšetření, přes jeho zpracování ve všech fázích laboratorní práce, po jeho kontrolu a vydání objednateli a vyúčtování provedené práce. Tyto základní činnosti budou doplněny škálou různých tiskových sestav, statistik a přehledů a nadstavbovými moduly pro další zpracování uložených dat. Veškeré údaje přicházející do systému z nejrůznějších zdrojů (ručně zadané, přijaté elektronickou cestou od jiných počítačových systémů či laboratorních analyzátorů) zůstanou trvale v systému uloženy a lze s nimi kdykoliv zpětně pracovat. Pro komunikaci s vnějším prostředím bude využíván elektronický podpis.

Odbornost: biochemie a hematologie.

Základní požadavky

▪ Okamžitý přehled o stavu všech vzorků v laboratoři a celém komplementu.

▪ Intuitivní grafické rozhraní optimalizované pro laboratorní prostředí.

Rozdělení provozu laboratoře do menších celků (bloků/knih)

• možnost nakonfigurovat více laboratoří, které mají své vlastní lokální číselníky (číselník metod, číselníky textů) a využívají společné globální číselníky (seznam žadatelů, seznam lékařů), tj. více laboratoří tak využívá společný registr pacientů a má přístup (podle přístupových práv) ke společné databázi výsledků

• možnost rozdělit denní seznam každé laboratoře do provozních bloků

• samostatné číslování vzorků v každém provozním bloku

• nastavitelný způsob číslování řad a volitelný formát identifikátoru žádanky v blocích

• různé režimy práce při zadávání identifikací, požadavků a výsledků, při kontrole výsledků, tisku a exportu nálezů, kontrole kompletnosti

• samostatné nastavení pro vytváření podkladů pro ZP

• samostatné ekonomické přehledy

Zadávání identifikačních údajů pacientů

• číslo pojištěnce (9-10 míst) s on-line kontrolami (dělitelnost, atd.) resp. generovaného čísla pojištěnce – automatické doplnění údajů u pacientů v registru

• data narození a pohlaví, neplynou-li z čísla pojištěnce

• aktuální stáří pacienta podle data narození

• příjmení, jména a tituly pacienta

• klíče pro pozdější vyhledávání, filtraci, export

• zprávy pro žadatele uvedené v číselníku zpráv

• libovolné volné textové poznámky k identifikaci (možnost použití předdefinovaných textů)

• hlavní a 5 vedlejších diagnóz (s kontrolou na číselník dg a pohlaví)

• anamnéza

• krevní skupina

• žadatel uvedený v číselníku (vybraní pracovníci mohou zadávat nové oddělení do číselníku nebo opravovat údaje v číselníku)

• žadatel(é) pro kopii (výsledkový list a export výsledků)

• číslo pojišťovny nebo fiktivní pojišťovny, příp. typu (čísla) faktury (s kontrolou na číselník pojišťoven a faktur)

• možnost evidence čísla svozu

• možnost provést zadání výběrem z registru pacientů

• vzhled vstupního formuláře uživatelsky modifikovatelný pro každý provozní blok samostatně a měnitelný během pracovního dne

Zadávání požadavků

Požadované minimální možnosti zadávání požadavků na vyšetření:

• ručně po metodách (mnemotechnickým kódem, horkou klávesou, číslem, výběrem z lokálního číselníku metod)

• po skupinách - profilech (od..do, definované skupiny – mnemotechnickým kódem, horkou klávesou,

číslem, výběrem z číselníku skupin metod)

• vazbou na současně zadávané požadavky

• předdefinované skupiny metod podle žadatelů

• předdefinovanou paletou metod v rastru žádanky včetně implicitních výsledků

• v rastru pro zadávání požadavků/výsledků lze podle typu provozu volit sloupce s informacemi o metodách (zkratka metody, plný název, jednotky, varovné meze)

• k požadavku lze okamžitě doplnit výsledek

• zadávání požadavků v režimu centrálního příjmu

• požadavky lze zpracovat před zadáním identifikace

• indikace urgentních požadavků (pro vzorek nebo konkrétní požadavek), STATIM

• indikace nadbytečných požadavků (průběžně při zadávání nebo dávkově)

• indikace frekvenčních omezení výkonů (průběžně při zadávání nebo dávkově)

• elektronický import požadavků v rozhraní MZ

• automatizované načítání požadavků z papírových žádanek OMR technologií modulem LISOMR (placený modul)

• automatizované načítání požadavků z papírových žádanek OCR technologií (skenování) a elektronického skladu žádanek (placený modul)

Centrální příjem

Automatické rozdělení požadavků do provozních bloků/knih pro část provozu nebo celou laboratoř.

Zadávání výsledků vyšetření

Způsoby zadávání výsledků:

• ruční zadávání výsledků

• on-line přenos výsledků z analyzátorů

• předdefinované výsledky

• uživatelsky definované výpočtové vztahy

• uživatelsky definované rozporové vztahy

• uživatelsky definované hodnotící vztahy

• volné komentářové texty k výsledkům

• komentáře lze skládat z předvolených textů

• textové komentáře lze označit jako interní (pouze pro potřebu laboratoře)

• zadávání výsledků po metodách včetně zobrazení předchozích výsledků v zadávacím rastru

• zadávání výsledků po pacientech

• zadávání číselných výsledků (indikace překročení varovných mezí; blokování vstupu mimo možné meze)

• zadávání krátkých (do 8 znaků) nebo delších (neomezená délka) textových výsledků klíčem

• možnost zápisu textového komentáře k výsledku (hodnocení)

• kontrola na předchozí výsledek (Delta-check)

• hromadná korekce vybraných výsledků (přenásobení nebo přičtení koeficientem)

• při zadávání po pacientech možnost použití předvolených rastrů/palet, …

Kontrola výsledků

• vícestupňová kontrola (laborantka, lékař1, lékař2) a potvrzení všech nebo vybraných výsledků

• okamžité zobrazení kumulativního nálezu

• výběr žádanek pro kontrolu dle stavu zpracování, překročení mezí nebo nárůstu, při rozporu, při existujícím textu, pro vybraná oddělení, metodiky nebo diagnózy

• automatické potvrzení bezkonfliktních výsledků (kritéria: hodnocení metod dle mezí, Delta-check, rozpory metod, kontrolní výpočty, vybrané texty, vybraná oddělení, metody nebo diagnózy)

• manuální potvrzení a blokování vzorků proti potvrzení

• evidence autora kontroly

On-line komunikace s analyzátory

Požadované typy komunikace:

• jednosměrná

• obousměrná

• xxxxxxx

• přímá

• přenosy kontrol (u analyzátorů, které přenos podporují)

Požadované vlastnosti komunikace:

• komunikace pro více materiálů, ředění

• automatická úprava přijatých výsledků

• automatický požadavek na opakované měření

• automatické nebo ruční potvrzení výsledků

• pracovní protokoly

• historie přijatých výsledků

• podpora identifikace vzorků čárovým kódem

Podpora práce s čárovým kódem při práci v laboratoři a při komunikaci s analyzátory

Možnost použití čárového kódu pro identifikaci pacienta, vzorku při zadávání požadavků, výsledků, komunikaci s analyzátory vybavenými čtečkou čárového kódu,…

Textové závěry

• volný textový popis k jednotlivým výsledkům

• volný textový popis k celému vzorku

• textové popisy pro interní potřebu laboratoře

• možnost využití předdefinovaných textových maker

• výběr textu z číselníků

Kontrola kvality (QC)

• neomezený počet různých kontrol ke každé metodě

• vytváření skupin kontrol podle pracovišť/analyzátorů

• dlouhodobá evidence šarží

• on-line přenos výsledků kontrol z analyzátorů

• manuální zadání výsledků kontrol s komentářem k výsledku

• okamžité zpracování Westgardových pravidel (14 typů)

• zařazení výsledků QC jako podmínky pro automatickou lékařskou kontrolu

• grafické zobrazení průběhu kontrol v čase (Levey-Jeningsův graf), možnost porovnání více kontrol v jednom grafu, možnost vyřazení výsledku nebo doplnění poznámky přímo v grafu

• křížový graf (Youdenův graf)

• indikace překročení nastavených limitů u kontrol

• denní a dlouhodobé přehledy kontrol výsledků včetně grafického zobrazení

• statistické přehledy za šarže a klouzavé časové intervaly

• přehled o mezidenní reprodukovatelnosti

• statististika kontrol s informacemi: hladina, pořadí, šarže, atest, odchylka, TEa, průměr, směrodatná odchylka, variační koeficient, bias, analytická chyba, standardní nejistota průměru, rozpětí hodnot, povolená nepřesnost, povolená nesprávnost, procento z celkové analytické chyby (%TEa), výtěžnost, relativní nejistota obsahu, relativní standardní nejistota obsahu, odhad kombinované relativní nejistoty, sigmametrie (6 sigma)

• statistika průměrů metod (denní a dlouhodobá) včetně grafického zobrazení

Tiskové sestavy

• tisk denního seznamu pacientů (třídění dle evidenčního čísla, čísla pojištěnce, jména, oddělení…)

• tisk hlavní knihy (třídění dle evidenčního čísla, čísla pojištěnce, jména, oddělení, plně definovatelný tvar a obsah)

• výsledkové listy (viz dále)

• pracovní a pipetovací protokoly

• nadbytečné požadavky

• patrové nálezy

• kniha metod

• extrémní výsledky

• denní statistika (průměry, kontroly)

• kontrola denního souboru

• manuální nebo automatické spouštění tisků

• oboustranný tisk (na tiskárnách, které ho podporují)

• tvar všech tiskových sestav je předpřipraven formou tiskových etalonů, které lze uživatelsky měnit (tiskový generátor sestav)

• archiv vytištěných sestav tříditelný podle data tisku, typu sestavy, uživatele nebo místa tisku

• nastavitelná doba archivace pro každý typ sestavy samostatně

• export všech vytvořených sestav do formátu PDF, RTF, XLS nebo TIFF

Distribuce / tisk výsledků

• průběžný i hromadný tisk

• denní nálezy

• kumulativní nálezy

• hromadné nálezy pro oddělení

• tisk neúplných nálezů

• dotisk doplněných výsledků

• archivní nálezy

• definovatelný tvar nálezu podle žadatele

• výpočty

• Delta-check

• rozpory metod

• textová hodnocení a závěry

• použití barev

• speciální tvary pro žadatele (tisk do „okénkových“ obálek, …)

Přenos výsledků k žadateli

• automatický přenos počítačovou sítí

• modemem

• internetem (MISE – samostatně hrazená služba)

• tvar dle standardního rozhraní ministerstva zdravotnictví (DS v3)

• vzdálený tisk na stanici žadatele

• protokoly a deníky o stavu přenosu

Komunikace s NIS

• možnost on-line synchronizace registru LIS s registrem NIS společnosti STAPRO s. r. o.

• on-line synchronizace seznamu pracovišť a lékařů s NIS společnosti STAPRO s. r. o.

• import elektronické žádanky z NIS (je podporován import ve formátu MZ v3)

• export výsledků do NIS (je podporován export ve formátu MZ v3)

• export podkladů pro vyúčtování plátcům péče (export K-dávek ve tvaru podle metodiky VZP nebo on- line export podkladů ve formátu MZ v3)

• export lokálního číselníku metod v XML tvaru

• jednorázový import seznamu pracovišť z NIS

Archivace a další zpracování výsledků

• on-line přístupný dlouhodobý archiv pacientů a výsledků

• vyhledání podle rodného čísla, klíče a jména

• zobrazení a tisk kumulativních nálezů včetně komentářů, hodnocení, výpočtů, trendů, atd.

• hodnocení výsledků metod v 9 intervalech (patologické až fyziologické meze)

• výběr sloupců pro tisk

• tisk hromadné faktury za pacienta

• oprava archivních dat

• ověření (validace) registru LIS u VZP (existence čísla pojistky, shoda pojistky se jménem)

• hromadné a průběžné vyhledávání duplicitních identifikačních záznamů a jejich manuální spojování

Podmínkový export údajů z databáze

• výběr údajů z databáze výsledků dle zcela obecných kritérií

• možnost uložení již jednou vytvořených dotazů pro jejich opakované použití

• tisk knih vybraných pacientů nebo export vybraných údajů do dalších programů (např. MS Excel) k dalšímu zpracování, …

Výstupy pro zdravotní pojišťovny a NZIS

• automatické zpracování dat pro pojišťovny

• samostatné sady výkonů pro jednotlivé pojišťovny

• historie sad výkonů v čase

• přiřazení více výkonů k jedné metodě

• dávky ve tvaru dle rozhraní VZP (vytváření dokladů typu (06)-Poukaz na vyšetření/ošetření a (01)- Ambulantní doklady)

• evidence všech vytvořených dávek v archivu

• sestavy o počtech a hodnotách agregovaných výkonů pro oddělení

• faktury za vytvořené dávky

• on-line předávání výkaznických údajů (ve formátu Mz v3)

Oprava chybných dokladů pro pojišťovnu

• vyhledání dle čísla dokladu nebo identifikace pacienta

• oprava celého dokladu nebo jeho části

• vykázání upravených dokladů pojišťovně – opravné dávky

Tisk faktur za provedená vyšetření

• různé typy faktur

• sady výkonů s nastavením vlastních cen a historií v čase

• obecná definice tvaru faktur

• fakturace za pacienta

• předběžné faktury

• hromadné faktury oddělením (žadatelům)

• faktury pro pojišťovny

Ekonomická statistika

• sledování celé laboratoře a jejích částí

• počty vyšetření, náklady, body, časová náročnost

• evidence za jednotlivé žadatele a jejich skupiny, za jednotlivé pojišťovny

• výběr období s rozlišením až na den

• tabulkové přehledy všech nebo vybraných metod

• přehledy o výkonech

• vzájemné porovnání ekonomických ukazatelů v různých časových obdobích podle žadatelů, pojišťoven a částí laboratoře

Konfigurace systému podle technického vybavení a uspořádání laboratoře

• definice stanic

• seznam analyzátorů

• přiřazení metod k analyzátorům

• seznam tiskáren a tiskových konfigurací

• definice tvarů tiskových sestav

• definice sekvencí opakovaně používaných akcí

• spouštění definovaných akcí podle časového plánu automaticky na pozadí (aplikační nebo databázový server)

• více laboratoří může využívat společný registr identifikací a některé číselníky

Konfigurace systému podle laboratorního provozu

• seznam provozních konfigurací a provozních bloků s nastaveným způsobem práce v provozu nebo bloku (zadávání požadavků a výsledků, prohlížení a kontrola výsledků, tisk, ukončení provozního cyklu,…) a způsobem vykazování pojišťovně

• číselník metod a mezí pro hodnocení (včetně jejich vývoje v čase)

• definice výpočtů, rozporů a hodnotících vztahů

• skupiny metod (pro zadávání požadavků, pro zobrazení a tisk nálezů)

• předvolené palety metod

• tabulky textových výsledků a předvolených textových popisů

• seznam kontrolních materiálů

• definice typů nálezů

• tiskové sestavy číselníků

• možnost využití globálního číselníku metod, mezí, výpočtových, rozporových a hodnotících vztahů

Konfigurace systému z hlediska vykazování výkonů

• přiřazení výkonů a skupin výkonů metodám

• obecné přiřazení výkonů, bodových a finančních hodnot a časů vyšetření jednotlivým pojišťovnám v jednotlivých obdobích

• úplná historie číselníků

• import zdrojových číselníků VZP

• použití agregovaných výkonů

• definice parametrů laboratoře z hlediska vykazování výkonů a fakturace

Standardní číselník laboratorních položek ministerstva zdravotnictví

• zobrazení národního číselníku laboratorních položek

• nastavení vazeb na číselník laboratoře

• převody jednotek

• import a export referenčních mezí z/do SLP v XML tvaru

Číselník žadatelů

• identifikace oddělení/pracovišť a lékařů

• stromová struktura seznamu pracovišť

• adresy a telefony

• údaje pro pojišťovny a fakturace (IČO, IČZ, odbornost, kód NZIS)

• předvolené údaje pro žádanku (implicitní pojišťovna, faktura, diagnóza, …)

• komunikační parametry

• tisk a export seznamu

Přístupová práva

• seznam uživatelů, jejich identifikací a přístupových hesel

• seznam skupin přístupových práv

• přiřazení individuálních práv každému uživateli

• nastavení úrovně přístupu k jednotlivým modulům

• evidence autora poslední změny identifikačních údajů, autora každého výsledku a potvrzení žádanky jako celku

• evidence zrušených žádanek

• evidence změny záznamů ve všech číselnících a seznamech LIS

Komunikace s klinickou částí nemocničního informačního systému

Požadavky na komunikaci:

• asynchronní komunikační mechanismus umožňující komunikaci mezi instancemi SQL serveru

• spolehlivý, bezpečný přenos platných zpráv, odolný vůči dočasným výpadkům spojení

• registr laboratorních klientů plně synchronizovaný s registrem NIS (tj. jakékoliv úpravy v registru NIS jsou okamžitě zohledněny v registru laboratoří, např. validace rodných čísel podle registru VZP je tak možné provádět centrálně)

• možnost nastavení z laboratoře, která data jsou zobrazována v NIS a která mohou být z NIS změněna

• synchronizace (dávkově nebo automaticky) minimálně na úrovni následujících číselníků (z laboratoří do NIS):

• číselník metod včetně všech hodnotících mezí

• seznam jednotek

• matice textových výsledků

• skupiny metod pro zadávání požadavků

• skupiny výsledkových listů

• synchronizace (dávkově nebo automaticky) minimálně na úrovni následujících číselníků (z NIS do laboratoří):

• číselník žadatelů (pracoviště a lékaři)

• elektronická žádanka z NIS do laboratoří včetně řešení pro spárování s materiálem za využití čárového kódu

• Elektronická distribuce výsledků do NIS do pacientské dokumentace okamžitě po uvolnění z laboratoře

• Elektronická distribuce výsledků pro praktické lékaře

• Zabezpečený WWW klient pro zobrazení výsledků a tvorbu elektronické žádanky

• Předávání podkladů pro centrální zpracování výkazů pro plátce zdravotní péče okamžitě po uvolnění výsledků, podklady pro okamžitou fakturaci samoplátců.

• Předávání podkladů pro manažerská vyhodnocení

Rozšíření funkcí laboratorního systému nad rámec upgrade stávajícího systému Elektronický podpis

• Export libovolné tiskové sestavy uložené v databázi do formátu PDF, volba možnosti opatřit výstup zaručeným elektronickým podpisem z certifikátu vystaveného pro konkrétní fyzickou osobu.

• Možnost připojit k zaručenému elektronickému podpisu i k elektronické značce časové razítko.

• Uložení všech certifikátů v číselníku certifikátů s možností přehledu o jejich parametrech a uživatelích.

Konverze dat

Zadavatel požaduje, aby součástí předaného implementovaného systému byla všechna historická data obsahující výsledky pacientských vyšetření.

Vybranému uchazeči budou poskytnuta historická data v popsaném tvaru.

Záměr 2

Dodávka technologií pro informační systémy a pro elektronický podpis.

Sítě

Dodávka, montáž a zprovoznění sítí

V síti budou v cílovém stavu připojena pracoviště:

Poliklinika:

- interní ambulance XXXx. Xxxxx + sestra

- interní ambulance MUDr. Xxx + sestra

- interní ambulance MUDr. Xxxxxxx + sestra

- gynekologická ambulance

- chirurgická ambulance

- pracoviště RDG + sono

- pracovna sociální sestry

- dětská kardiologie

II. budova

- pracoviště OKB

- pracovna sester X. NP

- v síti jsou také zapojeny dva PC na pracovně lékařů

- pracovna sester II. NP

- pracovna lékařů s jedním PC

- pracovna vrchní sestry

III. Budova

- pracoviště REH

- pracovna sester INP

- pracovna lékařů

Prostor pro server

- Server pro NIS bude umístěn v současné telefonní ústředně.

- Síť je nutno dobudovat dvěma datovými rozvaděči, jeden v telefonní ústředně (Stojanový rozvaděč velikosti U27, s patch panelem 24 a switch 24 10/100/1G+polička, ventilátory a záložní zdroj) druhý ve vstupu do II. Budovy (Nástěnný rozvaděč velikosti U9, s patch panelem 24 a switch 24 10/100/1G+ zálohový zdroj).

- do prvního rozvaděče je nutné mimo stávající síť zapojit diskové pole RTG a diskové pole kamerového systému umístěné v telefonní ústředně.

- propojení těchto rozvaděčů kabelem, vzdálenost mezi nimi činí 70 m, z toho je možné protáhnout existující trubkou pod vozovkou vzdálenost 6m. Ostatní je možné vést pod podhledem - cca 20 m, zbytek je nutno umístit v liště na zdi (včetně instalace lišty).

- doplnit datovou síť od druhého rozvaděče v II. Budově pro dvě podlaží nad ním, tj. doplnit rozvod do pracoven sester (prostupem 2 x přes panelový strop), vzdálenost cca 15 metrů, rovněž do neexistujících lišt.

Součástí tedy bude dodávka, montáž a zprovoznění následujících komponent:

- dvou vybavených datových rozvaděčů, specifikace viz výše

- 85 – 90 m kabeláže

- instalace 160 m kabeláže a lišt pro spojení stanic ve stravovacím provoze a serveru NIS v první budově

Server pro provoz aplikačního programového vybavení

Server s minimálně těmito parametry:

· provedení tower s osazeným redundantním zdrojem napájení

· CPU: Vícejádrové CPU s výkonnostním indexem (PassMark 8597) nebo výkonnější

· RAM: 16 GB (možnost dalšího upgrade)

· HDD: 4 x 300 GB, 6Gbps 15k 3,5“ konfigurovaných v RAID10, hot plug

· HW RAID kontrolér 0/1/10/5 (512MB cache + batery backup)

· DVD nebo DVDRW mechanika

· min 1x LAN 10/100/1000

· management kartu pro vzdálené ovládání

· Podpora OS Windows Server 20012 R2 64b

· Klávesnice, myš, LCD monitor

· Servis v místě instalace (reakce do 4 hodin)

UPS

Záložní napájecí zdroj (UPS) o kapacitě min 1500VA s podporou komunikace se serverem (pro korektní sjetí OS při dlouhodobém výpadku napájení) na platformě OS Windows server 2012 R2 a výstupní charakteristikou „čistá sinusoida“.

Zálohování dat

Řešení musí obsahovat zařízení pro zálohování dat minimálně v podobě externího síťového úložiště. V případě použití páskové mechaniky je potřeba dodat i SW pro realizaci záloh.

Počítačové stanice v počtu 12

Stanice musí s následujícími min. parametry:

· CPU: Vícejádrové CPU s výkonnostním indexem (PassMark 3200) nebo výkonnějš

· RAM: min. 4GB

· HDD: min. 500GB SATA III 7200rpm

· DVD +/-RW mechanika

· Čipová sada Intel

· Grafická karta Intel HD 4000 nebo lepší

· min. 4 + 2 USB 2.0 + 3.0

· LAN: 10/100/1000

· Klávesnice a myš

· OS: Windows 7 Pro 64b CZ / Windows 8.1 Pro 64b CZ

Monitory v počtu 12

LCD monitor musí splňovat minimálně následující parametry:

· Technologie LCD/LED LCD

· Úhlopříčka: min 20“

· Rozlišení: min. 1600x900 využije se i Full HD (pak nutno zvolit velikost 23“)

· Připojení analog + digitál

Databáze

Databáze včetně všech potřebných uživatelských licencí

Databázový systém MS SQL 2008R2 nebo 2012 Std. v počtu 20 Cal licencí

Operační systém

Systémový SW včetně všech potřebných uživatelských licencí

OS: MS WINDOWS Std. 20012 R2 server 64 bit

CAL pro OS: WINDOWS 20012 Server-DEVICE CAL v počtu 20 Cal licencí.

Zabezpečení elektronického podpisu

Pro počáteční provoz bude součástí projektu pořízení certifikátů pro 10 uživatelů na dobu 5-ti let, stejný počet tokenů.

10x Kvalifikovaný certifikát akreditovaného poskytovatele certifikačních služeb dle zákona č. 227/2000 Sb., o elektronickém podpisu, pro účely vytváření zaručeného elektronického podpisu nejen na zdravotní dokumentaci. Platnost certifikátu je 5 let.

10x Bezpečnostní předmět typu TOKEN - slouží k bezpečnému uložení kvalifikovaného certifikátu. Předmět je chráněn PINem, privátní klíč v něm uložený není možné z předmětu vyexportovat.

Záměr 3

Dodávka a implementace nemocničního informačního systému

Záměr

Zadavatel požaduje dodávku nemocničního informačního systému v souladu s moderními trendy řízení zdravotnického zařízení a zejména ochrany citlivých pacientských dat. Zadavatel požaduje vnitřně jednotný integrovaný nemocniční informační systém jednoho dodavatele, jehož součástí je administrativa a výkaznictví, podpora pacientské dokumentace včetně podpory ošetřovatelských procesů, řízení stravovacího provozu a komunikace s laboratořemi.

Předmětem zakázky je dodávka a implementace nemocničního informačního systému, který svými funkcemi zajistí podporu pro optimální provoz zdravotnického zařízení, zejména pro vedení pacientské dokumentace a pro optimalizaci a řízení provozu dalších pracovišť.

Dílčími částmi zakázky jsou oblasti:

• Zajištění administrativy zdravotnického zařízení, výkaznictví pro zdravotní pojišťovny a statistiky.

• Vedení pacientské dokumentace elektronickými prostředky včetně speciálních funkcí pro vedení sesterské dokumentace.

• Náhrada papírové dokumentace v oblasti preskripce elektronickým způsobem za využití elektronického podpisu.

• Propojení radiologického modulu na stávající PACS.

• Zajištění legislativní povinnosti elektronické komunikace se SUKL.

• Sjednocení aplikací na podporu stravování pacientů i zaměstnanců.

Zadavatel požaduje jednotný systém, vnitřně provázaný splňující všechny požadavky této zadávací dokumentace.

Výchozí podmínky

Nemocnice následné péče Moravská Třebová je zařízení poskytující odbornou ambulantní péči v regionu Moravské Třebové a částečně i Jevíčska. Organizace rovněž poskytuje lůžkovou zdravotní péči v oboru LDN. Nemocnice je zařízením pavilonového typu.

Pracoviště Nemocnice následné péče Moravská Třebová

Ambulance:

• - tři interní ambulance (včetně kardiologie),

• - dvě diabetologické ambulanci v Moravské Třebové a Jevíčku,

• - gynekologická ambulance,

• - chirurgická ambulance,

• - dvě ambulance pro děti a dorost a pediatrické kardiologie,

• - ambulance praktického lékaře pro dospělé v Březině,

• - závodní ambulance,

• - gastroenterologické pracovišti.

RDG pracoviště a ultrazvuková vyšetřovna. Dále zařízení provádí činnost v oborech:

• rehabilitace,

• klinická biochemie,

• doprava raněných, nemocných a rodiček

• LDN.

Požadavky na nemocniční informační systém jsou rozděleny do kapitol

1. Zadavatel požaduje dodávku nemocničního informačního systému (NIS) e v rozsahu dle kapitoly 1.1.

2. Zadavatel požaduje systém s obecnými vlastnostmi uvedenými v kapitole 1.2.

3. Komunikační vazby dle kapitoly 1.3.

4. Požadavky na převod dat z původních systémů

5. Požadované vlastnosti a funkce k jednotlivým oblastem NIS jsou uvedeny v kapitole 1.5.

6. Požadavky zadavatele na zprovoznění ASW jsou uvedeny v kapitole 1.6.

7. Požadavky zadavatele na servisní podporu jsou uvedeny v kapitole 1.7.

8. Součástí návrhu na NIS bude stanovení požadavků na nezbytné technologické vybavení pro provoz navrženého NIS dle instrukcí v kapitole 1.8.

1. Požadavky na dodávku nemocničního informačního systému (NIS)

Nemocniční informační systém bude v rámci tohoto zadání pokrývat následující oblasti

1. Klinický informační systém zahrnující:

1. Pacientskou administrativu včetně statistik potřebných pro provoz zdravotnického zařízení, zejména vykazování pro ÚZIS

2. Výkaznictví pro zdravotní pojišťovny

3. Vedení dokumentace na ambulancích

4. Vedení dokumentace na lůžkových odděleních

5. Ošetřovatelská dokumentace

6. Komunikace s laboratorním systémem na úrovni žádanek a předávání výsledků

7. Preskripce léků za využití elektronického podpisu

8. Elektronická komunikace se SUKL

2. Obrazový komplement

1. Radiodiagnostické oddělení

2. Komunikace se stávajícím systémem PACS

3. Stravovací provoz

1. Stravování klientů zdravotnických zařízení

2. Stravování zaměstnanců a veřejné stravování

3. Doplňkový prodej v jídelně

4. Skladová evidence

5. Objednávky stravy z klinických oddělení

2. Požadavky na dodávku nemocničního informačního systému (NIS)

Zadavatel požaduje implementaci systémů založených na moderních a všeobecně uznávaných technologických standardech s perspektivou rozvoje po dobu minimálně 10 dalších let.

Zadavatel požaduje implementaci systému, který je ověřen v praxi v reálné implementaci minimálně ve třech zdravotnických zařízeních minimálně obdobného rozsahu.

Navrhované systémy musí být homogenní z hlediska databázového prostředí, tj. jednotné databázové prostředí, pouze jeden typ databáze (např. MS SQL, Oracle, aj.) pro celé řešení, tj. pro klinickou část, komplement i stravovací provoz.

Navrhované systémy musí mít jednotné uživatelské rozhraní se způsobem ovládání respektujícím standardy MS Windows ve všech modulech a funkcionalitách, vyjma odůvodněných případů.

Integrální součástí NIS musí být i správa systému s obdobným ovládáním.

Všechny části systémů musí s uživatelem komunikovat česky; pro tvorbu individuálních výstupů, export a import dat a další funkce vyhrazené administrátorům, správcům a vybraným uživatelům se připouští komunikace v angličtině.

Navrhované systémy umožní hierarchizovatelné nastavení přístupových práv se stanovením rozsahu přístupu i stupně oprávnění manipulace se záznamem (čtení / nový záznam / úprava / rušení záznamu). 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í, do kterých jsou samotní uživatelé přiřazování.

Požadujeme, aby NIS byl procesně orientován, aby umožňoval nastavení dle reálně probíhajících procesů na jednotlivých pracovištích a umožňoval na pozadí probíhajících procesů jejich sledování a vyhodnocování.

Všechny tiskové výstupy navrhovaného systému musí být individuálně modifikovatelné z hlediska rozvržení tiskové stránky.

V systému bude možné strukturované a parametrizovatelné zadávání údajů s možností sdílení jednotlivých položek v dalších dokumentech, s možností nastavení jednotlivých položek (povinný údaj, možné hodnoty) a vlastních číselníků pro jednotlivé položky.

V systému bude evidována jednoznačná identifikace kdo, kdy provedl zápis do systému nebo provedl náhled do dokumentace.

Pracovní plocha musí být nastavitelná dle potřeb pracoviště. Uživatel musí mít možnost při práci měnit velikost zobrazovaných informací (rozlišení) dle svých preferencí.

Systém musí umožnit individuální nastavení pracovní plochy, podporovat práce ve více oknech současně.

Systém musí být připraven ke kompletnímu vedení čistě elektronické zdravotnické dokumentace. Toto bude součástí případné následné zakázky.

3. Požadavky na komunikační vazby Komunikace s laboratořemi

Zadavatel požaduje zajištění komunikace klinického informačního systému se stávajícím laboratorním informačním systémem minimálně v rozsahu:

- Export laboratorních elektronických žádanek ve formátu DASTA

- Import laboratorních výsledků ve formátu DASTA

- Import výkonů ve formátu K-dávek

- On-line zpřístupnění výkonů provedených laboratoří do výkaznictví pro účely vyúčtování samoplátců

- Okamžitá synchronizace změn ve sdílených číselnících

o číselník žadatelů Zdroj NIS

o metody a škály k metodám Zdroj LIS

o matice textů Zdroj LIS

o skupiny metod Zdroj LIS (pro zadávání

o požadavků)

o skupiny výsledkových listů Zdroj LIS

o materiál Zdroj LIS (tzv. typy vzorků)

Zadavatel požaduje komunikaci se stávajícím laboratorním informačním systémem v rozsahu:

- Jednosměrná synchronizace registru pacientů laboratoře (Slave) s registrem pacientů KIS (Master) tak, že změny v registru KIS jsou okamžitě promítány do registru laboratoře.

- On-line synchronizace základních číselníků laboratoří s číselníky KIS, a to

o ve směru z laboratoře do KIS (např. číselník metod apod.) a

o ve směru z KIS do laboratoří (např. číselník žadatelů).

- Možnost využít i postupného uvolňování výsledků jednotlivých metod.

- On-line distribuce výkonů provedených v laboratoři do centrálního zpracování výkaznictví, tj. okamžitě po uvolnění výsledků budou do KIS zapisovány i podklady pro vykázání zdravotní péče.

- Monitoring komunikace

Komunikace s PACS

Zadavatel požaduje zajištění komunikace klinického informačního systému se stávajícím PACS systémem, a to prostřednictvím worklistů. KIS musí umožňovat:

- automatické sestavení „worklistu“ na základě žádanky v NIS/RIS a jeho odeslání v požadovaném formátu na DICOM MWL server,

- textový popis vyšetření bude vytvářen v NIS/RIS a ukládán do databáze NIS/RIS a následně buď

o zpřístupněn i do prostředí prohlížečů snímků nebo

o odeslán do archívu PACS v požadovaném formátu, kde bude zkonvertován do DICOM SR formátu a poté uložen společně s obrazovou dokumentací pacienta,

- spuštění prohlížeče snímků z KIS s předáním parametrů pro vyhledání konkrétní obrazové studie nebo všech studií pacienta.

Datové rozhraní DASTA

Systém musí podporovat datová rozhraní pro výměnu dat DS MZČR.

4. Požadavky na převod dat z původních systémů

Zadavatel požaduje naplnění centrálního registru pacientů ze systému pro zpracování výkaznictví.

5. Požadované vlastnosti a funkce jednotlivých oblastí

5.1. Obecné požadavky na klinický informační systém

Možnost současně pracovat (zapisovat, editovat) více dokumentů (např. při psaní ambulantního nálezu moci současně zadat recept, žádanku atp.), bez nutnosti zavírat/otevírat okna.

Koncový uživatel musí mít možnost ovlivnit výčet informací v seznamech pacientů a jejich pořadí.

Při práci s pacientem požadujeme, aby na pracovní ploše byly vždy k dispozici jeho aktuální základní údaje včetně CAVE, trvalých dg, apod. a uživatel měl možnost přímé editace těchto údajů.

Možnost pacientovi zadat důležitou informaci (příkladem může být např. kardiostimulátor, infekčnost, špatný sluch, zrak, imobilní pacient apod.), která bude k dispozici při práci s pacientem, ale bude viditelná i v seznamech pacientů.

Systém musí mít funkci fulltextového vyhledávání v dokumentaci pacienta.

Požadujeme jednoduchý pohled na veškerou dokumentaci pacienta – plošně (přes všechna oddělení) i

časově (do historie).

Možnost přikládat obrázky, videa, zvuky a schématické obrázky do dokumentace pacienta.

Možnost zakreslovat do obrázků a schémat značky, popisky a tyto grafické poznámky uložit do dokumentace pacienta.

Požadujeme možnost nastavit hlášení on-line zpráv uživateli např. o příchodu nálezu, žádosti o konzilium atd.

Jednoduché přecházení uživatele na příslušnou organizační jednotku.

Požadujeme procesní systém s nástroji, které umožní nastavení dle reálně probíhajících procesů: Možnost Sestavení procesu s automaticky spouštěnými kroky procesu. Možnost jednotlivé kroky procesu přiřadit roli/uživateli, definovat, kdy má krok proběhnout. Možnost hlídání nesplněných procesů/kroků procesu. Možnost úkolování uživatelů, sledování nesplněných kroků procesu. Možnost vyhodnocovat odchylky reálného a navrženého procesu.

Možnost nastavení standardních postupů léčby - tj. podpora systému postupovat v péči o pacienta s určitým onemocněním standardním odsouhlaseným postupem. Možnost kontroly průběhu léčby, zda probíhá podle stanoveného procesu. Možnost úkolovat uživatele/role. Možnost vyhodnocovat plnění úkolů.

Možnost data (laboratorní hodnoty, měřené údaje apod.) zobrazovat na časové ose, možnost vytvářet grafy. Možnost vedení dokumentace v čistě elektronické podobě s využitím zaručeného elektronického podpisu.

Možnost sběru dat a elektronického vykazování do národních registrů.

5.2. Požadavky na klinický informační systém Minimální požadavky na statistické výstupy

NIS by měl obsahovat při dodávce běžné statistické výstupy:

- statistiky nad vykazováním pojišťovně - výkony, léky, recepty, materiál

- vykazování ÚZIS

- statistiky pro denní administrativu na ambulanci a lůžkách

Uživatel (správce NIS) musí mít možnost jednoduše dodělávat další potřebné statistiky nad daty strukturovaně zadanými do NIS:

- Tyto statistiky zpřístupnit koncovému uživateli přímo v NIS.

- Možnost exportu statistických výstupů do MS Excel, MS WORD, PDF

- Možnost vytvářet aktivní sestavy s přímým vstupem uživatele do záznamu (dokumentace pacienta), který je výsledkem vytvořené sestavy

Minimální požadavky tisky

Je požadována velká flexibilita v přizpůsobení tiskových výstupů.

- Požadujeme, aby správce nemocnice mohl tvořit vlastní tiskové sestavy pomocí standardního dotazovacího jazyka SQL.

- Grafický návrh designu tiskových sestav.

- Uživatel musí mít před tiskem možnost výběru z různých formátů zpráv (možnost volby různých předloh pro tisk).

- Před tiskem zadané dokumentace musí mít koncový uživatel možnost náhledu vzhledu tištěného dokumentu

Minimální požadavky na funkcionalitu přístupových práv

Je požadována možnost přizpůsobit přístupová práva dle organizačních zvyklostí ZZ i jednotlivých odborností.

Možnosti omezení:

- možnost omezení přístupu na pacienty svých pracovišť

- možnost přístupu k historické dokumentaci právě ošetřovaného pacienta dle přidělených práv

- možnost přístupu pro uživatele z jiných pracovišť pouze k danému typu dokumentace

- možnost omezení přístupu na konkrétní druh dokumentace, která je z hlediska údajů citlivá.

Minimální požadavky na bezpečnost – logovací aparát

Je požadována evidence

- kdo a kdy pořídil záznam do NIS

- kdo a kdy nahlížel do dokumentace

- kdo a kdy tiskl dokumentaci

Minimální požadavky - textový editor

Textový editor jako součást ASW.

Editor pro psaní dokumentace musí mít možnost formátování písma.

Předdefinované texty – možnost tvorby koncovým uživatelem, možnost vkládání na klávesovou zkratku do dokumentace.

Možnost do textu vkládat klávesovou zkratkou informace z jiné části dokumentace.

Požadujeme, aby bylo možné jednoduše vkládat části dokumentace do psaného textu (funkce drag and drop).

Požadujeme kontrolu pravopisu v editorech.

Dokumentace pacienta

Možnost spolu s textem do dokumentace vkládat obrázky, videa, zvukový záznam, vykázané výkony a materiál, poplatky apod. jako nedílnou součást daného zápisu.

Možnost vedení strukturované dokumentace (žádanek, nálezů, popisu vyšetření, OP protokolů, zápisu o terapii).

Možnost jednoduše procházet historickou dokumentaci pacienta, vyhledávat dle typu dokumentace, dle klíčových slov. Řadit dokumentaci pacienta dle data, místa pořízení, typu dokumentace.

Možnost evidovat a přehledně zobrazovat stav dokumentu (rozepsán, dokončen, uzamčen, vykázán apod.).

Minimální požadavky - centrální registr

U jednotlivých pacientů vedení údajů o praktickém lékaři a odborných lékařích pacienta s jejich centrálně vedeným číselníkem.

Možnost vložit do registru pacienta jeho fotografii.

Generování náhradního rodného čísla, možnost identifikace cizince. Možnost sloučení chybně evidovaných pacientů

5.3. Požadavky na pacientskou administrativu včetně statistik potřebných pro provoz zdravotnického zařízení, zejména vykazování pro ÚZIS

Centrální registr pacientů.

Kontroly správnosti RČ, čísla pojištěnce, hlídání duplicit, možnost stornování, oprav chybně zadaných dat.

Vykazování hospitalizačních statistik pro ÚZIS.

Vykazování ročních ambulantních statistik pro ÚZIS pro jednotlivé odbornosti z údajů, které jsou dostupné v NIS.

5.4. Výkaznictví pro zdravotní pojišťovny

Umožnit evidovat u pacienta souběžně několik pojistných smluv (pojištění) a více různých plátců péče pro stejné období.

Aplikace musí umožnit dávkovou i on-line validaci čísle pojištěnců řádných zdravotních pojišťoven pomocí B2B služby VZP.

Prezentace evidovaných položek pro zdravotnický personál společně z různých výstupních dokladů pro jednoho pacienta a jeden dokument (výkony, materiál, léky, služby se spoluúčastí pacienta, apod.)

Zadávání výkaznických kódů a/nebo poplatků přímo do formuláře, kde se píše klinická dokumentace tak, aby uživatel nemusel přeskakovat do jiného okna nebo do něj přesouvat kurzor

ASW umožní nastavitelnost sémantických a syntaktických kontrol správnosti výkaznických dat pomocí konfiguračního nástroje pro správce výkaznictví – aplikace musí umožňovat rozdílné nastavení stejných kontrol pro různé plátce, IČZ, IČP, uzly organizační struktury a různé události práce s daty (pořízení, přepočty, importy, sestavení dávek apod.).

Nastavení kontroly musí umožňovat volit různou tvrdost provedení kontrol – kontrola se neprovádí, kontrola pouze oznamuje problém, kontrola umožní pořídit, ale zamezí zařadit do dávek, kontrola neumožní ani pořídit a evidovat chybný údaj.

Výstupem provedení kontrol v souladu s konfigurací kontrol, je chybová sestava, která má vazbu jak na příslušnou událost tak konkrétní doklad – chyby dokladu jsou zobrazeny v každém dokladu tak, aby byla umožněna jejich selektivní oprava.

Pro účely přehlednosti uzávěrky umožní aplikace seskupovat výkaznická data do pojmenovaných uzávěrkových množin, nad kterými následně probíhají všechny činnosti uzávěrky (přepočty, kontroly, dávkování apod.

Provádění lokálních uzávěrek (přepočty, kontroly, dávkování) - aplikace musí umožnit na libovolném podstromu organizační struktury provedení lokálních uzávěrek

Zobrazení a kvantifikace dokladů vybraných k sestavení do dávek ještě před samotným sestavením; včetně možnosti manuálního výběru konkrétního (množiny) dokladů pro sestavení

Modul pro centrální zpracování výkaznických dat musí obsahovat nástroje pro hromadné opravy evidovaných dat formou SQL procedur. Takto provedené transformace musí podléhat kontrolnímu aparátu konfigurace kontrol tak, aby nebylo možno tímto způsobem znehodnotit evidované doklady.

Součástí výkaznického modulu bude podpora pro vytváření faktur ze sestavených k-dávek

Výkaznický modul musí být navázán na procení podporu systému tak, aby bylo umožněno graficky modelovat a následně podle definice spouštět automatickou uzávěrku jako workflow definovaného výkaznického procesu (činnosti přepočtů, kontrol, sestavení dávek, sestavení sestav a fakturace)

Možnost vytvoření nové správcovské kontroly (SQL procedury) nad doklady a zařazení do aplikace bez nutnosti zásahu dodavatele a verzování aplikace.

Pro vytváření statistik nad doklady ZP mít také možnost definovat statistiku pomocí uživatelského dialogu, ve kterém si uživatel vybírá rozsah počítaných dat a strukturu výstupu (rozdělení sestavy, počítané hodnoty). Umožnit výstup do tabulky, grafu či XLS.

Sestavení případu DRG v průběhu hospitalizace dle aktuálně známých informací o délce případu, kritických výkonech a diagnózách pacienta.

Případ DRG musí zobrazovat informace o výnosovém (dle indexu) i nákladovém ohodnocení (v členění na hotelové služby, zdravotní služby, operace, léky a materiál).

Aparát pro podporu DRG musí obsahovat funkce schvalovacího procesu nezávisle pro kodéry na oddělení a superkodéra nemocnice. Schválení musí být podmínkou pro uvolnění dokladů případu k vykázání do Kdávek.

Optimalizační funkce nad případem DRG musí umožňovat automatické promítnutí změn souvisejících s výběrem optimálního pořadí Dg. současně jak do dokumentace pacienta tak dokladů.

5.5. Vedení pacientské dokumentace na ambulancích

Zadavatel požaduje modul pro podporu administrativy a organizace práce na ambulanci, pro vedení ambulantní pacientské dokumentace, zajištění nezbytných statistik a vyhodnocení základních parametrů ambulance.

Minimální funkcionalita týkající organizace ambulantního provozu

Možnost definice struktury ambulancí dle organizačního uspořádání – centrální kartotéka pro více ambulancí, jednotlivé samostatné ambulance.

Zabezpečení procesu příchodu pacienta na ambulanci s definicí work-flow pro dané pracoviště (zadání/vyhledání v kartotéce, zadání do čekárny, zadání údajů sestrou, vyšetření pacienta lékařem, objednání pacienta k další návštěvě/na vyšetření, tisk potřebné dokumentace), možnost automatického vyvolávání jednotlivých funkcí dle nastavení.

Možnost sledování časů čekání v čekárně, délky vyšetření Přehled čekajících pacientů, ošetřených pacientů.

Možnost výběru pacienta z čekárny k ošetření a automatického otevření příslušné zprávy s předdefinovanými údaji (text, výkony, materiál, přístroje apod. pro daný typ vyšetření.

Minimální funkcionalita týkající se lékařské dokumentace na ambulanci

Možnost zadání minimálně: anamnézy, stavu pacienta, diagnóz, žádanky na potřebná vyšetření, recepty, poukazy, objednání na další návštěvu.

Veškeré tisky potřebné dokumentace.

Všechny potřebné úkony umožnit vykonávat rovnou při zápisu ambulantního vyšetření (zadání receptu, výkonů, žádanek, apod.)

Možnost zapisovat současně více typů dokumentace (zápis ambulantního vyšetření, receptu, žádanky apod.) a jednoduchého přenášení části textu mezi rozepsanou dokumentací (drag and drop).

Přehledná historie ambulantních zápisů

Možnost sdílení dokumentace pacienta mezi lékařem a sestrou. Možnost současné práce s jedním pacientem pro sestru a lékaře Při zadávání receptů:

- on-line informace o preskripci

- možnost práce s pozitivním listem

- možnost zadání magistra liter

- k dispozici on-line informace o lékových interakcích

Minimální funkcionalita týkající práce s pacienty

Možnost zařazení pacienta do dispenzárních skupin a práce nad pacienty dispenzární skupiny. Možnost převedení pacienta z ambulance na hospitalizaci – včetně zadané dokumentace.

Komplexní řešení objednávání pacientů k vyšetření v ambulancích, lůžkové části a jiných specializovaných pracovištích – na konkrétní datum a čas, na druh vyšetření, ke konkrétnímu lékaři, na dané pracoviště, na operaci.

Minimální funkcionalita týkající se přehledů a statistik

Přehledy minimálně v rozsahu: ambulantní kniha, předepsané recepty, provedené výkony, zadané ZUM. Možnost tvorby ročních ambulantních statistik sledovaných ÚZIS z údajů, které jsou dostupné v NIS.

5.6. Vedení pacientské dokumentace na lůžkových odděleních (standardní lůžka, JIP)

Zadavatel požaduje modul pro podporu administrativy a organizace práce na lůžkovém oddělení, pro vedení pacientské dokumentace, zajištění nezbytných statistik a vyhodnocení základních parametrů oddělení.

Minimální funkcionalita týkající se organizace práce na lůžkovém oddělení

Možnost definovat příjmový proces s kroky, které vykonává sestra, lékař, administrativní pracovník: vyhledání/zadání pacienta z/do registru, zadání dat o pacientovi, o hospitalizaci, o pojištění, uložení na lůžko, anamnéza, trvalá medikace, lékařská příjmová zpráva, diagnózy, vstupní vyšetření, ošetřovatelská anamnéza včetně rizik, ošetřovatelský plán péče). Hlídání neprovedených kroků tohoto procesu, úkolování uživatele/role. Možnost vyhodnocování doby vzniku dokumentace (dle akreditačních požadavků) a on-line upozorňování na blížící se termín.

Možnost sdílení dokumentace pacienta mezi lékařem a sestrou. Možnost on-line hlášení příchozího statimového nálezu.

Informování koncového uživatele o vyžádaném konziliu. Možnost pohledu do historické dokumentace pacienta.

Zabezpečení administrativních úkonů v průběhu hospitalizace pacienta - překlady, propuštění. Podpora správného vykazování, kontrola všech povinných údajů, potřebná hlášení za stanici, oddělení.

Minimální funkcionalita týkající se vedení dokumentace v průběhu hospitalizace

Vedení strukturovaného denního dekurzu. Přizpůsobení potřebám standardních oddělení a pracovištím JIP a ARO.

Možnost průběžného popisu stavu pacienta s jednoznačnou identifikací kdo a kdy zápis provedl a přehledné zobrazení jednotlivých zápisů.

Strukturovaná ordinace léků a infuzí. Zadávání z číselníku léků, možnost zadat lék mimo VZP číselník léků. Možnost provázání se skladem – přehledné označení léků, které jsou skladem při ordinaci léků. Vazba mezi aktuální medikací a trvalými léky (snadné přenesení).

Snadný výběr alternativ z ATC skupiny.

On-line hlášení lékových interakcí (vyhodnocované z ordinovaných léků i z léků zadaných na recept). Možnost přímého vstupu na informace o léku ze SUKL.

Možnost výpočtu potřebného množství účinné látky dle váhy pacienta.

Možnost elektronického vedení teplotky – možnost zobrazit průběžně data pacienta (léky, laboratorní výsledky, pokyny sestře, měřené hodnoty apod. za volitelný počet dnů) - vše na jedné obrazovce a to v číslech i graficky. Možnost přímo z teplotky zadávat medikace, podávat léky.

Možnost ordinace potřebných vyšetření a pokynů sestře.

Možnost elektronického označení podání léku – jednotlivě pro daného pacienta i hromadně pro pacienty stanice.

Zadání TISS protokolu, skorovacích schémat (SOFA, APACHE II, NIHSS, …). Vedení bilance tekutin, měřených údajů.

Důraz na možnost přizpůsobit tisky dekurzu zvyklostem oddělení.

Možnost elektronického vedení medikací a jejich napojení na logistický systém.

Možnost evidence spotřeby léků na pacienta: zaznamenávat léky podané danému pacientovi a automaticky je odepisovat ze skladu léčiv (a dle metodiky je automaticky zapisovat do dokladu pro plátce péče).

Možnost vedení strukturované sesterské dokumentace (ošetřovatelské anamnézy, ošetřovatelského plánu s hodnocením, překladové zprávy, screeningová vyšetření sestrou – xxxxxx xxxx, riziko dekubitů, test soběstačnosti, nutriční screening). Možnost použití mobilních technologií.

Systém musí umožňovat elektronické posílání žádanek na různé druhy vyšetření (laboratoř, RTG atd.) a elektronický přenos nálezů zpět na žádající pracoviště.

Přehledné zobrazení výsledků vyšetření laboratorních, RTG, konzilií, možnost jejich jednoduchého přenosu do vytvářených dokumentů.

Lékařské propuštění pacienta z oddělení – tvorba propouštěcí dokumentace (propouštěcí zpráva, předběžná propouštěcí zpráva, list o prohlídce mrtvého, průvodní list k pitvě aj.).

Propouštěcí zprávu vygenerovat automaticky dle předem dohodnutých pravidel ze zadané dokumentace (jaká dokumentace, v jakém pořadí, forma výstupu).

Zabezpečení procesu při administrativním propuštění pacienta z oddělení – kontrola všech povinných údajů, možnost jejich doplnění při propouštění pacienta. Důraz na ergonomické chování systému při kontrole chybějících údajů.

Minimální funkcionalita týkající se přehledů a statistik

Systém umožní vytvoření všech výstupů potřebných pro denní hlášení na stanici, pro měsíční hlášení pro ÚZIS.

Statistiky o počtech pacientů, obložnosti, pohybu pacientů, podaných lécích, provedených výkonech, zadaných ZUM.

Uživatel (správce NIS) musí mít možnost jednoduše dodělávat další potřebné statistiky nad daty strukturovaně zadanými do NIS, s možností exportu statistických výstupů do MS Excel, MS WORD, PDF. Možnost vytvářet aktivní sestavy s přímým vstupem uživatele do záznamu (dokumentace pacienta), který je výsledkem vytvořené sestavy.

5.7. Elektronická preskripce

Zadavatel požaduje implementaci zaručeného elektronického podpisu v oblasti vydávání elektronických receptů, tj. rozšíření nemocničního informačního systému o zapojení zaručeného elektronického podpisu do procesů preskripce a do komunikace s Centrálním úložištěm SÚKL prostřednictvím elektronických receptů (eRecept).

Požadavky na komunikaci s CÚ SÚKL (eRecept)

Zadavatel požaduje rozšíření nemocničního informačního systému (NIS) o možnost komunikovat s CÚ SÚKL dle požadavků legislativy. Elektronická preskripce bude sloužit k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. elektronický recept - eRecept) dle §80 zákona č. 378/2007 Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SÚKL ERP-001 (verze 2.30) a RLPO-001 (verze 1.00).

- Vytvoření elektronické podoby receptu (eRecept) ve struktuře požadované SUKL

- Podpis vytvořeného elektronického receptu pomocí zaručeného elektronického podpisu

- Odeslání podepsaného elektronického receptu na centrální uložiště receptů (dále CU) SÚKL

- Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL

- Samostatný tisk eReceptu podle jiné předlohy než běžný papírový recept

- Oprava dříve uloženého eReceptu v CU SÚKL

- Stornování dříve uloženého eReceptu v CU SÚKL

- Možnost dotázat se CÚ SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně

- Využití veřejné datové sítě (Internetu) pro komunikaci s kryptovaným přenosem

Uchazeč popíše nezbytné komponenty pro realizaci zaručeného elektronického podpisu. Jejich dodávka není předmětem této poptávky.

5.8. Požadavky na řešení pro obrazový komplement

Radiodiagnostické oddělení

Funkcionality potřebné pro radiologická pracoviště – RTG, sonografie, CT, MR, … Podpora činností pro kartotéku, příjem, popisovnu a vyšetřovnu

Možnost automatického příjmu žádanek z klinických oddělení nebo zápis žádanky na vyšetření přímo na RDG oddělení

Možnost nastavení automatického sledu činností – aby systém kopíroval práci koncového uživatele Sledování stavu žádanky (k vyšetření, vyšetřen, k popisu, popsán, vyúčtován apod.) a filtrování.

Možnost nahlížet do dokumentace pacienta při zápisu nálezu. Možnost evidence použitých přístrojů, expozic.

Automatické vyúčtování výkonů a zadaného materiálu dle provedeného vyšetření. Použití standardního editoru s možností používání předdefinovaných textů.

Možnost diktovat nález a hlasový záznam automaticky převádět na psaný text do dokumentace pacienta. Možnost uložení zvukového záznamu k nálezu pacienta.

Viceúrovňové schvalování nálezů. Odeslání nálezu žadateli.

Objednávkový systém – možnost objednávání pacientů na vyšetření.

Statistiky provedených vyšetření, výkonů, spotřebovaného materiálu apod., možnost exportu dat Sledování snímků a expozic

Přímé napojení na PACS. Ochrana dat přístupovými právy

Komunikace s PACS

Zadavatel požaduje integraci nemocničního informačního systému se systémy pro práci s obrazovou informací a její archivací.

Požadované funkce

Komunikační modul bude zajišťovat následující činnosti:

- proces vytváření popisu obrazové dokumentace v RIS – integrace RIS a diagnostické stanice PACS systému, různá úroveň integrace dle integrovaného PACS systému – automatické spuštění prohlížeče z RIS pro vybranou studii nebo pacienta, případně i včetně přihlášení uživatele,

- zpřístupnění obrazové dokumentace klinickým uživatelům – integrace prohlížeče obrazové dokumentace do NIS pro možnost rychlého zobrazení zvolené obrazové dokumentace nebo pacienta uživatelům NIS (ošetřujícím lékařům) přímo z NIS,

- jednosměrná synchronizace registru pacientů v NIS (Master) s registrem pacientů v PACS (Slave).

5.9. Stravovací provoz

Stravování klientů zdravotnických zařízení

Vedení a správa provozních dat (suroviny, diety, receptury, jídelníčky, …) Sběr a zpracování požadavků na stravu z lůžkových oddělení

Tvorba podkladů pro přípravu a distribuci stravy na výdejní místa Online komunikaci se skladem

Přehledy nákladů na stravu a další ekonomické sestavy Sledování nutričních ukazatelů

Stravování zaměstnanců a veřejné stravování

Vedení činností spojených s elektronickými objednávkami (objednávkové místo, NIS, www) Správu kont strávníků – zaměstnanců (kreditní, debetní), uplatnění dotací

Monitoring průběhu stravování

Burza jídel

Možnost restauračního stravování

Provádění vyúčtování stravy, podklady pro srážky ze mzdy

Doplňkový prodej v jídelně

Prodej salátů, nápojů

Provoz obchodu potravin (bufet, kantýna) Využití kont strávníků

Skladová evidence

Evidence zboží a potravin

Vedení skladu metodou FIFO nebo průměrných cen Sledování záručních lhůt

Ekonomické sestavy

Komunikace s ekonomickými systémy

Mobilní zpracování čárového kódu pro příjem, výdej a inventuru

Komunikace kliniky se stravovacím provozem – objednávka diet

Komunikace se stravovacím provozem – předávání dat z klinického systému

- Počty strávníků

- Struktura jednotlivých diet

- Respektování časů daných provozem stravovacího oddělení

6. Požadavky zadavatele na zprovoznění ASW

Součástí dodávky aplikačního programového vybavení musí být analýza nasazení, plán projektu a implementace včetně zaškolení všech uživatelů systému.

Xxxxxxx uvede ve své nabídce požadavky na součinnost zadavatele.

7. Požadavky zadavatele na záruku

Zadavatel požaduje na dílo záruku v délce 24 měsíců na SW části a 36 měsíců na technologie. Požadované záruční podmínky:

a. Služba dostupnosti webové aplikace pro evidenci veškerých požadavků a hlášení uživatelů k provozu aplikace NIS v rozsahu 24 x 7, tj. 24 hod. denně – 7 dní v týdnu.

b. Služba dostupnosti pracoviště podpory dodavatele pro konzultace, konfigurace, požadavky a provozní podporu uživatelů aplikace NIS v rozsahu 9 x 5, tj. v pracovní dny od 7:00 hod. do 16:00 hod.

c. Celkovou dostupnost služby aplikace NIS bez rozlišení příčin (výpadek nebo servis) minimálně 99,5

% za uplynulé tři kalendářní měsíce.

d. Dostupnost služby aplikace NIS z důvodu havárie služby minimálně 99,8 % za daný kalendářní rok.

e. Legislativní požadavky – zajištění realizace sw legislativních změn v aplikaci NIS nejpozději do 30 dní od vydání zákona nebo vyhlášky.

8. Požadavky na nezbytné technologické vybavení pro provoz navrženého NS

Uchazeč uvede ve své nabídce požadavky na technologickou infrastrukturu nezbytnou pro provoz navrženého

řešení.

Garance rovných podmínek

1. Vysokomýtská nemocnice

Zadavatele bezplatně poskytne vybranému Uchazeči této veřejné zakázky popis datové struktury systém FONS Akord v rozsahu nezbytném pro realizaci této zakázky a popis komunikačního rozhraní s FONS Diet.

Zadavatel bezplatně poskytne vybranému Uchazeči této veřejné zakázky popis datové struktury systém Marie PACS v rozsahu nezbytném pro vyřešení komunikace při realizaci této zakázky.

2. Odborný léčebný ústav v Jevíčku

Zadavatel poskytne bezplatně vybranému Uchazeči této veřejné zakázky popis datové struktury systémů XXXX Xxxxx a FONS Openlims v rozsahu nezbytném pro realizaci této zakázky.

3. Nemocnice následné péče Moravská Třebová

Zadavatel poskytne bezplatně vybranému Uchazeči této veřejné zakázky popis datové struktury systémů FONS Openlims v rozsahu nezbytném pro realizaci této zakázky.

Příloha

č. 2 Předmět díla, technická specifikace dodávky

Vysokomýtská nemocnice

Záměr 1

Rozšíření nemocničního informačního systému o logistiku léků a zdravotnického materiálu s možností on-line výdeje na pacienta.

Požadované funkcionality budou řešeny implementací produktu Logistika – Příruční sklady, které jsou součástí klinického informačního systému. Tento produkt splňuje všechny výše uvedené požadavky.

Příruční sklady nabízejí vytvoření žádanek z oddělení, příjem na oddělení, přeskladnění mezi odděleními a výdej do spotřeby nebo ztrát. Skladová zásoba je k dispozici pro ordinování léčby. Při evidenci podání léčiv dle medikované léčby systém odepisuje léčiva ze skladové zásoby v reálných cenách.

Je k dispozici funkcionalita inventarizace a uzávěrka skladu pro zaúčtování a manažerské vyhodnocení.

Sestavy dle exspirace umožňují sledování exspirace. Sestavy nad pohyby poskytují přehled o nákladech oddělení a v případě evidence podání až na pacienty.

Záměr 2

Rozšíření nemocničního informačního systému o komunikaci mezi NIS FONS Akord a Marie PACS.

Integraci nemocničního informačního systému se systémem pro práci s obrazovou dokumentací umožňuje komunikační modul, tzv. PACS konektor. Tento konektor umožňuje odesílat požadavky z NIS/RDG modulu na DICOM Modality Worklist, ze kterého si pak připojené modality vyzvedávají požadavky ve formátu DICOM. Konektor umožňuje také odesílání nálezů, které se pořizují v modulu NIS/RDG, do archívu obrazové dokumentace, kde jsou uloženy jako StructuredReport, avšak záleží konkrétním požadavku zadavatele, zda mají být tyto nálezy kopírovány do archívu nebo ne. Primárním zdrojem nálezů zůstává NIS/RDG.

PACS konektor podporuje více komunikačních rozhraní, podle toho, jaké komunikační rozhraní podporuje integrovaný systém obrazové dokumentace. Pro systém obrazové dokumentace ve Vysokomýtské nemocnici připadají v úvahu dvě rozhraní. Buď komunikace prostřednictvím rozhraní HL7 nebo DASTA.

Podporované funkce HL7 rozhraní:

Odesílání požadavků z NIS/RDG na DICOM Modality Worklist. Jedná se o HL7 zprávy ORM (study_scheduled, study_uppdated, study_deleted, study_complete).

Průběžná aktualizace registru pacientů v PACS systému na základě změn v registru pacientů NIS. Jedná se o zprávy HL7 ADT (ATD^A08 patient_update). Zabezpečuje služba HL7WaySU,

Odesílání nálezů z NIS/RDG do PACS systému. Jedná se o HL7 zprávy ORU

Příjem HL7 zprávy ORM^001 (informace o dokončení studie) z PACS systému do NIS/RDG o stavu žádanky a nastavení stavu žádanky na stav "study_completed". Zabezpečuje služba HL7WayS.

Podporované funkce DASTA rozhraní:

Komunikace s PACS systémem je řešena pouze jednostranně směrem z NIS/RDG do PACS. Je řešena objekty, které se vloží do sledu pro příjem žádanky, resp. do sledu pro popis vyšetření. Při těchto činnostech se spouští program DSsend s příslušnými parametry, který zajistí vygenerování odpovídajících XML souborů do definovaného sdíleného adresáře. Předávány jsou pouze data o žádankách (pro Worklisty) a nálezech.

Integrace s DICOM prohlížečem:

Součástí implementace PACS konektoru a integrace se systémem obrazové dokumentace je také integrace spouštění DICOM prohlížeče obrazové dokumentace, a to jak z klinického modulu NIS, tak z RDG modulu NIS. Za pomoci PACS konektoru je možné přímo z dokumentace NIS / RDG vyvolat prohlížeč, popřípadě diagnostickou stanici a předat jí potřebné parametry. Tímto způsobem lze fakticky propojit textové (chorobopis) a obrazové (RTG, CT, MR apod. snímky) informace. Integrace prohlížeče či diagnostické stanice je realizována pomocí objektu na spuštění externího programu s tím, že jako parametr objektu se zadá příkazová řádka pro spuštění programu s příslušnými parametry. Běžně je implementováno následující volání prohlížeče:

zobrazení seznamu obrazových studií uložených v PACS systému dle aktuálně zvoleného pacienta v NIS/RDG – parametrem volání PACS prohlížeče je tedy identifikace pacienta, což může být buď rodné číslo pacienta nebo vnitřní ID pacienta v NIS/RDG.

zobrazení konkrétní obrazové studie pacienta dle aktuálně vybrané žádanky v NIS/RDG – parametrem volání PACS prohlížeče je číslo žádanky, které bylo do PACS systému předáno jako Accession number ve worklistu.

Záměr 3

Rozšíření nemocničního informačního systému (NIS) o komunikaci mezi NIS FONS Akord modulem FONS Akord pro stravovací provoz.

Funkce požadované zadavatelem budou doplněny do stávajícího systému pro stravovací provoz. Bude zajištěna návaznost nja FONS Akord v požadovaném rozsahu.

Komunikace bude spočívat zejména v předávání informací týkajících se objednávání pacientské stravy.

on-line dostupné informace o pacientech a jejich dietách ve stravovacím provozu objednávka stravy lékařem nebo dietní sestrou

do okamžiku uzávěrky možnost úpravy objednané stravy dietní sestrou do okamžiku uzávěrky možnost změny diety

podpora hromadného objednávání informace o jídelníčku

Záměr 4

Rozšíření nemocničního informačního systému (NIS) o elektronickou preskripci – tzv. eRecept.

Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SUKL ERP-001. Součástí dodávaného řešení není výdej léčivých přípravků na základě eReceptu dle pokynů SUKL ERP-002 z komerční lékárny. Nutnou podmínkou pro odesílání eRecptů na úložiště SÚKL je vytvoření podpory elektronického podepisování, k čemuž slouží produkt s názvem ZEP (modul pro podporu užívání Zaručeného Elektronického Podpisu).

Pro uživatele je způsob používání receptů téměř stejný jako doposud – lékař běžným způsobem sestaví recept v NIS. V případě souhlasu pacienta s vydáním elektronického receptu lékař recept po dokončení (uzavření) preskripce elektronicky podepíše a systém zajistí jeho odeslání do centrálního uložiště SÚKL. Centrální uložiště vrátí do NIS jednoznačnou identifikaci pro zaslaný recept (elektronické identifikační znaky elektronického receptu a elektronické identifikační znaky léčivých přípravků uvedených na elektronickém receptu).

Pokud je recept uložištěm přijatý, uloží se jednoznačné elektronické identifikační znaky do klinického systému k vystavenému receptu. Na jejich základě je možné později (do vydání léčivého přípravku) předpis opravit nebo zrušit. Lékař pacientovi vytiskne papírový „opis receptu“ s upozorněním „Slouží k vyzvednutí pouze formou eReceptu!“, který obsahuje i elektronické identifikační znaky kódované čárovým kódem z centrálního úložiště SÚKL. Takový recept je pak možno vyzvednout v libovolné lékárně podporující eRecept.

Z prostředí klinického systému je na základě uchovávání elektronických identifikačních znaků možno zjistit, které léčivé přípravky pacient skutečně vyzvedl z lékárny a je možno u nich předpokládat, že tyto léčivé přípravky pacient skutečně užívá.

Ke komunikaci s centrálním uložištěm receptů je použita veřejná datová síť (internet). K zabezpečení přenosu mezi nemocnicí a SÚKL je zapotřebí vytvořit virtuální privátní síť se šifrovaným přenosem dat pomocí HW prostředků. VPN router pro vytvoření VPN tunelu dodává SÚKL a zadavatel si jej musí zajistit.

Přehled nastavení a funkcí:

podepsání vytvořeného receptu v klinickém systému pomocí ZEP (přidání zaručeného elektronického podpisu zajišťuje modul ZEP)

odeslání elektronického předpisu do centrálního uložiště receptů (dále CU SÚKL)

eRecept počítá mimo jiné i s léky s omezeným množstvím výdeje (konopí, pseudoefedriny apod.), kdy dochází při vystavení receptu k ověření oprávnění vydat takový recept proti registru RLPO (SÚKL)

příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL samostatný tisk eReceptu podle odlišné předlohy než „běžný“ papírový recept

oprava eReceptu odeslaného do CU SÚKL stornování eReceptu odeslaného do CU SÚKL

dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně

Požadované technologie a periferie:

Pro eRecpet je nezbytné použít technologie pro elektronické podepisování uvedené v popisu produktu ZEP.

Pro komunikaci s CU SÚKL je nutnou podmínkou vybudování VPN tunelu pomocí HW routeru, který dodává SÚKL.

Modul ZEP:

Je podpůrný modul pro eRecept (nebo EZD). Slouží k evidenci podpisových certifikátů pro jednotlivé uživatele nemocničního informačního systému tak, aby bylo možné realizovat kontroly oprávněnosti použití certifikátu při podepisování.

Princip podepisování spočívá v tom, že každý uživatel (fyzická osoba) má přidělený svůj podpisový certifikát (resp. klíčový kryptovací pár) - pro potřeby tohoto řešení je uvažován certifikát od akreditovaného poskytovatele certifikačních služeb. Tento certifikát je uložen v bezpečnostním předmětu = např. USB tokenu nebo čipové kartě (odpovídající předepsaným normám na zabezpečení kryptografických dat a užití pro sledovaný účel). Přístup k bezpečnostnímu předmětu je chráněn PINem. Systémové jádro NIS je rozšířeno o evidenci certifikátů ke každému uživateli. V okamžiku elektronického podepisování (např. po uzavření receptu) uživatel explicitně stiskem tlačítka provede podepsání dokumentu – přitom systém kontroluje, zda uživatel je oprávněn používat certifikát, zda certifikát na něm uložený byl vydán pro přihlášeného uživatele a zda jsou certifikáty platné.

Podmínkou nutnou k provozu produktu ZEP je tzv. napojení na PKI. PKI je technologické, organizační a procesní prostředí poskytující služby spojené s vydáváním a správou certifikátů využívaných pro bezpečnostní funkce (utajení, digitální podpis, autentizace aj.) založené na asymetrické kryptografii. V praxi toto napojení znamená vytvoření nového procesního prostředí pro správu podpisových certifikátů. Ze zkušenosti z předešlých projektů doporučujeme realizovat v areálu nemocnice registrační místo zvolené certifikační autority tak, aby celý proces byl efektivní a pro uživatele jednoduše dostupný (registrace, vydání, pravidelná výměna certifikátů, mimořádné situace).

V souvislosti s procesem správy podpisových certifikátů je možné tento proces zoptimalizovat zapojením IdM (identity managementu) do nemocniční infrastruktury tak, aby IdM spojoval personální evidenci zaměstnanců, správu uživatelů informačních systémů a PKI. Jedná se o variantní doplnění, které je možno realizovat samostatně a nezávisle (není součástí modulu ZEP).

Přehled funkcí:

Zadání, oprava, zrušení identifikátoru certifikátu k uživateli ve správcovském prostředí NIS Kontrola oprávněnosti užití vybraného certifikátu k elektronickému podepisování Požadované technologie a periferie:

Jako bezpečnostní předměty jsou podporovány např. zařízení čipová karta ProID+ (FORMÁT ID-000, dodavatel MONET+) ve variantě ergonomického formátu ve velikosti SIM karty doplněná čtečkou čipových karet token USB ve tvaru flash paměti. Čtečky se nabízí v provedení rozebíratelného a nerozebíratelného tokenu. Nebo eToken 5100 64 kB (včetně licence Safenet Authentication Client 8.0)

V případě, kdy bezpečnostní předměty nebudou součástí dodávky, je podmínkou nutnou dohoda zadavatele a dodavatele na konkrétním modelu bezpečnostního předmětu, který bude mít podporu v NIS a současně zapůjčení minimálně jednoho kusu vybraného produktu pro potřeby vývoje.

Zadavatel požaduje naplnění všechn legislativních norem souvisejících elektronickým receptem. Bude se týkat zejména podpory zákona o konopí a údržby legislativy.

Komponenty nezbytné pro realizaci zaručeného elektronického podpisu jsou předměty, čtečky a certifikáty. Časová razítka nejsou v tomto případě potřeba.

Záměr 5

Dodávka technologií pro informační systémy a pro elektronický podpis.

Nabízená počítačová stanice v počtu 3 ks:

Dell Optiplex 7020MT i5-4590/4/500G/Win7P+8P/3yNBD

(D-D-7020M-P3-501)

OS: Windows 7 Professional (64Bit Windows 8.1 License, Media), Zdrojový disk DVD pro 64bitový systém Windows 8.1 MUI

Procesor: Intel® Core™ i5-4590 Processor (6M Cache, up to 3.70 GHz)

Čipová sada: Čipová sada Intel® Q87 Express

Paměť: 4GB operační paměti DDR3 1600MHz, (max. 16 GB) Pevný disk: 500GB 3,5" pevný disk SATA 7200 ot./min Optická mechanika: Jednotka 8x DVD+/-RW

Grafická karta: Intel® HD Graphics 4600

Rozšiřující sloty:

1 slot PCIe x16 plné výšky

1 slot PCIe x16 plné výšky (zapojení jako x4), 1 slot PCIe x1 plné výšky

1 slot PCI plné výšky

Síť: Integrovaná karta Intel® I217LM sítě Ethernet LAN 10/100/1000 Konektory (celkem):

4 externí porty USB 3.0 (2 přední, 2 zadní)

6 externích portů USB 2.0 (2 přední, 4 zadní) 1 interní USB 2.0 (pouze provedení MT)

1 RJ-45;

1 sériový

1 VGA

2 DisplayPort;

2 PS/2;

2 vstupy Line-in (stereo/mikrofon)

2 výstupy Line-out (sluchátka/reproduktor)

Přední konektory: 2x USB 3.0, 2 x USB 2.0, audio

Čtečka paměťových karet: Ne

Provedení (case): Mini Tower Počet pozic 3,5": 2x interní Počet pozic 5,25": 2x externí

Rozměry: 36,0 × 17,5 × 41,7 cm

Hmotnost: 9,4 Kg Napájení: 290W

Klávesice: Klávesnice USB Dell QuietKey KB212-B, česká (QWERTZ), černá

Myš: Optická myš USB Dell (kabelová) s posuvným kolečkem (3 tlačítka a posuvné kolečko), černá Záruka: 3 roky ProSupport NBD on-site

Obsah balení: Počítač, klávesnice a myš

Monitor v počtu 3 ks

24" LCD Dell P2414H Prof.IPS 16:9 Pivot/ USB/ DVI/ DP

Velikost viditelné úhlopříčky: 60,47 cm 23,8 palce (23,8palcová úhlopříčka obrazu) Poměr stran: Širokoúhlý (16 : 9)

Typ a povrch panelu: IPS (In-Plane Switching), antireflexní s potahovaným povrchem 3H Optimální rozlišení: 1 920 x 1 080 při 60 Hz

Kontrastní poměr: 1 000 : 1 (obvykle)

Dynamický kontrastní poměr: 2 000 000 : 1 (max.) Jas: 250 cd/m^(2) (obvykle)

Odezva: 8 ms (šedá-šedá)

Maximální pozorovací úhel: (178° svisle / 178° vodorovně) Podpora barev: 16,7 milionu barev

Rozteč pixelů: 0,2745 mm

Podsvícení monitoru: LED

Typ displeje: Širokoúhlý plochý displej

Kabel DP 1,8m

KONEKTIVITA

1 konektor DVI-D s ochranou obsahu HDCP 1 konektor VGA

1 konektor DisplayPort (verze 1.2a)

4 porty USB 2.0 (4 porty pro periferní zařízení, 1 port pro připojení k počítači)

Záruka: Tříletá výměnná servisní služba Advanced Exchange Service se zárukou Premium Panel Guarantee.

6x Laser skener kompatibilní s navrhovaným systémem pro logistiku léků - Honeywell MS9520 / 9540 USB.

3x Tiskárna čárového kódu kompatibilní s navrhovaným systémem pro logistiku léků - Zebra GK420t.

Kopírka v počtu 3 ks

Minolta kopírka bizhub 185 (A3,18 ppm,USB2.0, GDI)

Klíčové vlastnosti:

rychlost A4/A3: černobíle 18/9 str/min formáty papíru: A5-A3 a vlastní formáty

Specifikace:

Technologie:černobílý laserový tisk, polymerovaný toner Simitri®HD Rychlost tisk/kopírování(A4/A3): 18/9 (kopií za minutu)

Formát papíru: A5-A3

Tisk:

Rozlišení: 600 x 600 dpi Rychlost tisku (A4/A3): 18/9 První výtisk: 8s

Doba zahřívání: 29s Paměť: 32MB (max. 32MB) Zásobník papíru: 250 listů Boční podavač: 100 listů Tiskové jazyky: GDI, XPS

Podporované OS: Windows XP (32/64 bit), Vista (32/64bit), W7/8 (32/64bit), Server 2003/2008 (32/64bit), Server 2088 R2 (64bit)

Rozhraní: USB 2.0 rozhraní (standardní součást strojů), nebo síťová karta(volitelné příslušenství USB- Ethernet).

Duplex: Bez možnosti automatického oboustranného tisku. Životnost toneru: až 11 000 stran

Životnost zobrazovací:ž 55 000 stran

Skenování:

Jen černobíle Rozlišení: 600x600 dpi

Varianty skenování:

- XXXXX

- WIA

Velikost originálu: A5-A3

Dodávka obsahuje:

Základní stroj (bez volitelných zásobníků/podavačů) Kryt originálů

Starter, fotoválec Bez toneru

Server pro provoz NIS:

Dell PowerEdge R430 Komponenty

1 Intel® Xeon® E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T

1 Bezel 4/8 Drive Chassis

1 2.5" Chassis with up to 8 Hot Plug Hard Drives

1 Performance BIOS Setting

1 2133MT/s RDIMMs

4 8GB RDIMM, 2133MT/s, Dual Rank, x8 Data Width

1 PERC H730 RAID Controller, 1GB NV Cache

1 C9 - RAID 5 for H330/H730/H730P (3-8 HDDs or SSDs)

4 300GB 10K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive

1 DVD ROM, SATA, Internal

1 Dual, Hot-plug, Redundant Power Supply (1+1), 550W

1 ReadyRailsTM Sliding Rails With Cable Management Arm

1 On-Board Broadcom 5720 Quad Port 1GBE

1 iDRAC8 Enterprise, integrated Dell Remote Access Controller, Enterprise

1 3Yr ProSupport and 4hr Mission Critical

UPS

APC Smart-UPS 1500VA RM 2U 230V (SMT1500RMI2U)

Systémový SW

1 Windows Server Standard 2012 R2 OLP NL 2 Proc

4 Windows Server 2012 standart Device CAL OLP NL

Instalační práce

Práce a služby prováděné nad technologiemi Sestavení a zahoření serverů

Instalace MS Windows serveru (instalace a konfigurace OS, instalace oprav) Implementace serverové techniky u zákazníka

UPGRADE LAN – výměna switch

2 TP-LINK JetStream TL-SG3424

3 TP-LINK TL-SL2428WEB

1 19“ rozvaděč 15U

BEZPEČNOSTNÍ PŘEDMÉTY A CERTIFIKÁTY

6x Kvalifikovaný certifikát 6x Bezpečnostní předmět

Kvalifikované certifikáty budou vydávány na období 12 měsíců.

Dodány budou Tokeny a čipové karty - Čipová karta ProID + čtečka- token USB SIM (K30) Podrobnější popis je v samostatné kapitole č. 7

Odborný léčebný ústav Jevíčko

Záměr 1

Rozšíření nemocničního informačního systému o komunikaci se SUKL prostřednictvím elektronického receptu.

Elektronickou komunikaci NIS s CÚ SÚKL (centrální úložiště elektronických receptů) umožňuje modul eRecept, který je funkčním rozšířením modulu Recept (součást klinické části NIS), a který společně s dalšími SW a technologickými produkty slouží k vystavení lékařského předpisu z klinického informačního systému v elektronické podobě (tzv. elektronického receptu) dle §80 zákona č. 378/2007 Sb., dále vyhlášky č. 54/2008 Sb. a pokynu SUKL ERP-001. Součástí dodávaného řešení není výdej léčivých přípravků na základě eReceptu dle pokynů SUKL ERP-002 z komerční lékárny. Nutnou podmínkou pro odesílání eRecptů na úložiště SÚKL je vytvoření podpory elektronického podepisování, k čemuž slouží produkt s názvem ZEP (modul pro podporu užívání Zaručeného Elektronického Podpisu).

Přehled nastavení a funkcí:

Podepsání vytvořeného receptu v klinickém systému pomocí ZEP (přidání zaručeného elektronického podpisu zajišťuje modul ZEP)

Odeslání elektronického předpisu do centrálního uložiště receptů (dále CU SÚKL),

Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL Samostatný tisk eReceptu podle odlišné předlohy než „běžný“ papírový recept

Oprava eReceptu odeslaného do CU SÚKL Stornování eReceptu odeslaného do CU SÚKL

Dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně

Požadované technologie a periferie:

Pro eRecpet je nezbytné použít technologie pro elektronické podepisování uvedené v popisu produktu ZEP.

Pro komunikaci s CU SÚKL je nutnou podmínkou vybudování VPN tunelu pomocí HW routeru, který dodává SÚKL.

Modul ZEP je podpůrný modul pro eRecept (nebo EZD). Slouží k evidenci podpisových certifikátů pro jednotlivé uživatele nemocničního informačního systému tak, aby bylo možné realizovat kontroly oprávněnosti použití certifikátu při podepisování.

Přehled funkcí:

Zadání, oprava, zrušení identifikátoru certifikátu k uživateli ve správcovském prostředí NIS Kontrola oprávněnosti užití vybraného certifikátu k elektronickému podepisování

Záměr 2

Rozšíření aplikačního programového vybavení pro laboratoře o integraci elektronického podpisu pro práci s dokumenty.

Nabízené řešení plní požadavky ZD na elektronický podpis v dokumentaci laboratoří:

Export libovolné tiskové sestavy uložené v databázi do formátu PDF, volba možnosti opatřit výsledkové listy zaručeným elektronickým podpisem z certifikátu vystaveného pro konkrétní fyzickou osobu

Možnost opatřit tiskové sestavy výsledkových listů a knih exportované do PDF elektronickou značkou z certifikátu vystaveného pro laboratoř. Parametry elektronického podpisu budou konfigurovatelné a funkcionalita bude použitelná jak při volání z menu, tak i z naplánovaných úloh

Možnost připojit k zaručenému elektronickému podpisu i k elektronické značce časové razítko Uložení všech certifikátů v číselníku certifikátů s možností přehledu o jejich parametrech a uživatelích

Možnost přihlášení uživatele s evidovaným zaručeným elektronickým podpisem bude součástí vstupních přihlášení do systému Openlims.

Kvalifikované certifikáty budou vydávány na období 12 měsíců.

Dodány budou Tokeny a čipové karty - Čipová karta ProID + čtečka- token USB SIM (K30) Podrobnější popis je v samostatné kapitole č. 7

Elektronická zdravotní dokumentace

Vedením elektronické zdravotní dokumentace zde máme na mysli péči o celý životní cyklus (vytvoření, evidence, uchovávání, zpřístupnění, transformace, distribuce a skartace) každé samostatné části zdravotnické dokumentace ve formě elektronického dokumentu bez papírového či jiného analogového ekvivalentu.

Vydané výsledkové listy je možné archivovat. Pro možnosti ověření pravosti dokumentů lze dokumenty označit elektronickou značkou ve smyslu zákona č.227/2000 Sb. o elektronickém podpisu, případně zaručeným elektronickým podpisem ve smyslu zákona č.227/2000 Sb.

Hlavní přínosy zavedení EZD v porovnání s papírovou dokumentací jsou především: Rychlejší a bezpečnější distribuce výsledkových listů (nálezů) žadatelům.

Úspora nákladů na papír a spotřební materiál pro tisk výsledkových listů. Úspora nákladů na distribuci výsledkových listů poštou.

Rychlejší vyhledávání historických dokumentů laboratoře (žádanky, výsledkové listy, hlavní kniha). Úspora nákladů a prostor při archivaci dokumentů laboratoře.

Podpora zákonem stanoveného skartačního procesu.

Elektronická značka nebo elektronický podpis

Před zavedením elektronického značkování výsledkových listů je třeba zvážit, zda se bude používat elektronická značka nebo elektronický podpis.

Elektronická značka

Při použití elektronické značky je certifikát vázán na název laboratoře. Označující osoba může označit datové zprávy automatizovaně bez přímého ověření obsahu datových zpráv.

V laboratoři probíhá kontrola výsledků podle zavedených pravidel. Dále jsou zavedena pravidla pro tisk výsledků (úroveň kontroly výsledků, bloky pro pospojování na společný výsledkový list, případně oddělení na různé výsledkové listy, …). Po sestavení výsledkových listů zodpovědná osoba PDF soubory označí automaticky bez prohlížení náhledů výsledkových listů.

Elektronický podpis

Pro použití elektronického podpisu by byl certifikát vázán na konkrétní osobu potvrzující dokument. Předpokládá se, že se podepisující osoba před podepsáním datové zprávy s jejím obsahem seznámila.

Pro práci v laboratoři by to znamenalo dvojí kontrolu. Kontrolu výsledků podle zavedených pravidel a po sestavení výsledkových listů kontrolu náhledů výsledkových listů.

Tato varianta je ve FONS Openlims možná. Je ale časově velmi náročná.

Termíny a zkratky

V textu používáme terminologii ve smyslu zejména následujících právních předpisů:

1. Zákon č. 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů.

2. Zákon č. 227/2000 Sb., o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů.

3. Zákon č. 372/2011 Sb., o zdravotních službách a podmínkách jejich poskytování.

4. Vyhláška č. 98/2012 Sb. o zdravotnické dokumentaci.

5. Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů.

6. Zákon č. 499/2008 Sb., o archivnictví a spisové službě a o změně některých zákonů ve znění pozdějších předpisů.

7. Vyhláška č. 191/2009 Sb., o podrobnostech výkonu spisové služby.

8. VMV č. 79/2009 Oznámení Ministerstva vnitra, kterým se zveřejňuje Národní standard pro elektronické systémy spisové služby.

Dále v textu jsou používány následující obecné zkratky:

DASTA	Datový standard MZ ČR
DEA	Důvěryhodný elektronický archiv
DMS	Dokument management systém
EZ	Elektronická značka ve smyslu ZoEP
EZD	Elektronická zdravotnická dokumentace, zde chápáno jako čistě elektronická forma
IS	Informační systém
ISDS	Integrovaný systém datových schránek
NIS	Nemocniční informační systém
NSESS S	Národní standard pro elektronické systémy spisové služby
OCR	Optical Character Recognition - optické rozpoznávání znaků je metoda, která pomocí scanneru umožňuje digitalizaci tištěných textů
PDF	Souborový formát vyvinutý firmou Adobe pro ukládání dokumentů nezávisle na softwaru i hardwaru, na kterém byly pořízeny
PDF/A	Oficiální archivační verze formátu PDF definovaná v standardech ISO 19005-1:2005 a ISO 19005-2:2011. Jedná se o zúžení definice formátu PDF tak, aby bylo možné soubory uložené v PDF/A otevřít beze ztráty informace i všemi budoucími verzemi softwarových nástrojů.
WORM	Typ datového media určeného pro archivaci (Write Once – Read Many)
ZD	Zdravotnická dokumentace
ZEP	Zaručený elektronický podpis ve smyslu ZoEP
ZoARC H	Zákon č. 499/2008 Sb., o archivnictví a spisové službě a o změně některých zákonů ve znění pozdějších předpisů
ZoEP	Zákon č. 227/2000 Sb., o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů
ZoZS	Zákon č. 372/2011 Sb., o zdravotních službách a podmínkách jejich poskytování
ZZ	Zdravotnické zařízení

Technické požadavky

minimálně stejné nároky jako na ZEP resp. EZ, používané pro elektronickou komunikaci občanů s orgány veřejné moci či územní samosprávy, tj. aby splňoval následující rysy:

Kvalifikovaný certifikát

ZEP resp. EZ jsou založeny na kvalifikovaném certifikátu resp. kvalifikovaném systémovém certifikátu vydaném akreditovaným poskytovatelem certifikačních služeb (§ 11 ZoEP).

ZEP resp. EZ založené na certifikátu tohoto druhu se nazývá uznávaný elektronický podpis resp. uznávanou elektronickou značkou, protože jedině takovéto elektronické podpisy či značky je možné používat v oblasti působnosti orgánů veřejné moci a samosprávných územních celků.

Prostředek pro vytváření ZEP

ZEP resp. EZ jsou vytvářeny prostředkem pro bezpečné vytváření elektronických podpisů resp. elektronických značek (§ 17 resp. § 17a ZoEP).

Prostředkem pro bezpečné vytváření elektronických podpisů je soubor HW a SW komponent (např. čipová karta, čtečka čipových karet, SW knihovna pro přístup aplikace k datům na čipové kartě, SW nástroj pro práci s dokumentací), které umožňují oprávněným uživatelům (podepisujícím osobám) bezpečně manipulovat s privátními podpisovými daty a splňují další bezpečnostní kriteria stanovená v prováděcí vyhlášce k ZoEP. Tento bod tedy zajistí druhý klíčový požadavek, kterým je znemožnění zneužití platných podpisových dat pro podvržení ZEP či EZ na EZD.

Prostředek pro ověření ZEP

ZEP je ověřován prostředkem pro bezpečné ověřování elektronických podpisů (§ 17 ZoEP).

Prostředek pro bezpečné ověřování elektronických podpisů je zpravidla SW nástroj, který poskytuje zejména záruku úplného zobrazení obsahu dotčeného dokumentu, správného vyhodnocení stavu elektronického podpisu a identifikace osoby, jejíž podpis je ověřován. Dále umožňuje snadnou a bezpečnou kontrolu platnosti dat pro ověření podpisu (certifikátu veřejného klíče zodpovědné osoby).

Kvalifikované časové razítko

ZEP resp. EZ jsou opatřeny kvalifikovaným časovým razítkem (§ 12b ZoEP).

V souvislosti s dlouhodobou archivací EZD (na rozdíl od běžné elektronické komunikace občana se státní správou) je podstatné důvěryhodně vyznačit časový okamžik, před nímž zcela jistě daný podepsaný či označkovaný dokument existoval, protože pak je možné stanovit, zda byly či nebyly ZEP či EZ vytvořeny v době platnosti podpisových dat. U EZD se předpokládá možnost i po mnoha letech ověřit pravost dokumentace. Tím je zajištěn třetí klíčový požadavek na důvěryhodnost ZEP rep. EZ na EZD. Kvalifikované časové razítko je nutné z pohledu autorizované konverze dokumentů i z pohledu validace pravosti dokumentu v důvěryhodném úložišti dle XxXXXX.

Použití komerčního DMS

Pro evidenci, dlouhodobou aktivní archivaci a předání EZD orgánům veřejné moci či národnímu archivu použít komerční DMS s podporou formátu PDF/A (ISO 19005)

podstatná zejména kompatibilita na úrovni datového formátu EZD a připojených metadat (tzv. archivační balíček). Formát PDF/A je v současnosti jediný podporovaný pro autorizovanou konverzi dokumentů v rámci prováděcí vyhlášky k zákonu 300/2008 Sb. o elektronických úkonech a autorizované konverzi dokumentů. Vyhláška č. 191/2009 o podrobnostech výkonu spisové služby v §

20 odst. 2 stanoví rovněž PDF/A jako výstupní datový formát statických textových a statických kombinovaných textových a obrazových dokumentů ačkoli připouští i jiné výstupní formáty. Projekt Národního digitálního archivu považuje za vhodný formát vedle PDF/A i prostý text a XML.

Dlouhodobá ověřitelnost

ZEP i EZ jsou založeny na profilu PAdES-LTV tak, aby zaručily dlouhodobou ověřitelnost pravosti EZD.

ZEP založený na profilu PAdES-LTV umožní, aby si podepsaný elektronický dokument nesl v sobě potřebnou informaci pro pozdější ověření pravosti v době, kdy validační data (QC, QSC, CRL) exspirovala nebo nejsou u poskytovatele certifikačních služeb již k dispozici. Dále umožňuje doplňování TS během doby archivace. Tento profil EP je aplikovatelný i na již podepsané dokumenty s profilem PAdES-CMS, PAdES-BES, PAdES-EPES.

Archivace PDF souborů

Výsledkové listy se budou současně tisknout a připravovat pro export do PDF souboru, případně jen připravovat pro export do PDF souboru. Následně připravené výsledkové listy odpovědný pracovník vyexportuje do externího úložiště a označí elektronickou značkou.

Označení výsledkových listů v PDF souborech se spouští v FONS Openlims (FO) -> Provoz -> EZ / ZEP. Uživatel zasune token do USB, zadá heslo k tokenu, vybere certifikát a spustí označkování připravených souborů. To lze provést pouze na stanici (stanicích), kde je token nainstalován. K označení se předloží všechny sestavy výsledkových listů vytvořené od posledního značkování. Pro zkrácení času mezi vytvořením výsledkového listu a jeho označkováním je možné zvolit automatické značkování dokumentů FO -> Provoz -> Automatické značkování dokumentů. Uživatel zasune token do USB, zadá heslo k tokenu, vybere certifikát a spustí označkování připravených souborů. Tuto akci je možné spouště jen na stanici, na které je token nainstalován. FO se pak ponechá spuštěný. Pro jinou práci ve FO na této stanici je nutné spustit dalšího klienta FO. Automatické značkování je z bezpečnostních důvodů možné spouštět pouze v zamykatelných kancelářích, protože na stanici je spuštěn FO a v USB je vložen token.

FONS Openlims

Generuje výsledkové listy ve formátu PDF/A, které označuje elektronickou značkou s profilem PAdES- LTV a kvalifikovaným časovým razítkem.

Exportuje elektronické výsledkové listy na souborové archivačního úložiště.

Uchovává metadata obsahující informace o uložení označkovaného dokumentu na externím archivačním úložišti (datum a čas vytvoření, ID souboru a cesta).

Generuje a odesílá strukturované výsledky ve formátu DASTA, který obsahuje odkaz-cestu k PDF dokumentu uloženému na archivačním úložišti.

Struktura archivačního úložiště

V kořenovém adresáři Archivu dochází k automatickému založení podadresářové struktury

…\\RRRR\MM kde RRRR je rok a MM je měsíc. Do těchto adresářů se ukládají soubory, jejichž název

se vytváří z údajů o datu vzniku souboru (datum a čas včetně milisekund), v případě sestavy typu výsledkový list je připojen i identifikátor žádanky (např. 20150204_145716_096_0204.BR-0145.pdf).

Zobrazení podepsaných výsledkových listů

FONS Openlims

Pokud je žádanka ve stavu, kdy od poslední kontroly na nejvyšší povolené úrovni nedošlo v žádance k žádné změně a v archívu existuje buď elektronicky značená či podepsaná (pokud má laboratoř v parametrech nastaveno EZ/ZEP) nebo jen obyčejný PDF tvar výsledkového listu a současně platí, že datum archivace (tj. uložení PDF souboru do archívu je vyšší než datum nejvyššího nutného stupně kontroly na této žádance), pak lze tento otevřít přes novou ikonu Náhled VL z archivu.

NIS

Přijímá a zpracovává datový soubor DASTA a importuje výsledky do NIS.

Zároveň s daty výsledků v souboru DASTA získá odkaz-cestu na PDF soubor, který importuje do NIS.

Z uživatelského prostředí klienta NIS je možné vyvolat zobrazení tohoto PDF – dojde k načtení souboru ze souborového archivačního úložiště do lokálního počítače uživatele (nepoužívá se čtení souboru, ale streaming).

Načtený, lokálně uložený PDF dokument na PC se spustí v PDF prohlížeči.

Uvedené řešení bude fungovat tam, kde NIS a LIS mají přístup k archivačnímu úložišti.

WebLIMS

Při tisku z Weblims jsou dohledány všechny archivovavé (resp. podepsané) výsledkové listy pro danou žádanku. V případě, že je dohledáno více nálezů, jsou vráceny v ZIP archivu. Pokud se předchozí operace nepodaří, je vráceno jediné PDF vytvořené původním tiskovým mechanismem aplikace WL.

Přenos PDF souborů externím žadatelům

Externím žadatelům je možné výsledkové listy ve tvaru PDF předávat zabezpečeným způsobem, např. pomocí MISE.

Požadavky na součinnost laboratoře

Certifikát

Pro instalaci musí mít laboratoř certifikát pro zaručenou elektronickou značku (zaručený elektronický popis). Certifikát musí být exportovatelný včetně privátního klíče.

Token

Pořízení bezpečnostního předmětu SafeNet eToken Pro 5100. Počet tokenů stanovit podle počtů osob, které budou odpovědné za značkování (případně podepisování) PDF dokumentů.

Archivační úložiště

Velikost úložiště je potřeba určit podle počtu výsledkových listů a velikosti výsledkových listů vydávaných laboratoří konkrétní laboratoře.

Pro cca 1000 standardních výsledkových listů denně (v pracovní dny) je potřeba cca 22GB diskové kapacity na rok. Na 5 let tedy cca 110GB.

Doporučené řešení: archivační úložiště EMC DataDomain 160.

Zálohování archivačního úložiště

Obsah archivačního úložiště navrhujeme zálohovat denně v režimu plné zálohy.

Výhodnou alternativou je použití archivačního úložiště se schopností replikace dat do jiné lokality po síti. V takovém případě zálohování obsahu není nezbytně nutné.

Záměr 3

Dodávka technologií pro digitalizaci obrazové informace.

1x CR systém FUJIFILM FCR Capsula X

výkon 43 kazet za hodinu rozměru 35x43cm při rozlišení 10 pix/mm standardní rozlišení snímků pro všechny velikosti kazet 10 pix/mm kontrastní rozlišení 12 bitů

schopnost číst kazety formátu 15x30;18x24;24x30;35x35;35x43cm

čtečka čárového kódu

automatické mazání kazet po přečtení

akviziční stanice (PC, dotykové LCD 19“, operační systém Windows 7), podpora DICOM modality Worklist, DICOM Store, DICOM Print

záložní zdroj napájení

uživatelské prostředí akviziční stanice v českém jazyce, podpora bezztrátové komprese

registrace pacienta z Worklistu i manuálně, úprava, prohlížení a zpracování obrazu, ovládání pomocí dotykového displeje 19“ nebo pomocí klávesnice a myši

automatická i manuální distribuce snímků na předem definované PACS stanice s možností jejich volby Kazety

3ks - 24x30 cm 3ks - 35x43 cm

Součástí nabídky jsou veškeré práce spojené s dopravou, instalací, napojením na PACS a zaškolením uživatelů.

Záměr 4

Dodávka PACS systému pro práci s obrazovou informací, ePACS.

Předmětem nabídky je rozšíření provozovaného systému pro elektronické zpracování, archivaci a distribuci obrazových dat, umožňující napojení stávajících i v budoucnu pořízených DICOM modalit a pracovních stanic různých výrobců.

MARIE PACS

XXXXX PACS SW - RDG

1x převod XXXXX xVision Store 32-bit. na produktovou řadu XXXXX Server Express 64-bit.

převod stávající SW licence centrálního PACS serveru XXXXX xVision "Store" 32-bit. na produktovou řadu 64-bit., neomezená licence kapacity dat, neomezený počet DICOM kanálů, certifikace "Zdravotnický prostředek ve třídě IIb",

1x XXXXX Server Express (licence PACS serveru)

doplnění druhé SW licence centrálního PACS, automatické zrcadlení serverů a datových prostorů, automatický přechod na záložní datový prostor, neomezený počet kanálů pro přístup klinických prohlížečů XXXXX xVision, neomezená licence kapacity dat, neomezený počet uložených studií, vzdálený dohled, 64- bit. aplikace, podpora režimu "cluster" (bezvýpadkový provoz), certifikace "Zdravotnický prostředek tř. IIb",

2x XXXXX HIS Connector (hlavní + záložní licence)

SW licence integrace s libovolným NIS/RIS, podpora DICOM, HL7, DaSta i přímého napojení nad DB NIS/RIS, přebírání žádanek z NIS/RIS, automatické sestavení DICOM MWL, zobrazení popisu v NIS/RIS i v XXXXX xVision, napojení na centrální registr pacientů vč. autom. synchronizace, podpora ActiveDirectory, certifikace "Zdravotnický prostředek tř. IIb", provoz nad OS MS Windows Server, plně 64-bit aplikace, tato nabídka zahrnuje případné náklady za produkty a služby dodavatele NIS/RIS,

1x STAPRO PACS Konektor - subdodávka spol. STAPRO s.r.o.

Integrace NIS Stapro <-> XXXXX PACS - licence, programátorské a instalační práce a součinnost ze strany společnosti STAPRO s. r. o.

MARIE PACS HW - RDG

2x XXXXX Server s integrovaným datovým prostorem 4TB

CPU Intel Xeon, 24GB RAM DDR3 1600MHz, 2xGbit LAN s vysokou propustností, 2x HDD 500GB pro systém (mirror), 2x2 TB SATA HDD WD RE4 (pevné disky se zvýšenou spolehlivostí), redundantní napájecí zdroj, rack provedení, OS MS Windows Server STD 2012 64Bit CZ, certifikace pro trvalý vzdálený dohled z centra XXXXX PACS,

2x Záložní droj napájení

APC Smart-UPS C 1500VA LCD 230V

MARIE PACS - ePACS

ePACS – soubor HW a SW prostředků pro napojení na síť pro výměnu obrazových dat ePACS (VFN Praha)

3-monitorová multimodalitní klinická pracovní stanice XXXXX Workstation 3MPix Mono

1x Pracovní stanice XXXXX Workstation - CPU INTEL Core i7 3,6 GHz, 8GB RAM DDR3, 1x SSD 120GB SATA III pro systém, 500GB HDD pro data, DVD+/-RW DL, zdroj, Gbit LAN, USB klávesnice, USB laserová myš vč. podložky, MS Windows7 Pro CZ 64-bit, možnosti instalace klienta NIS/RIS a dalších aplikací, stanice není uzamčena,

1x Záložní zdroj napájení - APC Power-Saving Back-UPS ES 700VA 230V,

2x NEC MD211G3-3MP - monochromatický LCD monitor certifikovaný pro diagnostiku ve zdravotnictví (kalibrovaná dvojice), rozlišení 3MPix (2048x1536), UA-SFG TFT, úhlopříčka 21,3", svítivost 1450 cd/m2, kontrast 900:1, pozor. úhel 176°, DVI-D, 15,5-bit, 48 961 odstínů šedé, portrait/landscape mode, EN 60601- 1, stabilizovaný podsvit, přední senzor pro průběžnou kontrolu kvality zobrazení, Interní rekalibrace senzoru,

2x MD-V3900 - spec. medi. grafická karta, chip ATI FirePro, 2x10-bitů, 1 GB RAM GDDR3, provedení PCI Express sběrnice,

1x NEC MultiSync EA192M - barevný LCD monitor, úhlopříčka 19", pozorovací úhel 170°, kontrast 1500:1, svítivost 250 cd/m2, DVI-D, RGB, display port, repro 2x1W, LED technologie, pro NIS/RIS a kancelářské aplikace,

1x XXXXX xVision100 - SW licence multimodalitního diagnostického prohlížeče, 64-bit. aplikace, české prostředí, podpora lokálního DICOM archivu, široká škála nástrojů pro práci se snímky, MPR, MIP, přehrávání smyček, vypalování CD/DVD vč. prohlížeče XXXXX xVisionView, certifikace "Zdravotnický prostředek třídy IIb", • kompatibilita s DICOM 3.x, podpora technologií pre-fetch a pre-push v návaznosti na centrální PACS systém, podpora komunikace prostřednictvím protokolu XXXXX PrivateChannel, možnost výběru a třídění obrazů podle modality, data vyšetření, odesílajícího oddělení, možnost rotace obrazů, měření délky, denzity, plochy, úhlu, možnost zvětšení obrazu či jeho výřezu, změna jasu, kontrastu, možnost

vepsání anotace na snímek a jeho následné lokální uložení, možnost, možnost lokálního uložení snímků ve změněném stavu - okno, zoom, jas, kontrast, atd.,

1-monitorová multimodalitní klinická pracovní stanice XXXXX Workstation 2MPix Color

1x Pracovní stanice XXXXX Workstation - CPU INTEL Core i7 3,6 GHz, 4GB RAM DDR3, 500GB HDD, DVD+/-RW DL, zdroj, Gbit LAN, USB klávesnice, USB laserová myš vč. podložky, MS Windows7 Pro CZ 64- bit, možnosti instalace klienta NIS/RIS a dalších aplikací (stanice není uzamčena),

1x Záložní zdroj napájení - APC Power-Saving Back-UPS ES 700VA 230V,

1x NEC MDview 232 - barevný LCD monitor pro prohlížení ve zdravotnictví, rozlišení 2MPix (1920x1080), portrait/landscape, úhlopříčka 23", svítivost 250 cd/m2, technologie IPS, kontrast 1000:1, pozor. úhel 178°, RGB, DVI-D, Display Port, HDMI, USB HUB, 42 bit. Technologie, stabilizace podsvitu X-Light, podpora HW kalibrace,

1x MD-V3900 - spec. medi. grafická karta, chip ATI FirePro, 2x10-bitů, 1 GB RAM GDDR3, provedení PCI Express sběrnice,

XXXXX XXXX - xxxxxxxx náhledové monitory a diagnostický SW

8x NEC MDview 232 - barevný LCD monitor pro prohlížení ve zdravotnictví, rozlišení 2MPix (1920x1080), portrait/landscape, úhlopříčka 23", svítivost 250 cd/m2, technologie IPS, kontrast 1000:1, pozor. úhel 178°, RGB, DVI-D, Display Port, HDMI, USB HUB, 42 bit. Technologie, stabilizace podsvitu X-Light, podpora HW kalibrace,

1x XXXXX xVision300 - SW licence multimodalitního diagnostického prohlížeče, 64-bit. aplikace, české prostředí, podpora lokálního DICOM archivu, široká škála nástrojů pro práci se snímky, MPR, MIP, přehrávání smyček, vypalování CD/DVD vč. prohlížeče XXXXX xVisionView, certifikace "Zdravotnický prostředek třídy IIb", kompatibilita s DICOM 3.x, DICOM výstup pro export dat a podpora služeb DICOM: Query / Retrive, Send, Print, podpora technologií pre-fetch a pre-push v návaznosti na centrální PACS systém, podpora komunikace prostřednictvím protokolu XXXXX PrivateChannel, možnost výběru a třídění obrazů podle modality, data vyšetření, odesílajícího oddělení, možnost rotace obrazů, měření délky, denzity, plochy, úhlu, možnost zvětšení obrazu či jeho výřezu, změna jasu, kontrastu, možnost vepsání anotace na snímek a jeho následné uložení, možnost třídění pacientů dle požadujícího pracoviště, možnost třídění snímků pro odesílání na konkrétní místa,možnost vytvoření speciální série při popisu vyšetření s vybranými snímky, možnost uložení snímků ve změněném stavu - okno, zoom, jas, kontrast, atd., kompletní podpora digitální subtrakce, podpora plné správy lokálního DICOM archivu, podpora administrace a oprav DICOM dat (lokálně i v centrálním archivu), pokud byla tato chybně zadána (vč. možnosti sloučení a rozdělení vyšetření), import Non-DICOM formátů a převod na DICOM data, např. přijaté snímky v BMP, JPEG apod., export obrazových dat min. do formátů BMP, JPEG.

Servisní zajištění XXXXX Support "Gold"

XXXXX Support „Gold“ - servisní služby po dobu záruky (24 měsíců na SW a 36 měsíců na HW) v rozsahu:

• připojení do Evropského dohledového centra MARIE PACS,

• doba odezvy max. 4 hod. od diagnostiky či od nahlášení na HelpDesk (HW i SW),

• servisní zásah v místě do 48 hodin od vyzvání kupujícím;

• cesta "tam a zpět" hrazena pouze v případě prokazatelného způsobení závady pracovníkem nemocnice (objednatele),

• možnost objednání expresního zásahu dříve (příplatek),

• 1x ročně profylaxe (BTK) v místě (CR systém)

• 1x ročně profylaxe (BTK) v místě (SW a HW - profylaxe serverů a datových úložišť),

• 1x ročně profylaxe (BTK) v místě (SW a HW - profylaxe diag. pracovních stani),

• 1x ročně kalibrace diagnostických monitorů vč. vystavení měřícího protokolu,

• update SW XXXXX (legislativa, opravy případných chyb),

• upgrade SW XXXXX - nové verze vč. nových funkcionalit (jádro PACS i xVision),

• provozní poplatky provozovateli sítě ePACS

Projektové, instalační a implementační práce

1x Služby související s dodávkou - doprava, instalace, implementace do stávající infrastruktury, nastavené datových toků, kalibrace včetně vystavení kalibračních protokolů, zaškolení.

Bezpečnostní předměty a certifikáty 12x Kvalifikovaný certifikát

12x Bezpečnostní předmět

Kvalifikované certifikáty budou vydávány na období 12 měsíců.

Dodány budou Tokeny a čipové karty - Čipová karta ProID + čtečka- token USB SIM (K30) Podrobnější popis je v samostatné kapitole č. 7.

Albertinum, Odborný léčebný ústav Žamberk

Záměr 1

Rozšíření nemocničního informačního systému.

Uchazeč nabízí upgrade nemocničního informačního systému Stapro MEDEA s názvem FONS Enterprise.

Součástí rozšíření NIS jsou následující oblasti současně provozovaného systému: Klinický systém, vedení pacientské dokumentace na lůžkách a ambulancích Radiologický provoz

Administrativa, výkaznictví

Komunikace s laboratořemi v Ústí nad Orlicí – přebírání výsledků vyšetření elektronicky Komunikace se stravovacím provozem – objednávka diet

Klinický informační systém

Správa systému je jádrem celého informačního systému a zároveň umožňuje jeho správu na všech úrovních.

Obsahuje funkce pro administraci databáze, logování aplikace, logování komunikace. Umožňuje práci s číselníky – importy a jejich následnou správu. Důležitou součástí jsou funkce týkající se správy uživatelů a rolí včetně nastavení přístupových práv. Umožňuje nastavovat všechny potřebné parametry k pracovištím a definovat organizační strukturu.

Další skupinou správcovských činností je nastavování jednotlivých funkcionalit jako jsou předdefinované texty, tisky, klinické událostí a jejich šablony pro různé použití, objednávkové diáře nebo například nastavování „dashboardů“.

Do Jádra systému řadíme i registr pacientů, který obsahuje důležitá data všech pacientů. Jsou zde zařazeny potřebné funkce pro jeho následnou správu, včetně kontrol na duplicity a správnost vkládaných dat.

Jednou z důležitých vlastností FONS Enterprise je možnost vytvářet statistické výstupy na uživatelské úrovni. To zajišťuje funkce konfigurovatelné sestavy, ve které správce předpřipraví statistické výstupy z dat sbíraných do systému a k nim nadefinuje možné parametry, pomocí kterých pak koncový uživatel dle svých potřeb specifikuje konkrétní podobu výstupu.

Procesy, Úkoly

Zásadním přínosem NIS FONS Enterprise je jeho procesní orientace. Umožňuje nastavit procesy – od jednoduchých sledů spouštěných funkcí při běžných činnostech (administrativní a lékařský příjem pacienta, propuštění) po složité workflow.

Při definici procesů lze pracovat s mnoha faktory, které zajistí vysokou flexibilitu v nastavení procesů.

Procesy se skládají z jednotlivých kroků, u kterých lze nastavit, kdy mají proběhnout, kdo je má vykonat nebo například jaké jsou podmínky pro souslednost kroků. Eviduje se také čas zahájení a ukončení kroku. Proces je možné větvit do několika směrů, lze u něj nastavit podmíněné rozhodování na základě zadaných dat, povinnost kroků atd.

Pro zodpovědné pracovníky na různých stupních řízení nemocnice je určen nástroj, kterým lze procesy vyhodnocovat – sledovat délku trvání, splnění kroků, čas splnění, odchylky reálného průběhu od standardního procesu apod. Díky tomuto nástroji lze optimalizovat jednotlivé procesy a zefektivnit tak činnosti prováděné ve zdravotnickém zařízení.

Systém může generovat úkoly na jednotlivé uživatele, resp. na uživatelské role. U úkolu lze nastavit, kdy má být splněn, kdo jej má vykonat. Ze seznamu úkolů má možnost uživatel rovnou otevřít příslušný záznam a úkol splnit. Úkoly lze vyhodnocovat.

Ambulantní dokumentace

Bude řešeno implementací ambulantního modulu FONS Enterprise, který obsahuje všechny požadované funkce.

V rámci ambulantní dokumentace je zabezpečen proces příchodu pacienta na ambulanci, jeho registrace, vytvoření ambulantní karty a zařazení pacienta do čekárny. Proces je možné nastavit tak, aby přesně odpovídal činnostem jednotlivých koncových uživatelů na daném pracovišti.

Sestra zadává pacienta do čekárny v pořadí, v jakém přicházeli, resp. dle času objednání. Pokud pacienta vyšetřila, může zadat měřené údaje a zároveň pacientovi předdefinovat konkrétní klinickou událost, do které bude lékař zapisovat výsledek vyšetření, a kvůli kterému pacient přichází do ambulance. Lékař pak pouze z čekárny vybere dalšího pacienta v pořadí, kterému automaticky zakládá příslušnou klinickou událost. Zároveň s textem vyšetření může mít už předdefinované výkony, které provedl, čímž je zajištěna maximalizace vykazování s minimem práce lékaře. Sestra se následně

postará o poplatky a objedná pacienta k další návštěvě do objednávkového diáře. Celý proces lze obměnit dle zvyklostí daného pracoviště.

Nastavení struktury zařízení odpovídá reálnému organizačnímu rozčlenění – čekárny mohou sloužit pro více nebo pouze jednu ambulanci, lze přehledně zobrazit pacienty objednané, pacienty čekající na vyšetření a zprávy ošetřených pacientů.

Velký důraz je kladen na ergonomii práce. Na pracovní plochu lze nastavit všechny potřebné informace o pacientovi a snížit tak nutnost vyhledávání informací v dokumentaci pacienta. Při zápisu ambulantního vyšetření lze velmi jednoduše do textu vkládat potřebné informace, např. léky zapsané na recept, poslední RTG výsledek, další naplánovanou návštěvu a podobně.

Při práci s receptem systém on-line hlásí lékové interakce (pokud je implementována databáze lékových interakcí firmy Infopharm). Samozřejmostí je práce s pozitivním listem a poskytování informací o alternativách léků ze stejné ATC skupiny.

Lůžková dokumentace

Bude řešeno implementací lůžkového modulu FONS Enterprise, který obsahuje všechny požadované funkce.

Tato část klinického systému zajišťuje vedení dokumentace pacienta při hospitalizaci a zároveň veškerou administrativu spojenou s průchodem pacienta nemocnicí včetně evidence a vykazování údajů pro plátce péče a ÚZIS.

Díky procesní orientaci lze systém pro jednotlivé typické činnosti (příjem, propuštění, příprava k operaci apod.) nastavit tak, aby kopíroval reálnou práci s pacientem. Kromě zjednodušení práce lékařů a sester je tím zajištěna úplnost dokumentace a automatická evidence údajů pro vyhodnocování.

Strukturu jednotlivých dokumentů lze variabilně nastavit pomocí klinických událostí tak, aby byla v souladu s potřebami a procesy pracoviště. K dispozici jsou všechny druhy dokumentace vedené na lůžkách lékaři a sestrami - lékařská příjmová zpráva, různé druhy informovaných souhlasů včetně souhlasů k výkonům, anamnestické údaje, ošetřovatelská anamnéza, ošetřovatelský plán péče, všechny druhy poukazů, operační protokol pro chirurgické obory, epikríza, ošetřovatelská překladová zpráva, potřebné výkazy při úmrtí pacienta atd. V jednotlivých klinických událostech lze předdefinovat potřebné údaje nebo automaticky generovat obsah dle předem dohodnutých pravidel ze zadané dokumentace. Této vlastnosti se s výhodou používá např. u propouštěcí zprávy.

Žádankový systém

Bude řešeno nasazením žádankového systému FONS Enterprise, který obsahuje všechny požadované funkce.

FONS Enterprise má propracovaný žádankový systém, který umožňuje zadávat žádanky na různé druhy vyšetření, přenášet je na prováděcí pracoviště a zadaný nález doručit zpět na žádající pracoviště do dokumentace pacienta.

Žádost i nález jsou součástí jedné klinické události, takže celá událost je popsána na jednom místě. K dispozici je i kumulativní přehled výsledků pacienta, který uceleně v tabulkové formě přináší přehled všech výsledků pacienta. Číselné laboratorní výsledky lze pak zobrazit i graficky na časové ose a sledovat tak vývoj daných parametrů v čase.

Denní dekurz, ordinace léků

Bude řešeno implementací elektronického dekurzu a medikace.

Jeden ze základních dokumentů vedených při hospitalizaci pacienta je denní dekurz s popisem stavu pacienta, ordinací léčiv a potřebných vyšetření a následnou evidencí realizace ordinovaných činností.

Při elektronické realizaci této dokumentace jsme se zaměřili na dva důležité faktory, které nejvíce ovlivňují práci koncového uživatele. Důraz byl kladen na ergonomii práce při zadávání dat a na přehledné zobrazení potřebných informací.

Strukturované zadávání zásadně ovlivňuje i bezpečí pacienta poskytováním informací o lékových interakcích v reálném čase (pokud je implementována databáze lékových interakcí firmy Infopharm).

Radiologický provoz

Bude řešeno implementací produktu Radiologie.

Produkt radiologie přináší ucelené řešení procesů probíhajících na pracovištích zobrazovacích metod od příjmu pacienta až po popis proběhlého vyšetření a jeho elektronický přenos žádajícímu pracovišti.

Žádanky na vyšetření je možné přijímat elektronicky, pokud jde o žádost z klinických pracovišť daného zdravotnického zařízení nebo je zakládat ručně, pokud pacient přichází na doporučení externího lékaře a přináší žádanku v papírové podobě.

Po následném doplnění potřebných detailních informací do žádanky jsou pacienti řazeni do čekáren jednotlivých radiologických pracovišť, odkud jsou následně vyvoláni na vyšetření.

Při psaní nálezu má lékař možnost nahlížet na historické nálezy pacienta. Vzhledem k tomu, že produkt Radiologie je integrální součástí klinického systému, má lékař možnost nahlížet do jeho dokumentace a získat tak o vyšetřovaném pacientovi všechny potřebné informace.

Administrativa a výkaznictví

Požadované rozšíření funkcí pro výkaznictví budeme řešit implementací funkcí modulu Výkaznictví, který uveené požadavky plně splňuje. Výkaznický modul je plně integrován do klinického systému a činnosti spojené s vytvářením podkladů pro plátce péče je možno výrazně optimalizovat nebo přímo zařadit do základního workflow vedení klinické dokumentace.

Výkaznický modul obsahuje velmi silný nástroj matice kontrol, který slouží ke konfiguraci spektra standardní sady legislativních syntaktických a sémantických kontrol - umožňuje definovat, které kontroly se v jakém okamžiku práce s výkazy provedou a v jakém módu (automatická oprava, tvrdá kontrola, měkká kontrola, bez kontroly). Tím jsou výkazy průběžně vystaveny přesně takovým kontrolám, které je potřeba v daném okamžiku provádět (pořízení, oprava, přepočet, import, sestavení a podobně). O hromadných přepočtech a kontrolách jsou vedeny záznamy o zpracováních a chybové sestavy. Díky konfigurovatelným kontrolám je možné chybovost vykazovaných dat zásadně minimalizovat.

Přizpůsobivost systému vzhledem k odlišným požadavkům plátců je dána otevřeností procesu uzávěrky, při kterém díky možnostem obecného preprocessingu a postprocessingu vznikají výstupní výkazy tak, jak je smluvně s plátci dojednáno. Mimo výstupu dat ve formě dávek pro plátce systém obsahuje nástroje pro práci s osobními účty pacientů, které jsou zpravidla určeny k přímé úhradě např. nadstandardní péče.

Vytváření sestav zajišťuje nástroj konfigurovatelných sestav, ve kterém je možno uživatelsky vytvořit sestavu podle libovolného kritéria vycházejícího z obsahu uložených dat tím, že jsou definovatelné jak dimenze, podle kterých má být sestava rozdělena, tak hodnoty dat, které se počítají. Současně je definován filtr, ze kterých dat se má sestava počítat.

Součástí modulu je definice a následné spouštění automatické uzávěrky – procesního přístupu k centrálnímu vykazování. Jedná se o nejvyšší stupeň automatizace při zpracování výkazů a dokladů tak, že může správce či operátor výkaznictví provést uzávěrku jedním klikem.

Součástí řešení jsou i důležité funkce pro podporu klasifikačního systému DRG, které obsahují i zmíněné potvrzování, blokování a ověřování případu DRG jako nástroje řiditelného procesu vedení DRG případů. Pomocí těchto funkcí lze řídit vykázání dokladů příslušejícím k případům platci tak, aby

uživatelé v roli Xxxxxxxxxxxx měli možnost kontrolovat správnost kódování a případně v kontextu vedení klinické dokumentace kódování optimalizovat.

Evidence hospitalizovaných

Bude řešeno implementací modulu evidence hospitalizovaných, který obsahuje všechny tyto funkčnosti.

Evidence hospitalizovaných zajišťuje pohyb pacienta po zdravotnickém zařízení při hospitalizaci. V rámci hospitalizace se evidují pohyby pacientů od příjmu, přes všechny překlady, až po propuštění ze zdravotnického zařízení. Zaznamenávají se všechny administrativní povinné údaje, které sleduje ÚZIS.

Evidence hospitalizovaných navazuje na registr pacientů, který obsahuje data všech pacientů. Pacienta lze lokalizovat na konkrétní oddělení, stanici a případně až do úrovně konkrétního pokoje a lůžka.

Tato evidence slouží jako podklad pro vytváření povinných hospitalizačních statistik pro Národní registr hospitalizovaných (dále NZIS) a Pololetní výkaz o lůžkovém fondu zdravotnického zařízení a jeho využití.

Laboratoře – komunikace

Pro komunikaci mezi systémy bude použita služba Microsoft SQL Service Broker, která představuje asynchronní komunikační mechanismus umožňující komunikaci mezi instancemi SQL serveru. Služba zajišťuje spolehlivý, bezpečný přenos platných zpráv (většinou XML dokumentů) mezi komunikujícími systémy, který je odolný vůči dočasným výpadkům spojení. K hledání příčin problémů v komunikaci mezi účastníky komunikace slouží nástroj firmy Microsoft - Service Broker Diagnostic Utility.

Vazba na centrální registr NIS

Laboratoř využívá registr pacientů, který je plně synchronizován s registrem NIS. Jakékoliv úpravy v registru NIS jsou okamžitě zohledněny v registru FO. Například validaci rodných čísel podle registru VZP je tak možné provádět centrálně.

Samostatný registr ale umožňuje zajistit vysokou bezpečnost laboratorních dat pro některá specifická vyšetření. Stejnou bezpečnost vyžaduje např. i registr dárců krve. Laboratoř si může nastavit, která data jsou zobrazována v NIS a která mohou být z NIS změněna.

Použitá technologie:

Linked server (dva SQL servery na sebe vzájemně vidí) – FO si načítá uloženou procedurou změněná data z registru pacientů v DB FE. Změna dat je rozpoznána podle časového razítka u každého pacienta. Synchronizuje se pomocí ID pacienta z FE, které je uloženo v FO jako externí ID pacienta.

Vazba číselníků komplementu a NIS

Základní číselníky laboratoře jsou synchronizovány s číselníky NIS. Ve směru z FO do FE se jedná o:

číselník metod včetně všech hodnotících mezí seznam jednotek

matice textových výsledků

skupiny metod pro zadávání požadavků skupiny výsledkových listů

Ve směru z FE do FO se synchronizuje

číselník žadatelů (pracoviště a lékaři)

Uvedené číselníky lze synchronizovat dávkově na vyžádání (všechny záznamy daného číselníku – např.: po prvotní instalaci) nebo automaticky, po uživatelské změně konkrétního záznamu.

Použitá technologie:

Service Broker. Zprávy mají formu interního XML dokumentu. FO odesílá pro každý číselník zprávu ve formátu XML dle vlastního formátu, který obsahuje všechny důležité položky z číselníku.

Pro synchronizaci z FE do FO je použit Servis Broker. Zprávy mají formu interního XML dokumentu. FO dostane zprávu ze Service Brokeru obsahující žadatele z FE a podle položky „Zkratka“ synchronizuje.

Elektronická žádanka na vyšetření

Elektronická žádanka je automaticky připravena k okamžitému zpracování a zařazení do provozu laboratoře. To proběhne v okamžiku jednoznačného „spárování“ elektronické žádanky s materiálem. Pro zajištění bezpečnosti je použit čárový kód pro označování materiálu.

Použitá technologie:

Souborový import požadavků a export výsledků ve formátu Dasta (verze 3.01.01). Biochemické výsledky se odesílají formalizovaně a mikrobiologický nález se posílá pod náhradním kódem LABPOL jako textová tisková sestava.

Zasílání požadavků přes Service Broker. Zprávy jsou v interním XML rozhraní. Elektronická distribuce výsledků do NIS

Okamžitě po uvolnění výsledků laboratoří jsou nálezy včetně interpretací přenášeny do NIS. Lze využít i postupné uvolňování výsledků jednotlivých metod. V NIS jsou tak okamžitě zobrazovány všechny výsledky uvolněné pracovníky laboratoře.

Elektronická distribuce výsledků pro praktické lékaře

Pro externí žadatele (mimo NIS) je přenos zajištěn automaticky systémem MISE. Ten garantuje legislativní správnost přenosu lékařských dat (elektronický podpis, zašifrování, komprese, garantované doručení, …). Toto bude zajištěno provozovatelem laboratoře.

WWW klient pro zobrazení výsledků a tvorbu elektronické žádanky

Pro zobrazení laboratorních výsledků všech odborností lze využít WWW prohlížeč. Odkudkoliv tak lze jednoduchým ale vysoce zabezpečeným způsobem zobrazovat uvolněné laboratorní výsledky včetně potřebných interpretací. Ve stejném prostředí je možné snadno vytvořit i elektronickou žádanku na vyšetření.

Webový přístup navíc umožňuje žádajícího lékaře informovat o stavu čerpání výkonového paušálu konkrétního pacienta.

WWW klient bude zajištěn provozovatelem laboratoře.

Vazba na centrální zpracování podkladů pro plátce zdravotní péče

Okamžitě po uvolnění výsledků jsou do NIS zapisovány i podklady pro vykázání zdravotní péče. V NIS je tak možné realizovat např. souhrnné fakturace za celou hospitalizaci pacienta. Stejně tak je možné využít všechny mechanizmy modulu výkaznictví v NIS.

Zároveň ale lze část výkonů vykazovat přímo v FO včetně všech kontrolních mechanizmů. V FO lze vytvářet faktury za pacienta i za žadatele.

Pro podporu včasného vyúčtování samoplátců lze ve FE využít webové služby, která pro daného pacienta z FO vrátí seznam plánovaných nebo provedených výkonů za požadované období. Jsou-li žádanky teprve rozpracovány, potom služba vrátí seznam výkonů požadavků dle implicitního číselníku ZP.

Použitá technologie:

Denní výkazy: Odesílají se souborově ve formátu Dasta verze 3.01.01.

Import podkladů pro vykázání péče (výkony) do FE: Pro komunikaci se využívá Webová služba FO, které FE předá vedle přihlašovacích údajů i vstupní parametry: číslo pojištěnce, datumový interval a kód pojišťovny. FO vrátí do FE požadovaný, explicitně sestavený seznam výkonů pro daného pacienta.

On-line pojišťovna přes Service Broker. Zprávy jsou v interním XML rozhraní.

Vazba na manažerský informační systém

Jednotné statistické výstupy jsou pro management nemocnice realizovány v prostředí MIS (Manažerský IS). V tomto prostředí se přehledně zobrazují nejen podklady z laboratoří a NISu, ale i z dalších IS používaných v zařízení (např. ekonomický IS).

Toto bude zajištěno provozovatelem laboratoře.

Schéma synchronizace OL v Ústí nad Orlicí s Žamberkem

Stravovací provoz – komunikace

Funkce požadované zadavatelem budou doplněny do stávajícího systému pro stravovací provoz a bude provedeno napojení FE na stávající stravovací modul Gurmed v požadovaném rozsahu takto:

Bude provedena konfigurace FE pro zadání diet pacientům a hlášenku stravy za klinické pracoviště a nastaví komunikaci mezi FE a stravovacím modulem Medea-Gurmed. Ve FE budou uživatelé vytvářet hlášenky stravy k pevným časovým uzávěrkám a FE bude data exportovat pro import do modulu Medea-Gurmed, kde budou data načtena pro další zpracování ve stravovacím provozu.

Záměr 2

Rozšíření nemocničního informačního systému o funkce pro ošetřovatelskou péči.

Požadavky na ošetřovatelskou péči

Požadované funkcionality budeme řešit implementací produktu Ošetřovatelská dokumentace. Tento produkt splňuje všechny výše uvedené požadavky.

Klinický systém obsahuje funkce pro elektronické vedení ošetřovatelské dokumentace - ošetřovatelské anamnézy, ošetřovatelského plánu s hodnocením, překladové zprávy, screeningových vyšetření sestrou – rizika pádu, rizika dekubitů, test soběstačnosti, nutriční screening a další. Všechny dokumenty se vedou strukturovaně a zaručují úplnost dokumentace, vyloučení duplicitních údajů a snížení pracnosti při dokumentování stavu pacienta. Vytvořené elektronické formuláře jsou designovány tak, aby s nimi bylo možné pracovat za použití mobilních technologií přímo u lůžka pacienta.

Požadavek na elektronické vedení nežádoucích událostí bude řešen implementací produktu Nežádoucí události.

Při nežádoucí události se záznam provádí do elektronických strukturovaných formulářů, kde se eviduje druh nežádoucí události (pád, dekubit, záměna pacienta, záměna strany, chybná medikace atd.) a všechny potřebné informace včetně zaznamenání údajů o nápravných opatřeních.

Záměr 3

Rozšíření nemocničního informačního systému o komunikaci NIS/PACS.

Podporované funkce HL7 rozhraní:

Odesílání požadavků z NIS/RDG na DICOM Modality Worklist. Jedná se o HL7 zprávy ORM (study_scheduled, study_uppdated, study_deleted, study_complete).

Průběžná aktualizace registru pacientů v PACS systému na základě změn v registru pacientů NIS. Jedná se o zprávy HL7 ADT (ATD^A08 patient_update). Zabezpečuje služba HL7WaySU,

Odesílání nálezů z NIS/RDG do PACS systému. Jedná se o HL7 zprávy ORU

Příjem HL7 zprávy ORM^001 (informace o dokončení studie) z PACS systému do NIS/RDG o stavu žádanky a nastavení stavu žádanky na stav "study_completed". Zabezpečuje služba HL7WayS.

Integrace s DICOM prohlížečem:

Záměr 4

Rozšíření nemocničního informačního systému o logistiku léků a dalšího zdravotnického materiálu v návaznosti na medikace.

Řešení problematiky toku léků a dalšího zdravotnického materiálu, organizace a schvalování žádanek.

Požadované funkcionality budou řešeny implementací produktu Logistika – Web Žádanky a schvalování a Centrální sklad, které jsou součástí klinického informačního systému. Tento produkt splňuje všechny výše uvedené požadavky.

Klinický systém obsahuje funkce pro tvorbu žádanek na různé typy komodit a každá žádanka umožňuje nastavit schvalovací proces dle potřeb. Žádanky i veškeré doklady využívají společný katalog s pozitivním listem. Po uzavření žádanky probíhá schvalovací proces. Žádanky po schválení odcházejí automaticky na centrální pracoviště nebo k odeslání formou objednávky dodavateli (komodity mají určeného externího dodavatele). Evidence příjmů je nastavena na centrálním pracovišti, které přeskladní položky na určený příruční sklad.

Vedení medikací na odděleních.

Požadované funkcionality budou řešeny implementací produktu Logistika – Příruční sklady a Medikací, které jsou součástí klinického informačního systému. Tento produkt splňuje všechny výše uvedené požadavky.

V Medikacích lékaři mohou zaznamenat veškeré léky s detailním popisem a rozpisem způsobu podání. Při zadávání léků je dostupná informace o skladové zásobě na daném oddělení a je možné zjistit i zásoby v rámci nemocnice. Katalog je společný s Příručním skladem. Na základě medikací setra eviduje podání léčiv. Dle medikované léčby lze připravit podklady pro objednání léčiv z oddělení. Požadované položky se přenesou do žádanky, žádanka lze následně editovat a uzavřít.

Zadavatel i schvalovatel žádanky vidí aktuální stav čerpání limitu a cenu žádanky. V případě, že se cena objednané a dodané položky liší, je na základě skutečné ceny čerpání limitu zaktualizováno.

Sestavy jsou součástí systému a je možné si uživatelsky připravit další dle potřeb.

Evidence podání léčiv

Požadované funkcionality budeme řešit implementací produktu Evidence podávání léčiv - hromadné, které jsou součástí klinického informačního systému. Tento produkt splňuje všechny výše uvedené požadavky.

Evidence podání léčiv navazuje na medikace. Evidenci podání provádí sestra hromadně pro jednoho nebo více pacientů dle času podání. Na základě potvrzení podání je z příručního skladu odepsáno podané množství. Podané léčivo je vykázáno a mechanismy kontroly vykazování ho v případě ZULP zařadí do výkazu pro ZP.

Záměr 5

Rozšíření nemocničního informačního systému o nasazení zaručeného elektronického podpisu do procesů pacientské dokumentace a do komunikace se SUKL prostřednictvím elektronických receptů (eRecept).

Nemocniční informační systém bude rozšířen o modul EZD. Ten umožní na jedné straně evidenci nových údajů u každého uživatele systému (informace o vydaných certifikátech a bezpečnostních předmětech) a na straně druhé sestavení množiny dat pro vytvoření EZD (data pro obsah dokumentu, metadata pro archivaci). Princip vytváření EZD bude uplatněn u takových entit (dokumentů), které je vhodné jako EZD vést (viz. samostatná část zdravotnické dokumentace).

Na každou entitu vybranou k aplikace EZD (např. ambulantní nález, konziliární zpráva, atd.), budou aplikovány takové požadavky, které zajistí soulad s nároky legislativy z pohledu možnosti vedení zdravotnické dokumentace v čistě elektronické formě. Jsou to:

Zápis ve zdravotnické dokumentaci musí být veden průkazně, pravdivě a čitelně

Zápis ve zdravotnické dokumentaci musí být opatřen datem zápisu, identifikací a podpisem osoby, která zápis provedla

Opravy ve zdravotnické dokumentaci se provádí novým zápisem s uvedením dne opravy, identifikací a podpisem osoby, která opravu provedla. Původní záznam musí zůstat čitelný

Proces podepsání bude spočívat v sestavení podoby výsledného dokumentu, předání dat (obsahu dokumentu) samostatné komponentě, která zajistí vytvoření EZD (elektronický dokument ve formě samostatné části zdravotnické dokumentace v čistě elektronické podobě). Komponenta tvorby EZD odešle po podpisu uživatelem výsledný dokument k archivaci do ERMS a nazpět se do provozního systému dostane odkaz na takto archivovanou samostatnou část zdravotnické dokumentace.

Součástí technologické vrstvy nutné pro realizaci projektu implementace EZD jsou také HW prostředky uložiště, které bude použito jako důvěryhodný elektronický archiv s přístupem typu WORM. Řešení bude zajišťovat speciální diskové pole magnetických disků garantující schopnost dlouhodobého uchování dat v jejich originálním stavu. Zařízení bude umožňovat autentizaci, autorizaci a audit přístupu k datům.

Podepsání vytvořeného dokumentu zaručeným elektronickým podpisem v klinickém systému zajišťuje modul ZEP (stejný modul využívá i eRecept). Pro EZD je nezbytné použít technologie pro elektronické podepisování uvedené v popisu produktu ZEP.

Přehled nastavení a funkcí:

Podepsání vytvořeného receptu v klinickém systému pomocí ZEP (přidání zaručeného elektronického podpisu zajišťuje modul ZEP)

Odeslání elektronického předpisu do centrálního uložiště receptů (dále CU SÚKL),

Příjem elektronických identifikačních znaků receptu a jednotlivých položek na receptu z CU SÚKL Samostatný tisk eReceptu podle odlišné předlohy než „běžný“ papírový recept

Oprava eReceptu odeslaného do CU SÚKL Stornování eReceptu odeslaného do CU SÚKL

Dotaz na CU SÚKL z prostředí klinického systému, zda byl konkrétní eRecept vyzvednut v lékárně

Požadované technologie a periferie:

Pro eRecpet je nezbytné použít technologie pro elektronické podepisování uvedené v popisu produktu ZEP.

Pro komunikaci s CU SÚKL je nutnou podmínkou vybudování VPN tunelu pomocí HW routeru, který dodává SÚKL.

Modul ZEP:

je podpůrný modul pro eRecept (nebo EZD). Slouží k evidenci podpisových certifikátů pro jednotlivé uživatele nemocničního informačního systému tak, aby bylo možné realizovat kontroly oprávněnosti použití certifikátu při podepisování.

Přehled funkcí:

Záměr 6

Zadavatel požaduje dodávku technologií pro informační systémy.

Uchazeč navrhuje následující řešení pomocí dvou serverů:

Serverové řešení může být využito v záměru na vysokou dostupnost aplikací pomocí dvou identických serverů Dell PowerEdge T430. Servery pro NIS a DMS mohou být implementovány ve virtuálním prostředí pomocí hypervisoru dvojmo na dvou fyzických serverech. Databáze těchto aplikací budou zrcadleny na sekundární server. V případě výpadku primárního serveru bude provoz aplikací převeden na sekundární server. Převod aplikací z jednoho serveru na druhý není automatický a vyžaduje zásah administrátora. V případě poruchy nebo plánované odstávky primárního serveru lze manuálním způsobem během několika desítek minut zaměnit role primární a zrcadlené databáze a pokračovat v práci téměř beze ztráty transakční historie. Zpětný převod aplikací po odstranění výpadku primárního serveru není nutný vzhledem k identickým serverům. Dojde pouze k záměně rolí serverů ze sekundárního na primární a z primárního na sekundární.

Navrhovaný server Stručný popis HW serveru:

CPU: 1x Intel® Xeon® Processor E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T RAM: 32GB (4x8GB RDIMM)

HDD: 8x HDD 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive Dell PowerEdge T430

Komponenty

1 Intel® Xeon® E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T

1 Security Bezel

1 Chassis with up to 16, 2.5" Hot Plug Hard Drives, Tower Configuration

1 Performance BIOS Setting

1 2133MT/s RDIMMs

4 8GB RDIMM, 2133MT/s, Dual Rank, x8 Data Width

1 PERC H730 RAID Controller, 1GB NV Cache

1 C11 - RAID 10 for H330/H730/H730P (4-16 HDDs or SSDs in pairs)

8 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive

1 DVD ROM, SATA, Internal

1 Dual, Hot-plug, Redundant Power Supply (1+1), 750W

1 On-Board LOM 1GBE (Dual Port for Towers)

1 Broadcom 5720 DP 1Gb Network Interface Card

1 iDRAC8 Enterprise, integrated Dell Remote Access Controller, Enterprise

1 Internal Dual SD Module with 2x 8GB SD Cards

1 Electronic System Documentation and OpenManage DVD Kit for T430 Software

1 Windows Server 2012 R2, Standard Edition, Faktory Installed, No Media, 2 Socket, 2VMs Služby

1 3Yr ProSupport and 4hr Mission Critical

Monitor 2 ks

20" LCD Dell E2014H LED 16:9 černý, 5ms, DVI

Záruka: 3 roky on-site výměna

2 Klávesnice, myš

2 APC Smart-UPS 1500VA LCD 230V (SMT1500I) + UPS Network Management Card

Za zadání vyplývá, že zálohování dat bude řešeno samostatným backup serverem. Součástí backup serveru je pásková mechanika LTO5.

Zálohování bude využívat zálohovací software HP Data Protector ve verzi Starter. Tato verze umožňuje zálohovat na jednu páskovou mechaniku neomezený počet klientů.

Serverová technika (Backup Server) Stručný popis HW serveru:

CPU: 1x Intel® Xeon® Processor E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T RAM: 8GB (2x4GB RDIMM)

HDD: 2x HDD 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive,3.5in HYB XXXX 2x HDD 2TB 7.2K RPM NLSAS 6Gbps 3.5in Hot-plug Hard Drive

Dell PowerEdge T430 Komponenty

1 Intel® Xeon® E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T

1 Security Bezel

1 Chassis with up to 8, 3.5" Hot Plug Hard Drives, Tower Configuration

1 Performance BIOS Setting

1 2133MT/s RDIMMs

2 4GB RDIMM, 2133MT/s, Single Rank, x8 Data Width

1 PERC H730 RAID Controller, 1GB NV Cache

1 C15A - RAID 1+RAID 1 for H330/H730/H730P (2 + 2 HDDs or SSDs)

2 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive,3.5in HYB XXXX

2 2TB 7.2K RPM NLSAS 6Gbps 3.5in Hot-plug Hard Drive

1 DVD ROM, SATA, Internal

1 Dual, Hot-plug, Redundant Power Supply (1+1), 750W

1 On-Board LOM 1GBE (Dual Port for Towers)

1 LTO5-000 Xxxxxxxx Xxxx Xxxxx

1 iDRAC8 Enterprise, integrated Dell Remote Access Controller, Enterprise

1 Internal Dual SD Module with 2x 8GB SD Cards

1 Electronic System Documentation and OpenManage DVD Kit for T430

Software

1 Windows Server 2012 R2, Standard Edition, Faktory Installed, No Media, 2 Socket, 2VMs

6 5-pack of Windows Server 2012 Device CALs (Standard or Datacenter) Služby

1 3Yr ProSupport and Next Business Day On-Site Service

Součástí ceny serveru je operační systém Windows Server 2012 R2 Standard OEM včetně CAL licencí pro 30 uživatelů.

Monitor

20" LCD Dell E2014H LED 16:9 černý, 5ms, DVI

Záruka: 3 roky on-site výměna

1 Klávesnice, myš LTO 5 Media

Dell LTO5 tape Media 5-pack, 440-11758 HP Data Protector Stater Pack

Databáze v počtu 2

Databáze pro NIS a elektronické zdravotní dokumentace budou provozovány na společném databázovém serveru.

SQL Svr Std RUNTIME Core 2012 ALNG Emb MVL 2Lic CoreLic

Pro archivaci elektronických dokumentů předpokládáme jedno souborové úložiště NAS typu WORM vybavené redundantními komponentami a duálně připojeným do LAN. Úložiště disponuje i možností využít jej jako souborový server pro nestrukturovaná data.

Pro dlouhodobé ukládání elektronických dokumentů zdravotnické dokumentace bylo zvoleno deduplikační archivační úložiště EMC DataDomain160.

EMC Data Domain DD160-3500G Záruka: Premium 60 měsíců

Archivace zdravotnické dokumentace

Kompletní řešení bezpapírové zdravotnické dokumentace je postaveno na základě implementace produktu pro správu dokumentů (DMS) Software602 Elektronický archiv. Ten zajišťuje řešení workflow dokumentů, jehož součástí je archivace a následné skartační řízení nad archivovanou zdravotnickou dokumentací. Systém zabezpečuje dlouhodobou péči o elektronické dokumenty, kdy je procesně zajištěno ověření platnosti elektronických podpisů, časových razítek, hlídání expirace časových razítek a automatické nebo poloautomatické přerážení elektronických dokumentů časovým razítkem.

Komponenta pro konverzi do PDF zajišťuje vytváření dokumentů ve formátu PDF/A včetně elektronického podpisu s profilem PAdES LTV dle ETSI TS 102 778-4.

Komponenta pro konverzi do PDF/A vytvoří z xml dat přijatých z nemocničního systému STAPRO dokument v archivním formátu PDF/A. Tento dokument uživatel podepíše elektronickým podpisem založeným na kvalifikovaném certifikátu a následně je odeslán do Elektronického archivu. Elektronický

archiv ověří na přijatém dokumentu platnost elektronického podpisu, v případě pozitivního výsledku může opatřit dokument kvalifikovaným časovým razítkem a dokument uloží do předem definované složky archivu. K dokumentu jsou přiložena potřebná metadata, která umožňují snadné vyhledávání v archivu a díky nimž je možné automatizovaně spustit skartační proces.

Návratové hodnoty

Systém vrací do nemocničního systému informaci o přijetí či nepřijetí elektronického dokumentu.

V případě, že systém vyhodnotí elektronický podpis jako neplatný, vrací do nemocničního systému informaci o neplatnosti podpisu jako požadavek na nový záznam s platným podpisem.

Systém vrací do NIS informace, zda byl dokument v pořádku archivován a místo, kde je uložen. Dokumenty není možné z archivu smazat, dokud nevyprší jejich skartační lhůta. Přístup k archivovaným dokumentům v archivu je řízen přístupovými oprávněními převzatými z nemocničního systému.

Tento princip zajišťuje bezpečnou a dlouhodobou archivaci zdravotnické dokumentace se zachováním všech legislativních parametrů pro vedení zdravotnické dokumentace pouze v elektronické podobě

Dlouhodobá péče o elektronické dokumenty

Elektronický dokument je po přijetí do archivu a jeho ověření registrován do služby LTV Service pro zajištění jeho digitální kontinuity a pozdějšího možného ověření dokumentu či případné konverzi do listinné podoby. Systém automaticky hlídá platnost systémového certifikátu časového razítka, před jeho expirací automaticky ověří integritu dokumentu, přibalí CRL listy certifikačních autorit, kořenové certifikáty a informace o ověření, přidá aktuální časové razítko a znovu uloží do archivu. Tento proces je opakován vždy před uplynutím expirace systémového certifikátu časového razítka po neomezeně dlouhou dobu, dokud není dokument ze služby vyňat či smazán v rámci skartačního řízení.

Skartační řízení

Systém automaticky vyhodnotí skartační lhůty na uložených dokumentech. Po uplynutí skartační lhůty vyhotoví seznam relevantních dokumentů, které nabídne oprávněnému uživateli ke skartaci. Uživatel může dokumenty smazat nebo jim prodloužit skartační lhůtu. Skartační protokol je automaticky uchováván.

Skartací v prostředí Elektronického archivu je myšleno mazání na úrovni softwarové aplikace.

UŽIVATELSKÁ ČÁST

SERVEROVÁ ČÁST

Software602 Elektronický archiv

NIS s

komponentou Software602 PDF

XML data + PDF

Příjem souboru a dat

informace o přijetí/nepřijetí dokumentu

Karanténa

výsledek ověření QC, příp. QTS

Vznik PDF dokumentu + podpis

Ověření platnosti QC Ověření platnosti QTS

Připojení QTS

Uložení do archivu

- Metadata + link na PDF v HW

- Vyhledávání

- Dlouhodobá archivace

- Skartace

Samostatná validní PDF

link na uložené PDF v archivu, příp. PDF

V nabídce je zahrnuto:

Softwarová aplikace Software602 Elektronický archiv, obsahující modul Document Management System a Dlouhodobý Elektronický Archiv

Komponenta pro konverzi dokumentů do PDF/A, podepisování a časové orážení PDF a XML souborů, komunikace s archivem, webová služba pro komunikaci s NIS o přijetí/nepřijetí dokumentu, vrácení informace/výsledku o ověření dokumentů přijatých do archivu, webová služba pro vrácení podepsaného PDF do NIS

Skartační proces

Dlouhodobá archivní péče pomocí metody LTV se zahrnutím kvalifikovaných časových razítek v ceně služby (volitelná položka)

Aplikace Správa certifikátů

Aplikace Správa certifikátů je nabízena těm klientům, kteří využívají služeb X.XX a používají certifikáty vydané X.XX.

Služba je dostupná přes URL, autentizace probíhá komerčním certifikátem vydaným X.XX k tomuto účelu zdarma. Počet osob používajících aplikaci není omezen.

Její největší předností je možnost zneplatnění certifikátu i tehdy, pokud není známo heslo pro zneplatnění.

Aplikace eviduje údaje v tomto rozsahu:

a) číslo certifikátu,

b) specifikace, zda se jedná o kvalifikovaný certifikát nebo kvalifikovaný systémový certifikát,

c) počátek a konec platnosti certifikátu,

d) datum, čas a důvod zneplatnění certifikátu,

e) údaje o kvalifikovaném poskytovateli certifikačních služeb,

f) identifikace oprávněného uživatele zaručeného elektronického podpisu.

Možnosti služby:

Služba umožňuje výběr skupiny certifikátů, dle zadaných kritérií Zneplatnění certifikátu bez znalosti hesla pro zneplatnění Zobrazení obsahu certifikátu

Uložení certifikátu do souboru

30x Navrhovaná počítačová stanice:

Dell Optiplex 3020MT i3-4150/4G/500GB/W7P+8P/3yNBD (D-D-3020M-N3-302)

DELL OptiPlex 3020 MT: Mini-Tower Chassis, základna BTX

Procesor Intel® Core™ i3-4150 čtvrté generace (dvoujádrový, 3 MB cache, 3,50 GHz, s grafikou HD4400)

Operační systém MUI Windows 7 Professional (64-Bit OS) čeština, slovenština, angličtina, maďarština a polština + licence na Win 8.1 PRO

Paměť 4GB (1x 4GB) 1600 MHz DDR3 Non-ECC (pouze 2 sloty na paměti, max.16GB RAM) Pevný disk 500GB 3.5" Serial ATA III (7200 Rpm) Hard Drive

Optická zařízení 16x DVD+/-RW typu Slimline Grafická karta Intel® Integrated Graphics HD Síťová karta: 100/1000 Mbit Realtec RTL8151GD

Klávesnice Česká (QWERTZ) Dell KB212-B QuietKey USB klávesnice, černá Myš USB optická Dell (ne bezdrátová) s posuvným kolečkem (3 tlačítka), černá Dell Backup and Recovery Basic (BURA G2) 1.6

Zdrojový disk DVD pro 64-bitový systém Windows 8.1 MUI (čeština, slovenština, angličtina, maďarština a polština)

Záruka: základní záruka 3 roky Next Business Day na místě

Porty:

Vstupní/výstupní porty:

2 externí porty USB 3.0 (vzadu) a 6 externích portů USB 2.0 (2 vpředu, 4 vzadu), 1 sériový port

(volitelný), 1 port PS/2 (volitelný), 1 port RJ-45, 1 port VGA, 1 port DisplayPort 1.2, 1 vstup mikrofonu a 1 výstup pro sluchátka (vpředu), 1 vstup mikrofonu/linkový vstup a 1 linkový výstup (vzadu)

Provedení MT (Mini Tower):

Počet pozic: 2 interní 3,5palcové a 2 externí 5,25palcové

Rozšiřující sloty:

1 slot PCIe x16 plné výšky 3 sloty PCIe x1 plné výšky

Na tento produkt je poskytována záruka 3 roky on-site next business day.

30x Monitor

23" LCD Dell E2314H WLED 16:9, 5ms, DVI

Model number E2314H

Viewable image size (diagonal) 58.42 cm (23 inches)

Maximum resolution Full HD 1920 x 1080 at 60 Hz Aspect ratio 16:9

Pixel pitch 0.265 mm Brightness (typical) 250 cd/m2 Color gamut (typical) 83%3 Color depth 16.7 million colors Contrast ratio (typical) 1000:1 Viewing angle (typical) (vertical/horizontal)

160°/ 170°

Response time (typical) 5 ms (black to white) Panel technology TN (active matrix –TFT LCD) Backlight LED

Connectivity:

Connectors VGA, DVI-D (HDCP) Dell xxxxxxxx0 (optional) AC511 Stand

Tilt only (Typical: 5° forward or 21° backward; Maximum: 5.5° forward or 22° backward) VESA mounting support

100 mm x 100 mm

Záruka: Tříletá výměnná servisní služba Advanced Exchange Service se zárukou Premium Panel Guarantee.

Databáze v počtu 2

Databáze pro NIS a elektronické zdravotní dokumentace budou provozovány na společném databázovém serveru.

SQL Svr Std RUNTIME Core 2012 ALNG Emb MVL 2Lic CoreLic

Serverový operační systém včetně CAL licencí je součástí ceny serverů. Bezpečnostní předměty a certifikáty

100x Kvalifikovaný certifikát 100x Bezpečnostní předmět 1 000 000x časové razítko

Kvalifikované certifikáty budou vydávány na období 12 měsíců.

Dodány budou Tokeny a čipové karty - Čipová karta ProID + čtečka- token USB SIM (K30) Bude dodána cartridge s 1 mil. ks časových razítek

Podrobnější popis je v samostatné kapitole č. 7.

Nemocnice následné péče Moravská Třebová

Záměr 1

Upgrade stávajícího laboratorního informačního systému.

Navrhovaný FONS Openlims plně odpovídá všem v ZD uvedeným požadavkům zadavatele. Dále je uveden pouze způsob realizace elektronické zdravotní dokumentace.

Elektronická zdravotní dokumentace

Hlavní přínosy zavedení EZD v porovnání s papírovou dokumentací jsou především: Rychlejší a bezpečnější distribuce výsledkových listů (nálezů) žadatelům.

Úspora nákladů na papír a spotřební materiál pro tisk výsledkových listů. Úspora nákladů na distribuci výsledkových listů poštou.

Rychlejší vyhledávání historických dokumentů laboratoře (žádanky, výsledkové listy, hlavní kniha). Úspora nákladů a prostor při archivaci dokumentů laboratoře.

Podpora zákonem stanoveného skartačního procesu.

Elektronická značka nebo elektronický podpis

Před zavedením elektronického značkování výsledkových listů je třeba zvážit, zda se bude používat elektronická značka nebo elektronický podpis.

Elektronická značka

Elektronický podpis

Pro práci v laboratoři by to znamenalo dvojí kontrolu. Kontrolu výsledků podle zavedených pravidel a po sestavení výsledkových listů kontrolu náhledů výsledkových listů.

Tato varianta je ve FONS Openlims možná. Je ale časově velmi náročná.

Termíny a zkratky

V textu používáme terminologii ve smyslu zejména následujících právních předpisů:

9. Zákon č. 101/2000 Sb., o ochraně osobních údajů, ve znění pozdějších předpisů.

10. Zákon č. 227/2000 Sb., o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů.

11. Zákon č. 372/2011 Sb., o zdravotních službách a podmínkách jejich poskytování.

12. Vyhláška č. 98/2012 Sb. o zdravotnické dokumentaci.

13. Zákon č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů.

14. Zákon č. 499/2008 Sb., o archivnictví a spisové službě a o změně některých zákonů ve znění pozdějších předpisů.

15. Vyhláška č. 191/2009 Sb., o podrobnostech výkonu spisové služby.

16. VMV č. 79/2009 Oznámení Ministerstva vnitra, kterým se zveřejňuje Národní standard pro elektronické systémy spisové služby.

Dále v textu jsou používány následující obecné zkratky:

DASTA	Datový standard MZ ČR
DEA	Důvěryhodný elektronický archiv
DMS	Dokument management systém
EZ	Elektronická značka ve smyslu ZoEP
EZD	Elektronická zdravotnická dokumentace, zde chápáno jako čistě elektronická forma
IS	Informační systém
ISDS	Integrovaný systém datových schránek
NIS	Nemocniční informační systém
NSESS S	Národní standard pro elektronické systémy spisové služby
OCR	Optical Character Recognition - optické rozpoznávání znaků je metoda, která pomocí scanneru umožňuje digitalizaci tištěných textů

PDF	Souborový formát vyvinutý firmou Adobe pro ukládání dokumentů nezávisle na softwaru i hardwaru, na kterém byly pořízeny
PDF/A	Oficiální archivační verze formátu PDF definovaná v standardech ISO 19005-1:2005 a ISO 19005-2:2011. Jedná se o zúžení definice formátu PDF tak, aby bylo možné soubory uložené v PDF/A otevřít beze ztráty informace i všemi budoucími verzemi softwarových nástrojů.
WORM	Typ datového media určeného pro archivaci (Write Once – Read Many)
ZD	Zdravotnická dokumentace
ZEP	Zaručený elektronický podpis ve smyslu ZoEP
ZoARC H	Zákon č. 499/2008 Sb., o archivnictví a spisové službě a o změně některých zákonů ve znění pozdějších předpisů
ZoEP	Zákon č. 227/2000 Sb., o elektronickém podpisu a o změně některých dalších zákonů, ve znění pozdějších předpisů
ZoZS	Zákon č. 372/2011 Sb., o zdravotních službách a podmínkách jejich poskytování
ZZ	Zdravotnické zařízení

Technické požadavky

Hlavním požadavkem pro vedení EZD ve FONS Openlims (FO) je implementace elektronického podpisu nebo elektronické značky dle zákona a dlouhodobá archivace podepsané dokumentace. Vzhledem k povaze zdravotnické dokumentace navrhujeme, aby na ZEP resp. EZ byly kladeny minimálně stejné nároky jako na ZEP resp. EZ, používané pro elektronickou komunikaci občanů s orgány veřejné moci či územní samosprávy, tj. aby splňoval následující rysy:

Kvalifikovaný certifikát

ZEP resp. EZ jsou založeny na kvalifikovaném certifikátu resp. kvalifikovaném systémovém certifikátu vydaném akreditovaným poskytovatelem certifikačních služeb (§ 11 ZoEP).

Prostředek pro vytváření ZEP

ZEP resp. EZ jsou vytvářeny prostředkem pro bezpečné vytváření elektronických podpisů resp. elektronických značek (§ 17 resp. § 17a ZoEP).

Prostředek pro ověření ZEP

ZEP je ověřován prostředkem pro bezpečné ověřování elektronických podpisů (§ 17 ZoEP).

Kvalifikované časové razítko

ZEP resp. EZ jsou opatřeny kvalifikovaným časovým razítkem (§ 12b ZoEP).

Použití komerčního DMS

Pro evidenci, dlouhodobou aktivní archivaci a předání EZD orgánům veřejné moci či národnímu archivu použít komerční DMS s podporou formátu PDF/A (ISO 19005)

V současnosti se zatím nelze opřít o certifikovaná řešení DEA, nýbrž jen o řešení, která splňují požadavky § 69a ZoARCH. Tato řešení disponují SW a HW částí. Z pohledu napojení na IS je podstatná zejména kompatibilita na úrovni datového formátu EZD a připojených metadat (tzv. archivační balíček). Formát PDF/A je v současnosti jediný podporovaný pro autorizovanou konverzi dokumentů v rámci prováděcí vyhlášky k zákonu 300/2008 Sb. o elektronických úkonech a autorizované konverzi dokumentů. Vyhláška č. 191/2009 o podrobnostech výkonu spisové služby v

§ 20 odst. 2 stanoví rovněž PDF/A jako výstupní datový formát statických textových a statických kombinovaných textových a obrazových dokumentů ačkoli připouští i jiné výstupní formáty. Projekt Národního digitálního archivu považuje za vhodný formát vedle PDF/A i prostý text a XML.

Dlouhodobá ověřitelnost

ZEP i EZ jsou založeny na profilu PAdES-LTV tak, aby zaručily dlouhodobou ověřitelnost pravosti EZD.

Archivace PDF souborů

Pro zkrácení času mezi vytvořením výsledkového listu a jeho označkováním je možné zvolit automatické značkování dokumentů FO -> Provoz -> Automatické značkování dokumentů. Uživatel zasune token do USB, zadá heslo k tokenu, vybere certifikát a spustí označkování připravených souborů. Tuto akci je možné spouště jen na stanici, na které je token nainstalován. FO se pak ponechá spuštěný. Pro jinou práci ve FO na této stanici je nutné spustit dalšího klienta FO. Automatické značkování je z bezpečnostních důvodů možné spouštět pouze v zamykatelných kancelářích, protože na stanici je spuštěn FO a v USB je vložen token.

FONS Openlims

Generuje výsledkové listy ve formátu PDF/A, které označuje elektronickou značkou s profilem PAdES- LTV a kvalifikovaným časovým razítkem.

Exportuje elektronické výsledkové listy na souborové archivačního úložiště.

Uchovává metadata obsahující informace o uložení označkovaného dokumentu na externím archivačním úložišti (datum a čas vytvoření, ID souboru a cesta).

Generuje a odesílá strukturované výsledky ve formátu DASTA, který obsahuje odkaz-cestu k PDF dokumentu uloženému na archivačním úložišti.

Struktura archivačního úložiště

V kořenovém adresáři Archivu dochází k automatickému založení podadresářové struktury

…\\RRRR\MM kde RRRR je rok a MM je měsíc. Do těchto adresářů se ukládají soubory, jejichž název se vytváří z údajů o datu vzniku souboru (datum a čas včetně milisekund), v případě sestavy typu výsledkový list je připojen i identifikátor žádanky (např. 20150204_145716_096_0204.BR-0145.pdf).

Zobrazení podepsaných výsledkových listů

FONS Openlims

NIS

Přijímá a zpracovává datový soubor DASTA a importuje výsledky do NIS. Zároveň s daty výsledků v souboru DASTA získá odkaz-cestu na PDF soubor, který importuje do NIS. Z uživatelského prostředí klienta NIS je možné vyvolat zobrazení tohoto PDF – dojde k načtení souboru ze souborového archivačního úložiště do lokálního počítače uživatele (nepoužívá se čtení souboru, ale streaming). Načtený, lokálně uložený PDF dokument na PC se spustí v PDF prohlížeči.

Uvedené řešení bude fungovat tam, kde NIS a LIS mají přístup k archivačnímu úložišti. WebLIMS

Přenos PDF souborů externím žadatelům

Externím žadatelům je možné výsledkové listy ve tvaru PDF předávat zabezpečeným způsobem, např. pomocí MISE.

Požadavky na součinnost laboratoře

Certifikát

Pro instalaci musí mít laboratoř certifikát pro zaručenou elektronickou značku (zaručený elektronický popis). Certifikát musí být exportovatelný včetně privátního klíče.

Token

Pořízení bezpečnostního předmětu SafeNet eToken Pro 5100. Počet tokenů stanovit podle počtů osob, které budou odpovědné za značkování (případně podepisování) PDF dokumentů.

Archivační úložiště

Velikost úložiště je potřeba určit podle počtu výsledkových listů a velikosti výsledkových listů vydávaných laboratoří konkrétní laboratoře.

Pro cca 1000 standardních výsledkových listů denně (v pracovní dny) je potřeba cca 22GB diskové kapacity na rok. Na 5 let tedy cca 110GB.

Doporučené řešení: archivační úložiště EMC DataDomain 160. Zálohování archivačního úložiště

Obsah archivačního úložiště navrhujeme zálohovat denně v režimu plné zálohy.

Výhodnou alternativou je použití archivačního úložiště se schopností replikace dat do jiné lokality po síti. V takovém případě zálohování obsahu není nezbytně nutné.

Záměr 2

Dodávka technologií pro informační systémy a pro elektronický podpis.

Hardware

1 19“ 27 U stojanový 1000 mm hloubka, 600 mm šířka

1 19“ rozvaděč 9U 500 mm hloubka, 600 mm šířka

2 19“ 24 port patch panel

1 chladící panel ventilátory

1 19“ police 750 mm

2 Cisco 2960 24x10/100/1000 + 2xSFP

2 UPS 700 VA rack mount 2U

1 Firewall Cisco ASA 5505

1 kompletní montáž optického propoje cca 90 m včetně materiálu, svárů a práce (“vyvaření“ 4 optických vláken)

1 160m lišty včetně montáže

1 instalace kameláže včetně materiálu + zakončení v patch panelu

Serverové řešení bude realizováno na databázovém serveru Dell PowerEdge T430. Součástí serveru jsou licence OS a uživatelské licence CAL.

Proti krátkodobým výpadkům el. napájení je server připojen do el. sítě prostřednictvím UPS.

Serverová technika

Stručný popis HW serveru:

CPU: 1x Intel® Xeon® Processor E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T RAM: 16GB (2x8GB RDIMM)

HDD: 4x HDD 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive Dell PowerEdge T430

Komponenty

1 Intel® Xeon® E5-2620 v3 2.4GHz,15M Cache,8.00GT/s QPI,Turbo,HT,6C/12T

1 Security Bezel

1 Chassis with up to 16, 2.5" Hot Plug Hard Drives, Tower Configuration

1 Performance BIOS Setting

1 2133MT/s RDIMMs

2 8GB RDIMM, 2133MT/s, Dual Rank, x8 Data Width

1 PERC H730 RAID Controller, 1GB NV Cache

1 C11 - RAID 10 for H330/H730/H730P (4-16 HDDs or SSDs in pairs)

4 300GB 15K RPM SAS 6Gbps 2.5in Hot-plug Hard Drive

1 DVD ROM, SATA, Internal

1 Dual, Hot-plug, Redundant Power Supply (1+1), 750W

1 On-Board LOM 1GBE (Dual Port for Towers)

1 iDRAC8 Enterprise, integrated Dell Remote Access Controller, Enterprise

1 Electronic System Documentation and OpenManage DVD Kit for T430 Software

1 Windows Server 2012 R2, Standard Edition, Faktory Installed, No Media, 2 Socket, 2VMs

4 5-pack of Windows Server 2012 Device CALs (Standard or Datacenter) Služby

1 3Yr ProSupport and 4hr Mission Critical

Součástí ceny serveru je operační systém Windows Server 2012 R2 Standard OEM včetně CAL licencí pro 20 uživatelů.

Monitor 1 ks

20" LCD Dell E2014H LED 16:9 černý, 5ms, DVI

Záruka: 3 roky on-site výměna Klávesnice, myš

APC Smart-UPS 1500VA LCD 230V (SMT1500I)

Zálohování dat bude prováděno na externí síťový disk, který bude trvale zapnutý a bude připojen do LAN. Datové úložiště je pro zvýšenou ochranu dat osazeno dvěma disky o kapacitě 1 TB v režimu zrcadlení.

Network Storage Enclosure v počtu 1

D-Link DNS-320L ShareCenter Storage, SATA II (512014201) Pevný disk pro Network Storage Enclosure vg počtu 2

HDD 1TB WD1002F9YZ SE 128MB SATAIII 7.2k RAID (20420090745)

12 x Počítačová stanice

Dell Optiplex 3020MT i3-4150/4G/500GB/W7P+8P/3yNBD

Document Metadata

Table of Contents

Výchozí podmínky

Document Metadata