Část č. 4 Specifikace předmětu zakázky Dlouhodobý archiv zdravotnické dokumentace informační systém dále jen (IS) musí splňovat níže uvedené technické parametry: IS 1. řešení IS jako celku musí být plně v souladu s platnou legislativou ohledně vedení zdravotnické dokumentace v elektronické podobě. 2. IS musí podporovat plné ukládání a zpřístupňování dokumentace ve formě textových, grafických, audiovizuálních, digitálních nebo jiných obdobných záznamů pořízených zdravotnickými přístroji 3. IS musí být plně podporovány standardy pro výměnu zdravotnické dokumentace: HL7 ver.2 a vyšší, DASTA ver.3 a vyšší, DICOM ver.3 a vyšší. 4. IS musí být schopen plného napojení stávajících, produkčních systémů spravujících a pořizujících zdravotnickou dokumentaci (NIS, LIS, RIS, PACS a pod.) včetně napojení stávající přístrojové techniky uvedené v následujícím seznamu, kde je požadována plná funkcionalita: ZT/ ODD Popis zařízení Dodavatel Typ zařízení Pozn. 1 ZT- RDG RTG Ultrazvuk Hospimed, ALOKA ALPHA 7 4007 2 ZT- RDG Angiografie Philips ČR s.r.o. Telediagnost 4014 3 ZT- 4017 RDG CT Philips ČR s.r.o. Philips Brilliance CT 16 4 NUK NUK - EDOMED a.s. Philips Brightview gamakamera 5 ZT- RDG mamograf Fomet a.s. Amulet 4012 6 ZT- RDG RTG Digitalizer Fujifilm Europe, FCR Capsula II GmbH 7 ZT- RDG RTG Digitalizer Fujifilm Europe, FCR Capsula II GmbH 8 - GYN ultrazvuk Hospimed, ALOKA ALPHA 6 0354 9 ZT- RDG Popis čtečka, Fujifilm Europe, Worklist GmbH 10 ZT- RDG Popis čtečka, Fujifilm Europe, 4007 Worklist GmbH 11 ZT- 4013 RDG Mamograf, popisovací stanice, Worklist Fomet a.s.
12 ZT- RDG WS Studie 4016 13 - RDG Popisovací UNIS Computers, 0372 stanice, Worklist a.s. 14 - RDG Popisovací UNIS Computers, 0373 stanice, Worklist a.s. 15 GYN ultrazvuk Hospimed, ALOKA SSD 4000 16 INT ultrazvuk Hospimed, ALOKA SSD 4000 17 DET ultrazvuk Hospimed, ALOKA SSD 5000 USB 18 RDG ultrazvuk Hospimed, ALOKA SSD 3500 19 PLI bronchoskop USB 20 ORT ultrazvuk Medkonsult s.r.o. Profocus 2202 21 OCO ultrazvuk 22 OCO kamera USB 23 INT endoskop USB 5. IS musí plně podporovat integraci s nemocničním informačním systémem (NIS) - Integrace NIS a archivačního systému musí být postaveny na mezinárodních či národních standardech relevantních v dané oblasti (HL7, DASTA) a to v následujících oblastech: 5.1. změny registru pacientů v NIS budou propagovány do registru pacientů v archivu protokolem HL7 (zprávy typu ADT,ORM,ORU), 5.2. archivační systém musí podporovat zakládání, úpravu a slučování záznamů o pacientech na základě zprávy z NIS, 5.3. automatické spouštění prohlížeče archivu z prostředí NIS s požadovaným zobrazením pacientských dat. 6. IS nesmí být licenčně omezen na počet nebo typ připojených produkčních systémů nebo přístrojů nebo typ archivované dokumentace nebo zobrazovacích stanic. 7. IS musí archivovat a zobrazovat především v následujících typech dokumentů: 7.1. přijímací zprávy hospitalizace, 7.2. propouštěcí zprávy hospitalizace, 7.3. ambulantní zprávy, 7.4. komplementární žádanky a nálezy,
7.5. obrazová data diagnostických vyšetření, 8. IS musí pracovat v nastavení přístupových práv k dokumentaci dle role uživatele a jeho organizačního zařazení s následujícím řízením přístupu: 8.1. autentizace uživatelů vůči Active Directory (v případě non-online ověřování každého autentizačního požadavku je požadována plná synchronizace potřebné větvě stromu domény každých maximálně 10 minut), 8.2. přebíraní uživatelských oprávnění z Active Directory a možnost definování politik k přístupu k datům (např. dle oddělení, uživatele, skupiny, času atd.), 8.3. uživatelsky definovatelná oprávnění nadřazená politice, 8.4. definování politik k přístupu k datům, 8.5. režim výlučného přístupu pro ošetřujícího lékaře (například VIP klient). 9. IS musí zahrnovat uživatelské rozhraní pro přístup k dokumentaci provozované ve webovém prohlížeči bez nutnosti instalovat přídavné moduly či rozšíření (požadována plná podpora pro prohlížeče MS IE8 a IE9). 10. IS musí umožňovat přímé napojení na komunikační systém výměny zdravotnických dat s dalšími zdravotnickými zařízeními (např. projekt epacs, Redimed). 11. IS musí zahrnovat hromadný export dokumentace v odpovídajícím formátu legislativně určeném nebo vhodném (pokud není určen) pro předání dokumentace. 12. Zpřístupnění či export dokumentace musí být systémem zaznamenán pro potřeby auditu. 13. IS bude instalován ve dvou samostatných instancích (hlavní a záložní) na dvou oddělených místech, přičemž každá z instancí může pracovat samostatně jako hlavní archiv a v případě výpadku jedné instance převezme její role druhá. 14. IS musí být kapacitně SW+HW na rozšíření o další záložní servery bez nutnosti rozšíření prostorových požadavků na instalované zařízení(hw i SW). 15. IS bude zajišťovat automatickou synchronizaci dat mezi hlavním a záložní instancí, a to včetně konfigurace a nastavení každého systému. 16. IS bude pracovat za použití jediného synchronizačního mechanizmu mezi oběma (více) instancemi tak, aby jejich role mohly být v průběhu užití měněny. 17. IS musí podporovat bezdrátovou komprimaci archivovaných dat. 18. IS musí podporovat rozhraní HL7, DICOM, SOAP.
19. IS musí plně splňovat vlastnosti PACS archivu včetně worklistového serveru (modality). 20. IS musí plně pracovat v systému aplikační prefetch (předpřipravení) dat. 21. IS musí zpracovávat požadavek na uložení nálezu do archivu a spárování s odpovídající studii pomocí HL7 zpráv. 22. IS pro role správce musí mít online dostupné aktuální statistiky provozu. 23. IS musí být vybaveno funkcí dohrání dat z jiných archivů inicializovaná archivem z rozhraní uživatele. 24. IS musí být detailně nastavitelný autoroutigu (typ modality, zdroj dat, SOP Class) z prostředí správce. 25. IS musí pracovat v režimu digitálního podepisování přijímaných dat. 26. IS musí splňovat požadavky na zdravotnický prostředek třídy IIB. 27. Celkový objem stávajících dat je 7 TB. 28. Stávající roční přírůstek dat je 5 TB. 29. Cílová čistá kapacita archivovaných dat: 30 TB. 30. Počet uživatelů IS celkově 1000, 200 současně pracujících. HW 1. Zařízení musí být dodáno v členění na dvě oddělené lokality s identickou konfigurací. 2. Obě instance serverů a datových úložišť budou vybavena stejnou hardwarovou sestavou s identickou konfigurací splňující podmínky uvedené dále. 3. Požadujeme dodávku sériově vyráběného HW s pětiletou zárukou a opravou na místě do druhého pracovního dne. 4. U HW je požadována možnost vzdáleného přístupu s podporou 'Remote Console', řízení napájení (zapnutí/vypnutí/restart), včetně možnosti diagnostiky a přístupu k logům s využitím TCP/IP protokolu (např. ilo nebo idrac). 5. Uchazeč navrhne optimální konfiguraci tak, aby byla v reálném čase zajištěna archivace, distribuce a zpracování dat maximálně s využitím 50% systémových zdrojů každého serveru. Myšleno v době návrhu při splnění všech zadaných požadavků včetně požadavku na počty uživatelů. 6. U serveru je požadováno minimálně 6 jader na procesor. 7. U serveru je požadováno dvou socketové řešení.
8. U serveru je požadováno alespoň 16 GB paměti RAM typu ECC. 9. Pro systémové a databázové oblasti požadujeme RAID 1 s hotspare nebo lepší (výkonnostně a spolehlivostí) SAS 10k. 10. Pro oblasti pro uložená data požadujeme RAID 5 s hotspare přičemž na 10 disků této konfigurace připadne alespoň jeden hotspare disk, nebo celkově lepší (výkonnostně a spolehlivostí). 11. U RAID řadiče požadujeme zápis obsahu write cache paměti na interní flash pamět v případě výpadku napájení (např. Použitím kapacitoru a Non-Volatile Cache). Velikost této cache paměti musí být minimálně 512MB. 12. Dodané řešení datového úložiště musí být rozšiřitelné alespoň o 50% reálné úložné kapacity pouze dokoupením dalších disků pro stávající uložiště, nikoliv dodávkou nového. 13. Každá instance archivačního systému (hlavní a záložní) bude instalována do samostatného rack včetně vlastního záložního zdroje napájení; standardní provedení 19", 2m. 14. Systém musí být propojen a plně kompatibilní se stávající datovou sítí zadavatele (10/100/1000Mbps) a samotné servery budou připojeny pouze pomocí této sítě. 15. Součástí HW řešení každé lokality musí být vlastní záložní zdroj (nepřerušitelný zdroj elektrické energie), který umožní běh systému po dobu 15 minut bez elektrické energie z centrálních rozvodů, po překročení této doby ukončí systém tak, aby nedošlo ke ztrátě dat. ------------------------------------------------------------------------- Konec specifikace předmětu zakázky