Załącznik nr 1 - PACS parametry 31.07.2014 strona

Załącznik nr 1 do SIWZ
Szczegółowy opis przedmiotu zamówienia –
wymagane parametry techniczno uŜytkowe i ich funkcjonalność
Lp
1
Opis parametrów i wymaganych funkcjonalności
2
I. SYSTEM PACS I OPROGRAMOWANIE
A. Serwer rack - 2 szt.
1
2
3
Obudowa
-Typu Rack, wysokość 1U;
-Dostarczona wraz z szynami umoŜliwiającymi pełne wysunięcie serwera z szafy rack oraz
ramieniem porządkującym ułoŜenie przewodów w szafie rack;
Płyta główna
-Dwuprocesorowa, wyprodukowana i zaprojektowana przez producenta serwera;
-Minimum 4 złącza PCI Express generacji 3 w tym minimum 1 złącze o prędkości x16 i 3 złącza
o prędkości x8;
-MoŜliwość integracji dedykowanej, wewnętrznej pamięci flash przeznaczonej dla wirtualizatora
(niezaleŜne od dysków twardych);
Procesory
-Zainstalowane dwa procesory 6-rdzeniowe w architekturze x86 osiągające w oferowanym
serwerze w testach wydajności SPECint_rate2006 min. 426 pkt;
4
Pamięć RAM
-Zainstalowane 96 GB pamięci RAM DDR3 LV Registered typu 1600Mhz
-Wsparcie dla technologii zabezpieczania pamięci Advanced ECC, Memory Scrubbing, SDDC;
-Wsparcie dla konfiguracji pamięci w trybie „Rank Sparing”;
5
Kontrolery dyskowe, I/O
-Zainstalowany kontroler SAS 2.0 RAID 0,1,5,6,50,60, 512MB pamięci podręcznej cache
6
Dyski twarde
-Zainstalowane 2 dysków SATA 2.0 o pojemności 500 GB kaŜdy, 7200RPM dyski Hotplug;
-Minimum 8 wnęk dla dysków twardych Hotplug 2,5;
-Obsługa dysków SAS, SATA, SSD;
Kontrolery LAN
-2x 1Gb/s LAN, ze wsparciem iSCSI i iSCSI boot i teamingu, RJ-45;
- 2 kontrolery SAS po dwa porty kaŜdy z wyjściem zewnętrznym
Porty
-zintegrowana karta graficzna ze złączem VGA;
-5x USB 2.0, w tym minimum 2 na panelu przednim;
-1x RS-232;
Zasilanie, chłodzenie
-Redundantne zasilacze hotplug o mocy maksymalnej 800W-Redundantne wentylatory hotplug;
Zarządzanie
-Wbudowane diody informacyjne lub wyświetlacz informujące o stanie serwera
-Zintegrowany z płytą główną serwera kontroler sprzętowy zdalnego zarządzania
o funkcjonalnościach:
NiezaleŜny od systemu operacyjnego, sprzętowy kontroler umoŜliwiający pełne zarządzanie,
zdalny restart serwera;
Dedykowana karta LAN 1 Gb/s RJ-45 do komunikacji wyłącznie z kontrolerem zdalnego
zarządzania z moŜliwością przeniesienia tej komunikacji na inną kartę sieciową współdzieloną
z systemem operacyjnym;
Dostęp poprzez przeglądarkę Web (takŜe SSL, SSH)
Zarządzanie mocą i jej zuŜyciem oraz monitoring zuŜycia energii
7
8
9
10
1
Zarządzanie alarmami (zdarzenia poprzez SNMP)
MoŜliwość przejęcia konsoli tekstowej
Opcjonalne przekierowanie konsoli graficznej na poziomie sprzętowym oraz moŜliwość
montowania zdalnych napędów i ich obrazów na poziomie sprzętowym (cyfrowy KVM)
Sprzętowy monitoring serwera w tym stanu dysków twardych i kontrolera RAID (bez
pośrednictwa agentów systemowych)
Karta zarządzająca musi sprzętowo wspierać wirtualizację warstwy sieciowej serwera, bez
wykorzystania zewnętrznego hardware - wirtualizacja MAC i WWN na wybranych kartach
zainstalowanych w serwerze (co najmniej wsparcie dla technologii kart 10Gbit/s Ethernet i kart
FC 8Gbit/s oferowanych przez producenta serwera)
Oprogramowanie zarządzające i diagnostyczne wyprodukowane przez producenta serwera
umoŜliwiające konfigurację kontrolera RAID, instalację systemów operacyjnych, zdalne
zarządzanie, diagnostykę i przewidywanie awarii w oparciu o informacje dostarczane w ramach
zintegrowanego w serwerze systemu umoŜliwiającego monitoring systemu i środowiska (m.in.
temperatura, dyski, zasilacze, płyta główna, procesory, pamięć operacyjna itd.).
11
Wspieranie OS
- Windows 2012 R2 Hyper –V, VMWare, Suse SLES11, RHEL6
Inne
- MoŜliwość aktualizacji i pobrania sterowników do oferowanego modelu serwera
w najnowszych certyfikowanych wersjach bezpośrednio z sieci Internet za
pośrednictwem strony www producenta serwera;
B. Oprogramowanie wirtualizacyjne 1 szt.
1
2
Licencje powinny umoŜliwiać uruchomianie wirtualizacji (pełne wykorzystanie procesorów i
pamięci operacyjnej) na trzech maksymalnie dwuprocesorowych serwerach fizycznych, oraz
jednej konsoli do zarządzania całym środowiskiem.
Wszystkie licencje powinny być dostarczone wraz z rocznym wsparciem, świadczonym przez
producenta oprogramowania wirtualnego na pierwszej, drugiej i trzeciej linii wsparcia.
Wsparcie powinno umoŜliwiać zgłaszanie problemów 5 dni w tygodniu przez 12 godzin
− Warstwa wirtualizacji powinna być rozwiązaniem systemowym tzn. powinna być
zainstalowana bezpośrednio na sprzęcie fizycznym.
− Rozwiązanie powinno zapewnić moŜliwość obsługi wielu instancji systemów operacyjnych
na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym moŜliwym
stopniem konsolidacji sprzętowej.
− Oprogramowanie do wirtualizacji musi zapewnić moŜliwość skonfigurowania maszyn
wirtualnych z moŜliwością dostępu do min 1TB pamięci operacyjnej.
− Oprogramowanie do wirtualizacji musi zapewnić moŜliwość skonfigurowania maszyn
wirtualnych do 8 procesorów wirtualnych kaŜda z krokiem co jeden)
− Rozwiązanie powinno umoŜliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez
spadku wydajności i dostępności pozostałych wybranych usług.
− Rozwiązanie powinno w moŜliwie największym stopniu być niezaleŜne od producenta
platformy sprzętowej.
− Rozwiązanie powinno wspierać następujące systemy operacyjne: Windows XP, Windows
Vista, Windows 7 , Windows 8, Windows NT, Windows 2000, Windows Server 2003,
Windows Server 2008, Windows Server 2008R2, SLES 10, SLES9, SLES8, RHEL 6, RHEL
5, RHEL 4, RHEL3, RHEL 2.1, Solaris wersja 10 dla platformy x86, NetWare 6.5, NetWare
6.0, NetWare 6.1, Debian, CentOS 6.0, FreeBSD, Asianux, Ubuntu 10.10, SCO OpenServer,
SCO Unixware.
− Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami
wirtualnymi i usługami.
− Rozwiązanie powinno zapewnić moŜliwość monitorowania wykorzystania zasobów
fizycznych infrastruktury wirtualnej.
− Oprogramowanie do wirtualizacji powinno zapewnić moŜliwość wykonywania kopii
migawkowych instancji systemów operacyjnych na potrzeby tworzenia kopii zapasowych bez
przerywania ich pracy.
− Oprogramowanie do wirtualizacji powinno zapewnić moŜliwość klonowania systemów
operacyjnych wraz z ich pełną konfiguracją i danymi.
2
−
−
3
−
−
−
−
−
−
4
C.
1.
2
3
−
Oprogramowanie zarządzające musi posiadać moŜliwość przydzielania i konfiguracji
uprawnień z moŜliwością integracji z usługami katalogowymi Microsoft Active Directory.
Rozwiązanie musi umoŜliwiać udostepnienie maszynie wirtualnej większej ilości zasobów
dyskowych aniŜeli fizycznie zarezerwowane.
Rozwiązanie powinno mieć moŜliwość przenoszenia maszyn wirtualnych w czasie ich pracy
pomiędzy serwerami fizycznymi.
Rozwiązanie powinno zapewnić ciągłą pracę usług. Usługi krytyczne biznesowo powinny
działać bez przestoju, czas niedostępności innych usług nie powinien przekraczać kilkunastu
minut.
Powinna zostać zapewniona odpowiednia redundancja i nadmiarowość zasobów tak by w
przypadku awarii np. serwera fizycznego usługi na nim świadczone zostały przełączone na
inne serwery infrastruktury.
Rozwiązanie powinno umoŜliwiać łatwe i szybkie ponowne uruchomienie systemów/usług w
przypadku awarii poszczególnych elementów infrastruktury.
Rozwiązanie powinno zapewniać mechanizm bezpiecznego uaktualniania warstwy
wirtualizacyjnej, hostowanych systemów operacyjnych (np. wgrywania patch-y) i aplikacji tak
aby zminimalizować ryzyko awarii systemu na skutek wprowadzenia zamiany. NaleŜy opisać
wykorzystywany mechanizm.
Rozwiązanie powinno zapewnić moŜliwość szybkiego wykonywania kopii zapasowych oraz
odtwarzania usług. Proces ten nie powinien mieć wpływu na utylizację zasobów fizycznych
infrastruktury wirtualnej..
Rozwiązanie powinno zapewnić mechanizm wykonywania kopii – klonów systemów
operacyjnych wraz z ich pełną konfiguracją i danymi.
Macierz 1 szt
Obudowa
1) System musi być dostarczony ze wszystkimi komponentami do instalacji w standardowej
szafie rack 19” z zajętością maks 2U w tej szafie.
2) Obudowa musi zawierać układ nadmiarowy dla modułów zasilania i chłodzenia
umoŜliwiający wymianę tych elementów w razie awarii bez konieczności wyłączania
macierzy
3) Obudowa powinna posiadać widoczne elementy sygnalizacyjne do informowania o stanie
poprawnej pracy lub awarii/macierzy.
4) Obudowa nie moŜe zawierać elementów typu bateria/akumulator wymagających
jakiegokolwiek reŜimu obsługowego: wymiana, przełączanie, ładowanie.
5) Rozbudowa o dodatkowe moduły dla obsługiwanych dysków powinna odbywać się
wyłącznie poprzez zakup takich modułów bez konieczności zakupu dodatkowych licencji
lub specjalnego oprogramowania aktywującego proces rozbudowy
6) Moduły dla rozbudowy o dodatkowe dyski i przestrzeń dyskową muszą mieć obudowy
o zajętości nie większej niŜ 2U, przy montaŜu w szafach przemysłowych standardu 19”
7) Moduły dla rozbudowy jak w pkt 6. muszą być wyposaŜone w nadmiarowy układ
zasilania i chłodzenia
Pojemność
1) System musi umoŜliwiać instalację min 12 dysków formatu 3,5” wykonanych w technologii
hot-plug, z interfejsem dual-port SAS.
2) System musi posiadać moŜliwość dołączania półek rozszerzeń umoŜliwiających uzyskanie
sumarycznej liczby dysków formatu 3,5” min. 24
3) Macierz powinna posiadać moŜliwość późniejszej rozbudowy jak w pkt.2 wyłącznie poprzez
zakup elementów sprzętowych.
4) Macierz musi być dostarczona z zainstalowanymi dyskami hot-plug 3.5” z interfejsem NLSAS
i o prędkości obrotowej min.7500 obr. o łącznej pojemności brutto dla danych (tzw. pojemność
w trybie Raw) 24TB
Kontrolery
1) System musi posiadać 2 kontrolery pracujące w układzie nadmiarowym typu active-active,
z minimum 1GB pamięci podręcznej kaŜdy
3
4
5
6
7
2) W przypadku awarii zasilania dane nie zapisane na dyski, przechowywane w pamięci muszą
być zabezpieczone metodą trwałego zapisu na dysk lub równowaŜny nośnik nie wymagający
stosowania zasilania zewnętrznego lub ukł. bateryjnego.
3) Kontrolery muszą posiadać moŜliwość ich wymiany bez konieczności wyłączania zasilania
całego urządzenia – dotyczy konfiguracji z dwoma kontrolerami RAID.
4) Macierz powinna pozwalać na wymianę kontrolera RAID bez utraty danych zapisanych na
dyskach nawet w przypadku konfiguracji z jednym kontrolerem RAID.
5) W układzie z zainstalowanymi dwoma kontrolerami RAID zawartości pamięci podręcznej
obydwu kontrolerów musi być identyczna tzw. cache mirror.
6) KaŜdy z kontrolerów RAID powinien posiadać dedykowany min. 1 interfejs RJ-45 Ethernet
obsługujący połączenia z prędkościami : 1000Mb/s, 100Mb/s, 10Mb/s - dla zdalnej
komunikacji z oprogramowaniem zarządzającym i konfiguracyjnym macierzy.
Interfejsy
1) Oferowana macierz musi mieć minimum 2 porty SAS po dwa porty do dołączenia serwerów
bezpośrednio lub do dołączenia do sieci SAN wyprowadzone na kaŜdy kontroler RAID.
2) Porty powinny pracować z prędkością min. 4 Gb/s oraz umoŜliwiać poprawną pracę takŜe
z prędkością 2Gb/s i 1 Gb/s.
Poziomy RAID
Macierz musi zapewniać poziom zabezpieczenia danych na dyskach definiowany poziomami
RADI: 0,1 ,1+0, 5 ,5+0, 6
Wspierane dyski
Oferowana macierz musi wspierać dyski:
1) dyski SAS wykonane w technologii hot-plug o pojemnościach min. 300GB i prędkości
obrotowej 15000 obrotów na minutę,
2) dyski NL-SAS (NearLine SAS) wykonane w technologii hot-plug o pojemnościach min. 1TB
i prędkości obrotowej 7200 obrotów na minutę,
3) interfejsy obsługiwanych dysków muszą być wyposaŜone w min. 2 porty pracujące w reŜimie
full-duplex (jednoczesna transmisję danych przez dwa porty)
4) macierz musi wspierać mieszaną konfigurację dysków SAS i NearLine-SAS w obrębie
pojedynczego modułu obudowy
5) macierz musi wspierać dla min. jednej z obsługiwanych technologii dyskowych mechanizm
automatycznej przedawaryjnej migracji zapisów i składowanych danych na dysk zapasowy.
7) macierz musi wspierać technologię energooszczędne typu Drive Spin Down lub wyłączanie
dysków nieaktywnych w trybie ręcznym i automatycznym z wykorzystaniem mechanizmu typu
‘time scheduler’ czyli w zadanym i/lub powtarzalnym oknie czasowym.
8) macierz musi umoŜliwiać definiowanie i obsługę dysków zapasowych tzw. hot-spare
w trybach:
- hot-spare dedykowany dla zabezpieczenia tylko wybranej grupy dyskowej RAID
- hot-spare dla zabezpieczania dowolnej grypy dyskowej RAID.
Opcje software’owe
1)Macierz musi być wyposaŜona w system kopii migawkowych (snapshot) z licencją na min. 8
kopii migawkowych z moŜliwością rozszerzenia licencji do min. 512 kopii migawkowych.
2) Macierz musi wspierać Microsoft Volume ShadowCopy Services (VSS)
3) Macierz musi wspierać Microsoft Virtual Disk Services (VDS)
4) Macierz musi umoŜliwiać zdefiniowanie min. 512 woluminów (LUN)
5) Macierz powinna umoŜliwiać podłączenie logiczne z serwerami i stacjami poprzez min. 64
ścieŜek logicznych FC
6) Oprogramowanie wbudowane macierzy musi wspierać szyfrowanie danych na obsługiwanych
woluminach z wykorzystaniem algorytmu szyfrującego o długości klucza minimum 123-bitów
7) Macierz musi umoŜliwiać aktualizację oprogramowania wewnętrznego i kontrolerów RAID bez
konieczności wyłączania macierzy lub bez konieczności wyłączania ścieŜek logicznych SAS
dla podłączonych stacji/serwerów
8) Macierz musi umoŜliwiać dokonywanie w trybie on-line (tj. bez wyłączania zasilania i bez
przerywania przetwarzania danych w macierzy) migracje danych operacji:
- zmiana rozmiaru woluminu LUN,
- migracja LUN na grupę dyskową o innym poziomie zabezpieczenia RAID,
- migracja LUN na grupę dyskową zbudowaną na dyskach o innej technologii np. SAS na
NearLine-SAS
- dodawanie nowych dysków do istniejącej grupy dyskowej,
4
8
D.
1
2
9) Macierz musi posiadać wsparcie dla systemów operacyjnych : MS Windows Server
2003/2008, SuSE Linux, RedHat Linux, HP-UNIX, IBM AIX, SUN Solaris, VMWare 3.5/4.0,
Citrix XEN Server
10) Macierz musi być dostarczona z licencją na oprogramowanie wspierające technologię typu
multipath (obsługa nadmiarowości dla ścieŜek transmisji danych pomiędzy macierzą
i serwerem) dla połączeń SAS.
11) Macierz musi obsługiwać woluminy logiczne o maksymalnej pojemności min. 60TB.
Konfiguracja zarządzanie,
1) Oprogramowanie do zarządzania musi być zintegrowane z systemem operacyjnym systemu
pamięci masowej bez konieczności dedykowania oddzielnego serwera do obsługi tego
oprogramowania.
2) Komunikacja z wbudowanym oprogramowaniem zarządzającym macierzą musi być moŜliwa
w trybie graficznym np. poprzez przeglądarkę WWW oraz w trybie tekstowym.
3) macierz musi być dostarczona z licencją na oprogramowanie zarządzające kilkoma
urządzeniami tego typu z poziomu jednej konsoli zarządzającej
4) Wbudowane oprogramowanie macierzy musi obsługiwać połączenia z modułem zarządzania
macierzy poprzez szyfrowanie komunikacji protokołami: SSL dla komunikacji poprzez
przeglądarkę WWW i protokołem SSH dla komunikacji poprzez CLI
Serwer archiwizujący 1 szt.
Dyski twarde
Zainstalowane min. 8 dysków 3,5” po min. 4TB SATA/600 przeznaczonych dla systemów typu
NAS (praca 24 na dobę)
Procesor
Min jeden procesor dwu-rdzeniowy. Taktowanie zegara nie mniejsze niŜ 2.4GHz
3
Pamięć
Min. 4 GB DDR III RAM
4
Pamięć flash dla OS
Min. 512MB
Sieć
Min. 2 x Gigabit LAN
Złącza dodatkowe
Min. 2 x USB 3.0, 4 x USB 2.0, 2 x eSATA
5
6
7
8
Wskaźniki LED
zasilanie, LAN, 5xpli, HDD 1-8, Status, USB,
Wyświetlacz LCD
tak – monitorowanie i szybka konfiguracja systemu
9
Obsługa trybów RAID
RAID 6, RAID 5+spare, RAID 5, RAID 1, RAID 0, JBOD, Single Disk
10
Obsługa trybów RAID
rozbudowa i zmiana trybu RAID „on-line” bez restartu urządzenia
11
MontaŜ w szafie rack
TAK (Szyny teleskopowe rack)
Zasilanie
zasilacz redundantny min. 2 x 300W
12
13
Chłodzenie
2 wentylatory
14
Wake on LAN wymagany
15
Wspierane systemy operacyjne
Windows, Mac OSX, Linux, Unix
16
Wspierane systemy wirtual.
Vmware ESX 4.x, Citrix Xen 5.x, Hyper-V Windows 2008R2
5
17
18
19
20
21
Obsługiwane protokoły sieciowe
TCP/IP (Ipv4 Ipv6 Dual Stack), klient i serwer DHCP, CIFS/SMB, AFP, NFS, HTTP, HTTPS,
FTP, Telnet, SSH, iSSCSI, SNMP
Ustawienia Multi-IP
Port Trunking/ NIC Teaming (Tryby: Balance-rr, Active Backup, Balance XOR, Broadcast, IEEE
802.3ad/ Link Aggregation, Balance-tld, Balance-ltd.)
Wsparcie Gigabitowych ramek Jumbo
Network Service Discovery (UpnP & Bonjour)
MoŜliwość podłączenia adaptera WiFi na USB
Obsługiwane protokoły współdzielenia plików
CIFS/SMB (Plus DFS 6xplic)
AFP
NFS
FTP
WebDAV
Zabezpieczenia
Filtracja IP, Ochrona dostępu do sieci z automatycznym blokowaniem, Połączenie http SFTP z
SSL/TLS (6xplicite), Obsługa SFTP (tylko admin), Szyfrowanie AES 256-bit, Szyfrowana zdalna
replikacja (Rsync poprzez SSH), Import certyfikatu SSLPowiadomienia o zdarzeniach za
pośrednictwem Email i SMS
Wbudowana obsługa iSCSI
Multi-LUNs na Target
Minimum do 256 LUNs
Obsługa LUN Mapping & Masking
Obsługa SPC-3 Persistent Reservation
Obsługa MPIO & MC/S
Powiadomienie awaryjne
e-mail, SMS,
22
Inne usługi
kosz sieciowy, monitor zasobów on-line, harmonogram wł/wył
23
Zarządzanie systemem
poprzez przeglądarkę internetową
24
Język interfejsu
Polski, Angielski
E.
Oprogramowanie PACS
1
2
Obsługa protokołów DICOM C-Move, C-Find, C-Store SCU i SCP, DICOM Storage Commitment
oraz DICOM MPPS jako SCP i SCU
Licencja na system PACS pozwalająca przesyłać co najmniej 50 tyś badań rocznie.
3
System umoŜliwiający automatyczną komunikację z innymi systemami w standardzie DICOM
4
System umoŜliwia integrację z innymi systemami poprzez protokół HL7
5
Współpraca z usługą Active Directory (usługą katalogową systemu Windows polegającą na
jednomiejscowej lokalizacji uprawnień uŜytkowników, obiektów w sieci i ich udostępniania
Oprogramowanie PACS spełniające profile integracji IHE, min. Scheduled Workflow, Patient
Information Reconciliation, Key Image Note, Consistent Time, Access to Radiology Information,
Portable Data for Imaging
Baza danych przechowująca wszystkie dane przesłanych do systemu pacjentów
6
7
8
9
10
Obsługa procesu starzenia się badań i przenoszenia najstarszych badań na inne nośniki
w tym typu macierz DAS i NAS
Definicja czasu, po upływie, którego badanie zostanie przeniesione do danego archiwum
Mechanizm automatycznego przesyłania (przywracania) poprzednich badań pacjenta
z wymaganego archiwum do pamięci podręcznej systemu PACS i systemu dystrybucji obrazów
6
11
12
13
14
15
na podstawie danych z rejestracji badania odebranych z systemu RIS, co umoŜliwia ich szybkie
wyświetlenie na stacjach diagnostycznych i w systemie dystrybucji obrazów
Autorouting badań na podstawie co najmniej następujących kryteriów:
− rodzaju urządzenia diagnostycznego
− rodzaju wykonanej procedury
− lekarza kierującego
− urządzenia
Centralne zarządzanie uŜytkownikami systemu stacji diagnostycznych i systemu dystrybucji
obrazów
Funkcjonalność przydzielenia uŜytkownika systemu do określonej roli, na przykład lekarza
radiologa, lekarza klinicysty, technika
Funkcjonalność przydzielenia roli uŜytkownika systemu do określonego oddziału lub specjalności
20
System blokujący dostęp uŜytkownika do stacji diagnostycznej i systemu dystrybucji obrazów po
skonfigurowanej liczbie nieudanych prób zalogowania się
Funkcjonalność ustawienia czasu automatycznego wylogowania uŜytkownika z modułu
dystrybucji obrazów i stacji diagnostycznej w przypadku braku aktywności oraz czasu waŜności
hasła konta uŜytkownika
Funkcjonalność przydzielenia odpowiednich uprawnień dla określonego typu roli uŜytkownika
systemu:
− przesyłania badań
− kasowanie badań z systemu
− drukowania badania
− zapisywania zmian obrazu badania
− importu i eksportu badania
Funkcjonalność dziedziczenia uprawnień –uprawnienia nadane danemu oddziałowi przenoszą
się na przynaleŜące do niego role, następnie zarówno uprawnienia oddziału oraz roli przenoszą
się na konto uŜytkownika
Integracja systemu PACS z systemem HIS/RIS poprzez standard HL7. Minimum wymiana
informacji o:
− dodaniu nowego pacjenta
− zmianie danych pacjenta
− dodanie zlecenia dla pacjenta
− zmianie zlecenia
− opisie badania
− scaleniu kart pacjenta
Udostępnianie i przesyłanie obrazów na stacje diagnostyczne i inne komputery w sieci
21
Zarządzanie uŜytkownikami w systemie PACS
22
Dostęp do systemu dystrybucji obrazów stacji tylko po uprzednim zalogowaniu się
23
24
Konsultacje z uŜyciem systemu dystrybucji obrazów za pomocą narzędzia do komunikacji online
np. tekst
Programowe szyfrowanie połączenia klienta systemu dystrybucji obrazów z systemem PACS
25
Język interfejsu uŜytkownika – język polski
26
Integracja zapewniająca wyświetlanie listy wszystkich poprzednio wykonanych badań pacjenta w
aplikacji klienta systemu dystrybucji obrazów, które zostały wysłane do systemu PACS
Zdalny nadzór systemu i informowanie o błędach do centrum serwisowego
16
17
18
19
27
F.
Przełącznik sieciowy 1 szt.
Charakterystyka sprzętowa
1
Porty 1000Base-T (IEEE 802.3/802.3u/802.3ab) - liczba portów co najmniej 48.
7
2
3
4
5
6
7
8
Porty na moduły światłowodowe SFP (IEEE 802.3z) z moŜliwością instalacji modułów 1000BaseSX/LX/LH/ZX - liczba portów co najmniej 4. Dopuszcza się, aby porty SFP były dzielone z portami
1000Base-T.
Musi istnieć moŜliwość zmiany prędkości i dupleksu kaŜdego portu i wyłączenia trybu FlowControl
dla kaŜdego portu.
Urządzenie powinno obsługiwać moduły SFP 1000Base-SX/LX/LH/ZX (IEEE 802.3z) oraz SFP
100Base-FX (IEEE 802.3u); SFP 1000Base-T (IEEE 802.3ab) oraz SFP 100Base-TX (IEEE
802.3u).
Sprzęt powinien być wyposaŜony w konsolę szeregową w standardzie RS-232 w celu umoŜliwienia
zarządzania lokalnego.
Urządzenie powinno umoŜliwiać łączenie w stosy o wielkości co najmniej 6 jednostek. Stos
powinien być wyposaŜony w funkcjonalność zapewniającą, Ŝe w przypadku awarii głównego
przełącznika stosu, praca stosu nie zostanie zakłócona, w szczególności nie nastąpi ponowne
uruchomienie stosu.
Protokół stackujący powinien, w przypadku pracy w topologii pierścienia, zapewniać przesyłanie
ruchu pomiędzy przełącznikami krótszą drogą. Przepustowość magistrali stosu powinna wynosić co
najmniej 40 Gb/s. Stos powinien umoŜliwiać agregację połączeń oraz kopiowanie ruchu przy uŜyciu
dowolnych portów w stosie.
Musi istnieć moŜliwość uŜycia dodatkowego zasilacza nadmiarowego.
9
Magistrala przełączająca powinna posiadać wydajność nie mniejszą, niŜ 136 Gb/s. Wydajność
przełączania dla pakietów 64B powinna wynosić nie mniej niŜ 101 Mp/s.
10
Urządzenie musi posiadać architekturę nieblokującą (zapewniać przełączanie wire-speed - z pełną
prędkością na wszystkich portach w maksymalnej konfiguracji).
11
Pojemność tablicy MAC powinna wynosić nie mniej, niŜ 16K adresów MAC. Powinna teŜ istnieć
moŜliwość wprowadzenia co najmniej 250 wpisów statycznych.
12
Dostępna pamięć RAM powinna wynosić nie mniej, niŜ 256 MB. Pamięć Flash - nie mniej niŜ 32
MB.
13
Urządzenie powinno być wyposaŜone w dodatkowy slot dla karty SD. Powinna istnieć moŜliwość
obsadzenia karty o pojemności co najmniej 32 GB.
14
Urządzenie powinno obsługiwać ramki typu Jumbo o rozmiarze co najmniej 13310 B.
15
Bufor pamięci zarezerwowanej na przetwarzane pakiety powinien wynosić nie mniej, niŜ 2 MB.
16
Maksymalna temperatura pracy dla urządzenia nie powinna być mniejsza, niŜ 48 stopni Celsjusza.
17
Urządzenie powinno charakteryzować się średnim czasem pomiędzy awariami wynoszącym co
najmniej 270 000 godzin.
Funkcjonalności warstwy 2
18
19
20
21
22
23
Urządzenie powinno posiadać funkcjonalność IGMP Snooping w wersji co najmniej 3 oraz
obsługiwać nie mniej, niŜ 1020 grup multicast w tym moŜliwość utworzenia co najmniej 128 grup
statycznych.
Urządzenie powinno posiadać takŜe funkcjonalność MLD Snooping w wersji co najmniej 2 oraz
obsługiwać nie mniej, niŜ 1020 grup multicast w tym moŜliwość utworzenia co najmniej 128 grup
statycznych.
Powinna istnieć moŜliwość uwierzytelnienia klienta przed dostarczeniem mu strumienia Multicast.
Urządzenie powinno umoŜliwiać konfigurację filtrów dla protokołu IGMP ograniczających adresy
IPv4 grup multicast do których poszczególni klienci mogą się przyłączać
Urządzenie powinno umoŜliwiać równieŜ konfigurację filtrów dla protokołu MLD ograniczających
adresy grup IPv6 multicast do których poszczególni klienci mogą się przyłączać.
Przełącznik powinien obsługiwać protokoły umoŜliwiające unikanie pętli w warstwie 2: IEEE
802.1D, 802.1w, 802.1s w tym co najmniej 16 instancji MSTP. Powinno takŜe wspierać
funkcjonalność 802.1Q Restricted Role oraz 802.1Q Restricted TCN.
8
24
25
Wymagana jest obecność funkcjonalności powodującej, Ŝe w przypadku gdy wystąpi pętla w części
sieci nie objętej protokołami drzewa rozpinającego, część ta zostanie odłączona od reszty sieci aby
zapobiec rozprzestrzenianiu się burzy broadcastowej.
Urządzenie musi umoŜliwiać tworzenie połączeń Link Aggregation - nie mniej niŜ 8 portów na grupę
oraz 32 grup na urządzenie oraz obsługiwać protokół LACP.
26
Przełącznik musi mieć wbudowaną funkcjonalność LLDP (802.1AB) oraz LLDP-MED.
27
Urządzenie musi posiadać obsługę funkcjonalności DHCP Relay w tym opcji 60 i 61 oraz opcji 82,
a takŜe umoŜliwiać przechwytywanie zapytań DHCP od klienta i, po dodaniu opcji 82,
przekazywanie ich do serwera DHCP znajdującego się w tej samej sieci VLAN, w której znajduje
się klient.
Przełącznik powinien posiadać funkcjonalność kopiowania ruchu z jednego lub wielu portów na port
monitorujący w celu umoŜliwienia jego analizy. Musi istnieć moŜliwość kopiowania tylko wybranego
ruchu na danym porcie (np. tylko kierowanego do określonego adresu IP) oraz kopiowania ruchu
na port monitorujący znajdujący się w innym przełączniku.
Urządzenie powinno umoŜliwiać dostarczanie ruchu na wiele portów fizycznych na których obecne
są te same adresy IP i MAC co pozwala na bezpośrednie przyłączenie klastrów serwerów
posługujących się pojedynczym wirtualnym adresem IP i MAC.
Przełącznik powinien takŜe umoŜliwiać przekierowanie ruchu UDP na wskazany adres IP
w sieci.
28
29
30
31
Urządzenie powinno umoŜliwiać tunelowanie ruchu kontrolnego L2, w tym protokołów GVRP
i STP
Obsługa sieci VLAN
32
33
34
35
36
37
38
39
Przełącznik powinien umoŜliwiać konfigurację sieci VLAN w standardzie 802.1Q, co najmniej 4094
jednocześnie skonfigurowanych takich sieci w tym powinien umoŜliwiać obsługę VLAN zgodnie z
protokołem 802.1v oraz obsługiwać dynamiczne przyłączanie do VLANu.
Powinna być teŜ moŜliwość tworzenia specjalnych sieci VLAN dla przenoszenia ruchu typu
multicast i rozdzielenia tak przenoszonego ruchu na klientów Ŝądających przyłączenia do danej
grupy multicast.
Urządzenie powinno umoŜliwić utworzenie co najmniej 5 takich sieci VLAN.
Przełącznik powinien umoŜliwiać automatyczne przypisywanie urządzeń monitoringu wizyjnego do
specjalnie wydzielonej w tym celu sieci VLAN.
Powinna być moŜliwość tworzenia sieci VLAN w oparciu o adresy MAC urządzeń. Urządzenie
powinno akceptować co najmniej 1020 wpisów MAC dla takiej sieci VLAN.
Urządzenie powinno umoŜliwiać tworzenie VLANów, które będą zapewniały funkcjonalność
tworzenia wielu grup portów w ramach których porty będą mogły się komunikować, ale
zablokowana będzie komunikacja pomiędzy portami w róŜnych grupach oraz wszystkie grupy będą
mogły komunikować się z grupą portów wspólnych. Wszystkie porty naleŜące do takich VLANów
powinny pozostać nietagowane.
Urządzenie powinno być wyposaŜone w funkcjonalność umoŜliwiającą tunelowanie ruchu
w sieciach VLAN, które nie są skonfigurowane na tym urządzeniu.
Urządzenie powinno takŜe umoŜliwiać tworzenie asymetrycznych sieci VLAN
Funkcjonalności warstwy 3
40
Przełącznik musi posiadać funkcjonalność Gratuitous ARP.
41
Urządzenie powinno posiadać tablicę ARP o wielkości co najmniej 2K wpisów oraz umoŜliwiać
wprowadzenie co najmniej 256 wpisów statycznych.
Urządzenie powinno wspierać funkcję IPv6 Neighbor Discovery.
42
Quality of Service
9
43
45
Przełącznik powinien obsługiwać funkcjonalność QoS i posiadać co najmniej 8 kolejek sprzętowych
na kaŜdym porcie fizycznym. Klasyfikacja ruchu do odpowiednich kolejek powinna odbywać się na
bazie co najmniej: wejściowego portu fizycznego przełącznika, sieci VLAN, adresu MAC, pola
EtherType, adresu IP, adresu IPv6, pola DSCP, typu protokołu, portu TCP/UDP.
Urządzenie powinno umoŜliwiać mapowanie wartości pola DSCP w pakiecie IP do odpowiednich
klas obsługi ruchu.
Urządzenie powinno obsługiwać tzw. CIR z minimalną granulacją nie mniejszą, niŜ 64 kb/s.
46
Przełącznik powinien umoŜliwiać kontrolę kongestii ruchu WRED.
47
Urządzenie powinno umoŜliwiać limitowanie pasma osobno dla kaŜdej klasy ruchu (kolejki na
porcie fizycznym) z granulacją co najwyŜej 64 kb/s oraz umoŜliwiać gwarantowanie pasma osobno
dla kaŜdej klasy ruchu (kolejki na porcie fizycznym) z granulacją co najwyŜej 64 kb/s.
Przełącznik powinien umoŜliwiać ograniczenie pasma dla ruchu wychodzącego na kaŜdym porcie z
granulacją co najwyŜej 64 kb/s.
44
48
49
Urządzenie powinno takŜe umoŜliwiać limitowanie pasma dla ruchu przychodzącego na kaŜdym
porcie z granulacją co najwyŜej 64 kb/s.
50
Powinna istnieć funkcjonalność limitowania pasma dla określonego typu ruchu (np. odbywającego
się na danym porcie TCP lub UDP) z granulacją nie większą, niŜ 8 kb/s.
Przełącznik powinien mieć moŜliwość zarządzania QoS wg kalendarza
Filtrowanie ruchu
51
52
53
Urządzenie powinno posiadać moŜliwość filtrowania ruchu w oparciu co najmniej o informacje takie,
jak: port przełącznika, adres MAC, sieć VLAN, priorytet 802.1p, adres IP, adres IPv6, zawartość
pola DSCP, typ protokołu, flagi protokołu TCP, port TCP/UDP, klasę ruchu IPv6, etykietę ruchu
IPv6, a takŜe umoŜliwiać tworzenie statystyk dla ACL i mieć moŜliwość uruchamiania reguł ACL wg
kalendarza.
Przełącznik powinien mieć moŜliwość definiowania reguł ACL na poziomie sieci VLAN.
Musi istnieć teŜ moŜliwość niezaleŜnej filtracji ruchu kierowanego do procesora przełącznika w celu
jego dodatkowej ochrony.
Zarządzanie
54
Powinna istnieć moŜliwość konfiguracji uwierzytelniania dostępu do urządzenia na zewnętrznym
serwerze RADIUS i TACACS+.
55
Grupa urządzeń połączonych w stos powinna być zarządzana poprzez jeden adres IP.
56
58
Zarządzanie urządzeniem powinno odbywać się przez: przeglądarkę internetową - równieŜ poprzez
adres IPv6, Telnet - równieŜ poprzez adres IPv6, SSH, konsolę lokalną. Zarządzanie przez interfejs
tekstowy musi umoŜliwiać wprowadzanie poleceń. Niedopuszczalna jest konfiguracja oparta o
wybór z menu. Interfejs tekstowy musi zapewniać konfigurację wszystkich funkcjonalności
urządzenia.
Urządzenie musi mieć wbudowaną funkcjonalność klienta Telnet - równieŜ poprzez adres IPv6.
W przypadku zarządzania przez interfejs WWW musi być moŜliwość szyfrowania połączenia
protokołem SSLv3.
Urządzenie musi obsługiwać protokół zarządzania SNMPv2, v3.
59
Przełącznik musi umoŜliwiać monitorowanie zdalne protokołem RMON oraz RMONv2.
60
Urządzenie musi posiadać wbudowanego klienta DHCP i DHCPv6 oraz umoŜliwiać automatyczne
pobieranie konfiguracji z zewnętrznego serwera TFTP podczas uruchamiania urządzenia.
61
Przełącznik powinien posiadać wbudowanego klienta SMTP.
62
Przełącznik musi posiadać moŜliwość synchronizacji swojego zegara systemowego z zewnętrznym
źródłem czasu takŜe przy uŜyciu protokołu IPv6.
57
10
63
Zapisywanie logów generowanych przez urządzenie musi być moŜliwe na zewnętrznym serwerze
logów.
64
Urządzenie powinno posiadać moŜliwość wysyłania i pobierania konfiguracji z serwera TFTP w
sieci.
65
Przełącznik musi umoŜliwiać wykonywanie polecenia traceroute z poziomu jego interfejsu
zarządzającego.
66
Urządzenie powinno posiadać moŜliwość wykonywania polecenia ping z poziomu interfejsu
zarządzającego - równieŜ poprzez adres IPv6.
67
Interfejs WWW przełącznika powinien umoŜliwiać graficzne monitorowanie ruchu na portach
fizycznych urządzenia, a takŜe umoŜliwiać przeglądanie tablicy adresów MAC.
68
Powinna istnieć moŜliwość uruchomienia diagnostyki okablowania z poziomu interfejsu
zarządzającego urządzenia. Test powinien dokonywać co najmniej pomiaru długości kabla oraz
ciągłości połączenia.
Interfejs zarządzający musi umoŜliwiać wprowadzenie tekstowego opisu dla kaŜdego z portów
fizycznych urządzenia.
Urządzenie powinno umoŜliwiać przechowywanie wielu wersji firmware oraz wielu wersji
konfiguracji.
Przełącznik powinien być wyposaŜony w pamięć Flash umoŜliwiającą przechowywanie dowolnej
liczby plików.
Urządzenie powinno być w stanie wysyłać powiadomienia SNMP (tzw. SNMP Traps) w przypadku
pojawienia się w sieci nowego adresu MAC.
69
70
71
72
Urządzenie powinno wspierać standard 802.3az (Energy Efficient Ethernet).
73
Przełącznik powinien umoŜliwić zmniejszenie pobieranej mocy poprzez wykrywanie aktywności
linku na portach oraz wykrywanie długości linku na portach, a takŜe administracyjnego wyłączenia
wskaźników LED na portach, wyłączenie wskaźników LED na portach w zdefiniowanych
interwałach czasowych, wyłączenie portów przełącznika w zdefiniowanych interwałach czasowych
oraz wyłączenie wszystkich funkcji sieciowych urządzenia w zdefiniowanych interwałach
czasowych.
G.
System dystrybucji na oddziały szpitalne
1
2
3
4
5
Otwieranie badań diagnostycznych z urządzeń typu CR/DR/MG/CT/MR/USG/RF/XA
i wyświetlanie ich na monitorach
Oprogramowanie oparte na koncepcji licencji przyznanych uŜytkownikowi systemu a nie stacji
roboczej, a zarządzanie nimi realizowane jest przez system PACS (licencja pływająca)
Oprogramowanie kliniczne korzystające wyłącznie z bazy danych badań systemu PACS
(architektura klient - serwer)
Oprogramowanie nie przechowujące lokalnie danych obrazowych ani bazy danych wykonanych
badań/pacjentów
Uruchomienie oprogramowania na dowolnej przeglądarce internetowej włącznie
z urządzeniami mobilnymi typu tablet
6
Oprogramowanie działa dla nielimitowanej liczby jednoczesnych uŜytkowników
7
Funkcja uruchomienia oprogramowania na dowolnym systemie operacyjnym
8
Wyszukiwanie, przeglądanie i porównywanie badań dostępne w jednej zakładce przeglądarki
9
Dostęp do aplikacji tylko po zalogowaniu się uŜytkownika
10
Funkcjonalność jednoczesnej pracy kilku uŜytkowników na jednym koncie na róŜnych komputerach
11
Interfejs uŜytkownika oprogramowania całkowicie w języku polskim
12
Wyszukiwanie badania po wybranych danych w tym:
- nazwisku i imieniu pacjenta,
- identyfikatorze pacjenta,
- numerze badania,
Funkcja szybkiego wyszukiwania (system szuka wprowadzonej wartości jednocześnie we
wszystkich dostępnych kryteriach)
13
11
14
Funkcja ponownego obejrzenia wyników poprzedniego wyszukiwania
15
Filtracja wyników wyszukiwania w tym:
- po dacie,
- po lokalizacji pacjenta,
- tylko badań z opisem,
- tylko badań z uwagami,
- tylko badań z obrazami kluczowymi,
- z wybranym statusem,
- z wybraną modalnością (moŜliwość wybrania kilku modalności jednocześnie),
- z wybranym lekarzem kierującym.
16
Zapis wybranych filtrów wyszukiwania w celu ich ponownego uŜycia w przyszłości.
17
Segregacja wyników wyszukiwania po dowolnej kolumnie rosnąco oraz malejąco.
18
Widoczna informacja dotycząca ilości wyszukanych pacjentów oraz ilości stron wyszukiwania,
19
Otwarcie co najmniej trzech róŜnych pacjentów jednocześnie na osobnych zakładkach wewnątrz
jednej zakładki przeglądarki
Dostęp do pełnej historii obrazów u dowolnego pacjenta znajdujących się w systemie PACS
z moŜliwością jednoczesnego podglądu obrazu badania w trybie pełnoekranowym.
Dostęp do opisu badania u dowolnego pacjenta znajdujących się w systemie PACS
z moŜliwością jednoczesnego podglądu obrazu badania w trybie pełnoekranowym.
Dostęp do opisu badania wraz z pełną historią obrazów u dowolnego pacjenta znajdujących się w
systemie PACS z moŜliwością jednoczesnego podglądu obrazu badania w trybie pełnoekranowym.
20
21
22
23
Funkcja dodania uwagi do opisu wraz z tytułem wybieranym z selektora (kilkukrotne)
24
Funkcja przeglądania w trybie pełnoekranowym przeglądarki.
25
Funkcja jednoczesnego przeglądania dwóch róŜnych badań u wybranego pacjenta jednocześnie
26
MoŜliwość zmiany serii jednym kliknięciem
27
Funkcja zmiany warstwy jednym kliknięciem (dla badań TK i MR)
28
Funkcja wyboru dowolnej serii w trakcie przeglądania
29
Funkcja natychmiastowego wydruku opisu badania w dowolnym momencie przeglądania
30
Dostępny tryb filmowy przeglądania serii badania z moŜliwością przesuwania poklatkowego w
przód i w tył oraz odtwarzania ciągłego z wybraniem ilości klatek na sekundę
31
Funkcja wyświetlania linii referencyjnych na innym rzucie w przeglądanej serii badania
32
Rejestracja (łączenia) dwóch róŜnych serii z dwóch róŜnych badań danego pacjenta
w celu jednoczesnego ich przeglądania
33
Funkcja wymuszenia pokazywania obrazów tylko w trybie bezstratnym
34
Funkcja zapisania obrazu/całego badania lokalnie na dysku komputera
35
Pełna pomoc online dla uŜytkownika wraz ze spisem treści i wyszukiwaniem po słowach
kluczowych
36
Skrócona instrukcja obsługi wraz z moŜliwością jej wydruku (max. 2 strony A4)
37
Funkcja ukrycia danych dicom pacjenta wraz z moŜliwością zapisu lokalnie na komputerze
pacjenta bez danych demograficznych.
H.
Oprogramowanie stacji diagnostycznych – 5 szt.
1
2
3
Otwieranie badań diagnostycznych z urządzeń typu CR/DR/MG/CT/MR/USG/RF/XA
i wyświetlanie ich na monitorach diagnostycznych
Oprogramowanie oparte na koncepcji licencji przyznanych uŜytkownikowi systemu a nie stacji
roboczej, a zarządzanie nimi realizowane jest przez system PACS (licencja pływająca)
System pozwalający wyświetlać jednocześnie, co najmniej 2 rodzaje badań tego samego pacjenta
12
4
System pozwalający wyświetlać jednocześnie, co najmniej 2 rodzaje badań róŜnych pacjentów
5
Oprogramowanie diagnostyczne korzystające wyłącznie z bazy danych badań systemu PACS
(architektura klient - serwer)
Oprogramowanie nie przechowujące lokalnie danych obrazowych ani bazy danych wykonanych
badań/pacjentów
Oprogramowanie umoŜliwiające uruchomienie aplikacji stacji diagnostycznej wraz z jej
ustawieniami na innym komputerze bez interwencji serwisowej
Oprogramowanie przechowujące na serwerze PACS uprawnienia uŜytkownika – uruchomienie
przez uŜytkownika oprogramowania na dowolnej stacji pozwala na pracę z uprawnieniami
nadanymi przez administratora
Oprogramowanie zapewniające wyświetlanie listy wszystkich poprzednio wykonanych badań
pacjenta, które zostały wysłane do systemu PACS
Aplikacja stacji diagnostycznej pozwalająca wyszukać, oraz wyświetlać co najmniej poniŜsze dane:
- imię i nazwisko pacjenta
- rodzaj badania
- opis badania
Interfejs uŜytkownika oprogramowania medycznego stacji w całości w języku polskim wraz z
systemem pomocy
6
7
8
9
10
11
12
drukowalne skrócone instrukcje obsługi (max. 2 strony A4) w języku polskim
13
zestaw filmów instruktaŜowych
14
Dostęp do aplikacji tylko po zalogowaniu się uŜytkownika
15
Wydruk badań na kamerach cyfrowych poprzez DICOM Print oraz drukarce systemowej na
papierze
Funkcja modyfikowania przez uŜytkownika układu wydruku - konfigurowanie informacji zawartych
na wydruku
Zaznaczenie zmian w obrazie zapisanych razem z raportem. Raport dostępny wraz z badaniem w
celu śledzenia zmian np. nowotworowych
Funkcjonalność tworzenia własnych makr wyświetlających listę badań min. tylko dzisiejszych,
zakres dat, tylko badań z danego urządzenia diagnostycznego, tylko do opisu
16
17
18
19
Funkcja tworzenia istotnego obrazu oraz serii z jego oznakowaniem
20
Funkcjonalność tworzenia notatek do badania , wraz z moŜliwością przeczytania ich przez innego
lekarza
Zarządzanie protokołami wyświetlanych obrazów na monitorach w powiązaniu z urządzeniami z
moŜliwością zapisywania własnych protokołów wyświetlania
21
22
Funkcja wyświetlenia wartości dla wskazanego piksela
23
Funkcja wyświetlenia topogramu dla badań TK i MR
24
Funkcja dodawania w nowej serii badania obrazów przetworzonych przez aplikacje zewnętrzne
25
Funkcjonalność wyłączenia (ukrycia) pasków narzędziowych na ekranach monitorów
wyświetlających obrazy badań
26
Funkcjonalność załadowania tylko istotnych serii badania
27
Funkcjonalność załadowania tylko kluczowych obrazów badania
28
Funkcjonalność tworzenia własnego skrótu do wybranego przycisku
29
Funkcjonalność przypisania skrótów klawiszom funkcyjnym
30
Funkcja menu podręcznego otwieranego jednym kliknięciem
31
Funkcjonalność spersonalizowania paska narzędzi dostępnego w menu podręcznym
32
Automatyczne dostosowywanie wartości jasności
i kontrastu dla całego obrazu na podstawie wskazanego przez uŜytkownika obszaru
zainteresowania
13
33
34
35
Funkcjonalność wprowadzenia co najmniej dziesięciu predefiniowanych ustawień okna dla
róŜnego typu badań osobno dla kaŜdej modalności
Przeglądarka animacji, funkcje min.:
− ustawienia prędkości animacji,
− ustawienie przeglądania animacji w pętli,
− zmiana kierunku animacji,
− ustawienie zakresu obrazów do animacji.
Funkcja podręcznego menu z miniaturami obrazów pacjenta znajdujących się w systemie wraz z
opisem, jeśli był wykonany w systemie.
36
Funkcjonalność zmiany układu podglądu pacjenta (z listą badań poprzednich)
37
Funkcjonalność zmiany wielkości miniatur podglądu (co najmniej 3 wielkości)
38
Funkcjonalność załadowania wszystkich serii jako jednej dla danego badania do jednego okna na
ekranie diagnostycznym
39
Funkcjonalność jednoczesnego przeglądania badań pobranych z róŜnych źródeł (PACS, płyta CD)
40
Funkcja przemieszczania i edycji wszystkich adnotacji wprowadzonych przez uŜytkownika
41
Funkcja wyświetlenia/ukrycia danych demograficznych pacjenta za pomocą jednego kliknięcia
42
Funkcja wyświetlenia/ukrycia adnotacji wprowadzonych przez uŜytkownika za pomocą jednego
kliknięcia
43
Funkcja wyostrzania krawędzi w obrazie
44
Funkcja wygładzania krawędzi w obrazie
45
Funkcja powiększania obrazu, min.:
− powiększanie stopniowe,
− powiększanie tylko wskazanego obszaru obrazu,
− powiększenie 1:1 (1 piksel obrazu równa się jednemu pikselowi ekranu),
− powiększenie na cały dostępny ekran obszaru wyświetlania
− powiększanie od dowolnie wybranego punktu na obszarze obrazu.
Powiększanie wybrane fragmentu obrazu wraz z moŜliwością jednoczesnej i płynnej zmiany
parametrów okna, stopnia powiększenia oraz wielkości obszaru powiększania
46
47
Funkcjonalność przesuwania w obu osiach jednocześnie obrazu lub grupy obrazów
48
Pomiar kątów i kątów metodą Cobba, wraz z funkcją synchronicznego uŜycia wielu kątów Cobba
49
Funkcja dodanie dowolnego tekstu do obrazu badania o długości min. 20 znaków
50
Funkcja dodania strzałki do obrazu badania
51
Pomiar odległości pomiędzy dwoma punktami na obrazie
52
Funkcja usunięcia adnotacji wprowadzonych przez uŜytkownika
53
Funkcja obrotu obrazu o 90˚ stopni w lewo/w prawo
54
Funkcjonalność zapisania adnotacji i przetworzeń. Zapisane adnotacje muszą być widoczne w
systemie dystrybucji obrazów
Funkcja wybierania zasięgu działania narzędzi modyfikujących postać obrazu badania –
jasności/kontrastu, obrotów, powiększeń, oraz inwersji obrazu, min. zakres:
− wybrany obraz,
−
wybrana seria badania,
− całe badanie.
Funkcja kalibracji obrazu w celu prawidłowego wyświetlania wartości odległości pomiędzy dwoma
punktami, kalibracja przeprowadzona przez uŜytkownika względem obiektu odniesienia
55
56
57
Funkcja powrotu do pierwotnej postaci obrazu
58
Funkcja wyświetlenia tagów DICOM i ich wartości dla wybranego obrazu badania
14
59
Oznaczenie obszaru zainteresowania o kształcie minimum koła, elipsy, kwadratu, prostokąta oraz
dowolnego wielokąta wraz z informacjami:
−
powierzchnia regionu zainteresowania,
−
średnia wartość pikseli w regionie zainteresowania,
− odchylenie standardowe wartości pikseli (róŜnica pomiędzy średnią a maksymalną i minimalną
wartością pikseli w regionie zainteresowania).
60
Inwersja pozytyw/negatyw w obrazie badania
61
Funkcja importowania obrazów do systemu PACS obrazów graficznych i dokumentów tekstowych
oraz badań z nośników CD/DVD/USB
Funkcjonalność zmapowania odpowiednich pikseli w celu wyświetlenia tego samego obszaru dla
róŜnych serii
62
63
Funkcjonalność dopasowania grup na podstawie podobieństw lokalnych
64
Automatyczna rejestracja grup obrazów z tą samą ramką odniesienia (Frame Of Reference)
65
Mierzenie goniometrii
66
Mierzenie koksometrii
67
Wykonywanie pomiaru miednicy
68
Funkcja znakowania kręgosłupa
69
Funkcjonalność maskowania nieistotnych części obrazu zdefiniowanych wcześniej w protokole
DICOM
Wydruk badania na kliszy z następującymi funkcjonalnościami:
- w formacie 1:1,
- przycinanie obrazu do rozmiarów wydruku,
- tworzenie podglądu wydruku kliszy,
- drukowanie obrazów naleŜących do kilku modalności jednocześnie na jednej kliszy,
- drukowania obrazów naleŜących do kilku pacjentów jednocześnie na jednej kliszy,
- z dodatkowymi adnotacjami, moŜliwość zmiany wielkości czcionki w adnotacjach,
- wybranym layoutem,
- ze stopką i nagłówkiem, moŜliwość zdefiniowania wyglądu stopki jak i nagłówka
Stratna i bezstratna kompresja obrazów; moŜliwość wyboru przez uŜytkownika systemu rodzaju
wyświetlanych obrazów w przypadku wykrycia transferu poniŜej 10Mb/s. Od razu w jakości
bezstratnej lub progresywnie zaczynając od obrazów skompresowanych stratnie
Funkcjonalność zapisania lokalnie obrazów z wybranej serii badania w wybranym formacie
(przynajmniej jpeg, ppt, tiff, dicomdir)
Reformatowanie wielopłaszczyznowe (MPR), w czasie rzeczywistym, z funkcją zmiany parametrów
warstwy w płaszczyznach MPR: osiowej, strzałkowej i wieńcowej:
− rekonstrukcje wzdłuŜ prostej równoległej (MPR Standard)
− rekonstrukcje wzdłuŜ prostej skośnej (MPR Oblique)
− rekonstrukcje wzdłuŜ dowolnej krzywej (MPR Curved)
− MIP (Maximum Intensity Projection) – projekcja największej wartości natęŜenia
− MinIP (Minimum Intensity Projection) – projekcja najmniejszej wartości natęŜenia
− AveIP (Average Intensity Projection) – projekcja średniej wartości natęŜenia
− Funkcja rolowania, płynne obracanie obrazu w czasie rzeczywistym bez miany płaszczyzny
MPR
− Funkcja zmiany układu aplikacji (układ standardowy, układ 2x2, podwójnie skośne)
− Funkcja odwrócenia kolejności obrazów rekonstrukcji jednym kliknięciem
70
71
72
73
74
Funkcjonalność rekonstrukcji 3D oferujące następujące funkcje:
− kolorowa wolumetryczna rekonstrukcja 3D,
− predefiniowane protokoły cieniowania z moŜliwością definicji własnych
− usuwanie obrazu stołu urządzenia diagnostycznego CT
− manipulacje obrazem rekonstrukcji jak obroty, wycinanie fragmentów, zmiana wielkości
rekonstrukcji
− zapisywanie w systemie PACS wtórnych rekonstrukcji i widoczność w systemie dystrybucji
− tworzenie własnych definicji tkanek
15
−
75
Funkcja pokrywania – protokoł VORL (co najmniej 70 predefiniowanych protokołów dla
róŜnych modalności)
− Trzystopniowa regulacja jakości interaktyw
− Edytor protokołu VORL (z uwzględnieniem oświetlenia, kolorystyki i przeźroczystości)
− Automatyczne usuwanie kości z moŜliwością ręcznej korekty (usunięcia ręcznego kości,
przywrócenia naczynia, brutalnego usuwania kości oraz cofnięcia ostatnio dokonanej korekty)
− Automatyczne usuwanie łoŜa skanera (obsługa wszystkich producentów aparatów)
− Narzędzia VOI (odręczny VOI plus/minus, owalny VOI plus/minus, prostokątny VOI
plus/minus)
− Funkcja zapisania i resetowania VOI oraz cofnięcia i ponowienia ostatniego VOI
− tworzenie płaszczyzn przycinania z moŜliwością przerzucenia, ukrycia i wyczyszczenia
− Funkcja definicji tkanki w kilku krokach (dostępne rozszerzenie, zaznaczenie punktów posiewu
i zewnętrznego, wskazania małego naczynia, narysowania odręcznego ROI i konturu, ręcznej
korekty zdefiniowanej tkanki, uściślenia zdefiniowanej tkanki oraz jej odrzucenia)
− Funkcjonalność wbudowana w przeglądarkę diagnostyczną (nie jest to aplikacja zewnętrzna)
− Funkcjonalość dostępna dla przynajmniej jednego uŜytkownika w danym czasie
Funkcjonalność do prezentacji naczyń krwionośnych oferujące następujące funkcje:
− zaznaczanie naczynia za pomocą 2 punktów
− kolorowa wolumetryczna rekonstrukcja 3D
− pomiary długości i średnicy naczynia
− pomiary stenozy
− prezentacja naczynia z graficzną prezentacją w kolorze
− zapisywanie w systemie PACS pomiarów i raportów i widoczność w systemie dystrybucji
− Funkcjonalność wbudowana w przeglądarkę diagnostyczną (nie jest to aplikacja zewnętrzna)
− Funkcjonalość dostępna dla przynajmniej przynajmniej jednego uŜytkownika
w danym czasie
I.
Migracja danych z istniejącego systemu archiwizacyjnego PACS AGFA
J.
Podłączenie i rekonfiguracja wszystkich urządzeń do nowego systemu PACS łącznie
z worklistą tj:
- MR Avanto 1,5- Siemens ,
- CT Philips Brillance 16 ,
- aparat RTG Siemens,
- aparat RTG Brivo GI,
- system ucyfrowienia AGFA (skanery, stacje NX, stacje diagnostyczne) z duplikatorem
RIMAGE 2000i i kamerą Drystar.
- Angiograf GI Innova 4100
K.
Zasilacz awaryjny – 1 szt.
1
2
3
4
5
6
7
8
Moc pozorna
3000 VA
Moc rzeczywista
2700 W
Architektura UPSa
podwójne przetwarzanie on-line, VFI wg PN-EN 62040-3
Maks. czas przełączenia na baterię
0 ms
Liczba, typ gniazd wyj. z podtrzymaniem zasilania i ochroną przepięciową
8x IEC320 C13 (10A), 1 x IEC320 C19 (16A)
Segmentacja gniazd odbiorów
Gniazda odbiorcze podzielone muszą być na co najmniej dwa segmenty, których sterowanie
odbywać się powinno za pomocą dołączonego oprogramowania
Kształt napięcia wyjściowego przy pracy bateryjnej
Sinusoidalny
Typ gniazda wejściowego
IEC320 C20 (16A)
16
9
Czas podtrzymania dla obciąŜenia 100% przy współczynniku cos φ = 0,9
3 min.
10
Czas podtrzymania przy obciąŜeniu 50% przy współczynniku cos φ = 0,9
9 min
11
Czas podtrzymania dla obciąŜenia 100% z dodatkowym modułem baterii przy
współczynniku cos φ = 0,9
18 min
12
Zakres napięcia wejściowego w trybie podstawowym
180 - 276 V
13
Zakres zmian napięcia wyjściowego
maksymalnie +/- 2% wartości nominalnej
14
Baterie wymieniane przez uŜytkownika "na gorąco"
Tak
15
MoŜliwość uruchomienia zasilacza z baterii tzw. Zimny start
Tak
16
Baterie wewnętrzne, bezobsługowe o minimalnej pojemności
9Ah 12V, minimum 6 szt.
17
Dodatkowy moduł baterii
Tak
18
Porty komunikacji
RS232, USB, gniazdo rozszerzenia opcji komunikacji do instalacji karty SNMP/Web z
moŜliwością monitorowania środowiska, gniazdo wyłącznika awaryjnego p.poŜ., zainstalowana
karta SNMP/Web
Pane
19
Panel komunikacyjny
GraG Graficzny panel LCD z odczytem parametrów zasilacza, informacjami o stanie jego pracy i
informacjami o alarmach
20
Typ obudowy
Rack 19", maksymalna wysokość 2U
21
Dołączone oprogramowanie
Do bezpiecznego zamykania systemów operacyjnych przy wyczerpaniu baterii minimum:
- Windows: 7 / 2008 / Vista / 2003 / XP
- Linux: Debian GNU Linux: Lenny, SUSE/Novell: SLES 11, OpenSUSE 11.2,
Redhat Enterprise Linux: RHEL 5.3, 5.4, 5.5, Fedora core 12 Ubuntu: 10.04
- VMWare: ESX 4, ESXi 4 (wersja komercyjna), ESXi 4.10 (wersja komercyjna)
- Hyper-V: Hyper-V i Hyper V Server.) Oprogramowanie pozwalające na integrację z platformą
wirtualizacyjną Vmware: vCenter Server
22
System zarządzania pracą baterii
System nieciągłego ładowania baterii. Do oferty dołączyć naleŜy opis algorytmu ładowania
nieciągłego baterii. W opisie znaleźć się muszą informacje nt. trwania okresów ładowania
forsującego, konserwującego i okresu spoczynkowego (tzw. restingu). Okres spoczynkowy w
jednym cyklu nie moŜe być krótszy niŜ 14 dni. Opis powinien być materiałem firmowym
producenta lub musi być przez niego potwierdzony
23
Maksymalna szerokość
440 mm
24
Maksymalna wysokość
89 mm (2U)
25
Maksymalna głębokość
600 mm
26
Maksymalny cięŜar
30 kg
27
Cechy
MoŜliwość wydłuŜenia czasu podtrzymania do 65 min. przy 100% obc. poprzez dołączenie baterii
zewnętrznych, wysokość systemu po wydłuŜeniu czasu podtrzymania do 65 min. nie moŜe
przekroczyć 10U
II.
SYSTEM WYDRUKU
17
A.
1
2
3
4
System wydruku płyt dla pacjenta
Parametry jednostki sterującej min.:
- komputer PC, procesor min. 3 GHz, czterordzeniowy, 4GB RAM, 2 x dysk 500GB pracujące w
RAID-1, system operacyjny 64 bit, klawiatura, myszka, wbudowana nagrywarka płyt CD/DVD
- UPS o mocy dobranej do zasilacza serwera min. 650VA
- monitor referencyjny kolorowy o przekątnej min 17''
Oprogramowanie do obsługi umoŜliwiające pracę z dowolnym serwerem PACS działające w
standardzie DICOM 3.0
MoŜliwość przeglądania i nagrywania badań z listy serwera PACS, filtrowanych przynajmniej wg.
modality, daty, numeru badania, nazwiska pacjenta, ID pacjenta, nazwiska lekarza kierującego
MoŜliwość nagrywania płyt bezpośrednio z urządzeń diagnostycznych, działających
w standardzie DICOM 3.0
5
"Dzielenie" na kilka nośników, zestawu badań większego niŜ pojemność jednej płyty CD lub DVD
6
Zapis kilku badań jednego pacjenta na jednym zestawie płyt
7
Nagrywanie na płycie przeglądarki zgodnej ze standardem DICOM 3.0
8
System do nagrywania płyt i system PACS tego samego producenta
9
Wygląd przegądarki nagrywanej na płycie taki sam jak oprogramowania diagnostycznego
w systemie PACS
Nagrywanie obrazów zgodnie ze standardem Dicom Media Storage Format, wraz
z informacjami DICOMDIR z moŜliwością odtworzenia na standardowym komputerze
wyposaŜonym w system operacyjny Windows lub jemu równowaŜnym, bez konieczności
instalowania dodatkowego oprogramowania
10
Duplikator
1
2
3
4
5
6
7
8
9
10
11
12
Napędy optyczne DVD (nagrywarki)
- 2 szt.
- Formaty zapisu minimum DVD-R i CD-R, opcja Blu-Ray
Drukarka
- zintegrowana – wbudowana w urządzenie
- MoŜliwość wykonywania nadruku atramentowego bezpośrednio na płycie
W pełni automatyczna praca
Automatyczne pobieranie, nagrywanie, drukowanie i odkładanie wyprodukowanych płyt do
magazynka odbiorczego
Liczba magazynków podawczych
Minimum 1
Liczba magazynków odbiorczych
Minimum 1
Pojemność magazynków podawczych
Minimum 100 płyt
Pojemność magazynków odbiorczych
Minimum 100 płyt
MoŜliwość zdalnego zarządzania
TAK
Interfejs
USB 3.0
Interfejs programowy
Biblioteki API (SDK)
Sieć Ethernet
Podłączenie do sieci Ethernet poprzez komputer sterujący duplikatorem
Komputer
• Monitor LCD 19, klawiatura, myszka
• Procesor min: dwurdzeniowy, osiągający w teście PassMark CPU Mark wynik min. 4201
punktów
• RAM min: 2GB
• Dyski twarde min: 2 x 500GB, RAID 1
18
•
•
13
Gigabitowa karta sieciowa zintegrowana
System operacyjny: wersja 64-bitowa umoŜliwiający zdalną administrację, pozwalający
na uruchomienie dostarczanych aplikacji w pełnym zakresie ich uŜyteczności
• Nagrywarka DVD
• Port USB 3.0
UPS do duplikatora i komputera sterującego
1000VA
III. STACJA DIAGNOSTYCZNA
A.
Monitor diagnostyczny – 2 szt.
1
B.
Monitor diagnostyczny min. klasy 2MP
czarno-biały, pionowy, LCD,
rozdzielczość co najmniej 1200x1600 pikseli,
jasność co najmniej 1200 cd/m2, Wymagany układ stabilizacji jasności monitora po jego
włączeniu lub wyjściu ze stanu czuwania.
Kontrast co najmniej 1400:1
obszar roboczy o przekątnej co najmniej 21 cali (min. 540 mm),
prezentacja min. 10 bitowej skali szarości,
Funkcjonalność pozwalająca na samodzielne kalibrowanie monitora oraz sprawdzenie obcieni
szarości bez systemu operacyjnego. Uruchamiana z menu monitora
monitory fabrycznie parowane,
Wymagany układ kontroli rzeczywistego czasu pracy monitora i jego podświetlenia.
Czujnik mierzący jasność otoczenia
Wymagany układ wyrównujący jasność i odcienie szarości dla całej powierzchni matrycy LCD
Zgodność z standardem CE ( Medical Device Directive )
Komputer sterujący z monitorem opisowym LCD – 1 szt.
1
Wielkość przekątnej ekranu 19 cali (48 cm), proporcje 5/4
Typ ekranu: LCD, aktywna matryca TFT
Wielkość plamki: maks. 0,294 mm
Rozdzielczość naturalna: 1280 x 1024
Rodzaj podświetlenia: LED
Jasność min. 250 cd/m2
Czujnik ustawiający jasność monitora względem jasności otoczenia
Naturalny kontrast panelu: min. 1000:1
Wymagany układ kontroli rzeczywistego czasu pracy monitora
Całkowity czas reakcji matrycy (white-black-white): Nie więcej niŜ 5 ms
Dodatkowe funkcje:
Wbudowane głośniki
Złącza 1x DVI-D, 1x D-sub
Zgodność z standardem TCO Displays 6.0
Kable - Komplet kabli zasilających i połączeniowych
2
System operacyjny
umoŜliwiający zdalną administrację, pozwalający na uruchomienie dostarczanych aplikacji
w pełnym zakresie ich uŜyteczności
Procesor
Procesor min: czterordzeniowy, osiągający w teście PassMark CPU Mark wynik min. 8000
punktów
Pamięć standardowa
Min. 8GB RAM
3
4
5
Wewnętrzne wnęki na napędy
2x (3,5”); 1x 2,5”
6
Opis dysku twardego
2 x Dysk SATA min. 1 TB 7200 obr./min
19
7
Kontroler pamięci masowej
Zintegrowana technologia SATA (5 porty 6 Gb/s) z obsługą RAID 0, 1.
8
Napęd optyczny
Nagrywarka DVD
9
Zasilanie
Wielozakresowy, aktywny stabilizator PFC (Power Factor Correction), 400 W
10
Obudowa
Typu Tower
11
Karta graficzna
Dedykowana do zastosowań medycznych karta graficzna trzymonitorowa porty wyjściowe min:
DVI-I x 1, DisplayPort x 2, niezbędne do połączenia oferowanych monitorów okablowanie i/lub
przejściówki
12
Gniazda rozszerzeń
1 gniazdo PCIe Gen3 x16;
1 gniazdo PCIe Gen2 x4 (złącze x 16);
1 gniazdo PCIe Gen2 x1 (złącze x 4);
1 gniazdo PCIe Gen2 x1;
1 gniazdo PCI Dwa 13,3 cm (5,25”);
1 kieszeń na napęd optyczny typu slim
13
UPS do duplikatora i komputera sterującego
1000VA
C.
Czytnik kodów kreskowych – 1 szt.
1
Rodzaj ręczny
2
Interfejs USB
3
Maks. odleglość odczytu 360 mm
4
Odczytywane kody: UPC/EAN/JAN
D.
Drukarka laserowa monochromatyczna – 1 szt.
1
2
Rozdzielczość wydruku in. 1200 x 1200 dpi
- Maks. szybkość druku min30 stron/min.
3
Pojemność podajnika papieru min 100 szt.
IV. AKTUALIZACJA UśYTKOWANEGO U ZAMAWIAJACEGO SYSTEMU RIS ORION
DO NAJNOWSZEJ WERSJI POZWALAJĄCA NA SPEŁNIENIE PONIśSZYCH
FUNKCJONALNOŚCI ORAZ INTEGRACJA Z HIS INFOMEDICA
1
Polski interfejs uŜytkownika w aplikacjach
2
Baza danych SQL, relacyjna, transakcyjna
3
System RIS pracujący niezaleŜnie od systemu HIS – osobny serwer i baza danych –
20
4
umoŜliwienie pracy radiologii równieŜ w przypadku wyłączenia systemu HIS
System operacyjny stacji roboczych Windows XP, VISTA lub nowszy
5
Wspólny dla wszystkich uŜytkowników moduł rejestracji pacjentów
6
MoŜliwość tworzenia w systemie, struktury zakładu na zasadzie definiowania dowolnej liczby
pracowni z przypisanymi do nich dowolnej liczby aparatów diagnostycznych.
Zabezpieczenie programu przed niepowołanym dostępem osób trzecich (logowanie, karty chip
itp.)
Walidacja poprawności wpisu numeru PESEL wraz z kontrolą wprowadzania danych
uniemoŜliwiająca dwukrotne wprowadzenie do systemu pacjenta
z tym samym numerem PESEL, za wyjątkiem pacjenta z zerowym numerem PESEL
7
8
9
10
MoŜliwość rejestracji wymaganych danych osobowych pacjentów
11
Współpraca z drukarkami i czytnikami kodów kreskowych identyfikujących pacjenta oraz
umówione badanie
Szybki dostęp do pełnej historii wizyt pacjenta
12
MoŜliwość rejestracji pacjentów przez lekarzy i techników pracujących na dyŜurze
13
MoŜliwość automatycznej weryfikacji danych w eWUŚ podczas rejestracji pacjenta
14
20
MoŜliwość wyszukiwania pacjentów w bazie – min 12 kryteriów z dowolnego przedziału
czasowego wybranego przez uŜytkownika w tym: według pracowni , rodzaju badania, frazy opisu
badania, jednostek zlecających, lekarzy opisujących, zlecających
Definiowanie harmonogramu pracy poszczególnych pracowni / gabinetów diagnostycznych
z uwzględnieniem dni świątecznych, przerw serwisowych.
MoŜliwość definiowania średniego czasu trwania danego rodzaju badania w celu dokładnego
umawiania na konkretne godziny, przy współpracy z harmonogramami gabinetów.
MoŜliwość umawiania badań na wyznaczone godziny według harmonogramu a takŜe z jego
pominięciem
MoŜliwość wstępnej rezerwacji terminu badania, ustalanie stałych pasm w harmonogramach dla
poszczególnych zleceniodawców i serwisów
Wyświetlanie harmonogramów z rozróŜnieniem terminów wstępnie zarezerwowanych i terminów
z badaniami zarejestrowanymi
MoŜliwość zmiany umówionego wcześniej terminu lub anulowania wizyty
21
MoŜliwość rejestrowania dla danego pacjenta kilku procedur jednocześnie
22
MoŜliwość zapisywania w słownikach danych zleceniodawców wraz z wyszukiwaniem jednostki
zlecającej na podstawie numeru umowy z NFZ, NIP-u, Regonu
MoŜliwość zapisywania w słownikach lekarzy kierujących wraz z walidacją poprawności
numerów praw wykonywania zawodu i zabezpieczeniem przed powtórnym wprowadzeniem do
słownika lekarza o tym samym numerze
MoŜliwość podziału zleceniodawców na dowolne grupy (aby np. w ramach danej grupy tworzyć
statystyki). Podział na grupy widoczny podczas rejestracji.
15
16
17
18
19
23
24
25
MoŜliwość wydruku potwierdzenia umówienia wizyty.
26
MoŜliwość podglądu i wydruku listy pacjentów umówionych do danego gabinetu
27
Wymuszanie przez program konieczności wprowadzenia ze słowników kodów ICD10
28
29
Wymuszanie przez program konieczności wprowadzenia danych lekarza kierującego (nazwisko,
imię, numer prawa wyk. zawodu)
Wykonywanie badań z listy na danym stanowisku
30
Podczas pracy dyŜurowej, przyjmowanie do realizacji zleceń z systemu HIS
21
31
MoŜliwość wprowadzania wielkości dawki/ danych ekspozycji / wzrostu i wagi pacjenta
32
Rejestrowanie ilości zuŜytych materiałów eksploatacyjnych
33
Automatyczne przesyłanie danych pacjenta do aparatów diagnostycznych ( DICOMWorkList )
34
Automatyczna preselekcja materiałów eksploatacyjnych do danego rodzaju badań lub aparatów
35
Jednolity interfejs wprowadzania opisów - wspólny dla róŜnych pracowni ( RTG, USG, CT,itp)
36
Zapewnienie indywidualnych wzorców opisów widocznych tylko dla określonego uŜytkownika
wraz z moŜliwością ich zarządzania w tym dodawanie , edycja i modyfikacja , oraz zapewnienie
wzorców ogólnie dostępnych, modyfikowanych tylko przez uprawnionych uŜytkowników
Automatyczna preselekcja wzorców opisów do danego rodzaju badań
37
38
39
40
41
42
43
44
Szybki dostęp do wszystkich wyników wcześniejszych badań diagnostycznych pacjenta z
moŜliwością bezpośredniego kopiowania wcześniejszych opisów do bieŜącego wyniku
Monitorowanie wszelkich modyfikacji opisów badań z zaznaczeniem kto, kiedy i jakich zmian w
opisie dokonał
MoŜliwość przypisania jednego opisu kilku badaniom tego samego pacjenta w trakcie
jednoczesnego opisywania .
MoŜliwość wydruku opisu wraz z podstawowymi danymi dotyczącymi pacjenta, zlecenia, nazwą
aparatu, datą, identyfikacją lekarza opisującego oraz dodatkowe informacje
( zgodnie z treścią Rozporządzenia Ministra Zdrowia z 20.12.2012) m.in. kody resortowe
MoŜliwość jednoczesnego – „hurtowego” wydruku opisów dowolnej liczby badań np. z danego
okresu lub określonego gabinetu, bez konieczności otwierania poszczególnych kart badań
MoŜliwość wydruku wspólnego opisu kilku badań na jednym formularzu wyniku
50
MoŜliwość przerwania opisu i pozostawienia badania do konsultacji z nadanym specjalnym
statusem w celu szybkiego późniejszego odnalezienia w systemie
MoŜliwość wprowadzania przez lekarza opisującego dodatkowych kodów identyfikujących
rozpoznania chorobowe
MoŜliwość współpracy pomiędzy programem RIS a lekarską stacją działającymi jednocześnie na
opisowej stacji lekarskiej. Współpraca polegająca na automatycznym otwarciu obrazów w
programie diagnostycznym przy otwarciu opisu w RIS
MoŜliwość współpracy pomiędzy programem RIS a lekarską stacją diagnostyczną działającymi
jednocześnie na tej samej stacji komputerowej. Współpraca polegająca umoŜliwieniu
jednoczesnego opisywania badania w RIS i oglądania obrazów na lekarskiej stacji
diagnostycznej
Konfiguracja szablonu wydruku w dedykowanym edytorze graficznym, dostępnym dla
uprawnionych uŜytkowników
MoŜliwość wprowadzania opisów przez sekretarki lub staŜystów z opcją ich późniejszego
zatwierdzania przez uprawnionych lekarzy
MoŜliwość umieszczenia na wynikach badań kodów kreskowych identyfikujących badanie
51
Sprawdzanie przez program pisowni wprowadzonego wyniku badania
52
WyposaŜenie programu RIS w narzędzia wyszukujące obrazy wraz z informacjami o ilości
serii/obrazów w badaniu na zdefiniowanych serwerach PACS
(Dicom -Query/Retrieve Service Class)
WyposaŜenie programu RIS w narzędzia umoŜliwiające import obrazów ze zdefiniowanego
serwera PACS na lokalne stanowisko w celu otwarcia badania w programie diagnostycznym na
lekarskiej stacji opisowej (Dicom -Query/Retrieve Service Class)
Automatyczne udostępnianie opisów badań programom archiwizującym obrazy
45
46
47
48
49
53
54
55
56
Automatyczne udostępnianie opisów badań w programach typu WEB dystrybuujących obrazy
poza zakład radiologii
Pełne zintegrowanie dostarczonego rozwiązania informatycznego z systemem PACS Minimum
wymiana informacji HL7 o:
22
57
58
59
60
61
- zmianie danych pacjenta
- opisie badania
- scaleniu kart pacjenta
Wysyłanie z poziomu aplikacji RIS polecenia nagrania badania pacjenta na wskazanym robocie
MoŜliwość zapisu danych osoby odbierającej wynik badania (nazwisko, imię, nr dowodu
osobistego lub prawa jazdy)
MoŜliwość identyfikacji kaŜdego badania kodem kreskowym na kaŜdym stanowisku pracy.
Drukowany kod jednoznacznie identyfikuje konkretne badanie i zawiera równieŜ informacje
drukowane w sposób jawny: imię i nazwisko pacjenta, PESEL, nazwa umówionego badania,
czas i nazwa aparatu na którym badanie będzie wykonane
MoŜliwość konfiguracji zakresu danych drukowanych na etykietach kodów kreskowych
63
Wydruk Księgi Pracowni osobnej dla kaŜdej z pracowni - zgodnie z wymogami Rozporządzenia
MSWiA z dnia 18.05.2011r.
Statystyki pracy personelu ( liczba opisywanych badań przez lekarzy, wykonanych badań przez
techników)
Zestawienie ilości zleceń z podziałem na poszczególne pracownie i aparaty diagnostyczne
64
Generowanie statystyk zuŜytych materiałów eksploatacyjnych z podziałem na zleceniodawców
65
Zestawienia ilościowo / kwotowe wykonanych usług (zbiorcze lub z podziałem na
zleceniodawców).
62
Integracja z HIS Infomedica spełniająca wymagania:
66
Przyjmowanie zleceń drogą elektroniczną wraz z importem danych zlecenia i pacjenta
67
Automatyczne odsyłanie informacji o terminie umówienia badania
68
MoŜliwość odrzucenia zlecenia (badania nie zarejestrowanego).
69
MoŜliwość odwołania badania zarejestrowanego.
70
Automatyczne odsyłanie do systemu HIS opisu badania zleconego elektronicznie , aktualizacja
po zmianie opisu w RIS
Podczas pracy dyŜurowej, przyjmowanie do realizacji zleceń z systemu HIS
71
72
74
Przekazywanie przez system RIS do systemu HIS informacji o stanie na kaŜdym etapie realizacji
badania- po zarejestrowaniu w systemie RIS, zakończeniu realizacji, zatwierdzeniu opisu oraz
o rezygnacji z jego realizacji
Przekazywanie do HIS wraz z wynikiem badania – linka do automatycznego otwarcia badań w
systemie PACS
Synchronizacja rejestru pacjentów pomiędzy HIS i RIS
75
Modyfikacja w RIS danych pacjenta generuje zmiany w systemie HIS
76
Scalanie kart pacjenta wywoływane w systemie HIS, scala karty pacjenta w systemie RIS
77
Zmiana danych lub uzupełnienie danych jednostki zlecającej w RIS modyfikuje dane w HIS i na
odwrót
Zmiana danych lub uzupełnienie danych lekarza zlecającego w RIS modyfikuje dane w HIS i na
odwrót
MoŜliwość wyszukania i wykorzystania danych pacjenta z bazy danych systemu HIS podczas
umawiania badania w RIS
Automatyczne dodawanie pacjenta do bazy danych HIS podczas zakładania kartoteki w
systemie RIS, z moŜliwością automatycznej aktualizacji danych pacjenta w HIS podczas zmiany
tych danych w systemie RIS
Automatyczny bezpośredni zapis danych pacjenta w systemie HIS podczas rejestracji w RIS.
Dane kaŜdego zarejestrowanego badania w RIS ( równieŜ ambulatoryjnego) muszą zostać
zapisane w systemie HIS, co umoŜliwi wykonanie rozliczeń z poziomu systemu HIS
73
78
79
80
81
23
82
Przekazywanie z RIS do HIS informacji niezbędnych do prowadzenia kolejkowania
83
Przegląd wszystkich wyników pacjenta w HIS, - lekarz pracujący w szpitalnym systemie
Infomedica będzie miał moŜliwość przeglądania wszystkich wyników badań danego pacjenta.
Dotyczy to zarówno badań zlecanych przez szpital jak i badań, które pacjent będzie miał
wykonane w trybie ambulatoryjnym( np. Badań płatnych )
Przegląd historii choroby w RIS, - lekarz opisujący badanie w systemie RIS ma moŜliwość
przeglądania historii choroby pacjenta zapisanej w systemie Infomedica poprzez wyświetlenie
w RIS karty pobytu szpitalnego, z danymi przekazywanymi bezpośrednio z HIS Infomedica
84
85
86
87
88
89.
W przypadku braku zlecenia elektronicznego z oddziału szpitalnego moŜliwość rejestracji
badania w RIS „na konto / w imieniu” takiego oddziału
Aktualizacja obiegu informacji – zmiana danych pacjenta w systemie HIS musi automatycznie
generować zmianę w systemie RIS oraz PACS
Badania rejestrowane w RIS, które nie mogą zostać zarejestrowane w HIS (wyłączenie HIS,
chwilowy brak połączenia z bazą HIS, brak pobytu w jednostce HIS lub jakakolwiek inna
niewymieniona okoliczność) są normalnie prcedowane w RIS oraz dodawane do specjalnej listy
badań oczekujących na rejestrację w HIS. System RIS udostępnia interfejs umoŜliwiający edycję
i odesłania takich badań do HIS. Odsyłane są równieŜ wszystkie potwierdzenia i wyniki zgodnie
z aktualnym statusem w RIS
W przypadku braku pobytu w jednostce zlecającej HIS system RIS umoŜliwia automatyczną
rejestrację pobytu diagnostycznego w jednostce wykonującej HIS
Wykonawca odpowiada za uwspólnienie słowników RIS , HIS
24