Opis przedmiotu zamówienia - SP ZOZ Szpital Psychiatryczny w

Transkrypt

Załącznik nr 1 do SIWZ
OPIS PRZEDMIOTU ZAMÓWIENIA DO SPECYFIKACJI
ISTOTNYCH WARUNKÓW ZAMÓWIENIA
dla projektu
Wprowadzanie nowoczesnego systemu informatycznego oraz
e-usług w SPZOZ Szpital Psychiatryczny w Toszku celem
podniesienia jakości i dostępności usług medycznych
Opis Przedmiotu Zamówienia dla projektu „Wprowadzenie nowoczesnego systemu informatycznego oraz e-usług
w SPZOZ Szpital Psychiatryczny w Toszku celem podniesienia jakości i dostępności usług medycznych”
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego
w ramach Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2007-2013
ROZDZIAŁ I
Przedmiotem zamówienia jest :
 Zakup sprzętu komputerowego: serwerownia, punkty węzłowe, okablowanie
międzywęzłowe, okablowanie OPD i stacje końcowe.
 Zakup oprogramowania: baza danych, część biała, część szara i e-usługi
 Nadzór Autorski i serwis systemu aplikacyjnego po zakończeniu zakupu sprzętu
komputerowego i wdrożenia oprogramowania.
 Pełna elektronizacja dokumentacji medycznej oraz kosztów leczenia na pacjenta we
wszystkich komórkach organizacyjnych.
 Wprowadzenie e-usług udostępniających możliwości takie jak:
 logowanie pacjenta za pomocą nazwy użytkownika lub numeru karty (możliwość
powiązania pacjenta z unikalnym numerem karty identyfikacyjnej) i hasła,
 przegląd listy usług: możliwych do realizacji w placówce Zamawiającego dla pacjenta,
możliwych do rezerwacji przez internet,
 zdalne zgłoszenie wniosku o rezerwację terminu usługi z preferowanymi terminami,
 udostępnienie danych o zaplanowanych wizytach i usługach,
 prezentacja informacji o stanie usługi (zaplanowana, anulowana, wykonana),
 wydruk potwierdzenia rezerwacji: data i godzina usługi, imię, nazwisko pacjenta,
numer rezerwacji, miejsce wykonania usługi, informacje dodatkowe dla pacjenta,
 dostęp do informacji o lokalizacji miejsca wykonania usługi,
 odwołanie rezerwacji, przegląd wyników badań,
 uzyskanie w wersji elektronicznej dokumentacji medycznej dla jednostek sektora
publicznego oraz przedsiębiorstw korzystających z udostępnionych rejestrów
publicznych.
 Pełną integrację oprogramowania z systemami NFZ związanymi z rozliczaniem świadczeń
medycznych
 Realizacja zamówienia odbywa się na podstawie złożonego projektu i podpisanej umowy
o dofinansowanie projektu pn. „Wprowadzenie nowoczesnego systemu informatycznego oraz
e-usług w SP ZOZ Szpital Psychiatryczny w Toszku celem podniesienia jakości
i dostępności usług medycznych”, nr UDA- RPSL.02.02.00-00-036/12-00 w ramach
Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2007 - 2013.
Priorytet II „Społeczeństwa Informacyjne" Działanie 2.2 „Rozwój elektronicznych usług
publicznych” nr projektu 1695 Centralny Rejestr Umów Województwa Śląskiego
163/FR/2015 z dnia 9 lutego 2015 r.
2/196
ROZDZIAŁ II
Cel działania i cel niniejszego projektu
Celem działania jest dostęp do usług publicznych (platformy usług elektronicznych) –
w ramach działania 2.2 zgodnie z wytycznymi regionalnego programu operacyjnego
województwa Śląskiego zapewniające usługi informatyczne polegające na dostarczeniu różnym
grupom odbiorców informacji z możliwością użycia złożonych mechanizmów wyszukiwania. Do
realizacji powyższego celu konieczne jest utworzenie i zapewnienie optymalnego środowiska dla
systemów odpowiedzialnych za przeważanie i gromadzenie danych oraz aplikacje wspomagające
procesy medyczne wraz z tworzeniem możliwości dla informatyzacji procesów medycznych,
efektywniejszej obsługi pacjenta i warunków pracy personelu medycznego.
Projekt poprzez zapewnienie odpowiedniej infrastruktury wpływa na upowszechnienie dostępu
do usług świadczonych drogą elektroniczną. Realizacja przedmiotowego projektu będzie
prowadzić do zmniejszania zapóźnienia technologicznego i informatycznego w zakresie rozwoju
infrastruktury społeczeństwa informacyjnego. Projekt będzie się także przyczyniać do
podwyższenia jakości życia mieszkańców, podniesienia dostępu do instytucji publicznych,
w tym instytucji opieki zdrowotnej, przełamania barier dotyczących „cyfrowego wykluczenia"
oraz stworzy łatwiejszy dostęp do informacji.
Dzięki inwestycji, zdobytej wiedzy i doświadczeniu przez pracowników Szpitala, w wyniku
realizacji niniejszego projektu zostanie wyraźnie usprawniona obsługa Pacjentów oraz
usprawniona praca pracowników szpitala. Usprawnienie procesów obsługi Pacjentów oraz
załatwiania spraw wewnętrznych przez pracowników wpłynie korzystnie na jakość
świadczonych usług medycznych, jako całości.
Rozwój usług publicznych służby zdrowia świadczonych drogą elektroniczną oferowanych przez
Szpital przyczyni się do wzrostu gospodarczego regionu, a w konsekwencji województwa
śląskiego przy równoczesnym zachowaniu stanu środowiska. Nastąpi znaczne polepszenie
warunków obsługi i leczenia pacjentów korzystających z usług Szpitala. Nastąpi wyrównanie
szans rozwojowych Gminy, co w konsekwencji podniesie konkurencyjność tego regionu,
umożliwiając dogodniejsze warunki rozwoju gospodarki. Podniesienie komfortu usług
medycznych poprzez stworzenie odpowiedniej infrastruktury informatycznej spowoduje także
obniżenie obciążenia finansowego dla sektora publicznego. W szerszej perspektywie projekt ten
korzystnie wpłynie na stymulowanie dynamicznego rozwoju, przy wzmocnieniu spójności
społecznej, gospodarczej i przestrzennej regionu, co stanowi główny cel Regionalnego Programu
Operacyjnego Województwa Śląskiego.
Celem niniejszej inwestycji jest również spełnienie założeń zawartych w Strategii Rozwoju
Społeczeństwa Informacyjnego województwa śląskiego:
„Województwo śląskie w 2020 roku będzie regionem:
3/196
wizerunku województwa sieciowego, otwartego i aktywnie współuczestniczącego w rozwoju
globalnego społeczeństwa informacyjnego,
- z
powszechnym multikanałowym dostępem do
technologii informatycznych
i telekomunikacyjnych, ICT,
- którego mieszkańcy są w pełni świadomi możliwości, jakie stwarza rozwój ICT oraz
posiadają wiedze i umiejętności niezbędne do wykorzystania potencjału kreowanego
w ramach społeczeństwa informacyjnego,
- zapewniającym użyteczne, przyjazne i powszechne e-usługi dla mieszkańców,
przedsiębiorców i turystów,
- znaczącym udziale sektora ICT w tworzeniu dochodu województwa,
- który dzięki zbudowaniu gospodarki wiedzy i społeczeństwa informacyjnego osiąga
zrównoważony poziom rozwoju."
Działania takie w konsekwencji poprawią poziom usług w zakresie infrastruktury
informatycznej, pozwolą na istotne zmniejszenie dystansu w stosunku do bardziej rozwiniętych
obszarów Unii Europejskiej.
W wyniku realizacji powyższego projektu osiągnięte zostaną w ramach Regionalnego Programu
Operacyjnego Województwa Śląskiego na lata 2007 – 2013: cel priorytetu II-go Społeczeństwo
Informacyjne, a także cel Działania 2.2 Rozwój elektronicznych usług publicznych. Celem
priorytetu II jest stworzenie warunków do rozwoju społeczeństwa informacyjnego w Regionie,
natomiast bezpośrednim celem Działania 2.2 jest wzrost liczby usług publicznych świadczonych
drogą elektroniczną.
W wyniku realizacji projektu osiągnięte zostaną następujące rezultaty:
1.
Liczba użytkowników korzystających miesięcznie z uruchomionych usług online - 120 osób,
2.
Liczba przedsiębiorstw korzystających z udostępnionych rejestrów publicznych - 5 szt.,
3.
Ilość jednostek sektora publicznego korzystających z utworzonych aplikacji - 4 szt..
-
4/196
ROZDZIAŁ III
Kontekst prawny
System objęty niniejszym postępowaniem obejmuje praktycznie całą działalność szpitala,
w tym świadczenie usług zdrowotnych oraz funkcjonowanie podmiotu jako przedsiębiorstwa,
w związku, z czym zakres obowiązujących przepisów prawa do uwzględnienia jest bardzo szeroki.
Istotnym czynnikiem determinującym zakres obowiązujących przepisów prawa jest również
informatyzacja sektora publicznego oraz służby zdrowia przeprowadzana na szczeblu krajowym.
Wobec powyższego Zamawiający wymaga, aby systemy dostarczone przez Wykonawcę spełniały
wszelkie obowiązujące oraz wchodzące w życie, do końca okresu świadczenia asysty
powdrożeniowej, przepisy prawa.
W tej sytuacji, wskazane poniżej akty prawne, należy traktować jedynie jako akty podstawowe
dotyczące przede wszystkim działalności i informatyzacji podmiotów leczniczych, których
przepisy Wykonawca jest zobowiązany zastosować w dostarczonych systemach:
-
-
-
-
-
Ustawa z dnia z dnia 15 kwietnia 2011 r. o działalności leczniczej (Dz.U. z 2011 r. Nr 112,
poz . 654 ze zm.),
Rozporządzenie Ministra Zdrowia z dnia 17 maja 2012 r. w sprawie systemu resortowych
kodów identyfikacyjnych oraz szczegółowego sposobu ich nadawania (Dz.U. z 2012 poz.
594),
Ustawa z dnia 27 sierpnia 2004 roku o świadczeniach opieki zdrowotnej finansowanych ze
środków publicznych (Dz.U. z 2008 r. nr 164, poz. 1027 ze zm.),
Rozporządzenie Ministra Zdrowia z dnia 27 lipca 2005 r. w sprawie zakresu niezbędnych
informacji gromadzonych w systemie informatycznym Narodowego Funduszu Zdrowia oraz
zakresu i sposobu ich przekazywania ministrowi właściwemu do spraw zdrowia oraz
wojewodom i sejmikom województw (Dz.U. z 2005 r. Nr 152, poz. 1271 ze zm.),
Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 r. w sprawie zakresu niezbędnych
informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania
tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania
świadczeń ze środków publicznych (Dz.U. Nr 123 poz. 801 ze zm.),
Rozporządzenie Ministra Zdrowia z dnia 6 maja 2008 r. w sprawie ogólnych warunków
umów o udzielanie świadczeń opieki zdrowotnej (Dz.U. Nr 81, poz. 484),
Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz.U. Nr 113,
poz. 657 ze zm.),
Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. z 2002 r. Nr 101,
poz. 926 ze zm.),
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r.
w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i
organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do
przetwarzania danych osobowych (Dz. U. Nr 100, poz. 1024),
Ustawa z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta (Dz.U.
z 2012 r. poz.159 ze zm.),
5/196
-
-
-
-
-
-
-
-
Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów
i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. 2010, Nr 252, poz.
697 ze zm.),
Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących
zadania publiczne (Dz. U. nr 64, poz. 565 ze zm.),
Ustawa o opłacie skarbowej (Dz. U. 06.225.1635 z późn. zm.).
Ustawa oświadczeniu usług drogą elektroniczną ( Dz.U.02.144.1204 z późn. zm.).
Ustawa o dostępie do informacji publicznej (Dz. U.01.112.1198 z późn. zm.).
Ustawa o podpisie elektronicznym Dz.U.01.130.1450 z póź. zm.).
Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. Nr 130, poz.1450 ze
zm.),
Ustawa z dnia 27 lipca 2001 r. o ochronie baz danych ( Dz.U. nr 128 poz. 1402 ze zm.).
Ustawa z dnia 07.07.94 „ Prawo budowlane” ( Dz.U. z 2006 r. Nr 156 poz. 1118 ze zm.).
Rozporządzenie RM z dnia 7 sierpnia 2002 r. w sprawie określania warunków technicznych
i organizacyjnych dla kwalifikowanych podmiotów świadczących usługi certyfikacyjne,
polityk certyfikacji dla kwalifikowanych certyfikatów wydawanych przez te podmioty oraz
warunków technicznych dla bezpiecznych urządzeń służących do składania i weryfikacji
podpisu elektronicznego. ( Dz.U. 02.128.1094).
Rozporządzenie RM z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla
systemów teleinformatycznych (Dz.U.05.212.1766).
Rozporządzenie RM z dnia 27 września 2005 r. w sprawie sposobu zakresu i trybu
udostępnienia danych zgromadzonych w rejestrze publicznym ( Dz.U.05.205.1692).
Rozporządzenie Ministra Nauki i Informatyzacji z dnia 29 sierpnia 2005 r. z dnia 7 sierpnia
2002 r. w sprawie sposobu prowadzenia oraz trybu dostarczania i udostępniania danych
z Krajowej Ewidencji Systemów Teleinformatycznych i Rejestrów Publicznych (Dz. U.
05.200.1655).
Rozporządzenie Prezesa RM z dnia 29 września 2005 r z dnia 11 października 2005 r.
w sprawie warunków organizacyjno-technicznych doręczania dokumentów elektronicznych
podmiotom publicznym (Dz. U.05.200.1651).
Rozporządzenie MSWiA z dnia 27 listopada 2006r. w sprawie sporządzania
i doręczania pism w formie dokumentów elektronicznych (Dz.U.06.227.1664).
Rozporządzenie Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych
wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej
(Dz..U.05.214.1781).
Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005r.
w sprawie tekstów akceptacyjnych oraz badań oprogramowania interfejsowego
i weryfikacji tego badania (Dz .U. 05.217.1836).
Rozporządzenie Prezesa RM z dnia 22 grudnia 1999 r w sprawie instrukcji kancelaryjnej dla
organów gmin i związków między gminnych (Dz.U.99.112.1319).
Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu
i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz.U. nr 205,poz
1692),
Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania
6/196
-
-
-
-
-
-
-
pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz
udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. Nr 206
poz.1216).
Rozporządzenie MSWiA z dnia 30 października 2006 r. w sprawie niezbędnych elementów
struktury dokumentów elektronicznych (Dz.U.2006 r. Nr 206 poz. 1517).
Rozporządzenie MSWiA z dnia 24 lipca 2007 r. w sprawie warunków udostępniania
formularzy i wzorów dokumentów w postaci elektronicznej (Dz.U.2007 r. Nr 151 poz. 1078).
Rozporządzenie Ministra Budownictwa i Przemysłu Materiałów Budowlanych
w sprawie bezpieczeństwa i higieny pracy przy wykonaniu robót budowlano-montażowych
i rozbiórkowych. ( Dz.U. nr 13 z dnia 10 kwietnia 1972 r.).
Dyrektywa WE – numer 2006/95/WE w sprawie harmonizacji ustawodawstwa Państw
Członkowskich odnoszących się do sprzętu elektrycznego przewidzianego do stosowania
w określonych w granicach napięcia.
Rozporządzenie Ministra Infrastruktury z dnia 12.04.02 w sprawie warunków technicznych,
jakim powinny odpowiadać budynki i ich usytuowanie (Dz. U. Nr 75 poz. 690 ze zm.)
Rozporządzenie Ministra Infrastruktury z dnia 23.06.03 w sprawie informacji dotyczącej
bezpieczeństwa i ochrony zdrowia oraz planu bezpieczeństwa i ochrony zdrowia (Dz. U. Nr
120 poz.1126).
Rozporządzenie Rady Ministrów z dnia 12.04.2012 r. w sprawie Krajowych ram
Interoperatywności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji
w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych
(Dz.U. 2012 poz. 526).
Ustawa z dnia 5 grudnia 2008 o zapobieganiu i zwalczaniu zakażeń i chorób zakaźnych
u ludzi (Dz. U. nr 234, poz. 1570 z późn. zm.).
Ustawa z dnia 19 sierpnia 1994r. o ochronie zdrowia psychicznego (t.j. Dz.U. z 2011, nr 231,
poz. 1375)
Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 w sprawie zakresu niezbędnych
informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania
tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania
świadczeń ze środków publicznych (t.j. Dz. U. 2013, poz. 1447).
Rozporządzenie Ministra Zdrowia z dnia 17 maja 2012 w sprawie systemów resortowych
kodów identyfikacyjnych oraz szczegółowego sposobu ich nadawania (Dz. U. 2012 poz.
594).
PN-IEC 60364-... -Instalacje elektryczne w obiektach budowlanych.
SEP-E-004-Elektroenergetyczne i sygnalizacyjne linie kablowe. Projektowanie
i budowa.
Normy EWTIA 568 wraz z załącznikami TSB36
Normy ISO/lEC 11801, EN55022 oraz EN55024 Montaż okablowania strukturalnego
PN-EN 50130-5 Systemy alarmowe
PN-EN 50131-1:2009 Systemy alarmowe. Systemy sygnalizacji włamania i napadu.
PN-EN 50131-6:2008 Systemy alarmowe- Systemy sygnalizacji włamania.
PN-EN 50133-1:2007 l A 1:2007 Systemy alarmowe - Systemy Kontroli Dostępu.
Wymagania systemowe
7/196
-
CLC/TS 50131-7:2003 Systemy sygnalizacji włamania
Ustawa z dnia 22.08.1997r. o ochronie osób i mienia
PN-B-02840: 1991 -Ochrona przeciwpożarowa budynków- Nazwy i określenia
PN-E-08106: 1992 - Stopnie ochrony zapewniane przez obudowy (Kod IP)
PN-IS08421-4- Ochrona przeciwpożarowa- Terminologia- Wyposażenie gaśnicze
PN-M-01600: 1987 - Armatura przemysłowa- Terminologia
PN-M-51004-1:1987 - Części składowe automatycznych urządzeń sygnalizacji pożarowej –
Wprowadzenie
BN 84/8984-10 Zakładowe sieci telekomunikacyjne wnętrzowe. Instalacje wnętrzowe.
Ogólne wymagania
BN-88/8984-19- Zakładowe sieci telekomunikacyjne przewodowe. Linie kablowe. Ogólne
wymagania.
PN-IEC 60364-5-52:2002 Instalacje elektryczne w obiektach budowlanych. Dobór
i montaż wyposażenia elektrycznego. Oprzewodowanie.
PN-IEC60364-6-61 Instalacje elektryczne w obiektach budowlanych. Sprawdzanie.
Sprawdzanie odbiorcze.
PN-EN 50173-1:2011 "Technika informatyczna. Systemy okablowania strukturalnego Część
1: Wymagania ogólne".
PN-EN 50174-1:20l0 "Technika informatyczna. Instalacja okablowania. Część 1:
Specyfikacja i zapewnienie jakości."
PN-EN 50174-2:2010 "Technika informatyczna. Instalacja okablowania. Część 2:
Planowanie i wykonawstwo instalacji wewnątrz budynków."
PN-EN 50174-3:2005 "Technika informatyczna. Instalacja okablowania. Część 3:
Planowanie i wykonawstwo instalacji na zewnątrz budynków."
PN-EN 50346:2009 "Technika informatyczna. Instalacja okablowania - Badanie
zainstalowanego okablowania"
8/196
ROZDZIAŁ IV
Warunki ogólne wspólne co do przedmiotu zamówienia
1. Prace instalacyjne będą prowadzone i wykonywane w użytkowanym obiekcie. Wykonawca
w porozumieniu z Zamawiającym, zorganizuje prace w taki sposób, aby nie zakłócać
normalnego i ciągłego działania szpitala.
2. Prace instalacyjne dotyczące sieci lokalnej będą wykonywane w obrębie działającego szpitala,
w pomieszczeniach, w których mogą przebywać pacjenci i pracownicy.
3. W miejscu gdzie przedmiot prac opisany jest za pomocą norm, aprobat, specyfikacji
technicznych i systemów odniesienia Zamawiający dopuszcza rozwiązania równoważne
z opisanymi, o ile spełnią wymogi SIWZ.
4. Wykonawca, który powoła się na rozwiązania równoważne, zgodnie z art. 30 ust 5 ustawy
PZP, zgodnie z ustawą zobowiązany jest wykazać Zamawiającemu, że oferowane przez niego
elementy oferty spełniają wymagania określone przez Zamawiającego.
7. W celu potwierdzenia, że oferta spełnia wymagania określone przez Zamawiającego w SIWZ,
Wykonawca jest zobowiązany do złożenia szczegółowego wykazu podziału oprogramowania
na moduły oraz spis wszystkich funkcji realizowanych przez poszczególne moduły.
8. Wykonawca jest zobligowany do zabezpieczenia miejsca wykonywanych prac w okresie
trwania realizacji umowy, aż do jej zakończenia i podpisania protokołu odbioru. Wszelkie
zniszczenia i uszkodzenia powstałe z winy Wykonawcy usunie on na koszt własny.
9. Dostarczony sprzęt musi być nowy i wyprodukowany nie dawniej, niż 6 miesięcy przed
dostawą. Wszystkie urządzenia muszą być wyposażone w legalne oprogramowanie
umożliwiające realizację wszystkich założeń określonych w specyfikacji. Zamawiający
zastrzega sobie możliwość weryfikacji u producenta sprzętu legalności oprogramowania oraz
żądanych trybów serwisu. Na żądanie Zamawiającego, Wykonawca będzie zobowiązany do
dostarczenia oświadczenia producenta o spełnieniu wyżej wymienionych wymogów.
10. Częścią integralną ofertą jest Opis techniczny określający kluczowe parametry oferowanego
przedmiotu zamówienia.
11. Wykonawca zapewnia 36 miesięczną gwarancję na całość sprzętu, system zarządzania
maszynami wirtualnymi, system zarządzania siecią LAN, system zarządzania infrastrukturą IT,
oprogramowania do wykonywania kopii zapasowych, prac instalacyjnych i konfiguracyjnych.
Wykonawca przystąpi do usunięcia usterki w następnym dniu roboczym od zgłoszenia. Jeżeli
usunięcie usterki nie będzie w żądanym czasie możliwe, Wykonawca zapewni rozwiązanie
zastępcze zapewniające funkcjonowanie systemu na czas usunięcia awarii. Zamawiający
dopuszcza funkcjonowanie rozwiązania zastępczego nie dłużej niż 14 dni.
12. Do zadań Wykonawcy będzie należało przeprowadzenie testów symulujących awarię każdego
z redundantnych elementów infrastruktury i poinstruowanie administratorów w zakresie
obsługi systemu. Instrukcja musi dotyczyć każdego z elementów systemu.
13. Wykonawca, za pomocą dostarczanego sprzętu musi zestawić klaster wysokiej
niezawodności, na którym będą uruchamiane kluczowe aplikacje szpitala. Dostarczony klaster
ma wykorzystywać metody wirtualizacji.
9/196
14. Urządzenia aktywne (serwery, macierze, przełączniki, komputery itp.) i osprzęt musi
pochodzić z autoryzowanego kanału dystrybucji producenta na teren EU i być objęty
serwisem producenta na terenie RP. Nie dopuszcza się stosowania urządzeń typu
„refurbished".
15. Wykonawca w cenie oferty zawrze co najmniej 200 godzin konsultacji systemem. w okresie
wdrożeniowym, pomocy technicznej na miejscu instalacji, w zakresie całości zagadnień
związanych z wdrażanym
W ramach wdrożenia Wykonawca zobowiązany jest do poinstruowania wszystkich
pracowników, wskazanych przez Zleceniodawcę, w zakresie administracji i obsługi
oprogramowania części „białej”, „szarej” i e-usług, wdrożonego u Zleceniodawcy.
Zleceniodawca udostępni w tym celu w swojej siedzibie salę szkoleniową wraz systemami
komputerowymi dla osób szkolonych (10 stanowisk komputerowych). Zamawiający wymaga
przeprowadzenie nauki w systemie: maksimum jedna osoba szkolona/stanowisko
komputerowe.
Przed przystąpieniem do instruktażu Wykonawca:
- zainstaluje i uruchomi środowisko testowe systemu umożliwiające naukę obsługi
i funkcjonalności wszystkich modułów będących przedmiotem wdrożenia;
- dostarczy do wszystkich zaplanowanych instruktaży konspekty, materiały dodatkowe oraz
opisy wszystkich funkcji i modułów dostępnych we wdrożonym oprogramowaniu części
„białej”, „szarej” i „e-usług”;
- w uzgodnieniu z Zamawiającym opracuje i dostarczy harmonogram instruktażu.
Harmonogram musi uwzględniać zachowanie ciągłości pracy szpitala oraz dostępność
poszczególnych pracowników. Zamawiający w uzasadnionych przypadkach dopuszcza
przeprowadzenie części instruktaży w godzinach popołudniowych lub w dni wolne od pracy.
Nie przewiduje się przeprowadzania instruktażu poza siedzibą Zamawiającego, za wyjątkiem
niezbędnych specjalistycznych instruktaży dla administratorów systemów. W przypadku
przeprowadzenia instruktażu poza siedzibą Zamawiającego Wykonawca ponosi wszystkie
koszty z tym związane (koszty instruktaży, dojazdów itp.).
Zakres instruktażu powinien umożliwić pracownikom Zamawiającego opanowanie
sprawnego posługiwania się systemami i aplikacjami wymaganymi do pełnionej przez nich
funkcji.
Wykonawca po zakończeniu instruktażu wystawi dla pracowników Zamawiającego
certyfikaty oznaczające uzyskanie przez pracowników Zamawiającego niezbędnej wiedzy do
sprawnej pracy z oprogramowaniem w zakresie swych obowiązków służbowych.
Dodatkowo Wykonawca jest zobowiązany do przeprowadzenia instruktażu wyznaczonych
przez Zamawiającego pracowników w zakresie samodzielnego powdrożeniowego
przeprowadzania w/w instruktaży.
Zamawiający przewiduje przeszkolenie następujących grup pracowniczych:
- administratorzy systemów:
- - administratorzy IT – ok. 4 osoby;
- osoby przeznaczone do samodzielnego przeprowadzania instruktaży – ok. 6 osób;
- personel medyczny:
- - pielęgniarki izby przyjęć – ok. 8 osób;
10/196
- - pielęgniarki oddziałowe – ok. 200osób;
- - lekarze – ok. 50 osób;
- - psycholodzy, spec. ds. uzależnień – ok. 30 osób;
- - terapeuci – ok. 20 osób;
- - sekretarki medyczne – ok. 18 osób;
- - obsługa laboratorium – ok. 12 osób;
- - obsługa apteki – ok. 4 osób;
- - zakażenia – ok. 2 osoby;
- - statystyka medyczna/ruch chorych/rozliczenia z NFZ – ok. 6 osób;
- personel administracyjny:
- - kadry – ok. 3 osoby;
- - płace – ok. 4 osób;
- - grafiki – ok. 3 osoby;
- - księgowość – ok. 8 osób;
- - środki trwałe i wyposażenie – ok. 2 osoby;
- - zamówienia – ok. 8 osób;
- - gospodarka magazynowa – ok. 6 osób;
16. Wykonawca dołączy do oferty przetargowej harmonogram wdrożenia przedmiotu
zamówienia, przy założeniu okresu realizacji 90 dni.
17. Migracja danych
Dla zapewnienia wymaganej funkcjonalności wdrożonego oprogramowania Zamawiający
dokona przeniesienia danych z już użytkowanych systemów.
W celu umożliwienia prawidłowej migracji danych Zamawiający wymaga od Wykonawcy:
- opisu przeprowadzenia zasilenia inicjalnego (czyli migracji minimalnego niezbędnego
zbioru danych do poprawnej pracy oprogramowania aplikacyjnego) wdrożonego
oprogramowania części „szarej”, „białej” i „e-usług” z opisem formatu danych wejściowych,
zakresu niezbędnych danych do poprawnej pracy oprogramowania aplikacyjnego (np. bilans
otwarcia, dane osobowe pracowników, dane osobowe pacjentów przebywających w szpitalu);
- przekazania pełnej listy baz danych, do których ma nastąpić migracja danych, wraz ze
wskazaniem wszystkich niezbędnych technicznych informacji, a w szczególności
 ilość i rodzaje baz danych;
 strukturę poszczególnych baz, rodzaje i lista tabel, zakres i opis danych w
tabelach, relacje pomiędzy danymi, zainstalowane procedury po stronie serwera
baz danych;
 udostępnienia oprogramowania do przeprowadzenia migracji
Zamawiający zobowiązuje się do dostarczenia wymaganych danych do zasilenia inicjalnego
systemu w terminie 30 dni od otrzymania ich specyfikacji.
Wykonawca jest zobowiązany do wykonania zasilenia inicjalnego.
Odbiór wdrożonego oprogramowania części „szarej”, „białej” i „e-usług” nastąpi po zasileniu
inicjalnym.
Pełną migrację danych archiwalnych Zamawiający przeprowadzi po zakończeniu wdrożenia.
11/196
Serwis Wykonawcy jest zobowiązany do pomocy Zamawiającemu dotyczącej
wprowadzenia migrowanych danych, przygotowanych przez Zamawiającego, do
wdrożonych, w ramach niniejszego zamówienia, systemów informatycznych.
18. Zakres ilościowy oprogramowania aplikacyjnego
W ramach zamówienia Wykonawca udzieli bezterminowej licencji uprawniającej do pracy
poszczególnych modułach oprogramowania aplikacyjnego:
L.p.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
Funkcjonalność oprogramowania
Ilość
Przedmiot
licencjonowania
Oprogramowanie aplikacyjne – cześć biała
EDM
bez limitu użytkownik/stanowisko
Izba przyjęć
Oddział
Statystyka medyczna
Kolejki oczekujących
Gruper JGP
Rozliczenia z NFZ
Apteczka oddziałowa
Zlecenia
Apteka
Punkt pobrań
Laboratorium
Laboratorium – aparatura
8
interfejs
diagnostyczna
Rejestracja przychodni
Poradnia ambulatoryjna
Pracownia
Zakażenia szpitalne
Żywienie
Administrator
Oprogramowanie aplikacyjne – część szara
Kadry
Płace
Grafiki
Finansowo/księgowy
Rejestr sprzedaży
Kasa
Rachunek kosztów
Wycena kosztów normatywnych,
wycena procedur medycznych
12/196
28
29
30
31
32
33
34
36
37
39
Środki trwałe i wyposażenie
bez limitu
Gospodarka magazynowa
bez limitu
Informacja zarządcza
bez limitu
Administrator
bez limitu
Oprogramowanie e-usług
e-Rejestracja
bez limitu
e-Kolejka
bez limitu
e-Komunikacja
bez limitu
e-Kontrahent
bez limitu
e-Dokumentacja
bez limitu
Administrator
bez limitu
użytkownik/stanowisko
użytkownik
użytkownik
użytkownik
użytkownik
użytkownik
Tabela zawiera typowe moduły dostępne w oprogramowaniach aplikacyjnych. Rzeczywista
liczba wymaganych licencji wynikać będzie ze sposobu podziału wdrożonego
oprogramowania aplikacyjnego na moduły oraz przyjętego, przez Wykonawcę, systemu
licencjonowania.
19. Wykonawca powinien być producentem oferowanego oprogramowania lub jego
autoryzowanym dystrybutorem posiadającym uprawnienia do bezpośredniego serwisu,
dokonywanie usunięć awarii, aktualizacji i jest jedyną stroną odpowiedzialną za
funkcjonowanie systemu.
20. Wymagania uzupełniające: odbiór systemu i oprogramowania:
- Dla wszystkich modułów dostarczonego oprogramowania będzie przeprowadzony odbiór
jakościowy.
- Dla dostarczanego sprzętu będzie dokonany odbiór ilościowy i jakościowy.
- Odbiór oprogramowania będzie dokonany na podstawie dostarczonych licencji i na niżej
opisanych warunkach.
- Odbiór jakościowy systemu odbędzie się na podstawie przedstawionych scenariuszy
przypadków testowych. Wybór scenariuszy i przypadków testowych oraz uzyskanych na
podstawie ich realizacji wyników testów musi być zaakceptowany przez Zamawiającego.
Ilość opracowanych scenariuszy testowych, do ich późniejszej weryfikacji musi
odzwierciedlać wymagania w zakresie wszystkich oferowanych systemów i musi być
zaakceptowana ilościowo i jakościowo przez Zamawiającego, minimalnie 1 test na
moduł/aplikację/portal.
- Testy muszą odzwierciedlać, jako dowód odbioru zgodność z wymaganiami opisanymi
w Rozporządzeniu Rady Ministrów z dnia 12 kwietnia 2012 r w sprawie Krajowych Ram
Interoperacyjności oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U.
2012 r. Nr 526), Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie
minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie
elektronicznej (Dz.U. 2005 r. Nr 214 poz. 1781) oraz Rozporządzeniu Ministra Nauki
i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz
13/196
-
-
-
-
-
-
-
badania oprogramowania interfejsowego i weryfikacji tego badania (Dz.U. 2005 r. Nr 217
poz. 1836).
Testy muszą być przeprowadzone na każdym oddanym etapie wdrożenia oraz w całości
powtórzone na zakończenie realizacji dla każdego modułu funkcjonalnego oraz wymagań
wydajnościowych zgodnie ze scenariuszami.
Wykonawca przedstawi scenariusze testowe do akceptacji min. na 14 dni przed datą
wykonania testów oraz do 7 dni przekaże raport z ich wykonania.
Naprawa w miejscu instalacji sprzętu. Sprzęt powinien być objęty serwisem gwarancyjnym
producenta, realizowanym na terenie Rzeczpospolitej Polskiej, polegającym na naprawie
lub wymianie urządzenia w przypadku jego wadliwości. W przypadku gdy producent nie
posiada na terenie Rzeczpospolitej Polskiej własnego centrum serwisowego, oferent winien
przedłożyć dokument producenta, który wskazuje podmiot uprawniony do realizowania
serwisu gwarancyjnego na terenie Rzeczpospolitej Polskiej. Sprzęt powinien być objęty
rozszerzonym serwisem gwarantującym udostępnienie oraz dostarczenie sprzętu
zastępczego na czas naprawy sprzętu - w jak najkrótszym czasie, realizowanym przez
producenta rozwiązania lub autoryzowanego przedstawiciela producenta, w zakresie
serwisu gwarancyjnego, mającego swoją siedzibę na terenie Polski. W przypadku
uszkodzenia nośników informacji, po zdiagnozowaniu uszkodzenia, pozostają one
w siedzibie Zamawiającego, gdzie zostaną komisyjnie zniszczone.
Diagnostyka awaryjna zarówno oprogramowania jak i sprzętu nie należy do obowiązku
Zamawiającego, powinna być przeprowadzona przez autoryzowany serwis producenta
sprzętu lub oprogramowania. Diagnostyka na sprzęt realizowana w miejscu instalacji
sprzętu. Diagnostykę dotyczącą oprogramowania Zamawiający dopuszcza zdalnie za
pomocą szyfrowanego łącza przez serwis Wykonawcy.
Termin gwarancji na oprogramowanie oraz sprzęt biegnie od dnia końcowego odbioru
projektu przez Zamawiającego.
Zgłoszenie uszkodzenia dokonuje się drogą elektroniczną, faxem lub telefoniczną uzgodnioną na etapie podpisania umowy. Za datę przyjęcia zgłoszenia przyjmuje się czas
zgłoszenia uszkodzenia, Możliwość wysłania zgłoszenia 7 dni w tygodniu 24 godziny na
dobę.
Czas naprawy sprzętu i oprogramowania i czasów reakcji - patrz punkt 11 i 12 niniejszego
opracowania,
Wykonawca w ramach gwarancji zapewnia opiekę nad systemem informatycznym poprzez
aktualizacje wdrożonych systemów wraz ze szkoleniem pracowników, które będą
niezbędne do wdrożenia wprowadzonych zmian.
Na okres naprawy sprzętu Wykonawca zobowiązany jest dostarczyć i w pełni uruchomić
sprzęt zastępczy. Dostarczony sprzęt ma być równoważny ze sprzętem oddanym do
serwisu i pozwalać na uzyskanie pełnej zdolności funkcjonalnej dla danego stanowiska
objętego wymianą sprzętu na sprzęt zastępczy. W przypadku oprogramowania rozwiązanie tymczasowe, o ile redukuje problem związany z możliwością wykonywania
zadań.
Wykonawca odpowiedzialny będzie za całokształt, w tym za przebieg oraz terminowe
wykonanie zamówienia w okresie wykonania umowy, jak i w okresie trwania gwarancji.
14/196
W okresie gwarancji wszelkie koszty usuwania wad i awarii (w tym koszty delegacji
i dojazdu), których przyczyna nie leży po stronie Zamawiającego, ponosi Wykonawca.
Koszty usuwania wad i awarii, których przyczyna wynika z nieprawidłowego użytkowania
wdrożonego systemu przez Zamawiającego, ponosi Zamawiający.
Przedmiotem usługi gwarancji jakości świadczonej przez Wykonawcę na rzecz
Zamawiającego jest w szczególności:
 gotowość świadczenia pomocy telefonicznej przez dostarczenie odpowiednich informacji
w wypadku awarii oprogramowania,
 informowanie o zmianach w programach objętych umową (za pośrednictwem poczty
elektronicznej na adres e-mail wskazany w przyszłej umowie);
 aktualizowanie dokumentacji drukowanej i elektronicznej w ilości nie mniejszej niż
określona w przyszłej umowie;
 dostawa aktualizacji wersji oprogramowania w okresie gwarancji na system
informatyczny, a każda nowa wersja systemu dostarczonego Zamawiającemu musi
zawierać udokumentowany opis zmian w funkcjonalności w porównaniu z wersją
poprzednią,
 gotowość świadczenia pomocy telefonicznej przez dostarczenie odpowiednich informacji
w wypadku, gdy użytkownicy oprogramowania lub aplikacji, nie mogą osiągnąć
zamierzonych efektów pracy,
 gotowość do świadczenia zdalnej pomocy użytkownikom systemu poprzez szyfrowane
połączenia do komputera użytkownika,
Opisany wyżej zakres, o których mowa w przyszłej umowie odnosić się będzie do
funkcjonowania oprogramowania, oraz do jego parametryzacji.
Działania opisane powyżej świadczone są przez Wykonawcę w szczególności na
następujących zasadach:
- Konsultacje telefoniczne świadczone będą przez Wykonawcę w godzinach pracy od
poniedziałku do piątku, z wyjątkiem dni ustawowo wolnych od pracy,
- Wykonawca oświadcza, że usługi świadczone będą z należytą starannością przez
odpowiednio przeszkolony, fachowy personel,
- Zamawiający umożliwi pracownikom Wykonawcy pełny dostęp do oprogramowania
oraz sprzętu komputerowego w czasie godzin pracy Zamawiającego, lub poza tymi
godzinami, jeżeli będzie to konieczne do wykonania zobowiązań wynikających
z przyszłej umowy po uprzednim ustaleniu terminu z Zamawiającym.
-
21. Wszystkie wpisy personelu lekarskiego i personelu pielęgniarskiego powinny być
autoryzowane kwalifikowanym podpisem elektronicznym. Podpisy elektroniczne personelu
dostarcza Zamawiający.
22. Elementy oprogramowania części „białej”, części „szarej” i „e-usług” muszą ze sobą
współpracować i mieć możliwość przesyłania danych.
23. Oprogramowanie musi umożliwiać wprowadzanie załączników w formie zeskanowanych
obrazów.
15/196
24. W przypadku konieczności przeprowadzenia robót dodatkowych, niezbędnych do
wykonania przedmiotu zamówienia, końcowy termin realizacji nie może ulec zmianie.
16/196
ROZDZIAŁ V
Główne cele projektu
CEL DZIAŁANIA:
- Celem projektu jest zapewnienie dostępu do usług publicznych (platformy usług
elektronicznych) - w ramach działania 2.2 zgodnie z wytycznymi Regionalnego Programu
Operacyjnego Województwa Śląskiego - poprzez Wprowadzenie nowoczesnego
systemu informatycznego oraz e-usług w SP ZOZ Szpital Psychiatryczny w Toszku
celem podniesienia jakości i dostępności usług medycznych zapewniający usługi
informacyjne pierwszego i drugiego poziomu, czyli takie, które polegają na dostarczaniu
różnym grupom odbiorców informacji z możliwością użycia złożonych mechanizmów jej
wyszukiwania.
CEL PROJEKTU:
- Zapewnienie pacjentom dostępu przez Internet do własnych danych medycznych, dzięki
czemu zminimalizowane zostaną skutki ograniczenia swobody działania, dając możliwość
prostego zapoznania się i wydrukowania wszystkich zgromadzonych informacji.
Umożliwi się w ten sposób rzeczywisty dostęp do swoich danych bez konieczności wizyty
w szpitalu. W ten sam sposób można dostarczyć wyniki badań, na które pacjent często
czeka kilka tygodni (np. badania wykonywane w ośrodkach zewnętrznych) Jednocześnie
pacjent uzyska możliwość uzyskania kopii większości swoich danych archiwalnych z lat
poprzednich.
CELE SZCZEGÓŁOWE:
- Znacząca poprawa efektywności pracy personelu medycznego poprzez lepsze zarządzanie
czasem i zadaniami.
Znacząca poprawa jakości obsługi pacjenta poprzez dostęp do dokumentacji z dowolnej
lokalizacji (dom, praca) bez konieczności wizyty w jednostce.
Znacząca poprawa ochrony danych wrażliwych przetwarzanych w systemach medycznych
poprzez wdrożenie systemów ochrony na styku z siecią publiczną, modernizacji
pomieszczeń serwerowni oraz mechanizmów realizacji kopii zapasowych i odtwarzania
danych.
Znaczące podniesienie niezawodności systemów informatycznych poprzez zastosowanie
nowoczesnych technologii oraz mechanizmów pracy.
Znaczące podniesienie poziomu informatyzacji SP ZOZ Szpitala Psychiatrycznego
w Toszku.
ZGODNOŚĆ CELU PROJEKTU Z CELAMI DZIAŁANIA 2.2:
- Występuje pełna zgodność celu projektu (celów szczegółowych) z celami działania 2.2,
a w szczególności w obszarze uruchomienia usług publicznych oraz budowanie
zintegrowanego systemu wspomagania zarządzania poprzez wyposażenie w środki
techniczne do realizacji celu.
17/196
ROZDZIAŁ VI
1. Lokalizacja szpitala i projektu
Planowana inwestycja będzie realizowana w następującej lokalizacji:
 województwo śląskie,
 powiat gliwicki,
 miasto Toszek,
 ul. Gliwicka 5
Lokalizację w województwie przedstawiono na mapie poniżej (źródło: bip.slaskie.pl)
Rysunek: Lokalizacja miasta Toszek w województwie śląskim
18/196
Rysunek: Podział administracyjny woj. śląskiego wg Planu Zagospodarowania Przestrzennego
(źródło: bip.slaskie.pl)
19/196
Rysunek: Otoczenie miasta Toszek (źródło: mapy Google)
Rysunek: Lokalizacja obiektów SPZOZ Szpitala Psychiatrycznego w Toszku
20/196
2. Stan prawny nieruchomości
Zakres działania SP ZOZ Szpitala Psychiatrycznego w Toszku obejmuje całe województwo
śląskie oraz województwo opolskie, a oddziały sądowe i dla nieletnich obszar województwa
podkarpackiego, małopolskiego i mazowieckiego.
Szpital włada mieniem na podstawie aktu notarialnego nr 4863/2014 o powierzchni 25,4773 ha
oraz aktu notarialnego nr 5944/2009 o powierzchni 36,6700 ha i aktu notarialnego 11050/2011
o powierzchni 10,3155 ha.
Budynki szpitala oraz budynki pomocnicze zaplecza techniczno, gospodarczego,
administracyjnego są zlokalizowane na terenie miasta Toszek. Budynki Oddziału Rehabilitacji
Psychiatrycznej są zlokalizowane na terenie gminy Wielowieś. Na obszarze ogrodzonego terenu
szpitala jest 19 budynków. Analiza otoczenia pod względem obszarów chronionych nie wykazała
aby teren realizacji projektu został objęty programem ochrony Natura 2000.
Ponadto przedmiot inwestycji nie będzie bezpośrednio dotyczył parków narodowych, rezerwatów
parków krajobrazowych czy zespołów przyrodniczo-krajobrazowych.
Pośredniczyć beneficjentowi projektu będą:
- pracownicy szpitala
- mieszkańcy województwa śląskiego ze szczególnym uwzględnieniem powiatu
gliwickiego
- instytucje odpowiedzialne za system opieki zdrowotnej na Śląsku.
- prokuratura, sądy
Zarządcą majątku jest i po zakończeniu projektu będzie SP ZOZ Szpital Psychiatryczny w
Toszku 44-180 Toszek ul. Gliwicka 5. Właścicielem majątku jest Województwo Śląskie i na
podstawie aktów notarialnych nr 4863/2014, 5944/2009, 11050/2011 SP ZOZ Szpital
Psychiatryczny w Toszku włada mieniem Skarbu Państwa w postaci nieodpłatnego użytkowania.
3. Komórki organizacyjne szpitala
Lp.
1
2
3
4
5
6
7
8
9
Nazwa komórki organizacyjnej
Oddział internistyczny VIII
Oddział psychiatryczny ogólny I
Oddział psychiatryczny ogólny II
Oddział psychiatryczny ogólny III
Oddział psychiatryczny ogólny IV
Oddział psychiatryczny ogólny IX
Oddział psychiatryczny ogólny X
Oddział psychiatryczny sądowy VI
Oddział psychiatryczny sądowy odwykowy VII
Liczba
łóżek
(miejsc)
28
40
45
45
45
45
45
30
30
Umiejscowienie komórki
organizacyjnej
Budynek „D”
Budynek „Ł”
Budynek „Ł”
Budynek „Ł”
Budynek „Ł”
Budynek „D”
Budynek „D”
Budynek „S”
Budynek „S”
21/196
10
11
12
13
14
Oddział psychiatryczny sądowy V
Oddział psychiatryczny przewlekły XI
Oddział psychiatryczny przewlekły XIV
Oddział psychiatryczny przewlekły XV
Oddział rehabilitacji psychiatrycznej XVI w Dąbrówce
30
45
30
32
40
15
16
17
Oddział detoksykacji alkoholowej XII
Oddział odwykowy alkoholowy XIII
Oddział psychiatryczny sądowy dla nieletnich o
wzmocnionym zabezpieczeniu XVII
Razem łóżek:
25
26
25
Budynek „S”
Budynek „D”
Budynek „O”
Budynek „O”
Rezerwat Przyrody
Hubertus
44-187 Dąbrówka
Budynek „D”
Budynek „D”
Budynek „ON”
606
4. Pozostałe komórki organizacyjne szpitala
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Nazwa komórki organizacyjnej
Medyczne Laboratorium Diagnostyczne
Pracownia diagnostyki obrazowej
Pracownia diagnostyki ultradźwiękowej i USG
zabiegowego
Pracownia diagnostyki kardiologicznej
Pracownia endoskopii
Ośrodek rehabilitacyjno-terapeutyczny
Pracownia psychologiczna
Apteka Szpitalna
Izba przyjęć
Zespół Pracowników Socjalnych
Poradnia zdrowia psychicznego
Poradnia chirurgii ogólnej
Poradnia chorób wewnętrznych –
gastroenterologiczna
Poradnia Medycyny Pracy
Poradnia ginekologiczno – położnicza
Poradnia urologiczna
Poradnia Lekarza Podstawowej Opieki Zdrowotnej (nie
świadczy usług)
Gabinet diagnostyczno - zabiegowy
Sekretariat
Dział Kadr
Sekcja Rejestracji i Dokumentacji Chorych
Pielęgniarka Epidemiologiczna
Dział Administracyjno-Gospodarczy
Umiejscowienie komórki
organizacyjnej
Budynek „D”
Budynek „D”
Budynek „D”
Budynek „D”
Budynek „D”
Budynek „D”
Budynek „O”
Budynek „D”
Budynek „Ł”
Budynek „D”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „P”
Budynek „E”
Budynek „E”
Budynek „M”
Budynek „E”
Budynek „E”
22/196
24
25
26
27
28
29
30
31
32
Dział Techniczno-Eksploatacyjny
Dział Żywienia z Kuchnią
Sekcja Zamówień Publicznych
Sekcja Informatyki
Sekcja Ochrony
Dział Księgowości
Sekcja Płac
Kasa
Kotłownia
Budynek „R4”
Budynek „E”
Budynek „E”
Budynek „D”
Budynek „R4”
Budynek „E”
Budynek „E”
Budynek „E”
Budynek „R2”
5. Obecny stan infrastruktury teleinformatycznej
SP ZOZ Szpital Psychiatryczny w Toszku w tej chwili dysponuje mocno ograniczoną
infrastrukturą teleinformatyczną. Obecnie nie jest możliwe uruchomienie nowoczesnych usług
niezbędnych do utrzymania konkurencyjności, w tej chwili także infrastruktura nie pozwala na
wyposażenie wszystkich oddziałów szpitala w oprogramowanie medyczne. Z powodu znacznego
rozproszenia terytorialnego, część oddziałów i pracowni diagnostycznych nie jest podłączonych
do sieci wewnętrznej szpitala.
Krótka charakteryzacja istniejącej struktury informatycznej:
1
2
Stan obecnej infrastruktury
teleinformatycznej
Sieć światłowodowa
Sieć komputerowe
3
4
5
Ilość punktów, zakończeń RJ45
Urządzenia aktywne
Ilość stacji roboczych (komputer + monitor)
6
Sieć monitoringu wizyjnego
Lp.
Opis stanu
Brak
Sieć w standardzie Ethernet 100BASE-T z
okablowaniem miedzianym klasy 5. Sieć
zakresem obejmuje tylko 3 z 17 oddziałów
Ok. 80 kat. 5e o szybkości do 100Mb
Niezarządzalne przełączniki 10/100 Mb/s
Ok. 100 sztuk, pracujące na niewspieranym już
systemie operacyjnym Windows XP. Tylko
część jest podłączona do sieci LAN, większość
stacji roboczych ma ponad 5 lat.
Część oddziałów jest podłączona do fizycznie
odseparowanej sieci komputerowej
obejmującej wewnętrzny monitoring wizyjny.
Obecnie szpital dysponuje następującymi licencjami oprogramowania dedykowanego do bieżącej
działalności medycznej oraz administracyjnej:
1. Oprogramowanie serwerowe:
Microsoft Windows 2008 Standard SP1
Microsoft Windows 2003 Standard SP2
23/196
2. Oprogramowanie antywirusowe:
ESET Endpoint Antivirus v5.0.2237.2 – 100 licencji
3. Oprogramowanie bazodanowe:
ORACLE Database 11g Standard Ed. One
4. Oprogramowanie administracyjno-kadrowo księgowe:
Infomedica firmy ASSECO
L.p.
Moduł
1.
Finansowo-księgowy
2.
Rachunek kosztów
3.
Rejestr sprzedaży
4.
5.
6.
7.
Kadry
Płace
Grafiki
Gospodarka MagazynowoMateriałowa
8.
Środki Trwałe
9.
Wyposażenie
10.
Kasa
11.
Wycena Kosztów Normatywnych
12.
Apteka Szpitalna
Dział
Dział
Księgowości
Dział
Księgowości
Dział
Księgowości
Dział Kadr
Sekcja Płac
Dział Kadr
Dział
AdministracyjnoGospodarczy
Dział
Księgowości
Dział
AdministracyjnoGospodarczy
Dział
Księgowości
Sekcja
Rejestracji i
Dokumentacji
Medycznej
Apteka Szpitalna
Wersja
4.32.0.5(1)
Ilość licencji
6
4.32.0.1(1)
3
4.32.0.6(1)
1
4.36.0.0(7)
4.36.0.0(7)
4.36.0.0(7)
4.21.0.2(21)
3
4
3
3
4.32.1.0(9)
1
4.32.1.0(1)
1
4.32.0.1(1)
1
4.32.0.1(4)
1
4.24.0.0
3
30
Wersja
4.36.0.0
Ilość licencji
1
Razem
5. Oprogramowanie części medycznej:
miniInfomedica firmy ASSECO
L.p.
1.
Moduł
ADT Ruch Chorych
Dział
Izba przyjęć,
Poradnia
zdrowia
24/196
psychicznego,
Sekcja
Rejestracji i
Dokumentacji
Chorych
2.
miniInfomedica
4.36.0.0
Razem
7
8
W chwili obecnej Szpital nie posiada oprogramowania medycznego na oddziałach.
6. Opis przedmiotu projektu i uzasadnienia przyjętego rozwiązania technicznego.
Stan obecny:
Strona www szpitala, BIP oraz serwer pocztowy jest uruchomiony poza systemem
informatycznym szpitala.
Administracja medyczna - obsługuje papierową i skomputeryzowaną bazę pacjentów
przebywających na leczeniu szpitalnym. Realizuje również komunikację z systemami NFZ
związaną z rozliczaniem kontraktów medycznych oraz statystyką medyczną (8 stanowisk
komputerowych).
Apteka szpitalna - na dzień dzisiejszy brak jest współpracy oprogramowania aptecznego
z administracją medyczną (nie jest możliwe przypisanie leków konkretnemu pacjentowi).
Pracownie diagnostyki obrazowej - pracowniach używane są proste autonomiczne systemy
komputerowe niepowiązane ze spójnym systemem informatycznym szpitala.
Laboratorium analityczne - na dzień dzisiejszy brak spójnego systemu informatycznego
w laboratorium.
Oddziały szpitalne - w większości oddziały nie są podłączone do wewnętrznej sieci
informatycznej szpitala (jedynie 3 z 17).
Całość dokumentacji medycznej prowadzona jest w Sekcji Rejestracji i Dokumentacji Chorych.
Użytkowana infrastruktura sieciowa jest niespójna. Część sieci wykonana w latach 90 pracuje
w standardzie Ethernet 10BASE -T. Kolejne fragmenty pracują w standardzie Ethernet
100BASE-T z okablowaniem miedzianym klasy 5, przy czym zastosowane urządzenia sieciowe
są różnej klasy i różnych producentów. Odziały szpitalne jak i pracownie diagnostyczne nie są
podłączone do sieci wewnętrznej (znaczne rozproszenie terytorialne poszczególnych oddziałów
wymaga zastosowania w sieci wewnętrznej technologii optycznych). Szpital nie realizuje
żadnych usług typu e-pacjent. Nie jest również uruchomiona elektroniczna skrzynka podawcza.
Projekt swym zakresem obejmuje m.in.:
1. pełną informatyzację dokumentacji medycznej oraz kosztów leczenia we wszystkich
komórkach organizacyjnych szpitala,
2. wprowadzenie e-usług udostępniających możliwości takie jak:
- logowanie pacjenta za pomocą nazwy użytkownika lub numeru karty (możliwość
powiązania pacjenta z unikalnym numerem karty identyfikacyjnej) i hasła,
25/196
-
przegląd listy usług; możliwych do realizacji w placówce Zamawiającego dla
pacjenta, możliwych do rezerwacji przez Internet,
- zdalne zgłoszenia wniosku o rezerwację terminu usługi z preferowanymi
terminami,
- udostępnienie danych o zaplanowanych wizytach i usługach,
- prezentacja informacji o stanie usługi (zaplanowana, anulowana, wykonana),
- wydruk potwierdzenia rezerwacji: data i godzina usługi, imię, nazwisko pacjenta,
numer rezerwacji miejsce wykonania usługi, informacje dodatkowe dla pacjenta,
- dostęp do informacji o lokalizacji miejsca wykonania usługi,
- odwołanie rezerwacji,
- przegląd wyników badań,
- Powyższe będzie miało zastosowanie dla wszystkich poradni w przychodni
przyszpitalnej jak również dla wybranych oddziałów (gdzie przyjęcie odbywa się
na podstawie kolejek oczekujących)
3. pełną integrację oprogramowania z systemami NFZ związanymi z rozliczaniem
świadczeń medycznych
Projekt zrealizowany zostanie z zastosowaniem najlepszych dostępnych technik dla inwestycji
w zakresie budowy infrastruktury sieciowej. Wyraża się to przede wszystkim w rodzaju
zastosowanych technologii i materiałów. Zaproponowane rozwiązanie jest najlepsze pod
względem technicznym i technologicznym, zgodne z praktyką w przedmiotowej dziedzinie
i obowiązującymi normami prawnymi. Powyższe rozwiązanie jest także optymalne pod
względem zaspokojenia popytu ze strony przyszłych użytkowników, przedstawia optymalny
stosunek jakości do ceny i jest najbardziej odpowiednie spośród rozważanych opcji dla
rozwiązania problemów zdiagnozowanych w niniejszym dokumencie.
4.
W wyniku realizacji projektu osiągnięte zostaną następujące produkty:
1. Liczba uruchomionych serwerów - 5 szt.,
2. Liczba zakupionych zestawów komputerowych - 104 szt.,
3. Liczba zakupionych urządzeń peryferyjnych - 49 szt.
26/196
ROZDZIAŁ VII
Punkt 1 – Serwerownia
Punkt 1 zawiera sprzęt z wymaganym oprogramowaniem dla centralnej serwerowni szpitalnej.
Obejmuje on dostawę:
 serwerów bazy danych złożonych z serwerów wirtualizacyjnych pracujących w klastrze
niezawodnościowym HA (active-active) oraz macierzy dyskowej łączącej się z serwerami
wirtualizacyjnymi za pomocą redundantnych interfejsów iSCSI,
 serwerów pomocniczych pełniących funkcję serwera kopii zapasowej z biblioteką taśmową i
serwera zarządzania infrastrukturą informatyczną;
 serwera e-usług podłączonego w strefie zdemilitaryzowanej sieci szpitalnej.
Rysunek: Schematyczna konfiguracja centralnych serwerów
Dodatkowo pakiet obejmuje dostawę i zainstalowanie niezbędnego oprogramowania
wirtualizacyjnego, serwerowych systemów operacyjnych oraz oprogramowania
specjalistycznego.
W skład dostawy wchodzi również sprzęt sieciowy oraz redundantne zespoły podtrzymania
napięcia.
27/196
Wymagania ogólne:
Przedmiot zamówienia powinien być fabrycznie nowy, nienoszący znamion użytkowania,
pochodzić z oficjalnej linii dystrybucyjnej producenta na terenie UE.
W chwili dostawy sprzęt powinien znajdować się w oryginalnych opakowaniach producenta,
posiadać nienaruszone zabezpieczenia zastosowane przez producenta oraz znaki identyfikujące
sprzęt i producenta.
Wszystkie elementy okablowania (w szczególności: panele krosowe, gniazda, kabel i inne)
muszą być oznaczone logo lub nazwą tego samego producenta i pochodzić z jednolitej oferty
rynkowej producenta (warunek niezbędny uzyskania certyfikatu gwarancyjnego producenta).
Dostarczone urządzenia winny być wyposażone we wszystkie niezbędne do realizacji
zamówienia moduły, przyłącza, kable, niezbędny osprzęt instalacyjny itp., bez konieczności
zakupu dodatkowych elementów przez Zamawiającego.
Zamawiający dopuszcza dostarczenie oprogramowania pracującego w języku polskim lub
angielskim, pod warunkiem prawidłowej współpracy z dostarczonym sprzętem i wszystkimi
dostarczonymi systemami operacyjnymi i programami aplikacyjnymi.
Dostarczone oprogramowanie nie może być związane z konkretnym sprzętem (OEM).
Do każdego sprzętu musi być dostarczona dokumentacja (w wersji papierowej lub elektronicznej)
w języku polskim lub angielskim obejmująca: instalację, konfigurację oraz konserwację.
Do każdego oprogramowania musi być dostarczony nośnik instalacyjny, oraz dokumentacja (w
wersji papierowej lub elektronicznej) w języku polskim lub angielskim, opisująca
oprogramowanie w wersji i języku dostarczonego programu, obejmująca: instalację, konfigurację
oraz konserwację.
Zakres dostawy:
1. Serwerownia
1.1a Serwer bazy danych
1.1a.1 Serwer wirutalizacyjny - 2 szt.
Obudowa: maksymalnie 2U do instalacji w standardowej szafie RACK 19”, dostarczona wraz z
szynami i prowadnicą kabli. Możliwość instalacji łącznie min.8 dysków twardych Hot-Plug.
Płyta główna: z możliwością zainstalowania min. dwóch procesorów, cztero-, sześciu- lub
ośmiordzeniowych. Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona
jego znakiem firmowym
28/196
Chipset: dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych
Procesor: dwa procesory ośmiordzeniowe, 64 bit, dedykowane do pracy w serwerach
wirtualizacyjnych, zaprojektowane do pracy w układach dwuprocesorowych, osiągających wydajność
min. 19000 pkt. w teście Passmark CPU Mark (www.cpubenchmark.net/cpu_list.php)
Pamięć RAM: min 256GB
Interfejsy sieciowe: min 2 porty Gigabit Ethernet
Dyski twarde: możliwość instalacji dysków SATA, SAS, SSD. Zainstalowane min. 2x 600GB typu
HotPlug SAS skonfigurowane fabrycznie w RAID 1
Kontroler RAID: dedykowany kontroler RAID. Pamięć podręczna min. 512 MB z zapisem na
nieulotną pamięć w przypadku awarii zasilania
Grafika: zintegrowana karta graficzna pracująca z rozdzielczością min 1280x1024
Zasilanie: redundantne zasilacze HotPlug o mocy min 25% większej niż wymagania zaproponowanej
konfiguracji serwera
Moduł TPM
Karta zarządzania: niezależna od zainstalowanego na serwerze systemu operacyjnego posiadająca
dedykowany port Gigabit Ethernet umożliwiająca: zdalny dostęp do graficznego interfejsu karty
zarządzającej, zdalne monitorowanie i informowanie o statusie serwera; zdalne
włączanie/wyłączanie serwera; integrację z Active Directory; zdalne przejęcie konsoli graficznej
serwera, mapowanie dysków lokalnych na zdalnym serwerze
Interfejsy dodatkowe: 2 karty 2-portowe HBA 10Gb/s iSCSI
Praca w konfiguracji klastra niezawodnościowego HA
Gwarancja: 3 lata następnego dnia roboczego
1. Serwerownia
1.1a.1.1 Oprogramowanie wirtualizacyjne (dla klastra 2 serwerów)
Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych
pośredniczących systemów operacyjnych.
Licencje powinny obejmować min. dwa co najmniej dwuprocesorowe serwery.
Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć/wykorzystać
procesory fizyczne wyposażone dowolną liczbę rdzeni oraz do 2TB pamięci fizycznej RAM.
Rozwiązanie musi 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 1-8
procesorowych.
Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z
możliwością przydzielenia do 1 TB pamięci operacyjnej RAM.
Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z
których każda może mieć 1-10 wirtualnych kart sieciowych.
29/196
Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych, z
których każda może mieć co najmniej 4 porty szeregowe i 3 porty równoległe i 20 urządzeń USB.
Rozwiązanie musi 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.
Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji
pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji
oprogramowania na niższą (downgrade). Licencjonowanie nie może odbywać się w trybie OEM.
Rozwiązanie musi wspierać następujące systemy operacyjne: Windows XP, Windows Vista ,
Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server
2012, Windows 7, Windows 8, SLES 11, SLES 10, SLES9, SLES8, RHEL 5, RHEL 4, Debian,
CentOS, FreeBSD, , Ubuntu, FreeBSD
Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż
fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika konsolidacji
(memory overcommitment).
Rozwiązanie musi umożliwiać udostępnienie maszynie wirtualnej większej ilości zasobów dyskowych
niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy (thin provisioning).
Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i
do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość
działania zarówno jako aplikacja na maszynie fizycznej lub wirtualnej jak i jako gotowa, wstępnie
skonfigurowana maszyna wirtualna tzw. virtual appliance.
Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych
infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na
dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku.
Rozwiązanie powinno posiadać zintegrowany system monitoringu, który w razie wystąpienia
zdarzenia typu awaria komponentu sprzętowego lub przekroczenie zdefiniowanych parametrów
pracy, poinformuje administratora systemu lub wyzwoli trap SNMP.
Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych
instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez
przerywania ich pracy.
Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz
z ich pełną konfiguracją i danymi.
Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość
integracji z usługami katalogowymi Microsoft Active Directory oraz sterowania uprawnieniami w
ramach środowiska wirtualnego dla użytkowników Active Directory.
Rozwiązanie musi zapewniać mechanizm bezpiecznego uaktualniania warstwy wirtualizacyjnej (np.
wgrywania krytycznych poprawek) bez potrzeby wyłączania wirtualnych maszyn.
Oprogramowanie do wirtualizacji musi obsługiwać przełączenie ścieżek SAN (bez utraty komunikacji)
w przypadku awarii jednej z kilku dostępnych ścieżek.
Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy
serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia
jednocześnie.
Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA) aby
w przypadku awarii lub niedostępności serwera fizycznego uruchomione na nim wirtualne maszyny
zostały uruchomione na innych serwerach z zainstalowanym oprogramowaniem wirtualizacyjnym.
30/196
System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego
tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze
jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć
możliwość konfiguracji do 4000 portów.
Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej
fizycznych kart sieciowych aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii
karty sieciowej.
Wirtualne przełączniki muszą obsługiwać wirtualne sieci lokalne (VLAN).
Rozwiązanie musi posiadać integrowane, dedykowane rozwiązanie do wykonywania kopii
bezpieczeństwa. Rozwiązanie powinno wspierać mechanizmy globalnej deduplikacji danych i
wykonywać kopie bezpieczeństwa wszystkich uruchomionych w ramach infrastruktury maszyn
wirtualnych bez przerwy w ich działaniu.
Rozwiązanie musi posiadać zintegrowane rozwiązanie replikacji asynchronicznej maszyn
wirtualnych. Mechanizm replikacji powinien umożliwiać przesyłanie jedynie bloków danych
zmienionych od momentu ostatniej replikacji (replikacja przyrostowa). Replikacja danych powinna
odbywać z wykorzystaniem sieci LAN lub WAN.
Konsola zarządzająca kopiami bezpieczeństwa oraz replikami maszyn wirtualnych powinna być
zintegrowania z centralną konsolą do zarządzania środowiskiem wirtualnym.
Wparcie producenta oprogramowania na okres 3 lat zapewniające dostęp do aktualizacji
oprogramowania oraz zgłaszanie problemów technicznych do wsparcia producenta
1. Serwerownia
1.1a.1.2 System operacyjny
System operacyjny wymagany przez wdrażane aplikacje części "szarej" i "białej", programem
bazodanowym oraz wszelkimi przewidzianymi urządzeniami peryferyjnymi
Zaoferowany system musi być objęty wsparciem producenta przez co najmniej okres 36 miesięcy w
zakresie bezpłatnej dostępności do aktualizacji zawierających nowe funkcje, najnowsze
zabezpieczenia oraz najlepsze sterowniki urządzeń
Licencja na niezbędną ilość instancji wirtualnych do optymalnej instalacji systemów aplikacyjnych i
baz danych
Jeżeli zaoferowany system operacyjny wymaga wykupienia dodatkowych licencji dla pracujących na
nim użytkowników lub dołączonych do niego urządzeń – zakres dostawy obejmuje dostarczenie
licencji dla wszystkich dostarczonych, w ramach całego zamówienia, urządzeń, wszystkich
użytkowników oprogramowania aplikacyjnego i administratorów
1. Serwerownia
1.1a.2 Macierz dyskowa - 1 szt.
Zewnętrzna macierz dyskowa wyposażona w dwa kontrolery macierzowe pracujące w trybie active –
active wyposażone w minimum 4GB Cache per kontroler.
Po zaniku zasilania zawartość pamięci Cache powinna być podtrzymywana bateryjnie przez min. 96h
lub z zastosowaniem innej technologii przynajmniej 1 rok.
Macierz przystosowana do montażu w szafie rack 19” i dostarczona wraz z wszystkimi elementami
montażowymi
31/196
Macierz musi posiadać następujące komponenty wymieniane w trybie “hot plug” : HDD, kontrolery
macierzowe, wentylatory i zasilacze.
Oferowana macierz musi wspierać poziomy Raid 0, Raid 1, Raid 1+0, Raid 5, Raid 6.
Oferowana macierz musi pozwalać skonfigurować minimum 512 LUN o rozmiarze LUN nie mniej niż
64TB z poziomu macierzy dyskowej.
Macierz powinna wspierać przynajmniej następujące typy dysków twardych: SSD, SAS i NL-SAS
Macierz musi wspierać dyski: min. 300/450/600/900 SAS oraz 1TB, 2TB, 3TB, 4TB, 6TB NL-SAS.
Macierz musi się rozbudować do min. 96 dysków w ramach oferowanych kontrolerów macierzowych.
Macierz musi wyposażona w dyski twarde o łącznej pojemności min. 24 TB (min 7,2K MDL HDD).
Oferowana macierz musi posiadać minimum 2 porty 10GbE iSCSI w ramach kontrolera.
Oferowana macierz musi posiadać min. 1 port SAS 6Gb/s per kontroler do podłączenia dodatkowych
półek dyskowych.
Oferowana macierz musi posiadać pełną redundancję zasilania i wentylacji
Oferowana macierz musi zapewniać możliwość wykonywania szybkich kopi danych typu Snapshot i
Clone dysków logicznych na poziomie kontrolerów macierzowych. Oferowana macierz musi wspierać
min. 64 snapshoty w ramach macierzy dyskowej z możliwością rozszerzenia (poprzez dodatkową
licencję)
Oferowana macierz musi pozwalać na replikację danych przynajmniej asynchroniczną z drugą taką
macierzą poprzez interfejs iSCSI. Funkcjonalność replikacji musi być realizowana na poziomie
kontrolerów macierzowych bez obciążania tym procesem serwerów.
Wsparcie dla systemów Microsoft Windows Server 2012, Microsoft Windows Server 2008 R2, VMware,
Red Hat Linux (32/64), SuSE SLES (32/64)
Minimum 3 lata gwarancji producenta w trybie 24x7 z gwarantowanym czasem naprawy następny
dzień roboczy realizowany przez polski oddział serwisu producenta.
Macierz musi w pełni współpracować z oferowanymi serwerami. Wszystkie niezbędne elementy
instalacji powinny znaleźć się w wycenie oferenta
Dostarczona macierz musi pochodzić od tego samego producenta co oferowane serwery
wirtualizacyjne
1. Serwerownia
1.1b Serwer pomocniczy – 2 szt.
1.1b.1 Serwer zarządzania - 1 szt.
szynami i prowadnicą kabli. Możliwość instalacji min. 2 dysków twardych Hot-Plug. Posiadająca
zdejmowany przedni panel zamykany na klucz chroniący dyski twarde przed nieuprawnionym
wyjęciem
Płyta główna: z możliwością zainstalowania procesorów, cztero-, sześciu- lub ośmiordzeniowych. Płyta
główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem firmowym
32/196
Procesor: sześciordzeniowy, 64 bit, dedykowane do pracy w serwerach, osiągający wydajność min.
9000 pkt. w teście Passmark CPU Mark (www.cpubenchmark.net/cpu_list.php)
Kontroler RAID: dedykowany kontroler RAID. Pamięć podręczna min. 512 MB z zapisem na nieulotną
pamięć w przypadku awarii zasilania
Moduł TPM
zarządzającej, zdalne monitorowanie i informowanie o statusie serwera; zdalne włączanie/wyłączanie
serwera; integrację z Active Directory; zdalne przejęcie konsoli graficznej serwera, mapowanie dysków
lokalnych na zdalnym serwerze
1. Serwerownia
1.1b Serwer pomocniczy
1.1b.1.1 System operacyjny
System operacyjny wymagany przez wdrażane aplikacje
licencji pozwalających na sprawną pracę całości dostarczonego systemu informatycznego
1. Serwerownia
1.1b.1.2 System zarządzania maszynami wirtualnymi
Scentralizowany system zarządzania maszynami wirtualnymi o funkcjonalności co najmniej:
33/196
Zarządzanie wszystkimi maszynami wirtualnymi (tworzenie, rekonfiguracja, usuwanie, tworzenie
migawek) z jednej konsoli operatorskiej
Automatyczna instalacja serwerów oraz klastrów
Automatyczna aktualizacja serwerów (integracja z centralną bazą aktualizacji systemowych)
Tworzenie szablonów maszyn wirtualnych
Tworzenie definicji usług i ich wdrażanie
Automatyczna adresacja maszyn wirtualnych
Funkcjonalność pozwalająca tworzyć paczki z aplikacjami serwerowymi
Zaoferowany system musi być objęty wsparciem producenta przez co najmniej 36 miesięcy
1. Serwerownia
1.1b.1.3 System zarządzania siecią LAN
Oprogramowanie zarządzające przełącznikami o funkcjonalności co najmniej:
Dostęp dla użytkowników przez interfejs WWW
Współpraca z każdym urządzeniem zarządzanym obsługującym protokół SNMP takimi jak
przełączniki warstwy 2, przełączniki warstwy 3, punkty dostępowe sieci bezprzewodowych, routery,
serwery, drukarki
Automatyczne wykrywanie urządzeń na poziomie urządzeń, interfejsów i modułów
Zarządzanie urządzeniami z wykorzystaniem protokołu SNMP (v1, v2c, v3), TFTP,
Telnet/http/HTTPS, Web GUI
Resynchronizacja bazy danych urządzeń zgodnie z harmonogramem
Wyświetlanie topologii wraz z automatycznie wykrytymi lub ręcznie stworzonymi linkami
Generowanie alarmów bazujące na zdefiniowanych zdarzeniach
Zbieranie danych w czasie rzeczywistym dot. parametrów pracy urządzeń, występujących błędów
Wykonywanie i przechowywanie kopii konfiguracji urządzeń
Wysyłanie wzorców konfiguracji dla grupy urządzeń z możliwością wyłączenia wybranych zmiennych
takich jak adres IP, danych lokalizacyjnych itp.
Możliwość przywracania pliku konfiguracyjnego w systemie 1:1 oraz 1:wiele
Automatyczne wysyłanie określonej wersji oprogramowania również na podstawie harmonogramu
1. Serwerownia
1.1b.1.4 System zarządzania infrastrukturą IT
Zarządzanie sprzętem o funkcjonalności co najmniej:
Zdalne wykrywanie komputerów w sieci
Automatyczne wykrywanie adresów IP, MAC, DNS, Systemu Operacyjnego wraz z informacją o
aktualizacji
34/196
Automatyczne uzupełnianie informacji o procesorze, liczbie rdzeni, ilości pamięci RAM, rozmiarze
dysku, nazwie karty graficznej i rozdzielczości monitora w obiekcie zasobu po wykonaniu
skanowania sprzętu
Wykorzystanie Active Directory do tworzenia drzewa sieci
Możliwość pogrupowania wyposażenia z podziałem na jednostki organizacyjne w firmie (np.
względem działów)
Szczegółowa informacja na temat podzespołów sprzętu (procesor, bios, płyta główna, pamięć, dyski
twarde, monitory, karty graficzne i muzyczne, etc. )
Inwentaryzacja osprzętu komputerowego (monitory, drukarki, myszki, urządzenia sieciowe)
Inwentaryzacja dowolnych elementów wyposażenia (biurka, szafy, telefony, etc.) Możliwość
wiązania elementów wyposażenia w zestawy
Grupowanie, sortowanie i filtrowanie po dowolnie nadanych atrybutach
Możliwość podpinania dowolnych załączników, np. skany faktur, gwarancji oraz wszelkich innych
plików
Możliwość przypisania sprzętu do konkretnych osób
Możliwość tworzenia wielu powiązań wyposażenia z użytkownikiem. Możliwość przypisania sprzętu
do dowolnej lokalizacji
Możliwość definiowania własnych, dowolnych atrybutów sprzętu
Możliwość dodawania notatek\komentarzy dla zdefiniowanych obiektów zasobów. Informacja na
temat pojemności dysków twardych oraz wolnego miejsca
Generowanie protokołów przekazania\zwrotu\utylizacji sprzętu.
Możliwość generowania Karty Informacyjnej dla elementu wyposażenia
Generowanie etykiet z kodami kreskowymi do inwentaryzacji wyposażenia. Drukowanie lub
zapisywanie do pliku raportów ze szczegółami sprzętu.
Możliwość cyklicznego wykonywania skanowania sprzętu z różnymi ustawieniami. Możliwość
porównywania wyników skanowania sprzętu.
Automatyczne monitorowanie i raportowanie zmian w podzespołach sprzętu
Możliwość importu informacji o wyposażeniu z pliku
Automatyczna aktualizacja adresów IP urządzeń bez zainstalowanego agenta.
Zarządzanie oprogramowaniem o funkcjonalności co najmniej:
Inwentaryzacja licencji
Kompletna informacja na temat posiadanych licencji (typ, producent, czas ważności, informacje
finansowe)
Możliwość przypisania licencji do komputera. Podpinanie załączników w dowolnym formacie
Definiowanie wymaganych atrybutów legalności (faktura, nośnik, COA, etc.)
Automatyczna kontrola zmian w stanie zainstalowanego oprogramowania. Zdalny skan komputerów
(bieżący lub okresowy)
Szablony ustawień skanowania. Identyfikacja zainstalowanych aplikacji. Możliwość rozliczania
pakietów aplikacji
Możliwość rozliczania systemów operacyjnych. Rozliczanie licencji typu „Downgrade”
Możliwość cyklicznego wykonywania skanowania plików z różnymi ustawieniami. Prawidłowe
rozpoznawanie aplikacji nawet mimo zmiany jej nazwy
Możliwość określania masek plików dla publikacji elektronicznych (e-book).
35/196
Możliwość skanowania oraz identyfikacji zawartości archiwów zapisanych w formatach co najmniej:
7z, arj, bz2, bzip2, cab, gz, gzip, img, iso, jar, lha, lzh, lzma, msi, nrg, rar, tar, taz
Możliwość predefiniowanie profili skanowania (np. profil wzorcowy).
Możliwość porównania wyników skanowania oprogramowania
Audyt oprogramowania rozliczany automatycznie - informacja o stanie posiadanych licencji i
faktycznie zainstalowanych programach
Historia audytów (wyniki audytów są przechowywane w bazie danych - można do nich wracać w
dowolnej chwili, porównywać je i generować stosowne raporty)
Wykrywanie i inwentaryzacja plików dowolnego typu (np. multimedia, czcionki, grafika)
Bezpłatna, automatycznie aktualizowana baza wzorców aplikacji\pakietów\systemów operacyjnych.
Możliwością definiowania własnych wzorców oprogramowania
Definiowanie licencji przeznaczonych do przyszłego zakupu. Definiowanie kluczy seryjnych i
przypisywanie do licencji
Gotowe metryki audytowanego komputera - załącznik do protokołu przekazania stanowiska
komputerowego (sprzęt + oprogramowanie)
Zbiorcze raporty wyników skanowania oprogramowania - Pakiety, pliki, systemy operacyjne, klucze
zainstalowanych aplikacji
Zdalna instalacja dowolnego oprogramowania zgodnego ze standardem Windows Installer (*.msi)
Możliwość utworzenia harmonogramu deinstalacji oprogramowania
Możliwości wygenerowania skryptu deinstalacji aplikacji na podstawie otrzymanych wyników
skanowania oprogramowania
Kontrola wykorzystania sprzętu i oprogramowania o funkcjonalności co najmniej:
Dane gromadzone dla konkretnych użytkowników (na bazie loginów) - jeden użytkownik może mieć
przypisanych wiele loginów i pracować na różnych komputerach
Możliwość pogrupowania pracowników z podziałem na jednostki organizacyjne w firmie
Możliwość prezentacji „stanu pracownika” (obecny, nieobecny, nowy). Analiza aktywności
użytkowników
Analiza zdarzeń sesji użytkownika (logowanie, wylogowanie, zablokowanie, odblokowanie,
nawiązanie połączenia RDP, zakończenie połączenia RDP)
Analiza przerw w pracy
Analiza jakości pracy (liczba kliknięć myszą, liczba wpisanych znaków). Analiza wykorzystania
poszczególnych aplikacji w czasie
Analiza czasu działania aplikacji na pierwszym planie i sumarycznie. Statystyki najczęściej
wykorzystywanych aplikacji
Statystyki wykorzystania komputerów przez poszczególnych użytkowników. Statystyki aktywności
pracownika i grup pracowników
Kontrola wydruków - historia zadań drukowania zainicjowanych przez poszczególnych użytkowników
Informacje o drukowanych dokumentach (osoba, nazwa pliku, ilość stron, ilość kopii, cz-b/kolor, dpi)
Monitorowanie wydruków na drukarkach sieciowych.
Informacja o operacjach na nośnikach zewnętrznych (CD/DVD, HDD, FDD, Pen Drive, etc.)
Blokowanie niepożądanych aplikacji. Programy mogą być blokowane dla całej firmy lub tylko dla
wybranych użytkowników.
Możliwość autoryzacji nośników zewnętrznych
36/196
Konfigurowanie praw dostępu do plików i katalogów zapisanych na nośnikach zewnętrznych
Możliwość określenia praw dostępu w zależności od typu urządzenia, np. Pendrive, CD/ROM.
Możliwość blokowania dostępu do napędów zewnętrznych (m.in. HDD, FDD, Pen Drive, etc.)
Definiowanie bazy informacji o napędach zewnętrznych.
Ewidencja zdarzeń przypisanych do użytkowników
Powiadomienia przesyłane w czasie rzeczywistym o zdarzeniach, które miały miejsce w obrębie
infrastruktury, systemu lub użytkowników
Informacje o awariach, poczynaniach użytkowników: zakończonej aktualizacji, akcji podpięcia
przenośnych dysków, włożenia płyt do napędów CD/DVD, śledzenie uruchomienia aplikacji przez
użytkownika, monitorowanie o małej ilości miejsca
Możliwość centralnego zarządzania wynikami skanowania sprzętu i oprogramowania
Kontrola wykorzystania internetu o funkcjonalności co najmniej:
Raporty dotyczące aktywności użytkowników w Internecie oparte na loginach - jeden użytkownik
może mieć przypisanych wiele loginów i pracować na różnych komputerach
Dokładna analiza czasu przebywania na poszczególnych stronach lub domenach (z uwzględnieniem
informacji o wersji przeglądarki)
Analiza liczby wejść na poszczególne strony lub domeny
Analiza transferów komunikatorów internetowych (bez informacji o treści rozmów). Analiza ruchu
FTP (informacje o transferach, operacje na plikach, typy plików)
Blokowanie stron internetowych dla poszczególnych użytkowników, możliwość zastosowania filtrów,
blokowanie WWW po zawartości.
Analiza odwiedzanych domen i stron. Kategoryzowanie stron internetowych
Helpdesk o funkcjonalności co najmniej:
Możliwość rejestracji i obsługi incydentów. Możliwość dodawania załączników do incydentów
Możliwość określania uprawnień do incydentów (publiczne, prywatne, dla określonych działów)
Możliwość zarządzania filtrami zdefiniowanymi dla listy incydentów
Funkcjonalność kalendarza (planowanie rozwiązania incydentów) Możliwość powiązania incydentu z
elementem zasobów
Zdalne operacje na plikach i katalogach. Zdalne zarządzanie procesami i rejestrem
Monitorowanie na odległość pracy wykonywanej na komputerze. Zdalny podgląd pulpitów wielu stacji
Możliwość wywołania Windows Remote Desktop na danej stacji z poziomu aplikacji. Możliwość
wysyłania wiadomości do użytkowników
Możliwość uruchamiana na stacjach programów z wiersza poleceń. Możliwość zdalnego
uruchamiania komputera za pomocą funkcji Wake-On-Lan. Możliwość zdalnego przejęcia kontroli
nad stacją roboczą
Możliwość zablokowania klawiatury i myszki na stacji klienckiej w trakcie przejęcia kontroli pulpitu
zdalnego.
Możliwość przesłania kombinacji klawiszy Ctrl + Alt + Del do zdalnego klienta.
Możliwość wysłania pytania o zgodę na zdalny dostęp lub wysłania komunikatu z informacją o
rozpoczęciu podglądu pulpitu.
Zarządzanie programem o funkcjonalności co najmniej:
Możliwość logowania z użyciem poświadczeń użytkownika systemu Active Directory
37/196
Zarządzanie uprawnieniami użytkowników - możliwość ograniczenia dostępu do poszczególnych
funkcji programu
Zabezpieczenie Agentów przed nieautoryzowanym dostępem
Możliwość eksportowania danych do plików zewnętrznych
Przystosowanie do pracy w sieciach WLAN
Centrum informacji - przekrojowy raport na temat zdarzeń oraz statusu monitorowanych komputerów
i użytkowników
Obsługa protokołu SSL zapewniającego bezpieczną komunikację Master-Serwer oraz Agent-Server.
Mechanizm kompresji pakietów danych przesyłanych przez Agenta.
Help kontekstowy wraz z podręcznikiem użytkownika
Możliwość definiowania ustawień pracy Agentów (optymalizacja dla dużej liczby komputerów)
Możliwość wykorzystania dedykowanego narzędzia, dostarczanego z systemem, do wykonywania
kopii bazy danych. Możliwość uruchomienia narzędzia backupu bazy w trybie wsadowym.
Manualna i automatyczna konserwacja bazy danych - możliwość usuwania wyników skanowania
oprogramowania.
Możliwość personalizacji pakietu instalacyjnego agenta.
1. Serwerownia
1.1b.2 Serwer kopii zapasowej - 1 szt.
szynami i prowadnicą kabli. Możliwość instalacji łącznie 8 dysków twardych Hot-Plug. Posiadająca
wyjęciem
Płyta główna: z możliwością zainstalowania procesorów, cztero-, sześciu- lub ośmiordzeniowych.
Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem
firmowym
HotPlug SAS skonfigurowane fabrycznie w RAID 1. Zainstalowane min 2x4TB typu NL-SAS
skonfigurowane fabrycznie w RAID 1
Moduł TPM
38/196
Interfejsy dodatkowe: min. 2-porty HBA 10Gb/s iSCSI, min. 1 port SAS 6Gb/s do podłączenia
napędu taśmowego
Napęd taśmowy: min. LTO-5 z autoloaderem na min 5 taśm
W zestawie min. 5 taśm LTO-5 oraz komplet okablowania
1. Serwerownia
1.1b.2.1 System operacyjny
System operacyjny wymagany przez wdrażane aplikacje kopii zapasowej
licencji pozwalających na sprawne zarządzanie wykonania kopii zapasowej dostarczonego systemu
informatycznego
1. Serwerownia
1.1b.2.2 Oprogramowanie do wykonywania kopii zapasowej
Oprogramowanie do wykonywania kopii zapasowej oprogramowania aplikacyjnego oraz
danych o funkcjonalności co najmniej:
Oprogramowanie powinno funkcjonować w architekturze klient-serwer
Oprogramowanie powinno być łatwe w instalacji, konfiguracji i zarządzaniu poprzez interfejs
graficzny (GUI).
Oprogramowanie powinno umożliwiać pełne dostosowanie do środowiska klienta oraz być
skalowalne, tzn. aby w przypadku rozwoju infrastruktury sieciowej możliwe było (w ramach
dostarczonych licencji lub dokupieniu licencji) dodanie kolejnych serwerów backupu w celu
poprawienia wydajności lub zapewniania redundancji serwerów kopii zapasowych.
Oprogramowanie powinno być zoptymalizowane do użycia jak najmniejszej ilości napędów
taśmowych, tzn. zapisywać dane na taśmach tak zoptymalizowane, aby nie było potrzeby
wykonywania żadnych dodatkowych działań (nawet automatycznych) celem ich optymalizacji.
System nie może posiadać preferowanego dostawcy hardware, dla którego dostępna jest bogatsza
od pozostałych funkcjonalność (macierze, biblioteki taśmowe, itp.).
Oprogramowanie powinno umożliwiać zmianę producenta sprzętu wykorzystywanego do
wykonywania kopii zapasowych bez utraty funkcjonalności.
Oprogramowanie powinno wykorzystywać do przechowywania danych zarówno bezobsługowe
biblioteki taśmowe, jak i dyski lokalne lub zdalne
39/196
biblioteki taśmowe, jak i dyski lokalne lub zdalne
Oprogramowanie powinno posiadać możliwość równoczesnego zapisu i odczytu na wielu
napędach taśmowych w tym samym czasie.
Oprogramowanie powinno posiadać wbudowany mechanizm do wykonywania kopii zapasowych
otwartych plików.
Oprogramowanie powinno wykorzystywać do wykonywania kopii zapasowych otwartych plików
mechanizm Microsoft VSS.
Oprogramowanie powinno posiadać wbudowany generator raportów.
Oprogramowanie powinno posiadać możliwość monitowania i alertowania poprzez e-mail i SNMP.
Oprogramowanie powinno mieć możliwość wykonywania kopii zapasowych w trybach: pełnym,
przyrostowym i różnicowym.
Oprogramowanie powinno posiadać możliwość skonfigurowania skryptów przed i po wykonaniu
kopii zapasowej.
Oprogramowanie powinno posiadać mechanizm powielania wykonanych kopii zapasowych na
kolejne rodzaje nośników oraz możliwość określania czasu przechowywania kopii zapasowych
osobno dla każdego rodzaju nośnika.
Oprogramowanie powinno wspierać środowisko maszyn wirtualnych zaoferowane dla serwerów
bazy danych oraz wykonywać jednoprzebiegowe kopie zapasowe wirtualnych maszyn bez
konieczności instalacji agentów na systemach operacyjnych wirtualnych maszyn.
Oprogramowanie powinno posiadać możliwość odzyskiwania pojedynczych plików systemu
operacyjnego z wykonanej kopii zapasowej plików wirtualnej maszyny za pomocą agenta dla
środowisk wirtualnych.
Oprogramowanie powinno posiadać możliwość odzyskania pojedynczych obiektów Active Diectory z
kopii zapasowej plików wirtualnej maszyny serwera Active Directory.
Oprogramowanie powinno posiadać możliwość archiwizacji danych i systemu plików tak, aby mógł
przenosić część danych z tych systemów na oddzielną przestrzeń dyskową celem odciążenia
systemów produkcyjnych. Dane zarchiwizowane muszą być dostępne dla poszczególnych
użytkowników
Oprogramowanie powinno posiadać możliwość wykonywania kopii zapasowych online baz danych
serwera w najnowszej dostępnej wersji oraz odzyskiwania pojedynczych baz danych serwera z kopii
zapasowej plików wirtualnej maszyny serwera wykonanej za pomocą agenta dla środowisk
wirtualnych.
Oprogramowanie powinno posiadać jako dodatkową opcję możliwość deduplikacji danych.
Funkcjonalność tego modułu musi opierać się na blokowej deduplikacji danych wykonywanej online,
a więc w trakcie zadania wykonywania kopii zapasowej.
Licencja musi umożliwiać wykonywanie kopii zapasowej, co najmniej, wszystkich dostarczonych
serwerów fizycznych oraz skonfigurowanych serwerów wirtualnych
1. Serwerownia
1.1c Serwer e-usług
1.1c.1 Serwer - 1 szt.
40/196
szynami i prowadnicą kabli. Możliwość instalacji łącznie 2 dysków twardych Hot-Plug. Posiadająca
wyjęciem
Płyta główna: z możliwością zainstalowania procesorów, cztero-, sześciu- lub ośmiordzeniowych.
Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego znakiem
firmowym
Pamięć RAM: min. 32GB
Interfejsy sieciowe: mi.n 2 porty Gigabit Ethernet
Zasilanie: redundantne zasilacze HotPlug o mocy min. 25% większej niż wymagania
zaproponowanej konfiguracji serwera
Mmoduł TPM
1. Serwerownia
1.1c.1.1 System operacyjny
System operacyjny wymagany przez wdrażane aplikacje
licencji dla wszystkich dostarczonych, w ramach całego zamówienia, urządzeń, wszystkich
użytkowników oprogramowania aplikacyjnego i administratorów
1. Serwerownia
1.1c.1.2 System zapory ogniowej
41/196
Dostarczony system bezpieczeństwa musi zapewniać wszystkie wymienione poniżej funkcje
bezpieczeństwa oraz funkcjonalności dodatkowe. Dopuszcza się aby elementy wchodzące w skład
systemu ochrony były zrealizowane w postaci zamkniętej platformy sprzętowej lub w postaci
komercyjnej aplikacji instalowanej na platformie ogólnego przeznaczenia. W przypadku
implementacji programowej dostawca powinien zapewnić niezbędne platformy sprzętowe wraz z
odpowiednio zabezpieczonym systemem operacyjnym.
Dla elementów systemu bezpieczeństwa wykonawca zapewni wszystkie poniższe funkcjonalności:
Monitoring i wykrywanie uszkodzenia elementów sprzętowych i programowych systemów
zabezpieczeń oraz łączy sieciowych.
Możliwość łączenia w klaster Active-Active lub Active-Passive każdego z elementów systemu.
Elementy systemu przenoszące ruch użytkowników powinny dawać możliwość pracy w jednym z
dwóch trybów: Router/NAT lub transparent
System realizujący funkcję Firewall powinien dysponować minimum 16 interfejsami miedzianymi
Ethernet 10/100/1000 oraz 2 portami SFP
Możliwość tworzenia min 230 interfejsów wirtualnych definiowanych jako VLANy w oparciu o
standard 802.1Q.
W zakresie Firewall’a obsługa nie mniej niż 1,4mln jednoczesnych połączeń oraz 50 tys. nowych
połączeń na sekundę.
W ramach dostarczonego systemu ochrony muszą być realizowane wszystkie z poniższych
funkcjonalności. Poszczególne funkcjonalności systemu bezpieczeństwa mogą być realizowane w
postaci osobnych platform sprzętowych lub programowych:
- Kontrola dostępu - zapora ogniowa klasy Stateful Inspection
- Ochrona przed wirusami – antywirus [AV] (dla protokołów SMTP, POP3, IMAP, HTTP, FTP,
HTTPS). System kontroli AV musi umożliwiać skanowanie AV dla plików typu: rar, zip.
- Poufność danych - IPSec VPN oraz SSL VPN
- Ochrona przed atakami - Intrusion Prevention System [IPS/IDS]
- Kontrola stron Internetowych – Web Filter [WF]
- Kontrola zawartości poczty – antyspam [AS] (dla protokołów SMTP, POP3, IMAP)
- Kontrola pasma oraz ruchu [QoS i Traffic shaping]
- Kontrola aplikacji oraz rozpoznawanie ruchu P2P
- Możliwość analizy ruchu szyfrowanego SSL’em
- Ochrona przed wyciekiem poufnej informacji (DLP)
Wydajność systemu Firewall min 2,5 Gbps
Wydajność skanowania strumienia danych przy włączonych funkcjach: Stateful Firewall, Antivirus
min. 500 Mbps
Wydajność ochrony przed atakami (IPS) min 1,5 Gbps.
Wydajność szyfrowania AES, nie mniej niż 1,2 Gbps
W zakresie realizowanych funkcjonalności VPN, wymagane jest nie mniej niż:
-tworzenie połączeń w topologii Site-to-site oraz możliwość definiowania połączeń Client-to-site
-producent oferowanego rozwiązania VPN powinien dostarczać klienta VPN współpracującego z
proponowanym rozwiązaniem
-monitorowanie stanu tuneli VPN i stałego utrzymywania ich aktywności
-praca w topologii Hub & Spoke oraz Mesh
-możliwość wyboru tunelu przez protokół dynamicznego routingu
-obsługa mechanizmów: IPSec NAT Traversal, DPD, XAuth
-obsługa SSL VPN w trybach portal i tunel
42/196
Rozwiązanie powinno zapewniać: obsługę Policy Routingu, routing statyczny i dynamiczny w oparciu
o protokoły: RIPv2, OSPF, BGP oraz PIM.
Translacja adresów NAT adresu źródłowego i NAT adresu docelowego.
Możliwość budowy min 2 oddzielnych instancji systemów bezpieczeństwa (fizycznych lub
logicznych) w zakresie routingu, Firewall’a, Antywirus’a, IPS’a, Web Filter’a.
Polityka bezpieczeństwa systemu zabezpieczeń musi uwzględniać adresy IP, interfejsy, protokoły,
usługi sieciowe, użytkowników, reakcje zabezpieczeń, rejestrowanie zdarzeń oraz zarządzanie
pasmem sieci (m.in. pasmo gwarantowane i maksymalne, priorytety)
Możliwość tworzenia wydzielonych stref bezpieczeństwa Firewall np. DMZ
Silnik antywirusowy powinien umożliwiać skanowanie ruchu w obu kierunkach komunikacji dla
protokołów działających na niestandardowych portach
Ochrona IPS powinna opierać się, co najmniej na analizie protokołów i sygnatur. Baza wykrywanych
ataków powinna zawierać, co najmniej 6000 wpisów. Ponadto administrator systemu powinien mieć
możliwość definiowania własnych wyjątków lub sygnatur. Dodatkowo powinna być możliwość
wykrywania anomalii protokołów i ruchu stanowiących podstawową ochronę przed atakami typu DoS
oraz DDos.
Funkcja kontroli aplikacji powinna umożliwiać kontrolę ruchu na podstawie głębokiej analizy
pakietów, nie bazując jedynie na wartościach portów TCP/UDP
Baza filtra WWW - adresy URL pogrupowane w kategorie tematyczne.. Administrator powinien mieć
możliwość nadpisywania kategorii oraz tworzenia wyjątków i reguł omijania filtra WWW.
Automatyczne ściąganie sygnatur ataków, aplikacji, szczepionek antywirusowych oraz ciągły dostęp
do globalnej bazy zasilającej filtr URL.
System zabezpieczeń musi umożliwiać wykonywanie uwierzytelniania tożsamości użytkowników za
pomocą nie mniej niż:
-haseł statycznych i definicji użytkowników przechowywanych w lokalnej bazie systemu
-haseł statycznych i definicji użytkowników przechowywanych w bazach zgodnych z LDAP
-rozwiązanie powinno umożliwiać budowę architektury uwierzytelniania typu Single Sign On w
środowisku Active Directory
-haseł dynamicznych (RADIUS, RSA SecurID) w oparciu o zewnętrzne bazy danych
Elementy systemu powinny mieć możliwość zarządzania lokalnego (HTTPS, SSH) jak i
współpracować z dedykowanymi platformami do centralnego zarządzania i monitorowania.
Komunikacja systemów zabezpieczeń z platformami zarządzania musi być realizowana z
wykorzystaniem szyfrowanych protokołów.
Wymaga się aby dostawa obejmowała również:
-licencje dla wszystkich funkcji bezpieczeństwa na okres minimum 36 m-cy liczony od dnia
zakończenia wdrożenia całego systemu
Minimum 36 miesięczna gwarancja na dostarczone elementy systemu liczoną od dnia zakończenia
wdrożenia całego systemu
1. Serwerownia
1.1d Switch
1.1d.1 Przełącznik 10Gb/s - 1szt.
min.24 porty 10GB/s SFP+
min. 24 porty 10GB/s Base T
43/196
Port USB, RS232 lub równoważne
W przypadku zaoferowania stosu przełączników: minimalna wydajność stosu 80Gb/s
Redundantne zasilanie
Minimalne wymagania wydajnościowe:
-metoda przekazywania ramek: Store&Forward
-magistrala 480Gbps
-pamięć systemowa: 256MB
-bufor 16Mb
-ilość pamięci Flah: 128MB
- wielkość bazy MAC: 32K
-Ilość WLAN: 1K
-ramki Jumbo: o 9k
-MTBF: 170 000 h
-ilość przekazywanych pakietów: 357Mpps
-Opóźnienie (64 bajtowa ramka, 10Gbps): <1,8µs
Wymagania dotyczące obsługiwanych standardów oraz funkcji:
-IEEE 802.1Q (do 4k VLAN ID)
-IEEE 802.1p (CoS)
-IEEE 802.1D Spanning Tree Protocol
-IEEE 802.1v Protocol VLAN & Port VLAN
-Voice VLAN
-Guest VLAN
-IP subnet VLAN
-VLAN w oparciu o MAC
-IEEE 802.1 Q-in-Q
-IEEE 802.1w Rapid Spanning Tree
-IEEE 802.1s Multiple Spanning Tree
-IEEE 802.3ad (Static lub LACP)
-IEEE 802.1x
-IGMP v1, v2, v3 snooping support
-IGMP querier
-Ochrona przed burzami broadcast, multicast oraz unicast
-Filtering multicast
-Ograniczenie przepustowości na wejściu co 1 Kb/s
-GARP/GVRP/GMRP
-DHCP snooping
-IP source guard
-Dynamic ARP inspection
-TACACS+
-LLDP
-LLDP-MED
-ISDP
-sFlow
-DoS
-Private group
-Protected port
-DHCP L2 relay
-MLD v1, v2 snooping
44/196
-PHB
-BOOTP and DHCP options 66, 67, 150, 55, 125
Zarządzanie – funkcje:
-SNMP v1, v2c, v3
-RFC 768 UDP
-UDP Relay
-RFC 951 BOOTP
-RFC 1213 MIB II
-RFC 1757 RMON groups 1,2,3, oraz 9
-RFC 1215 SNMP traps
-RFC 1493 Bridge MIB
-RFC 1643 Ethernet Interface MIB
-RFC 1534 DHCP oraz BOOTP interoperation
-RFC 2131, 2132 DHCP oraz BOOTP
-RFC 2865 RADIUS (dostęp dla przełącznika oraz zarządzania)
-RFC 2866 RADIUS accounting
-RFC 3580 VLAN przydzielanie poprzez RADIUS (Dynamiczny VLAN)
-Private enterprise MIB
-Wsparcie dla Port mirroring
-Flow-based mirroring
-RFC 2030 (SNTP)
-SYSLOG
-Aktualizacja oprogramowania poprzez TFTP, SFTP, HTTP, SCP
-Proxy ARP
-DNS lookup
-Port description
Akcesoria dodatkowe: miniGbiC 10GBASE-LR single mode - 24 szt. Wyprodukowane przez
producenta przełącznika
Wieczysta gwarancja na urządzenie, jak również zainstalowane zasilacze i wentylatory
1. Serwerownia
1.1e Szafa serwerowa z wyposażeniem
1.1e.1 Szafa serwerowa - 2szt.
możliwość montażu urządzeń o sumarycznej wysokości 42U
szerokość szafy: 800 mm
głębokość szafy 1000 mm
przepusty kablowe: w suficie oraz w podłodze
perforowane drzwi przednie (jednoskrzydłowe)
perforowane drzwi tylne (dwuskrzydłowe)
2x zamek w klamce w drzwiach przednich oraz tylnych
numerowane odstępy (1U) na listwach montażowych
wszystkie elementy rozłączne tj. drzwi, ściany boczne posiadają linki uziemiające
dwa pionowe organizery przewodów
nogi do szafy z regulacją wysokości
45/196
Listwa zasilająca zarządzalna:
-maksymalne obciążenie: min 16A
-interfejs RJ45
-możliwość odczytu parametrów zasilania każdego gniazda
1. Serwerownia
1.1f Konsola operatorska
1.1f.1 Konsola KVM - 1 szt.
Duża gęstość upakowania portów – złącza RJ-45, do 16 portów w obudowie 1U
Dwie osobne magistrale do zdalnego dostępu na zasadzie KVM over IP
Dwie karty sieciowe LAN 10/100/1000 Mb/s w celu zapewnienia nadmiarowości lub obsługi dwóch
adresów IP
Obsługa łączności PS/2, USB, Sun Legacy (13W3) oraz szeregowej (RS-232)
Konsola lokalna z obsługą klawiatury i myszy PS/2 oraz USB
Obsługa środowisk wieloplatformowych: Windows, Mac, Sun, Linux oraz urządzenia szeregowe
bazujące na protokole VT100
Obsługa wirtualnych nośników (Virtual Media) – możliwość odwzorowania płyty DVD- lub CD-ROM
albo innego nośnika pamięci masowej na serwer zdalny
Dwa zasilacze
Wysoka rozdzielczość grafiki: do 1600 x 1200 przy 60 Hz, 32-bitowa głębia kolorów w konsoli
lokalnej; do 1600 x 1200 przy 60 Hz, 24-bitowa głębia kolorów w sesjach zdalnych przy odległości do
50 m
Monitorowanie i kontrolowanie do 16 komputerów na jednym poziomie; lub do 256 komputerów przy
dwupoziomowym połączeniu kaskadowym
Rejestrowanie zdarzeń oraz obsługa windowsowego serwera dzienników zdarzeń
Informacje o ważnych zdarzeniach systemowych przesyłane pocztą e-mail i przekazywane do
procedur obsługi SNMP
Funkcja identyfikatora adaptera: zawiera dane na temat portu i umożliwia administratorowi
przeniesienie serwera na inny port bez konieczności zmiany konfiguracji adapterów i przełączników
Tryb Port Share – jednoczesny dostęp do serwera przez wielu użytkowników
Zarządzanie metodami dostępu przez przeglądarkę (przeglądarka, http, https)
Obsługa klientów na różnych platformach (Windows, Linux)
Obsługa wielu przeglądarek
Interfejs użytkownika oparty na protokole http
Możliwość uruchamiania wielu wirtualnych pulpitów zdalnych i kontrolowania wielu podłączonych
serwerów w ramach jednej sesji
Wirtualny pulpit zdalny z możliwością wyświetlenia na pełnym ekranie i skalowania
Rozsyłanie sygnałów z klawiatury/myszy — znak wprowadzony z klawiatury / sygnał z myszy może
być duplikowany na wszystkie podłączone serwery
Synchronizacja wideo z konsolą lokalną — dane EDID monitora konsoli lokalnej są przesyłane do
klienta, zapewniając optymalizację rozdzielczości
46/196
Obsługa zdalnego uwierzytelniania: RADIUS, LDAP, LDAPS oraz MS Active Directory
Obsługuje 128-bitowe szyfrowanie SSL i 1024-bitowe certyfikaty RSA, zapewniając bezpieczne
logowanie użytkowników z przeglądarki
Zaawansowane zabezpieczenia, w tym ochrona hasłem i zaawansowane techniki szyfrowania:
1024-bitowy RSA, 56-bitowy DES, 256-bitowy AES oraz 128-bitowy SSL
Obsługa filtra adresów IP/MAC
Możliwość konfigurowania uprawnień użytkowników i grup do uzyskiwania dostępu do serwerów
Funkcja wirtualnych nośników umożliwia wykonywanie operacji na plikach, wgrywanie poprawek do
systemu operacyjnego, instalowanie oprogramowania oraz prowadzenie testów diagnostycznych
Współpraca z serwerami z obsługą USB (w systemie operacyjnym i na poziomie BIOS)
Obsługa napędów DVD/CD; innych napędów pamięci masowej USB; dysków twardych oraz obrazów
ISO
Możliwość regulacji jakości sygnału wideo i tolerancji na potrzeby uzyskania optymalnego transferu
danych; ustawienie obrazu monochromatycznego; ustawienia progów i szumów oraz kompresji
danych w przypadku korzystania z łączy o niskiej przepustowości
Tablica komunikatów umożliwiająca komunikowanie się użytkownikom zdalnym
Mouse DynaSync — automatyczna synchronizacja lokalnych i zdalnych ruchów myszy
Obsługa skryptów uruchamianych przy kończeniu sesji
Klawiatura ekranowa z obsługą wielu języków
Dostęp na poziomie BIOS-u
Dołączone 8 szt. przewodów-adapterów KVM PS/2 służących do podłączania sygnału wideo oraz
portów myszy i klawiatury PS/2 do komputera docelowego
Dołączone 8 szt. modułów-adapterów KVM USB służących do podłączania sygnału wideo oraz
portów USB do komputera docelowego
Dołączone 4 szt. przewodów-adapterów KVM/szeregowy umożliwiających kontrolowanie urządzeń
podłączonych do portów szeregowych
1. Serwerownia
1.1g UPS
1.1g.1 Zasilacz awaryjny - 2 szt.
Obudowa: wolnostojąca
Minimalna moc czynna/pozorna: 13,5kW/15kVA
Wejście: 3-fazowe
Wyjście: 1-fazowe
Technologia: online/podwójnej konwersji
Minimalna sprawność: 90%
Praca równoległa bez stosowania połączenia komunikacyjnego min 4 urządzeń
Wyświetlacz LCD określający stan UPS
Złącza komunikacyjne: RS232, Ethernet 10/100Mb/s
Technologia nieciągłego ładowania baterii
Podtrzymanie dla 100% mocy: min 5 min
Możliwość rozbudowy UPS o dodatkowe zestawy baterii
47/196
Wejścia/wejścia cyfrowe umożliwiające m.in..wyłączenie urządzenia
Dołączone oprogramowanie umożliwiające co najmniej:
- podgląd najważniejszych informacji o UPS t.j. stan baterii, poziom obciążenia, logi alarmów
- możliwość integracji z vCenter, Xen Center, SCVMM
- automatyczne uporządkowane zamykanie systemów wirtualizujących i obsługiwanych przez nie
aplikacji
1. Serwerownia
1.1h Osprzęt dodatkowy
1.1h.1 Szafa dystrybucyjna MDF - 1szt.
szklane drzwi przednie jednoskrzydłowe
jednoskrzydłowe drzwi tylne
4 półki stałe
wszystkie elementy rozłączne tj. drzwi, ściany boczne posiadają linki uziemiające
cokół wysokości 100 mm
1. Serwerownia
1.1h.2 Przełącznica światłowodowa – 4 szt.
możliwość montażu w szafie dystrybucyjnej - zajęta wysokość 1U
wysuwana szuflada
24 nieobsadzone gniazda w systemie MT-RJ (zakończenie dla 48 włókien światłowodowych)
zamontowane 2 kasety na 24 spawy 62 mm
48 osłonek spawu
1. Serwerownia
1.1h.3 Kabel krosowy światłowodowy LC/MT-RJ – 24 szt.
Kabel krosowy LC/MT-RJ 9/125µm OS-2 duplex, 15 m
1. Serwerownia
1.1h.4 Panel krosowy 6A – 1 szt.
48/196
-24 nieobsadzone gniazda dla modułów RJ45 kat 6A STP
Moduł gniazda RJ45 kat. 6A, ekranowane - 24 szt.
1. Serwerownia
1.1h.5 Kabel krosowy ekranowany 15 m – 24 szt.
Kabel krosowy ekranowany kat. 6a EMT PiMF 600MHz, RJ45, 15 m
Zakres prac:
Dostawa w/w sprzętu i oprogramowania.
Instalacja, uruchomienie oraz konfiguracja sprzętu i oprogramowania
Dostarczenie kompletnej dokumentacji dot. zastosowanej konfiguracji urządzeń
i oprogramowania (pliki konfiguracyjne na nośniku elektronicznym, umożliwiającym sprawne
przywrócenie konfiguracji).
Przekazanie osobie, wskazanej przez Zamawiającego, kompletu haseł i autoryzacji,
umożliwiających administrowanie dostarczonym sprzętem i oprogramowaniem w pełnym
zakresie udostępnianym przez producenta
Przeprowadzenie instruktażu dla min dwóch osób, wskazanych przez zamawiającego, w zakresie
obsługi, administracji i konserwacji dostarczonego sprzętu oraz oprogramowania na poziomie
pozwalającym na sprawne zarządzanie systemem. W przypadku przeprowadzania w/w
instruktażu poza siedzibą Zamawiającego Wykonawca ponosi wszelkie koszty z tego tytułu.
49/196
Punkt 2 – Punkt węzłowy
Punkty węzłowe rozmieszczone są na styku światłowodowej sieci szkieletowej i okablowania
strukturalnego poszczególnych ośrodków przetwarzania danych (OPD).
Rysunek: Topologia sieci światłowodowej
W każdym punkcie węzłowym rozmieszczone są elementy pasywne sieci, będące zakończeniami
sieci kablowych i światłowodowych oraz przełączniki sieciowe. Każda szafa teleinformatyczna
wyposażona jest w układ podtrzymania napięcia.
Projekt budowy sieci światłowodowej i strukturalnej jest dołączony w załączniku nr 1 do
niniejszego opisu przedmiotu zamówienia.
W wypadku jakiejkolwiek niezgodności pomiędzy SIWZ, OPZ a dokumentacją projektową
stosuje się zapisy SIWZ i OPZ.
Wymagania ogólne:
50/196
Zakres dostawy:
2. Punkt węzłowy
2.2a Szafa dystrybucyjna z wyposażeniem
2.2a.1 Szafa dystrybucyjna IDF – 10x1=10 szt.
przepusty kablowe: w podłodze
złącze uziemiające
1 półka wysuwana
2 półki stałe
zespół wentylatorów z termostatem
blat górny wykonany z drewna lub płyty MDF
2. Punkt węzłowy
2.2a.1.a Zasilacz awaryjny – 10x1=10szt.
51/196
Obudowa: stelażowa; maks. wysokość 2U
Minimalna moc czynna/pozorna: 2200VA/1980W
Wejście: 1-fazowe (złącze IEC-320-C20)
Wyjście: 1 fazowe (min 8 gniazd wyjściowych)
Technologia: Line-interactive
Wyświetlacz LCD wskazujący chwilowy poziom obciążenia i poziom naładowania baterii, z
możliwością sterowania poszczególnymi segmentami odbiorów oraz pomiarem sprawności i zużycia
energii przez odbiory
Port komunikacyjny: USB, RJ45
Gwarancja: 3 lata; łącznie z bateriami
2. Punkt węzłowy
2.2b Przełącznica światłowodowa
2.2b.1 Przełącznica światłowodowa L – 10x1=10 szt.
wysuwana szuflada
48 osłonek spawu
2. Punkt węzłowy
2.2c Przełącznica światłowodowa
2.2c.1 Przełącznica światłowodowa P – 10x1=10 szt.
wysuwana szuflada
48 osłonek spawu
2. Punkt węzłowy
2.2d Stelaż zapasu kabla
2.2d.1 Skrzynka zapasu kabla – 10x3=30 szt.
Zbudowana z obudowy, wewnętrznego stelaża i pokrywy
Maksymalny wymiar: 750x750x200 mm
Dostęp do wnętrza chroniony pokrywą zamykaną na zamek
Możliwy łatwy demontaż stelaża ze skrzynki
Minimum 4 wyjścia kabla wraz ze specjalnymi przepustami gumowymi
Materiał: blacha lub tworzywo sztuczne dopuszczone do stosowania w placówkach służby zdrowia
52/196
2. Punkt węzłowy
2.2e Pigtail
2.2e.1 Pigtail światłowodowy duplex – 10x72=720 szt.
gniazdo MT-RJ
włókno single mode OS2 9/125µm, 3m
budowa: duplex
2. Punkt węzłowy
2.2f Patchcord światłowodowy
2.2f.1 Kabel krosowy światłowodowy LC/MT-RJ 1m – 10x4=40 szt.
Kabel krosowy LC/MT-RJ 9/125µm OS-2 duplex, 1 m
2. Punkt węzłowy
2.2f Patchcord światłowodowy
2.2f.2 Kabel krosowy światłowodowy MT-RJ/MT-RJ 1m – 10x20=200 szt.
Kabel krosowy MT-RJ/MT-RJ 9/125µm OS-2 duplex, 1 m
2. Punkt węzłowy
2.2g Panel krosowy
2.2g.1 Panel krosowy 6A – 10x1=10 szt.
2. Punkt węzłowy
2.2i Switch
2.2i.1 Przełącznik 24 portowy – 5x1=5 szt.
24 porty RJ45 10/100/1000Mb/s
2 porty 10 Gigabit SFP+
Możliwość łączenia przełączników węzłowych 24 i 48 portowych w stos: minimalna wydajność stosu
48Gb/s
53/196
-magistrala 144Gbps
-bufor 16Mb
-Ilość VLAN: 4K
-ramki Jumbo: o 9k
-MTBF: 560 000 h
-ilość przekazywanych pakietów: min 107Mpps
Minimalne wymagania dotyczące obsługiwanych standardów oraz funkcji:
-L2+ statyczny routing (podsieci, VLAN)
-IP Source Guard
-DHCP server
-DHCP L2 relay, DHCP snooping
-IGMP querier
-Wielkość ARP cache: 8k-v4 6k-v6
-Proxy ARP, Dynamic ARP Inspection
-IEEE 802.1Q (do 4093 VLANs)
-IEEE 802.1v
-VLAN w oparciu na port, MAC, Podsieć, Protokół
-Voice VLAN
-Guest VLAN z IEEE 802.1x
-Auto VLAN dzięki RADIUS
-IEEE 802.1 Q-in-Q
-GARP wraz z GVRP/GMRP
-Private VLAN
-IEEE 802.3ad
-Możliwość wyboru algorytmu haszowania LAG
-EEE 802.1D
-IEEE 802.1w
-IEEE 802.1s
-IGMP v1, v2, v3 snooping
-IGMP querier
-IEEE 802.1p
-DiffServ QoS (RFC 2998)
-Metoda kolejkowania - Weighted Round Robin (WRR) lub Weighted Deficit Round Robin (WDRR)
-Statyczne przydzielanie priorytetów
-Limitowanie przepustowości na wejściu co 1 Kbps
-ACL L2/L3/L4: MAC, IP, TCP
-ACL poprzez VLAN
-Dynamiczne ACL
-Ilość wpisów ACL 100
-Minimalna liczba reguł na 1 ACL: 1023 wejście/511 wyjście
-Ochrona przed burzami broadcast multicast oraz unicast
-DoS
-Protected port
54/196
-Port locking
-DHCP snooping
-IP Source Guard
-RADIUS (RFC 2865)
-RADIUS accounting (RFC 2866)
-IEEE 802.1x
-TACACS+
-IEEE 802.3 Ethernet
-IEEE 802.3i 10BASE-T
-IEEE 802.3u 100BASE-T
-IEEE 802.3ab 1000BASE-T
-IEEE 802.3z
-IEEE 802.3ae
-IEEE 802.3ad
-IEEE 802.1AB
-IEEE 802.1D
-IEEE 802.1p
-IEEE 802.1X
-IEEE 802.3x
-SNMP v1, v2c, v3
-Wsparcie dla Port mirroring (wiele do jednego)
-Zarządzanie poprzez WebGUI (SSLv3/TLSv1) i/lub CLI (SSHv1, v2)
-dedykowany VLAN dla konfiguracji
Akcesoria dodatkowe: miniGbiC 10GBASE-LR single mode - 2 szt. wyprodukowane przez producenta
przełącznika
2. Punkt węzłowy
2.2i Switch
2.2i.2 Przełącznik 48 portowy – 5x1=5 szt.
48 portow RJ45 10/100/1000Mb/s
48Gb/s
Dołączony kabel do łączenia przełączników w stos
55/196
-magistrala 144Gbps
-bufor 16Mb
-Ilość VLAN: 4K
-ramki Jumbo: o 9k
-MTBF: 560 000 h
-ilość przekazywanych pakietów: min 142 Mpps
-IP Source Guard
-DHCP server
-IGMP querier
-IEEE 802.1v
-Voice VLAN
-IEEE 802.1 Q-in-Q
-Private VLAN
-IEEE 802.3ad
-EEE 802.1D
-IEEE 802.1w
-IEEE 802.1s
-IGMP querier
-IEEE 802.1p
-ACL poprzez VLAN
-Dynamiczne ACL
-Minimalna liczba regół na 1 ACL: 1023 wejście/511 wyjście
-DoS
-Protected port
56/196
-Port locking
-DHCP snooping
-IP Source Guard
-RADIUS (RFC 2865)
-IEEE 802.1x
-TACACS+
-IEEE 802.3z
-EEE 802.3ae
-IEEE 802.3ad
-IEEE 802.1AB
-IEEE 802.1D
-IEEE 802.1p
-IEEE 802.1X
-IEEE 802.3x
-SNMP v1, v2c, v3
Akcesoria dodatkowe: miniGbiC 10GBASE-LR single mode - 2 szt. Wyprodukowane przez producenta
przełącznika
2. Punkt węzłowy
2.2l Osprzęt dodatkowy
2.2l.1 Kabel krosowy ekranowany 1m – 10x12=132 szt.
Kabel krosowy ekranowany kat. 6a EMT PiMF 600MHz, RJ45, 1m
2. Punkt węzłowy
2.2l Osprzęt dodatkowy
2.2l.2 Kabel krosowy ekranowany 1,5m – 10x12=132 szt.
Kabel krosowy ekranowany kat. 6a EMT PiMF 600MHz, RJ45, 1,5m
Zakres prac:
Dostawa w/w sprzętu.
57/196
Instalacja, uruchomienie oraz konfiguracja sprzętu.
58/196
Punkt 3 - Okablowanie międzywęzłowe
Okablowanie szkieletowe międzywęzłowe prowadzone będzie w istniejącej kanalizacji
teletechnicznej (tzw. pierwotnej). Kabel światłowodowy prowadzony będzie w osłonie (tzw.
kanalizacji wtórnej).
Rysunek: Szkic przebiegu tras przedstawia
59/196
Wymagania ogólne:
Do każdego sprzętu musi być dostarczona dokumentacja potwierdzająca spełnienie wymagań
zamówienia.
Zakres dostawy:
3. Okablowanie międzywęzłowe
3.3a Światłowód
3.3a.1 Okablowanie światłowodowe – 2400 m
Kabel żelowany
Kabel uniwersalny 48 włóknowy OS2 9/125/250
Włókna światłowodowe oznaczone na całej długości w sposób umożliwiający łatwą identyfikację
Konstrukcja: luźna tuba
Tłumienie (fala 1310nm): <0,34 dB/km
Tłumienie (fala 1550nm): <0,22 dB/km
Osłona bezhalogenowa, antygryzoniowa
60/196
3.3b Układanie światłowodu w kanałach
3.3b.1 Kanalizacja wtórna - 1530 m
Rura osłonowa do światłowodów - 1600m
-średnica zewn: 32 mm
-grubość ścianki: 2,9 mm
-kolor: czarny z kolorowym paskiem
3.3b Układanie światłowodu w kanałach
3.3b.2 Instalacja okablowanie światłowodowego - 2400 m
Wykonanie kanalizacji wtórnej w istniejącej kanalizacji pierwotnej
Wprowadzenie kabla światłowodowego do kanalizacji wtórnej
3.3c Spawanie
3.3c.1 Spawanie kabla światłowodowego i pigtaili (duplex) - 720 szt.
Przygotowanie kabla światłowodowego
Założenie osłonek spawu
Spawanie włókien kabla światłowodowego i pigtaili (duplex)
3.3d Pomiary
3.3d.1 Wykonanie pomiarów sieci światłowodowej - 1 kpl
Wykonanie pomiarów
Przygotowanie dokumentacji do uzyskania gwarancji producenta
Uzyskanie pisemnego certyfikatu gwarancyjnego
Zakres prac:
Instalacja kanalizacji wtórnej, wprowadzenie światłowodów do kanalizacji, wykonanie
wszystkich niezbędnych połączeń w punktach węzłowych (spawanie światłowodów,
zamocowanie gniazd w panelach, skrosowanie niezbędnych połączeń) oraz przeprowadzenie
kompletnych pomiarów torów światłowodowych zgodnie z projektem będącym załącznikiem nr
1 do niniejszego opisu przedmiotu zamówienia i wymaganiami Zamawiającego (ujęty w
projekcie remont i rozbudowa kanalizacji pierwotnej nie wchodzi w zakres niniejszego
postepowania).
61/196
Dostarczenie kompletnej dokumentacji powykonawczej zawierającej co najmniej:
plany rzeczywistych tras prowadzenia kabli światłowodowych, oznaczenia poszczególnych szaf,
gniazd, kabli i portów w panelach krosowych, lokalizację przebić przez ściany i podłogi, raporty
z pomiarów.
Dostarczenie pisemnego certyfikatu gwarancyjnego producenta na całość okablowania
światłowodowego obejmującego zobowiązanie producenta w zakresie dotrzymania parametrów
wydajnościowych jakościowych, funkcjonalnych i użytkowych wszystkich elementów oddzielnie
i całego sytemu. Okres gwarancji udzielonej bezpośrednio przez producenta nie może być
krótszy niż 25 lat.
62/196
Punkt 4 - Okablowanie OPD
Okablowanie strukturalne miedziane łączy punkty węzłowe z poszczególnymi stacjami
końcowymi.
Węzeł
Budynek
Jednostka organizacyjna
Liczba
PEL
131
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
IDF-D1
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Serwerownia zapasowa
Magazyn gospodarczy
Pracownicy socjalni
RTG
Terapia zajęciowa
Prac. Ultrasonograficzna
Prac. Gastrologiczna
Prac. Kardiologiczna
Oddział VIII
Oddział X
Oddział XII
Oddział XIII
1
1
3
0
1
1
1
1
1
4
2
3
Budynek "D"
Budynek "D"
Budynek "D"
IDF-D2 Budynek "D"
Budynek "D"
Budynek "D"
Budynek "D"
Apteka
Laboratorium
Oddział VIII
Oddział IX
Oddział XI
Oddział XIII
SOC/NIEJAWNE
2
1
5
3
3
1
1
Gabinet DN
Sekretariat DN
Żywienie
Magazyn żywnościowy
Jadalnia
Kasa
Płace
Główna księgowa
Zamówienia publiczne
DAG
1
2
2
1
2
1
3
1
2
3
IDF-E
Budynek "D"
Budynek "D"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
63/196
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Budynek "E"
Kadry
Depozyty
Księgowość
Gabinet DP
Sekretariat DEG
Dyrektor DEG
s. konf. Mała
s konf. Duża
MDF
Budynek "H"
Serwerownia
IDF-Ł
Budynek "Ł"
Budynek "Ł"
Budynek "Ł"
Budynek "Ł"
Budynek "Ł"
Izba przyjęć
Oddział I
Oddział II
Oddział III
Oddział IV
1
5
5
6
6
IDF-M
Budynek "M"
Budynek "M"
Ruch chorych
Sala szkoleniowa
5
1
IDF-O
Budynek "O"
Budynek "O"
Budynek "O"
Oddział XIV
Oddział XV
Gabinet psychologów
2
3
1
Budynek "ON"
IDF-ON Budynek "ON"
Budynek "ON"
IDF-P
Budynek "P"
Budynek "P"
Budynek "P"
Budynek "R2"
Budynek
"R4+6"
IDF-R4
Budynek
"R4+6"
IDF-S
Budynek "S"
2
2
2
2
2
1
1
1
Sekretariat
Oddziałowa
Klasa
Przychodnia
Gabinety lekarskie
Pokój zabiegowy
Kotłownia
1
4
1
1
Dział Techniczny
4
Magazyn techniczny
1
Oddział V
4
64/196
Budynek "S"
Budynek "S"
IDF-T
?
Oddział VI
Oddział VII
4
4
nieokreślona
6
Budynek "T"
Lokalizacja
Wymagania ogólne:
Do każdego sprzętu musi być dostarczona dokumentacja potwierdzająca spełnienie wymagań
zamówienia.
Zakres dostawy:
4. Okablowanie OPD
4.4a Kabel
4.4a.1 Połączenie IDF/PEL (dwa kanały transmisyjne) – 7280m
Kabel S/FTP kat. 7A 4 pary (2 przewody prowadzone pomiędzy każdym IDF i PEL)
-Średnica przewodnika: 23AWG
-Pasmo przenoszenia: 1000MHz
65/196
-Żyła jednodrutowa
-Maksymalna średnica zewn.: 7,5 mm
-Klasa F na podstawie normy ISO/IEC 11801
-Płaszcz zewnętrzny: na bazie mieszanki bezhalogenkowej, niepodtrzymującej palenia
4. Okablowanie OPD
4.4b Korytka
4.4b.1 Korytka kablowe - 2450 m
Listwa elektroinstalacyjna
Minimalny przekrój: 54 cm2
Kolor: biały
Dopuszczone do stosowania w placówkach służby zdrowia
4. Okablowanie OPD
4.4b Korytka
4.4b.2 Korytka kablowe łączniki - 420 szt.
Łączniki do listew instalacyjnych: kątownik 90°wewn, zewn. płaski, itp.
Przeznaczone do korytek kablowych (4.4b.1)
Kolor: biały
4. Okablowanie OPD
4.4c Gniazdka
4.4c.1 Gniazdko abonenckie PEL – 104 szt.
Nieobsadzone kątowe gniazdo dla 2 modułów RJ45 kat 6A STP wraz z niezbędnym adapterem do
montażu w korytkach kablowych
Kolor: biały
Adapter do montażu gniazdka w korytku kablowym
Jednolite wzorniczo z dostępnymi gniazdkami elektrycznymi
4. Okablowanie OPD
4.4d Patchkabel
4.4d.1 Kable krosowe abonenckie 10m – 104 szt.
Kabel krosowy ekranowany EMT PiMF 600MHz, RJ45
66/196
4. Okablowanie OPD
4.4e Instalacja okablowania
4.4e.1 Wykonanie sieci strukturalnej OPD – łącznie 7280 m
Wykonanie kanalizacji kablowej w OPD – zamocowanie korytek, wykonanie przepustów
Prowadzenie kabli strukturalnych w kanałach
Zabudowa gniazd PEL
Podłączenie kabli w gniazdach PEL i na panelach krosowych w IDF
Wykonanie pomiarów sieci strukturalnej kat.6a
Przygotowanie dokumentacji do uzyskania gwarancji producenta
Uzyskanie certyfikatu gwarancyjnego producenta na całość okablowania strukturalnego
4. Okablowanie OPD
4.4f Osprzęt dodatkowy
4.4f.1 Materiały pomocnicze – 1 kpl.
Opaski kablowe
Opaski Velcro
Materiały do wykonania przejść p/poż
Materiały dodatkowe wynikające z „Projektu okablowania strukturalnego infrastruktury informatycznej
w SP ZOZ Szpital Psychiatryczny w Toszku” (zał nr 1 do niniejszego opracowania)
Zakres prac:
Zamocowanie korytek kablowych wzdłuż tras kablowych, gniazd PEL, wykonanie okablowania
zgodnie z projektem będącym załącznikiem nr 1 do niniejszej specyfikacji istotnych warunków
zamówienia i wymaganiami Zamawiającego.
Wykonanie wszystkich niezbędnych pomiarów dla uzyskania gwarancji systemowej producenta
Dostarczenie kompletnej dokumentacji powykonawczej zawierającej co najmniej:
plany rzeczywistych tras prowadzenia kabli transmisyjnych, oznaczenia poszczególnych szaf,
gniazd, kabli i portów w panelach krosowych, lokalizację przebić przez ściany i podłogi, raporty
z pomiarów.
Dostarczenie kompletnej dokumentacji dot. zastosowanej topologii sieci, konfiguracji urządzeń
Dostarczenie pisemnego certyfikatu gwarancyjnego producenta na całość okablowania
67/196
strukturalnego obejmującego zobowiązanie producenta w zakresie dotrzymania parametrów
wydajnościowych jakościowych, funkcjonalnych i użytkowych wszystkich elementów oddzielnie
i całego sytemu. Okres gwarancji udzielonej bezpośrednio przez producenta nie może być
krótszy niż 25 lat.
68/196
Punkt 5 - Wyposażenie stacji końcowych
Wymagania ogólne:
Zamawiający wymaga dostarczenie oprogramowania z interfejsem w języku polskim.
Dostarczone oprogramowanie, za wyjątkiem systemów operacyjnych, nie może być związane z
konkretnym sprzętem (OEM).
w języku polskim obejmująca: instalację, konfigurację oraz konserwację.
wersji papierowej lub elektronicznej) w języku polskim, opisująca oprogramowanie w wersji
dostarczonej przez Wykonawcę, obejmująca: instalację, konfigurację oraz konserwację.
Zakres dostawy:
5. Stacje końcowe
5.5a Komputer końcowy
5.5a.1 Komputer stacjonarny - 104 szt.
Obudowa Small Form Factor z możliwością pracy w poziomie i pionie
Obudowa musi umożliwiać łatwy demontaż dysku twardego i pamięci RAM (odsłonięcie w/w
elementów bez użycia narzędzi)
Obudowa musi umożliwiać otwarcie komputera bez konieczności użycia narzędzi
Funkcja blokowania wejścia do BIOS oraz blokowania startu systemu operacyjnego (gwarantujący
utrzymanie zapisanego hasła nawet w przypadku odłączenia wszystkich źródeł zasilania)
Funkcja blokowania/odblokowania BOOT-owania stacji roboczej z zewnętrznych urządzeń
69/196
Możliwość blokowania/odblokowania na poziomie BIOS-u poszczególnych urządzeń zawartych w
zestawie komputerowym (zintegrowane karty dźwiękowe, graficzne, sieciowe, sloty PCI, porty
szeregowe)
Możliwość ustawienia portów USB w trybie "no BOOT", by podczas uruchamiania komputer nie
wykrywał urządzeń bootujących typu USB, natomiast po uruchomieniu systemu porty są aktywne
Możliwość wyłączania portów USB
Płyta główna zaprojektowana przez producenta komputera i oznaczona jego znakiem firmowym,
posiadająca min. 2 x USB 3.0, 2 sztuki USB 2.0, przynajmniej 2 wejścia USB z przodu obudowy,
min. 1 port szeregowy RS232
Płyta główna w wbudowanymi minimum 1 złączem PCI Express x16
Procesor 64bit-czterordzeniowy osiągający wydajność min. 6200 pkt. w teście Passmark CPU Mark
(www.cpubenchmark.net/cpu_list.php)
Pamięć RAM: 4GB z możliwością rozbudowy do 16GB
Karta graficzna zintegrowana zapewniająca rozdzielczość Full HD, wyjścia DVI-I oraz D-SUB
Karta sieciowa zintegrowana 10/100/1000 Ethernet RJ45
Karta dźwiękowa zintegrowana, dodatkowe wyjście na słuchawki i mikrofon z przodu obudowy
Dysk twardy: 500 GB SATA
W przypadku awarii dysku twardego komputera Zamawiający zastrzega sobie, aby diagnostyka
awarii została przeprowadzona przez Wykonawcę/Gwaranta w siedzibie Zamawiającego, przy
udziale pracowników Zamawiającego. W razie potwierdzenia uszkodzenia dysku
Wykonawca/Gwarant dostarcza dysk nowy, a dysk uszkodzony pozostaje u Zamawiającego.
Napęd optyczny: nagrywarka DVD +/-RW DL SATA
Dołączony nośnik z oprogramowaniem narzędziowym producenta i komplet sterowników
Gwarancja: min 36 miesięcy
Klawiatura USB w układzie Polski (programisty) o odporności IP66
Mysz laserowa USB o odporności IP66
W zestawie: kabel sieciowy
5. Stacje końcowe
5.5a.1.1 System operacyjny – 104 szt.
System operacyjny wymagany przez wdrażane aplikacje części "szarej" i "białej", pakietem
biurowym oraz wszelkimi przewidzianymi urządzeniami peryferyjnymi
System operacyjny w języku polskim, interfejs użytkownika w języku polskim działający w trybie
graficznym
System operacyjny z możliwością dokonywania aktualizacji i poprawek systemu przez Internet z
możliwością wyboru zainstalowanych poprawek oraz mechanizmem sprawdzającym, które z
poprawek są potrzebne - wymagane podanie nazwy strony serwera www
Uwierzytelnianie użytkowników zgodne z Active Directory
Wsparcie dla środowisk Java i .NET Framework 4.x - możliwość uruchomienia aplikacji działających
we wskazanych środowiskach
Dołączony nośnik z oprogramowaniem systemu operacyjnego
70/196
5. Stacje końcowe
5.5a.1.2.a Oprogramowanie biurowe-I -84 szt.
Zawierające edytor tekstów, arkusz kalkulacyjny, program zarządzający pocztą elektroniczną
Oprogramowanie biurowe musi być w pełnej polskiej wersji językowej
Edytor tekstów musi umożliwiać co najmniej:
pełną integrację z wdrażanymi aplikacjami części "białej" i "szarej"
edycję i formatowanie tekstu w języku polskim wraz z obsługą języka polskiego w zakresie
sprawdzania pisowni i poprawności gramatycznej oraz funkcjonalnością słownika wyrazów
bliskoznacznych i autokorekty
wstawianie i formatowanie tabel
wstawianie i formatowanie obiektów graficznych
wstawianie wykresów i tabel z arkusza kalkulacyjnego
automatyczne numerowanie rozdziałów, punktów, akapitów, przypisów, tabel, rysunków
automatyczne tworzenie spisów treści
formatowanie nagłówków i stopek stron
podział dokumentu na sekcje o różnym formatowaniu
śledzenie zmian wprowadzanych przez użytkowników
wydruk dokumentów
zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji
wydruk korespondencji seryjnej bazując na danych z pozostałych modułów oprogramowania
biurowego
Arkusz kalkulacyjny musi umożliwiać co najmniej:
tworzenie raportów tabelarycznych
tworzenie wykresów
tworzenie arkuszy kalkulacyjnych zawierających teksty, dane liczbowe oraz formuły
przeprowadzające operacje matematyczne, logiczne, tekstowe, statystyczne, finansowe, na miarach
czasu zarówno dla pojedynczych komórek jak i tabel wielokomórkowych
tworzenie raportów tabeli przestawnych umożliwiających dynamiczną zmianę wymiarów oraz
wykresów bazujących na danych z tabeli przestawnych
tworzenie i operowanie na danych bazodanowych
nagrywanie, tworzenie i edycję makr
Edytor tekstu i arkusz kalkulacyjny muszą umożliwiać pracę na dokumentach wytworzonych przy
użyciu oprogramowania MS Office 2000, 2003, 2007 i 2010.
Musi zostać zapewniona bezproblemowa konwersja wszystkich atrybutów i elementów dokumentu
stworzonych w wyżej wymienionych wersjach pakietu.
Interfejs użytkownika zaoferowanych pakietów oprogramowania musi być w pełnej polskiej wersji
językowej.
71/196
Aktualizacje zabezpieczeń, poprawki, service packi powinny być dostępne z wykorzystaniem
wbudowanych, automatycznych narzędzi do ich pobierania z dedykowanej strony internetowej
producenta oprogramowania oraz dostępne do pobrania ręcznego z serwerów producenta
oprogramowania
W ramach udzielonej licencji Zamawiającemu będzie przysługiwało prawo do przenoszenia licencji
i pakietów oprogramowania z jednego komputera na drugi bez utraty praw do zaoferowanego
oprogramowania wchodzących w skład danego pakietu.
Sprzedawca zobowiązuje się dostarczyć unikatowy klucz do aktywacji dostarczonych licencji lub
unikatowe klucze do aktywacji dla każdego zaoferowanego pakietu oprogramowania.
Program zarządzający pocztą elektroniczną musi umożliwiać:
pobieranie i wysyłanie poczty elektronicznej
obsługę kilku kont pocztowych
filtrowanie niechcianej poczty elektronicznej (SPAM)
tworzenie katalogów , pozwalających na kategoryzację poczty
ochronę hasłem określonych kont
Zaoferowane oprogramowanie musi być objęte wsparciem producenta przez co najmniej okres 36
miesięcy w zakresie bezpłatnej dostępności do aktualizacji zawierających nowe funkcje, najnowsze
5. Stacje końcowe
5.5a.1.2.b Oprogramowanie biurowe-II – 20 szt.
Zawierające edytor tekstów, arkusz kalkulacyjny, program do prezentacji danych multimedialnych,
program do tworzenia i zarządzania bazami danych, program zarządzający pocztą elektroniczną
wstawianie wykresów i tabel z arkusza kalkulacyjnego (także tabel przestawnych)
wydruk dokumentów
biurowego
72/196
tworzenie wykresów
użyciu oprogramowania MS Office 2000, 2003, 2007, 2010 i 2013.
językowej.
oprogramowania
W ramach udzielonej licencji Zamawiającemu będzie przysługiwało prawo do przenoszenia licencji i
pakietów oprogramowania z jednego komputera na drugi bez utraty praw do zaoferowanego
Program zarządzający pocztą elektroniczną musi umożliwiać co najmniej:
Oprogramowanie do przygotowania i prowadzenia prezentacji multimedialnych musi
umożliwiać co najmniej:
drukowanie w formacie umożliwiającym robienie notatek
zapisanie jako prezentacja tylko do odczytu
nagranie narracji i dołączenie jej do prezentacji
opatrzenie slajdów notatkami dostępnymi jedynie dla prezentera
umieszczanie i formatowanie tekstów, obiektów graficznych, tabel, nagrań dźwiękowych i wideo
umieszczanie tabel i wykresów pochodzących z arkusza kalkulacyjnego
odświeżenie wykresu znajdującego się w prezentacji po zmianie danych w źródłowym arkuszu
kalkulacyjnym
możliwość tworzenia animacji obiektów na slajdach i całych slajdów
73/196
prowadzenie prezentacji w trybie prezentera, gdzie slajdy są widoczne na jednym monitorze lub
projektorze, a na drugim widoczne są slajdy i notatki prezentera
zapewnienie zgodność z formatami plików utworzonych za pomocą oprogramowania MS PowerPoint
2000, 2003, 2007, 2010 i 2013
Oprogramowanie do tworzenia baz danych musi umożliwiać co najmniej:
tworzenie struktury bazy danych uzupełnioną widokami, które pozwalają na dodawanie i edycję
danych
pracę na dokumentach wytworzonych przy użyciu oprogramowania MS Access 2000, 2003, 2007,
2010 i 2013
obsługę baz danych, zapewniając pełną zgodność z formatami plików utworzonych za pomocą
oprogramowania MS Access 2000, 2003, 2007, 2010 i 2013
importowanie i łączenie danych pochodzących z szerokiego zakresu źródeł zewnętrznych, takich jak
programy MS Excel, Microsoft SQL Server
udostępnianie różnego rodzaju szablonów, których można użyć do szybszego utworzenia własnej
bazy danych, poprzez gotową do użycia bazę danych oraz zawierać kreator tworzenia własnej bazy
danych
5. Stacje końcowe
5.5a.1.3 Program antywirusowy dla komputerów stacjonarnych - 104 szt.
Ochrona AV:
Pełne wsparcie dla 32- i 64-bitowej wersji systemu Windows 2000/XP/Vista/Windows 7/Windows
8/Windows 8.1./ Windows 8.1 Update oraz 32- i 64-bitowych dystrybucji opartych na systemach
Debian i RedHat
Pełna ochrona przed wirusami, trojanami, robakami i innymi zagrożeniami.
Wykrywanie i usuwanie niebezpiecznych aplikacji typu adware, spyware, dialer, phishing, narzędzi
hakerskich, backdoor, itp.
Wbudowana technologia do ochrony przed rootkitami.
Skanowanie w czasie rzeczywistym otwieranych, zapisywanych i wykonywanych plików.
Możliwość skanowania całego dysku, wybranych katalogów lub pojedynczych plików "na żądanie"
lub według harmonogramu.
Możliwość utworzenia wielu różnych zadań skanowania według harmonogramu (w tym: co godzinę,
po zalogowaniu i po uruchomieniu komputera). Każde zadanie ma mieć możliwość uruchomienia z
innymi ustawieniami (czyli metody skanowania, obiekty skanowania, czynności, rozszerzenia
przeznaczone do skanowania, priorytet skanowania).
Skanowanie "na żądanie" pojedynczych plików lub katalogów przy pomocy skrótu w menu
kontekstowym.
Możliwość skanowania dysków sieciowych i dysków przenośnych.
Skanowanie plików spakowanych i skompresowanych.
74/196
Możliwość definiowania listy rozszerzeń plików, które mają być skanowane (w tym z uwzględnieniem
plików bez rozszerzeń).
Możliwość umieszczenia na liście wyłączeń ze skanowania wybranych plików, katalogów lub plików
o określonych rozszerzeniach.
Możliwość automatycznego wyłączenia komputera po zakończonym skanowaniu.
Użytkownik musi posiadać możliwość tymczasowego wyłączenia ochrony na czas co najmniej 10
min lub do ponownego uruchomienia komputera.
W momencie tymczasowego wyłączenia ochrony antywirusowej użytkownik musi być
poinformowany o takim fakcie odpowiednim powiadomieniem i informacją w interfejsie aplikacji.
Ponowne włączenie ochrony antywirusowej nie może wymagać od użytkownika ponownego
uruchomienia komputera.
Możliwość przeniesienia zainfekowanych plików i załączników poczty w bezpieczny obszar dysku
(do katalogu kwarantanny) w celu dalszej kontroli. Pliki muszą być przechowywane w katalogu
kwarantanny w postaci zaszyfrowanej.
Wbudowany konektor dla programów MS Outlook, Outlook Express, Windows Mail, Mozilla
Thunderbird do wersji 5.x i Windows Live Mail (funkcje programu dostępne są bezpośrednio z menu
programu pocztowego).
Skanowanie i oczyszczanie w czasie rzeczywistym poczty przychodzącej i wychodzącej
obsługiwanej przy pomocy programu MS Outlook, Outlook Express, Windows Mail, Mozilla
Thunderbird do wersji 5.x i Windows Live Mail.
Skanowanie i oczyszczanie poczty przychodzącej POP3 i IMAP "w locie" (w czasie rzeczywistym),
zanim zostanie dostarczona do klienta pocztowego zainstalowanego na stacji roboczej (niezależnie
od konkretnego klienta pocztowego).
Automatyczna integracja skanera POP3 i IMAP z dowolnym klientem pocztowym bez konieczności
zmian w konfiguracji.
Możliwość definiowania różnych portów dla POP3 i IMAP, na których ma odbywać się skanowanie.
Możliwość opcjonalnego dołączenia informacji o przeskanowaniu do każdej odbieranej wiadomości
e-mail lub tylko do zainfekowanych wiadomości e-mail.
Skanowanie ruchu HTTP na poziomie stacji roboczych. Zainfekowany ruch jest automatycznie
blokowany, a użytkownikowi wyświetlane jest stosowne powiadomienie.
Blokowanie możliwości przeglądania wybranych stron internetowych. Listę blokowanych stron
internetowych określa administrator. Program musi umożliwić blokowanie danej strony internetowej
po podaniu na liście całej nazwy strony lub tylko wybranego słowa występującego w nazwie strony.
Możliwość zdefiniowania blokady wszystkich stron internetowych z wyjątkiem listy stron ustalonej
przez administratora.
Automatyczna integracja z dowolną przeglądarką internetową bez konieczności zmian w konfiguracji.
Możliwość definiowania różnych portów dla HTTP, na których ma odbywać się skanowanie.
Program ma umożliwiać skanowanie ruchu sieciowego wewnątrz szyfrowanych protokołów HTTPS,
POP3S, IMAPS.
Program ma zapewniać skanowanie ruchu HTTPS transparentnie bez potrzeby konfiguracji
zewnętrznych aplikacji takich jak przeglądarki Web lub programy pocztowe.
75/196
Wbudowane dwa niezależne moduły heurystyczne – jeden wykorzystujący pasywne metody
heurystyczne (heurystyka) i drugi wykorzystujący aktywne metody heurystyczne oraz elementy
sztucznej inteligencji (zaawansowana heurystyka). Musi istnieć możliwość wyboru, z jaką heurystyka
ma odbywać się skanowanie – z użyciem jednej i/lub obu metod jednocześnie.
Możliwość ręcznego wysłania próbki nowego zagrożenia z katalogu kwarantanny do laboratorium
producenta.
Interfejs programu ma oferować funkcję pracy w trybie bez grafiki gdzie cały interfejs wyświetlany
jest w formie formatek i tekstu.
Możliwość zabezpieczenia konfiguracji programu hasłem, w taki sposób, aby użytkownik siedzący
przy komputerze przy próbie dostępu do konfiguracji był proszony o podanie hasła.
Możliwość zabezpieczenia programu przed deinstalacją przez niepowołaną osobę, nawet, gdy
posiada ona prawa lokalnego lub domenowego administratora. Przy próbie deinstalacji program
musi pytać o hasło.
System antywirusowy uruchomiony z płyty bootowalnej lub pamięci USB ma umożliwiać pełną
aktualizację baz sygnatur wirusów z Internetu lub z bazy zapisanej na dysku.
Program ma umożliwiać administratorowi blokowanie zewnętrznych nośników danych na stacji w tym
przynajmniej: Pamięci masowych, optycznych pamięci masowych, pamięci masowych Firewire,
urządzeń do tworzenia obrazów, drukarek USB, urządzeń Bluetooth, czytników kart inteligentnych,
modemów, portów LPT/COM oraz urządzeń przenośnych
Funkcja blokowania nośników wymiennych ma umożliwiać użytkownikowi tworzenie reguł dla
podłączanych urządzeń minimum w oparciu o typ urządzenia, numer seryjny urządzenia, dostawcę
urządzenia, model.
Aplikacja ma umożliwiać użytkownikowi nadanie uprawnień dla podłączanych urządzeń w tym co
najmniej: dostęp w trybie do odczytu, pełen dostęp, brak dostępu do podłączanego urządzenia.
Aplikacja ma posiadać funkcjonalność umożliwiającą zastosowanie reguł dla podłączanych urządzeń
w zależności od zalogowanego użytkownika.
W momencie podłączenia zewnętrznego nośnika aplikacja musi wyświetlić użytkownikowi
odpowiedni komunikat i umożliwić natychmiastowe przeskanowanie całej zawartości podłączanego
nośnika.
Użytkownik ma posiadać możliwość takiej konfiguracji aplikacji aby skanowanie całego nośnika
odbywało się automatycznie lub za potwierdzeniem przez użytkownika
Program musi być wyposażony w system zapobiegania włamaniom działający na hoście (HIPS).
Moduł HIPS musi posiadać możliwość pracy w jednym z czterech trybów:
-tryb automatyczny z regułami gdzie aplikacja automatycznie tworzy i wykorzystuje reguły wraz z
możliwością wykorzystania reguł utworzonych przez użytkownika,
-tryb interaktywny, w którym to aplikacja pyta użytkownika o akcję w przypadku wykrycia aktywności
w systemie,
-tryb uczenia się, w którym aplikacja uczy się aktywności systemu i użytkownika oraz tworzy
odpowiednie reguły w czasie określonym przez użytkownika. Po wygaśnięciu tego czasu aplikacja
musi samoczynnie przełączyć się w tryb pracy oparty na regułach.
-tryb oparty na regułach gdzie zastosowanie mają jedynie reguły utworzone przez użytkownika,
Tworzenie reguł dla modułu HIPS musi odbywać się co najmniej w oparciu o: aplikacje źródłowe,
pliki docelowe, aplikacje docelowe, elementy docelowe rejestru systemowego.
76/196
Użytkownik na etapie tworzenia reguł dla modułu HIPS musi posiadać możliwość wybrania jednej z
trzech akcji: pytaj, blokuj, zezwól.
Program ma oferować funkcję, która aktywnie monitoruje i skutecznie blokuje działania wszystkich
plików programu, jego procesów, usług i wpisów w rejestrze przed próbą ich modyfikacji przez
aplikacje trzecie.
Automatyczna, inkrementacyjna aktualizacja baz wirusów i innych zagrożeń dostępna z Internetu.
Możliwość utworzenia kilku zadań aktualizacji (np.: co godzinę, po zalogowaniu, po uruchomieniu
komputera). Każde zadanie może być uruchomione z własnymi ustawieniami.
Aplikacja musi posiadać funkcjonalność tworzenia lokalnego repozytorium aktualizacji.
Aplikacja musi posiadać funkcjonalność udostępniania tworzonego repozytorium aktualizacji za
pomocą wbudowanego w program serwera http
Aplikacja musi być wyposażona w funkcjonalność umożliwiającą tworzenie kopii wcześniejszych
aktualizacji w celu ich późniejszego przywrócenia.
Program ma być wyposażony w dziennik zdarzeń rejestrujący informacje na temat znalezionych
zagrożeń, kontroli urządzeń, skanowania na żądanie i według harmonogramu, dokonanych
aktualizacji baz wirusów i samego oprogramowania.
Wsparcie techniczne do programu świadczone w języku polskim przez polskiego dystrybutora
autoryzowanego przez producenta programu.
Konsola centralnego zarządzania:
Centralne zarządzanie programami służącymi do ochrony stacji roboczych Windows/ Linux.
Do instalacji centralnej i zarządzania centralnego nie jest wymagany dodatkowy agent. Na
końcówkach zainstalowany jest sam program antywirusowy
Komunikacja miedzy serwerem a klientami może być zabezpieczona hasłem.
Centralna konfiguracja i zarządzanie ochroną antywirusową, antyspyware’ową, zaporą osobistą i
kontrolą dostępu do stron internetowych zainstalowanymi na stacjach roboczych w sieci.
Kreator konfiguracji zapory osobistej stacji klienckich pracujących w sieci, umożliwiający podgląd i
utworzenie globalnych reguł w oparciu o reguły odczytane ze wszystkich lub z wybranych
komputerów lub ich grup.
Możliwość uruchomienia centralnego skanowania wybranych stacji roboczych
wygenerowania raportu ze skanowania i przesłania do konsoli zarządzającej.
z
opcją
Możliwość sprawdzenia z centralnej konsoli zarządzającej stanu ochrony stacji roboczej (aktualnych
ustawień programu, wersji programu i bazy wirusów, wyników skanowania skanera na żądanie i
skanerów rezydentnych).
Możliwość sprawdzenia z centralnej konsoli zarządzającej podstawowych informacji dotyczących
stacji roboczej: adresów IP, adresów MAC, wersji systemu operacyjnego oraz domeny, do której
dana stacja robocza należy.
Możliwość centralnej aktualizacji stacji roboczych z serwera w sieci lokalnej lub Internetu.
Możliwość skanowania sieci z centralnego serwera zarządzającego w poszukiwaniu
niezabezpieczonych stacji roboczych.
Możliwość tworzenia grup stacji roboczych i definiowania w ramach grupy wspólnych ustawień
konfiguracyjnymi dla zarządzanych programów.
Możliwość importowania konfiguracji programu z wybranej stacji roboczej a następnie przesłanie
(skopiowanie) jej na inną stację lub grupę stacji roboczych w sieci.
77/196
Możliwość zmiany konfiguracji na stacjach z centralnej konsoli zarządzającej lub lokalnie (lokalnie
tylko, jeżeli ustawienia programu nie są zabezpieczone hasłem lub użytkownik/administrator zna
hasło zabezpieczające ustawienia konfiguracyjne).
Możliwość rozdzielenia serwera centralnej administracji od konsoli zarządzającej, w taki sposób, że
serwer centralnej administracji jest instalowany na jednym serwerze/ stacji a konsola zarządzająca
na tym samym serwerze i na stacjach roboczych należących do administratorów.
Możliwość wymuszenia konieczności uwierzytelniania stacji roboczych przed połączeniem się z
serwerem zarządzającym. Uwierzytelnianie przy pomocy zdefiniowanego na serwerze hasła.
Serwer centralnej administracji ma oferować administratorowi możliwość współpracy przynajmniej z
trzema zewnętrznymi motorami baz danych w tym minimum z: Microsoft SQL Server, MySQL Server
oraz Oracle.
Możliwość ręcznego (na żądanie) i automatycznego generowania raportów (według ustalonego
harmonogramu) w formacie HTML lub CSV.
Możliwość tworzenia hierarchicznej struktury serwerów zarządzających i replikowania informacji
pomiędzy nimi w taki sposób, aby nadrzędny serwer miał wgląd w swoje stacje robocze i we
wszystkie stacje robocze serwerów podrzędnych (struktura drzewiasta).
Serwer centralnej administracji ma oferować funkcjonalność synchronizacji grup komputerów z
drzewem Active Directory. Po synchronizacji automatycznie są umieszczane komputery należące do
zadanych grup w AD do odpowiadających im grup w programie. Funkcjonalność ta nie może
wymagać instalacji serwera centralnej administracji na komputerze pełniącym funkcję kontrolera
domeny.
Serwer centralnej administracji ma umożliwiać definiowanie różnych kryteriów wobec podłączonych
do niego klientów (w tym minimum przynależność do grupy roboczej, przynależność do domeny,
adres IP, adres sieci/podsieci, zakres adresów IP, nazwa hosta, przynależność do grupy, brak
przynależności do grupy). Po spełnieniu zadanego kryterium lub kilku z nich stacja ma otrzymać
odpowiednią konfigurację.
Serwer centralnej administracji ma być wyposażony w mechanizm informowania administratora o
wykryciu nieprawidłowości w funkcjonowaniu oprogramowania zainstalowanego na klientach w tym
przynajmniej informowaniu o: wygaśnięciu licencji na oprogramowanie, o tym że zdefiniowany
procent spośród wszystkich stacji podłączonych do serwera ma nieaktywną ochronę, oraz że
niektórzy z klientów podłączonych do serwera oczekują na ponowne uruchomienie po aktualizacji do
nowej wersji oprogramowania.
Serwer centralnej administracji ma być wyposażony w wygodny mechanizm zarządzania licencjami,
który umożliwi sumowanie liczby licencji nabytych przez użytkownika. Dodatkowo serwer ma
informować o tym, ilu stanowiskową licencję posiada użytkownik i stale nadzorować ile licencji
spośród puli nie zostało jeszcze wykorzystanych.
W sytuacji, gdy użytkownik wykorzysta wszystkie licencje, które posiada po zakupie
oprogramowania, administrator po zalogowaniu się do serwera poprzez konsolę administracyjną
musi zostać poinformowany o tym fakcie za pomocą okna informacyjnego.
Możliwość tworzenia repozytorium aktualizacji na serwerze centralnego zarządzania i udostępniania
go przez wbudowany serwer http.
Aplikacja musi posiadać funkcjonalność, która umożliwi dystrybucję aktualizacji za pośrednictwem
szyfrowanej komunikacji (za pomocą protokołu https).
Dostęp do kwarantanny klienta ma być z poziomu systemu centralnego zarządzania.
78/196
Możliwość przywrócenia lub pobrania zainfekowanego pliku ze stacji klienckiej przy wykorzystaniu
centralnej administracji.
Administrator ma mieć możliwość przywrócenia i wyłączenia ze skanowania pliku pobranego z
kwarantanny stacji klienckiej.
Podczas przywracania pliku, administrator ma mieć możliwość zdefiniowania kryteriów dla plików,
które zostaną przywrócone w tym minimum: zakres czasu z dokładnością co do minuty kiedy wykryto
daną infekcję, nazwa danego zagrożenia, dokładna nazwa wykrytego obiektu oraz zakres minimalnej
i maksymalnej wielkości pliku z dokładnością do jednego bajta.
Możliwość utworzenia grup, do których przynależność jest aplikowana dynamicznie na podstawie
zmieniających się parametrów klientów w tym minimum w oparciu o: wersję bazy sygnatur wirusów,
maskę wersji bazy sygnatur wirusów, nazwę zainstalowanej aplikacji, dokładną wersję
zainstalowanej aplikacji, przynależność do domeny lub grupy roboczej, przynależność do serwera
centralnego zarządzania, przynależności lub jej braku do grup statycznych, nazwę komputera lub jej
maskę, adres IP, zakres adresów IP, przypisaną politykę, czas ostatniego połączenia z systemem
centralnej administracji, oczekiwania na restart, ostatnie zdarzenie związane z wirusem, ostatnie
zdarzenie związane z usługą programu lub jego procesem, ostatnie zdarzenie związane ze
skanowaniem na żądanie oraz z nieudanym leczeniem podczas takiego skanowania, maską wersji
systemu operacyjnego oraz flagą klienta mobilnego.
Podczas tworzenia grup dynamicznych, parametry dla klientów można dowolnie łączyć oraz
dokonywać wykluczeń pomiędzy nimi.
Utworzone grupy dynamiczne mogą współpracować z grupami statycznymi.
Możliwość definiowania administratorów o określonych prawach do zarządzania serwerem
administracji centralnej (w tym możliwość utworzenia administratora z pełnymi uprawnieniami lub
uprawnienia tylko do odczytu).
W przypadku tworzenia administratora z niestandardowymi uprawnieniami możliwość wyboru
modułów, do których ma mieć uprawnienia: zarządzanie grupami, powiadomieniami, politykami,
licencjami oraz usuwanie i modyfikacja klientów, zdalna instalacja, generowanie raportów, usuwanie
logów, zmiana konfiguracji klientów, aktualizacja zdalna, zdalne skanowanie klientów, zarządzanie
kwarantanna na klientach.
Możliwość synchronizowania użytkowników z Active Directory w celu nadania uprawnień
administracyjnych do serwera centralnego zarządzania.
Wszystkie działania administratorów zalogowanych do serwera administracji centralnej mają być
logowane.
Panel kontrolny musi umożliwiać administratorowi wybór elementów monitorujących, które mają być
widoczne.
Administrator musi posiadać możliwość tworzenia wielu zakładek, w których będą widoczne wybrane
przez administratora elementy monitorujące.
79/196
Elementy monitorujące muszą umożliwiać podgląd w postaci graficznej co najmniej: bieżącego
obciążenia serwera zarządzającego, statusu serwera zarządzającego, obciążenia bazy danych z
której korzysta serwer zarządzający, obciążenia komputera, na którym zainstalowana jest usługa
serwera zarządzającego, informacji odnośnie komputerów z zainstalowaną aplikacja antywirusową,
a które nie są centralnie zarządzane, podsumowania modułu antyspamowego, informacji o klientach
znajdujących się w poszczególnych grupach, informacji o klientach z największą ilością
zablokowanych stron internetowych, klientach, na których zostały zablokowane urządzenia
zewnętrzne, podsumowania wykorzystywanych systemach operacyjnych, , zagrożeń oraz ataków
sieciowych
Administrator musi posiadać możliwość maksymalizacji wybranego elementu monitorującego.
Możliwość włączenia opcji pobierania aktualizacji z serwerów producenta z opóźnieniem.
Możliwość przywrócenia baz sygnatur wirusów wstecz.
Aplikacja musi mieć możliwość przygotowania paczki instalacyjnej dla stacji klienckiej, która będzie
pozbawiona wybranej funkcjonalności.
Administrator musi posiadać możliwość centralnego, tymczasowego wyłączenia wybranego modułu
ochrony na stacji roboczej.
Centralne tymczasowe wyłączenie danego modułu nie może skutkować koniecznością restartu stacji
roboczej.
Aplikacja musi posiadać możliwość natychmiastowego uruchomienia zadania znajdującego się w
harmonogramie bez konieczności oczekiwania do jego zaplanowanego czasu.
Aplikacja do administracji centralnej musi umożliwiać utworzenie nośnika, za pomocą którego będzie
istniała możliwość przeskanowania dowolnego komputera objętego licencją przed startem systemu.
Aplikacja musi być wyposażona w dedykowany moduł wiersza poleceń umożliwiający zarządzanie
serwerem administracyjnym za pomocą odpowiednich poleceń.
Aplikacja musi posiadać możliwość wykonania zdalnych poleceń w tym co najmniej: ping, zdalnego
wyłączenia komputera, połączenia pulpitu zdalnego (RDP) oraz przesłania dowolnej wiadomości
tekstowej na stacje klienckie.
Bezpłatna aktualizacja oprogramowania, bazy wirusów przez okres 60 miesięcy od zakończenia
wdrożenia
5. Stacje końcowe
5.5b Monitor
5.5b.1 Monitor LCD – 104 szt.
Wielkość matrycy: min 21,5”
Rozdzielczość full HD
Podświetlenie: LED
Jasność min: 250 cd/m2
Współczynnik kontrastu min: 1000:1
Wejścia: DSUB, cyfrowe kompatybilne ze współpracującą z nim kartą graficzną zaoferowanego
komputera stacjonarnego
Regulacja: wysokość, nachylenie, pivot
80/196
5. Stacje końcowe
5.5c Drukarka laserowa A4
5.5c.1 Drukarka laserowa sieciowa A4 - 30 szt.
Prędkość drukowania min. 36 stron na minutę
Automatyczny druk dwustronny
Wbudowana karta Ethernet, dostosowana do pracy w sieci
Możliwość podłączenia przez port USB
Kaseta na minimum 250 arkuszy, podajnik uniwersalny na min. 50 arkuszy
Rozdzielczość druku minimum 600 x 600 dpi
Format wydruku: A4, A5, A6, koperty
Wydajność tonera nie mniejsza niż 10 000 stron
Wydajność bębna min 50 000 stron
Do urządzenia dołączony: toner startowy i zapasowy pełny toner oryginalny producenta drukarki
Gwarancja: 36 miesięcy
5. Stacje końcowe
5.5d Drukarka laserowa A3
5.5d.1 Urządzenie wielofunkcyjne ze skanerem MONO - 3 szt.
Automatyczne drukowanie dwustronne
Technologia druku: druk laserowy
1 port Hi-Speed USB
1 port Fast Ethernet 10/100, karta wbudowana
Protokół sieciowy TCP/IP (IP v4, IP v6)
Szybkość druku: min. 25 str./min
Jakość druku: min 600 dpi
W pełni współpracująca z zaproponowanym systemem operacyjnym (systemami operacyjnymi)
Kopia w rozdzielczości minimum 300 dpi
Bezpośredni wydruk PDF
Skan: rozmiar oryginału: A3, A4, A5, B4, B5, B6
Sterownik sieciowy TWAIN
Podajnik skanera: automatyczne odwracanie stron, pojemność min. 100 arkuszy
Opcja skanowania do e-mail, folder, USB (pendrive)
Obsługiwany papier w rozmiarze: A3, A4, A5, A6, B4, B5, B6
Minimum 2 kasety na papier mniejszy niż rozmiar A3
Minimum 1 kaseta na papier w rozmiarze A3
Taca boczna
Funkcja Fax
Możliwość łączenia: RJ11 x2 (linia/tel)
Szybkość fax : 33,6 kbps
81/196
Rozdzielczość fax: minimum 200 dpi
Funkcja rozróżniania użytkowników urządzenia; możliwość ograniczenia dostępu do funkcji
drukowania według typu użytkownika lub grupy. Osobne kody dostępu dla użytkowników, możliwość
otrzymania wydruku dopiero po podaniu własnego kodu.
Wydajność tonera: minimum 25 000 wydruków
Wydajność bębna: min. 100 000 stron
5. Stacje końcowe
5.5e Drukarka laserowa kolor
5.5e.1 Urządzenie wielofunkcyjne ze skanerem KOLOR - 2 szt.
Prędkość wydruku stron A4: min 25 str./min w kolorze,
Szybkie złącze USB, 10/100 Ethernet
Kompatybilne z zaproponowanym systemem operacyjnym (systemami operacyjnymi)
Automatyczny druk dwustronny
Taca boczna
Wydajność tonera czarnego: minimum 30 000 wydruków
Wydajność tonera kolorowego: minimum 20 000 wydruków
Wydajność bębnów drukujących: min 100 000 stron
Funkcja Fax
Szybkość fax: 33,6 kbps
Do urządzenia dołączony: tonery startowy i komplet zapasowych pełnych tonerów oryginalnych
producenta drukarki
82/196
5. Stacje końcowe
5.5g Czytnik kodów kreskowych
5.5g.1 Bezprzewodowy czytnik kodów kreskowych – 11 szt.
Źródło światła: laser 650 nm
Kształt promienia: 1 linia skanująca
Komunikacja: bezprzewodowa radiowa 100m w ternie otwartym
Wymienna bateria
Tryb wyzwalania: ręczny, automatyczny
Prędkość odczytu: min 100 skanów/s
Temperatura pracy: 5-45ºC
Potwierdzenie: dioda LED, programowalne rodzaje dźwięków
Odczytywane kody: EAN8, EAN13, UPC-A, UPC-E, CODE128, CODE39, CODE93, CODE11, GS1DATE, INDUS25, IATA25, MATRIX25, CODEBAR, MSI oraz inne jednowymiarowe
Możliwość podłączenia przez port RS232 lub USB
5. Stacje końcowe
5.5h Czytnik kart NFZ
5.5h.1 Czytnik kart i dowodów – 3 szt.
Odczyt kart zgodnych ze standardem ISO/IEC 7810 ID1
Skanowanie w rozdzielczości min 450 dpi
Odczyt kodów kreskowych 1D i 2D
Odczyt strefy MRZ I VIZ dokumentów
Obsługa formatów graficznych: BMP, JPG, JPG2000, PNG
W pełni współpracująca z oprogramowaniem części "białej"
Interfejs: USB
5. Stacje końcowe
5.5i UPS
5.5i.1 Zasilacz UPS - 104 szt.
Obudowa: stelażowo-wieżowa lub wieżowa
Wyjście: 1 fazowe (min 4 złącza, w tym co najmniej 3 Schuco)
Technologia: Line-interactive (AV/R z busterem i faderem)
Wyświetlacz LCD wskazujący stan pracy i pomiary w czasie rzeczywistym
Wbudowany zaawansowany ogranicznik przepięć (pełne wymagania normy IEC 616431-1)
Port komunikacyjny: USB
Ochrona sieci danych (ethernet, telefon)
83/196
Zakres prac:
Przeprowadzenie instruktażu dla min czterech osób, wskazanych przez zamawiającego, w
zakresie obsługi, administracji i konserwacji dostarczonego sprzętu oraz oprogramowania na
poziomie pozwalającym na sprawne zarządzanie systemem. W przypadku przeprowadzania w/w
84/196
Punkt 6 - Baza danych
Punkt 6 obejmuje dostawę oprogramowania bazodanowego niezbędnego do prawidłowej pracy
oprogramowania aplikacyjnego części „szarej”, „białej”, e-usług.
Wymagania ogólne:
Zamawiający dopuszcza dostarczenie oprogramowania pracującego w języku polskim lub
angielskim, pod warunkiem prawidłowej współpracy z dostarczonym sprzętem i wszystkimi
dostarczonymi systemami operacyjnymi i programami aplikacyjnymi.
Dostarczone oprogramowanie nie może być związane z konkretnym sprzętem (OEM).
wersji papierowej lub elektronicznej) w języku polskim lub angielskim, opisująca
oprogramowanie w wersji i języku dostarczonego programu, obejmująca: instalację, konfigurację
oraz konserwację.
6. Baza danych
Przedmiotem dostawy są licencje na motor bazy danych umożliwiające uruchomienie na
zaoferowanych serwerach w optymalnej konfiguracji aplikacji klienckich. Licencje musi być
dożywotnie, bez ograniczeń formalnych na wykorzystanie z aplikacjami pochodzącymi od
dowolnych dostawców.
Dostępność oprogramowania na współczesne 64–bitowe systemy operacyjne
Niezależność platformy systemowej dla oprogramowania klienckiego / serwera aplikacyjnego od
platformy systemowej bazy danych
Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez
konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego
Przetwarzanie transakcyjne wg reguł ACID (Atomicity, Consistency, Independency, Durability) z
zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Mechanizm izolowania
transakcji powinien pozwala na spójny odczyt modyfikowanego obszaru danych bez wprowadzania
blokad, z kolei spójny odczyt nie powinien blokować możliwości wykonywania zmian. Ø Oznacza to,
że modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich
blokować do celów modyfikacji. Jednocześnie spójność odczytu musi gwarantować uzyskanie
rezultatów zapytań odzwierciedlaj¹cych stan danych z chwili jego rozpoczęcia, niezależnie od
modyfikacji przegl¹danego zbioru danych
Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode)
Możliwość migracji 8-bitowego zestawu znaków bazy danych (np MS Windows CP 1252, ISO 88592) do Unicode
Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji
bazy danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy
danych
85/196
Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę
wierszy)
Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być
językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku),
oraz wspierającym obsługę wyjątków. W przypadku, gdy wyjątek nie ma zadeklarowanej obsługi
wewnątrz bloku, w razie jego wystąpienia wyjątek powinien być automatycznie propagowany do
bloku nadrzędnego bądź wywołującej go jednostki programu
Możliwość kompilacji procedur składowanych w bazie danych do postaci kodu binarnego
Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE,
DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML
oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DDL, start serwera, stop
serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze). Ponadto
mechanizm wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT,
UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach (views)
W przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor
bazy danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być
automatycznie wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi
odzwierciedlać chwilę przed rozpoczęciem instrukcji w której wystąpił ww. błąd lub wyjątek
Baza danych powinna umożliwiać na wymuszanie złożoności hasła użytkownika, czasu życia hasła,
sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia
limitu nieudanych logowań
Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych
(np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.)
oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania
procedury). Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem
mechanizmu grup użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny
dowolny podzbiór nadanych ról bazodanowych
Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy
danych. Możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu
odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów.
Możliwość integracji z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, Data
Protector itd). Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie
online
Możliwość wykonywania kopii bezpieczeństwa w trybie online (hot backup)
Odtwarzanie powinno umożliwiać odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć
stan bazy danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili wystąpienia
awarii odtwarzaniu może podlegać cała baza danych bądź pojedyncze pliki danych
W przypadku, gdy odtwarzaniu podlegają pojedyncze pliki bazy danych, pozostałe pliki baz danych
mogą być dostępne dla użytkowników
Zakres prac:
Dostawa w/w oprogramowania.
Instalacja, uruchomienie oraz oprogramowania w formie niezbędnej do optymalnej instalacji i
86/196
pracy oprogramowania części szarej, białej i e-usług
Dostarczenie kompletnej dokumentacji dot. zastosowanej konfiguracji oprogramowania (pliki
konfiguracyjne na nośniku elektronicznym, umożliwiającym sprawne przywrócenie
konfiguracji).
87/196
Punkt 7 - Oprogramowanie część „biała”
Wymagania Ogólne
Architektura i interfejs użytkownika
- System posiada graficzny interfejs dla wszystkich modułów i pracuje w graficznym
środowisku systemu operacyjnego na stanowiskach użytkownika.
- System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system
podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego
serwera bazy danych dopuszczalna jest częściowa komunikacja w języku angielskim
- System posiada mechanizm informujący użytkowników o zmianach i nowościach w
aplikacjach.
- Preferowanym przez Zamawiającego jest interfejs użytkownika dostępny z poziomu
przeglądarki internetowej. Dla wykonawców , którzy na dzień składania ofert nie dysponują
takim rozwiązaniem dopuszcza się zaoferowanie i wdrożenie rozwiązania desktopowego z
zastrzeżeniem, że w wypadku pojawienia się w ofercie wykonawcy rozwiązania
preferowanego przez Zamawiającego w ciągu 12 miesięcy od wdrożenia– Wykonawca
bezpłatnie wymieni i wdroży system przeglądarkowy we wszystkich dostępnych modułach.
Baza danych
- Wszystkie moduły systemu, za wyjątkiem Apteki, Apteczki Oddziałowej i Laboratorium
działają w oparciu o jeden motor bazy danych
- System, co najmniej w zakresie aplikacji RCH, lecznictwa otwartego i rozliczeń NFZ
powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tę samą
instancję bazy danych, te same tabele. Niedopuszczalne jest przekazywanie i dublowanie
danych w zakresie w/w systemów.
- System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na
szybkie odtworzenie ich zawartości i właściwego stanu, jak również posiada łatwość
wykonania ich kopii bieżących oraz łatwość odtwarzania z kopii. System jest wyposażony w
zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie
klienta (aplikacja) i serwera (serwer baz danych).
- Dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego
serwera baz danych.
Udogodnienia interfejsu użytkownika
- W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi,
automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych,
danych osobowych, terytorialnych).
- Kontrola/parametryzacja Wielkich/małych liter. Możliwość ustawienia w wybranych polach
jak ma być sformatowany wpis
- System musi umożliwić zmianę jednostki organizacyjnej, na której pracuje użytkownik bez
konieczności wylogowywania się z systemu
88/196
- Wyróżnienie pól:
 których wypełnienie jest wymagane,
 przeznaczonych do edycji,
 wypełnionych niepoprawnie
- System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów
osobistych i na tej podstawie dokonywanie identyfikacji pacjenta
- System umożliwia wykonanie nowej operacji w bez konieczności przerywania czynności
dotychczas wykonywanej (np. obsługa zdarzenia w trybie nagłym) i powrót do zawieszonej
czynności bez utraty danych, kontekstu itp. bez konieczności ponownego uruchamiania
aplikacji.
- System powinien umożliwiać sprawdzanie poprawności pisowni w polach opisowych tj. opis
badania, wynik, epikryza
- System musi umożliwiać drukowanie kodów jedno i dwuwymiarowych na opaskach dla
pacjentów
Bezpieczeństwo
- System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem.
Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz
danych),
- System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników
systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii
zmienianych wartości danych.
- W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci
niejawnej (haszowanej).
- Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu
uprawnień użytkowników. Każdy użytkownik systemu musi mieć odrębny login i hasło.
Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla
użytkownika dopiero po jego zalogowaniu.
- System musi mieć możliwość integracji z Active Directory.
- System musi automatycznie wylogowywać lub blokować sesję użytkownika po zadanym
czasie braku aktywności (gaszenie aktualnie wyświetlanych danych).
- System powinien wyświetlać czas pozostały do wylogowania (zablokowania) użytkownika
- Użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i
moduły dostępne dla tego użytkownika
- W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana
danych pomiędzy modułami musi odbywać się na poziomie bazy danych
System powiadomień
- System powinien umożliwić definiowanie wiadomości, których wysłanie jest inicjowane
zdarzeniem np. zlecenie leku, badania, wynik badania, zamówienie na lek do apteki.
89/196
Administrator


-
Konfigurowanie systemu
Definiowanie terminarzy zasobów: pomieszczeń, łóżek, urządzeń
Zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, użytkownika,
Definiowanie struktury dokumentów:
ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach,
szablonów wydruków (pism),
Definiowanie elementów leczenia i złożonych szablonów zleceń wykorzystywanych przez
jednostki zlecające,
- zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie
całego systemu:
 tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety, pracownie,
oddziały, izby przyjęć, ),
- Zarządzanie słownikami standardowymi (ogólnopolskimi):
- Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM - druga polska edycja,
- Klasyfikacja chorób wg ICD - rewizja 10,
- Słownik Kodów Terytorialnych GUS,
- Słownik Zawodów.
Tworzenie, przegląd, edycja słowników własnych Zamawiającego:

personelu,

leków.
- Zarządzanie strukturą użytkowników i ich uprawnieniami:
- System zarządzania użytkownikami musi umożliwiać definiowanie listy użytkowników
systemu
- System zarządzania użytkownikami musi umożliwiać określenie uprawnień użytkowników,
- System zarządzania użytkownikami musi umożliwiać połączenie listy użytkowników ze
słownikiem personelu,
- Musi istnieć możliwość nadania użytkownik uprawnień do pracy wyłącznie w kontekście
wybranej/ wybranych jednostek organizacyjnych.
- System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu
użytkowników do systemu
- Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora
nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi
posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed
wygaśnięciem, minimalna liczba dużych i małych liter oraz cyfr, liczb, minimalna i
maksymalna liczba znaków specjalnych' w haśle
- System uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać
uprawnienia z dokładnością do rodzaju wykonywanej operacji tj, osobne uprawnienie na
odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien
umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym
użytkownikom.
90/196
-
-
-
-
-
-
Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych uprawnień z
listy dostępnych. System musi umożliwiać definiowanie grup użytkowników i przydzielanie
użytkowników do tych grup.
System musi umożliwić nadanie użytkownikowi lub grupie użytkowników uprawnień do
wydruku dokumentu
System powinien umożliwiać nadawanie uprawnień użytkownikom do jednostek
organizacyjnych, w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale
wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego
jednego oddziału.
System powinien umożliwiać Lekarzom oddziału wewnętrznego dostęp do wszystkich
dokumentów związanych z leczeniem pacjentów oddziału internistycznego.
System powinien umożliwiać Lekarzom psychiatrom dostęp do wszystkich dokumentów
związanych z leczeniem pacjentów na oddziałów psychiatrycznych, oddziały I – IV, V-VII,
X, XI, XII, XIII, XIV, XV, XV
System powinien umożliwiać Lekarzom o specjalności psychiatrycznej oddziału XVI dostęp
do wszystkich dokumentów związanych z leczeniem pacjentów na oddziale XVI
System powinien umożliwiać Lekarzom psychiatrzy oddziału XVII mają dostęp do
wszystkich dokumentów związanych z leczeniem pacjentów na oddziale XVII
System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników
Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich
użytkowników aplikacji
System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu
dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych
modułów oraz funkcji systemu
System powinien umożliwić przypisanie do komórki organizacyjnej jednostki, kodu
technicznego NFZ. Powinna istnieć możliwość zmiany tego kodu w dowolnym momencie
pracy systemu.
System musi umożliwić określenie jednostkom organizacyjnym oddzielnego numeru
REGON, innego niż REGON zakładu opieki zdrowotnej
System musi umożliwiać przegląd dziennika operacji (logi),
System musi umożliwiać wykonanie funkcji optymalizacji bazy danych
System musi umożliwiać wyszukiwanie i łączenie podwójnie wprowadzonych danych
pacjentów, lekarzy, instytucji.
System musi zachowywać dane pacjenta "scalonego" mechanizmem scalania pacjentów.
Pacjent, którego dane zostały scalone z danymi innego pacjenta nie może być usunięty z
systemu. Dane pacjenta powinny być dostępne do wyszukiwania w szczególności
wyszukiwania wg identyfikatora pacjenta.
91/196
Ruch Chorych - Izba Przyjęć
Obsługa rejestru pacjentów
- System musi umożliwić obsługę skorowidza pacjentów, wspólnego dla innych modułów
medycznych tj.: Przychodnia, Pracownia Diagnostyczna, Oddział
- System umożliwia wyszukiwanie pacjentów w skorowidzu wg różnych parametrów:

status eWUŚ

nazwisko, imię i nr PESEL

identyfikator pacjenta w systemie informatycznym

rok pobytu

nr w księdze głównej

rozpoznanie

lekarz badający
- System umożliwia rejestrację i modyfikację danych pacjentów
- System umożliwia rejestrację pacjenta z Unii Europejskiej,
- System umożliwia rejestrację pacjenta przyjmowanego decyzją wójta/burmistrza
- System musi przechowywać historię zmian danych osobowych pacjenta. Wgląd w dane
medyczne sprzed zmiany danych osobowych powinno umożliwić przeglądanie I wydruk
dokumentacji z danymi pacjenta aktualnymi na dzień tworzenia tej dokumentacji
- Z poziomu danych pacjenta NN musi istnieć możliwość powiązania rekordu pacjenta NN z
rekordem pacjenta zarejestrowanego w systemie
- System musi umożliwiać przegląd danych archiwalnych pacjenta:

w zakresie danych osobowych,

w zakresie danych z poszczególnych pobytów szpitalnych

na podstawie rozpoznania wstępnego określenie maksymalnego czasu hospitalizacji z
możliwością informacji ile dni pozostało dl leczenia zgodnie z wymaganiami NFZ,
czasu hospitalizacji do danych rozpoznań w przypadku zmian jednostek chorobowych wg
wytycznym w NFZ.
Rejestracja pacjenta w Izbie Przyjęć
- System musi umożliwić pacjenta przyjęcie w trybie nagłym oraz planowym, nieplanowanym
i bez zgody pacjenta
- Dla przyjęć w trybie nagłym, system musi oznaczać pobyt jako "zagrożenie życia lub zdrowia
psychiatrycznego:

Za zgodą

Bez zgody

Na oddz. Sądowym/postanowienie sądu

Tryb wnioskowy
W celu obserwacji sądowej

- Podczas przyjmowania pacjenta skierowanego z gabinetu lekarskiego, działającego w
strukturach jednostki, system powinien informować, że pacjent taki oczekuje na przyjęcie
- System musi umożliwiać rejestrację rozpoznań: wstępnego, towarzyszących i rozpoznania
92/196
-
-






-
końcowego
Wprowadzenie danych o rozpoznaniu musi odbywać się z wykorzystaniem słownika ICD10
możliwość kojarzenia formularzy ze zleceniami i elementami leczenia
rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).
System powinien przechowywać wszystkie wersje utworzonej dokumentacji medycznej
Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego
miejsca
Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich
dokumentów dokumentacji medycznej tworzonych przez system zgodnie z obowiązującymi
przepisami.
Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego
lekarza niż lekarz aktualnie zalogowany/ autoryzujący wpis
Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby,
epikryzy lub rozpoznania poprzez podpis elektroniczny
możliwość określenia akt na podstawie, którego nastąpiło przyjęcie bez zgody ust. UOZP
dalsze generowania formularzy zawiadomień do Sądu wg wzoru obowiązującego w SP ZOZ
Szpitalu Psychiatrycznym w Toszku – załącznik nr 2 do przedmiotu zamówienia
System powinien prezentować czas, jaki upłynął od ostatniej hospitalizacji, w tym
hospitalizacji o tym samym rozpoznaniu co aktualna
Podczas rejestracji przyjęcia pacjenta na oddział system powinien umożliwiać:
nadanie numeru Księgi Oddziałowej - automatycznego lub wpisanie przez użytkownika,
wprowadzenie danych lekarza prowadzącego,
możliwość modyfikacji danych płatnika,
wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego,
łóżka, sal obserwacyjnych/ sal oddziału
wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych,
system według rozpoznania przekazuje informację o długości podstawowego pobytu na
oddziale
System musi umożliwiać rejestrację informacji o zdeponowanych przez pacjenta rzeczach,
z wpisem do wybranej księgi depozytów
odnotowania realizacji wielu procedur jednocześnie i kontynuacja realizacji wypełnienia
dokumentacji założonej na Izbie Przyjęć
93/196
-
System musi umożliwić obsługę skorowidza pacjentów, wspólnego dla innych modułów
medycznych tj.: Przychodnia, Pracownia Diagnostyczna, Oddział
- System umożliwia wyszukiwanie pacjentów w skorowidzu wg różnych parametrów:

zaplanowanie późniejszego terminu przyjęcia, skutkująca wpisem do Księgi
Oczekujących, i księgi konsultacji oraz księgi odmów
zgon pacjenta na Izbie Przyjęć, skutkujący wpisem do Księgi Zgonów


System musi umożliwiać cofnięcie skierowania na oddział lub inną izbą przyjęć
- Po zatwierdzeniu skierowania pacjenta do oddziału system drukuje opaskę z kodem
kreskowym identyfikującym pacjenta w formie naklejek – duża ilość (20 szt.) – kodów
kreskowych
- System umożliwia drukowanie wielu etykiet opatrzonym identyfikatorem pacjenta np. w
postaci kodu paskowego
- Podczas kierowania pacjenta na oddział, system według rozpoznania przekazuje informację o
długości podstawowego pobytu na oddziale
- System musi umożliwić autoryzację zdarzeń medycznych wynikłych z obsługi pacjenta na
Izbie Przyjęć niezakończonych hospitalizacją
- System musi umożliwić ewidencję danych do rozliczenia produktów kontraktowanych z NFZ
Tworzenie dokumentacji Izby Przyjęć
 System musi umożliwiać tworzenie i wydruk dokumentacji indywidualnej pacjentów izby
przyjęć: tj obserwacyjnych i zwykłych
 System ma umożliwić wydruk wykazu wolnych łóżek, wykazu wolnych łóżek na salach
obserwacyjnych możliwość podglądu z izby przyjęć
 Karta informacyjna, konsultacji odmowy przyjęcia, porady
 Historia choroby - pierwsza strona
 Karta Odmowy.
- System musi umożliwiać obsługę dokumentacji zbiorczej tj:
 Księga Główna,
 Księgi Izby Przyjęć,
 Księga Oczekujących,
 Odmów i Porad Ambulatoryjnych,
- System musi posiadać wbudowane raporty standardowe:
 Ruch chorych Izby Przyjęć - osobowy,
 Ruch chorych Izby Przyjęć - sumaryczny.
- Musi istnieć możliwość przygotowania rejestru osób przyjętych do szpitala psychiatrycznego
przyjętych na podstawie art.,26 - zobowiązanie do leczenia
- Musi istnieć możliwość definiowania własnych wykazów w oparciu o zgromadzone w
systemie dane
- System musi umożliwiać projektowanie własnych formularzy dokumentacji medycznej wg
94/196






-
-
dokumentacji obowiązującej u zamawiającego – wzory formularzy załącznikiem do
specyfikacji
System powinien umożliwiać kopiowanie rozpoznań z: poprzedniej jednostki, poprzedniej
hospitalizacji, poprzedniego pobytu w Izbie Przyjęć.
System musi umożliwiać:
wprowadzenie danych ze skierowania,
wprowadzenie danych płatnika
wpisanie wywiadu wstępnego z możliwością użycia słownika tekstów standardowych lub
dedykowanego formularza
System musi umożliwić odnotowanie wykonanych elementów leczenia tj:
procedury,
podane leki,
konsultacje.
Podczas uzupełniania danych wywiadu lub badania wstępnego, system musi umożliwić
wykorzystanie informacji uzupełnionych wcześniej tj: wywiad wstępny, rozpoznanie wstępne
lub rozpoznanie ze skierowania, badanie fizykalne wstępne
System powinien umożliwiać wprowadzenie informacji o dokumentach uprawniających do
uzyskania świadczeń
System powinien umożliwiać śledzenie historii dokumentów uprawniających do uzyskania
świadczeń.
System powinien umożliwić rejestrację informacji o wymaganym transporcie medycznym
pacjenta
System powinien umożliwić rejestrację informacji o planowanym czasie hospitalizacji
System musi posiadać możliwość ewidencji usług rozliczanych komercyjnie
Zakończenie pobytu w Izbie Przyjęć
- Rejestracja opuszczenia Izby Przyjęć przez pacjenta powinna umożliwiać wybór jednego z
trybów:

skierowanie na oddział,

przeniesienie pacjenta na inną izbę przyjęć,
odmowa przyjęcia pacjenta do szpitala, skutkująca z wpisem do Księgi Odmów i Porad

Ambulatoryjnych i konsultacji,
- System musi zapewniać integrację z innymi modułami systemu medycznego realizującymi
funkcjonalność w zakresie:
Integracja z innymi elementami systemu
- ewidencji zużytych leków i materiałów oraz aktualizacji stanów magazynowych (Apteczka
oddziałowa)
- wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,
95/196
Ruch Chorych - Oddział
-
Pulpit główny modułu powinien zawierać podstawowe informacje liczbowe informujące o
liczbie aktualnie przebywających w oddziale pacjentach, o liczbie pacjentów wypisywanych,
do przyjęcia, o ilości pacjentów na salach obserwacyjnych, ilości wolnych miejsc na Sali
obserwacyjnej, liczbie zleceń do przekazania do działu Żywienia, Laboratorium, Ruch
chorych, Apteka, Pracowni diagnostycznej usługa zleconych na zewnątrz
- System musi umożliwiać wyszukiwanie pacjentów na liście wg różnych parametrów, w tym:

stan pacjenta

status pacjenta ( przysłany z IP, przebywający na oddziale, skierowany do innej jednostki,
na przepustce, uciekinier)

status eWUŚ

identyfikator pacjenta

lekarz prowadzący

nazwisko i imię

nr księgi głównej

rozpoznanie

płatnik
nr kartoteki i karty pacjenta


zlecenia modyfikowane w ciągu ostatnich X godzin

z aktualnymi zleceniami leków

obsługiwani w innych jednostkach

z przepustkami do zatwierdzenia

przepustka na teren szpitala

zlecenia leków do potwierdzenia

bez opisu historii choroby
daty urodzenia


wyszukanie pacjenta z wykorzystanie kodu paskowego z opaski
- System musi umożliwić modyfikację danych osobowych pacjentów przebywających na
oddziale.
- System musi umożliwić przeglądanie danych archiwalnych pacjenta w zakresie:

danych osobowych,

danych z poszczególnych pobytów szpitalnych,
- System musi umożliwiać rejestrację i śledzenie historii dokumentów uprawniających do
uzyskania świadczeń.
Przyjęcie pacjenta na oddział
- Przyjęcie pacjenta do oddziału powinno odbywać się w jednym z trybów:

w trybie nagłym w wyniku przekazania przez zespół ratunkowy

w trybie nagłym
96/196

planowane na podstawie skierowania

planowane, poza kolejnością, na podstawie posiadanych uprawnień

przymusowe z podaniem podstawy prawnej i wyrażenie cofnięcia zgody na leczenie

przeniesienie z innego szpitala

przyjęcie osoby podlegającej obowiązkowemu leczeniu
- System musi umożliwić rejestrację odmowy, skutkujące wycofaniem danych pacjenta na Izbę
Przyjęć lub innej jednostki kierującej (inny oddział)
- System musi umożliwiać zaplanowanie późniejszego terminu przyjęcia – wpis Księgi
Oczekujących oddziału
- System powinien prezentować czas, jaki upłynął od ostatniej hospitalizacji, w tym
hospitalizacji o tym samym rozpoznaniu co aktualna
- Podczas rejestracji przyjęcia pacjenta na oddział system powinien umożliwiać:
nadanie numeru Księgi Oddziałowej - automatycznego lub wpisanie przez użytkownika,


wprowadzenie danych lekarza prowadzącego,

możliwość modyfikacji danych płatnika,

wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego,
łóżka, sal obserwacyjnych/ sal oddziału

wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych,

podpowiadanie czasu trwania pobytu na oddziale. System powinien umożliwiać określanie
domyślnej liczby dni pobytu dla oddziałów
Pobyt pacjenta na oddziale
- System musi umożliwić rejestrację wywiadu wstępnego z możliwością użycia słownika
tekstów standardowych lub zdefiniowanych formularzy,
- System musi umożliwiać rejestrację rozpoznań: wstępnego, końcowego, przyczyny zgonu,
- System powinien sygnalizować brak rozpoznania dodatkowego z zakresu V-Y przy podanym
rozpoznaniu zasadniczym z grup S-T
- System musi umożliwiać autoryzację, przez lekarza, rejestrowanych elementów historii
choroby
- System musi umożliwiać rejestrację informacji o zdeponowanych przez pacjenta rzeczach, z
wpisem do wybranej księgi depozytów
- System musi umożliwić wpisanie planowanego czasu trwania hospitalizacji
- System powinien umożliwiać zdefiniowanie standardowego czasu pobytu pacjenta dla:
każdego z oddziałów. Czas ten powinien być podpowiadany podczas przyjęcie pacjenta na
oddział.
- System musi umożliwić dostęp do dokumentacji medycznej, przechowywanej w archiwum,
dla pacjentów przebywających w oddziale
- System musi umożliwiać przegląd historii zmian danych pobytu w oddziale
- podpowiadanie czasu trwania pobytu na oddziale. System powinien umożliwiać określanie
domyślnej liczby dni pobytu dla oddziałów
- System musi umożliwiać rejestrację wykonanych oraz zlecanych pacjentowi elementów
leczenia, w szczególności:

procedur, w tym zabiegów, z możliwością ich wprowadzania wg zdefiniowanych grup
97/196

badań diagnostyczne,

leków,

konsultacji,

diet,
- System musi umożliwić ewidencję przepustek
- W danych medycznych pacjenta musi istnieć możliwość rejestracja informacji o
szczepieniach, alergii, chorobach przewlekłych, grupie krwi. Dane te powinny być na stałe
przypisane do pacjenta i widoczne w kontekście każdego pobytu.
- Dla grupy krwi powinna być możliwość potwierdzenia przez lekarza oraz możliwość
załączenia obrazu zeskanowanego dokumentu potwierdzającego grupę
- Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem,
- System musi umożliwić tworzenie kart kwalifikacji do żywienia dojelitowego i
pozajelitowego
Opieka pielęgniarska
- System musi umożliwiać ewidencję diagnoz pielęgniarskich, co najmniej, w zakresie:

wprowadzania diagnoz (przy użyciu słownika diagnoz funkcjonującego w szpitalu)

realizacji procedur wynikających z diagnoz,

dodania lub usuwania wielu procedur jednocześnie
odnotowania realizacji wielu procedur jednocześnie i kontynuacja realizacji wypełnienia

dokumentacji założonej na Izbie Przyjęć

kontrola czynności pielęgniarskich

edycji opisu wykonanej procedury

planu realizacji
wydruku indywidualnej karty procesu pielęgnacji

- System musi umożliwiać wydruk karty gorączkowej z możliwością wyboru pomiarów, jakie
powinny pojawić się na karcie wg wzoru obowiązującego w SP ZOZ Szpitalu
Psychiatrycznym w Toszku – załącznik nr 2 do przedmiotu zamówienia
- Ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika kolejności
- Musi istnieć możliwość wydruku siatek centylowych dla pomiaru wzrostu, wagi, obwodu
głowy i BMI dla pacjentów w różnych grupach wiekowych.
- System musi umożliwić ewidencję statusów pielęgniarskich
- Musi istnieć możliwość wykorzystania definiowanych formularzy do opisu statusu
pielęgniarskiego
- Tworzenie zapotrzebowania żywnościowego dla pacjentów oddziału z możliwością
przeliczenia ilości zamawianych posiłków wg przypisanych pacjentom diet, katalog diet –
wg wzoru obowiązującego w SP ZOZ Szpitalu Psychiatrycznym w Toszku – załącznik nr 2
do przedmiotu zamówienia współpracującym z modułem z części szarej „żywienie”
- Możliwość uzupełnienie zapotrzebowania żywnościowego o zamówienia dodatkowych
posiłków i materiałów
- Musi istnieć możliwość odnotowania podania leku należącego do pacjenta
- System musi umożliwić tworzenie dokumentacji związanej z oceną stanu odżywiania
98/196
pacjenta
Zakończenie pobytu
- System musi umożliwić rejestrację opuszczenia oddziału przez pacjenta w jednym z
trybów:
o przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.
o przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych
wypisowych z poprzedniego oddziału),
o wypis pacjenta ze Szpitala, wg obowiązującego stanu prawnego (opcje:
administracyjny planowy i na żądanie)
o zgon pacjenta na Oddziale, z możliwością odnotowania:
innej osoby wypisującej a innej stwierdzającej zgon
danych medycznych po zarejestrowaniu zgonu pacjenta
rodzaju zgonu: nagły, śródzabiegowy, inny
- Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,
w trakcie pobytu i przy wypisie.
- Podczas rejestracji zgonu pacjenta, system powinien anulować wszystkie zlecenia,
zaplanowane wizyty oraz wpisy w kolejce oczekujących.
Przygotowanie dokumentacji medycznej
- Możliwość wydrukowania recept i informacje o pacjencie
- System musi umożliwić autoryzację danych oddziałowych:
cała dokumentacja medyczna

rozpoznań,

epikryz,

obserwacji lekarskich.
- Danych autoryzowanych nie można usunąć ani modyfikować, jedynie oznaczyć jako
nieaktualne, ustalony limit czasowy w momencie wdrożenia z możliwością dopisania po
okresie limitu czasowego brak możliwości usunięcia i modyfikowania dokumentacji
medycznej
- Podczas wpisywania treści rozpoznania opisowego, system musi umożliwiać wykorzystanie
wszystkich tekstów zapisanych wcześniej w historii choroby pacjenta
- Możliwość projektowania formularzy dokumentacji medycznej wg wzoru obowiązującego w
SP ZOZ Szpitalu Psychiatrycznym w Toszku – załącznik nr 2 do przedmiotu zamówienia
- Możliwość definiowania dodatkowych lub modyfikacja istniejących szablonów wydruków
przez Zamawiającego
- System musi informować o konieczności utworzenia właściwego dokumentu w oparciu o
informacje o wyniku badania (patogen alarmowy), podania leków i stwierdzonych zakażeń
- Przechowywanie wszystkich wersji utworzonych dokumentów
- Przegląd i modyfikacja pełnej historii choroby, wszystkie jej elementy powinny być dostępne
w jednym miejscu
- Prowadzenie i wydruk Historii Choroby w podziale na:
99/196
























dane przyjęciowe,
wywiad wstępny (przedmiotowo, podmiotowo),
przebieg choroby,
epikryza (możliwością wykorzystania słownika tekstów standardowych).
kopiowanie wyników badania i danych wypisowych z poprzednich pobytów w celach
informacyjnych
System musi umożliwić wydruk, dokumentów wewnętrznych oddziału wszystkich z
załącznikami
Karty Wypisowa,
Karty Informacyjna.
System musi umożliwić wydruk dokumentów zewnętrznych oddziału, w tym:
Karty Statystyczna
Karta Zakażenia Szpitalnego,
Karta Zgłoszenia Choroby Zakaźnej,
Karta Zgonu
System musi umożliwić obsługę ksiąg:
Księga Główna,
Księga Oddziałowa,
Oczekujących,
Zabiegów.
Raportów Lekarskich
Raportów Pielęgniarskich
Podczas wydruku zbiorczej dokumentacji medycznej musi istnieć możliwość definiowania
zakresów ksiąg do wydruku obejmująca:
wybrane strony, wybrane jednostki organizacyjne
System musi posiadać możliwość utworzenia i wydrukowania standardowych raportów:
zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale
(dzienne, tygodniowe, za dowolny okres)
liczba osobodni z uwzględnieniem przepustek, w zadanym okresie
obłożenie łóżek na dany moment, uwzględnieniem osobno łóżek obserwacyjnych
diety podane pacjentom oddziału.
zaświadczenie o pobycie pacjenta zawierające: nazwisko i imię pacjenta, nazwę
oddziału(kliniki), okres pobytu, rozpoznanie zasadnicze
raport z dyżuru lekarskiego
raport statusów pielęgniarskich powinien uwzględniać sortowanie w porządku malejącym
lub' rosnącym wg daty wykonania i osoby wykonującej
Dokumentacja Medyczna (Formularze według załącznika nr 2 do przedmiotu zamówienia)
- Generowanie Historii Choroby z danych zgromadzonych w systemie
- Generowanie Karty Informacyjnej z danych gromadzonych w systemie
- Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka
100/196
organizacyjna, zadany czasu,
Generowanie wydruków kart obserwacji pacjenta
Obserwacje pielęgniarskie i lekarskie (statusy)
Generowanie wydruków kart zakażenia, kart drobnoustroju
Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych raport zbiorowy
i raporty pielęgniarskie, wg wzoru obowiązującego w SP ZOZ Szpitalu Psychiatrycznym w
Toszku
- Generowanie raportów z diagnoz pielęgniarskich
- Wydruk diagnoz pielęgniarskich
- System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub
zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.
- Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego
miejsca
- Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich
przepisami.
- Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego
- Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby,
epikryzy lub rozpoznania
- Podczas przyjmowania pacjenta skierowanego z gabinetu lekarskiego, działającego w
strukturach jednostki, system powinien informować, że pacjent taki oczekuje na przyjęcie
- System musi umożliwiać rejestrację rozpoznań: wstępnego, towarzyszących i rozpoznania
końcowego
- Wprowadzenie danych o rozpoznaniu musi odbywać się z wykorzystaniem słownika ICD10

możliwość kojarzenia formularzy ze zleceniami i elementami leczenia

rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).

dostęp do danych dla potrzeb analityczno-sprawozdawczych.
- System powinien przechowywać wszystkie wersje utworzonej dokumentacji medycznej
Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego
miejsca
- Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich
przepisami.
- Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego
- Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby,
epikryzy lub rozpoznania poprzez podpis elektroniczny
-
101/196
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w
zakresie:
 ewidencji zużytych leków i materiałów oraz aktualizacji stanów magazynowych
(Apteczka oddziałowa),
 wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia,
Pracownia Diagnostyczna).
 Tworzenia zamówień na krew i preparaty krwiopochodne zgodnie z modułem
związanym z bankiem krwi wg wzoru obowiązującego w SP ZOZ Szpitalu
Psychiatrycznym w Toszku
 tworzenie zamówień na krew na "ratunek życia"
 odnotowanie podań krwi i preparatów krwiopochodnych z wpisem do księgi
transfuzyjnej, odnotowanie powikłań po przetoczeniu
 Możliwość ewidencji wykonania usług rozliczanych komercyjnie ruch chorych –
oddział
102/196
KRWIODAWSTWO
BANK KRWI
Prowadzenie magazynu krwi - księga przychodów:

nazwa preparatu,

numer donacji,
grupa krwi dawcy,


ilość,

data przychodu,
nazwa osoby przyjmującej,

Prowadzenie magazynu krwi -księga rozchodów:

nazwa preparatu,

numer donacji,

grupa krwi dawcy,
ilość,


data rozchodu.

nazwa osoby wydającej.

jednostka przyjmującą.

dane biorcy
Automatyczne przyjmowanie imiennych zamówień z oddziałów z minimalnym zakresem
danych:

jednostka zamawiająca,

dane pacjenta.

grupa krwi pacjenta,

nazwa preparatu,

ilość,

data ważności,
termin dostarczenia

Obsługa pracowni serologii:

kontrola grupy krwi,

screening na przeciwciała

próba zgodności
wynik


Uwagi

Generowanie zapotrzebowania zbiorczego na podstawie zapotrzebowań imiennych z
oddziałów

Obsługa czytników kodów paskowych (donacja zapisana w kodzie EAN)
 Wydruki:

dokumenty przychodów i rozchodów,

zapotrzebowanie na krew imienne,
skierowanie na badanie grupy krwi,

103/196




skierowanie na badanie grupy zgodności,
skierowanie na krew do pilnej transfuzji,
książka transfuzyjna.
zgłoszenie powikłania poprzetoczeniowego.
Ruch Chorych - Statystyka
- System musi umożliwić obsługę skorowidza pacjentów z możliwością integracji z innymi
systemami medycznymi (Przychodnia, Pracownia Diagnostyczna)
- System musi umożliwić wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, w
szczególności:


data urodzenia i miejsce

imię ojca i matki

miejsce urodzenia
płeć


PESEL opiekuna

nazwisko rodowe matki

miasto (pobyt stały, adres korespondencyjny)

pobyt w jednostce

pobyt w okresie

nr telefonu

adres e-mail
nazwisko rodowe i poprzednie nazwisko pacjenta


rodzaj i nr dokumentu tożsamości

status: VIP, cudzoziemiec, uprawniony do przyjęcia poza kolejnością

przyjęty: dzisiaj w godzinach od., do.., wczoraj w godzinach od., do.., w ciągu ostatnich
24,48, X godzin
- System musi umożliwić wyszukiwanie pacjenta o nieznanej tożsamości (NN) co najmniej w
oparciu o:

płeć (męska, żeńska, nieznana)

fragment (fraza) opisu pacjenta

przyjęty: dzisiaj w godzinach od,, do.., wczoraj w godzinach od., do.., w ciągu ostatnich
24,48, X godzin
- Musi istnieć możliwość modyfikacji i rejestracji danych pacjentów,
- Musi istnieć możliwość przeglądu danych archiwalnych pacjenta:


- System musi umożliwiać potwierdzenie wypisu pacjenta pod kątem kompletności i
poprawności dokumentacji,
104/196
- System musi umożliwić obsługę ksiąg:

Księga Główna,

Księga Odmów,
Księga Zgonów,


Księga Oczekujących,

Księga Transfuzji

Księga Oddziałowa

Księga Zabiegów
Raporty i wydruki statystyki
- System musi umożliwiać definiowanie własnych szablonów wydruków,
- System musi umożliwiać definiowanie własnych wykazów
- System musi umożliwiać projektowanie formularzy dokumentacji medycznej
- System musi umożliwiać wydruk, co najmniej:
 Karty Statystycznej,
 Karty Leczenia Psychiatrycznego,
 Karty Zgonu,
- System musi umożliwiać tworzenie raportów:
 zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale
(dzienne, tygodniowe, za dowolny okres)
 liczba osobodni z uwzględnieniem przepustek, w zadanym okresie
 diety podane pacjentom oddziału.
- wbudowane raporty standardowe:
 statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w
okresie (liczba, przyjętych, liczba wypisanych, liczba osobodni, liczba konsultacji
 z obłożenia łóżek,
 zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej
(sumaryczne i osobowe)
 pacjenci powracający do szpitala, z uwzględnieniem pacjentów powracających na
ten sam oddział
- System powinien umożliwić wydruk raportów w formacie XLS
- System musi zapewniać możliwość zdefiniowania własnych wykazów według wszystkich
elementów występujących w hospitalizacji pacjenta oraz wskaźników leczenia.
- System musi umożliwiać przygotowanie elektronicznych dokumentów wspomagających
sprawozdawczość, w tym.:
 Oddziały NFZ:
 Ministerstwo Zdrowia
 Urząd Marszałkowski
 PZH
 CSIOZ.”
105/196
- Zamawiający wymaga dostarczenia generatora wykazów i wydruków. Wykonawca musi
-
dostarczyć funkcjonalność generacji następujących dokumentów:
 Urząd Marszałkowski - Kwartalne sprawozdanie o ilości wykonanych świadczeń i
wskaźnikach szpitalnych ( z działalności szpitala)
 PZH – MZ-56
 CSIOZ: sprawozdania MZ15, MZ-30,
 GUS - ZD-3,
 Instytut Psychiatrii i Neurologii w Warszawie: sprawozdania Mz/Szp 11b ( stany i
wypisy ), MZ/Szp – 11 ( stany i wypisy )
System musi umożliwiać eksport danych statystycznych oraz ilościowych o wykonanych
świadczeniach do pliku tekstowego lub w formacie .xls z możliwością wykorzystania przez
moduły Rachunku Kosztów Leczenia.
-
Ruch Chorych - Rozliczenia NFZ
- Możliwość obsługi i rozliczeń z wieloma oddziałami NFZ
- Import pliku umowy w postaci komunikatu UMX,
- Przegląd szczegółów umowy:

Okres obowiązywania umowy,

Pozycje planu umowy,

Miejsca realizacji świadczeń

Limity na realizację świadczeń i ceny jednostkowe,

Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych,
pakietów świadczeń, schematów leczenia itd.)

Parametry pozycji pakietów świadczeń
- Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach
bez konieczności importu i kopiowania danych
- Weryfikacja wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze stanem, po
wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania). Możliwość zbiorczej
modyfikacji pozycji rozliczeniowych, w których znaleziono różnice

Różnica w cenie świadczenia,

Różnica w wadze efektywnej świadczenia,

Różnica w sposobie obliczania krotności i okresu
- Definiowanie dodatkowych walidacji

Liczba realizacji świadczeń w okresie,

Liczba realizacji świadczeń w ramach zakresu w okresie,

Rozliczenie świadczeń z uwzględnieniem korektora
- Możliwość ewidencji i rozliczenia realizowanych świadczeń
Ubezpieczonym,


Nieubezpieczonym a uprawnionym do świadczeń,

Uprawnionym na podstawie decyzji wójta/burmistrza
106/196

Uprawnionym na podstawie przepisowo koordynacji,

Uprawnionym na podstawie Karty Polaka

Kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia
- Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących

Numeru umowy,

Zakresu świadczeń,

Wyróżnika

Świadczenia jednostkowego,
- Możliwość wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń
poprzez funkcjonalność autoryzacji świadczeń przez osobę uprawnioną
- Przegląd informacji o posiadanych przez pacjenta uprawnieniach do świadczeń w każdym
dniu pobytu
- Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć
możliwość modyfikacji danych
- Komunikacja z systemami informatycznymi NFZ musi odbywać się automatycznie, z
poziomu systemu HIS
- W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania
danych, operacje te muszą odbywać się automatycznie w systemie HIS
- System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej godzinie, co
określoną liczbę godzin, za określoną liczbę godzin
- Weryfikacja zestawów świadczeń pod kątem poprawności i kompletności wprowadzonych
danych
- Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ
- Wyszukiwanie po numerach w księgach
- Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9
- Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ
- Wyszukiwanie po instytucji kierującej
- Wyszukiwanie po personelu kierującym/ realizującym
- Wyszukiwanie zestawów bez pozycji rozliczeniowych
- Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi
- Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone
- Wyszukiwanie po statusie rozliczenia
- Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy
- Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe
- Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji
- Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie
- Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta
- Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie
została sprawozdana do systemu NFZ
- Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej
wersji publikowanej przez płatnika
- Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI)
107/196
-








-
Import danych z pliku z szablonami rachunków (komunikat R_UMX)
Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących
Eksport komunikatu LIOCZ - informacje o statystykach kolejek oczekujących
Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących
Import komunikatu P_LIO - potwierdzenie statystyk przekazanych w komunikacie LIOCZ
Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika
Generowanie i wydruk rachunków na podstawie szablonów
Generowanie i wydruk faktur na podstawie rachunków
Generowanie i wydruk zestawień i raportów związanych ze sprawozdawczością wewnętrzną
(możliwość śledzenia postępów wykonania zakontraktowanych świadczeń w ciągu trwania
okresu rozliczeniowego)
Raport z wykonanych świadczeń z możliwością ograniczenia danych do m.in.:
Numeru umowy,
Zakresu miesięcy sprawozdawczych,
Miesiąca rozliczeniowego,
Jednostki realizującej,
Zakresu świadczeń i wyróżnika,
Świadczenia,
Numeru szablonu
Uprawnienia pacjenta do świadczeń
Zestawienie z realizacja planu umowy,
Zestawienie wykonań przyrostowo,
Zestawienie wykonań według miejsc realizacji
Sprawozdanie rzeczowe
Eksport danych do formatu XLS
Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez
OW NFZ
Sprawozdanie finansowe,
Zestawienie świadczeń udzielonych świadczeniobiorcom innym niż ubezpieczeni,
Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji (UE),
Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy (decyzja
wójta/burmistrza),
Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na
podstawie art. 12 lub art. 13 ustawy
Ewidencja faktur zakupowych
Import słownika produktów handlowych (komunikat PRH)
Możliwość przekodowania produktów handlowych na leki
Ewidencja faktur zakupowych
Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu FZX
Import potwierdzeń do faktur zakupowych (komunikat FZZ)
System powinien umożliwiać definiowanie minimalnej i maksymalnej liczby pacjentów
uczestniczących w sesjach terapeutycznych
108/196
-
-
Integracja z innymi modułami systemu - ewidencja pozycji rozliczeniowych w Ruchu
Chorych, Przychodni - ewidencja faktur zakupowych za leki w module Apteka - ewidencja
faktur zakupowych na leki stosowane w programach lekowych
Eksport faktur rozliczeniowych do modułu Finansowo-Księgowego
Przekazywanie danych o hospitalizacji do Symulatora JGP
109/196
Gruper JGP
-
-










-
Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji za pomocą
wbudowanego grupera JGP
import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9),
Wyznaczanie JGP dla hospitalizacji
Możliwość wyznaczania JGP dla każdego z pobytów oddzielnie
Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z
publikowanych Zarządzeń Prezesa NFZ
Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów:
leczenie szpitalne, ambulatoryjna opieka specjalistyczna
Możliwość ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera lokalnego i
grupera NFZ
Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością aktualizacji
JGP na poprawną
Różnice wynikające z wczytania nowych wersji grupera, które opublikowano z wsteczną
datą obowiązywania, które mogą obejmować
 Różnice w zaewidencjonowanych taryfach,
 Różnice w zaewidencjonowanych JGP,
Różnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ na
wyznaczoną JGP:
Konieczność zmiany JGP,
Konieczność zmiany taryfy,
Konieczność przepięcia JGP do pobytu na innym oddziale
Wyszukiwanie hospitalizacji wg poniższych kryteriów
Data zakończenia hospitalizacji,
Wersja grupera za pomocą, którego wyznaczono JGP
Kod JGP,
Rozpoznanie główne
Kod procedury
Status rozliczenia
Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji
rozpoznań wypisowych
Wsteczna weryfikacja z możliwością aktualizacji JGP pod kątem znalezienia bardziej
optymalnej JGP
110/196
Weryfikacja eWUŚ




Weryfikacja uprawnień pacjenta do świadczeń refundowanych przez NFZ podczas
rejestracji na Izbie Przyjęć
rejestracji/planowania wizyty w przychodni lub pracowni, weryfikowany jest stan na dzień
rejestracji
Tworzenie harmonogramów weryfikacji grupowej
Weryfikacja uprawnień w oparciu o harmonogramy obejmująca pacjentów
przebywających na oddziale,
przebywających na obserwacji na izbie przyjęć
w trakcie wizyt
Oznaczanie ikoną i kolorem statusu weryfikacji pacjenta na liście pacjentów
w widocznym miejscu przy danych pacjenta
111/196
Ruch Chorych – Kolejki Oczekujących
-


-










Definicja kolejek oczekujących zgodnie z wymaganiami płatnika
Kolejki oczekujących do komórek organizacyjnych
Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych
zdefiniowanych przez płatnika
Prowadzenie kolejek oczekujących
Wykaz osób oczekujących w kolejce
Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku odległego
terminu realizacji świadczenia)
Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki
pilne/przypadki stabilne)
Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną zmiany
Zablokowanie możliwości zmiany danych w kolejce oczekujących dla pacjentów
zrealizowanych, po zakończeniu okresu rozliczeniowego tj. po 10 dniu każdego miesiąca za
miesiąc rozliczeniowy (poprzedni)
Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami
Wszystkich aktywnych pozycji
Wybranych oczekujących
Wskazanie tych definicji kolejek oczekujących, które po wczytaniu aneksu do umowy
posiadają nieaktualne informacje o kodzie komórki wg NFZ wraz z możliwością aktualizacji
kodu komórki wg NFZ na podstawie aktualnych zapisów w umowie z NFZ
Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne
Liczba oczekujących
Szacunkowy czas oczekiwania w kolejce
Średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem opublikowanym w
rozporządzeniu)
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu
sprawozdawczości związanej z kolejkami oczekujących
Komunikat LIOCZ - komunikat szczegółowy o kolejkach oczekujących
import komunikatu „potwierdzeń odbioru" danych o kolejkach oczekujących
Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów
Rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej
Kod kolejki
Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją)
Kategoria medyczna (pilny, stabilny)
Data wpisu (od .. do ..)
Data planowanej realizacji (od .. do ..)
Data skreślenia z kolejki (od .. do..)
112/196
Zlecenia
Zlecanie leków:
- System musi umożliwiać planowanie i zlecanie leków w powiązaniu z modułem
Apteczki Oddziałowej
- System musi umożliwiać zlecanie podań leków o określonych porach oraz co
określony czas, od pierwszego podania co X godzin i Y minut
- System musi pozwalać na wyróżnianie kolorem zleceń leków zlecanych z innych
magazynów
- Podczas zlecenia leków system powinien umożliwiać podgląd karty leków
- Podczas zlecania antybiotyku system powinien wymagać określenie rodzaju
antybiotykoterapii: celowana, empiryczna, profilaktyka, WRZ i karty zleceń
- System powinien umożliwiać prezentację i wydruk indywidualnej karty zleceń podań leków
- Musi istnieć możliwość zlecania leków:

recepturowych

pomp infuzyjnych

możliwość określenia drogi podania leków
- Musi istnieć możliwość wydruku tacy leków z podaniem nazwiska osoby drukującej
i czasu wydruku
Zlecanie badań:
- Dla pobytów oznaczonych „zagrożenie życia lub zdrowia" wszystkie zlecenia powinny być
opatrzone statusem PILNE
- System musi umożliwić planowanie i zlecanie badań diagnostycznych i laboratoryjnych,
zabiegów, konsultacji przekazywanych jednostek Zamawiającego, w tym:
- z Oddziału do: Pracowni Diagnostycznej, Przychodni, innego Oddziału, Gabinetu
lekarskiego, Laboratorium
- System powinien umożliwiać zlecanie wielu różnych badań w jednym miejscu, opatrzony
wspólnym nagłówkiem i komentarzem
- System powinien podpowiadać, na zleceniu, rozpoznania zasadniczego a w przypadku jego
braku rozpoznania wstępnego
- Dla zleceń laboratoryjnych musi istnieć możliwość odnotowania informacji o pobranym
materiale dla pojedynczego badania lub zestawu badań
- Dla zleceń laboratoryjnych musi istnieć możliwość określenia planowanej godziny
wykonania badania. System powinien podpowiadać domyślne godziny pobrań materiałów
- W przypadku anulowania zlecenia, powód anulowania powinien być widoczny przy zleceniu
- System musi umożliwiać planowanie i zlecanie badań i konsultacji w ramach zleceń
zewnętrznych innych podmiotów)
- System musi zapewnić możliwość definiowania zleceń złożonych:

kompleksowych,

panelowych,

cyklicznych.
113/196





-
-
Powinna istnieć możliwość przepisania opisu zlecenia z poprzedniego zlecenia
Powinna istnieć możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz
potwierdzenie),
System musi umożliwiać powtarzanie zleceń co określony interwał czasu
System musi umożliwiać przegląd zleceń według ustalonych przez użytkownika kryteriów:
dla pacjenta,
typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),
okresu.
Po wystawieniu zlecenia powinna istnieć możliwość zmiany jednostki, która zostanie
obciążona kosztami realizacji zleconego badania.
System musi umożliwiać wydruki zleceń, w tym:
dzienne zestawienie leków dla pacjenta,
dzienne zestawienie badań do wykonania.
System musi umożliwiać przegląd wszystkich zleceń z jednostki zlecającej z możliwością
wydruki wyniku wykonanego badania,
Musi istnieć możliwość definiowania szablonów dokumentów skojarzonych z
wprowadzanym zleceniem.
System musi zapewnić możliwość wyświetlania wyników w układzie tabelarycznym z
możliwością śledzenia zmian wyników i zmiany kolejności porównywanych parametrów (np.
w wyniku morfologii)
System musi zapewnić możliwość przeglądania wyników liczbowych w postaci graficznej
(badanie trendu)
System musi umożliwić graficzną prezentację wyników badań z uwzględnieniem, na osi
czasu, podanych leków i wykonanych procedur
114/196
Apteka Szpitalna i Apteczka Oddziałowa
-
Automatyczne sprawdzanie i weryfikowanie faktycznej zawartości dostawy z dokumentem
elektronicznym (wz, faktura),
- Zautomatyzowane odczytywanie kodów EAN, numerów seryjnych i dat ważności np. za
pomocą skanera,
- Odpowiednie oznaczanie zeskanowanych produktów w systemie,
- obsługa magazynu leków apteki :
- konfiguracja magazynu apteki:
 możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych,
 możliwość definiowania własnych grup leków (globalnych i lokalnych),
 możliwość tworzenia lokalnych słowników leków dla magazynów,
 możliwość wyszukiwania leku na podstawie kodu EAN13 lub EAN 128
 możliwość definiowania własnych dokumentów (np. rozchód darów, przyjęcie
bezpłatnych próbek itp.),
 możliwość numerowania dokumentów wg definiowanego wzorca.
- Sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i materiałów
medycznych. Zamówienia mogą być przygotowywane na podstawie aktualnych stanów
magazynowych, stanów minimalnych i maksymalnych,
- Podczas składania zamówienia do dostawcy powinna istnieć możliwość oznaczenia
zamawianego leku jako zamiennika do leku będącego przedmiotem zawartej umowy
- Ewidencja dostaw(przychód):
o dostawa od dostawców, z możliwością wprowadzana ich drogą elektroniczną
(możliwość rejestrowania również dostaw nie fakturowanych),
o sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków
recepturowych oraz płynów infuzyjnych,
- W dokumencie produkcji leku recepturowego musi być możliwość podglądu składników leku
o sporządzanie roztworów spirytusowych,
o import docelowy zakładowy i indywidualny
o zwrot z oddziałów z aktualizacją stanów apteczki,
o dary.
- W dokumencie przychodu próbek powinna istnieć możliwość rejestracji danych osoby
dostarczającej próbkę oraz nazwę podmiotu odpowiedzialnego.
- W dokumencie przychodu leku wykorzystywanego w programie badań klinicznych powinna
istnieć możliwość uzupełnienia numeru protokołu.
- Ewidencja dostaw na podstawie kodu EAN13 lub EAN 128. W przypadku braku pozycji o
podanym kodzie system powinien uzupełnić dane leku
- Korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów
medycznych.
- Ewidencja wydań (rozchodów):
 wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie
zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową),
115/196
-
Ewidencja wydań na podstawie kodów EAN13 i EAN 128
 możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału
 wydawanie na zewnątrz,
 zwrot do dostawców,
 ubytki i straty nadzwyczajne,
 korekta wydań środków farmaceutycznych,
 definiowanie i kontrola limitów wartościowych leków wydawanych do komórek
organizacyjnych,
- Rezerwacja stanów magazynowych,
- Ewidencja dostaw na podstawie kodu wewnętrznego szpitala,
- Blokada lub ostrzeżenie wykorzystania leku przeterminowanego,
- Grupowanie opakowań w opakowania zbiorcze,
- Podział opakowań na mniejsze opakowania,
- Zbiorowe drukowanie etykiet dla produktów z tej samej serii i o tej samej dacie ważności
- Przekazywanie zbiorcze leków z apteki do apteczek oddziałowych w postaci paczki
zawierającej pojedyncze opakowania,
- Korekta stanów magazynowych:
 korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z
natury z dokładnością do dostawy lub asortymentu,
 generowanie arkusza do spisu z natury,
 bieżąca korekta jakościowa stanu magazynowego,
 system sprawdza, czy występują różnice inwentaryzacyjne, W przypadku braku różnic
informuje o tym użytkownika.
 odnotowanie wstrzymania lub wycofania leku z obrotu,
 kontrola dat ważności oraz możliwość zdejmowania ze stanów magazynowych leków
przeterminowanych.
- Przegląd stanów magazynowych bieżących oraz na wybrany dzień.
- Wspieranie obsługi i kontroli zamówień (w tym publicznych):
 przekazywanie listy asortymentowo - wartościowej leków do modułu realizującego
funkcjonalność obsługi zamówień i przetargów,
 pobieranie zwycięskiej oferty (umowy),
 kontrola realizacji dostaw i poziomu cen w ramach zwycięskiej oferty (umowy),
- Obsługa żywienia
- czynności analityczno-sprawozdawcze: raporty i zestawienia:
- raporty i zestawienia:
 na podstawie rozchodów,
 na podstawie przychodów,
 na podstawie stanów magazynowych,
 możliwość wydruku do XLS
 raport realizacji zamówień wewnętrznych
Możliwość przekazywania wszystkich wydruków do plików w formacie PDF
116/196
Generator raportów (możliwość definiowania własnych zestawień).
Wspomaganie decyzji farmakoterapeutycznych:
 przechowywanie informacji o leku,
 wstrzymanie, wycofanie decyzją GIF,
 odnotowywanie działań niepożądanych.
 możliwość definiowania receptariusza szpitalnego
Integracja z innymi modułami realizującymi funkcjonalność w zakresie;
Finanse - Księgowość:
 dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na
kontach księgi głównej FK,
 możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
magazynu apteki,
 możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
magazynu apteczki oddziałowej,
 możliwość tworzenia wzorców eksportu do FK,
 możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów,
ośrodków powstawania kosztów.
 Rachunek kosztów leczenia:
 w zakresie udostępnienia indeksu leków i danych o aktualnych cenach leków do
określenia normatywów materiałowych świadczeń (w zakresie leków).
 Ruch Chorych, Przychodnia:
 w zakresie skorowidza pacjentów.
Kontrola interakcji pomiędzy składnikami wybranych leków
System musi umożliwiać definiowanie zamienników dla wybranych leków
W systemie musi być możliwość przypisania leku do grupy odpowiedników/zamienników
Kontrola realizacji zamówień do dostawców oraz umów przetargowych,
Raporty:

na podstawie przychodów,

na podstawie rozchodów,

możliwość zapisu w formacie xls,

eksport do Systemu Finansowo Księgowego
- Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych
- Akceptacja dokumentów
- Zwrot z apteki
- Ubytki i straty nadzwyczajne
- Korekta wydań środków farmaceutycznych
- Korekta stanów magazynowych
- Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury
- Generowanie arkusza do spisu z natury
- generowanie zamówień do apteki głównej z apteczki oddziałowej,
- obsługa magazynu apteczki oddziałowej;
- wydawanie środków farmaceutycznych z apteczki oddziałowej;
117/196
o wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch
Chorych, Przychodnia),
o leki dla pacjentów
o zwrot do apteki,
o ubytki i straty nadzwyczajne,
o korekta wydań środków farmaceutycznych,
- korekta stanów magazynowych:
o korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza
spisu z natury,
o generowanie arkusza do spisu z natury,
o bieżąca korekta jakościowa stanu magazynowego.
Możliwość definiowania receptariusza oddziałowego
Możliwość obsługi apteczek pacjentów
- zgodnie z procedurą „Przyjęcie leku własnego pacjenta na stan magazynowy apteczki
oddziałowej” obowiązującą w SP ZOZ Szpitalu Psychiatrycznym w Toszku
- integracja z modułem Zleceń lekarskich,
- wyświetlanie zleceń lekarskich
- kontrola wykonywania zleceń lekarskich
- wydawanie lub przygotowywanie podania leków na bazie zleceń lekarskich
118/196
Apteczka Oddziałowa
-
generowanie zamówień do apteki głównej z apteczki oddziałowej,
obsługa magazynu apteczki oddziałowej;
wydawanie środków farmaceutycznych z apteczki oddziałowej;
o wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch
Chorych, Przychodnia),
o leki dla pacjentów
o zwrot do apteki,
o ubytki i straty nadzwyczajne,
o korekta wydań środków farmaceutycznych,
- korekta stanów magazynowych:
o korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza
spisu z natury,
o generowanie arkusza do spisu z natury,
o bieżąca korekta jakościowa stanu magazynowego.
Możliwość definiowania receptariusza oddziałowego
Możliwość obsługi apteczek pacjentów
- procedury apteczne z naszego szpitala wg wzoru obowiązującego w SP ZOZ Szpitalu
Psychiatrycznym w Toszku – załącznik nr 2 do przedmiotu zamówienia
119/196
Przychodnia – Rejestracja
System musi umożliwiać określanie definiowanie dostępności usług placówki medycznej
Definiowanie grafików pracy
System musi umożliwiać określanie dostępności zasobów w placówce (grafiki) dla gabinetów:
 określenie szablonu dla każdego z dni tygodnia,
 określenie czasu pracy,
 określenie zakresu realizowanych usług
 System musi umożliwiać definiowanie szablonu pracy lekarza:
 określenie szablonu dla każdego z dni tygodnia,
 określenie czasu pracy,
 określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).
-
System musi umożliwiać definiowanie przedziału wieku pacjentów obsługiwanych przez
zasób
System musi umożliwiać generowanie grafików dla lekarzy w powiązaniu z gabinetami w
zadanym okresie czasu,
System musi umożliwiać ustawienie blokady w grafiku z podaniem przyczyny tj. urlop,
remont
Obsługa skorowidza pacjentów
- System musi umożliwiać przypisanie pacjentowi uprawnień do obsługi poza kolejnością
- Informacja o posiadanych uprawnieniach do obsługi poza kolejnością musi być prezentowana
na listach pacjentów
- System musi umożliwiać wyszukiwanie pacjentów, co najmniej, wg kryterium
 imię, nazwisko i PESEL pacjenta,
 jednostka wykonująca,
 osoba wykonująca
 osoba rejestrująca
 jednostka kierująca
 instytucja kierująca
 lekarz kierujący
 kartoteka
 identyfikator pacjenta
 świadczenie
 status na liście pacjentów (np. do obsłużenia, zaplanowany, zarejestrowany, anulowane,
przyjęty/w realizacji)
 wizyty CITO
 status osoby: cudzoziemiec, VIP, uprawniony do obsługi poza kolejnością
 Planowanie i rezerwacja wizyty pacjenta
120/196
 System musi umożliwiać wyszukiwanie wolnych terminów jednoczesnej dostępności
wymaganych zasobów:
 rezerwacja wybranego terminu lub „pierwszy wolny"
 wyszukiwanie zasobów spełniających kryterium wieku pacjenta
 automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji pacjenta
 w przypadku braku wolnych terminów w preferowanych godzinach możliwość
 rezerwacji pierwszy wolny lub ręczny wybór terminu
 rezerwacja terminów dla pacjentów przebywających na oddziale
 wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach nagłych
(dopuszczenie planowania wielu wizyt w tym samym terminie) z możliwością wpisania
komentarza do tak zaplanowanej wizyty
- System powinien umożliwiać rejestrację faktu rozpoczęcia obsługi wizyty pacjenta w
gabinecie (przyjęcie)
- System musi umożliwić przegląd danych pacjenta, co najmniej, w następujących kategoriach:
 dane osobowe,
 dane medyczne pacjenta tj. grupa krwi, uczulenia, choroby przewlekłe, szczepienia,
nazwisko lekarza rodzinnego
 uprawnienia z tytułu umów,
 informacja o stopniu ubezpieczenia - weryfikacja z eWUŚ
 historia leczenia (dane ze wszystkich wizyt i pobytów szpitalnych pacjenta),
 wyniki badań,
 przegląd rezerwacji historycznych i planowanych w przyszłości
Obsługa wizyty powinna obejmować przegląd, modyfikację i rejestrację danych w następujących
kategoriach:
 wywiad (na formularzu zdefiniowanym dla wizyty),
 opis badania (na formularzu zdefiniowanym dla wizyty),
 informacje ze skierowania,
 kontrola daty ważności skierowania
 możliwość przepisania skierowania już zarejestrowanego
 skierowania, z możliwością skopiowania danych z innego pobytu w tej lub innej
 jednostce
 zlecanie badań diagnostycznych i laboratoryjnych , konsultacji, zabiegów,
 możliwość wykorzystania szablonów zleceń złożonych, paneli badań do zlecania
 usługi, świadczenia w ramach wizyty,
 rozpoznanie (główne, dodatkowe),
 zalecenia z wizyty (w tym zwolnienia lekarskie),
 przegląd liczby zaplanowanych wizyt z podziałem na pierwszorazowe i kontynuacje
leczenia
 przegląd terminarza zaplanowanych wizy
 nadanie numeru rezerwacji w ramach rejestracji i jednostki wykonującej (gabinetu)
 System musi umożliwiać obsługa kolejek oczekujących zgodnie z obowiązującymi
121/196
przepisami
 Podczas planowania wizyty, system powinien sugerować dokonanie wpisu do kolejki
oczekujących jeśli istnieje kolejka dla planowanej usługi lub gabinetu
Rejestracja na wizytę (usługę)
- System musi umożliwić rejestrację pacjenta na wizytę (zaplanowaną w terminarzu i
niezaplanowaną)
- System musi pozwalać na wyliczanie kosztów porady u pacjenta nieubezpieczonego
- System musi pozwalać na określenie miejsca wykonania usługi (wybór gabinetu) dla usług
nie podlegających planowaniu i rezerwacji.
- System musi umożliwiać zlecenie wykonania usługi pacjentowi we wskazanym (lub
wynikającym z rezerwacji) miejscu wykonania,
- Obsługa wyników:
 odnotowanie wydania wyniku,
 wpisywanie wyników zewnętrznych.
- Wydruk recept i kuponów
122/196
Przychodnia – Gabinet Lekarski
Obsługa wizyty
- System musi umożliwiać dostęp do listy pacjentów zarejestrowanych do gabinetu
- System musi informować o uprawnieniach pacjenta do obsługi poza kolejnością
- Kopiowanie recept z wizyty takiej jak aktualna (ta sama usługa), niezależnie od gabinetu, w
jakim się odbywała, z innych pobytów w tej samej jednostce
- Możliwości pomijania leków oznaczonych jako "wycofane" w słowniku BAZYL
- Możliwość wydruku recept tylko z puli lekarza zalogowanego
- Ponowny wydruk recepty już wydrukowanej powinien spowodować utworzenie kopii recepty,
dotyczy to również recept drukowanych w trybie nadruku na gotowych drukach
- Oznaczenie wydrukowanej recepty jako anulowanej
- System kontroluje przekroczenie minimalnej puli recept uwzględniając typ recepty RP/RPW
- Musi istnieć możliwość wystawiania recept transgranicznych
Dokumentacja wizyty
- System musi umożliwiać wystawienie skierowania,
- Skierowanie do jednostki zewnętrznej, dla pacjenta niepełnoletniego, powinno zawierać imię
i nazwisko oraz adres opiekuna
 leki podane podczas wizyty (współpraca z apteczką oddziałową),
 ewidencja szczepień:
 możliwość oznaczenia podania leku jako szczepienia,
 możliwość wpisania przy podaniu leku danych charakteryzujących szczepienie,
 automatyczny wpis do karty szczepień po oznaczeniu podania leku jako szczepienia.
 wykonane podczas wizyty dodatkowych usług i badania
 inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).
- możliwość stosowania słownika tekstów standardowych do opis danych wizyt
- możliwość wykorzystania definiowalnych formularzy do opisu danych wizyty
- wystawienie recept, skierowań
- System powinien informować o zleceniach wykonanych po zakończeniu poprzedniej wizyty i
umożliwić rozliczenie ich w wizycie aktualnej
- System musi umożliwić obsługę pobytów wielodniowych
Wystawianie recept
- System powinien wspierać wystawianie recept, co najmniej w zakresie:
 możliwości wybrania leków ze słownika leków,
 możliwości sprawdzenia interakcji poszczególnych leków oraz podpowiadanie stopnia
refundacji na podstawie weryfikacji z eWUŚ
 możliwości wydruku recepty (z rozmieszczaniem i nadrukiem na formularzach
recept),
 na wydruku leki powinny być prezentowane w kolejności zgodnej z kolejnością
wpisywania
123/196
-
-
 podpowiadanie ilości i jednostki, w jakich powinien zostać wydany lek
 kopiowanie recept z poprzednich wizyt z weryfikacją poziomu refundacji wg
aktualnych danych ze słownika BAZYL lub słownika leków własnych
 kopiowanie recept musi umożliwiać wybór recepty do skopiowania spośród:

recept z poprzedniego pobytu w tym gabinecie
możliwość ewidencji wykonania usług rozliczanych komercyjnie:
obsługa zakończenia wizyty:
 autoryzacja medyczna wizyty,
 automatyczne tworzenie karty wizyty.
 możliwość bezpośredniego skierowania na IP
Kwalifikacja rozliczeniowa usług i świadczeń.
 wiązanie rozliczanych badań do kolejnej zaplanowanej wizyty
wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
automatyczna aktualizacja i przegląd Księgi Głównej Przychodni
Konfiguracja pracy gabinetu
- System musi pozwalać na dostosowanie modułu do specyfiki gabinetu lekarskiego, co
najmniej w zakresie:
 możliwości zdefiniowania wzorców dokumentacji dedykowanej dla gabinetu
 możliwości zdefiniowania elementów menu (zakładek) w zależności od potrzeb i
rodzaju usługi
 możliwość wykorzystania, zdefiniowanych wcześniej, wzorów dokumentów
- System musi umożliwiać tworzenie raportów i wykazów pracy gabinetu
124/196
Przychodnia – Statystyka
- Możliwość wydruku dokumentu wygenerowanego w module przychodnia - statystyka
- System musi umożliwić obsługę skorowidza pacjentów z możliwością integracji z innymi
systemami medycznymi (Przychodnia, Pracownia Diagnostyczna)
- System musi umożliwić wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, w
szczególności:


data urodzenia i miejsce

imię ojca i matki
miejsce urodzenia


płeć

PESEL opiekuna

nazwisko rodowe matki

miasto (pobyt stały, adres korespondencyjny)

pobyt w jednostce

pobyt w okresie

nr telefonu
adres e-mail


nazwisko rodowe i poprzednie nazwisko pacjenta

rodzaj i nr dokumentu tożsamości

status: VIP, cudzoziemiec, uprawniony do przyjęcia poza kolejnością

przyjęty: dzisiaj w godzinach od., do.., wczoraj w godzinach od., do.., w ciągu ostatnich
24,48, X godzin
- System musi umożliwić wyszukiwanie pacjenta o nieznanej tożsamości (NN) co najmniej w
oparciu o:

płeć (męska, żeńska, nieznana)

fragment (fraza) opisu pacjenta
przyjęty: dzisiaj w godzinach od,, do.., wczoraj w godzinach od., do.., w ciągu ostatnich

24,48, X godzin
- Musi istnieć możliwość modyfikacji i rejestracji danych pacjentów,
- Musi istnieć możliwość przeglądu danych archiwalnych pacjenta:


- System musi umożliwiać potwierdzenie wypisu pacjenta pod kątem kompletności i
poprawności dokumentacji,
Raporty i wydruki statystyki
- System musi umożliwiać definiowanie własnych szablonów wydruków,
- System musi umożliwiać definiowanie własnych wykazów
- System musi umożliwiać projektowanie formularzy dokumentacji medycznej
- System powinien umożliwić wydruk raportów w formacie XLS
125/196
- System musi zapewniać możliwość zdefiniowania własnych wykazów według wszystkich
elementów występujących w karcie pacjenta oraz wskaźników leczenia.
- System musi umożliwiać przygotowanie elektronicznych dokumentów wspomagających
-
-
sprawozdawczość, w tym.:
 Oddziały NFZ:
 Ministerstwo Zdrowia
 Urząd Marszałkowski
 PZH
 CSIOZ.”
Zamawiający wymaga dostarczenia generatora wykazów i wydruków. Wykonawca musi
dostarczyć funkcjonalność generacji następujących dokumentów:
 Urząd Marszałkowski - Kwartalne sprawozdanie o ilości wykonanych świadczeń i
wskaźnikach szpitalnych ( z działalności szpitala)
 PZH – MZ-54
 CSIOZ: sprawozdania MZ11, MZ-15, MZ-30, MZ-88, MZ-89, MZ-24, MZ-54,
MZ-35a, MZ-35b
 GUS - ZD-3,
System musi umożliwiać eksport danych statystycznych oraz ilościowych o wykonanych
świadczeniach do pliku tekstowego lub w formacie .xls z możliwością wykorzystania przez
moduły Rachunku Kosztów Leczenia.
126/196
Pracownia Diagnostyczna z wyłączeniem Laboratorium
-
-
-
-
dostęp do listy pacjentów zarejestrowanych do pracowni
Na liście zleceń do wykonania powinna być wyświetlana informacja, czy badanie powinno
być wykonane przy łóżku pacjenta
rejestracja rozpoczęcia obsługi wizyty pacjenta w pracowni (przyjęcie)
wspomaganie obsługi pacjenta w pracowni:
przegląd danych pacjenta w następujących kategoriach:
 dane osobowe,
 podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte
choroby, karta szczepień),
 uprawnienia z tytułu umów,
 Historia Choroby (dane ze wszystkich wizyt pacjenta),
 wyniki badań,
 przegląd rezerwacji.
Możliwość zdefiniowania wzorów dokumentów dedykowanych dla pracowni
Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do
wizyty,
Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:
 informacje ze skierowania,
 skierowania, zlecenia,
 usługi, świadczenia w ramach wizyty,
 wystawione skierowania,
 wykonane podczas wizyty procedury dodatkowe
 inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).
 wynik badania
Możliwość stosowania słownika tekstów standardowych do opisu danych wizyt
Możliwość ewidencji wykonania usług rozliczanych komercyjnie:
Obsługa zakończenia badania/wizyty:
 autoryzacja medyczna badania,
 automatyczne tworzenie karty wizyty/wyniku badania
Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
Automatyczna generacja i przegląd Księgi Pracowni
Obsługa wyników badań:
 wprowadzanie opisów wyników badań diagnostycznych
 wprowadzanie opisów wyników badań na definiowalnych formularzach wyników
dostosowanych do rodzaju wykonywanego badania
 autoryzacja wyników badań diagnostycznych
 wydruk wyniku wg wzoru, jakim posługuje się pracownia
 System powinien umożliwiać powtórny wydruk dokumentu już wydrukowanego.
127/196
Punkt Pobrań
-
-
-
zarządzanie zleceniami na badania laboratoryjne:
 przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i
Przychodnia z możliwością określenia domyślnego punktu pobrań dla zleceniodawcy,
 wprowadzanie zleceń zewnętrznych,
 możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz
planowanej daty wykonania,
 dostęp do zleceń archiwalnych pacjenta,
 wyróżnianie zleceń CITO,
dobieranie materiałów niezbędnych do realizacji zlecenia.
obsługa punktu przyjęcia i rozdzielni materiału:
rejestracja wysłania materiałów do laboratoriów,
oznakowanie pobieranych materiałów kodem kreskowym.
rejestracja w systemie pobranych materiałów:
 automatyczne odnotowanie daty i godziny pobrania,
 odnotowanie osoby pobierającej materiał,
 odnotowanie dodatkowych uwag do pobrania,
 dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych
pobrania (data i godzina, osoba, uwagi).
obsługa i wydruk Księgi Pobrań
integracja z innymi modułami systemu medycznego:
 przekazywanie elektronicznego potwierdzenia pobrania materiału do
zleceniodawców podsystemu Ruch chorych i Przychodnia oraz do modułu
Laboratorium.
128/196
Elektroniczna Dokumentacja Medyczna
–
–
Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
Możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj
księgi
– Możliwość obsługi załączników do dokumentów
– Możliwość rejestracji dokumentów elektronicznych generowanych przez system medyczny
w repozytorium dokumentacji elektronicznej
– Możliwość rejestracji dokumentów elektronicznych utworzonych poza systemem HIS,
manualna rejestracja dokumentów zewnętrznych.
– Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej
– Dostęp do całości dokumentacji przechowywanej w EDM:
- z poziomu wbudowanych w systemy medyczne mechanizmów
- z poziomu dedykowanego interfejsu
- Możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie XML
- Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze dokumentów
- Możliwość złożenia podpisu elektronicznego na zbiorze dokumentów
- Możliwość znakowania czasem dokumentu
- Możliwość wykonania kontrasygnaty
- Możliwość weryfikacji podpisu
- Możliwość weryfikacji integralności dokumentu
- Możliwość wydruku dokumentu
- Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej historii
poprzednich wersji.
Repozytorium EDM musi umożliwiać:
- rejestrację dokumentu
- pobieranie dokumentów w formacie XML
- pobieranie dokumentów w formacie PDF
- wyszukiwanie materializacji dokumentów
Repozytorium EDM musi współdzielić z HIS:
- słownik jednostek organizacyjnych
- rejestr użytkowników
- rejestr pacjentów
System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego
użytkownika pełniącego określoną rolę.
Możliwość zarządzania uprawnieniami dostępu do określonych operacji w repozytorium.
Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie uprawnieniami
użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie typami dokumentów.
Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach
dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych.
Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt
129/196
dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport
dokumentu, anulowanie dokumentu, wydruk dokumentu itd.
- Automatyczne dołączanie do repozytorium wszystkich nowych dokumentów
zdefiniowanych przez użytkownika
- Zakłada się także możliwość indeksowania dokumentów, których elektroniczna postać nie
jest przechowywana w systemie HIS - np. indeksowanie dokumentów papierowych,
obrazów radiologicznych przechowywanych w PACS.
- Indeksowane powinny być wszystkie wersje dokumentu
- Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych
kryteriów
- Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data
powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach medycznych
- System musi umożliwić udostępnianie dokumentacji:
 w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ
 pacjentom i ich opiekunom
 podmiotom upoważnionym np. prokurator
130/196
Laboratorium
Zlecenie badania laboratoryjnego musi zawierać wymienione poniżej pola, zgodne z zapisami
Rozporządzenia Ministra Zdrowia z dnia 21.01.2009 w sprawie standardów jakości dla
medycznych laboratoriów diagnostycznych i mikrobiologicznych:
1. dane pacjenta: imię i nazwisko, data urodzenia, miejsce zamieszkania / oddział szpitalny,
płeć, numer PESEL, a w przypadku osoby nieposiadającej numeru PESEL – nazwa i numer
dokumentu potwierdzającego tożsamość, ID pacjenta (podawany przy braku innych danych)
2. dane lekarza zlecającego badania,
3. dane jednostki zlecającej badania,
4. miejsce przesłania wyniku badania lub dane osoby upoważnionej do odbioru wyniku,
5. rodzaj materiału i jego pochodzenie
6. zlecone badania
7. tryb wykonania badania
8. data i godzina pobrania materiału do badania,
9. data i godzina przyjęcia materiału do laboratorium,
10. dane osoby pobierającej materiał do badania,
11. istotne dane kliniczne pacjenta
12. obowiązkowe do wypełnienia pole informujące o podawanym wlewie o następującej treści:
próbki pobrano podczas wlewu: TAK / NIE.
- Możliwość anulowania omyłkowo wprowadzonego zlecenia lub badania. – korekta
potwierdzenia datą, godziną i osobą wykonania anulowania
- Możliwość szybkiej obsługi zleceń pilnych.
Wynik badania laboratoryjnego musi zawierać wymienione poniżej pola, zgodne z zapisami
Rozporządzenia Ministra Zdrowia z dnia 21.01.2009 w sprawie standardów jakości
dla medycznych laboratoriów diagnostycznych i mikrobiologicznych:
1. data i godzina wydruku oraz data i godzina wykonania badania,
2. dane laboratorium wykonującego badanie,
3. rodzaj badania i wynik w formie liczbowej lub opisowej,
4. dane pacjenta: imię i nazwisko, data urodzenia, miejsce zamieszkania / oddział szpitalny,
płeć, ID pacjenta, numer PESEL, a w przypadku osoby nieposiadającej numeru PESEL –
nazwa i numer dokumentu potwierdzającego tożsamość numer identyfikacyjny pacjenta
(podawany przy braku innych danych)
5. miejsce przesłania wyniku badania lub dane osoby upoważnionej do odbioru wyniku, tryb
wykonania badania,
6. data i godzina pobrania materiału do badania, data i godzina przyjęcia materiału do
laboratorium,
7. zakres biologicznych wartości referencyjnych dla każdego parametru,
8. informacje dotyczące widocznych zmian właściwości próbki, które mogą mieć wpływ na
wynik badania,
9. pole pozwalające zaakcentować wartości krytyczne,
10. dane osoby wykonującej badanie oraz dane osoby autoryzującej badanie,
11. pole do wypełnienia zawierające komentarz laboratorium do wyniku.
131/196
–
Możliwość wprowadzenia wzorów do automatycznego wyliczenia wartości następujących
parametrów: eGFR, LDL na podstawie wprowadzonych danych.
Możliwość modyfikacji zlecenia.
Automatyczne przypisanie do nazwy badania laboratoryjnego kodu procedury medycznej
ICD9 wg słownika utworzonego przez użytkownika.
Wyszukiwanie i filtrowanie wyników pacjenta pod kątem: okresu czasu, ID zlecenia, rodzaju
pracowni, analizatora, zleceniodawcy, nazwiska lub PESELU pacjenta, daty skierowania lub
wykonania badania, lekarza kierującego.
Automatyczne wyliczenie wieku pacjenta na podstawie wprowadzonego nr PESEL.
Możliwość wyboru szablonów wyników badania laboratoryjnego, różne wzorce wydruków
(format A4, A5)
Raportowanie liczby, kosztów oraz wartości punktowej wykonanych badań w wybranym
przedziale czasu z podziałem na zleceniodawcę oraz tryb wykonania badania (rutyna, cito,
dyżur).
Możliwość prowadzenia laboratoryjnej księgi stanowiska oraz księgi głównej zawierającej
dane pacjenta (ID, imię, nazwisko, PESEL, oddział), datę i godz. rejestracji i wykonania
badania, rodzaj i pełny wynik badania wraz z opisami i komentarzem laboratorium, dane
zleceniodawcy i wykonującego badanie.
Zbiorcze wydruki wyników z poszczególnych stanowisk zawierające pełne wyniki badań
laboratoryjnych wraz z opisami i komentarzem laboratorium.
Możliwość rejestracji błędów przedlaboratoryjnych dotyczących próbek pacjentów
(hemoliza, skrzep, itp.) i dalszych zaleceń w oparciu o utworzony przez laboratorium
słownik błędów oraz możliwość generowania statystyki tych błędów z podziałem na
oddziały.
Obsługa badań zlecanych podwykonawcom poprzez generowanie list wysyłkowych badań
do zewnętrznych laboratoriów oraz możliwość wprowadzenia cennika dla badań zlecanych
do wykonania w laboratoriach zewnętrznych.
Możliwość manualnego wprowadzenia wyniku badania otrzymanego od podwykonawcy
Możliwość manualnego wprowadzenia wyniku badania mikrobiologicznego pacjenta,
informacji o zidentyfikowanych patogenach, antybiogramach, możliwość wydruku wyników
dodatnich i ujemnych.
Wymagana funkcja przekazania informacji o wynikach mikrobiologicznych do modułu
obsługi zakażeń zakładowych (szpitalnych) w zakresie alarmów o wystąpieniach patogenów
oraz drobnoustrojów nadzorowanych epidemiologicznie.
Możliwość wprowadzenia informacji o wynikach oznaczonej grupy krwi (z czynnikiem Rh)
u pacjenta.
–
–
–
–
–
–
–
–
–
–
–
–
–
–
Podłączenie do LIS następujących analizatorów z dwukierunkową komunikacją (lub
jednokierunkową, jeśli wynika to ze specyfikacji technicznej analizatora):
L.p.
1
Nazwa
Analizator
biochemiczny
Typ
XL-200
Producent
Erba
Mannheim
Interfejs
RJ45, RS232,
USB
Uwagi
Komputer PC z
oprogramowaniem
132/196
2
Analizator
hematologiczny
MYTHIC 18
Orphee
(Cormay)
RJ45, RS232,
USB
3
Czytnik pasków
moczu
DIRUI H-500
Dirui
RS232
4
Analizator
hematologiczny
Analizator
immunochemiczny
Analizator
elektrolitów
Analizator
równowagi kwas.zas. I gazów
Koagulometr
AL816
AVL
RS232
Mni VIDAS
blue
Rapidchem
754
Rapidlab 348
bioMerieux
RS232
Bayer
(Siemens)
Bayer
(Siemens)
RS232
COAG
CHROM 3003
Bio-ksel
RS232
5
6
7
8
analizatora
Komputer z
oprogramowaniem
aplikacyjnym f-my
MARCEL
Komputer z
oprogramowaniem
aplikacyjnym f-my
MARCEL
RS232
Zarządzanie zleceniami na badania laboratoryjne i bazą danych pacjentów:
 wyszukiwanie pacjentów w bazie wg różnych kryteriów,
 rejestracja i modyfikacja danych pacjentów,
 przeglądanie historii leczenia pacjentów szpitalnych z uwzględnieniem pobytów pobytu
w jednostkach szpitalnych, stwierdzonych rozpoznań chorobowych i zastosowanych
antybiotyków .
Rejestracja zlecenia:
 manualne,
 z czytnik (OMR)
 kontrola kompletności danych zlecenia,
 nadzór nad stanem wykonania poszczególnych zleceń,
 możliwość przypisania do zlecenia załączników w postaci plików w formacie PDF
 generacja listy materiałów do pobrania przez laboratorium,
 obsługa zleceń badań wieloparametrowych np. morfologia i badań panelowych
(standardowe zestawy badań).
 rejestracja przyjęcia materiału do laboratorium:
 identyfikacja zlecenia na podstawie kodu kreskowego przyjmowanego materiału,
 integracja z Punktem Pobrań w zakresie przyjmowania danych o pobraniu materiału (data,
godzina, osoba pobierająca, uwagi),
 rejestracja daty i godziny pobrania materiału oraz osoby pobierającej dla zleceń w
rejestrowanych laboratorium, dla ww. zleceń rejestracja nr tel. kontaktowego do pacjenta
oraz osoby upoważnionej do odbioru wyniku badania.
 wspomaganie rozdziału materiału do poszczególnych pracowni- rozdział na statywy
poszczególnych pracowni,
 możliwość rejestracji przyjęcia materiału wg zleceń lub wg rodzaju przyjmowanego
133/196
materiału,
 możliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów,
 przekazanie do zleceniodawcy informacji o przyjęciu materiału do laboratorium,
 system reaguje i zlicza przypadki przekroczenia czasu transportu próbek w których trzeba
wykonać badania z określonymi maksymalnymi czasami transportu.
 wysłanie listy roboczej do analizatorów dwukierunkowych,
 automatyczne odpowiadanie na zapytania analizatorów odpytujących,
 możliwość wstrzymania przesłania do analizatora pewnych rodzajów badań i późniejsze
ich uwolnienie (testy odroczone),
 przyjęcie i akceptacja wyników z aparatu,
 automatyczna blokada przyjęcia z aparatu wyników z przekroczoną kontrolą delta-check
lub wartością krytyczną, z późniejszą możliwością odblokowania,
 wpis ręczny lub korekta wyników z możliwością dopisania komentarzy,
 obsługa powtórek,
automatyczny dobór wartości referencyjnych dla badania w zależności od kryteriów, takich jak:
 wiek,
 płeć,
 tydzień ciąży,
 cykl menstruacyjny.
 kontrola delta check,
 możliwość medycznej weryfikacji wyników (autoryzacja) bezpośrednio na stanowisku,
 badania bez wyniku muszą być autoryzowane albo anulowane, w przeciwnym wypadku
zlecenie jest uznane jako niezakończone,
 możliwość rejestracji powiadomień o wartościach krytycznych wyniku pacjenta, system
generuje na kilku poziomach szczegółowości statystykę powiadomień o wartościach
krytycznych,
 możliwość ręcznej blokady wyniku, aby nie dopuścić do przypadkowego przyjęcia
wyników z aparatu lub autoryzacji, system rejestruje kto i o której godzinie wynik
zablokował,
 z poziomu wyniku badania istnieje szybki dostęp do kontroli jakości metody badania
poprzez kartę Levey-Jennmgsa,
 wydruki wyników stanowiska,
 rejestr czynności obsługi aparatu,
 rejestr odczynników .
Zarządzanie wynikami:
 medyczna weryfikacja wyników,
 wydruk autoryzowanych i nie wydrukowanych wyników ,
 możliwość zablokowania publikacji wyniku,
 stan wykonania wyników z podziałem na grupy,
 współpraca z pozostałymi podsystemami medyczny mi w zakresie w wzajemnego
udostępniania danych zlecenia i danych o jego wykonaniu,
 możliwość współpracy z modułem Punkt Pobrań w szpitalu lub w przychodni,
 eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku
134/196
tekstowego z możliwością wczytania do modułów Rachunku Kosztów Leczenia.
Możliwość prowadzenia kontroli jakości,
konfiguracja parametrów kontroli jakości:
 definicja materiałów kontrolnych,
 definicja metod pomiarowych z możliwością zebrania ich w panele,
 definicja aparatów, na których odbywają się pomiary,
 definicja komentarzy i metod naprawczych do uzyskanych wyników kontroli,
 definicja wartości statystycznych dla kontrolowanych metod pomiarowych,
włączanie reguł kontrolnych Westgarda (1_2s, 1_2.5s, 1_3s, 1_3.5s, 2_2s, 2z3_2s, R_4s, 3_1s,
4_1s 10x(9x,8x), 7T:
 jako ostrzeżenia,
 sygnalizacja znajdowania się metody pomiarowej poza kontrolą.
 analiza i dobór reguł kontroli na podstawie bieżących danych kontroli i wybranych kart
OPS,
 wydruk kart OPS.
- przygotowanie metody kontroli
- rejestracja pomiarów wstępnych w celu określenia ram statystycznych metody
pomiarowej
 pomiary w materiale trwałym (Lot),
 pomiary w materiale nietrwałym (materiale biologicznym- dublety),
wyliczanie wartości średniej (X) i odchylenia standardowego (SD) zarówno dla pomiarów
wstępnych , jak i wartości skumulowanych w trakcie trwania kontroli.
rejestracja wyników pomiarów kontrolnych.
 wyniki pomiarów w materiale trwałym,
 wyniki pomiarów w materiale nietrwałym,
 wczytywanie wyników pomiarów kontrolnych bezpośrednio z obszaru aparatu.
- zebranie wyników kontroli w postaci kart kontrolnych i analiza wyników.
- autoryzacja wyników badań
- wydruk wyników: podgląd przed wydrukiem, pojedyncze wyniki, wydruki seryjne, wydruk
odpisów wyników z archiwum,
- możliwość stosowania rozbudowanych, konfigurowalnych przez administratora słowników
wyników,
- dobór cen dla wykonywanych badań w zależności do zleceniodawców (płatników),
- publikacja wyników w module – oprogramowaniu „E-usługi”
135/196
Zakażenia szpitalne
Specyfikacja dotycząca elektronicznej dokumentacji:
Wymagania jakie powinien spełniać moduł - Zakażenia szpitalne.
Moduł - zakażenia szpitalne
1. Generalnie system umożliwia:
1.1 Wgląd w dane pacjenta w tym m.in. wyniki badań, wykonane procedury, podane leki i inne.
1.2 Archiwizowanie raportów i wyników w dowolnych okresach czasowych.
1.3 Eksport danych w formatach arkuszy kalkulacyjnych.
1.4 Automatyczne wczytywanie danych do zdefiniowanych raportów i zestawień.
2. Elektroniczne przesyłanie z laboratorium wyników badań zgodnie z listą patogenów
alarmowych i biologicznych czynników chorobotwórczych oraz tworzenie ich rejestrów.
Wydruk autoryzowanych kart rejestracji patogenów alarmowych. Wykonywanie analiz
statystycznych, określanie częstości występowania, powiązanie z występowaniem zakażenia,
określenie trendów czasowych ( forma tabeli i wykresu). Tworzenie raportów dla państwowej
inspekcji Sanitarnej zgodnie z Rozporządzeniem MZ. (możliwość wprowadzenia wyniku
badania mikrobiologicznego w laboratorium).
3. Możliwość zestawiania i raportowania danych mikrobiologicznych np.:
3.1 Informacja o antybiogramach.
3.2 Rodzajach mikroorganizmów.
3.3 Mechanizmach lekooporności.
3.4 Badań czystościowych.
3.5 Badań nosicielstwa wśród personelu.
4. Elektroniczne przesyłanie z apteki danych dotyczących zużycia określonych grup leków,
preparatów dezynfekcyjnych, antyseptyków.
5. Tworzenia zestawień dotyczących:
5.1 Zużycia leków przeciwdrobnoustrojowych.
5.2 Ilości pacjentów otrzymujących wybrane leki.
5.3 Automatyczne przeliczanie zużycia antybiotyków na zużycie dobowych dawek (DDD, DID).
5.4 Współczynnika zachorowalności dla zakażeń szpitalnych i pozaszpitalnych w przeliczeniu na
liczbę pacjentów, osobodni, jednostkę czasową i organizacyjną.
5.5 Zużycia preparatów dezynfekcyjnych, antyseptyków określonych grup leków w przeliczeniu
na osobodni, ilość dezynfekcji na dobę.
6. Definiowanie słowników: źródeł zakażenia, postaci klinicznych zakażeń, kryterium
zakażenia, postępowanie względem pacjenta, oddziału, osób, które miały kontakt z pacjentem
zakażonym, drogi zakażenia
7. Tworzenie rejestru kart zakażeń.
8. Automatyzacja wypełniania formularzy przesyłanych do Państwowej Inspekcji Sanitarnej
zgodnie z aktualnymi przepisami prawa (ognisko epidemiczne, biologiczne czynniki
chorobotwórcze, raporty okresowe zakażeń, raporty okresowe drobnoustrojów alarmowych,
podejrzenia i choroby zakaźnej). Program powinien podpowiadać konieczność założenia w/w
kart.
136/196
9. Zdefiniowane raporty statystyczne:
9.1 Liczba osobodni.
9.2 Liczba nowych przyjęć.
9.3 Liczba osobo dni z zastosowaniem procedury ryzyka (cewnikodni, wenflonodni, itp.).
9.4 Natężenie wykorzystania procedury ryzyka.
9.5 Średnia długość pobytu z podziałem wg ICD-10.
9.6 Średni długość pobytu j/w z zakażeniem (wg słownika).
10. Zdefiniowane dane epidemiologiczne dla szpitala, oddziału, w różnych przedziałach
czasowych z możliwością określenia trendu zmian.
10.1 Liczba zakażeń szpitalnych, pozaszpitalnych, określonych postaci klinicznych z
rozbiciem na określoną jednostkę organizacją szpitala, jednostkę czasową wg słownika.
10.2 Zachorowalność skumulowana dla poszczególnych postaci klinicznych.
10.3 Gęstość zachorowań dla wybranych postaci klinicznych zakażeń.
11. Tworzenie dowolnych zestawień i raportów, analiz z wprowadzonych danych (dobór
kryterium analizy na poziomie użytkownika – Zespołu ds. Zakażeń).
137/196
Punkt 8 - Oprogramowanie część „szara”
-
-
-
-
-
-
-
-
System posiada graficzny interfejs dla wszystkich modułów i pracuje w graficznym
środowisku systemu operacyjnego na stanowiskach użytkownika.
Preferowanym przez Zamawiającego jest interfejs użytkownika dostępny z poziomu
przeglądarki internetowej. Dla wykonawców , którzy na dzień składania ofert nie
dysponują takim rozwiązaniem dopuszcza się zaoferowanie i wdrożenie rozwiązania
desktopowego z zastrzeżeniem, że w wypadku pojawienia się w ofercie wykonawcy
rozwiązania preferowanego przez Zamawiającego w ciągu 12 miesięcy od wdrożenia–
Wykonawca bezpłatnie wymieni i wdroży system przeglądarkowy we wszystkich
dostępnych modułach.
System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system
podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego
serwera bazy danych- częściowa komunikacja w języku angielskim
W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi,
automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur
medycznych, danych osobowych, terytorialnych).
System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala
na szybkie odtworzenie ich zawartości i właściwego stanu, jak również posiada łatwość
wykonania ich kopii bieżących oraz łatwość odtwarzania z kopii. System jest wyposażony
w zabezpieczenia przed nieautoryzowanym dostępem.
System mus i być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem.
Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer
baz danych),
System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o
logowaniu użytkowników do systemu
System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników
systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii
zmienianych wartości danych.
Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora
nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi
posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed
wygaśnięciem
Administrator musi posiadać z poziomu aplikacji możliwość wy logowania wszystkich
użytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas
W przypadku przechowywania haseł w bazie danych, hasła musi być zapamiętane w
postaci niejawnej (haszowanej).
System musi mieć możliwość integracji z Active Directory.
Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu
uprawnień użytkowników. Każdy użytkownik systemu musi mieć odrębny login i hasło.
Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla
138/196
-
-
-
-
użytkownika dopiero po jego zalogowaniu. Systemu uprawnień powinien być tak
skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do
rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na
wprowadzanie/modyfikację danych. System uprawnień powinien umożliwiać
definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym
użytkownikom.
System musi automatycznie wylogowywać lub blokować sesję użytkownika po zadanym
czasie braku aktywności (gaszenie aktualnie wyświetlanych danych).
Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych uprawnień
z listy dostępnych. System musi umożliwiać definiowanie grup użytkowników i
przydzielanie użytkowników do tych grup.
System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw
dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do
poszczególnych modułów oraz funkcji systemu
Jednokrotne logowanie do systemu umożliwiające dostęp do wszystkich modułów, do
których użytkownik posiada uprawnienia
Możliwość uruchomienia kolejnej aplikacji bez konieczności wylosowywania się z
dotychczas używanej aplikacji i ponownego logowania.
Definiowanie pulpitu użytkownika umożliwiającego uruchomienie wszystkich modułów,
aplikacji czy funkcjonalności Systemu, do jakich posiada uprawnienia, również aplikacji
nie będących przedmiotem zamówienia np. aplikacje biurowe.
Dostęp do pulpitu użytkownika powinien być zabezpieczony hasłem.
Finanse i Księgowość
-
-
prowadzenie księgi głównej (konta syntetyczne), ksiąg pomocniczych (konta analityczne)
i ewidencji pozabilansowej (konta pozabilansowe):
możliwość określenia sposobu budowy kodów kont analitycznych (budowy segmentów
kont) dla poszczególnych kont syntetycznych,
możliwość określenia liczby i długości segmentów kont analitycznych,
możliwość ręcznego dodawania segmentów kont analitycznych,
możliwość automatycznego dodawania segmentów kont analitycznych na podstawie
zdefiniowanego przez użytkownika zestawu grup analitycznych: katalogu kontrahentów,
katalogu pracowników, katalogu ośrodków powstawania kosztów, katalogu źródeł
finansowania działalności (typów płatników), stawek VAT, grup analitycznych do
dowolnego wykorzystania (dostępnych jest 5 takich grup)
bieżąca informacja o obrotach i stanie konta, z możliwością uwzględnienia obrotów nie
zaksięgowanych,
automatyczne przenoszenie i aktualizacja bilansu otwarcia kont księgi głównej nowego
roku obrotowego na podstawie bilansu zamknięcia poprzedniego roku,
możliwość definiowania grup kont dla potrzeb sprawozdawczości,
możliwość wprowadzania planów kont, grup kont Księgi Głównej dla celów
139/196
budżetowania,
miesięczne prowadzenie dziennika obrotów z możliwością prowadzenia dzienników
cząstkowych (rejestrów dokumentów),
- możliwość wprowadzania dokumentów z ręcznym określeniem sposobu dekretacji,
- możliwość wprowadzania dokumentów z automatycznym określeniem sposobu
dekretacji, poprzez zdefiniowane przez użytkownika schematy księgowania dokumentów
dla określonych kategorii operacji gospodarczych,
- kontrola kompletności wprowadzonych dokumentów zgodnie z zasadą podwójnego
zapisu,
- mechanizmy ułatwiające wprowadzanie dokumentów:
tworzenie pozycji dokumentu na podstawie pozycji wcześniej wprowadzonej,
tworzenie dekretów na podstawie zaewidencjonowanych rozrachunków (rozliczenie
rozrachunków),
automatyczne przeksięgowanie obrotów wybranych kont,
automatyczne rozksięgowanie kosztów na konta ośrodków powstawania kosztów zgodnie z
określonym kluczem rozdziału,
automatyczne przeksięgowanie kosztów z kont układu kalkulacyjnego na konta sprzedaży
zgodnie ze zdefiniowanym sposobem rozdziału kosztów,
wspomaganie tworzenia dokumentów związanych z międzyokresowymi rozliczeniami
kosztów.
- możliwość wykorzystania dodatkowych słowników nie stanowiących analityki kont przy
dekretacji dokumentów (np. do ewidencji kosztów wg samochodów służbowych,
urządzeń medycznych),
- księgowanie dokumentów wprowadzonych (zadekretowanych).
- możliwość uproszonej obsługi kasowej:
- wyodrębnienie dziennika cząstkowego do prowadzenia obsługi kasowej,
- ewidencja operacji kasowych {dekretacja operacji kasowych),
- wydruk raportu kasowego.
- gromadzenie informacji o stanie rozrachunków z kontrahentami i ich obsługa:
- mechanizm transakcji (szczegółowej identyfikacji rozrachunków z kontrahentem),
- gromadzenie informacji identyfikacyjnych kontrahentów (kartoteka kontrahentów),
- możliwość syntetycznej informacji o stanie transakcji z kontrahentem (kartoteka
kontrahenta),
- możliwość analitycznej informacji o stanie transakcji z kontrahentem (zapisy
szczegółowe kartotek i kontrahenta),
- możliwość przeglądu stanu i historii poszczególnych transakcji z kontrahentem,
- możliwość wydruku dokumentu potwierdzenia sald dla kontrahenta,
- możliwość na liczenia odsetek i wydruku dokumentu noty odsetkowej dla wybranych
należności od kontrahenta (w szczególności wszystkich),
- możliwość automatycznego generowania dokumentu naliczenia odsetek,
- możliwość wydruku dokumentu wezwania do zapłaty,
- możliwość rejestracji cesji
- Możliwość przeksięgowania wierzytelności z kontrahenta na kontrahenta,
-






140/196




-
-
możliwość zmiany terminu płatności transakcji.
gromadzenie informacji o stanie rozrachunków z pracownikami i ich obsługa:
mechanizm szczegółowej identyfikacji rozrachunków z pracownikami,
gromadzenie informacji identyfikacyjnych pracowników (kartoteka pracowników),
możliwość syntetycznej informacji o stanie rozrachunków z pracownikiem (kartoteka
pracownika),
możliwość analitycznej informacji o stanie rozrachunków z pracownikiem (zapisy
szczegółowe kartoteki pracownika),
możliwość przeglądu stanu i historii poszczególnych rozrachunków z pracownikiem,
możliwość naliczenia odsetek i wydruku noty odsetkowej,
możliwość zmiany terminu płatności rozrachunku.
ewidencja informacji kosztowych dla potrzeb rachunku kosztów w układzie rodzajowym i
kalkulacyjnym:
gromadzenie informacji o schemacie organizacyjnym zakładu- ośrodkach powstawania
kosztów
możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w
układzie rodzajowym,
możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w
układzie kalkulacyjnym,
możliwość uszczegółowienia ewidencji kosztów bez konieczności rozbudowy planu kont
(prowadzenie kartotek kosztów szczegółowych dla kont układu kalkulacyjnego),
możliwość bieżącej i okresowej informacji o poziomie kosztów poszczególnych OPK,
możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy
ośrodków powstawania kosztów (możliwość tworzenia grup OPK).
emisja zestawień i sprawozdań określonych w ustawie o rachunkowości oraz zestawień i
sprawozdań dla potrzeb Zamawiającego:
wydruk dziennika obrotów lub dzienników cząstkowych,
wydruk księgi głównej (zestawienie stanu kont),
wydruk zestawienia obrotów i sald księgi głównej,
wydruk zestawienia obrotów i sald ksiąg pomocniczych,
możliwość wydruku sprawozdań rocznych:
bilansu,
sprawozdania z przepływu środków pieniężnych,
rachunku zysków i strat (metodą kalkulacyjną i porównawczą),
zestawienie zmian w kapitale (funduszu) własnym,
możliwość tworzenia z poziomu aplikacji FK pism według szablonów zdefiniowanych w
MS Office lub Open Office bazujących na informacjach zawartych w księdze głównej
oraz rozrachunkach kontrahenta
tworzenie bieżących i okresowych zestawień definiowanych dla potrzeb użytkownika z
możliwością zapisu w formacie .xls i .csv.
obsługa rejestrów i deklaracji VAT:
możliwość określenia dzienników cząstkowych (rejestrów dokumentów) dla dokumentów
VAT zakupu i sprzedaży,
141/196
-






-
definicja pól deklaracji VAT (dla zakupu i sprzedaży),
dekretacja zakupów i sprzedaży VAT z określeniem pól deklaracji VAT dla
poszczególnych zapisów, z możliwością określenia miesiąca rozliczenia VAT,
możliwość określenia procentowej struktury sprzedaży VAT pozwalającej na
wyznaczenie wysokości VAT z zakupów z podziałem na VAT do odliczenia i nie
podlegający odliczeniu
wydruk rejestru zakupów VAT,
wydruk rejestru sprzedaży VAT,
wydruk danych do deklaracji (zestawienia) VAT dla sprzedaży,
wydruk danych do deklaracji (zestawienia) VAT dla zakupów.
obsługa bankowa:
możliwość emisji (wydruku) przelewów w formie papierowej:
możliwość wyboru przed wydrukiem konta bankowego zleceniodawcy (możliwość obsługi
wielu kont Zamawiającego,
możliwość wydruku przelewów zbiorczych dla kontrahenta/pracownika.
możliwość emisji (eksportu) przelewów w formie elektronicznej poprzez system
bankowości elektronicznej:
możliwość elastycznego definiowania elektronicznego formatu przelewu,
możliwość określenia formatu przelewu dla kont użytkownika,
możliwość wyboru przed eksportem konta bankowego zleceniodawcy (możliwość obsługi
wielu kont zakładu).
możliwość ręcznego wprowadzania dokumentów wyciągów bankowych do dziennika FK,
możliwość importu wyciągów bankowych w formie elektronicznej poprzez system
bankowości elektronicznej,
możliwość ręcznego lub automatycznego (poprzez import wyciągów w formie
elektronicznej) potwierdzania przelewów,
możliwość tworzenia zestawień wykonanych przelewów dla kontrahentów i
pracowników.
integracja z innymi modułami systemu, realizującymi funkcjonalność następujących
zakresów (na poziomie dekretów do księgi głównej):
fakturowanie,
obsługa kasy gotówkowej,
obsługa magazynu materiałów,
obsługa magazynu leków.
obsługa środków trwałych,
obsługa wynagrodzeń.
Rejestr Sprzedaży
-
możliwość obsługi wielu rejestrów sprzedaży (Centralny Rejestr Sprzedaży),
dostęp do wszystkich rejestrów sprzedaży w placówkach medycznych Zamawiającego,
możliwość pracy rejestru sprzedaży w kontekście placówki medycznej Zamawiającego
142/196


-













(na wydruku umieszczane powinny być oprócz danych Zamawiającego także dane
placówki medycznej wystawiającej fakturę)
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem FinansowoKsięgowym,
dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja,
Gabinet),
prowadzenie katalogów (cenników) sprzedawanych składników :
materiałów przeznaczonych do odsprzedaży,
świadczonych usług.
definicja rejestrów sprzedaży i ich powiązanie z rejestrami systemu FK,
określenie sposobu numeracji dokumentów sprzedaży (roczna lub miesięczna), w
przypadku numeracji miesięcznej możliwość równoczesnej pracy w więcej niż jednym
miesiącu rozrachunkowym
wprowadzanie dokumentów sprzedaży z możliwością obsługi VAT:
określenie formy płatności,
określenie typu wystawianego dokumentu (faktura, faktura korygująca),
określenie nabywcy (płatnika),
określenie odbiorcy,
określenie zawartości faktury- wybór z cennika sprzedawanych składników,
automatyczne generowanie faktur w oparciu o dane o wykonanych usługach medycznych
z aplikacji medycznych (np. Recepcja, Gabinet, Pracownia)- dla każdej zrealizowanej
o dpłatnie usługi medycznej,
określenie rozdziału stosunku wpływów ze sprzedaży na ośrodki powstawania kosztów.
wydruk dokumentu sprzedaży zgodnie z określonym typem wystawianego dokumentu
(faktura, faktura korygująca, paragon zafiskalizowany, paragon niezafiskalizowany),
możliwość współpracy z drukarkami fiskalnymi,
możliwość współpracy z modułem realizującym funkcjonalność z zakresu FinanseKsięgowość na poziomie dekretów do Księgi głównej,
możliwość wydruku zestawień na podstawie dokumentów sprzedaży:
rejestru sprzedaży,
zestawienia dokumentów sprzedaży,
zestawienia w podziale na sprzedane usługi,
zestawienia przychodów wg ośrodków powstawania kosztów i wg usług,
zestawienia według nabywców.
wystawianie faktur wewnątrzwspólnotowych.
Kasa
-
-
możliwość obsługi wielu stanowisk kasowych (Centralny Rejestr Kasowy),
możliwość dedykowania stanowisk kasowych do placówek medycznych Zamawiającego,
możliwość pracy kasy w kontekście placówki medycznej Zamawiającego (na wydruku
umieszczane powinny być oprócz danych Zamawiającego także dane placówki medycznej
wystawiającej dokument kasowy),
dostęp do raportów kasowych wszystkich stanowisk,
143/196










-
-
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem FinansowoKsięgowym,
dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja,
Gabinet, Pracownia),
wprowadzanie dokumentów kasowych dla stanowisk:
automatyczne tworzenie raportu kasowego- praca w kontekście raportu kasowego,
automatyczne generowanie operacji kasowych na stanowiskach dedykowanych dla
placówki medycznej w oparciu o wystawiane w niej automatycznie faktury (dla każdej
zrealizowanej _ odpłatnie usługi medycznej)- integracja z fakturowaniem na poziomie
placówki
operacje otwarcia/zamknięcia raportu kasowego,
obsługa operacji gotówkowych
obsługi operacji bezgotówkowych (np. karty płatnicze),
obsługi operacji walutowych,
wprowadzanie dokumentów poprzez schematy księgowań (automatyczne określenie
sposobu dekretacji FK),
wydruk dokumentów kasowych.
Możliwość dodania dodatkowych dekretów uzupełniających w raporcie kasowym przed
jego zamknięciem
wydruk raportu kasowego,
bieżące i wsteczne zestawienia stanu kasy na podstawie:
bieżących obrotów,
raportów kasowych.
możliwość zapisu wartościowego operacji kasowych na kontach księgi głównej i ksiąg
pomocniczych w module realizującym funkcjonalność w zakresie Finanse- Księgowość
zgodnie z określonym sposobem dekretacji.
Obsługa drukarek fiskalnych
Wycena procedur medycznych
-
możliwość opisania normatywnych nakładów osobowych i materiałowych niezbędnych
do wykonania świadczenia lub grupy JGP:
 określenie nakładów materiałowych potrzebnych do wykonania świadczenia lub grupy
JGP na podstawie zdefiniowanego słownika materiałów i słownika leków z
możliwością systemowej integracji w tym zakresie ze słownikami użytkowanymi przez
moduły realizujące funkcjonalność w zakresie obsługi magazynu materiałów i obsługi
magazynu leków
 określenie nakładów osobowych personelu uczestniczącego w wykonaniu świadczenia,
 określenie ilości lub czasu pracy urządzenia użytego do wykonania świadczenia oraz
jednostkowego kosztu pracy (dane pobierane z modułu środki trwałe i wyliczane na
podstawie amortyzacji) lub wpisanie wartości kosztów w podziale na koszty rodzajowe
ręcznie
144/196
możliwość wykorzystania do opisu świadczenia – świadczeń prostych wcześniej
opisanych
 możliwość wykorzystania do opisu JGP – świadczeń wcześniej opisanych, z
określeniem miejsca wykonania
 określenie średniej ilości osobodni w ramach JGP dla oddziału rozliczającego dane
JGP lub innego oddziału
 możliwość wydruku przygotowanych opisów świadczeń,
 możliwość automatycznego stworzenia opisu świadczenia dla ośrodka na podstawie
wzorca przygotowanego dla całego zakładu.
możliwość opisywania tych samych świadczeń w sposób różny dla każdego ośrodka
wykonującego,
możliwość aktualizacji kosztów nakładów materiałowych w trybie miesięcznym poprzez:
 automatyczne przepisanie kosztów materiałów i leków z poprzedniego miesiąca,
 integrację w zakresie średnich cen dostaw materiałów i leków z modułami
realizującymi funkcjonalność w zakresie obsługi magazynu materiałów i obsługi
magazynu leków,
uaktualnienie kosztów nakładów osobowych personelu,
wyliczenie aktualnych sumarycznych kosztów normatywnych,
wydruk wyliczonych kosztów normatywnych.
raporty kontroli celowości wydania materiałów z magazynu materiałów do miejsc
udzielania świadczeń (w ramach systemowej integracji z modułem realizującym
funkcjonalność obsługi magazynu i ewidencją udzielonych świadczeń w miejscach
udzielania,
analizy porównawcze kosztów zaksięgowanych w kartotece ośrodka powstawania
kosztów FK z kosztami wynikającymi z normatywu i zaewidencjonowanej ilości
wykonań.
możliwość określenia kosztu osobodnia do wyliczenia kosztu JGP poprzez
 aktualizację „ręczną”,
 automatyczne przepisanie kosztów osobodnia z poprzedniego miesiąca,
 obliczenie kosztu osobodnia z na podstawie kosztów rzeczywistych (do wyboru koszty
bezpośrednie, całkowite, wytworzenia, sprzedaży) z wybranych miesięcy, z
wyłączeniem wybranych kosztów szczegółowych , wg określonego klucza podziału
kalkulacja indywidualnych kosztów leczenia pacjenta:
możliwość automatycznego pobierania danych o pacjencie w zakresie zrealizowanych mu
świadczeń z aplikacji medycznych (Przychodnia, Ruch Chorych i Apteczka oddziałowa):
 osobodni,
 procedury,
 badania,
 leki.
możliwość wydruku kosztowej karty pacjenta dającej możliwość wyceny pobytu pacjenta
(wydruk jako załącznik może być podstawą wystawienia faktury za pobyt pacjenta
nieubezpieczonego) z wyszczególnieniem kosztów świadczeń i leków istotnych kosztowo

-
-
-
-
-
-
-
145/196
oraz włączeniem kosztów pozostałych świadczeń do kosztów ogólnych pobytu:
w zakresie kosztów leków – na poziomie cen leków z konkretnej dostawy, w ramach
której zrealizowano podania dla pacjenta (integracja z modułami Apteka, Apteczka
oddziałowa),
 w zakresie rzeczywistych kosztów świadczeń
możliwość grupowania kosztowych kart pacjentów wg zdefiniowanych kryteriów i
prowadzenia analiz ekonomicznych (np. wg jednostek chorobowych, produktów
rozliczeniowych).
Możliwość definiowania wskaźników kosztowo-przychodowych w oparciu o
predefiniowane funkcje dla:
· pacjentów,
· ośrodków powstawania kosztów,
· jednostek chorobowych,
· produktów kontraktowych.
Możliwość zestawienia przychodów i kosztów hospitalizacji na poziomie:
pojedynczego pacjenta,
kodu JGP,
produktu jednostkowego,
produktu kontraktowego,
rozpoznania głównego.
Możliwość zestawienia statystyk kosztów pobytów z podziałem na lekarzy
prowadzących.
Możliwość szacunkowej kalkulacji dotychczasowych kosztów pacjenta w trakcie trwania
hospitalizacji w oparciu o dane historyczne lub zdefiniowane cenniki (w przypadku braku
danych historycznych).
Możliwość prezentacji kosztów zleceń do jednostek zewnętrznych wg przyjętych cen
umownych z daną jednostką
Możliwość porównania liczby osobodni wynikającej z danych zaewidencjonowanych w
systemie medycznym z liczbą osobni przesłaną do modułu Kalkulacja Kosztów Leczenia
z modułu Rachunek Kosztów.

-
-





-
-
Grafiki
-
konfiguracja grafików czasu pracy pracowników:
możliwość definiowania kalendarza, dni świątecznych oraz rozkładu standardowego
pięciodniowego tygodnia pracy,
możliwość przydzielania pracowników do poszczególnych grup umów na okresy
zatrudnienia w danej jednostce zakładu,
definicja rodzajów godzin jakie są stosowane do wprowadzania ewidencji czasu pracy;
czasu trwania tzw. pory nocnej, doby świątecznej; ilości godzin w tygodniu pracy.
ewidencja czasu pracy pracowników w podziale na grupy umów:
planowanie czasu pracy pracowników z dokładnością do godzin pracy w poszczególne
146/196
-
-
dni z informacją o ilości godzin do przepracowania, ilością godzin nocnych i
świątecznych,
wprowadzanie faktycznego czasu pracy pracowników (rejestracja godzin nieobecności,
dodatkowych godzin pracy także w zakresie podziału na miejsca zatrudnienia)
wydruk grafika czasu pracy,
zatwierdzanie zaplanowanego i faktycznego czasu pracy przez osoby do tego uprawnione,
współpraca z RCP (eksport i import danych z RCP),
możliwość wykonywania raportów w oparciu o dane wprowadzone dla pracowników.
rozliczenia godzin pracy dla potrzeb naliczenia wynagrodzeń:
automatyczne obliczanie w oparciu o faktyczny czas pracy pracownika liczby
przepracowanych godzin świątecznych, nocnych, nadgodzin (rozliczenie powinno być
przygotowywane w rozbiciu na miejsca zatrudnienia pracownika)
możliwość modyfikacji przygotowanego rozliczenia godzin (w zakresie podziału na
miejsca zatrudnienia)
możliwość przekazania przygotowanego rozliczenia automatycznie realizującego
funkcjonalność w zakresie obsługi wynagrodzeń.
Płace
-
-
-
Gromadzenie danych podatkowych dotyczących pracownika:
informacje o przynależności do urzędu skarbowego,
informacje o stopie podatku,
informacje o przysługujących pracownikowi kosztach uzyskania przychodu,
informacje o przysługujących pracownikowi ulgach podatkowych.
gromadzenie zbiorczych informacji o naliczonych podstawach i procentach składek na
ubezpieczenie społeczne i zdrowotne dla pracownika na podstawie jego stosunków pracy
w układzie rocznym,
możliwość wyodrębnienia list płac:
podstawowych - generacja wynagrodzenia zasadniczego raz w miesiącu,
dodatkowych - generacja wynagrodzeń dodatkowych w trakcie miesiąca,
dyżurowych - generacja wypłat dyżurów i nadgodzin (możliwość pobrania
przygotowanego rozliczenia z Grafików),
premiowych - generacja wypłat premii miesięcznych, kwartalnych, rocznych,
przeszacowanych - ponowne wyliczenie wartości dla pozycji z listy wejściowej (po
wstecznej zmianie stawki zaszeregowania) dla wszystkich zależnych składników
wynagrodzenia,
zlecenia - generacja wypłat dla umów cywilno-prawnych,
kontrakty - generacja wypłat dla umów kontrakty na czynności medyczne
prawa majątkowe- generacja wypłat dla spadkobierców z określeniem udziału,
osoby niezatrudnione -generacja wypłat dla osób niezatrudnionych.
możliwość korzystania w trakcie wypełniania informacji o pracownikach i listach płac z
klasyfikacji uzupełnianych przez użytkownika pozwalających na systematyczne
grupowanie wprowadzanych danych,
147/196
-












-
przygotowanie danych do list płacowych:
możliwość elastycznego określania sposobu naliczania przez użytkownika składników
wypłat (możliwość definiowania algorytmów składników płacowych),
możliwość określenia stałych składników wypłat dla każdego stosunku pracy pracownika
z możliwością określenia składników wypłat dla każdego miejsca pracy (etatu),
możliwość ewidencji ilościowo-wartościowa dyżurów i nadgodzin wypracowanych w
ramach stosunku pracy w danym miesiącu z możliwością określenia miejsca pracy,
możliwość pobierania danych o godzinach dyżurów i nadgodzin z rozliczenia godzin
przygotowanego w module realizującym funkcjonalność z zakresu ewidencji czasu pracy,
możliwość wprowadzania korekt wypłat wynagrodzenia za dyżury i nadgodziny
wypłacone w poprzednich miesiącach (zarówno powiększających jak i zmniejszających
wypłatę tego wynagrodzenia).
określenie informacji o przyznanych pracownikowi premiach i nagrodach pieniężnych,
możliwość przepisania list premiowych z miesiąca poprzedniego,
przygotowanie nieobecności pracownika dla potrzeb rozliczenia na liście płac:
możliwość określenia sposobu rozliczenia dla poszczególnych typów nieobecności,
możliwość automatycznego wyliczenia kwot należnych z tytułu nieobecności na podstawie
przepisów o świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa
, przepisy prawa pracy i przepisy wewnątrz zakładowe,
możliwość dokonania automatycznego przeszacowania nieobecności jeśli podstawa dla
wypłaconej już nieobecności powinna zostać wyliczona na nowo z powody zmian w
wynagrodzeniu,
możliwość rozliczania zwolnień dla umów-zleceń.
przygotowanie informacji o spłacie pożyczek,
przygotowanie informacji o zajęciach sądowych wynagrodzenia pracowników,
przygotowanie i gromadzenie informacji o świadczeniach socjalnych jakie mają zostać
wypłacone pracownikom (określenie kwoty, terminu wypłaty),
przygotowanie informacji o wyrównaniach i potrąceniach.
tworzenie list płac poprzez określenie stosunków pracy rozliczanych w ramach listy,
możliwość utworzenia listy płac poprzez przepisanie informacji z miesiąca poprzedniego,
automatyczne naliczenie wynagrodzeń pracowników na podstawie danych podatkowych i
danych przygotowanych dla list płacowych:
naliczenie przychodów,
naliczenie potrąceń,
naliczenie składek na ubezpieczenie społeczne ,
naliczenie składek na ubezpieczenie zdrowotne,
naliczenie podatków,
bieżąca kontrola i sygnalizacja poprawności dokonywanych naliczeń.
możliwość ręcznej korekty, uzupełnienia wyliczeń dokonanych automatycznie,
potwierdzenie poprawności dokonanych wyliczeń- zatwierdzenie listy płac.
możliwość przygotowania i emisji przelewów dla naliczonych wynagrodzeń:
możliwość wydruku przelewów w formie papierowej,
możliwość wydruku przelewów zbiorczych,
148/196




-
-
możliwość emisji przelewów w formie elektronicznej z wykorzystaniem systemu
bankowości elektronicznej.
możliwość wydruku podstawowych zestawień:
lista płac,
paski wynagrodzeń dla pracowników ,w tym możliwość definiowania własnych wzorów
pasków (utajnione),
karta wynagrodzeń pracownika,
karta zasiłkowa pracownika,
formularze rozliczeniowe PIT,
możliwość emisji danych z formularzy rozliczeniowych PIT w postaci plików XML,
zestawienia nominałów dla list płac.
zamknięcie miesiąca płacowego:
kontrola rozliczenia na listach płacowych wszystkich przygotowanych składników wypłat,
kontrola przekroczenia przez pracowników progów podatkowych.
możliwość elastycznego tworzenia wykazów i zestawień , dostosowanych do potrzeb
Zamawiającego , na podstawie danych o naliczonych wynagrodzeniach:
możliwość tworzenia szablonów wykazów (biblioteka wykazów) ,
możliwość zapisu wykazów w formacie arkusza MS-Excel, HTML, CSV, Open Office.
możliwość emisji dokumentów płacowych (pism, zaświadczeń) na podstawie danych o
-naliczonych wynagrodzeniach:
możliwość definiowania szablonów pism (biblioteka pism),
możliwość wydruku pism z wykorzystaniem edytora MS-Word, Open Office .
możliwość tworzenia sprawozdań DEK-l-0, Z-02, Z-03, Z-05, Z-06, Z-12, PNT-01 oraz
definiowanie własnych sprawozdań
prowadzenie rejestru dochodów:
możliwość przeglądu danych o dochodach pracownika naliczonych na listach płac
w układzie miesięcznym,
automatyczne uzupełnianie rejestru dochodów podczas generacji list płac.
współpraca z systemem Finanse-Księgowość:
możliwość zapisu informacji wartościowych o wynagrodzeniach pracowników na
kontach księgi głównej i ksiąg pomocniczych modułu realizującego funkcjonalność z
zakresu Finanse-Księgowość,
możliwość elastycznego określenia sposobu zapisu wynagrodzeń w module realizującym
funkcjonalność z zakresu Finanse-Księgowość (definicja szablonów eksportu),
możliwość przygotowania i eksportu dokumentów rozliczeniowych ZUS dla
pracowników i ich stosunków do programu ZUS-Płatnik.
obsługa kas pożyczkowych:
możliwość obsługi wielu kas pożyczkowych,
ewidencja zbieranych składek (kasy PKZP),
ewidencja udzielonych pożyczek:
ewidencja poręczycieli,
możliwość wypłaty pożyczki na liście płac,
określenie sposobu spłaty (generacja planu spłaty rat pożyczki),



149/196
 ewidencja bieżącego stanu zadłużenia,
 możliwość przeglądu historii spłaty pożyczki.
-
generacja zestawień dotyczących kas:
 bilans kasy,
 raport o stanie zadłużenia i spłaty.
Kadry
-
Obsługa podstawowych danych pracowników w układzie chronologicznym:
- gromadzenie danych personalnych pracowników:
informacje identyfikacyjne z wykorzystaniem identyfikatorów określonych przepisami
prawa podatkowego i ubezpieczeniowego,
 informacje meldunkowe z uwzględnieniem aktualnego podziału terytorialnego kraju,
 informacje o wykształceniu pracownika.
gromadzenie informacji o kwalifikacjach uzyskanych przez pracownika:
 informacje o trwających i zakończonych specjalizacjach i tytułach zawodowych,
 informacje o posiadanych uprawnieniach do wykonywania czynności zawodowych,
 informacje o przyznanych, na mocy odrębnych przepisów prawach do wykonywania
zawodu,
 informacje o podnoszeniu kwalifikacji przez pracownika: ukończonych kursach i
studiach dokształcających,
 informacje o umiejętnościach językowych pracownika z uwzględnieniem stopnia
biegłości w posługiwaniu się językiem obcym,
 wyodrębnione informacje o ukończonych kursach BHP,
 gromadzenie informacji dotyczących ubezpieczenia pracownika:
 informacje o nabytych prawach do świadczeń emerytalno-rentowych,
 informacje dotyczące tytułu i zakresu ubezpieczenia społecznego i zdrowotnego (zakres
gromadzonych informacji powinien pokrywać się z zakresem danych wymaganych do
sporządzenia dokumentów zgłoszeniowych dla potrzeb ubezpieczenia społecznego i
zdrowotnego).
gromadzenie informacji o przyznanych pracownikom świadczeniach socjalnych,
możliwość zdefiniowania wypłaty w/w świadczeń socjalnych na liście płac,
gromadzenie informacji o wykonanych przez pracowników obowiązkowych badaniach
lekarskich,
gromadzenie informacji na temat stosunku do służby wojskowej pracownika,
gromadzenie informacji o członkach rodziny pracownika:
 informacje identyfikacyjne członków rodziny pracownika,
 informacje meldunkowe członków rodziny pracownika,
 informacje o świadczeniach należnych członkom rodziny na mocy przepisów
ubezpieczeniowych dotyczących przyznawania i wypłaty zasiłków rodzinnych i
pielęgnacyjnych,

-
-
150/196

-



-
-
-
-
-
-
informacje dotyczące zakresu ubezpieczenia społecznego i zdrowotnego (zakres
gromadzonych informacji powinien pokrywać się z zakresem danych wymaganych do
sporządzenia dokumentów zgłoszeniowych dla potrzeb ubezpieczenia społecznego i
zdrowotnego członków rodziny pracownika).
obsługa historii zatrudnienia pracownika
gromadzenie informacji o historii zatrudnienia pracownika poza aktualnym zakładem
pracy:
informacje o okresie i trybie rozwiązania stosunku pracy w poprzednim zakładzie,
informacje o zaliczeniu danej pozycji historii zatrudnienia do stażu pracy dla co najmniej
10 możliwych do zdefiniowania staży (wyróżnionych ze względu na możliwość określenia
różnych regulaminów wyliczenia stażu),
informacje o odliczeniach od stażu pracy dla danej pozycji historii zatrudnienia
wynikających z urlopu bezpłatnego, wychowawczego lub innych przyczyn określonych
przez zakład.
gromadzenie informacji o odznaczeniach nadanych pracownikowi,
gromadzenie informacji o karach pracownika,
gromadzenie informacji o przyznanych pracownikowi nagrodach,
gromadzenie informacji o przyznanej odzieży roboczej (z określeniem norm przydziałów
dla stanowisk),
gromadzenie informacji o zatrudnieniu pracownika w aktualnym zakładzie:
 możliwość ewidencji informacji o zatrudnieniu pracownika na podstawie różnych
stosunków pracy (różne typy umów – umowa o pracę, umowa zlecenie, umowa
godzinowa, kontrakty na czynności medyczne),
 przechowywanie informacji o historii każdego stosunku pracy,
 możliwość przechowywania informacji o pracy w szczególnych warunkach dla potrzeb
ubezpieczenia,
 przechowywanie informacji o obowiązku i zakresie ubezpieczenia dla każdego
stosunku pracy (zakres gromadzonych informacji powinien pokrywać się z zakresem
danych wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
ubezpieczenia społecznego i zdrowotnego),
przechowywanie informacji na temat stażu pracy na dzień rozpoczęcia stosunku pracy:
 możliwość ręcznego uzupełnienia stażu na dzień rozpoczęcia stosunku pracy,
 możliwość automatycznego wyliczenia stażu na dzień rozpoczęcia umowy,
 możliwość określenia - wyliczenia co najmniej 10 pozycji stażu pracy wyliczanych na
podstawie odrębnych regulaminów.
możliwość wyliczenia stażu bieżącego lub stażu na określoną datę na podstawie stażu na
dzień rozpoczęcia umowy i przebiegu aktualnego stosunku pracy:
 możliwość określenia - wyliczenia co najmniej 10 pozycji stażu pracy wyliczanych na
podstawie odrębnych regulaminów,
 możliwość wyliczenia stażu tylko z okresu pracy w bieżącym zakładzie.
obsługa nieobecności pracownika:
przechowywanie informacji o statystyce nieobecności dla stosunku pracy (zbiorcze
151/196
-
-


-
informacje o przysługujących prawach do urlopu i zarejestrowanych okresach
nieobecności pracownika w ramach stosunku pracy) w układzie rocznym, w tym
wyróżnienie nieobecności na część dnia pracy,
automatyczna modyfikacja statystyki nieobecności po zmianie wymiaru zatrudnienia lub
dobowej normy czasu pracy,
możliwość godzinowego rozliczania urlopów,
przechowywanie informacji o oddelegowaniach pracownika do innych zakładów w
ramach stosunku pracy,
przechowywanie informacji o aktualnym procencie dodatku stażowego i przewidywanym
terminie podwyższenia tego procentu zgodnie z przyjętym regulaminem,
możliwość zdefiniowania dla umów pracowników innych niż ogólnie obowiązujących
regulaminów obliczania procentu dodatku stażowego,
przechowywanie informacji o planowanym terminie przyznania nagrody jubileuszowej
zgodnie z obowiązującym regulaminem przyznawania nagrody za staż pracy,
informacje o okresach nieobecności pracownika w ramach stosunku pracy,
dla zwolnień chorobowych przechowywanie informacji określonych w przepisach o
świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa,
obsługa kandydatów do pracy
gromadzenie informacji o kwalifikacjach kandydata
gromadzenie podstawowych danych osobowych kandydata
gromadzenie danych teleadresowych kandydata
odnotowywanie informacji o stanowisku, na jakie kandydat aplikuje
możliwość wybierania kandydatów z grona byłych lub aktualnych pracowników jednostki
pozostałe funkcje związane z obsługa kadrową pracowników:
możliwość przechowywania informacji o szczegółach zatrudnienia pracownika w ramach
stosunku pracy z dokładnością do miejsca wykonywania pracy (ośrodka powstawania
kosztów) dla potrzeb rachunku kosztów (etaty pracownika):
 przechowywanie informacji ewidencyjnych o miejscu zatrudnienia w ramach etatu,
 przechowywanie informacji o stanowisku i zawodzie wykonywanym w ramach etatu,
 przechowywanie informacji o zaszeregowaniu pracownika w ramach etatu.
możliwość dokonywania grupowego przeszeregowania pracowników – grupowa zmiana
warunków zaszeregowania w ramach stosunku pracy,
możliwość prowadzenia miesięcznej ewidencji czasu pracy dla poszczególnych
stosunków pracy zgodnie z wymogami prawa pracy,
Planowanie i realizacja (na podstawie ofert i planów) szkoleń pracowników, w
szczególności:
Wprowadzanie planów rocznych:
na poziomie kierowników jednostek organizacyjnych lub z poziomu działu kadr,
według dostępnych dla pracowników grup personelu, działów.
Zatwierdzanie planów szkoleń przez osoby uprawnione.
152/196
- Ewidencja odbytych szkoleń:
na poziomie kierowników jednostek organizacyjnych lub z poziomu kadr,
automatyczna rejestracja szkolenia dla pracownika.
Ocena szkoleń.
Ocena firm/podmiotów szkolących.
Ewidencja umów korzyści dla pracownika:
 umowy lojalnościowe (wraz z rozliczeniem w przypadku zwolnienia pracownika).
Dofinansowanie szkoleń (w tym UE).
czynności analityczno – sprawozdawcze:
możliwość elastycznego tworzenia wykazów i zestawień na podstawie danych o
pracownikach i ich stosunkach pracy:
możliwość tworzenia szablonów wykazów (biblioteka wykazów),
możliwość zapisu wykazów w formacie arkusza MS-Excel, HTML, CSV, Open Office.
możliwość emisji dokumentów kadrowych na podstawie danych o pracownikach i ich
stosunkach pracy:
możliwość definiowania szablonów pism (biblioteka pism),
możliwość wydruku pism z wykorzystaniem edytora MS-Word, Open Office.
możliwość przygotowania i eksportu dokumentów zgłoszeniowych ZUS dla
pracowników i ich stosunków do programu ZUS-Płatnik,
mechanizmy ochrony danych osobowych:
możliwość zdefiniowania dla użytkowników systemu dostępu do danych osobowych
tylko dla wybranych pracowników.






-
-
Środki trwałe z wyposażeniem/ elektroniczna inwentaryzacja
-
Ewidencja i zarządzanie środkami trwałymi:
- prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych)
obejmujących następujące informacje:
 klasyfikacja GUS,
 informacji dotyczących przyjęcia,
 stawka i metoda amortyzacji,
 wartość początkowa,
 bieżący stopień zużycia (umorzenia),
 bieżąca wartość netto,
 miejsce użytkowania,
 ośrodki powstawania kosztów (możliwość powiązania jednego środka z kilkoma
ośrodkami kosztów),
 osoby odpowiedzialne,
 źródła finansowania (możliwość przypisanie do środka trwałego kilku źródeł
finansowania),
 dla aparatury medycznej dane klasyfikacyjne wg SEWAM, ECRI,
153/196
dane o producencie i kraju,
części składowe środka trwałego (komponentów).
bieżąca informacja o stanie składników majątku trwałego – wydruk informacji z kartotek
składników majątku trwałego,
prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek
zgrupowanych według ksiąg inwentarzowych),
przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych dla każdego składnika
majątku trwałego, zawierających:
 informacje nt. planowanych odpisów umorzeniowych (plany amortyzacji),
 informacje o realizacji planu amortyzacji – faktycznie dokonanych odpisach
umorzeniowych
przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych.
przygotowanie i prowadzenie tabel amortyzacyjnych dla celów podatkowych,
możliwość zapisu zawartości tabel amortyzacji w formacie PDF, CSV i MS Excel,
możliwość wprowadzenia bilansu otwarcia – ilościowo-wartościowego stanu składników
majątku trwałego na dzień rozpoczęcia pracy modułu,
ewidencja zmian w kartotekach składników majątku trwałego na podstawie dokumentów:
przyjęcia składnika majątku trwałego (środka trwałego),
ulepszenia, zmiany wartości składnika majątku trwałego,
wycofania składnika majątku trwałego z ewidencji bilansowej z uwzględnieniem sposobu
wycofania: likwidacja środka trwałego, nieodpłatne przekazania środka trwałego,
sprzedaż środka trwałego,
zmiana informacji ewidencyjnych w kartotece składnika majątku trwałego,
naliczenia odpisów umorzeniowych składników majątku trwałego,
aktualizacji wartości składników majątku trwałego (na podstawie rozporządzenia
Ministerstwa Finansów,
rozliczenia różnic inwentaryzacyjnych składników majątku trwałego,
zmiany miejsca użytkowania: składników majątku trwałego, części składowych
składników majątku trwałego.
prowadzenie i wydruk dziennika dokumentów w układzie miesięcznym,
miesięczny wydruk naliczonej amortyzacji z możliwością podziału na ośrodki
powstawania kosztów,
wspieranie obsługi inwentaryzacji składników majątku trwałego:
możliwość przygotowania i wydruku arkuszy spisu z natury (również pustych),
możliwość wprowadzenia rzeczywistych ilości składników majątku trwałego na
podstawie spisu z natury i ich porównanie z wartościami księgowymi,
możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.
integracja z innymi modułami realizującymi funkcjonalność w zakresie:
Finanse – Księgowość:
 możliwość wartościowego, syntetycznego zapisu zmian w majątku trwałym na kontach


-
-
-
-
154/196
księgi głównej FK,
możliwość elastycznego tworzenia wzorców eksportu do FK,
możliwość wykorzystania słowników FK kontrahentów, rodzajów kosztów, ośrodków
powstawania kosztów.
Wycena Kosztów Normatywnych Świadczeń:
 możliwość przesłania danych o miesięcznym potencjale urządzenia (środka trwałego)
oraz jego miesięcznej amortyzacji
Prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych)
obejmujących:
numer inwentarzowy elementów wyposażenia,
ilość składników danego elementu wyposażenia,
wartość składników danego elementu wyposażenia,
informacje o miejscu użytkowania każdego składnika majątku trwałego.
bieżąca informacja o stanie składników wyposażenia – wydruk informacji z kartotek
składników wyposażenia,
prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek
zgrupowanych według ksiąg inwentarzowych),
ewidencja zmian w kartotekach składników wyposażenia – ewidencja wpisów w
kartotekach inwentarzowych:
definicja typów dokumentów,
ewidencja wpisów do ksiąg inwentarzowych, na bieżąco modyfikujących stan kartoteki
składnika wyposażenia,
wykazy na podstawie dokumentów (wpisów do kartotek inwentarzowych).
wspieranie obsługi inwentaryzacji niskocennych składników majątku trwałego:
możliwość przygotowania i wydruku arkuszy spisu z natury,
możliwość wprowadzenia rzeczywistych ilości niskocennych składników majątku
trwałego na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.
System umożliwia obsługę inwentaryzacji środków trwałych oraz wyposażenia z
wykorzystaniem kodów kresowych
Możliwość obsługi inwentaryzacji z wykorzystaniem przenośnych terminali (kolektorów
danych) wyposażonych w czytnik kodów kreskowych oraz graficzny wyświetlacz.
Możliwość drukowania bezpośrednio z systemu etykiet zawierających kod kreskowy na
termotransferowych drukarkach interpretujących język EPL 2.
Możliwość drukowania bezpośrednio z przenośnego terminala etykiet zawierających kod
kreskowy dla wybranych środków trwałych na drukarkach termotransferowych
interpretujących język EPL 2.
Drukowane etykiety winny zawierać minimum następujące informacje:
unikalny jednowymiarowy lub dwuwymiarowy kod kreskowy
dwuliterowy symbol słowny wyróżniający środki trwałe i wyposażenie: ST lub WP


-
155/196
- liczbowy kod środka trwałego/wyposażenia
- nazwę środka trwałego (lub wyposażenia).
- Oferowany system musi przekazywać do kolektora danych minimum następujące
-
słowniki dotyczące środków trwałych:
Słownik producentów sprzętu medycznego
Słownik klasyfikacji aparatury medycznej
Słownik aparatury medycznej
Słownik budynków
Klasyfikacja KST wg GUS
Słownik komórek organizacyjnych
Słownik miejsc użytkowania
Słownik ksiąg inwentarzowych
Słownik ośrodków powstawania kosztów
Słownik osób odpowiedzialnych za dany środek trwały i wyposażenia
Słownik osób przypisanych jako odpowiedzialnych do środka trwałego
Gospodarka materiałowa
Wymagane funkcjonalności:
- obsługa magazynu materiałów:
- możliwość obsługi wielu magazynów,
- możliwość określenia asortymentu materiałów ewidencjonowanych w poszczególnych
magazynach.
- elastyczne tworzenie indeksu materiałowego:
 dowolna budowa kodu indeksu materiałowego (ograniczenie jedynie na długość kodu),
- możliwość przyporządkowania kodów klasyfikacyjnych (PKWiU) do materiału.
- obsługa kilku metod wyceny rozchodów materiałów:
 ceny rzeczywiste – FIFO,
 ceny rzeczywiste – LIFO,
 ceny rzeczywiste - szczegółowa identyfikacja (wybór z konkretnej dostawy),
 ceny ewidencyjne – średnia ważona.
- ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dzienników
wprowadzonych dokumentów):
 rejestracja bilansu otwarcia dla magazynów – ilościowo-wartościowego stanu zapasów
materiałowych na dzień rozpoczęcia pracy,
 korekty bilansu otwarcia – możliwość automatycznej korekty rozchodów dokonanych
z bilansu otwarcia,
 ewidencja przychodów materiałów – różne typy przyjęcia (osobne typy dokumentów)
np. związanych z różnymi typami działalności,
156/196
korekty przychodów (ilościowe i wartościowe) – możliwość automatycznej korekty
rozchodów dokonanych na podstawie skorygowanych dostaw,
 ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny - różne typy
rozchodów (osobne typy dokumentów) np. związanych z różnymi typami działalności;
kontrola limitów kwotowych dla wydawanych materiałów zgodnie z limitem
przypisanym do odbiorcy
 możliwość powiązania dokumentów rozchodu materiałów z ośrodkami powstawania
kosztów dla celów rachunku kosztów,
 rozbicie pojedynczych pozycji rozchodu dla celów rachunku kosztów poprzez
zastosowanie mechanizmu tzw. „relewów” (wydania z magazynu żywności),
 wydruk dokumentu przekazania towaru (PT) na podstawie dokumentu rozchodu
wewnętrznego.
 dokument korekty rozchodów,
 ewidencja rozchodów zewnętrznych – możliwość ewidencjonowania różnych typów
rozchodów (osobne typy dokumentów) np. ze względu na przyczynę przekazania
materiałów,
 ewidencja zwrotów od odbiorcy,
 ewidencja przesunięć międzymagazynowych materiałów,
 wydruki dokumentów związanych z obrotem materiałowym.
wspieranie obsługi inwentaryzacji stanów magazynowych:
 przygotowanie i wydruk arkuszy spisu z natury,
 możliwość prowadzenia rzeczywistych wartości stanów magazynowych na podstawie
spisu z natury i ich porównanie z wartościami księgowymi,
 możliwość rozliczenia różnic inwentaryzacyjnych – dokument niedoborów,
 możliwość rozliczenia różnic inwentaryzacyjnych – dokument nadwyżek.
bieżąca informacja o stanach magazynowych:
 podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów
materiałów,
 podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich magazynów
 kontrola przekroczenia stanów minimalnych i maksymalnych.
wykazy i zestawienia:
 na podstawie rozchodów: dla wybranych materiałów, dla wybranych grup materiałów,
 na podstawie przychodów: dla wybranych materiałów, dla wybranych grup
materiałów, dla wybranych rodzajów kosztów,
 zestawienia dokumentów zaewidencjonowanych dla poszczególnych magazynów,
 karty materiałowej: ilościowej i ilościowo-wartościowej.
wspieranie obsługi zamówień (w tym publicznych):
analizy zużycia:
 możliwość wyliczania daty, po upływie której skończy się bieżący zapas materiału (na
podstawie średniego zużycia za wybrany okres czasu),
 możliwość tworzenia wykazów towarów, których zapas wystarczy na dłużej niż zadana
ilość dni,
 możliwość tworzenia wykazów towarów, których bieżące zużycie ilościowe za

-
-
-
-
157/196
-
-
-
-
wybrany okres jest większe od średniego zużycia ilościowego za inny porównywalny
okres czasu,
 możliwość tworzenia wykazu materiałów, które zalegają w magazynie powyżej
zadanej ilości dni.
przygotowanie i kontrola zamówień:
 przygotowanie zamówienia na podstawie analizy zużycia za dany okres,
 dostęp do przeglądu zawartych umów dotyczących zakupu materiałów,
 kontrola realizacji dostaw i poziomu cen.
integracja z innymi modułami realizującymi funkcjonalność w zakresach:
Finanse – Księgowość:
 dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na
kontach księgi głównej FK
 możliwość elastycznego tworzenia wzorców eksportu do FK,
 możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów, ośrodków
powstawania kosztów.
Rachunek kosztów leczenia:
 w zakresie udostępnienia danych o aktualnych cenach materiałów do określenia
normatywów materiałowych świadczeń,
 w zakresie rozchodów materiałów według ośrodków powstawania kosztów w celu
porównania z normatywnym zużyciem materiałów wynikającym z ewidencji
wykonanych świadczeń.
Środki Trwałe:
 możliwość przesyłania danych o rozchodach materiałów (urządzeń przyjętych na
magazyn) będących, po imporcie w module Środki Trwałe, podstawą do założenia
kartoteki środka trwałego
Rachunek kosztów
-
-
-
określanie struktury ośrodków powstawania kosztów (OPK) i prowadzenie cenników
wewnętrznych świadczeń na podstawie poniesionych kosztów i zatwierdzonych przez
Dyrektora Szpitala,
możliwość wprowadzania struktury ośrodków powstawania kosztów w przekroju
rodzajów działalności,
możliwość zdefiniowania katalogu wykonywanych świadczeń i integracja z aplikacjami
medycznymi w zakresie ewidencji wykonania:
 na podstawie klasyfikacji procedur medycznych ICD-9,
 na podstawie klasyfikacji badań laboratoryjnych,
 innych zdefiniowanych przez użytkownika klasyfikacji.
możliwość przypisania do ośrodka listy wykonywanych świadczeń,
możliwość wprowadzenia cen wewnętrznych do rozliczeń wzajemnych pomiędzy
jednostkami organizacyjnymi udzielającymi świadczeń,
wycena rzeczywistych kosztów świadczeń:
158/196
- koszty stałe i koszty zmienne,
- możliwość bieżącej i okresowej informacji o poziomie kosztów bezpośrednich





-
-
-
poszczególnych OPK,
możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy
ośrodków powstawania kosztów (możliwość tworzenia grupy OPK), na podstawie
zapisów księgowych,
przygotowanie rozliczenia kosztów działalności pomocniczej, zleceń wewnętrznych i
zarządu poprzez :
określenie OPK biorących udział w rozdziale kosztów poprzez określenie statusów
ośrodków w danych identyfikacyjnych OPK,
możliwość określenia rodzajów kluczy rozdziału kosztów dla OPK,
automatyczne pobieranie wartości kluczy z miesięcy poprzednich lub z aktualnych
zapisów księgowych realizowanych przez Finanse – Księgowość (np. koszty leków,
koszty osobowe),
ręczną modyfikację wartości kluczy (w tym wielkości wykonanych zadań),
określenie planu rozdziału dla każdego ośrodka (określenie ośrodków, na które będą
rozliczone koszty ośrodka).
możliwość podawania informacji o wykonaniu świadczeń przez ośrodki realizujące
procedury medyczne:
 możliwość ręcznego wypełnienia informacji o ilości wykonanych świadczeń,
 możliwość automatycznego pobierania informacji o ilości wykonanych świadczeń z
aplikacji medycznych (Ruch Chorych, Gabinet, Laboratorium, Pracownia itp.).
rozliczenie kosztów:
 rozliczenie kosztów ośrodków działalności pomocniczej,
 rozliczenie kosztów ośrodków proceduralnych w części dotyczącej zleceń
wewnętrznych,
 rozliczenie kosztów działalności ośrodków zarządu.
możliwość wprowadzania statystyki wykonanych nośników kosztów innych niż
procedury medyczne: osobodni, leczonych, łóżek, itp.
wycena, sprawozdania i analizy kosztowe OPK i nośników:
 analiza kosztów bezpośrednich w rozbiciu na koszty rodzajowe,
 analiza kosztów pośrednich w rozbiciu na koszty rodzajowe,
 analiza kosztów całkowitych (bezpośrednich + pośrednich) w rozbiciu na koszty
rodzajowe,
 analiza kosztów wytworzenia (całkowitych + zleceń wewnętrznych) w rozbiciu na
koszty rodzajowe,
 analiza kosztów sprzedaży (wytworzenia + zarządu) w rozbiciu na koszty rodzajowe,
 analiza źródeł pochodzenia kosztów pośrednich,
 analiza kosztów dla ośrodka na różnych etapach procesu rozdziału kosztów,
 analiza kosztów świadczeń wykonywanych w ośrodkach,
 analiza uśredniona kosztów świadczeń wykonywanych w jednostce Zamawiającego,
 możliwość wydruku karty kosztów dla ośrodków,
159/196

możliwość definiowania przez użytkownika zestawień dotyczących zbiorczych
informacji na temat rozliczonych kosztów dla ośrodka.
Budżetowanie
-
-
-








-
wprowadzanie budżetów oddziałów, ośrodków kosztów:
możliwość podziału ośrodków powstawania kosztów na:
 ośrodki podlegające analizom rentowności poprzez określenie zysku/straty w
standardzie rachunkowości zarządczej (porównanie kosztów i przychodów ze
sprzedaży wewnętrznej i zewnętrznej),
 ośrodki nie podlegające analizom rentowności – nie rozliczane na poziomie
zysku/straty – przekazujące swoje koszty ośrodkom opisanym powyżej jako tzw.
koszty pośrednie.
możliwość wykorzystania cenników wewnętrznych świadczeń jako podstawy rozliczeń
wzajemnych (sprzedaży wewnętrznej/zakupów wewnętrznych) dla ośrodków
podlegających analizom rentowności,
możliwość pobierania automatycznie wygenerowanych cen wewnętrznych na podstawie
rzeczywistych historycznych kosztów świadczeń w wybranych miesiącach,
możliwość wprowadzania budżetów kosztowych z podziałem na:
 koszty bezpośrednie ośrodka w podziale na rodzaje kosztów,
 koszty zakupionych świadczeń wewnętrznych,
 koszty pośrednie przeniesione z ośrodków nie podlegających budżetowaniu, w tym
koszty zarządu.
możliwość wprowadzania budżetów przychodowych z podziałem na:
 przychody z tytułu sprzedanych świadczeń wewnętrznych,
 przychody z tytułu sprzedanych usług zewnętrznych.
możliwość budżetowana zysku/straty (różnica budżetów przychodowych i kosztowych),
możliwość generowania kart rentowności dla ośrodków podlegających analizom
rentowności z podziałem na:
wykonane koszty bezpośrednie ośrodka w podziale na rodzaje kosztów,
wykonane koszty zakupionych świadczeń wewnętrznych,
koszty pośrednie przeniesione z ośrodków nie podlegających budżetowaniu, w tym
koszty zarządu,
wykonane przychody z tytułu sprzedanych świadczeń wewnętrznych,
wykonane przychody z tytułu sprzedanych usług zewnętrznych.
zysk/strata (różnica przychodów i kosztów
automatyczne generowanie budżetów oddziałów, ośrodków kosztów:
na podstawie poprzedniego miesiąca,
poprzez rozdzielenie kwoty zbiorczej na wskazane miesiące.
możliwość generowania raportów monitorujących procentowe wykonanie budżetu
160/196




-






-




przychodów i kosztów,
możliwość generowania raportów wartościowych odchyleń wykonania od planu w
układzie kart rentowności,
możliwość weryfikacji poprawności zestawienia wyników dla wszystkich ośrodków
kosztów poprzez:
sprawdzenie ustalenia właściwego poziomu cen wewnętrznych z punktu widzenia całości
jednostki Zamawiającego,
możliwość automatycznego wielowymiarowego agregowania budżetów i ich realizacji w
jednostkach organizacyjnych wg:
rodzajów działalności,
grup ośrodków powstawania kosztów,
rodzajów kosztów.
możliwość transmisji danych raportowych do arkusza kalkulacyjnego Excel.
wprowadzanie słownika pozycji budżetowych:
możliwość wprowadzenie pozycji budżetowych w podziale na:
koszty bezpośrednie
pozostałe koszty
przychód
wartość statystyczna
plan cząstkowy - wynagrodzenia
plan cząstkowy - urządzenia
możliwość wprowadzenie wielu planów budżetowych dla OPK
możliwość wersjonowania planów budżetowych
możliwość kopiowania planów budżetowych
możliwość określenia agregatów (suma, średnia, minimum, maksimum) dla pozycji
budżetowych w przekroju miesięcy lub OPK
możliwość pojedynczego lub zbiorczego dopisywania OPK do planu budżetowego
oddziału, ośrodka kosztów,
możliwość pojedynczego lub zbiorczego dopisywania pozycji budżetowych do planu
budżetowego oddziału, ośrodka kosztów,
możliwość pojedynczego lub zbiorczego dopisywania okresów których dotyczy plan
budżetowy oddziału, ośrodka kosztów,
możliwość określenie sposobu liczenia pozycji budżetowej w zakresie planu z użyciem
następujących funkcji (ta sama pozycja może mieć inną definicję dla różnych OPK lub dla
tego samego OPK ale w innych miesiącach)
wartość określana ręcznie przez Użytkownika
koszt całkowity JGP pobrany z modułu wyceny kosztów normatywnych z uwzględnieniem
zaplanowanej ilości sprzedawanych JGP
koszt materiałów z JGP pobrany z modułu wyceny kosztów normatywnych z
uwzględnieniem zaplanowanej ilości sprzedawanych JGP
koszt osobodni z JGP pobrany z modułu wyceny kosztów normatywnych z
161/196

















-
-
koszt świadczeń z JGP pobrany z modułu wyceny kosztów normatywnych z
narzut kosztów pośrednich wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków pomocniczych
narzut kosztów pośrednich od wybranego OPK wynikający z rozliczenia wartości
planowanych kosztów bezpośrednich ośrodków pomocniczych
narzut kosztów procedur wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków diagnostycznych
narzut kosztów procedur od wybranego OPK wynikający z rozliczenia wartości
planowanych kosztów bezpośrednich ośrodków diagnostycznych
narzut kosztów zarządu wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków pomocniczych
narzut kosztów zarządu od wybranego OPK wynikający z rozliczenia wartości
planowanych kosztów bezpośrednich ośrodków zarządu
wartość planu sprzedaży wybranego rodzaju świadczeń przez OPK
 wg ceny wewnętrznej
 wg kosztu normatywnego
wartość planu sprzedaży wybranego świadczenia przez OPK
wartość planu zakupu wybranego rodzaju świadczeń przez OPK
wartość planu zakupu wybranego świadczenia przez OPK
przychody zaplanowanych do sprzedaży JGP
wartość zaplanowanych na wybrany kwartał zakupów w ramach rocznego planu
zakupów, pobrany z modułu Zamówień Wewnętrznych w podziale na:
materiały
środki trwałe
usługi
wartość średnia pozycji budżetowej z wybranego kwartału roku poprzedniego
wartość średnia pozycji budżetowej z roku poprzedniego
wartość wykonania pozycji budżetowej z poprzedniego miesiąca
wartość wybranej innej pozycji budżetowej z tego samego okresu (sumowanie pozycji)
możliwość przypisania wielu funkcji liczących do tej samej pozycji z określeniem
operacji arytmetycznej między funkcjami (dodawanie, odejmowanie, mnożenie, dzielenie)
w zakresie planu
możliwość określenie sposobu liczenia pozycji budżetowej w zakresie wykonania z
użyciem następujących funkcji (ta sama pozycja może mieć inną definicję dla różnych
162/196















-
OPK lub dla tego samego OPK ale w innych miesiącach)
wartość kosztów dla grupy kosztów szczegółowych z dokumentów
 zaksięgowanych
 niezaksięgowanych
wartość kosztów dla wybranego kosztu szczegółowego z dokumentów wg daty
księgowania
 zaksięgowanych
 niezaksięgowanych
wartość narzutu grupy kosztów pośrednich od grupy OPK
wartość narzutu grupy kosztów pośrednich od wybranego OPK
wartość narzutu grupy kosztów procedur od grupy OPK
wartość narzutu grupy kosztów procedur od wybranego OPK
wartość narzutu grupy kosztów sprzedaży od grupy OPK
wartość narzutu grupy kosztów sprzedaży od wybranego OPK
wartość narzutu grupy kosztów wytworzenia od grupy OPK
wartość narzutu grupy kosztów wytworzenia od wybranego OPK
wartość narzutu grupy kosztów zarządu od grupy OPK
wartość narzutu grupy kosztów zarządu od wybranego OPK
obroty WN, MA, Saldo, per saldo kont mających w swojej budowie symbol OPK
wartość narzutu świadczeń wg ceny wewnętrznej:
 wszystkich świadczeń
 od grupy OPK
 wybranego OPK
wartość narzutu świadczeń wg kosztu normatywnego:
 wszystkich świadczeń
 od grupy OPK
 wybranego OPK
możliwość przypisania wielu funkcji liczących do tej samej pozycji z określeniem
operacji arytmetycznej między funkcjami (dodawanie, odejmowanie, mnożenie, dzielenie)
w zakresie wykonania
Oddział – Żywienie
-
Możliwość tworzenia jadłospisów na wskazany dzień.
Możliwość określenia kilkunastu różnych diet w jednym jadłospisie.
Możliwość zdefiniowania, co najmniej następujących posiłków dla każdej diety:
śniadanie,
drugie śniadanie,
obiad,
podwieczorek,
kolacja,
posiłek nocny
163/196
-
Tworzenie meldunku z zamówieniem na posiłki dla pacjentów i pracowników z oddziałów.
Liczba zamawianych posiłków w ramach diety może być różna.
Ewidencja korekt meldunków z konfigurowanym ograniczeniem czasowym ich składania.
Ewidencja zamówień specjalnych dla pracowników szpitala.
Możliwość elektronicznego składania meldunków i ich korekt z jednostek zamawiających.
Tworzenie meldunków w jednostkach zamawiających wykorzystuje dane z ruchu chorych.
Możliwość drukowania jadłospisu dla każdej diety oddzielnie.
Możliwość drukowania surowców (sumarycznie) potrzebnych do realizacji jadłospisu.
Tworzenie zamówienia do magazynu żywności na produkty niezbędne do realizacji
jadłospisu.
Generowanie rozdzielnika kosztów żywienia w rozbiciu na jednostki zamawiające.
Możliwość drukowania wartości składników odżywczych dla posiłków jadłospisu i dla diet w
jadłospisie.
Możliwość drukowania wyceny posiłków w jadłospisie w odniesieniu do stanów
magazynowych na podstawie średniej ceny z ostatnich dostaw.
Możliwość zestawienia niezbędnych surowców dla wskazanej diety w wybranym jadłospisie.
Możliwość określania wartości składników odżywczych jadłospisu dla poszczególnych diet.
Możliwość generowania zapotrzebowania dla surowców nie będących na aktualnym stanie
magazynu.
Możliwość usunięcia potrawy pozwalająca na zmianę ilości potraw przydzielonych do danego
posiłku jadłospisie.
Możliwość obliczania wartości odżywczej, zawartości witamin etc. w każdym z posiłków. „ %
Możliwość wykorzystania systemu do rozliczania zewnątrz szpitalnej usługi cateringowej.
164/196
Punkt 9 - Oprogramowanie E-usługi
Moduł Portal Pacjenta
Funkcje ogólne.
- e-Usługi dostępne w ramach Portalu pacjenta to zestaw aplikacji, które umożliwiają
interakcję z użytkownikiem (szczególnie pacjentem i lekarzem) metodą zdalną,
między innymi za pośrednictwem Internetu.
- Wszystkie aplikacje wchodzące w skład Portalu pacjenta (Aplikacje) korzystają z tej
samej bazy danych (w rozumieniu zbioru danych i modelu danych) co system
centralny, ale łączą się bezpośrednio do tej bazy, a jedynie poprzez dodatkowy
zabezpieczony interfejs komunikacji (np. WebServices).
- Aplikacje dostępne dla pacjentów w Internecie do komunikacji z systemem
centralnym w intranecie placówki wykorzystują zabezpieczony kanał szyfrowanej
komunikacji (podniesienie bezpieczeństwa danych), jak VPN i/lub HTTPS.
- Wszystkie aplikacje są zarządzane przez jeden moduł administracyjny dla całego
systemu centralnego przynajmniej w zakresie zarządzania dokumentacją medyczną i
grafikami dostępności.
- Portal umożliwia wskazanie lokalizacji poradni, np.: Google i prezentacji lokalizacji
poradni pacjentowi (e-Mapy).
- Moduły e-Kolejka oczekujących, e-Komunikacja (w części dotyczącej wysyłania
potwierdzeń SMS), e-Kontrahent. e-Dokumentacja dostępne są wyłącznie dla
pacjentów posiadających konta stałe, zweryfikowane przez operatora na podstawie
dokumentu tożsamości pacjenta wskazanego przez pacjenta podczas zakładania konta
tymczasowego
e-Rejestracja
- Aplikacja ma umożliwić dokonywanie rezerwacji wizyt przez pacjenta metodą zdalną, za
pośrednictwem Internetu.
- Indywidualne konto pacjenta na portalu pacjenta zakłada samodzielnie pacjent. Do
założenia konta tymczasowego pacjent musi podać następujące dane: imię, nazwisko,
PESEL (tylko w przypadku posiadania obywatelstwa polskiego), typ i numer dokumentu
potwierdzającego tożsamość oraz adres e-mail. Pełny dostęp użytkownik otrzyma po
wypełnieniu wniosku przez witrynę internetową lub na miejscu, w szpitalu. W przypadku
wniosku wypełnianego przez witrynę internetową wymagany jest podpis elektroniczny
lub profil zaufany. Po zaakceptowaniu wniosku pacjent otrzymuje kod aktywujący konto.
- Konto tymczasowe pozwala pacjentowi na przeglądanie grafików pracy poszczególnych
lekarzy oraz pozwala na rezerwację w danym czasie tylko jednego terminu wizyty,
- Pacjent korzystając z przygotowanej witryny internetowej może się zalogować, wybrać na
podstawie różnych kryteriów interesującą go wizytę i zarezerwować ją.
- Informacja o dokonanej rezerwacji trafia do systemu centralnego, gdzie wizyty z
e-Rejestracji można odróżnić od pozostałych. Jednocześnie moduł korzysta z definicji
tych samych grafików co system centralny.
165/196
- Rejestracja przez Internet ma taki sam charakter i status jak rejestracja dokonana
bezpośrednio w placówce medycznej,
- Funkcja pozwala pacjentowi na wyszukanie wolnych terminów wizyt wg kryteriów:
lekarza lub poradni, daty wizyty oraz czasu jej trwania (od do). Do wyszukania
najbliższej wolnej wizyty niezbędne jest podanie lekarza lub poradni.
- Po wybraniu jednego z głównych kryteriów (lekarza lub poradni) lista wyboru dla
pozostałych kryteriów zawęża się (np. po wybraniu poradni pediatrycznej w polu lekarz
mamy do wyboru jedynie lekarzy pediatrów).
- Po wprowadzeniu kryteriów wyszukiwania funkcja wyświetla listę wszystkich wolnych
wizyt spełniających kryteria wraz z informacjami o typie wizyty (typy wizyt np.:
prywatna, POZ, medycyna pracy, itp. są definiowane przez operatora w systemie
centralnym).
- Portal udostępnia funkcję umożliwiającą pacjentowi przesłanie za jego pośrednictwem
pliku zawierającego skierowanie,
- Po wybraniu terminu z listy funkcja udostępnia ekran, na którym ostateczne pacjent
potwierdza wszystkie dane. W przypadku wybrania wizyty prywatnej, pacjent dodatkowo
potwierdza fakt przyjęcia do wiadomości, że usługa nie jest refundowana.
- Rejestracja za pośrednictwem portalu pacjenta może zostać ograniczona:
- do wybranych poradni, lekarzy oraz gabinetów,
- poprzez ustalenie liczby rezerwacji wprowadzanych przez pacjenta,
- poprzez ustalenie liczby dni jakie muszą upłynąć pomiędzy kolejnymi rezerwacjami do
tej samej poradni.
- Funkcja pozwala na zablokowanie możliwości rejestracji dla pacjenta z kontem
tymczasowym.
- Funkcja pozwala na zablokowanie możliwości rejestracji za pośrednictwem portalu dla
pacjenta pierwszorazowego w danej poradni.
- Funkcja pozwala na określenie procentowej puli grafika do wykorzystania przez
e-Rejestrację.
- Funkcja pozwala na blokadę rezerwacji dla pacjenta, który nie zjawił się na 3 kolejnych
potwierdzonych wizytach.
- Wszyscy pacjenci mogą korzystać z tej samej puli dostępnych terminów
z uwzględnieniem definiowanego przez operatora procentowego podziału puli grafika na
rejestracje za pośrednictwem portalu oraz rejestracji w placówce medycznej
- System powinien umożliwić potwierdzenie rezerwacji dokonanych na X i więcej dni
przed planowanym terminem, gdzie X jest liczbą definiowaną przez administratora
- Funkcja umożliwia określenie terminu (w dniach), w którym do pacjenta zostanie
wysiane przypomnienie o wizycie.
Moduł e-Kolejka oczekujących
- Funkcja umożliwia pacjentowi śledzenie statusu w kolejce oczekujących zdefiniowanej
w oddziale, poradni, pracowni (e- Kolejka).
- Za pośrednictwem Portalu pacjent powinien mieć wgląd do informacji o wszystkich
zaplanowanych i odbytych wizytach.
Moduł e-Komunikacja.
166/196
- Aplikacja pozwala na zdefiniowanie automatycznych lub tworzonych na miejscu, przez
pracownika szpitala powiadomień pacjenta o zbliżających się terminach wizyt oraz
innych zdarzeniach medycznych (np. termin badania, wizyty, informacje o badaniach
profilaktycznych) za pomocą 3 kanałów komunikacji: SMS, e-mail, wiadomości
systemowe dostępne po zalogowaniu do Portalu pacjenta.
- Funkcja pozwala na konfigurację formatu treści wiadomości do wysyłki, a w tym użycie
parametrów: imię i nazwisko pacjenta, numer pacjenta, data wizyty (dd-mm-yyyy), dzień
wizyty (dd), miesiąc wizyty (numer w formacie mm lub słownie), rok wizyty (yyyy),
godzina wizyty (HH:mm), nazwa krótka usługi.
- Funkcja pozwala na definiowanie niezależnych szablonów wiadomości dla każdego typu
usług /porad, z określeniem szablonu domyślnego.
- Funkcja pozwala na generowanie wiadomości tylko dla tych pacjentów, którzy wyrazili
zgodę na ich otrzymywanie. Pacjent, za pośrednictwem portalu, ma możliwość
zarządzania zgodami (na wysyłanie wiadomości poprzez e-mail lub SMS).
- Funkcja zapisuje w bazie danych systemu wszystkie wysłane wiadomości wraz z datą ich
wygenerowania. Wiadomości te są powiązane z wizytą, usługą pacjentem oraz
wykorzystanym szablonem wiadomości.
- Funkcja posiada mechanizm kontroli przed ponowną wysyłką tego samego komunikatu.
- Funkcja pozwala na określenie godziny oraz cykli w dniach, w jakich pakiety wiadomości
będą generowane do wysyłki.
- Funkcja pozwala na generowanie wiadomości tylko do tych pacjentów, którzy posiadają
uzupełniony w systemie numer telefonu komórkowego.
- Funkcja pozwala na określanie indywidualnie dla każdego pacjenta preferowanych
kanałów komunikacyjnych w przypadku powiadomień o wizytach, badaniach,
zbliżającym się terminie przyjęcia do placówki wg kolejki oczekujących, informacjach o
badaniach profilaktycznych.
Moduł e-Kontrahent.
- Moduł przeznaczony jest do wykorzystania przez personel jednostek współpracujących
z Zamawiającym.
- Funkcja pozwala na zakładanie kont dla personelu kontrahenta (dane osobowe) oraz
określanie przynależności do danego kontrahenta.
- Funkcja pozwala na określanie pacjentów związanych z danym kontrahentem.
- Pracownik kontrahenta po zalogowaniu do portalu ma możliwość przegląd listy usług
realizowanych przez Zamawiającego na rzecz kontrahenta wraz z harmonogramami
realizacji usług.
- Pracownik kontrahenta ma możliwość zlecania realizacji, anulowanie zleceń lub zmiany
terminu zaplanowanej usługi medycznej.
- Funkcja pozwala na przeglądanie zleceń na usługi medycznych z wyróżnieniem stanu
zlecenia (planowane, zrealizowane, anulowane).
- Funkcja pozwala na wydruk raportu prezentującego liczby zrealizowanych usług
w określonym czasie.
Moduł e-Dokumentacja.
- Aplikacja pozwala zarejestrowanemu użytkownikowi na przeglądanie kart wypisowych
167/196
oraz innych udostępnionych pacjentowi dokumentów za pośrednictwem Internetu. Portal
obsługuje wyłącznie dokumentację podpisaną podpisem elektronicznym
- Po zalogowaniu pacjent może wybrać na podstawie różnych kryteriów (lekarz, jednostka
wykonująca) interesujące go dokumenty, odczytać je oraz wydrukować.
- Funkcja pozwala na ustalenie okresu, z którego dokumentacja będzie możliwa do
przeglądania za pośrednictwem portalu.
168/196
Punkt 10 - Infrastruktura informatyczna oddziału zamiejscowego
W ramach zamówienia należy dostarczyć sprzęt, oprogramowanie dla oddziału zamiejscowego w
Dąbrówce. Oddział zamiejscowy musi być zintegrowany z systemem medycznym szpitala
(szyfrowany tunel VPN).
Wymagania ogólne:
Zamawiający wymaga dostarczenie oprogramowania z interfejsem w języku polskim (o ile w
specyfikacji szczegółowej nie określono inaczej).
Dostarczone oprogramowanie, za wyjątkiem systemów operacyjnych, nie może być związane z
konkretnym sprzętem (OEM).
w języku polskim obejmująca: instalację, konfigurację oraz konserwację.
wersji papierowej lub elektronicznej) w języku polskim, opisująca oprogramowanie w wersji
dostarczonej przez Wykonawcę, obejmująca: instalację, konfigurację oraz konserwację.
169/196
Zakres dostawy:
10. Oddział zamiejscowy
10.10a.1 Komputer stacjonarny - 3 szt.
Obudowa Small Form Factor z możliwością pracy w poziomie i pionie
Obudowa musi umożliwiać łatwy demontaż dysku twardego i pamięci RAM (odsłonięcie w/w
elementów bez użycia narzędzi)
Obudowa musi umożliwiać otwarcie komputera bez konieczności użycia narzędzi
Funkcja blokowania wejścia do BIOS oraz blokowania startu systemu operacyjnego (gwarantujący
utrzymanie zapisanego hasła nawet w przypadku odłączenia wszystkich źródeł zasilania)
Funkcja blokowania/odblokowania BOOT-owania stacji roboczej z zewnętrznych urządzeń
Możliwość blokowania/odblokowania na poziomie BIOS-u poszczególnych urządzeń zawartych w
zestawie komputerowym (zintegrowane karty dźwiękowe, graficzne, sieciowe, sloty PCI, porty
szeregowe)
Możliwość ustawienia portów USB w trybie "no BOOT", by podczas uruchamiania komputer nie
wykrywał urządzeń bootujących typu USB, natomiast po uruchomieniu systemu porty są aktywne
Możliwość wyłączania portów USB
Płyta główna zaprojektowana przez producenta komputera i oznaczona jego znakiem firmowym,
posiadająca min. 2 x USB 3.0, 2 sztuki USB 2.0, przynajmniej 2 wejścia USB z przodu obudowy,
min. 1 port szeregowy RS232, port słuchawek z przodu obudowy
Płyta główna w wbudowanymi minimum 1 złączem PCI Express x16
Procesor 64bit-czterordzeniowy osiągający wydajność min. 6200 pkt. w teście Passmark CPU Mark
(www.cpubenchmark.net/cpu_list.php)
Pamięć RAM: 4GB z możliwością rozbudowy do 16GB
Karta graficzna zintegrowana zapewniająca rozdzielczość Full HD, wyjścia DVI-I oraz D-SUB
Karta sieciowa zintegrowana 10/100/1000 Ethernet RJ45
Karta dźwiękowa zintegrowana, dodatkowe wyjście na słuchawki i mikrofon z przodu obudowy
Dysk twardy: 500 GB SATA
W przypadku awarii dysku twardego komputera Zamawiający zastrzega sobie, aby diagnostyka
awarii została przeprowadzona przez Wykonawcę/Gwaranta w siedzibie Zamawiającego, przy
udziale pracowników Zamawiającego. W razie potwierdzenia uszkodzenia dysku
Wykonawca/Gwarant dostarcza dysk nowy, a dysk uszkodzony pozostaje u Zamawiającego.
Napęd optyczny: nagrywarka DVD +/-RW DL SATA
Dołączony nośnik z oprogramowaniem narzędziowym producenta i komplet sterowników
Gwarancja: min 36 miesięcy
Klawiatura USB w układzie Polski (programisty) o odporności IP66
Mysz laserowa USB o odporności IP66
W zestawie: kabel sieciowy
Wskazany ten sam producent, model i typ jak w pkt. 5.5a.1
170/196
10.10a.2 System operacyjny – 3 szt.
System operacyjny wymagany przez wdrażane aplikacje części "szarej" i "białej", pakietem
biurowym oraz wszelkimi przewidzianymi urządzeniami peryferyjnymi
System operacyjny w języku polskim, interfejs użytkownika w języku polskim działający w trybie
graficznym
System operacyjny z możliwością dokonywania aktualizacji i poprawek systemu przez Internet z
możliwością wyboru zainstalowanych poprawek oraz mechanizmem sprawdzającym, które z
poprawek są potrzebne - wymagane podanie nazwy strony serwera www
Uwierzytelnianie użytkowników zgodne z Active Directory
Wsparcie dla środowisk Java i .NET Framework 4.x - możliwość uruchomienia aplikacji działających
we wskazanych środowiskach
Dołączony nośnik z oprogramowaniem systemu operacyjnego
Wskazany ten sam producent, model i typ jak w pkt. 5.5a.1.1
10.10a.3 Oprogramowanie biurowe-I – 3 szt.
Zawierające edytor tekstów, arkusz kalkulacyjny, program zarządzający pocztą elektroniczną
wstawianie wykresów i tabel z arkusza kalkulacyjnego
wydruk dokumentów
biurowego
171/196
tworzenie wykresów
użyciu oprogramowania MS Office 2000, 2003, 2007 i 2010.
językowej.
oprogramowania
W ramach udzielonej licencji Zamawiającemu będzie przysługiwało prawo do przenoszenia licencji
i pakietów oprogramowania z jednego komputera na drugi bez utraty praw do zaoferowanego
Program zarządzający pocztą elektroniczną musi umożliwiać:
Wskazany ten sam producent, model i typ jak w pkt. 5.5a.1.2.a
10.10a.4 Program antywirusowy dla komputerów stacjonarnych – 3 szt.
Ochrona AV:
Pełne wsparcie dla 32- i 64-bitowej wersji systemu Windows 2000/XP/Vista/Windows 7/Windows
8/Windows 8.1./ Windows 8.1 Update oraz 32- i 64-bitowych dystrybucji opartych na systemach
Debian i RedHat
Pełna ochrona przed wirusami, trojanami, robakami i innymi zagrożeniami.
172/196
Wykrywanie i usuwanie niebezpiecznych aplikacji typu adware, spyware, dialer, phishing, narzędzi
hakerskich, backdoor, itp.
Wbudowana technologia do ochrony przed rootkitami.
Skanowanie w czasie rzeczywistym otwieranych, zapisywanych i wykonywanych plików.
Możliwość skanowania całego dysku, wybranych katalogów lub pojedynczych plików "na żądanie"
lub według harmonogramu.
Możliwość utworzenia wielu różnych zadań skanowania według harmonogramu (w tym: co godzinę,
po zalogowaniu i po uruchomieniu komputera). Każde zadanie ma mieć możliwość uruchomienia z
innymi ustawieniami (czyli metody skanowania, obiekty skanowania, czynności, rozszerzenia
przeznaczone do skanowania, priorytet skanowania).
Skanowanie "na żądanie" pojedynczych plików lub katalogów przy pomocy skrótu w menu
kontekstowym.
Możliwość skanowania dysków sieciowych i dysków przenośnych.
Skanowanie plików spakowanych i skompresowanych.
Możliwość definiowania listy rozszerzeń plików, które mają być skanowane (w tym z uwzględnieniem
plików bez rozszerzeń).
Możliwość umieszczenia na liście wyłączeń ze skanowania wybranych plików, katalogów lub plików
o określonych rozszerzeniach.
Możliwość automatycznego wyłączenia komputera po zakończonym skanowaniu.
Użytkownik musi posiadać możliwość tymczasowego wyłączenia ochrony na czas co najmniej 10
min lub do ponownego uruchomienia komputera.
W momencie tymczasowego wyłączenia ochrony antywirusowej użytkownik musi być
poinformowany o takim fakcie odpowiednim powiadomieniem i informacją w interfejsie aplikacji.
Ponowne włączenie ochrony antywirusowej nie może wymagać od użytkownika ponownego
uruchomienia komputera.
Możliwość przeniesienia zainfekowanych plików i załączników poczty w bezpieczny obszar dysku
(do katalogu kwarantanny) w celu dalszej kontroli. Pliki muszą być przechowywane w katalogu
kwarantanny w postaci zaszyfrowanej.
Wbudowany konektor dla programów MS Outlook, Outlook Express, Windows Mail, Mozilla
Thunderbird do wersji 5.x i Windows Live Mail (funkcje programu dostępne są bezpośrednio z menu
programu pocztowego).
Skanowanie i oczyszczanie w czasie rzeczywistym poczty przychodzącej i wychodzącej
obsługiwanej przy pomocy programu MS Outlook, Outlook Express, Windows Mail, Mozilla
Thunderbird do wersji 5.x i Windows Live Mail.
Skanowanie i oczyszczanie poczty przychodzącej POP3 i IMAP "w locie" (w czasie rzeczywistym),
zanim zostanie dostarczona do klienta pocztowego zainstalowanego na stacji roboczej (niezależnie
od konkretnego klienta pocztowego).
Automatyczna integracja skanera POP3 i IMAP z dowolnym klientem pocztowym bez konieczności
zmian w konfiguracji.
Możliwość definiowania różnych portów dla POP3 i IMAP, na których ma odbywać się skanowanie.
Możliwość opcjonalnego dołączenia informacji o przeskanowaniu do każdej odbieranej wiadomości
e-mail lub tylko do zainfekowanych wiadomości e-mail.
Skanowanie ruchu HTTP na poziomie stacji roboczych. Zainfekowany ruch jest automatycznie
blokowany a użytkownikowi wyświetlane jest stosowne powiadomienie.
173/196
Blokowanie możliwości przeglądania wybranych stron internetowych. Listę blokowanych stron
internetowych określa administrator. Program musi umożliwić blokowanie danej strony internetowej
po podaniu na liście całej nazwy strony lub tylko wybranego słowa występującego w nazwie strony.
Możliwość zdefiniowania blokady wszystkich stron internetowych z wyjątkiem listy stron ustalonej
przez administratora.
Automatyczna integracja z dowolną przeglądarką internetową bez konieczności zmian w konfiguracji.
Możliwość definiowania różnych portów dla HTTP, na których ma odbywać się skanowanie.
Program ma umożliwiać skanowanie ruchu sieciowego wewnątrz szyfrowanych protokołów HTTPS,
POP3S, IMAPS.
Program ma zapewniać skanowanie ruchu HTTPS transparentnie bez potrzeby konfiguracji
zewnętrznych aplikacji takich jak przeglądarki Web lub programy pocztowe.
Wbudowane dwa niezależne moduły heurystyczne – jeden wykorzystujący pasywne metody
heurystyczne (heurystyka) i drugi wykorzystujący aktywne metody heurystyczne oraz elementy
sztucznej inteligencji (zaawansowana heurystyka). Musi istnieć możliwość wyboru, z jaką heurystyka
ma odbywać się skanowanie – z użyciem jednej i/lub obu metod jednocześnie.
Możliwość ręcznego wysłania próbki nowego zagrożenia z katalogu kwarantanny do laboratorium
producenta.
Interfejs programu ma oferować funkcję pracy w trybie bez grafiki gdzie cały interfejs wyświetlany
jest w formie formatek i tekstu.
Możliwość zabezpieczenia konfiguracji programu hasłem, w taki sposób, aby użytkownik siedzący
przy komputerze przy próbie dostępu do konfiguracji był proszony o podanie hasła.
Możliwość zabezpieczenia programu przed deinstalacją przez niepowołaną osobę, nawet, gdy
posiada ona prawa lokalnego lub domenowego administratora. Przy próbie deinstalacji program
musi pytać o hasło.
System antywirusowy uruchomiony z płyty bootowalnej lub pamięci USB ma umożliwiać pełną
aktualizację baz sygnatur wirusów z Internetu lub z bazy zapisanej na dysku.
Program ma umożliwiać administratorowi blokowanie zewnętrznych nośników danych na stacji w tym
przynajmniej: Pamięci masowych, optycznych pamięci masowych, pamięci masowych Firewire,
urządzeń do tworzenia obrazów, drukarek USB, urządzeń Bluetooth, czytników kart inteligentnych,
modemów, portów LPT/COM oraz urządzeń przenośnych
Funkcja blokowania nośników wymiennych ma umożliwiać użytkownikowi tworzenie reguł dla
podłączanych urządzeń minimum w oparciu o typ urządzenia, numer seryjny urządzenia, dostawcę
urządzenia, model.
Aplikacja ma umożliwiać użytkownikowi nadanie uprawnień dla podłączanych urządzeń w tym co
najmniej: dostęp w trybie do odczytu, pełen dostęp, brak dostępu do podłączanego urządzenia.
Aplikacja ma posiadać funkcjonalność umożliwiającą zastosowanie reguł dla podłączanych urządzeń
w zależności od zalogowanego użytkownika.
W momencie podłączenia zewnętrznego nośnika aplikacja musi wyświetlić użytkownikowi
odpowiedni komunikat i umożliwić natychmiastowe przeskanowanie całej zawartości podłączanego
nośnika.
Użytkownik ma posiadać możliwość takiej konfiguracji aplikacji aby skanowanie całego nośnika
odbywało się automatycznie lub za potwierdzeniem przez użytkownika
Program musi być wyposażony w system zapobiegania włamaniom działający na hoście (HIPS).
174/196
Moduł HIPS musi posiadać możliwość pracy w jednym z czterech trybów:
-tryb automatyczny z regułami gdzie aplikacja automatycznie tworzy i wykorzystuje reguły wraz z
możliwością wykorzystania reguł utworzonych przez użytkownika,
-tryb interaktywny, w którym to aplikacja pyta użytkownika o akcję w przypadku wykrycia aktywności
w systemie,
-tryb uczenia się, w którym aplikacja uczy się aktywności systemu i użytkownika oraz tworzy
odpowiednie reguły w czasie określonym przez użytkownika. Po wygaśnięciu tego czasu aplikacja
musi samoczynnie przełączyć się w tryb pracy oparty na regułach.
-tryb oparty na regułach gdzie zastosowanie mają jedynie reguły utworzone przez użytkownika,
Tworzenie reguł dla modułu HIPS musi odbywać się co najmniej w oparciu o: aplikacje źródłowe,
pliki docelowe, aplikacje docelowe, elementy docelowe rejestru systemowego.
Użytkownik na etapie tworzenia reguł dla modułu HIPS musi posiadać możliwość wybrania jednej z
trzech akcji: pytaj, blokuj, zezwól.
Program ma oferować funkcję, która aktywnie monitoruje i skutecznie blokuje działania wszystkich
plików programu, jego procesów, usług i wpisów w rejestrze przed próbą ich modyfikacji przez
aplikacje trzecie.
Automatyczna, inkrementacyjna aktualizacja baz wirusów i innych zagrożeń dostępna z Internetu.
Możliwość utworzenia kilku zadań aktualizacji (np.: co godzinę, po zalogowaniu, po uruchomieniu
komputera). Każde zadanie może być uruchomione z własnymi ustawieniami.
Aplikacja musi posiadać funkcjonalność tworzenia lokalnego repozytorium aktualizacji.
Aplikacja musi posiadać funkcjonalność udostępniania tworzonego repozytorium aktualizacji za
pomocą wbudowanego w program serwera http
Aplikacja musi być wyposażona w funkcjonalność umożliwiającą tworzenie kopii wcześniejszych
aktualizacji w celu ich późniejszego przywrócenia.
Program ma być wyposażony w dziennik zdarzeń rejestrujący informacje na temat znalezionych
zagrożeń, kontroli urządzeń, skanowania na żądanie i według harmonogramu, dokonanych
aktualizacji baz wirusów i samego oprogramowania.
Wsparcie techniczne do programu świadczone w języku polskim przez polskiego dystrybutora
autoryzowanego przez producenta programu.
Konsola centralnego zarządzania:
Centralne zarządzanie programami służącymi do ochrony stacji roboczych Windows/ Linux.
Do instalacji centralnej i zarządzania centralnego nie jest wymagany dodatkowy agent. Na
końcówkach zainstalowany jest sam program antywirusowy
Komunikacja miedzy serwerem a klientami może być zabezpieczona hasłem.
Centralna konfiguracja i zarządzanie ochroną antywirusową, antyspyware’ową, zaporą osobistą i
kontrolą dostępu do stron internetowych zainstalowanymi na stacjach roboczych w sieci.
Kreator konfiguracji zapory osobistej stacji klienckich pracujących w sieci, umożliwiający podgląd i
utworzenie globalnych reguł w oparciu o reguły odczytane ze wszystkich lub z wybranych
komputerów lub ich grup.
Możliwość uruchomienia centralnego skanowania wybranych stacji roboczych
wygenerowania raportu ze skanowania i przesłania do konsoli zarządzającej.
z
opcją
Możliwość sprawdzenia z centralnej konsoli zarządzającej stanu ochrony stacji roboczej (aktualnych
ustawień programu, wersji programu i bazy wirusów, wyników skanowania skanera na żądanie i
skanerów rezydentnych).
175/196
Możliwość sprawdzenia z centralnej konsoli zarządzającej podstawowych informacji dotyczących
stacji roboczej: adresów IP, adresów MAC, wersji systemu operacyjnego oraz domeny, do której
dana stacja robocza należy.
Możliwość centralnej aktualizacji stacji roboczych z serwera w sieci lokalnej lub Internetu.
Możliwość skanowania sieci z centralnego serwera zarządzającego w poszukiwaniu
niezabezpieczonych stacji roboczych.
Możliwość tworzenia grup stacji roboczych i definiowania w ramach grupy wspólnych ustawień
konfiguracyjnymi dla zarządzanych programów.
Możliwość importowania konfiguracji programu z wybranej stacji roboczej a następnie przesłanie
(skopiowanie) jej na inną stację lub grupę stacji roboczych w sieci.
Możliwość zmiany konfiguracji na stacjach z centralnej konsoli zarządzającej lub lokalnie (lokalnie
tylko, jeżeli ustawienia programu nie są zabezpieczone hasłem lub użytkownik/administrator zna
hasło zabezpieczające ustawienia konfiguracyjne).
Możliwość rozdzielenia serwera centralnej administracji od konsoli zarządzającej, w taki sposób, że
serwer centralnej administracji jest instalowany na jednym serwerze/ stacji a konsola zarządzająca
na tym samym serwerze i na stacjach roboczych należących do administratorów.
Możliwość wymuszenia konieczności uwierzytelniania stacji roboczych przed połączeniem się z
serwerem zarządzającym. Uwierzytelnianie przy pomocy zdefiniowanego na serwerze hasła.
Serwer centralnej administracji ma oferować administratorowi możliwość współpracy przynajmniej z
trzema zewnętrznymi motorami baz danych w tym minimum z: Microsoft SQL Server, MySQL Server
oraz Oracle.
Możliwość ręcznego (na żądanie) i automatycznego generowania raportów (według ustalonego
harmonogramu) w formacie HTML lub CSV.
Możliwość tworzenia hierarchicznej struktury serwerów zarządzających i replikowania informacji
pomiędzy nimi w taki sposób, aby nadrzędny serwer miał wgląd w swoje stacje robocze i we
wszystkie stacje robocze serwerów podrzędnych (struktura drzewiasta).
Serwer centralnej administracji ma oferować funkcjonalność synchronizacji grup komputerów z
drzewem Active Directory. Po synchronizacji automatycznie są umieszczane komputery należące do
zadanych grup w AD do odpowiadających im grup w programie. Funkcjonalność ta nie może
wymagać instalacji serwera centralnej administracji na komputerze pełniącym funkcję kontrolera
domeny.
Serwer centralnej administracji ma umożliwiać definiowanie różnych kryteriów wobec podłączonych
do niego klientów (w tym minimum przynależność do grupy roboczej, przynależność do domeny,
adres IP, adres sieci/podsieci, zakres adresów IP, nazwa hosta, przynależność do grupy, brak
przynależności do grupy). Po spełnieniu zadanego kryterium lub kilku z nich stacja ma otrzymać
odpowiednią konfigurację.
Serwer centralnej administracji ma być wyposażony w mechanizm informowania administratora o
wykryciu nieprawidłowości w funkcjonowaniu oprogramowania zainstalowanego na klientach w tym
przynajmniej informowaniu o: wygaśnięciu licencji na oprogramowanie, o tym że zdefiniowany
procent spośród wszystkich stacji podłączonych do serwera ma nieaktywną ochronę, oraz że
niektórzy z klientów podłączonych do serwera oczekują na ponowne uruchomienie po aktualizacji do
nowej wersji oprogramowania.
176/196
Serwer centralnej administracji ma być wyposażony w wygodny mechanizm zarządzania licencjami,
który umożliwi sumowanie liczby licencji nabytych przez użytkownika. Dodatkowo serwer ma
informować o tym, ilu stanowiskową licencję posiada użytkownik i stale nadzorować ile licencji
spośród puli nie zostało jeszcze wykorzystanych.
W sytuacji, gdy użytkownik wykorzysta wszystkie licencje, które posiada po zakupie
oprogramowania, administrator po zalogowaniu się do serwera poprzez konsolę administracyjną
musi zostać poinformowany o tym fakcie za pomocą okna informacyjnego.
Możliwość tworzenia repozytorium aktualizacji na serwerze centralnego zarządzania i udostępniania
go przez wbudowany serwer http.
Aplikacja musi posiadać funkcjonalność, która umożliwi dystrybucję aktualizacji za pośrednictwem
szyfrowanej komunikacji (za pomocą protokołu https).
Dostęp do kwarantanny klienta ma być z poziomu systemu centralnego zarządzania.
Możliwość przywrócenia lub pobrania zainfekowanego pliku ze stacji klienckiej przy wykorzystaniu
centralnej administracji.
Administrator ma mieć możliwość przywrócenia i wyłączenia ze skanowania pliku pobranego z
kwarantanny stacji klienckiej.
Podczas przywracania pliku, administrator ma mieć możliwość zdefiniowania kryteriów dla plików,
które zostaną przywrócone w tym minimum: zakres czasu z dokładnością co do minuty kiedy wykryto
daną infekcję, nazwa danego zagrożenia, dokładna nazwa wykrytego obiektu oraz zakres minimalnej
i maksymalnej wielkości pliku z dokładnością do jednego bajta.
Możliwość utworzenia grup, do których przynależność jest aplikowana dynamicznie na podstawie
zmieniających się parametrów klientów w tym minimum w oparciu o: wersję bazy sygnatur wirusów,
maskę wersji bazy sygnatur wirusów, nazwę zainstalowanej aplikacji, dokładną wersję
zainstalowanej aplikacji, przynależność do domeny lub grupy roboczej, przynależność do serwera
centralnego zarządzania, przynależności lub jej braku do grup statycznych, nazwę komputera lub jej
maskę, adres IP, zakres adresów IP, przypisaną politykę, czas ostatniego połączenia z systemem
centralnej administracji, oczekiwania na restart, ostatnie zdarzenie związane z wirusem, ostatnie
zdarzenie związane z usługą programu lub jego procesem, ostatnie zdarzenie związane ze
skanowaniem na żądanie oraz z nieudanym leczeniem podczas takiego skanowania, maską wersji
systemu operacyjnego oraz flagą klienta mobilnego.
Podczas tworzenia grup dynamicznych, parametry dla klientów można dowolnie łączyć oraz
dokonywać wykluczeń pomiędzy nimi.
Utworzone grupy dynamiczne mogą współpracować z grupami statycznymi.
Możliwość definiowania administratorów o określonych prawach do zarządzania serwerem
administracji centralnej (w tym możliwość utworzenia administratora z pełnymi uprawnieniami lub
uprawnienia tylko do odczytu).
W przypadku tworzenia administratora z niestandardowymi uprawnieniami możliwość wyboru
modułów, do których ma mieć uprawnienia: zarządzanie grupami, powiadomieniami, politykami,
licencjami oraz usuwanie i modyfikacja klientów, zdalna instalacja, generowanie raportów, usuwanie
logów, zmiana konfiguracji klientów, aktualizacja zdalna, zdalne skanowanie klientów, zarządzanie
kwarantanna na klientach.
Możliwość synchronizowania użytkowników z Active Directory w celu nadania uprawnień
administracyjnych do serwera centralnego zarządzania.
177/196
Wszystkie działania administratorów zalogowanych do serwera administracji centralnej mają być
logowane.
Panel kontrolny musi umożliwiać administratorowi wybór elementów monitorujących, które mają być
widoczne.
Administrator musi posiadać możliwość tworzenia wielu zakładek, w których będą widoczne wybrane
przez administratora elementy monitorujące.
Elementy monitorujące muszą umożliwiać podgląd w postaci graficznej co najmniej: bieżącego
obciążenia serwera zarządzającego, statusu serwera zarządzającego, obciążenia bazy danych z
której korzysta serwer zarządzający, obciążenia komputera, na którym zainstalowana jest usługa
serwera zarządzającego, informacji odnośnie komputerów z zainstalowaną aplikacja antywirusową,
a które nie są centralnie zarządzane, podsumowania modułu antyspamowego, informacji o klientach
znajdujących się w poszczególnych grupach, informacji o klientach z największą ilością
zablokowanych stron internetowych, klientach, na których zostały zablokowane urządzenia
zewnętrzne, podsumowania wykorzystywanych systemach operacyjnych, , zagrożeń oraz ataków
sieciowych
Administrator musi posiadać możliwość maksymalizacji wybranego elementu monitorującego.
Możliwość włączenia opcji pobierania aktualizacji z serwerów producenta z opóźnieniem.
Możliwość przywrócenia baz sygnatur wirusów wstecz.
Aplikacja musi mieć możliwość przygotowania paczki instalacyjnej dla stacji klienckiej, która będzie
pozbawiona wybranej funkcjonalności.
Administrator musi posiadać możliwość centralnego, tymczasowego wyłączenia wybranego modułu
ochrony na stacji roboczej.
Centralne tymczasowe wyłączenie danego modułu nie może skutkować koniecznością restartu stacji
roboczej.
Aplikacja musi posiadać możliwość natychmiastowego uruchomienia zadania znajdującego się w
harmonogramie bez konieczności oczekiwania do jego zaplanowanego czasu.
Aplikacja do administracji centralnej musi umożliwiać utworzenie nośnika, za pomocą którego będzie
istniała możliwość przeskanowania dowolnego komputera objętego licencją przed startem systemu.
Aplikacja musi być wyposażona w dedykowany moduł wiersza poleceń umożliwiający zarządzanie
serwerem administracyjnym za pomocą odpowiednich poleceń.
Aplikacja musi posiadać możliwość wykonania zdalnych poleceń w tym co najmniej: ping, zdalnego
wyłączenia komputera, połączenia pulpitu zdalnego (RDP) oraz przesłania dowolnej wiadomości
tekstowej na stacje klienckie.
Bezpłatna aktualizacja oprogramowania, bazy wirusów przez okres 60 miesięcy od zakończenia
wdrożenia
Wymagany ten sam producent, wersja jak w pkt. 5.5a.1.3
10.10b Monitor
10.10b.1 Monitor LCD – 3 szt.
Wielkość matrycy: min 21,5”
Rozdzielczość full HD
Podświetlenie: LED
178/196
Jasność min: 250 cd/m2
Współczynnik kontrastu min: 1000:1
Wejścia: DSUB, cyfrowe kompatybilne ze współpracującą z nim kartą graficzną zaoferowanego
komputera stacjonarnego
Regulacja: wysokość, nachylenie, pivot
Wskazany ten sam producent, model i typ jak w pkt. 5.5b.1
10.10c Drukarka laserowa A3
10.10c.1 Urządzenie wielofunkcyjne ze skanerem MONO - 1 szt.
Automatyczne drukowanie dwustronne
Technologia druku: druk laserowy
1 port Hi-Speed USB
1 port Fast Ethernet 10/100, karta wbudowana
Szybkość druku: min. 25 str./min
W pełni współpracująca z zaproponowanym systemem operacyjnym (systemami operacyjnymi)
Taca boczna
Funkcja Fax
Szybkość fax : 33,6 kbps
Wydajność tonera: minimum 25 000 wydruków
Wydajność bębna: min. 100 000 stron
Wskazany ten sam producent, model i typ jak w pkt. 5.5d.1
179/196
10.10d UPS
10.10d.1 Zasilacz awaryjny - 1 szt.
10.10e Czytnik kodów kreskowych
10.10e.1 Bezprzewodowy czytnik kodów kreskowych – 1 szt.
Wymienna bateria
Wskazany ten sam producent, model i typ jak w pkt. 5.5g.1
10.10f Zapora ogniowa (Firewall)
10.10f.1 Serwer zapory ogniowej – 1 szt.
Dostarczony system bezpieczeństwa musi zapewniać wszystkie wymienione poniżej funkcje
bezpieczeństwa oraz funkcjonalności dodatkowe. Dopuszcza się aby elementy wchodzące w skład
systemu ochrony były zrealizowane w postaci zamkniętej platformy sprzętowej lub w postaci
komercyjnej aplikacji instalowanej na platformie ogólnego przeznaczenia. W przypadku
implementacji programowej dostawca powinien zapewnić niezbędne platformy sprzętowe wraz z
odpowiednio zabezpieczonym systemem operacyjnym.
Dla elementów systemu bezpieczeństwa wykonawca zapewni wszystkie poniższe
funkcjonalności:
180/196
funkcjonalności:
Monitoring i wykrywanie uszkodzenia elementów sprzętowych i programowych systemów
zabezpieczeń oraz łączy sieciowych.
Możliwość łączenia w klaster Active-Active lub Active-Passive każdego z elementów systemu.
Elementy systemu przenoszące ruch użytkowników powinny dawać możliwość pracy w jednym z
dwóch trybów: Router/NAT lub transparent
Monitoring stanu realizowanych połączeń VPN
System realizujący funkcję Firewall powinien dysponować minimum 10 interfejsami miedzianymi
Ethernet 10/100/1000
Możliwość tworzenia min 64 interfejsów wirtualnych definiowanych jako VLANy w oparciu o standard
802.1Q.
W zakresie Firewall’a obsługa nie mniej niż 450 tys. jednoczesnych połączeń oraz 3 tys. nowych
połączeń na sekundę.
W ramach dostarczonego systemu ochrony muszą być realizowane wszystkie z poniższych
funkcjonalności. Poszczególne funkcjonalności systemu bezpieczeństwa mogą być realizowane w
postaci osobnych platform sprzętowych lub programowych:
- Kontrola dostępu - zapora ogniowa klasy Stateful Inspection
- Ochrona przed wirusami – antywirus [AV] (dla protokołów SMTP, POP3, IMAP, HTTP, FTP,
HTTPS). System kontroli AV musi umożliwiać skanowanie AV dla plików typu: rar, zip.
- Poufność danych - IPSec VPN oraz SSL VPN
- Ochrona przed atakami - Intrusion Prevention System [IPS/IDS]
- Kontrola stron Internetowych pod kątem rozpoznawania witryn potencjalnie niebezpiecznych
- Kontrola zawartości poczty – antyspam (dla protokołów SMTP, POP3, IMAP)
- Kontrola pasma oraz ruchu [QoS i Traffic shaping]
- Kontrola aplikacji oraz rozpoznawanie ruchu P2P
- Ochrona przed wyciekiem poufnej informacji (DLP)
Wydajność systemu Firewall min 1 Gbps
Wydajność skanowania strumienia danych przy włączonych funkcjach: Stateful Firewall, Antivirus
min. 40 Mbps
Wydajność ochrony przed atakami (IPS) min 150 Mbps.
W zakresie realizowanych funkcjonalności VPN, wymagane jest nie mniej niż:
-tworzenie połączeń w topologii Site-to-site oraz możliwość definiowania połączeń Client-to-site
-dostawca oferowanego rozwiązania VPN powinien dostarczać nielimitowanego klienta VPN
współpracującego z proponowanym rozwiązaniem
-monitorowanie stanu tuneli VPN i stałego utrzymywania ich aktywności
-praca w topologii Hub & Spoke oraz Mesh
-możliwość wyboru tunelu przez protokół dynamicznego routingu
-obsługa mechanizmów: IPSec NAT Traversal, DPD, XAuth
Rozwiązanie powinno zapewniać: obsługę Policy Routingu, routing statyczny i dynamiczny w
oparciu o protokoły: RIPv2, OSPF, BGP oraz PIM.
Translacja adresów NAT adresu źródłowego i NAT adresu docelowego.
Możliwość budowy min 2 oddzielnych instancji systemów bezpieczeństwa (fizycznych lub
logicznych) w zakresie routingu, Firewall’a, Antywirus’a, IPS’a, Web Filter’a.
181/196
Polityka bezpieczeństwa systemu zabezpieczeń musi uwzględniać adresy IP, interfejsy, protokoły,
usługi sieciowe, użytkowników, reakcje zabezpieczeń, rejestrowanie zdarzeń oraz zarządzanie
pasmem sieci (m.in. pasmo gwarantowane i maksymalne, priorytety)
Możliwość tworzenia wydzielonych stref bezpieczeństwa Firewall np. DMZ
Silnik antywirusowy powinien umożliwiać skanowanie ruchu w obu kierunkach komunikacji dla
protokołów działających na niestandardowych portach
Ochrona IPS powinna opierać się, co najmniej na analizie protokołów i sygnatur. Baza wykrywanych
ataków powinna zawierać, co najmniej 4000 wpisów. Ponadto administrator systemu powinien mieć
możliwość definiowania własnych wyjątków lub sygnatur. Dodatkowo powinna być możliwość
wykrywania anomalii protokołów i ruchu stanowiących podstawową ochronę przed atakami typu
DoS oraz DDos.
Funkcja kontroli aplikacji powinna umożliwiać kontrolę ruchu na podstawie głębokiej analizy
pakietów, nie bazując jedynie na wartościach portów TCP/UDP
Baza filtra WWW - adresy URL pogrupowane w kategorie tematyczne.. Administrator powinien mieć
możliwość nadpisywania kategorii oraz tworzenia wyjątków i reguł omijania filtra WWW.
Automatyczne ściąganie sygnatur ataków, aplikacji, szczepionek antywirusowych oraz ciągły dostęp
do globalnej bazy zasilającej filtr URL.
System zabezpieczeń musi umożliwiać wykonywanie uwierzytelniania tożsamości użytkowników za
pomocą nie mniej niż:
-haseł statycznych i definicji użytkowników przechowywanych w lokalnej bazie systemu
-haseł statycznych i definicji użytkowników przechowywanych w bazach zgodnych z LDAP
-rozwiązanie powinno umożliwiać budowę architektury uwierzytelniania typu Single Sign On w
środowisku Active Directory
-haseł dynamicznych (RADIUS, RSA SecurID) w oparciu o zewnętrzne bazy danych
Elementy systemu powinny mieć możliwość zarządzania lokalnego (HTTPS, SSH) jak i
współpracować z dedykowanymi platformami do centralnego zarządzania i monitorowania.
Komunikacja systemów zabezpieczeń z platformami zarządzania musi być realizowana z
wykorzystaniem szyfrowanych protokołów.
Wymaga się aby dostawa obejmowała również:
-licencje dla wszystkich funkcji bezpieczeństwa na okres minimum 36 m-cy liczony od dnia
zakończenia wdrożenia całego systemu
Minimum 36 miesięczna gwarancja na dostarczone elementy systemu liczoną od dnia zakończenia
wdrożenia całego systemu
10.10g Okablowanie strukturalne
10.10g.1 Połączenie IDF/PEL – 25m
182/196
-Płaszcz zewnętrzny: na bazie mieszanki bezhalogenowej, niepodtrzymującej palenia
10.10g.2 Korytka kablowe – 15m
Listwa elektroinstalacyjna
Minimalny przekrój: 45 cm2
Kolor:biały
10.10g.3 Gniazdko abonenckie – 3 szt.
Nieobsadzone kątowe gniazdo dla 2 modułów RJ45 kat 6A STP wraz z niezbednym adapterem do
Kolor:biały
Wskazany ten sam producent, model i typ jak w pkt. 4.4c.1
10.10g.4 Kable krosowe abonenckie – 4 szt.
Kabel krosowy ekranowany EMT PiMF 600MHz, RJ45, 10m
Zakres prac:
Zestawienie łącza z systemem szpitalnym w Toszku
183/196
Przeprowadzenie instruktażu dla min czterech osób, wskazanych przez zamawiającego, w
zakresie obsługi, administracji i konserwacji dostarczonego sprzętu oraz oprogramowania na
poziomie pozwalającym na sprawne zarządzanie systemem. W przypadku przeprowadzania w/w
184/196
Punkt 11 - Nadzór autorski na oprogramowanie
Nadzór autorski obowiązujący przez okres 36 miesięcy, liczony od zakończenia okresu
gwarancyjnego. Opłata za sprawowanie nadzoru autorskiego płacona będzie w comiesięcznych
ratach.
11. Zakres nadzoru autorskiego
Dostarczanie nowych wersji oprogramowania uwzględniających zmiany ustawowe oraz rozwojowe,
opracowanie nowych raportów i modyfikacja istniejących na potrzeby Zamawiającego
Gotowość do świadczenia usług polegających na odpłatnej realizacji zmian w oprogramowaniu
zaproponowanych przez Zamawiającego
Utrzymywanie oprogramowania w zgodzie z obowiązującymi uwarunkowaniami prawnymi i
technologicznymi poprzez:
- stałe monitorowanie funkcjonowania oprogramowania w miejscach jego instalacji a w jego wyniku
prowadzenie rejestru zgłaszanych przez klientów błędów aplikacji oraz poprawy i ewentualnego
dodania elementów funkcjonalnych,
- analizę zmian ustawowych związanych bezpośrednio z systemem ochrony zdrowia i dostosowanie
oprogramowania do stanu prawnego obowiązującego w kraju
- analizę zmian ustawowych związanych z aspektami pośrednio ( system ubezpieczeń, finansów, czy
administracji publicznej) dotyczącymi systemu ochrony zdrowia i dostosowanie oprogramowania do
stanu prawnego obowiązującego w kraju.
Udostępnienie poprawek do dostarczonego oprogramowania, w przypadku stwierdzenia przez
Zamawiającego błędu dostarczonego oprogramowania
(tzn. nie spowodowanego przez Zamawiającego powtarzalnego działania dostarczonego
oprogramowania, w tym samym miejscu programu, prowadzącego w każdym przypadku do
otrzymania błędnych wyników jego działania):
w przypadku tzw. błędu krytycznego, tj. takiego, który uniemożliwia użytkowanie dostarczonego
oprogramowania aplikacyjnego (w zakresie jego podstawowej funkcjonalności wskazanej w
dokumentacji użytkownika) i prowadzi do zatrzymania jego eksploatacji, utraty danych lub
naruszenia ich spójności, w wyniku których niemożliwe jest prowadzenie działalności z użyciem
dostarczonego oprogramowania aplikacyjnego:
-czas reakcji Wykonawcy na zgłoszenie Zamawiającego (tj. czas od otrzymania zgłoszenia do chwili
podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego „błędu krytycznego”)
wynosi 1 dzień roboczy;
-czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt Oprogramowania
Aplikacyjnego wyniesie do 3 dni roboczych od chwili rozpoczęcia czynności serwisowych.
W przypadku wystąpienia „błędu krytycznego” Wykonawca może wprowadzić tzw. rozwiązanie
tymczasowe, doraźnie rozwiązujące problem błędu krytycznego; w takim przypadku dalsza obsługa
usunięcia dotychczasowego błędu krytycznego będzie traktowana jako błąd zwykły.
Udostępnienie poprawek w pozostałych przypadkach (w przypadku tzw. błędów zwykłych):
podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego błędu zwykłego)
wynosi do 3 dni roboczych;
-czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt dostarczonego
oprogramowania wyniesie do 10 dni roboczych od chwili rozpoczęcia czynności serwisowych
185/196
W wyjątkowych wypadkach, za zgodą Zamawiającego, czas dokonania korekt będzie uzgodniony
pomiędzy Wykonawcą i Zamawiającym
Zgłoszenie błędu przez Zamawiającego odbywać się będzie za pośrednictwem internetowego
systemu zgłoszeń Wykonawcy, telefonicznie lub za pomocą poczty elektronicznej.
Wykonawca i Zamawiający zobowiązany jest do prowadzenia rejestru kontaktów z zamawiającym
obejmującego w szczególności rozmowy telefoniczne, wysyłane maile, zmiany konfiguracji
oprogramowania aplikacyjnego oraz inne wykonane czynności.
186/196
Punkt 12 - Serwis systemu aplikacyjnego
Opieka serwisowa nad oprogramowaniem aplikacyjnym obowiązująca przez okres 48 miesięcy,
liczony od podpisania protokołu odbioru. Opłata za sprawowanie opieki serwisowej płacona
będzie w comiesięcznych ratach.
12. Opieka serwisowa
Wykonawca zobowiązuje się do świadczenia na rzecz Zamawiającego opieki serwisowej w czasie
obowiązywania umowy:
- w wymiarze 24 godzin miesięcznie, w siedzibie Zamawiającego, za opłatę ryczałtową;
- wg potrzeb Zamawiającego po wykorzystaniu limitu godzin serwisowych objętych opłatą
ryczałtową.
- Wykonawca zobowiązany jest do świadczenia pomocy zdalnej.
Opieka serwisowa obejmuje:
- szkolenie użytkowników z nowych wersji oprogramowania aplikacyjnego;
-konsultacje i pomoc serwisową w zakresie funkcjonowania aplikacji oraz wszelkich zmian
definiowalnych elementów systemu;
-konsultacje w zakresie nowych wersji systemu;
-instalacje nowych wersji oprogramowania aplikacyjnego;
-konsultacje w zakresie administracji systemem;
-pomoc w przygotowywaniu i przekazywaniu danych do jednostek nadrzędnych i współpracujących;
-poprawianie i usuwanie błędów aplikacji i ich skutków
Administrowanie bazą danych w tym: usunięcie błędów rekordów, sprawdzenie poprawności
wykonywania backupu, sprawdzenie poprawności uruchamiania serwisów motoru bazy danych,
sprawdzenie przyrostu bazy danych i wolnego miejsca w przestrzeni tabel, sprawdzenie logów
instalacji bazy, sprawdzenie logów generowanych przez motor bazy danych w systemie
operacyjnym, sprawdzenie wydajności bazy danych z ewentualnym strojeniem,
Pomoc w usunięciu awarii oprogramowania powstałej z winy Zamawiającego lub wskutek wypadków
losowych:
w przypadku tzw. błędu krytycznego, tj. takiego, który uniemożliwia użytkowanie dostarczonego
oprogramowania aplikacyjnego (w zakresie jego podstawowej funkcjonalności wskazanej w
dokumentacji użytkownika) i prowadzi do zatrzymania jego eksploatacji, utraty danych lub
naruszenia ich spójności, w wyniku których niemożliwe jest prowadzenie działalności z użyciem
dostarczonego oprogramowania aplikacyjnego:
podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego „błędu krytycznego”)
wynosi 1 dzień roboczy;
-czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt Oprogramowania
Aplikacyjnego wyniesie do 3 dni roboczych od chwili rozpoczęcia czynności serwisowych.
W przypadku wystąpienia „błędu krytycznego” Wykonawca może wprowadzić tzw. rozwiązanie
tymczasowe, doraźnie rozwiązujące problem błędu krytycznego; w takim przypadku dalsza obsługa
usunięcia dotychczasowego błędu krytycznego będzie traktowana jako błąd zwykły.
Dla pomocy w pozostałych przypadkach (w przypadku tzw. błędów zwykłych):
podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego błędu zwykłego)
wynosi do 3 dni roboczych;
-czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt dostarczonego
oprogramowania wyniesie do 10 dni roboczych od chwili rozpoczęcia czynności serwisowych
187/196
Wykonawca i Zamawiający zobowiązany jest do prowadzenia rejestru kontaktów z zamawiającym
obejmującego w szczególności rozmowy telefoniczne, wysyłane maile, zmiany konfiguracji
oprogramowania aplikacyjnego oraz inne wykonane czynności
Zgłoszenie błędu przez Zamawiającego odbywać się będzie za pośrednictwem internetowego
systemu zgłoszeń Wykonawcy, telefonicznie lub za pomocą poczty elektronicznej.
Wykonawca zobowiązany jest do przedstawienia Zamawiającemu, w celu uzyskania pisemnego
upoważnienia do dostępu do systemów informatycznych oraz świadczenia usług serwisowych:
- listy osób uprawnionych do zdalnego dostępu do systemów Zamawiającego;
- listy osób uprawnionych do świadczenia usług serwisowych w siedzibie Zamawiającego.
188/196
Punkt 13 - Materiały i urządzenia dodatkowe
Punkt 13 obejmuje urządzenia i materiały, nieujęte w punktach 1-12, niezbędne do realizacji
zadania.
Wymagania ogólne:
13. Materiały i urządzenia dodatkowe
13.13a.1 Szafa dystrybucyjna IDF – 1 szt.
złącze uziemiające
1 półka wysuwana
2 półki stałe
189/196
zespół wentylatorów z termostatem
blat górny wykonany z drewna lub płyty MDF
13.13b Zasilacz awaryjny
13.13b.1 Zasilacz awaryjny UPS - 1 szt.
13.13c Przełącznica światłowodowa
13.13c.1 Przełącznica światłowodowa -2 szt.
wysuwana szuflada
24 gniazda pigtail MT-RJ do paneli - włókno single mode 9/125µm, 3m
48 szt. osłonek spawu
13.13d Panel krosowy
13.13d.1 Panel krosowy 6A – 5 szt.
190/196
13.13e Switch
13.13e.1 Przełącznik 24 portowy – 4 szt.
24 porty RJ45 10/100/1000Mb/s
48Gb/s
-magistrala 144Gbps
-bufor 16Mb
-Ilość VLAN: 4K
-ramki Jumbo: o 9k
-MTBF: 560 000 h
-ilość przekazywanych pakietów: min 107 Mpps
-IP Source Guard
-DHCP server
-IGMP querier
-IEEE 802.1v
-Voice VLAN
-IEEE 802.1 Q-in-Q
-Private VLAN
-IEEE 802.3ad
-EEE 802.1D
-IEEE 802.1w
-IEEE 802.1s
-IGMP querier
-IEEE 802.1p
191/196
-ACL poprzez VLAN
-Dynamiczne ACL
-Minimalna liczba reguł na 1 ACL: 1023 wejście/511 wyjście
-DoS
-Protected port
-Port locking
-DHCP snooping
-IP Source Guard
-RADIUS (RFC 2865)
-IEEE 802.1x
-TACACS+
-IEEE 802.3z
-IEEE 802.3ae
-IEEE 802.3ad
-IEEE 802.1AB
-IEEE 802.1D
-IEEE 802.1p
-IEEE 802.1X
-IEEE 802.3x
-SNMP v1, v2c, v3
Akcesoria dodatkowe: miniGbiC 10GBASE-LR single mode - 2 szt. Wyprodukowane przez producenta
przełącznika
Wskazany ten sam producent, model i typ jak w pkt. 2.2i.1
13.13f.1.a Kabel krosowy ekranowany 1m – 60 szt.
Kabel krosowy ekranowany kat. 6a EMT PiMF 600MHz, RJ45, 1m
Wskazany ten sam producent, model i typ jak w pkt. 2.2l.1
192/196
13.13f.1.b Kabel krosowy ekranowany 1,5m – 60 szt.
Kabel krosowy ekranowany kat. 6a EMT PiMF 600MHz, RJ45, 1,5m
Wskazany ten sam producent, model i typ jak w pkt. 2.2l.2
13.13g Kabel
13.13g.1 Połączenie IDF/PEL – 3000 m
-Płaszcz zewnętrzny: na bazie mieszanki bezhalogenowej, niepodtrzymującej palenia
13.13h Gniazdka
13.13h.1 Gniazdko abonenckie PEL – 50 szt.
Nieobsadzone kątowe gniazdo dla 2 modułów RJ45 kat 6A STP wraz z niezbędnym adapterem do
Kolor:biały
Adapter do montażu gniazdka w korytku kablowym
Wskazany ten sam producent, model i typ jak w pkt. 4.4c.1
13.13i Patchkabel
13.13i.1 Kable krosowe abonenckie 10m – 40 szt.
Kabel krosowy ekranowany EMT PiMF 600MHz, RJ45
13.13j Czytnik kodów kreskowych
13.13j.1 Bezprzewodowy czytnik kodów kreskowych – 9 szt.
193/196
Wymienna bateria
13.13k Drukarka kodów kreskowych
13.13k.1 Drukarka kodów kreskowych – 3 szt.
W pełni współpracująca z oprogramowaniem części "szarej" i części "białej"
Druk termiczny lub termotransferowy
wymiana głowicy drukującej i wałka bez pomocy narzędzi
Automatyczna kalibracja nośników
Rozdzielczość: minimum 8 pt./mm - 203 dpi
Etykiety termiczne na rolce lub składanka, typu die-cut lub nośnik ciągły, z czarnym znacznikiem lub
bez, metki/przywieszki, ciągły papier paragonowy, opaski na rękę
Interfejs RS232 i USB
Maksymalna szerokość etykiety: do 110mm
Rodzaje materiałów: Termiczny - ciągły, etykiety, papier w składance, przywieszki kartonowe
Zakres prac:
Instalacja, uruchomienie oraz konfiguracja sprzętu.
194/196
195/196
Spis załączników
Załącznik nr 1
Projekt okablowania strukturalnego infrastruktury informatycznej w SP ZOZ Szpital
Psychiatryczny Toszku (62 strony+25 rysunków)
Załącznik nr 2
Wykaz druków - dokumentacja medyczna SP ZOZ Szpital Psychiatryczny w Toszku
196/196

Opis przedmiotu zamówienia - SP ZOZ Szpital Psychiatryczny w

Transkrypt

Podobne dokumenty