pobierz

Transkrypt

pobierz

„Poprawa jakości usług medycznych i zarządzania poprzez realizację i wdroŜenie
Projekt:
zintegrowanego systemu informatycznego w Szpitalu Kolejowym w WilkowicachBystrej” - zakup i instalacja sprzętu komputerowego, sieciowego wraz z
oprogramowaniem oraz zakup i wdroŜenie systemów front-office i back-office”
Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego
Programu Operacyjnego Województwa Śląskiego na lata 2007-2013
Załącznik nr 1 do SIWZ
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Przedstawione przez Wykonawcę rozwiązanie musi zakładać perspektywę rozwoju
cyfryzacji SPZOZ Szpital Kolejowy oraz rozwoju elektronicznych usług publicznych w
ramach projektu:
„Poprawa jakości usług medycznych i zarządzania poprzez realizację i wdroŜenie zintegrowanego
systemu informatycznego w Szpitalu Kolejowym w Wilkowicach-Bystrej”- zakup i instalacja sprzętu
komputerowego, sieciowego wraz z oprogramowaniem oraz zakup i wdroŜenie systemów front-office i
back-office”.
Przedmiotem projektu jest poprawa jakości usług medycznych i zarządzania poprzez
realizację i poprawa jakości usług medycznych świadczonych przez Szpital Kolejowy w
Wilkowicach poprzez wdroŜenie Zintegrowanego Systemu Zarządzania SłuŜbą Zdrowia. W
ramach realizacji niniejszej inwestycji przewidziano:
1) Stworzenie jednolitej sieci teletechnicznej,
2) Modernizacją i reorganizacją środowiska serwerowego (sprzętowe i softwarowe),
3) Zabezpieczenie systemu przed awariami (archiwizacja), atakami z zewnątrz oraz
zainfekowaniem (wirusami.)
4) Zakup nowych stacji roboczych z odpowiednim oprogramowaniem,
5) Integracją sieci i urządzeń medycznych
6) Instalacją i wdroŜenie oprogramowania - Zintegrowanego Systemu Informatycznego
w SPZOZ Szpital Kolejowy.
Projekt będzie realizowany siedzibie Zamawiającego:
Realizacja projektu
„Poprawa jakości usług medycznych i zarządzania poprzez realizację i wdroŜenie zintegrowanego
systemu informatycznego w Szpitalu Kolejowym w Wilkowicach-Bystrej”.
obejmuje realizację n/w zadania
1
Projekt:
Zakup i instalację sprzętu komputerowego, sieciowego wraz z oprogramowaniem oraz
zakupem i wdroŜeniem systemów font-office i back-office
Wykonawca powinien być producentem oprogramowania lub w pełni autoryzowanym
dystrybutorem z uprawnieniami do bezpośredniego serwisu do dokonywania usunięć awarii,
aktualizacji i jest jedyną stroną odpowiedzialną za poprawne funkcjonowanie systemu.
Zamawiający dopuszcza składanie rozwiązań równowaŜnych. Wykonawca
zobowiązany jest do wykazania ich równowaŜności zgodnie z art. 30, ust. 5 Ustawy Prawo
Zamówień Publicznych Wszędzie tam, gdzie przedmiot zamówienia jest opisany poprzez
wskazanie znaków towarowych, patentów lub pochodzenia lub innych wymagań
Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równowaŜnych w
stosunku do opisanych w specyfikacji, pod warunkiem, Ŝe będą one posiadały, co najmniej
takie same lub lepsze parametry techniczne i funkcjonalne, i nie obniŜą określonych w
specyfikacji standardów.
Zamawiający dopuszcza w ramach oferty moŜliwość migracji baz danych pod pełną
odpowiedzialnością za integralność, rozliczalność, spójność danych , a proces ten musi być
zaakceptowany aŜ do stwierdzenia prawidłowości funkcjonowania systemów uŜytkowanych
przez SPZOZ Szpital Kolejowy.
Zamawiający dopuszcza proces migracji i importu danych z systemów istniejących,
uŜytkowanych w organizacji do systemów oferowanych i zaproponowanych w ofercie.
Zamawiający dopuszcza warunkowy proces migracji i importu danych z systemów
istniejących, uŜytkowanych w organizacji do systemów oferowanych i zaproponowanych w
ofercie.
Oferent potwierdza poprzez oświadczenie w złoŜonej ofercie , iŜ wymagane przez
Zamawiającego minimalne funkcjonalności są dostępne na dzień złoŜenia oferty a złoŜenie
oświadczenia jest integralną częścią formularza ofertowego.
2
Projekt:
I.
Tabelaryczne zestawienie zamówienia
Przedmiot postępowania
Zakup i instalację sprzętu komputerowego, sieciowego wraz z oprogramowaniem oraz
zakupem i wdroŜeniem systemów font-office i back-office
Zestawienie zbiorcze w w ramach zadania : „Zakup i instalację sprzętu komputerowego,
sieciowego wraz z oprogramowaniem oraz zakupem i wdroŜeniem systemów font-office i
back-office”
Ilość
sztuk
łącznie
Rodzaj sprzętu
1.
Zestawy komputerowe z monitorem i
59
Zestaw komputerowy z monitorem
1
Monitor biurkowy – typ 2
1
Serwer bazodanowy z systemem
1
Serwer
1
licencjami dostępowymi - typ 1
2.
(para) i licencją dostępową - typ 2
3.
4.
operacyjnym
5.
usługowy
aplikacji
z
systemem operacyjnym
6.
7.
60
Oprogramowanie antywirusowe
System archiwizacji
systemem bazodanowym ,macierzą dyskową, backupem
danych
z
1
8.
Przełącznik sieciowy typ 1
6
9.
2
3
Projekt:
10.
2
Zasilacz UPS do serwerów
11.
Zasilacz
UPS
punktu
1
Firewall
wraz
polityką
1
dystrybucyjnego
12.
bezpieczeństwa i systemem monitoringu
13.
1
Kontroler sieci bezprzewodowej
25
14.Punkt dostępowy
Zestawienie zbiorcze w ramach zadania : na zakup, rozbudowę licencji i wdroŜenie oprogramowania :
System/moduł/oprogramowanie
Ilość
uŜytkowników
na licencji
Ilość szt
licencji
1.
Moduł Izba przyjęć, oddział szpitalny, ruch chorych
open
1
2.
Moduł Zlecenia
open
1
3.
Moduł: Apteka i Apteczka Oddziałowa
2 i7
1
4.
Moduł Rozliczenia z NFZ i statystyki
open
1
5.
Moduł Recepcja
2
1
6.
Moduł Laboratorium i zakaŜenia szpitalne
7
1
7.
Moduł Rehabilitacja
2
1
8.
Moduł Pracownie diagnostyczne
4
1
Moduł Punkt pobrań
7
10. Moduł Administracja
5
9.
1
1
11. Moduł Dokumentacja medyczna 25 formularzy
1
12. Moduł Elektroniczna dokumentacja medyczna
open
1
4
Projekt:
z e-pacjentem
z e-kontrahentem
13. System finansowo-księgowy z księgą główną i księgami
pomocniczymi oraz:
Moduł Rejestr sprzedaŜy;
Moduł Kasa;
Moduł Kalkulacja kosztów leczenia;
Moduł Środki trwałe;
Moduł WyposaŜenie
II.
open
1
open
2
2
2
1
2
2
2
Wymagania prawne
Rozwiązania wchodzące w skład dostarczonego oprogramowania powinny być zgodne
z aktami prawnymi regulującymi pracę SPZOZ Szpital Kolejowy oraz realizacji e-usług. W
szczególności dostarczone oprogramowanie powinno być zgodne z następującymi wymogami
prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki
Zdrowotnej w kraju:
1. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia
2004 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. z 2004 nr 100,
poz.1024)
2. Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących
zadania publiczne ( tekst jedn. Dz. U. z 2014r. poz. 1114)
3. Rozporządzenie Ministra Zdrowia z dnia 18 grudnia 2014 r. zmieniające
rozporządzenie 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. z 2014 poz. 1986)
5
Projekt:
4. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i
zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (t.j. Dz. U. z 2014
poz 177 z późn. zm.) Ustawy z dnia 29 czerwca
1997r. o Ochronie danych
osobowych (t.j. Dz. U. z 2014 r. poz 1182 z późn. zm)
5. 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. z 2004 r. nr 100
poz 1024) ,
6. Odpowiednich zarządzeń Prezesa NFZ
7. Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych
Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany
informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów
teleinformatycznych (Dz.U. z 2012 r. Poz. 526
8. Przepisów obowiązujących dla oprogramowania finansowo-księgowego, w tym
Ustawy o rachunkowości i przepisów podatkowych
Wykonawca jest obowiązany do niezwłocznego dostosowywania systemu do zmian
przepisów przez cały okres gwarancji
6
Projekt:
III.
Zakup i instalację sprzętu komputerowego, sieciowego wraz
z oprogramowaniem
Komputer stacjonarny z monitorem oraz oprogramowaniem typ 1
Nazwa komponentu
Wymagane minimalne parametry techniczne komputerów
Typ
Komputer stacjonarny, fabrycznie nowy, wyprodukowany nie później niŜ w 2015r.
W ofercie wymagane jest podanie modelu, symbolu oraz producenta
Zastosowanie
Komputer będzie wykorzystywany dla potrzeb aplikacji biurowych, aplikacji
edukacyjnych, aplikacji obliczeniowych, dostępu do Internetu oraz poczty
elektronicznej, jako lokalna baza danych, , systemu informatycznego
dostarczanego przez Wykonawcę oraz istniejącego systemu zarządzania szpitalem
opisanego w niniejszym dokumencie w punkcie V
Procesor
Procesor wielordzeniowy ze zintegrowaną grafiką, osiągający w teście PassMark
CPU Mark wynik min. 4950 punktów (załączyć wydruk ze strony
http://www.cpubenchmark.net/ test nie starszy niŜ 25/06/2015)
Pamięć operacyjna RAM
4GB (1x4096MB) DDR3non-ECC moŜliwość rozbudowy do min 16GB, jeden
slot wolny
Parametry pamieci masowej 500 GB SATA 7200 obr./min
Wydajność grafiki
Grafika zintegrowana z procesorem powinna umoŜliwiać pracę dwumonitorową z
wsparciem DirectX 11.1, OpenGL 4.0, OpenCL 1.2; pamięć współdzielona z
pamięcią RAM,dynamicznie przydzielana do min. 1,7GB; obsługująca
rozdzielczości:
3840x2160 @ 60Hz (cyfrowo)
2560x1600 @ 60Hz (cyfrowo)
4096x2304 @ 24Hz (cyfrowo)
1920x1200 @ 60Hz (analogowo i cyfrowo)
Oferowana karta graficzna musi osiągać w teście PassMark Performance Test co
najmniej wynik 500 punktów w G3D Rating, wynik dostępny na stronie:
http://www.videocardbenchmark.net/gpu_list.php
WyposaŜenie
multimedialne
Min 24-bitowa Karta dźwiękowa zintegrowana z płytą główną, zgodna z High
Definition, wewnętrzny głośnik 2W w obudowie komputera
7
Projekt:
Porty słuchawek i mikrofonu na przednim oraz na tylnym panelu obudowy.
Obudowa
Małogabarytowa typu small form factor, umoŜliwiająca pracę w pionie jak i w
poziomie, fabrycznie zamontowane gumowe stopki dla orientacji pionowej i
poziomej zapobiegające ślizganiu się obudowy i rysowania lakieru Z obsługą kart
PCI Express fabrycznie przystosowana do pracy w układzie pionowym i
poziomym wyposaŜona w min. 2 kieszenie: 1 szt 5,25” zewnętrzne typu „slim” i 1
szt 3,5” wewnętrzne,
Obudowa powinna fabrycznie umoŜliwiać montaŜ min 1 szt. dysku 3,5” lub 2,5”
Zasilacz o mocy max. 255W pracujący w sieci 230V 50/60Hz prądu zmiennego
Moduł konstrukcji obudowy w jednostce centralnej komputera powinien pozwalać
na demontaŜ kart rozszerzeń, napędu optycznego i 3,5” dysku twardego bez
konieczności uŜycia narzędzi (wyklucza się uŜycia wkrętów, śrub motylkowych).
Obudowa w jednostce centralnej musi być dodatkowo zabezpieczona dwoma
wkrętami, moŜliwość odkręcenia bez konieczności uŜycia narzędzi oraz powinna
posiadać czujnik otwarcia obudowy komputera.
Obudowa musi umoŜliwiać zastosowanie zabezpieczenia fizycznego w postaci
linki metalowej oraz kłódki (oczko w obudowie do załoŜenia kłódki).
Obudowa musi posiadać wbudowany wizualny system diagnostyczny, słuŜący do
sygnalizowania i diagnozowania problemów z komputerem i jego komponentami,
Oferowany system diagnostyczny nie moŜe wykorzystywać minimalnej ilości
wolnych slotów wymaganych w specyfkacji,
KaŜdy komputer powinien być oznaczony niepowtarzalnym numerem seryjnym
umieszonym na obudowie, oraz musi być wpisany na stałe w BIOS.
Zgodność z systemami
Potwierdzenie kompatybilności komputera na daną platformę systemową (wydruk
operacyjnymi i standardami ze strony)
Bezpieczeństwo
Zintegrowany z płytą główną dedykowany układ sprzętowy słuŜący do tworzenia i
zarządzania wygenerowanymi przez komputer kluczami szyfrowania.
Zabezpieczenie to musi posiadać moŜliwość szyfrowania poufnych dokumentów
przechowywanych na dysku twardym przy uŜyciu klucza sprzętowego.
Zaimplementowany w BIOS system diagnostyczny z graficznym interfejsem
uŜytkownika umoŜliwiający jednoczesne przetestowanie w celu wykrycia usterki
zainstalowanych komponentów w oferowanym komputerze bez konieczności
uruchamiania systemu operacyjnego. System opatrzony min. o funkcjonalność :
- sprawdzenie Master Boot Record na gotowość do uruchomienia oferowanego
systemu operacyjnego,
- test procesora [ min. cache ]
8
Projekt:
- test pamięci,
- test wentylatora dla procesora
- test wentylatora dodatkowego
- test napędu
- test portów USB
- test dysku twardego
- test podłączonych kabli.
Wirtualizacja
Sprzętowe wsparcie technologi wirtualizacji realizowane łącznie w procesorze,
chipsecie płyty główej oraz w BIOS systemu (moŜliwość włączenia/wyłączenia
sprzętowego wsparcia wirtualizacji dla poszczególnych komponentów systemu).
BIOS
BIOS zgodny ze specyfikacją UEFI, pełna obsługa BIOS za pomocą klawiatury i
myszy.
MoŜliwość, bez uruchamiania systemu operacyjnego z dysku twardego komputera
lub innych podłączonych do niego urządzeń zewnętrznych odczytania z BIOS
informacji o:
wersji BIOS,
nr seryjnym komputera wraz z datą jego wyprodukowania,
ilości i sposobu obłoŜenia slotów pamięciami RAM,
typie procesora wraz z informacją o ilości rdzeni, wielkości
pamięci cache L2 i L3,
pojemności zainstalowanego dysku twardego
rodzajach napędów optycznych
MAC adresie zintegrowanej karty sieciowej
kontrolerze audio
•
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 i podtrzymania BIOS)
•
Funkcja blokowania/odblokowania BOOT-owania stacji roboczej z
zewnętrznych urządzeń
•
MoŜliwość, bez uruchamiania systemu operacyjnego z dysku twardego
komputera lub innych, podłączonych do niego urządzeń zewnętrznych,
ustawienia hasła na poziomie systemu, administratora oraz dysku
twardego oraz moŜliwość ustawienia następujących zaleŜności pomiędzy
nimi: brak moŜliwości zmiany hasła pozwalającego na uruchomienie
9
Projekt:
systemu bez podania hasła administratora.
Certyfikaty i standardy
•
Musi posiadać moŜliwość ustawienia zaleŜności pomiędzy hasłem
administratora a hasłem systemowy tak, aby nie było moŜliwe
wprowadzenie zmian w BIOS wyłącznie po podaniu hasła systemowego.
Funkcja ta ma wymuszać podanie hasła administratora przy próbie
zmiany ustawień BIOS w sytuacji, gdy zostało podane hasło systemowe.
•
MoŜliwość ustawienia portów USB w trybie „no BOOT”, czyli podczas
startu komputer nie wykrywa urządzeń bootujących typu USB, natomiast
po uruchomieniu systemu operacyjnego porty USB są aktywne.
•
MoŜliwość wyłączania i włączania portów USB
•
Certyfikat ISO9001 dla producenta sprzętu (załączyć dokument
potwierdzający spełnianie wymogu)
•
Deklaracja zgodności CE (załączyć do oferty)
•
Komputer musi spełniać wymogi normy Energy Star 5.0
Wymagany wpis dotyczący oferowanego komputera w internetowym katalogu
http://www.eu-energystar.org lub http://www.energystar.gov – dopuszcza się
wydruk ze strony internetowej
Warunki gwarancji
3-letnia gwarancja producenta świadczona na miejscu u klienta. Czas reakcji
serwisu - do końca następnego dnia roboczego.
Firma serwisująca musi posiadać ISO 9001:2000 na świadczenie usług
serwisowych oraz posiadać autoryzacje producenta komputera – dokumenty
potwierdzające załączyć do oferty.
Serwis urządzeń musi być realizowany przez Producenta lub Autoryzowanego
Partnera Serwisowego Producenta – wymagane dołączenie do oferty oświadczenia
Producenta potwierdzonego, Ŝe serwis będzie realizowany przez Autoryzowanego
Partnera Serwisowego Producenta lub bezpośrednio przez Producenta
Wsparcie techniczne
producenta
MoŜliwość telefonicznego sprawdzenia konfiguracji sprzętowej komputera oraz
warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub
jego przedstawiciela.
Dostęp do najnowszych sterowników i uaktualnień na stronie producenta zestawu
realizowany poprzez podanie na dedykowanej stronie internetowej producenta
numeru seryjnego lub modelu komputera – do oferty naleŜy dołączyć link strony.
Wymagania dodatkowe
Wbudowane porty:
•
min. 1 x VGA,
•
min. 1 x DisplayPort v1.2,
•
8 portów wyprowadzonych na zewnątrz
10
Projekt:
System operacyjny
•
porty słuchawek i mikrofonu
•
Karta sieciowa 10/100/1000 Ethernet RJ 45, zintegrowana z płytą główną,
wspierająca obsługę WoL (funkcja włączana przez uŜytkownika), PXE 2.1,
•
Klawiatura USB w układzie polski programisty trwale oznaczona logiem
producenta jednostki centralnej
•
Mysz optyczna USB z trzema klawiszami oraz rolką (scroll) min 800dpi
•
Nagrywarka DVD +/-RW
Zainstalowany System operacyjny klasy PC musi umoŜliwiać uruchamianie
aplikacji dostarczonych przez Wykonawcę i posiadanych przez Zamawiającego
aplikacji opisanych w punkcie V niniejszego dokumentu. oraz spełniać
następujące wymagania, poprzez wbudowane mechanizmy, bez uŜycia
dodatkowych aplikacji:
MoŜliwość dokonywania aktualizacji i poprawek systemu przez Internet z
moŜliwością wyboru instalowanych poprawek.
MoŜliwość dokonywania uaktualnień sterowników urządzeń przez Internet.
Darmowe aktualizacje w ramach wersji systemu operacyjnego przez Internet
(niezbędne aktualizacje, poprawki, biuletyny bezpieczeństwa muszą być
dostarczane bez dodatkowych opłat) – wymagane podanie nazwy strony serwera
WWW.
Internetowa aktualizacja zapewniona w języku polskim.
Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych;
zintegrowana z systemem konsola do zarządzania ustawieniami zapory i regułami
IP v4 i v6.
Zlokalizowane w języku polskim, co najmniej następujące elementy: menu,
odtwarzacz multimediów, pomoc, komunikaty systemowe.
Wsparcie dla większości powszechnie uŜywanych urządzeń peryferyjnych
(drukarek, urządzeń sieciowych, standardów USB, Plug &Play, Wi-Fi).
Funkcjonalność automatycznej zmiany domyślnej drukarki w zaleŜności od sieci,
do której podłączony jest komputer.
Interfejs uŜytkownika działający w trybie graficznym z elementami 3D,
zintegrowana z interfejsem uŜytkownika interaktywna część pulpitu słuŜącą do
uruchamiania aplikacji, które uŜytkownik moŜe dowolnie wymieniać i pobrać ze
strony producenta.
MoŜliwość zdalnej automatycznej instalacji, konfiguracji, administrowania oraz
aktualizowania systemu.
Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i profile
uŜytkowników zarządzane zdalnie; praca systemu w trybie ochrony kont
11
Projekt:
uŜytkowników.
Zintegrowany z systemem moduł wyszukiwania informacji (plików róŜnego typu)
dostępny z kilku poziomów: poziom menu, poziom otwartego okna systemu
operacyjnego; system wyszukiwania oparty na konfigurowalnym przez
uŜytkownika module indeksacji zasobów lokalnych.
Zintegrowane z systemem operacyjnym narzędzia zwalczające złośliwe
oprogramowanie; aktualizacje dostępne u producenta nieodpłatnie bez ograniczeń
czasowych.
Funkcje związane z obsługą komputerów typu TABLET PC, z wbudowanym
modułem „uczenia się” pisma uŜytkownika – obsługa języka polskiego.
Funkcjonalność rozpoznawania mowy, pozwalającą na sterowanie komputerem
głosowo, wraz z modułem „uczenia się” głosu uŜytkownika.
Zintegrowany z systemem operacyjnym moduł synchronizacji komputera z
urządzeniami zewnętrznymi.
Wbudowany system pomocy w języku polskim.
MoŜliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo
widzących).
MoŜliwość zarządzania stacją roboczą poprzez polityki – przez politykę
rozumiemy zestaw reguł definiujących lub ograniczających funkcjonalność
systemu lub aplikacji.
WdraŜanie IPSEC oparte na politykach – wdraŜanie IPSEC oparte na zestawach
reguł definiujących ustawienia zarządzanych w sposób centralny.
Automatyczne występowanie i uŜywanie (wystawianie) certyfikatów PKI X.509.
Wsparcie dla logowania przy pomocy smartcard.
Rozbudowane polityki bezpieczeństwa – polityki dla systemu operacyjnego i dla
wskazanych aplikacji.
System posiada narzędzia słuŜące do administracji, do wykonywania kopii
zapasowych polityk i ich odtwarzania oraz generowania raportów z ustawień
polityk.
Wsparcie dla Sun Java i .NET Framework 1.1 i 2.0 i 3.0 lub programów
równowaŜnych, tj. – umoŜliwiających uruchomienie aplikacji działających we
wskazanych środowiskach.
Wsparcie dla JScript i VBScript lub równowaŜnych – moŜliwość uruchamiania
interpretera poleceń.
Zdalna pomoc i współdzielenie aplikacji – moŜliwość zdalnego przejęcia sesji
zalogowanego uŜytkownika celem rozwiązania problemu z komputerem.
Rozwiązanie słuŜące do automatycznego zbudowania obrazu systemu wraz z
12
Projekt:
aplikacjami. Obraz systemu słuŜyć ma do automatycznego upowszechnienia
systemu operacyjnego inicjowanego i wykonywanego w całości poprzez sieć
komputerową.
Rozwiązanie umoŜliwiające wdroŜenie nowego obrazu poprzez zdalną instalację.
Graficzne środowisko instalacji i konfiguracji.
Transakcyjny system plików pozwalający na stosowanie przydziałów (ang. quota)
na dysku dla uŜytkowników oraz zapewniający większą niezawodność i
pozwalający tworzyć kopie zapasowe.
Zarządzanie kontami uŜytkowników sieci oraz urządzeniami sieciowymi tj.
drukarki, modemy, woluminy dyskowe, usługi katalogowe.
Oprogramowanie dla tworzenia kopii zapasowych (Backup); automatyczne
wykonywanie kopii plików z moŜliwością automatycznego przywrócenia wersji
wcześniejszej.
MoŜliwość przywracania plików systemowych.
System operacyjny musi posiadać funkcjonalność pozwalającą na identyfikację
sieci komputerowych, do których jest podłączony, zapamiętywanie ustawień i
przypisywanie do min. 3 kategorii bezpieczeństwa (z predefiniowanymi
odpowiednio do kategorii ustawieniami zapory sieciowej, udostępniania plików
MoŜliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za
pomocą polityk grupowych (np. przy uŜyciu numerów identyfikacyjnych sprzętu).
moŜliwość zintegrowania uwierzytelniania uŜytkowników z usługą katalogową
(Active Directory lub funkcjonalnie równowaŜną) - uŜytkownik raz zalogowany z
poziomu systemu operacyjnego stacji roboczej ma być automatycznie
rozpoznawany we wszystkich modułach oferowanego rozwiązania bez potrzeby
oddzielnego monitowania go o ponowne uwierzytelnienie się.
Pakiet Biurowy
Pakiet biurowy typu Office musi spełniać następujące wymagania poprzez
wbudowane mechanizmy, bez uŜycia dodatkowych aplikacji:
Pakiet zintegrowanych aplikacji biurowych musi zawierać:
· edytor tekstów,
· arkusz kalkulacyjny,
· narzędzie do przygotowywania i prowadzenia prezentacji,
· narzędzie do tworzenia i wypełniania formularzy elektronicznych
Pakiet musi być dostosowany do obsługi dokumentów generowanych przez system
informatyczny dostarczany przez Wykonawcę.
Nie dopuszcza się rozwiązań typu Open Source
13
Projekt:
Monitor do stacji roboczych typ 1
Parametr
Typ ekranu
Rozmiar plamki
Jasność
Kontrast
Kąty widzenia (pion/poziom)
Czas reakcji matrycy
Rozdzielczość maksymalna
Częstotliwość odświeŜania
poziomego
Częstotliwość odświeŜania
pionowego
Color Gamut
Powłoka powierzchni ekranu
Podświetlenie
Bezpieczeństwo
Wymaganie minimalne
Ekran ciekłokrystaliczny z aktywną matrycą min. 21,5” (16:9)
0,248 mm
250 cd/m2
Typowy 1000:1
160/170 stopni
max 5ms (od czerni do bieli)
1920 x 1080 przy 60Hz
30 – 83 kHz
56 – 76 Hz
84% (CIE 1976)
72% (CIE 1931)
Antyodblaskowa utwardzona
System podświetlenia LED
Monitor musi być wyposaŜony w gniazdo zabezpieczenia przed kradzieŜą tzw.
Kensington Slotg
Waga z podstawą + kable
Zakres regulacji Tilt
Kolor obudowy
Złącza
Gwarancja
Maksymalnie 3,85 kg
Wymagany, min. regulacja 25 stopni
czarny
15-stykowe złącze D-Sub, DVI-D (HDCP)
3 lata na miejscu u klienta
Czas reakcji serwisu - do końca następnego dnia roboczego
Certyfikaty
TCO , ISO 13406-2 lub ISO 9241, EPEAT Gold, Energy Star 5.0
14
Projekt:
Oprogramowanie antywirusowe dla komputera typ 1 i 2 ( 60 szt)
Oprogramowanie musi posiadać polskojęzyczny interfejs
Program musi chronić stacje robocze oraz serwery min. W zakresie
·Wirusami
·Antyspyware
·Antyspam
Działanie programu:
Instalacja aplikacji ochronnych moŜe zostać przeprowadzona automatycznie przy wykorzystaniu konsoli
administracyjnej lub poprzez rozesłanie do UŜytkowników wiadomości e-mail
Ochrona poczty e-mali-Program musi posiadać ochronę poczty obsługującą co najmniej protokoły:
·
POP3
·
SMTP
·
-Ochrona WWW-Program posiada moŜliwość
·
Zdefiniowania zaufanych adresów URL
·
Zdefiniowania blokowanych przez program adresów URL
·
-Ochrona plików-·
Program musi posiadać moŜliwość skanowania otwieranych, zapisywanych i aktywnych
plików
Konsola zarządcza – administracyjna
-Konsola Administracyjna WWW: Dowolna przeglądarka internetowa zapewnia dostęp do konsoli i umoŜliwia centralne
zarządzanie ochroną wszystkich stacji roboczych i serwerów bez względu na ich lokalizację. pozwalającą na:
moŜliwość zdalnego inicjowania skanowania antywirusowego na stacjach roboczych.
automatyczne instalowanie licencji na stacjach roboczych.
wyszukiwanie komputerów bez zainstalowanego antywirusa
blokowanie dostępu do ustawień programu
12 miesięcy okres aktualizacji
Komputer stacjonarny z monitorem medycznym 2MP oraz oprogramowaniem typ 2
Wymagania minimalne
Procesor
Pamięć operacyjna
Pamięć masowa
Karta grafiki
System operacyjny
Wymagania dodatkowe
Procesor wielordzeniowy z zintegrowaną grafiką, osiągający w teście
PassMark CPU Mark wynik min. 7778 punktów wg
http://www.cpubenchmark.net/ , test nie starszy niŜ 14/05/2015r.)
min. 8 GB RAM
dysk min. 2* 1 TB 7 200 obr,
dedykowana karta grafiki dla monitorów medycznych pozwalająca na
podłączenie 3 monitorów o min . parametrach : 3*DVI; interfejs PCIe
x16;pamięć 1024 MB
Jak dla Komputera typu 1
Karta sieciowa 10/100/1000 Ethernet RJ 45, zintegrowana z płytą główną,
wspierająca obsługę WoL
15
Projekt:
Klawiatura USB w układzie polski programisty,
Mysz optyczna USB z trzema klawiszami oraz rolką (scroll)
Gwarancja
Pakiet biurowy
Dodatkowe oprogramowanie
3-letnia gwarancja producenta świadczona na miejscu u klienta, czas reakcji
w następnym dniu roboczym.
serwisowych oraz posiadać autoryzacje producenta Serwis urządzeń musi
być realizowany przez Producenta lub Autoryzowanego Partnera
Serwisowego Producenta
Pakiet biurowy typu Office jak dla komputera typu 1
Zgodne z wymaganiami dla stanowiska opisowego radiologii ogólnej wg
Załącznika nr 1 do rozporządzenia Ministra Zdrowia z dnia 18 lutego 2011 r.,
Monitor medyczny – typ 2 (para)
Zgodność
Rodzaj wyświetlacza
Wymagania minimalne dla monitora medycznego 2MP
Zgodność z wymaganiami monitorów dla stanowiska opisowego radiologii
ogólnej wg Załącznika nr 1 do rozporządzenia Ministra Zdrowia z dnia 18
lutego 2011 r.,
LCD z panelem IPS TFT przeznaczony do zastosowania w diagnozowaniu
medycznym zgodnie ze standardem DICOM
Rozmiar ekranu
Rozdzielczość natywna
Wielkość plamki
Kontrast
Jasność
Ilość wyświetlanych tonów
szarości
Fabryczna kalibracja
Korekcja gamma
Tablica LUT (programowalna)
Wbudowany kalibrator (typu
FRONT sensor)
Testy akceptacyjne
Certyfikaty
Złącza
Kalibracja
MoŜliwość kalibracji sprzętowej
przez uŜytkownika przy uŜyciu
oprogramowania producenta
monitora
minimum 21.3”
2MP / 1600 x 1200 pikseli
maksimum 0.270 mm
minimum 1400:1
minimum 760 cd/m2
minimum 10 bit (1024 odcienie)
Zgodna z DICOM GSDF przy minimum 400cd/m2
minimum 14 bit
TAK - minimum 14 bit
TAK, umoŜliwiający kalibrację monitora zgodnie z wytycznymi DICOM.
MoŜliwość przeprowadzenia testu akceptacyjnego samodzielnie przez
monitor bez konieczności podłączenia monitora do stacji roboczej.
Minimum: CE-MDD (EN60601-1, EN60601-1-2), Wpis do rejestru wyrobów
medycznych
minimum 1 x DVI-D, 1 x Display Port
Monitor indywidualnie kalibrowany fabrycznie zgodnie z wytycznymi
DICOM GSDF.
Dołączone oprogramowanie tego samego producenta co monitor,
umoŜliwiające precyzyjną kalibrację monitora wraz z raportowaniem,
ustawienie automatyczne harmonogramu, realizację testów zgodności z
DICOM wraz z raportowaniem, wykonywanie testów QA (kontroli jakości)
zgodnych z procedurami AAPM TG18 (2005) / DIN V6868-57 / IEC 625631 wraz z raportowaniem, udostępniające wzorce testowe zgodne z AAPM
TG18, raporty luminacji, moŜliwość ustawienia alertów, funkcja parowania
monitorów.
Monitor ma zostać skalibrowany. Kalibrację ma wykonać certyfikowany
ośrodek kalibracyjny, autoryzowany przez producenta na podstawie
wydanego przez producenta monitorów waŜnego certyfikatu
16
Projekt:
Sterowanie
Definiowane tryby prezentacji
obrazu
Szybki test QA bez podłączania
do komputera
Tryb monochromatyczny
Tryb DICOM
Gwarancja
dopuszczającego do realizacji usług kalibracji.
Monitor wyposaŜony w przyciski sterujące OSD znajdujące się na tylnej
części obudowy monitora. Przyciski nie powinny być widoczne z przodu.
Minimum:
Medical – do prezentacji obrazów medycznych,
Gamma 2.2 – do prezentacji obrazów z endoskopu,
Programmable – do indywidualnego zdefiniowania przez uŜytkownika.
MoŜliwość uruchomienia funkcji Quick screen QA przyciskiem sterującym
OSD, który pozwala wyświetlić obraz testowy AAPM TG18-QC, sprawdzić
poziom jasności i skalę szarości DICOM.
Predefiniowany tryb monochromatyczny 10-bitowy umoŜliwiający pracę
monochromatyczną na całym obszarze roboczym monitora.
TAK
minimum 36 miesięcy gwarancji producenta monitora
Monitor biurkowy 19-calowy z trybem DICOM
Parametr
Wymagania minimalne
Rodzaj wyświetlacza
LCD z panelem IPS z podświetleniem W-LED
Rozmiar ekranu
Format wyświetlania ekranu
Rozdzielczość natywna
Wielkość plamki
Kontrast
Jasność
Kąty widzenia
Czas reakcji
Tryb wyświetlania DICOM
Czujnik natęŜenia oświetlenia
otoczenia
Regulacja wysokości
19”
5:4
1280 x 1024 pikseli
0.293 mm
1000:1
250 cd/m2
178 poziomo / 178 pionowo
6 ms
TAK
TAK
Złącza
1xDVI-D, 1xDisplay Port, 1xVGA
Pobór mocy
10W (Tryb Eco ); 14W (typ.); 18W (maks.)
Waga
Nie więcej niŜ 5,9 kg
MoŜliwość kalibracji sprzętowej
przez uŜytkownika przy uŜyciu
oprogramowania
producenta
monitora
TAK współpraca z bezpłatnym oprogramowaniem tego samego producenta
co monitor, umoŜliwiającym precyzyjną kalibrację monitora wraz z
raportowaniem, ustawienie automatyczne harmonogramu, realizację testów
zgodności
z DICOM wraz z raportowaniem, wykonywanie testów QA (kontroli
jakości)
zgodnych
z procedurami AAPM TG18 (2005) / DIN V6868-57 / IEC 62563-1 wraz z
raportowaniem, udostępniające wzorce testowe zgodne z AAPM TG18,
raporty luminacji, moŜliwość ustawienia alertów, funkcja parowania
monitorów.
Regulacja wysokości ekranu do (110 mm) oraz funkcja Pivot 90°
17
Projekt:
Serwer bazodanowy
Komponent
Wymagania ogólne
Obudowa
Płyta główna
Chipset
Procesor
Pamięć RAM
Sloty PCI Express
Karta graficzna
Wbudowane porty
Interfejsy sieciowe
Wewnętrzny moduł SD
Kontroler dysków
Dyski twarde
Napęd optyczny
System diagnostyczny
Zasilacze
Wentylatory
Bezpieczeństwo
Minimalne wymagania
Dostosowany do dostarczanych przez Wykonawcę aplikacji
Obudowa Rack z moŜliwością instalacji do 4 dysków 3.5" HotPlug wraz z
kompletem wysuwanych szyn umoŜliwiających montaŜ w szafie rack i wysuwanie
serwera do celów serwisowych. Posiadająca dodatkowy przedni panel zamykany na
klucz, chroniący dyski twarde przed nieuprawnionym wyjęciem z serwera.
Płyta główna z moŜliwością zainstalowania minimum jednego procesora
wielordzeniowego. Płyta główna musi być zaprojektowana przez producenta serwera
i oznaczona jego znakiem firmowym.
Dedykowany przez producenta procesora do pracy w serwerach
Jeden procesor dedykowany do pracy z zaoferowanym serwerem umoŜliwiający
osiągnięcie wyniku
min. 364 punktów w teście SPECint_rate_base2006 dostępnym na stronie
www.spec.org
64 GB pamięci RAM;
Płyta powinna obsługiwać do min. 192GB, na płycie głównej powinno znajdować się
minimum 6 slotów przeznaczonych dla pamięci
MoŜliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror, Lockstep
- Minimum jeden slot x8 o prędkości x4 generacji 2
- minimum jeden slot x16 generacji 3 pełnej wysokości
Zintegrowana karta graficzna umoŜliwiająca rozdzielczość min. 1280x1024
min. 5 portów USB 2.0 , 2 porty RJ45, 2 porty, min. 1 port RS232
Wbudowana w płytę główną dwuportowa karta Gigabit Ethernet; moŜliwość
współpracy z macierzą dyskową podstawową opisaną w dalszej części dokumentu
poprzez interfejs SAS 12Gbps
Zainstalowany wewnętrzny moduł z 2-ma redundantnymi kartami SD min 2GB
kaŜda. MoŜliwość skonfigurowania mirroru pomiędzy redundantnymi kartami SD.
Dedykowany sprzętowy kontroler dyskowwy, posiadającego min. 512 MB nieulotnej
pamięci CACHE posiadający konfiguracje poziomów RAID : 0, 1, 5, 6, 10, 50, 60
MoŜliwość instalacji dysków twardych SATA, SAS, NearLine SAS i SSD.
Zainstalowane min. 2xSAS 300GB
Wbudowany napęd DVD RW
Panel LCD umieszczony na froncie obudowy, umoŜliwiający wyświetlenie
informacji o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze.
Redundantne zasilacze o mocy maks. 350W kaŜdy
Minimum 4 redundantne wentylatory
Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy
współpracujący z BIOS i kartą zarządzającą.
18
Projekt:
Karta zarządzająca
Gwarancja
Certyfikaty
Dokumentacja
System bazodanowy
Karta posiadającej dedykowany port RJ-45 Gigabit Ethernet umoŜliwiająca:
- zdalny dostęp do graficznego interfejsu Web karty zarządzającej
- zdalne monitorowanie i informowanie o statusie serwera (m.in. prędkości
obrotowej wentylatorów, konfiguracji serwera, )
- szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację uŜytkownika
- moŜliwość podmontowania zdalnych wirtualnych napędów
- wirtualną konsolę z dostępem do myszy, klawiatury
- wsparcie dla IPv6
- wsparcie dla WSMAN (Web Service for Managament); SNMP; IPMI2.0, VLAN
tagging, Telnet, SSH
- moŜliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez
serwer
- moŜliwość zdalnego ustawienia limitu poboru prądu przez konkretny serwer
- integracja z Active Directory
- moŜliwość obsługi przez dwóch administratorów jednocześnie
- wsparcie dla dynamic DNS
- wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie
konfiguracji sprzętowej
- moŜliwość podłączenia lokalnego poprzez złącze RS-232
- zainstalowana dedykowana do karty zarządzającej pamięć flash min. 8GB
Trzy lata gwarancji producenta realizowanej w miejscu instalacji sprzętu, z czasem
reakcji do końca nastepnego dnia roboczego od zgłoszenia.
Firma serwisująca musi posiadać ISO 9001:2000 na świadczenie usług serwisowych
oraz posiadać autoryzacje producenta serwera
Serwer musi być wyprodukowany zgodnie z normą ISO-9001 oraz ISO-14001.
Serwer musi posiadać deklaracja CE.
Oferowany sewer musi znajdować się na liście Windows Server Catalog i posiadać
status „Certified for Windows” dla systemów Microsoft Windows Server 2008 R2
x64, x64, x86, Microsoft Windows Server 2012
Zamawiający wymaga dokumentacji w języku polskim lub angielskim.
MoŜliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz
Oprogramowanie Bazodanowe Oracle Se One 11g – licencja bezterminowa na
zastosowany serwer (bez limitu uŜytkowników).
Serwer usługowy aplikacji
Komponent
Obudowa
Płyta główna
Chipset
Minimalne wymagania
Obudowa Rack z moŜliwością instalacji do 4 dysków 3.5" HotPlug wraz z
kompletem wysuwanych szyn umoŜliwiających montaŜ w szafie rack i wysuwanie
serwera do celów serwisowych
Posiadająca dodatkowy przedni panel zamykany na klucz, chroniący dyski twarde
przed nieuprawnionym wyjęciem z serwera.
Płyta główna z moŜliwością zainstalowania minimum jednego wielordzeniowego.
Płyta główna musi być zaprojektowana przez producenta serwera i oznaczona jego
znakiem firmowym.
Dedykowany przez producenta procesora do pracy w serwerach
19
Projekt:
Procesor
Pamięć RAM
Sloty PCI Express
Karta graficzna
Wbudowane porty
Interfejsy sieciowe
Wewnetrzny moduł SD
Kontroler dysków
Dyski twarde
Napęd optyczny
System diagnostyczny
Zasilacze
Wentylatory
Bezpieczeństwo
Karta zarządzająca
Jeden procesor dedykowany do pracy z zaoferowanym serwerem umoŜliwiający
osiągnięcie wyniku min. 364 punktów w teście SPECint_rate_base2006 dostępnym
na stronie www.spec.org
64 GB pamięci RAM
Płyta powinna obsługiwać do min. 192GB, na płycie głównej powinno znajdować
się minimum 6 slotów przeznaczonych dla pamięci
MoŜliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror,
Lockstep
Minimum jeden slot x8 o predkości x4 generacji 2
minimum jeden slot x16 generacji 3 pełnej wysokości
Zintegrowana karta graficzna umoŜliwiająca rozdzielczość min. 1280x1024
min. 5 portów USB 2.0 , 2 porty RJ45, 2 porty VGA (1 na przednim panelu
obudowy, drugi na tylnym), min. 1 port RS232
Wbudowana w płytę główną dwuportowa karta Gigabit Ethernet; moŜliwość
współpracy z macierzą opisaną w dalszej części dokumentu poprzez interfejs SAS
12GBps
Zainstalowany wewnętrzny moduł z 2 redundantnymi kartami SD min 2GB kaŜda.
MoŜliwość skonfigurowania mirroru pomiędzy redundantnymi kartami SD.
Dedykowany sprzętowy kontroler dyskowy, posiadającego min. 512 MB nieulotnej
pamięci CACHE umoŜliwiający konfiguracje poziomów RAID : 0, 1, 5, 6, 10, 50,
60
MoŜliwość instalacji dysków twardych SATA, SAS, NearLine SAS i SSD.
Zainstalowane min. 2x300GB SAS
Wbudowany napęd DVD RW
Panel LCD umieszczony na froncie obudowy, umoŜliwiający wyświetlenie
informacji o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz
temperaturze.
Redundantne zasilacze o mocy maks. 350W kaŜdy
Minimum 4 redundantne wentylatory
Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy
współpracujący z BIOS i kartą zarządzającą.
Karta posiadająca dedykowany port RJ-45 Gigabit Ethernet umoŜliwiająca:
- zdalny dostęp do graficznego interfejsu Web karty zarządzającej
- zdalne monitorowanie i informowanie o statusie serwera (m.in. prędkości
obrotowej wentylatorów, konfiguracji serwera, )
- szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację uŜytkownika
- moŜliwość podmontowania zdalnych wirtualnych napędów
- wirtualną konsolę z dostępem do myszy, klawiatury
- wsparcie dla IPv6
- wsparcie dla WSMAN (Web Service for Managament); SNMP; IPMI2.0, VLAN
tagging, Telnet, SSH
- moŜliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez
serwer
- moŜliwość zdalnego ustawienia limitu poboru prądu przez konkretny serwer
- integracja z Active Directory
- moŜliwość obsługi przez dwóch administratorów jednocześnie
- wsparcie dla dynamic DNS
- wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie
konfiguracji sprzętowej
20
Projekt:
Gwarancja
Certyfikaty
Dokumentacja
- moŜliwość podłączenia lokalnego poprzez złącze RS-232
- zainstalowana dedykowana do karty zarządzającej pamięć flash min. 8GB
Trzy lata gwarancji producenta realizowanej w miejscu instalacji sprzętu, z czasem
reakcji do końca następnego dnia roboczego od zgłoszenia.
serwisowych oraz posiadać autoryzacje producenta serwera –
Serwer musi być wyprodukowany zgodnie z normą ISO-9001 oraz ISO-14001.
Serwer musi posiadać deklaracja CE.
Oferowany sewer musi znajdować się na liście Windows Server Catalog i posiadać
status „Certified for Windows” dla systemów Microsoft Windows Server 2008 R2
x64, x64, x86, Microsoft Windows Server 2012
Zamawiający wymaga dokumentacji w języku polskim lub angielskim.
MoŜliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz
Oprogramowanie systemowe dla serwerów
Opis wymagań minimalnych
Licencja typu Microsoft Windows Server 2012 Standard 64-bit OEM lub równowaŜny do dostarczanych serwerów.
Licencja uprawniająca do bezterminowego, nieograniczonego czasowo korzystania z oprogramowania; licencja
umoŜliwiająca instalację oprogramowania; licencja umoŜliwiająca instalację jednej kopii oprogramowania na serwerze
fizycznym lub dwóch kopii oprogramowania w środowisku wirtualnym; najnowsza, dostępna w momencie wersja
oprogramowania w momencie składania oferty
Pełna obsługa wszystkich podzespołów serwerów będących składnikiem niniejszego zamówienia;
Obsługa następujących ról: Serwer Active Directory,Serwer DNS, Plików, Internetowych Serwer usług informacyjnych
zgodny z Microsoft IIS 8, Serwer DHCP, wydruku, zasad sieciowych z obsługą serwera RADIUS; obsługa .NET
Framework 4.5
Licencje dostępowe do serwerów
Opis wymagań minimalnych
Licencja dostępowa do oferowanego środowiska serwerowego na urządzenie
System archiwizacji danych z systemem operacyjnym z macierzą dyskową oraz backupem
dodatkowym do serwerów
21
Projekt:
Parametr
Obudowa
Ilość obsługiwanych
dysków
Zamontowane dyski
twarde
Interfejsy sieciowe
Porty
Obsługa RAID
Funkcje
Wolumeny
Szyfrowanie
Język GUI
Waga
Maksymalny pobór mocy
Certyfikaty
System plików
Protokoły
Licencje
Zasilanie
Warunki pracy
Gwarancja i aktualizacje
Wymagania dodatkowe
Charakterystyka (wymagania minimalne) macierzy zapasowej
Rack 1U o wymiarach 44(W)x446,4(S)x506(D)
4 dyski hot swap po 4TB kaŜdy
2 dyski 4 TB kaŜdy
2 x 1000/100/10
2 x USB, 2 x PS/2, 1 x VGA
RAID 0,1,5 ,6 i JBOD
- SNAPSHOT-y,
- backup otwartych plików,
- deduplikacja,
- scentralizowane zarządzanie agentami z poziomu przeglądarki internetowej,
- zaawansowane logi zdarzeń, pokazujące ilość danych przesłanych w kopii zapasowej
- ograniczanie pasma dla wysyłanych danych z serwera do chmury,
- dwukierunkowa synchronizacja danych,
- wsparcie dla Windows ADS
- obsługa windows ACL
- tworzenie obrazów dysków do wersji Bare Metal Recovery,
- zaawansowane filtry plików,
- wykonywanie backupu do chmury,
- dostęp do drzewa katalogów i plików zdalnych komputerów, na których jest zainstalowane
oprogramowanie agenta,
- moŜliwość kopiowania danych ze zdalnych hostów bez instalacji dodatkowego
oprogramowania na końcówkach
- backup Microsoft Exchange, SQL Servera oraz Active Directory,
- wykonywania kopii z komputera na serwer przez sieć Internet,
- zaawansowane wyszukiwanie plików po nazwie i ciągów znaków w zawartości pliku
- tworzenie i zarządzanie danymi w ramach projektów
- Zaproszenia, do udostępnionych danych w formie linku
- Obsługa RAID Scrubbing w celu weryfikacji integralności wykonanych kopi zapasowych
- moŜliwość dołączania do oprogramowania Agenta skryptów post lub pre w celu
wykonywania kopi baz danych natywnie nie obsługiwanych przez oprogramowanie agenta
Obsługa kilku woluminów w obrębie jednego poziomu RAID.
MoŜliwość szyfrowania całych woluminów kluczem AES 256 bitów w wersji AES ESSIV.
Dane przesyłane są w tunelu SSL 128 bitów i przed wysłaniem są oznaczone znacznikiem
SHA-1 oraz zaszyfrowane kluczem AES 256 bitów.
Angielski, Polski
7,8 Kg
220W
CE
EXT3, NEXT3
CIFS, AFP, NFS, FTP, WebDAV, iSCSI, http, SSL, rsync, Time Machine,
60 licencji PC Agentów na PC do wykonywania backupu, oprogramowanie musi być
kompatybilne z serwerem
Wewnętrzny zasilacz
Temperatura 10C – 40C, wilgotność 10%-85%
36 miesięcy
Macierz zapasową naleŜy umieścić w zabezpieczonym pomieszczeniu innym niŜ
22
Projekt:
serwerownia, w szafce wiszącej (dedykowane wykorzystanie jednego z punktów
dystrybucyjnych). Z przełącznika dystrybucyjnego naleŜy przyłączyć 2 porty Ethernet
macierzy i za pomocą dedykowanego VLAN zapewnić moŜliwość przesyłania do niej kopii
zapasowych uruchomionych baz danych oraz aplikacji tego wymagających
Parametr
Obudowa
Kontrolery
Cache
Dyski
Oprogramowanie
Wsparcie dla systemów
operacyjnych
Bezpieczeństwo
Warunki gwarancji dla
macierzy
Dokumentacja uŜytkownika
Certyfikaty
Charakterystyka (wymagania minimalne) macierzy podstawowej
Do instalacji w standardowej szafie RACK 19” obudowa maksymalnie 2U
Dwa kontrolery RAID pracujące w układzie active-active posiadające łącznie minimum
osiem portów SAS 12Gbps do podłączenia serwerów. Wymagane jest dostarczenie takŜe 3
kontrolerów SAS 12Gb/s HBA do instalacji wewnątrz serwera. Wymagane poziomy RAID 0,
1, 5, 6, 10, niezaleŜny dostęp do dysku kaŜdego z kontrolerów.
4GB na kontroler, pamięć cache zapisu mirrorowana między kontrolerami, z opcją zapisu na
dysk lub inna pamięć nieulotną lub podtrzymywana bateryjnie przez min. 72h w razie awarii
Zainstalowanych 12 dysków Hot-Plug SAS o pojemności 900GB/10krpm kaŜdy, moŜliwość
rozbudowy przez dokładanie kolejnych dysków/półek dyskowych do łącznie minimum 192
dysków, równieŜ dysków hot-plug typu SAS. MoŜliwość mieszania typów dysków w obrębie
macierzy oraz pojedyńczej półki.
Zarządzające macierzą w tym powiadamianie mailem o awarii, umoŜliwiające maskowanie i
mapowanie dysków. MoŜliwość rozbudowy funkcjonalności macierzy o kopie migawkowe
(licencja na minimum 8 kopii na dysk logiczny). MoŜliwość rozbudowania oprogramowania
o funkcjonalność pełnych kopii dysków logicznych.
MoŜliwość utworzenia minimum 512 LUN’ów
Licencja macierzy powinna umoŜliwiać podłączanie minimum 4 hostów bez konieczności
zakupu dodatkowych licencji dla macierzy.
MS Windows 2003/ 2008, RedHat Enterprise Linux lub równowaŜnych
Ciągła praca obu kontrolerów nawet w przypadku zaniku jednej z faz zasilania. Zasilacze,
wentylatory, kontrolery RAID redundantne.
Przynajmniej trzy lata gwarancji z czasem reakcji na zgłoszenie awarii maksymalnie do
końca następnego dnia roboczego od zgłoszenia, przyjmowanie zgłoszeń 24h/dobę 7dni
w tygodniu;
Wszystkie naprawy gwarancyjne powinny być moŜliwe na miejscu.
Dostawca ponosi koszty napraw gwarancyjnych, włączając w to koszt części I
transportu.
W czasie obowiązywania gwarancji dostawca zobowiązany jest do udostępnienia
Zamawiającemu nowych wersji BIOS, firmware i sterowników (na płytach CD lub
stronach internetowych).
Zamawiający wymaga dokumentacji w języku polskim lub angielskim
Macierz musi być wyprodukowany zgodnie z normą ISO 9001.
23
Projekt:
Parametr
Wymagania minimalne
Porty miedziane
48x 1GbE RJ45 auto-sensing (1Gb/100Mb/10Mb)
Zintegrowanie dedykowane porty 10GbE SFP+
2 szt
Power-over-Ethernet Plus (PoE+)
NIE
Maksymalna moc
NIE
Auto-negocjacja portów, flow control
TAK
Auto MDI/MDIX
TAK
Port mirroring
TAK
Flow-based port mirroring
TAK
Broadcast storm control
TAK
Energy Efficient Ethernet per port settings
TAK
Port Profile support including Admin profiles
TAK
Zarządzanie poprzez RJ45 konsolę , RS232
TAK
Port USB
1 szt
MoŜliwość łączenia w stos, porty do łączenia w stos
2x 21Gbps
Maksymalna prędkość połączenia w stosie(full duplex)
84Gbps
Prędkość przełączania
220Gbps
Przepustowość
164Mpps
Przełączanie w warstwie 2
TAK
Pamięć CPU
1GB
Pamięć Flash
256MB
Bufor pamięci
4MB
Obsługa dual-image
TAK
Monitorowanie temperatury pracy
TAK
Diagnostyka połączeń miedzianych
TAK
Diagnostyka połączeń optycznych
TAK
Wymiary fizyczne (W X Sz X G):
43.5 x 440.0 x 257.0
Wysokość obudowy
1U
MontaŜ w szafie 19" rack
TAK
Temperatura pracy
0° to 45° C
Moc zasilacza (W)
100
Sprawność zasilacza
80% lub więcej
Warunki gwarancji dla switcha
Przynajmniej trzy lata gwarancji z czasem reakcji na rozpoczęcie
naprawy maks. 4 godziny od zgłoszenia, dla systemów o
znaczeniu newralgicznym, przyjmowanie zgłoszeń 24 godziny na
dobę, 7 dni w tygodniu.
Firma serwisująca musi posiadać ISO 9001:2000 na świadczenie
usług serwisowych oraz posiadać autoryzacje producenta.
24
Projekt:
Zamawiający oczekuje moŜliwości przedłuŜenia czasu gwarancji
do pięciu lat.
Serwis pogwarancyjny
Zamawiający wymaga moŜliwości rozszerzenia serwisu o dwa
kolejne lata po wygaśnięciu gwarancji
Zamawiający wymaga dokumentacji w wersji elektronicznej i
drukowanej w języku polskim lub angielskim
Przełącznik sieciowy – typ 2
Parametr
Wymagania minimalne
Porty miedziane
48x 1GbE RJ45 auto-sensing (1Gb/100Mb/10Mb) PoE+
Zintegrowanie dedykowane porty 10GbE SFP+
2 szt
Power-over-Ethernet Plus (PoE+)
TAK
Auto-negocjacja portów, flow control
TAK
Auto MDI/MDIX
TAK
Port mirroring
TAK
Flow-based port mirroring
TAK
Broadcast storm control
TAK
Energy Efficient Ethernet per port settings
TAK
Port Profile support including Admin profiles
TAK
Zarządzanie poprzez RJ45 konsolę , RS232
TAK
Port USB
1 szt
MoŜliwość łączenia w stos, porty do łączenia w stos
2x 21Gbps
Maksymalna prędkość połączenia w stosie(full duplex)
84Gbps
Prędkość przełączania
220Gbps
Przepustowość
164Mpps
Przełączanie w warstwie 2
TAK
Pamięć CPU
1GB
Pamięć Flash
256MB
Bufor pamięci
4MB
Obsługa dual-image
TAK
Monitorowanie temperatury pracy
TAK
Diagnostyka połączeń miedzianych
TAK
25
Projekt:
Diagnostyka połączeń optycznych
TAK
Wymiary fizyczne (W X Sz X G):
43.5 x 440.0 x 387.0
Wysokość obudowy
1U
MontaŜ w szafie 19" rack
TAK
Temperatura pracy
0° to 45° C
Moc zasilacza (W)
1000
Maksymalny pobór mocy (W)
1738
Sprawność zasilacza
80% lub więcej
Przynajmniej trzy lata gwarancji z czasem reakcji na rozpoczęcie
naprawy maks. 4 godziny od zgłoszenia, dla systemów o znaczeniu
newralgicznym, przyjmowanie zgłoszeń 24 godziny na dobę, 7 dni
w tygodniu.
Warunki gwarancji dla switcha
Firma serwisująca musi posiadać ISO 9001:2000 na świadczenie
usług serwisowych oraz posiadać autoryzacje Zamawiający
oczekuje moŜliwości przedłuŜenia czasu gwarancji do pięciu lat.
Serwis pogwarancyjny
Zamawiający wymaga moŜliwości rozszerzenia serwisu o dwa
kolejne lata po wygaśnięciu gwarancji
Zamawiający wymaga dokumentacji w wersji elektronicznej i
drukowanej w języku polskim lub angielskim
UPS do serwerów
Parametr
Klasa produktu
Moc pozorna
Moc rzeczywista
Architektura UPSa
Maks. czas przełączenia na baterię
Liczba i rodzaj gniazdek z utrzymaniem zasilania
Typ gniazda wejściowego
Czas podtrzymania dla obciąŜenia 100%
Czas podtrzymania przy obciąŜeniu 50%
Zakres napięcia wejściowego w trybie podstawowym
Zimny start
Układ automatycznej regulacji napięcia (AVR)
Sinus podczas pracy na baterii
Porty komunikacji
Diody sygnalizacyjne
Alarmy dźwiękowe
Wymagania minimalne
UPS - zasilacz awaryjny
6000 VA
4800 Wat
on-line double conversion
0 ms
1 x Screw Terminals
połączenia stałe (1f, N, PE)
7 min
26 min
110-300 V
Tak
Tak
Tak
• USB
• Port szeregowy
• SmartSlot
• Karta TCP IP / SNMP
Wyświetlacz LCD
• Awaria akumulatora
• przegrzanie urządzenia
26
Projekt:
Typ obudowy
WyposaŜenie standardowe
Dodatkowe informacje
• awaria sieci zasilającej
• PrzeciąŜenie
• praca z baterii
Tower
• oprogramowanie na CD
• Kabel USB
• Czas ładowania: 9h do 90%
• Automatyczny restart po powrocie zasilania
• Podwójna konwersja
• Funkcja EPO - Emergency Power Off
• Zintegrowany bypass switch
Zasilacz do punktu dystrybucyjnego
Parametr
Moc pozorna
Moc rzeczywista
Architektura UPSa
Maks. czas przełączenia na baterię
Liczba i rodzaj gniazdek z utrzymaniem
zasilania
Typ gniazda wejściowego
Czas podtrzymania dla obciążenia 100%
Czas podtrzymania przy obciążeniu 50%
Zakres napięcia wejściowego w trybie
podstawowym
Zimny start
Układ automatycznej regulacji napięcia (AVR)
Sinus podczas pracy na baterii
Porty komunikacji
Port zabezpieczający linie danych
Diody sygnalizacyjne
Alarmy dźwiękowe
Typ obudowy
Kolor
Dodatkowe informacje
Komentarz: Zmiana zopisu
Wymagania minimalne
2000 VA
1600 Wat
on-line double conversion
0 ms
8 x IEC320 C13 (10A)
IEC320 C14 (10A)
6,7 min
18,2 min
175-300 V
Tak
Tak
Tak
USB
Port szeregowy
SmartSlot
RJ45 - linia modemowa/faxowa, DSL, 10/100BaseTX
Wyświetlacz LCD
Awaria akumulatora
przegrzanie urządzenia
awaria sieci zasilającej
Przeciążenie
praca z baterii
rack
Czarny
Czas ładowania baterii 4h - 90%
27
Projekt:
Automatyczny restart po powrocie zasilania
Podwójna konwersja
Funkcja EPO - Emergency Power Off
Firewall
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Wymagania mimimalne
System zabezpieczeń musi być zbudowany w oparciu o dedykowane rozwiązania sprzętowe (tzw. appliance).
System zabezpieczeń musi zapewniać moŜliwość rozbudowy w przyszłości o kolejne urządzenie i pracę w klastrze w trybie
Active-Passive.
Elementy systemu przenoszące ruch uŜytkowników musi dawać moŜliwość pracy w jednym z dwóch trybów: Router/NAT
lub bridge.
System realizujący funkcję Firewall musi dysponować minimum 6 interfejsami miedzianymi Ethernet 10/100/1000.
System musi umoŜliwiać rozbudowę o minimum 4 interfejsy optyczne 10GbE (SFP+).
System musi umoŜliwiać tworzenie minimum 256 interfejsów wirtualnych definiowanych jako VLANy w oparciu o
standard 802.1Q.
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).
− 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.
Wydajność systemu Firewall minimum 10 Gbps.
W zakresie Firewall’a obsługa nie mniej niŜ 2 500 000 jednoczesnych połączeń oraz 100 000 nowych połączeń na sekundę.
Wydajność skanowania strumienia danych przy włączonych funkcjach: antywirus minimum 1.6 Gbps.
Wydajność ochrony przed atakami (IPS) minimum 4 Gbps.
Wydajność szyfrowania AES, nie mniej niŜ 1.3 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.
− Monitorowanie stanu tuneli VPN i stałego utrzymywania ich aktywności.
− Obsługa mechanizmów: IPSec NAT Traversal, DPD.
Rozwiązanie musi zapewniać: obsługę Policy Routingu, routing statyczny i dynamiczny w oparciu o protokoły: RIP, OSPF,
BGP.
Translacja adresów NAT adresu źródłowego i NAT adresu docelowego.
Polityka bezpieczeństwa systemu zabezpieczeń musi uwzględniać adresy IP, interfejsy, protokoły, usługi sieciowe,
uŜytkowników, rejestrowanie zdarzeń oraz zarządzanie pasmem sieci (m.in. pasmo gwarantowane i priorytety).
System zabezpieczeń musi wspierać obsługę modemów 3G. Modemy powinny pochodzić od dowolnie wybranych
producentów.
28
Projekt:
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
System zabezpieczeń musi umoŜliwiać tworzenie wydzielonych stref bezpieczeństwa Firewall np. DMZ.
System musi umoŜliwiać automatyczne przełączanie na inne łącze w przypadku awarii podstawowego łącza. System musi
wspierać podłączenie co najmniej trzech niezaleŜnych łącz.
W ramach ochrony IPS system musi:
− Opierać się, co najmniej na analizie protokołów i sygnatur. Baza wykrywanych ataków musi zawierać, co najmniej
4000 wpisów.
− Pozwalać na definiowanie własnych wyjątków lub sygnatur.
− Wykrywać anomalie protokołów i ruchu stanowiących podstawową ochronę przed atakami typu DoS oraz DDos.
− Generować alerty w przypadku prób ataków.
W zakresie kontroli aplikacji oraz rozpoznawania ruchu P2P wymagane jest co najmniej:
− Kontrola ruchu na podstawie głębokiej analizy pakietów, nie bazując jedynie na wartościach portów TCP/UDP.
− Baza rozpoznawanych aplikacji musi zawierać co najmniej 2000 wpisów.
− Blokowanie komunikatorów internetowych przynajmniej: Gadu-Gadu, Skype, Facebook Chat).
− Blokowanie mediów strumieniowych przynajmniej: YouTube, radio internetowe.
− Blokowanie uruchamiania aplikacji i gier w serwisie Facebook.
− Blokowanie aplikacji proxy przynajmniej: TOR, Ultrasurf, JAP.
− Blokowanie aplikacji P2P przynajmniej: BitTorrent, uTorrent, eMule.
W zakresie kontroli stron internetowych system musi:
− Zapewniać bazę filtra WWW pogrupowanych w kategorie tematyczne – minimum 40 kategorii. Administrator
musi mieć moŜliwość nadpisywania kategorii oraz tworzenia wyjątków i reguł omijania filtra WWW.
− UmoŜliwiać definiowanie polityk dostępu do stron internetowych w oparciu o harmonogramy czasowe dla
uŜytkowników i grup uŜytkowników.
− Wyświetlać komunikat uŜytkownikom wyjaśniający powód zablokowania dostępu do strony internetowej.
Administrator musi mieć moŜliwość personalizacji treści komunikatu i dodania logo organizacji.
− UmoŜliwiać przydzielanie polityki QoS dla kategorii stron internetowych np. portale społecznościowe.
Rozwiązanie w ramach funkcji Antyspam musi udostępniać kwarantannę antyspamową, która jest obsługiwana przez
uŜytkowników (co najmniej w zakresie zwalniania wiadomości).
Automatyczne ściąganie sygnatur ataków, aplikacji, szczepionek antywirusowych.
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 musi umoŜliwiać budowę architektury uwierzytelniania typu Single Sign On w środowisku Active
Directory.
Poszczególne elementy oferowanego systemu bezpieczeństwa muszą posiadać następujące certyfikaty:
− ICSA lub EAL4 – dla funkcjonalności Firewall.
System bezpieczeństwa musi być wyposaŜony w dysk twardy (minimum 128 GB) do celów lokalnego przechowywania
logów i generowania raportów. Nie dopuszcza się składowania logów poza organizacją lub w chmurze.
System bezpieczeństwa musi zawierać moduł logowania zdarzeń i raportowania. Moduł logowania zdarzeń i raportowania
moŜe być realizowany w postaci osobnej platformy sprzętowej lub programowej. W ramach modułu raportowania system
musi zapewniać:
− Składowanie oraz archiwizację logów
− Gromadzenie informacji o zdarzeniach dotyczących ruchu Web, wykorzystywanych aplikacjach sieciowych,
wykrytych: atakach sieciowych, wirusach, zablokowanych aplikacjach sieciowych oraz powiązanie ich z nazwami
uŜytkowników
− Wygenerowanie minimum 50 predefiniowanych raportów
− Przeglądanie archiwalnych logów przy zastosowaniu funkcji filtrujących
− Eksport raportów do plików HTML i PDF
− Eksport zgromadzonych logów do zewnętrznych systemów składowania danych (długoterminowe przechowywanie
danych)
Elementy systemu muszą mieć moŜliwość zarządzania lokalnego (HTTPS, SSH) jak i współpracować z dedykowanymi do
29
Projekt:
centralnego zarządzania i monitorowania platformami. Komunikacja systemów zabezpieczeń z platformami zarządzania
musi być realizowana z wykorzystaniem szyfrowanych protokołów.
W ramach zarządzania system bezpieczeństwa musi:
− UmoŜliwiać tworzenie kont administracyjnych o róŜnych uprawnieniach.
− UmoŜliwiać określanie złoŜoności polityk hasłowych dla administratorów.
− Wspierać SNMP.
− Monitorować na bieŜąco stan urządzenia (obciąŜenie interfejsów sieciowych, CPU, pamięć RAM).
− Przechowywać przynajmniej dwie wersji firmware.
− Wykonywać automatycznie kopie zapasowe konfiguracji systemu.
Dostawca musi dostarczyć licencje aktywacyjne dla funkcji bezpieczeństwa: antywirus, IPS, antyspam, kontrola stron
internetowych, kontrola aplikacji sieciowych na okres 12 miesięcy.
System bezpieczeństwa musi być objęty gwarancją producenta na okres 12 miesięcy.
30.
31.
32.
Kontroler sieci bezprzewodowej
Lp
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
Wymagania minimalne
Urządzenie umoŜliwiające centralną kontrolę punktów dostępu bezprzewodowego:
- zarządzanie politykami bezpieczeństwa
- wykrywanie ataków na sieć bezprzewodową
- zarządzanie pasmem radiowym
- zarządzanie mobilnością
- zarządzanie jakością transmisji
zgodnie z protokołem CAPWAP (RFC 5415) lub równowaŜnym
obsługa 25 punktów dostępowych z moŜliwością rozszerzenia do min. 75 kratowe lub klasyczne)
min. 4 interfejsy 10/100/1000
zarządzanie pasmem radiowym punktów dostępowych:
automatyczna adaptacja do zmian w czasie rzeczywistym
optymalizacja mocy punktów dostępowych (wykrywanie i eliminacja obszarów bez pokrycia)
dynamiczne przydzielanie kanałów radiowych
wykrywanie, eliminacja i unikanie interferencji
równowaŜenie obciąŜenia punktów dostępowych
tworzenie profili RF (parametry konfiguracyjne) dla grup punktów dostępowych
automatyczna dystrybucja klientów pomiędzy punkty dostępowe
mechanizmy wspomagające priorytetyzację zakresu 5GHz dla klientów dwuzakresowych
mapowanie SSID do segmentów VLAN w sieci przewodowej 01:01 ; 1:n ; (SSID mapowane do wielu segmentów VLAN,
ruch uŜytkowników rozkładany pomiędzy segmenty)
moŜliwość tunelowania ruchu klientów do kontrolera oraz lokalnego terminowania do sieci przewodowej na poziomie AP
(konfigurowane per SSID)
obsługa sieci kratowych
komunikacja między punktami dostępowymi bez medium kablowego,
separacja trybu pracy poszczególnych zakresów radiowych (jeden dedykowany do obsługi klientów, drugi do komunikacji
między punktami dostępowymi z moŜliwością tworzenia wyjątków)
automatyczne formowanie sieci kratowej między punktami dostępowymi (optymalizacja tras z uwzględnieniem parametrów
jakościowych połączenia, minimalizacja interferencji z moŜliwością awaryjnego przełączenia na inne pasmo)
30
Projekt:
20. automatyczne włączanie nowych punktów do sieci (bez konieczności konfiguracji punktów dostępowych w miejscu
instalacji)
21. autoryzacja punktów dostępowych w oparciu o certyfikaty X.509, adresy MAC
22. obsługa mechanizmów bezpieczeństwa:
23. 802.11i, WPA2, WPA, WEP
24. 802.1x z EAP (PEAP, EAP-TLS, EAP-FAST)
25. obsługa serwerów autoryzacyjnych – RADIUS, TACACS+, LDAP, wbudowana lokalna baza uŜytkowników (min. 2.000
wpisów)
26. moŜliwość kreowania róŜnych polityk bezpieczeństwa w ramach pojedynczego SSID
27. moŜliwość profilowania uŜytkowników:
28. przydział sieci VLAN
29. przydział list kontroli dostępu (ACL)
30. uwierzytelnianie (podpis cyfrowy) ramek zarządzania 802.11 (wykrywanie podszywania się punktów dostępowych
uŜytkowników pod adresy infrastruktury) – 802.11w lub podobny
31. uwierzytelnianie punktów dostępowych w oparciu o certyfikaty X.509
32. obsługa list kontroli dostępu (ACL)
33. wykrywanie i dezaktywacja obcych punktów dostępowych
34. wbudowany system IDS wykrywający typowe ataki na sieci bezprzewodowe (fake AP, netstumbler, deathentication flood
itp.)
35. współpraca z systemami IDS/IPS
36. ochrona kryptograficzna (DTLS lub równowaŜny) ruchu kontrolnego i ruchu uŜytkowników CAPWAP
37. DHCP proxy
38. obsługa ruchu unicast IPv4 i IPv6
39. obsługa ruchu multicast IPv4 i IPv6
40. IGMP / MLD snooping
41. obsługa mobilności (roaming-u) uŜytkowników (L2 i L3 – IPv4 i IPv6, w ramach i pomiędzy kontrolerami);obsługa
mechanizmów QoS ;802.1p, ; WMM, TSpec, U-APSD
42. obsługa multicast DNS (mDNS) z moŜliwością definiowania polityk określających które usługi mają być dostępne dla
danego SSID
43. obsługa dostępu gościnnego (IPv4 i IPv6)
44. przekierowanie uŜytkowników określonych SSID do strony logowania (z moŜliwością personalizacji strony)
45. moŜliwość kreowania uŜytkowników za pomocą dedykowanego portalu WWW (działającego na kontrolerze) z określeniem
czasu waŜności konta
46. moŜliwość konfiguracji jako dedykowanego kontrolera do obsługi ruchu gości – całość ruchu z SSID dostępu gościnnego
zebranego na pozostałych kontrolerach musi być przesyłana do tego kontrolera (umieszczonego w publicznej części sieci) w
sposób zapewniający logiczną separację od ruchu wewnętrznego
47. współpraca z oprogramowaniem i urządzeniami realizującymi usługi lokalizacyjne, obsługa tagów telemetrycznych
48. moŜliwość analizy ruchu przechodzącego przez kontroler pozwalająca na identyfikację oraz klasyfikację na poziomie
aplikacji; moŜliwość markowania lub odrzucania ruchu
49. moŜliwość zbierania i eksportu statystyk ruchowych za pomocą protokołu Netflow/JFlow lub odpowiednika
50. moŜliwość profilowania urządzeń podłączających się do sieci bezprzewodowej oraz przydzielanie na podstawie typu
urządzenia odpowiednich uprawnień i parametrów dostępowych
51. zarządzanie przez HTTPS, SNMPv3, SSH, port konsoli szeregowej
31
Projekt:
Punkt dostępowy
Wymagania minimalne
obsługa standardów 802.11a/b/g/n/ac
obsługa MIMO – min. 3x3:2
obsługa kanałów 20 i 40 MHz dla 802.11n
obsługa kanałów 20, 40 i 80 MHz dla 802.11ac
obsługa prędkości PHY do 867 Mbps
obsługa agregacji ramek A-MPDU (Tx/Rx), A-MSDU (Tx/Rx)
obsługa beamforming dla 802.11a/g i 802.11n
obsługa explicit beamforming dla 802.11ac
obsługa szerokiego zakresu kanałów radiowych:
dla zakresu 2.4 GHz: min. 13 kanałów
dla zakresu 5GHz (UNII-1 i UNII-2): min. 8 kanałów
dla zakresu 5GHz (extended UNII-2): min. 8 kanałów
konfigurowalna moc nadajnika
dla zakresu 2.4 GHz: do 100 mW
dla zakresu 5GHz (UNII-1 i UNII-2): do 160 mW
dla zakresu 5GHz (extended UNII-2): do 160 mW
zgodność z protokołem CAPWAP (RFC 5415), zarządzanie przez kontroler WLAN z funkcjonalnościami:
automatyczne wykrywanie kontrolera i konfiguracja poprzez sieć LAN
optymalizacja wykorzystania pasma radiowego (ograniczanie wpływu zakłóceń, kontrola mocy, dobór kanałów, reakcja na
zmiany)
obsługa min. 16 BSSID
definiowanie polityk bezpieczeństwa (per SSID) z moŜliwością rozgłaszania lub ukrycia poszczególnych SSID
współpraca z systemami IDS/IPS
uwierzytelnianie ruchu kontrolnego 802.11 (z moŜliwością wykrywania uŜytkowników podszywających się pod punkty
dostępowe) – funkcjonalność 802.11w lub równowaŜna
obsługa trybów pracy Split-MAC (tunelowanie ruchu klientów do kontrolera i centralne terminowanie do sieci LAN) oraz
Local-MAC (lokalne terminowanie ruchu do sieci LAN)
moŜliwość pracy po utracie połączenia z kontrolerem, z lokalnym przełączaniem ruchu do sieci LAN i lokalną autoryzacją
uŜytkowników (lokalny serwer RADIUS, skrócona baza danych uŜytkowników na poziomie AP) – przełączenie nie moŜe
powodować zerwania sesji uŜytkowników
jednoczesna obsługa transferu danych uŜytkowników końcowych oraz monitorowania pasma radiowego (wykrywanie obcych
punktów dostępowych i klientów WLAN, wireless IDS)
obsługa Dynamic Frequency Selection (DFS) i Transmit Power Control (TPC) zgodnie z 802.11h
obsługa szybkiego roamingu uŜytkowników pomiędzy punktami dostępowymi – funkcjonalność 802.11r lub równowaŜna
obsługa mechanizmów QoS:
shaping/ ograniczanie ruchu do uŜytkownika, z moŜliwością konfiguracji per uŜytkownik
obsługa WMM, TSPEC, U-APSD
współpraca z urządzeniami i oprogramowaniem realizującym usługi lokalizacyjne
wbudowany suplikant 802.1x – moŜliwość uwierzytelnienia AP do infrastruktury sieciowej
32
Projekt:
moŜliwość pracy w trybie kratowym (część AP dołączona do sieci kablowej, pozostałe formujące sieć w oparciu o medium
radiowe)
komunikacja między punktami dostępowymi bez medium kablowego
autoryzacja punktów dostępowych w oparciu o certyfikaty X.509, adresy MAC
separacja trybu pracy poszczególnych zakresów radiowych (jeden dedykowany do obsługi klientów, drugi do komunikacji
między punktami dostępowymi) z moŜliwością konfiguracji wyjątku
automatyczne formowanie sieci kratowej między punktami dostępowymi (optymalizacja tras z uwzględnieniem parametrów
jakościowych połączenia, minimalizacja interferencji z moŜliwością awaryjnego przełączenia na inne pasmo)
automatyczne włączanie nowych punktów do sieci (bez konieczności konfiguracji punktów dostępowych w miejscu instalacji)
automatyczna ochrona kryptograficzna (AES) ruchu pomiędzy AP
moŜliwość pracy autonomicznej po wymianie oprogramowania – zmiana trybu pracy musi być bezkosztowa w okresie trwania
gwarancji
zarządzanie przez HTTPS, SSH, dedykowany port szeregowy, SNMP
obsługa min. 16 SSID
współpraca z serwerami autoryzacyjnymi RADIUS (konfigurowane per SSID)
obsługa WPA/WPA2, 802.1x (z moŜliwością tworzenia lokalnej bazy uŜytkowników)
obsługa mechanizmów QoS (WMM, priorytetyzacja) i wsparcie dla VoWLAN
obsługa trybów AP, repeater, bridge
konfiguracja polityk bezpieczeństwa per SSID
moŜliwość filtrowania ruchu (w oparciu o MAC, adresy i protokoły IP, porty TCP/UDP)
uwierzytelnianie ruchu kontrolnego 802.11
obsługa szybkiego roamingu pomiędzy punktami dostępowymi
moŜliwość eksportu logów z wykorzystaniem SYSLOG
zintegrowany moduł analizatora widma częstotliwościowego (dotyczy zakresów 2.4GHz i 5GHz):
dokładność analizy (kwant próbkowania) max. 200 kHz
zakres częstotliwościowy zgodny z zakresem pracy modułów radiowych
automatyczne wykrywanie i klasyfikacja źródeł interferencji (bluetooth, DECT, urządzenia mikrofalowe, urządzenia transmisji
audio wideo, urządzenia zakłócające
moŜliwość wizualizacji wyników analizy na stacji roboczej klasy PC (FFT, gęstość widma, spektrogram, zajętość kanałów,
poziom mocy sygnałów) w czasie rzeczywistym
współpraca z mechanizmami optymalizacji wykorzystania pasma radiowego
interfejs Gigabit Ethernet (10/100/1000)
drugi interfejs Gigabit Ethernet (10/100/1000) w celu podłączania urządzeń klienckich
interfejs konsoli
zróŜnicowane moŜliwości zasilania:
zasilacz sieciowy 230V AC
zasilanie PoE (802.3af) w sposób zapewniający pełną wydajność
anteny zintegrowane o zysku min. 4dBi dla pasma 2,4 GHz oraz zysku min. 4 dBi dla pasma 5 GHz
obudowa przystosowana do warunków pracy w pomieszczeniach biurowych (5 – 35oC), o niskim profilu (nie więcej niŜ 6 cm)
diodowa sygnalizacja stanu urządzenia z moŜliwością deaktywacji
zgodność z dyrektywą 1999/5/EC i 93/42/ECC
33
Projekt:
IV.
Część I – zakup i wdroŜenie systemów front-office i backoffice
W ramach realizacji z Części I zamówienia zamawiający wymaga dostaw, rozbudowy licencji
wdroŜenia oprogramowania dla następujących zakresów działalności szpitala:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
i
Izba przyjęć, oddział i ruch chorych, przychodnia
Zlecenia
Apteka i Apteczka Oddziałowa
Rozliczenia z NFZ i statystyki
Recepcja
Laboratorium i zakaŜenia szpitalne
Rehabilitacja
Pracownie diagnostyczne
Punkt pobrań
Administracja systemem
Dokumentacja medyczna
Elektroniczna dokumentacja medyczna
System finansowo-księgowy z księgą główną i księgami pomocniczymi:
a. Rejestr sprzedaŜy
b. Kasa
c. Kalkulacja kosztów leczenia
d. Środki trwałe
e. WyposaŜenie
34
Projekt:
Wymagania ogólne
System ma interfejs graficzny dla wszystkich modułów
System działa w architekturze trójwarstwowej
System pracuje w środowisku graficznym MS Windows na stanowiskach uŜytkowników
(preferowane środowisko MS Windows /7/8/)
Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych
System, co najmniej w zakresie aplikacji RCH, Apteki centralnej, Apteczki oddziałowej, 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 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).
Kontrola/parametryzacja Wielkich/małych liter. MoŜliwość ustawienia w wybranych polach jak ma być
sformatowany wpis
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).
System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z
wykorzystaniem aktywnego serwera baz danych.
Interfejs uŜytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania Ŝadnego
oprogramowaniach na stacjach klienckich. Na dzień złoŜenia musi być dostęp do aplikacji przez WWW, co
najmniej, w zakresie obsługi izby przyjęć, oddziału i zleceń, rejestracji gabinetu lekarskiego ipracowni
diagnostycznej oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem JGP.
System musi umoŜliwić pracę z poziomu co najmniej 2 z 4 popularnych przeglądarek: MS Internet Explorer,
Mozilla Firefox, Google Chrome i Opera.”
Musi istnieć moŜliwość nadania uŜytkowni uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych
jednostek organizacyjnych. Np. tylko oddział wewnętrzy lub gabinet POZ i izba przyjęć.
System musi umoŜliwić zmianę jednostki organizacyjnej na której pracuje uŜytkownik bez konieczności
wylogowywania się z systemu
System zarządzania uŜytkownikami musi być wspólny dla wszystkich systemów, w szczególności dla modułu
RCH, Apteka, Apteczki oddziałowe, Rozliczenia z NFZ
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 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.
35
Projekt:
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, minimalna liczba duŜych i małych liter oraz cyfr,
liczb, minimalna i maksymalna liczba znaków specjalnych w haśle
Administrator musi posiadać z poziomu aplikacji moŜliwość wylogowania wszystkich uŜytkowników aplikacji
W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej
(zaszyfrowanej).
Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień
uŜytkowników. KaŜdy uŜytkownik systemu powinien 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
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.
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 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
WyróŜnienie pól:
- których wypełnienie jest wymagane,
- przeznaczonych do edycji,
- wypełnionych niepoprawnie
System musi umoŜliwiać drukowanie kodów jedno i dwuwymiarowych na opaskach dla pacjentów
System umoŜliwia wykonanie nowej operacji w systemie bez konieczności przerywania czynności dotychczas
wykonywanej (np. obsługa zdarzenie w trybie nagłym) i powrót do zawieszonej czynności bez utraty danych,
kontekstu. Bez konieczności ponownego uruchamiania aplikacji i wykorzystania licencji z puli dostępnych.
System powinien umoŜliwić obsługę procesów biznesowych realizowanych w szpitalu tzn powinien
- pokazywać tylko to, co w danym momencie jest najwaŜniejsze,
- udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane,
- umoŜliwić wprowadzenie tylko tych danych, które są niezbędne,
System powinien automatycznie wylogowywać lub blokować sesję uŜytkownika po zadanym czasie braku
aktywności
System powinien wyświetlać czas pozostały do wylogowania (zablokowania) uŜytkownika
Co najmniej w części medycznej 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 powinien zawierać wbudowany komunikator umoŜliwiający wymianę wiadomości pomiędzy
uŜytkownikami.
36
Projekt:
Komunikator systemu musi umoŜliwić wysłanie wiadomości minimum do: wskazanego uŜytkownika lub
uŜytkowników pełniących określoną funkcję (lekarze, pielęgniarki)”
„Musi istnieć moŜliwość nadawania wiadomościom statusów”
System powinien umoŜliwić wyświetlenie informacji, które inicjowane jest zdarzeniem np. zmiana zlecenia
leku, wynik badania
Wiadomości mogą być wysyłane przez uŜytkowników systemu
Wiadomości powinny mieć określony termin obowiązywania podawany z dokładnością do godziny
W kaŜdym oknie, gdzie moŜliwa jest edycja powinien znajdować się klawisz <cofnij> lub <anuluj> powodujący
powrót do poprzedniego okna bez zapisu danych
Musi istnieć moŜliwość obsługi aplikacji wyłącznie przy uŜyciu klawiatury, bez konieczności uŜywania myszki
Interfejs uŜytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania Ŝadnego
oprogramowaniach na stacjach klienckich. Na dzień złoŜenia musi być dostęp do aplikacji przez WWW, co
najmniej, w zakresie obsługi izby przyjęć, oddziału i zleceń oraz aplikacji lecznictwa otwartego, apteki i
apteczek oddziałowych.
W kaŜdym polu edycyjnym(opisowym) tj np. treść wywiadu powinna istnieć moŜliwość wybrania i skorzystania
z dowolnego formularza, tekstu standardowego lub wczytania tekstu zapisanego w pliku zewnętrznym. Powinna
równieŜ w tych miejscach istnieć moŜliwość zapisu do zewnętrznego pliku przygotowanego tekstu oraz powinny
być udostępnione podstawowe narzędzia ułatwiające edycję np. kopiuj/wklej, moŜliwość wstawiania znaków
specjalnych
System powinien umoŜliwić przypisanie do komórki organizacyjnej jednostki, kodu technicznego NFZ. Powina
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 powinien zapewniać mechanizm powiadomień generowanych automatycznie w związku ze śledzeniem
stanu realizacji zleceń, wyników badań, zamówień do Apteki.
System powinien umoŜliwiać sprawdzanie poprawności pisowni w polach opisowych tj opis badania, wynik,
epikryza
Izba Przyjęć
obsługa skorowidza pacjentów, wspólnego dla innych modułów medycznych tj: Przychodnia, Pracownia
Diagnostyczna:
- wyszukiwanie pacjentów w skorowidzu wg róŜnych parametrów,
- rejestracja i modyfikacja danych pacjentów,
- rejestracja danych pacjenta z Unii Europejskiej,
- rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza
System przechowuje 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 powinna istnieć moŜliwość powiązania rekordu pacjenta NN z rekordem
pacjenta zarejestrowanego w systemie
Przegląd danych archiwalnych pacjenta:
- w zakresie danych osobowych,
- w zakresie danych z poszczególnych pobytów szpitalnych
37
Projekt:
Rejestracja przyjęcia pacjenta w Izbie Przyjęć:
- przyjęcie w trybie nagłym lub planowych
- dla trybu przyjęcia "nagły", oznaczenie przyjęcia jako "zagroŜenie Ŝycia lub zdrowia"
- Podczas przyjmowania pacjenta skierowanego z gabinetu lekarskiego, działającego w strukturach jednostki,
system powinien informować, Ŝe pacjent taki oczekuje na przyjęcie
- wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10
- wprowadzenie danych ze skierowania,
- wprowadzenie danych płatnika.
Wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń
Rejestracja i sledzenie historii dokumentów uprawniających do uzyskania świadczeń.
Wywiad wstępny z moŜliwością uŜycia słownika tekstów standardowych,
Wykonane pacjentowi elementy leczenia:
- procedury,
- leki,
- konsultacje.
Rejestracja informacji o wymaganym transporcie medycznym pacjenta
Rejestracja informacji o planowanym czasie hospitalizacji
Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:
- przeniesienie pacjenta na inną Izbę Przyjęć,
- odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad Ambulatoryjnych,
- zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących,
- zgon pacjenta na Izbie Przyjęć .
Autoryzacja danych Izby Przyjęć,
Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ
Wypełnianie i wydruk dokumentów Izby Przyjęć:
- Karta Wypisowa,
- Historia choroby – pierwsza strona
- Karta Odmowy.
Przechowywanie wszystkich wersji utworzonych dokumentów medycznych
Obsługa Ksiąg:
- Księga Główna,
- Księgi Izby Przyjęć,
- Księga Oczekujących,
- Odmów i Porad Ambulatoryjnych,
- Zgonów.
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
- ewidencji zuŜytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka
oddziałowa)
- wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,
Projektowanie własnych formularzy dokumentacji medycznej,
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
38
Projekt:
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, liczbie zleceń do
obsłuŜenia
Obsługa listy pacjentów Oddziału
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)
- 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
- zlecenia leków do potwierdzenia
- obsługiwani w trybie IOM
- bez opisu historii choroby
- daty urodzenia
- wyszukanie pacjenta z wykorzystanie kodu paskowego z opaski
Modyfikacja danych pacjentów z listy oddziałowej,
Rejestracja i sledzenie historii dokumentów uprawniających do uzyskania świadczeń.
Przegląd danych archiwalnych pacjenta:
- w zakresie danych z poszczególnych pobytów szpitalnych,
Przyjęcie pacjenta do oddziału w jednym z trybów:
- w trybie nagłym w wyniku przekazania przez zespół ratunkowy
- w trybie nagłym
- planowane na podstawie skierowania
- planowane, poza kolejnością, na podstawie posiadanych uprawnień
- przymusowe
- przeniesienie z innego szpitala
- przyjęcie osoby podlegającej obowiązkowemu leczeniu
- w wyniku porodu w tym szpitalu (dla oddziału neonatologicznego)
Odmowa lub anulowanie przyjęcia do Oddziału – wycofanie danych pacjenta na Izbę Przyjęć,
Zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,
Zamówienie dokumentacji medycznej przechowywanej w archiwum
Rejestracja przyjęcia pacjenta w Oddziale:
- nadanie numeru Księgi Oddziałowej – automatycznego lub przez uŜytkownika,
- wprowadzenie danych lekarza prowadzącego,
- moŜliwość modyfikacji danych płatnika,
39
Projekt:
- wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóŜka,
- wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem
operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych,
Rejestracja informacji o planowanym czasie hospitalizacji
Ewidencja elementów pobytu pacjenta w Oddziale:
- wywiad wstępny z moŜliwością uŜycia słownika tekstów standardowych,
-moŜliwość rejestracji rozpoznania wstępnego – oddziałowego, które powinien być domyślnie takie samo, jak
rozpoznanie z poprzedniego pobytu z moŜliwością modyfikacji
- rozpoznania: wstępne, końcowe, przyczyna zgonu,
- autoryzacja elementów historii choroby przez lekarza
- czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym samym rozpoznaniu co aktualna
- informacje o depozycie z wpisem do wybranej księgi depozytów
Przegląd historii zmian danych pobytu w oddziale
Wykonane pacjentowi elementy leczenia (zlecenia):
- procedury, w tym zabiegi, w tym moŜliwość ich wprowadzania wg zdefiniowanych grup
- badania diagnostyczne,
- leki,
- konsultacje,
- diety,
MoŜliwość usuwania wielu procedur jednocześnie
W danych medycznych pacjenta rejestracja: szczepień, alergii, chorób przewlekłych, grypy krwi wraz z
potwierdzeniem i z mozliwością załączenia skanu dokumentu potwierdzającego grupę
Ewidencja diagnoz pielęgniarskich:
- wprowadzanie diagnozy
- realizacja procedur
- odnotowanie realizacji wielu procedur jednocześnie
- plan realizacji
- wydruk indywidualnej karty procesu pielęgnacji
- wydruk karty gorączkowej z moŜliwością wyboru pomiarów , jakie powinny pojawić się na karcie
Ewidencja przebiegów pielęgniarskich
Ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez uŜytkownika kolejności
MoŜliwość wydruku raportu z dyŜuru lekarskiego na podstawie wprowadzonych obserwacji
Ewidencja przepustek,
Ewidencja danych porodu dla Oddziału Ginekologiczno-PołoŜniczego:
- wpis do Księgi Porodów,
- odnotowanie personelu uczestniczącego,
- odnotowanie danych noworodka (medyczne, Apgar)
Dla oddziału ginekologiczno-połoŜniczego musi istnieć moŜliwość drukowania karty obserwacji porodu
Na oddziale Neonatologicznym, w danych medycznych noworodka wglad w dane porodu i dane matki
Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów:
- przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.
- przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego
oddziału),
- wypis pacjenta ze Szpitala,
- zgon pacjenta na Oddziale,
Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań,
Autoryzacja danych oddziałowych, co najmniej w zakresie:
- rozpoznań,
- epikryz,
- obserwacji.
40
Projekt:
Danych autoryzowanych nie moŜna usunąć ani modyfikować, jedynie oznaczyć jako nieaktualne
Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28,
Prowadzenie i wydruk Historii Choroby w podziale na:
- dane przyjęciowe,
- wywiad wstępny (przedmiotowo, podmiotowo),
- przebieg choroby,
- epikryza (moŜliwością wykorzystania słownika tekstów standardowych).
- autoryzacja epikryzy przez lekarza wpisującego
- kopiowanie wyników badania i danych wypisowych z poprzednich pobytów w ramach jednej hospitalizacji
Wydruki dokumentów wewnętrznych Oddziału, w tym:
- Karta Wypisowa,
- Karta Informacyjna.
System musi informować o konieczności utworzenia właściwego dokumentu w oparciu o informacje o wyniku
badania (patogen alarmowy)
Wydruki dokumentów zewnętrznych Oddziału, w tym:
- Karta Statystyczna,
- Karta Leczenia Psychiatrycznego,
- kopiowanie kart leczenia psychiatrycznego
- Karta ZakaŜenia Szpitalnego,
- Karta Nowotworowa,
- Karta Zgłoszenia Choroby Zakaźnej,
- Karta Zgonu,
- Karta TISS28.
Podczas rejestracji zgonu pacjenta, system powinien anulować wszystkie zlecenia, zaplanowane wizyty oraz
wpisy w kolejce oczekujących
Przechowywanie wszystkich wersji utworzonych dokumentów
Obsługa Ksiąg:
- Księga Główna,
- Oddziałowa,
- Oczekujących,
- Zgonów,
- Noworodków,
- Zabiegów.
- Transfuzji
- Raportów Lekarskich
- Raportów Pielęgniarskich
MoŜliwość definiowania własnych szablonów wydruków,
Wbudowane raporty standardowe:
41
Projekt:
- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za
dowolny okres)
- ilość osobodni z uwzględnieniem przepustek, w zadanym okresie
- obłoŜenie łóŜek na dany moment
- diety podane pacjentom oddziału.
- zaświadczenie o pobycie pacjenta zawierające: nazwisko i imię pacjenta, nazwę oddziału(kliniki), okres
pobytu, rozpoznanie zasadnicze
MoŜliwość wydruku raportu z dyŜuru lekarskiego
MoŜliwość projektowania formularzy dokumentacji medycznej
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
- ewidencji zuŜytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka
oddziałowa),
- wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia
Diagnostyczna).
Tworzenie zapotrzebowania Ŝywnościowego dla pacjentów oddziału z moŜliwością przeliczenia ilości
zamawianych posiłków wg przypisnaych pacjentom diet
MoŜliwość uzupełnienie zapotrzebowania Ŝywnościowego o zamówienia dodatkowych posiłków i materiałów
Statystyka Ruchu Chorych
Obsługa statystyki:
obsługa skorowidza pacjentów z moŜliwością integracji z innymi systemami medycznymi (Przychodnia,
Pracownia Diagnostyczna):
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
42
Projekt:
- 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
wyszukiwanie pacjenta o nieznanej toŜsamości 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
rejestracja i modyfikacja danych pacjentów,
przegląd danych archiwalnych pacjenta:
- w zakresie danych z poszczególnych pobytów szpitalnych
potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,
wbudowane wydruki zewnętrzne:
- Karta Statystyczna,
- Karta Leczenia Psychiatrycznego,
- Karta Zgonu,
obsługa Ksiąg:
- Księga Główna,
- Księga Odmów,
- Księga Zgonów,
- Księga Noworodków,
moŜliwość definiowania własnych szablonów wydruków,
wbudowane raporty standardowe:
- 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
- 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),
- z obłoŜenia łóŜek,
- zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej (sumaryczne i osobowe)
Wydruk raportów w formacie XLS
elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:
43
Projekt:
- Oddziały NFZ,
- PZH.
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.
Zlecenia
Zlecanie leków:
planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej
Kopiowanie zleceń leków z poprzednich pobytów lub hospitalizacji
Zlecanie leków wg nazwy handlowej i międzynarodowej
Zlecanie podań leków o określonych porach oraz co określony czas, od pierwszego podania co X godzin i Y
minut
WyróŜnianie kolorem zleceń leków zlecanych z innych magazynów
Podczas zlecenia leków:
- podgląd karty leków
- kontrola interakcji pomiędzy zleconymi lekami
Prezentacja i wydruk indywidualnej karty zleceń podań leków
moŜliwość zlecania leków:
- recepturowych
- chemioterapii
- zlecenie chemioterapii z wykorzystaniem schematów leczenia
- pomp infuzyjnych
- moŜliwość określenia drogi podania leków
Wydruk tacy leków z podaniem nazwiska osoby drukującej i czasu wydruku
Zlecanie badań
planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji przekazywanych z
jednostek Zamawiającego, w tym:
- z Oddziału do: Pracowni Patomorfologicznej, Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego,
innego Oddziału, Gabinetu lekarskiego, Laboratorium
44
Projekt:
zlecanie wielu róŜnych badań w jednym miejscu, opatrzony wspólnym nagłówkiem i komentarzem
Podpowiadanie na zleceniu rozpoznania zasadniczego a w przypadku jego braku rozpoznania wstępnego
MoŜliwość utworzenia zlecenia z wykorzystaniem predefiniowanej karty kodów kreskowych
Dla zleceń laboratoryjnych, 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
Planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych podmiotów):
moŜliwość definiowania zleceń złoŜonych:
- kompleksowych,
- panelowych,
- cyklicznych.
Zapisanie zleconych badań jako panelu zleceń do wykorzystania w późniejszym terminie
MoŜliwość przepisania opisu zlecenia z poprzedniego zlecenia
MoŜliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),
Automatyczne powtarzania zleceń co określony interwał czasu
przegląd zleceń według ustalonych przez uŜytkownika kryteriów:
- dla pacjenta,
- typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),
- okresu.
wydruki zleceń, w tym:
- dzienne zestawienie leków dla pacjenta,
- dzienne zestawienie badań do wykonania.
moŜliwość wydruku wszystkich wyników pacjenta z bieŜącej hospitalizacji lub ze wszystkich pobytów w
szpitalu,
przegląd wszystkich zleceń z jednostki zlecającej z moŜliwością wydruku wyniku,
moŜliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.
MoŜliwość przeglądania wyników zleconych zabiegów operacyjnych
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)
45
Projekt:
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
System musi umoŜliwić wydruk wykresu wyników badań
Apteka
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 ),
- moŜliwość automatycznego 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,
Ewidencja dostaw(przychód):
- dostawa od dostawców, z moŜliwością wprowadzana ich drogą elektroniczną (moŜliwość rejestrowania
równieŜ dostaw nie fakturowanych),
- 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
- sporządzanie roztworów spirytusowych,
- import docelowy zakładowy i indywidualny,
- zwrot z oddziałów z aktualizacją stanów apteczki,
- dary.
W dokumencie przychodu próbek powinna istnieć moŜliwość rejestracji danych osoby dostarczającej próbkę
oraz nazwę podmiotu odpowiedzialnego.
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):
46
Projekt:
- wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub
papierowych (współpraca z apteczką oddziałową),
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
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,
- odnotowanie wstrzymania lub wycofania leku z obrotu,
- kontrola dat waŜności oraz moŜliwość automatycznego 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).
czynności analityczno-sprawozdawcze:
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
Wspomaganie decyzji farmakoterapeutycznych:
- przechowywanie informacji o leku,
- wstrzymanie, wycofanie decyzją GIF
- odnotowywanie działań niepoŜądanych.
- moŜliwość definiowania receptariusza szpitalnego
Rachunek kosztów leczenia:
47
Projekt:
- 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
System umoŜliwia obsługę magazynu depozytów wraz z obsługą dokumentów magazynu depozytowego i
moŜliwością zdefiniowania leku depozytowego
Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych
Automatyczna i grupowa akceptacja dokumentów
Apteczka oddziałowa
generowanie zamówień do apteki głównej,
obsługa magazynu apteczki oddziałowej:
wydawanie środków farmaceutycznych z apteczki oddziałowej:
- wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch Chorych, Przychodnia),
- zwrot do 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,
- bieŜąca korekta jakościowa stanu magazynowego.
Mozliwość definiowania receptariusza oddziałowego
MoŜliwość obsługi apteczek pacjentów
Rozliczenia z NFZ
Zarządzanie umowami NFZ
Import pliku umowy w postaci komunikatu UMX,
Przegląd i modyfikacja 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,
- Parametry pozycji pakietów świadczeń
48
Projekt:
Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w paradniach 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 sprawozdawczego,
Definiowanie dodatkowych walidacji
- Liczba realizacji świadczeń w okresie,
- Liczba realizacji świadczeń w ramach zakresu w okresie,
MoŜliwość ewidencji i rozliczenia realizowanych świadczeń
- Ubezpieczonym,
- Nieubezpieczonym a uprawnionym do świadczeń,
- Uprawnionym na podstawie decyzji wójta/burmistrza
- Uprawnionym na podstawie przepisów o 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Ŝwość 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
Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną 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
49
Projekt:
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)
Import danych z pliku z szablonami rachunków (komunikat R_UMX)
Eksport komunikatów związanych ze sprawozdawczością POZ
- Eksport komunikatu DEKL – informacje o deklaracjach
- Eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w ramach POZ
Import potwierdzeń związanych ze sprawozdawczością POZ
- Import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji
- Import komunikatu Z_WDP – wyniki weryfikacji deklaracji
- Import komunikatu Z_RDP – rozliczenia deklaracji
Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących
- Eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących
- Eksport komunikatu KOL – informacje o oczekujących na świadczenia wysokospecjalistyczne
Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących
Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie LIOCZ
Przeglad 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 meisięcy sprawozdawczych,
- Miesiąca rozliczeniowego,
- Jednostki realizujacej,
- 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 popularnych formatów (XLS, TXT, CSV, HTML)
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
Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego
Załącznik nr 4 do umowy - chemioterapia
Załącznik nr 4 do umowy – programy terapeutyczne
50
Projekt:
Załączniki do umów POZ
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 komuniaktu FZX
Import potwierdzeń do faktur zakupowych (komunikat FZZ)
Generowanie i wydruk załącznika nr 4 do umowy – ewidencja faktur zakupowych
Obsługa sprawozdawczości w zakresie POZ
Eksport faktur rozliczeniowych do modułu Finansowo-Księgowego
Recepcja
Definiowanie dostępności usług placówki medycznej
Określanie dostępności zasobów w placówce (grafiki):
Definiowanie szablonu pracy zasobu typu gabinet :
- określenie szablonu dla kaŜdego z dni tygodnia,
- określenie czasu pracy gabinetu,
- określenie zakresu usług realizowanych w gabinecie
Definiowanie szablonu pracy zasobu typu lekarz:
- określenie szablonu dla kazdego z dni tygodnia,
- określenie czasu pracy,
- określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).
Definiowanie przedziału wieku pacjentów obsługiwanych przez zasób
- generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie czasu,
- blokada grafików (urlopy, remonty).
Obsługa skorowidza pacjentów
- moŜliwość przypisania pacjentowi uprawnień do obsługi poza kolejnością
- prezentacja uprawnienia do obsługi poza kolejnością na listach pacjentów
Wyszukiwanie pacjentów, co najmnie, 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
- świadczenie
- status na liście pacjentów (np.do obsłuŜenia, zaplanowany, zarejestrowany, anulowane, przyjęty/w realizacji)
51
Projekt:
- wizyty CITO
- status osoby: cudzoziemiec, VIP, uprawniony do obsługi poza kolejnością
Planowanie i rezerwacja wizyty pacjenta
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
- prezentowanie preferowanych terminów wykonania usługi dla zgłoszeń internetowych na zasadzie określenia
godzin przeznaczonych do planowania zgłoszeń internetowych np. od 10 do 12
- 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)
- przegląd liczby zaplanowanych wizyt z podziałem na pierwszorazowe i kontynuacje leczenia
Przegląd rezerwacji
Rejestracja pacjenta do wykonania usługi
Nadanie numeru rezerwacji w ramach rejestracji i jednostki wykonującej (gabinetu)
Określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających planowaniu i rezerwacji.
Zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji) miejscu wykonania,
Automatyczne lub ręczne powiadamianie pacjenta o terrminie wizyty, zmianie terminu wizyty za pośrednictwem
poczty elektronicznej i/lub SMS
MoŜliwość wykorzystania szablonów zleceń złoŜonych,
Obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami,
Obsługa wyników:
- odnotowanie wydania wyniku,
- wpisywanie wyników zewnętrznych.
Wydruk recept i kuponów
raporty i wykazy Rejestracji.
Funkcjonalna gotowość do przyłączenia drukarek kodów paskowych wraz z czytnikami
Gabinet lekarski
dostęp do listy pacjentów zarejestrowanych do gabinetu
- prezentacja uprawnienia do obsługi poza kolejnością
rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)
52
Projekt:
wspomaganie obsługi pacjenta w gabinecie:
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 leczenia (dane ze wszystkich wizyt i pobytów szpitalnych pacjenta),
- wyniki badań,
- przegląd rezerwacji.
obsługa pobytów wielodniowych
obsługa domowego leczenia Ŝywieniowego
obsługa tlenoterapii w warunkach domowych
moŜliwość uŜytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty
moŜliwość zdefiniowania elementów menu (zakładek) w zaleŜności od potrzeb i rodzaju usługi
moŜliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu
przegląd, wprowadzanie i modyfikacja danych wizyty 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
- planowanie i rezerwacja zleceń z wizyty,
- moŜliwość wykorzystania szablonów zleceń złoŜonych,
- usługi, świadczenia w ramach wizyty,
- rozpoznanie (główne, dodatkowe),
- kopiowanie wyników badania i danych wypisowych z poprzednich wizyt
- zalecenia z wizyty (w tym zwolnienia lekarskie),
W przeglądzie wizyty musi być moŜliwość przeglądu stałych danych medycznych pacjenta tj grupa krwi,
uczulenia, choroby przewlekłe, szczepienia, nazwisko lekarza rodzinnego
podczas wystawiania recepty:
- leki przepisane wg słownika leków, recepty (z rozmieszczaniem i nadrukiem na formularzach recept),
- moŜliwość sprawdzenia interakcji poszczególnych leków oraz podpowiadanie stopnia refundacji na podstawie
weryfikacji z eWUŚ
- podpowiadanie ilości i jednostki, w jakich powinien zostać wydany lek
53
Projekt:
- kopiowanie recept z poprzednich wizyt z weryfikacją poziomu refundacji wg aktualnych danych ze słownika
BAZYL lub słownika leków własnych
- mozliwość pomijania leków oznaczonych jako "wycofane" w słowniku BAZYL
- moŜliwość wydruku recept tylko z puli lekarza zalogowanego
- ponowny wydruk recepty juŜ wydrukowanej powoduje utworzenie kopii recepty, dotyczy to równeŜ recept
drukowanych w trybie nadrugu na gotowych drukach
- oznaczenie wydrukowanej recepty jako anulowanej
Musi istniec moŜliwość wystawiania recept transgranicznych
- system kontroluje przekoroczenie minimalnej puli recept uwzględniając typ recepty RP/RPW
- wystawione 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
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
raporty i wykazy Gabinetu
Statystyka LO
obsługa statystyki rozliczeniowej i medycznej
automatyczna generacja Księgi Przychodni,
dostęp do wszystkich ksiąg placówki Zamawiającego
Raporty i wykazy statystyczne, w tym:
54
Projekt:
- raport rozpoznań - zestawienie syntetyczne i analityczne ilości rozpoznań kaŜdego rodzaju w rozbiciu na
pacjentów i jednostki wykonujące
- wykonane badania wg płatnika i jednostki kierującej - zestawienie ilości wykonanych badań poszczególnych
rodzajów, z podziałem na jednostki wykonujące, dla wybranych instytucji i jednostek kierujących
- lista pacjentów przyjętych przez lekarza - zestawienie pacjentów przyjętych w zadanym okresie, w wybranych
gabinetach, przez wybranych lekarzy
- zestawienie statystyczne pacjentów - zestawienie syntetyczne lub znalityczne (dla poszczególnych di zadanego
okresu) liczby pacjentów przyjętych w wybranych/wszystkich gabinetach w rozbiciu na dorosłych i dzieci z
podziałem na płeć oraz pacjentów pierwszorazowych i kontynuację leczenia
- raport obciąŜenia gabinetów - zestawienie liczby wykonanychbadań w poszczególnych dniach zadanego
okresu dla wybranych/wszystkich gabinetów, dla poszczególnych lekarzy
- wykonane procedury - syntetyczne i analityczne (dla poszczególnych dni zadanego zakresu) zestawienie liczby
procedur danego rodzaju wykonanych w zadanym okresie, w wybranych/wszystkich gabinetach, dla
wybranego/wszystkich ubezpieczycieli i płatników
- zestawienie zrealizowanych badań - zestawienie liczby badań wykonanych pacjentom (podstawowe dane
pacjenta) wraz z rozpoznaniami i procedurami w wybranej. wszystkich jednostkach, dla wybranych instytucji i
jednostek kierujących wykonanych przez wybranego/wszystkich lekarzy
- lista zarejestrowanych/przyjętych pacjentów - zestawienie ilości zarejestrowanych pacjentów do wybranego
gabinetu
- liczba usług wykonanych przez lekarza - zestawienie ilości usług wykonanych w jednostce przez danego
lekarza
- zestawienie liczby przyjętych pacjentów - zestawienie liczby pacjentów przyjętych przez daną jednostkę i
lekarza w ramach określonego pakietu świadczeń z podziałem na grupy wiekowe
- lista wykonanych usług - lista usług wraz z danymi takimi jak: jednostka i lekarz kierujący, miejsce i data
wykonania, dane o wartości usługi, opłacie kontrahenta, opłacie pacjenta dla wybranych lub wszystkich: umów,
pacjentów, świadczeń, instytucji i lekarzy kierujących oraz jednostek i lekarzy wykonujących
- zestawienie wystawionych skierowań - syntetyczne i analityczne (wg daty wystawienia) zestawienie ilości
wystawionych skierowań na określone badania/usługi z podziałem na lekarzy wystawiających i/lub jednostki, w
których wystawiono skierowanie dla wybranych lub wszystkich; jednostek, lekarzy kierujących, usług, statusów
realizacji
- deklaracje - raport personalny - zestawienie liczby osób zadeklarowanych w wybranym miesiącu danego roku
dla wybranej lub wszystkich umów oraz dla wybranego lub wszystkich rodzajów deklaracji
- kolejki oczekujących - zestawienie kolejek oczekujących w ujęciu syntetycznym (dane całej kolejki) i
analitycznym (z danymi oczekujących pacjentów
55
Projekt:
- zestawienie wykonanych usług - lista pacjentów z wykonanymi usługami i procedurami oraz z danymi o
instytucji, jednostce i lekarzu kierującym dla wybranej jednostki wykonującej w zadanym okresie
- zestawienie wykonanych usług pacjenta - lista usług wykonanych w określonym czasie dla wybranego
pacjenta z wyszczególnieniem danych o wartości i opłatach
- zestawienie udzielonych porad i przyjętych pacjentów - syntetyczne i analityczne (pacjenci) zestawienie liczby
udzielonych porad danego rodzaju z podziałem na : miejscowości zamieszkania, pacjenta lub typ porady w
zadanym okresie, dla wybranych lub wszystkich gabinetów i wybranego rodzaju wizyty (pierwszorazowa,
kolejna)
Rehabilitacja
definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania
zarządzanie słownikami:
- stanowisk i urządzeń rehabilitacyjnych
Prowadzenie klasyfikacji warunków wykonania rehabilitacji:
- rehabilitacja ambulatoryjna
- rehabilitacja oddziału dziennego
- rehabilitacja stacjonarna
zarządzanie grafikami i terminarzami:
- stanowisk i urządzeń rehabilitacyjnych
prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg Klasyfikacji chorób ICD –
rewizja 10 dla rehabilitacji medycznej
określenie warunków dostępności elementu leczenia, poprzez przypisanie odpowiednich kategorii zasobów typu:
- personel,
- pomieszczenie,
- stanowisko rehabilitacyjne.
określanie standardowego czasu trwania porad/wizyt: pierwszorazowej, kontrolnej
obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji
wprowadzenie nowego programu rehabilitacji dla pacjenta
System automatycznie nadaje stopień pilności programu na podstawie rozpoznania skierowania:
przypisanie do programu lekarza prowadzącego, terapeuty prowadzącego
Planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów, pomieszczeń, stanowisk
rehabilitacyjnych i w karcie zabiegowej pacjenta z uwzględnieniem preferencji pacjenta
wspomaga planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego
56
Projekt:
„ręczne” planowanie porad i zabiegów, w tym porad i zabiegów w, juŜ zajętych, terminach
dostęp do bieŜącego programu rehabilitacji pacjenta
obsługę porady w programie rehabilitacji uprzednio zaplanowanej lub z pominięciem planowania
dostęp do dokumentacji medycznej pacjenta
system umoŜliwia lekarzowi i terapeucie bieŜące uzupełnianie dokumentacji medycznej pacjenta,
lekarzowi wystawianie skierowań, recept i zleceń
ewidencję zrealizowanych świadczeń
ewidencję czasu trwania porady
wgląd do wszystkich wcześniejszych zleceń i wyników badań
system umoŜliwia wgląd do terminarza gabinetu na dany dzień
system umoŜliwia wgląd do terminarza terapeuty na dany dzień
potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta
Pracownia Diagnostyczna
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ń),
- Historia Choroby (dane ze wszystkich wizyt pacjenta) ,
- wyniki badań,
- przegląd rezerwacji.
moŜliwość zdefiniowania elementów menu (zakładek) w zaleŜności od potrzeb i rodzaju usługi
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śc przechwytywania pojedynczych klatek obrazu z kamery lub innego źródla np. aparatu USG i
dołączanie go do wyniku badania
MoŜliwość stosowania słownika tekstów standardowych do opis danych wizyt
MoŜliwość stosowania „pozycji preferowanych” dla uŜytkowników, jednostek organizacyjnych (wyróŜnienie
najczęściej wykorzystywanych pozycji słowników).
57
Projekt:
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
- autoryzacja wyników badań diagnostycznych
- wydruk wyniku wg wzoru, jakim posługuje się pracownia
System powinien umoŜliwiać powtórny wydruk dokumentu juŜ wydrukowanego.
58
Projekt:
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,
automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia.
obsługa punktu przyjęcia i rozdzielni materiału:
wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych
laboratoriach),
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.
Administrator
Konfiguracja systemu:
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ęć, bloki operacyjne
- powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.
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.
59
Projekt:
Tworzenie, przegląd, edycja słowników własnych Zamawiającego:
- personelu,
- leków.
Zarządzanie strukturą uŜytkowników i ich uprawnieniami:
- definiowanie listy uŜytkowników systemu,
- określenie uprawnień uŜytkowników,
- moŜliwość połączenia listy uŜytkowników ze słownikiem personelu,
dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla jednostki organizacyjnej,
dla uŜytkownika,
definiowanie terminarzy zasobów: pomieszczeń, łóŜek, urządzeń
zarządzanie parametrami na poziomie np. jednostki organizacyjnej, uŜytkownika, systemu
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,
Pozostałe funkcje administratorskie:
- przegląd dziennika operacji (logi),
- funkcje optymalizacji bazy danych
- moŜliwość wyszukiwania i łączenia 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.
Dokumentacja medyczna
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 organizacyjna, zadany
czasu,
Generowanie wydruków kart obserwacji pacjenta
Generowanie wydruków kart zakaŜenia, kart drobnoustroju
Generowanie raportów z dyŜuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta
Generowanie raportów z diagnoz pielęgniarskich
elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia :
- definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.
- wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez uŜytkownika postaci (definiowalne
formularze oraz edytor wydruków dla badań, konsultacji,
- histogramy
- moŜliwość kojarzenia formularzy ze zleceniami i elementami leczenia
- rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki)
- dostęp do danych dla potrzeb analityczno-sprawozdawczych.
60
Projekt:
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
Musi istnieć moŜliwość zdefiniowania drukarki dla kaŜdego rodzaju dokumentu tak aby dokument mógł być
drukowany na odpowiedniej dla niego drukarce
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 chorby 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
Elektroniczna Dokumentacja Medyczna
MoŜliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
MoŜliwość archiwzacji dokumentów złoŜonych, wieloczęściowych i przyrostowych tj księgi
MoŜliwość obsługi załączników do dokumentów
MoŜliwość automatycznej 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
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ść wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.
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
61
Projekt:
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 dokumentu, podpisywanie dokumentu, znakowanie czasem
dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu
MoŜliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów
elektronicznych.
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
Indeks powinien uwzględniać rozdzielenie danych osobowych od danych medycznych
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., oraz na informacje o zdarzeniach
System musi umoŜliwić udostępnianie dokumentacji:
- w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ
- pacjentom i ich opiekunom
- podmiotom upowaŜnionym np. prokrator
System powinien umoŜliwiać wymianę dokumentacji medycznej w ramach Systemu Informacji Medycznej:
- bezpośrednio pomiedzy jednostkami ochrony zdrowia
- za pośrednictwem systemów regionalnych
- z wykorzystaniem platformy P1.
Medyczny Portal Informacyjny (MPI) e-Pacjent , e-Kontrahent
MPI - Konfigurator
Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie hierarchicznym, w postaci
interaktywnego diagramu.
MoŜliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
MoŜliwość rejestracji godzin pracy jednostek organizacyjnych; moŜliwość przepisania godzin pracy z informacji
zarejestrowanych dla jednostki nadrzędnej.
Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital Information
System).
Publikacja informacji o elementach struktury organizacyjnej szpitala na Szpitalnym Portalu Informacyjnym.
Publikacja informacji o usługach medycznych realizowanych w jednostkach organizacyjnych szpitala na
Szpitalnym Portalu Informacyjnym.
Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach zawodowych
i specjalnościach personelu.
Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu).
Integracja rejestru personelu z odpowiadającym rejestrem HIS.
62
Projekt:
Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja opisów usługi w
postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania.
Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ określonego typu w czasie rejestracji
terminu realizacji wskazanej usługi.
Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów
Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny, niemoŜliwy,
wymagany).
Definiowanie wymagalności skierowania do realizacji usługi; określenie moŜliwości lub konieczności rejestracji
danych skierowania w czasie rezerwacji terminu udzielenia usługi.
Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie realizacji
usługi) w postaci formatowanych tekstów.
Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą.
Definiowanie kwestionariuszy umoŜliwiających pozyskanie dodatkowych informacji od pacjenta w procesie
rezerwacji terminu udzielenia usługi/wizyty; moŜliwość zdefiniowania pytań dla których podanie odpowiedzi
jest wymagane, moŜliwość zdefiniowania pytań zamkniętych, dla których odpowiedź udzielana jest poprzez
wybór pozycji na liście dostępnych wartości.
Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie usług zdefiniowanych w
portalu z usługami w HIS; przepisywanie wybranych usług z HIS do rejestru portalu.
Publikacja informacji o wskazanej usłudze w module e-Pacjent.
Wskazanie usług, dla których moŜliwa jest rezerwacja terminu udzielania usług w module e-Pacjent.
Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie badań do usług
zlecanych.
Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; moŜliwość dołączenia
pliku załącznika.
Przypisanie zarejestrowanych załączników do wskazanych usług.
Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt przez jednostki
współpracujące (kontrahentów) - obsługa szablonów skierowań.
Definiowanie dni wolnych od pracy
Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia;
podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia jednostki; moŜliwość
uwzględnienia zdefiniowanych dni wolnych od pracy
Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie zdefiniowanej
wcześniej dostępności jednostek organizacyjnych.
MoŜliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach organizacyjnych:
maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny interwał czasu pomiędzy datą
rejestracji a datą realizacji usługi; maksymalny okres czasu względem daty rezerwacji, w którym moŜliwe jest
określenie planowanego terminu udzielenia usługi.
MoŜliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej usługi realizowanej w
danej jednostce organizacyjnej w określonym przedziale czasu przed realizacją wizyty;
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie harmonogramu;
podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki; moŜliwość rejestracji ciągłej
dostępności usług w jednostkach organizacyjnych; moŜliwość uwzględnienia zdefiniowanych dni wolnych od
pracy
Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie harmonogramów
dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie zdefiniowanej
wcześniej dostępności personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie harmonogramów;
podpowiadanie harmonogramów na podstawie godzin pracy personelu.
63
Projekt:
MoŜliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów; modyfikacja dat
dostępnych okresów; dodawanie nowych okresów dostępności.
MoŜliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów udzielenia usługi przez
wskazany personel; moŜliwość określenia maksymalnej liczby równoczesnych rezerwacji w zdefiniowanym
przedziale czasowym
Definiowanie klas pacjentów – uŜytkowników modułu e-Pacjent
Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby rezerwacji
terminów udzielenia usługi dostępnych dla pacjentów określonej klasy; maksymalny okres rezerwacji terminów
udzielenia usług; tryb potwierdzenia rezerwacji (bez potwierdzenia/potwierdzenie e-mail/potwierdzenie SMS).
MoŜliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu rezerwacji w jednostce
ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
MoŜliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie planowanego terminu
udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie email).
MoŜliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego
terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS,
powiadomienie e-mail).
MoŜliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego
terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS,
powiadomienie e-mail).
MoŜliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliŜającym się terminie udzielenia
usługi (brak powiadomień, powiadomienie SMS, powiadomienie e-mail), moŜliwość określenia interwału czasu
przed planowanym terminem udzielenia usługi, kiedy zostanie wysłane powiadomienie; moŜliwość definiowania
wielu powiadomień o zbliŜającym się terminie udzielenia usługi dla danej rezerwacji.
MoŜliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy; integracja uprawnień
do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze systemu.
Przegląd pacjentów zarejestrowanych w Szpitalnym Portalu Informacyjnym.
Zatwierdzenie zarejestrowanych pacjentów jako uŜytkowników Szpitalnego Portalu Informacyjnego przez
pracowników szpitala (autoryzacja przez pracowników szpitala).
Rejestracja pacjentów jak uŜytkownika Medycznego Portalu Informacyjnego przez pracowników szpitala –
moŜliwość udostępnienia funkcjonalności e-pacjent bez konieczności rejestrowania się pacjenta na stronie
internetowej.
Przypisanie pacjentom - uŜytkownikom MPI podopiecznych; moŜliwość rejestracji danych podopiecznych nie
zarejestrowanych wcześniej w systemie.
MoŜliwość zablokowania konta pacjenta - zablokowania dostępu wybranym pacjentom do e-Pacjenta
MoŜliwość wygenerowania raportów zawierających:
- wykaz pacjentów z liczbą dokonanych rezerwacji internetowych (wyszukanie pacjentów, którzy wykonali
najwięcej rezerwacji internetowych),
- wykaz pacjentów z liczbą niewykorzystanych rezerwacji tj. nieoznaczonych jako zrealizowane z
przekroczonym planowanym terminem wizyty.
Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; moŜliwość wyszukiwania pacjentów
zarejestrowanych wg identyfikatora w systemie HIS.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – uŜytkowników Szpitalnego Portalu Informacyjnego; przydzielanie
uprawnień pracownikom kontrahenta.
Rejestracja pacjentów powiązanych z danym kontrahentem.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie).
Rejestracja umów zawartych z kontrahentem.
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; moŜliwość
rejestracji ilościowych limitów usług.
64
Projekt:
Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem.
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS.
MoŜliwość definiowania postaci wiadomości automatycznie generowanych przez system - definiowanie
szablonów wiadomości;
MoŜliwość przypisania zdefiniowanych szablonów wiadomości związanych z zaplanowanymi/realizowanymi
usługami do rodzaju usług - moŜliwość zdefiniowania róŜnych szablonów wiadomości dla róŜnych typów usług
Wysyłanie wiadomości do pacjentów zarejestrowanych w SPI (wiadomości powinny być prezentowane w
module e-Pacjent); wysyłanie wiadomości do wszystkich pacjentów; wysyłanie wiadomości do wybranych
pacjentów; wysyłanie komunikatów – wiadomości, na które nie moŜna odpowiadać; moŜliwość formatowania
treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
MoŜliwość wysyłania wiadomości e-mail do pacjentów – uŜytkowników portalu.
MoŜliwość wysyłania wiadomości SMS do pacjentów – uŜytkowników portalu.
Przegląd wysłanych wiadomość; wyróŜnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg
tematu, daty wysłania i odbiorcy.
Edycja nieprzeczytanych, wysłanych wiadomości.
Logiczne usunięcie wiadomości – oznaczenie wiadomości jako usuniętej – niewidocznej dla adresatów.
Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy;
wyróŜnienie wiadomości nieprzeczytanych.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – uŜytkowników Szpitalnego Portalu Informacyjnego; przydzielanie
uprawnień pracownikom kontrahenta
Rejestracja pacjentów powiązanych z danym kontrahentem; moŜliwość wskazania pacjentów kontrahenta z
rejestru pacjentów MPI.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie)
Rejestracja umów zawartych z kontrahentem
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; moŜliwość
rejestracji ilościowych limitów usług
Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS - powiązanie kontrahentów z odpowiednimi
pozycjami słowników HIS.
MPI - e-Pacjent
Rejestracja nowego pacjenta – uŜytkownika systemu
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS.
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-Mail.
MoŜliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło) uŜytkownika – pacjenta po
poprawnym potwierdzeniu rejestracji; moŜliwość wyłączenia trybu samodzielnej autoryzacji pacjentów.
MoŜliwość ograniczenia samodzielnej autoryzacji uŜytkowników – pacjentów do osób zarejestrowanych w
zintegrowanym systemie HIS (na podstawie zgodności numeru PESEL i nazwiska); moŜliwość wyłączenia trybu
autoryzacji pacjentów w oparciu o rejestr zintegrowanego systemu HIS.
Logowanie pacjenta/uŜytkownika – autentykacja uŜytkownika systemu.
Aktualizacja profilu pacjenta/uŜytkownika SPI; moŜliwość aktualizacji danych kontaktowych: adresu e-mail, nrtelefonu; adresu zamieszkania.
MoŜliwość zablokowania zmiany danych osobowych pacjenta (imię, nazwisko, PESEL) w profilu pacjenta.
MoŜliwość rejestracji podopiecznych pacjenta; dla podopiecznych, którzy są uŜytkownikami MPI konieczność
akceptacji objęcia opieką przez innego pacjenta; moŜliwość odrzucenia wniosku o objęcie opieką przez innego
pacjenta - uŜytkownika e-Pacjent lub moŜliwość trwałego zablonowania wnioskowania o objęcie opieką przez
danego uŜytkownika.
65
Projekt:
MoŜliwość przeglądu opiekunów; moŜliwość usunięcia opiekuna; moŜliwość zablokowania opiekuna - opiekun
nie będzie miał moŜliwości ponownego wnioskowania o objęcie opieką.
MoŜliwość określenia przez pacjenta parametrów powiadomień o zbliŜającym się terminie udzielenia usługi
(interwał czasu przed planowanym termine, tryb powiadamiania) zdefiniowanych w systemie jako moŜliwe do
ustawienia przez uŜytkownika/pacjenta.
MoŜliwość zmiany hasła pacjenta – uŜytkownika SPI.
MoŜliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu e-mail lub numeru telefonu poprzez
wprowadzenie przesłanego kodu potwierdzenia.
Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji wizyty, miejsca realizacji
(element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w zaleŜności od statusu wyboru
personelu zdefiniowanego dla usługi).
MoŜliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia dla usług o
odpowiednim statusie wymagalności danych skierowania.
Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług.
Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści, fizjoterapeuci).
Przegląd rejestru rezerwacji wizyt pacjenta z wyróŜnieniem stanu usługi (planowana, zrealizowana, anulowana).
MoŜliwość anulowania przez pacjenta rezerwacji wizyty.
MoŜliwość zmiany terminu wizyty przez pacjenta.
MoŜliwość rezerwacji terminu wizyty dla podopiecznych; moŜliwość zmiany terminu wizyt dla podopiecznych;
moŜliwość anulowania rezerwacji podopiecznych
Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji oraz planowaną
datę udzielenia usługi.
MoŜliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta przypomnień o zbliŜających się
terminach wizyt.
MoŜliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o anulowaniu
rezerwacji przez pracowników jednostki ochrony zdrowia.
MoŜliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o zmianie terminu
realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia.
Wysyłanie wiadomości do jednostki ochrony zdrowia; moŜliwość formatowania treści wiadomości (czcionka,
kolor, justowanie, odnośniki do innych stron).
Wysyłanie wiadomości SMS, e-mail lub wiadomości na portalu pacjenta o konieczności potwierdzenia
rezerwacji terminu wizyty
Potwierdzenie rezerwacji wizyty w określonym czasie przed realizacją dla rezerwacji wymagających takich
potwierdzeń
Przegląd wysłanych wiadomość; wyróŜnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg
tematu, daty wysłania i odbiorcy.
Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia wiadomości.
e-Kontrahent
Rejestracja uŜytkowników MPI - pracowników kontrahenta; definiowanie uprawnień dla uŜytkowników przez
uŜytkowników kontahenta posiadających uprawnienie lokalnego administratora kontrahenta
Rejestracja danych lekarzy zlecających - pracowników kontrahenta.
Rejestracja pacjentów związanych z kontrahentem.
Przegląd usług realizowanych w Jednostce Ochrony Zdrowia na rzecz kontrahenta wraz z harmonogramami
realizacji usług.
Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta.
66
Projekt:
MoŜliwość wskazania/zlecenia badań do realizacji w czasie rezerwowanej wizyty pacjenta.
Anulowanie rezerwacji terminu udzielenia usługi medycznej.
Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji.
Przegląd rezerwacji terminów udzielenia usług medycznych z wyróŜnieniem stanu rezerwacji (planowane,
zrealizowane, anulowane).
Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych.
MoŜliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na badania: instytucja
kierująca, lekarz kierujący.
MoŜliwość rejestracji danych o pobraniu materiałów do zleconych badań.
MoŜliwość wydruku potwierdzenia zlecenia badań.
Przegląd zarejestrowanych zleceń wykonania badań z wyróŜnieniem stanu realizacji badania
(zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane).
Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie.
Wydruk raportu – zestawienia usług zrealizowanych na rzecz danego kontrahenta w określonym czasie.
MPI - Administrator
Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access
Control).
Definiowanie nowego uŜytkownika.
Przegląd i modyfikacja danych uŜytkowników.
Tworzenie grup uŜytkowników; przyporządkowanie uŜytkowników do grup.
Przydzielanie uprawnień i ról uŜytkownikom i grupom uŜytkowników.
Przegląd efektywnych uprawnień uŜytkownika wynikających z przynaleŜności do grup uŜytkowników,
przypisanych ról i praw.
MoŜliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
Definiowanie polityk poziomu bezpieczeństwa hasła uŜytkownika, moŜliwość przypisania wskazanych polityk
do uŜytkowników.
Kontrola złoŜoności hasła uŜytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa.
Dostępność interfejsu umoŜliwiającego integrację uŜytkowników z dotychczas uŜytkowanym systemem
(interfejsy na poziomie bazy danych i języków wysokiego poziomu).
Dostępność interfejsu do kontroli praw przyznanych uŜytkownikom (interfejsy na poziomie bazy danych i
języków wysokiego poziomu).
Dostępność interfejsu do zarządzania prawami przyznanych uŜytkownikom (interfejsy na poziomie bazy danych
i języków wysokiego poziomu).
UŜytkownicy systemu nie odpowiadają bezpośrednio uŜytkownikom systemu zarządzania bazą danych.
MoŜliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych podsystemach.
Portal WWW
Prezentacja informacji o strukturze organizacyjnej Jednostki Ochrony Zdrowia
Przegląd opublikowanej struktury organizacyjnej; moŜliwość przeglądu usług dostępnych w jednostkach
organizacyjnych; moŜliwość uruchomienia modułu e-Pacjent w kontekście wskazanej usługi realizowanej w
jednostkach organizacyjnych
Przegląd opublikowanych usług medycznych w podziale na rodzaje usług; moŜliwośc wyszukiwania usług
medycznych; moŜliwość uruchomienia modułu e-Pacjent w kontekście wskazanej usługi medycznej
Publikacja regulaminu korzystania ze Szpitalnego Portalu Informacyjnego
Dostępność funkcji: rejestracji uŜytkowników e-Pacjent, uruchomienia aplikacji e-Pacjent i e-Kontrahent
System Zarządzania Treścią – (ang. Content Management System)
Wydzielenie treści publikowanych w wewnętrznej sieci Jednostki Ochrony Zdrowia
Obsługa ankiet (interaktywne systemy zadawania pytań) w intranecie
MoŜliwość definiowania stylów prezentacji treści
MoŜliwość zastosowania stylu prezentacji zgodnego z wyglądem aplikacji internetowych (e-pacjent, e-zlecenia)
67
Projekt:
Publikacja aktualności (news) o zdarzeniach dotyczących Jednostki Ochrony Zdrowia
Publikacja treści multimedialnych (zdjęcia, filmy, pliki audio)
Obsługa ankiet (interaktywne systemy zadawania pytań)
Obsługa forów społecznościowych, moŜliwość moderowania treści
MoŜliwość wyszukiwania informacji wg zadanych kryteriów
Obsługa mapy serwisu internetowego
Laboratorium + zakaŜenia szpitalne
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 czytnika 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 badan 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ń rejestrowanych w laboratorium,
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 materiału,
moŜliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów,
przekazanie do zleceniodawcy informacji o przyjęciu materiału do laboratorium,
68
Projekt:
system reaguje i zlicza przypadki przekroczenia czasu transportu próbek, w których trzeba wykonać badania z
określonymi maksymalnymi czasami transportu.
moŜliwość nadawania ręcznie lub automatycznie niezaleŜnej numeracji próbek (dla nadawania automatycznego
wg zdefiniowanych sekwencji).
sygnalizacja w widocznym miejscu pojawienie się badań dozleconych do materiału juŜ wcześniej przyjętego w
laboratorium,
Ewidencja błędów przedlaboratoryjnych.
- definicja nowych rodzajów błędów wraz z moŜliwością wskazania czy to jest błąd pobrania, czy wykonany w
laboratorium,
- rejestracja błędów podczas przyjęcia materiału lub rejestracji zlecenia,
- zarejestrowany błąd przedlaboratoryjny zawiera rodzaj błędu, podmiot popełniający, próbka lub zlecenie
którego dotyczy, krótką uwagę oraz kto i kiedy zarejestrował błąd,
- statystyka błędów przedlaboratoryjnych,
- moŜliwy jest wpis informacji kogo i kiedy powiadomiono o popełnionym błędzie
Obsługa stanowiska pomiarowego:
obsługa stanowisk manualnych, stanowisk z analizatorami jednokierunkowymi, dwukierunkowymi,
odpytującymi, stanowisk serologicznych i bakteriologicznych.
identyfikacja i wyszukiwanie zlecenia i próbki na podstawie kodu kreskowego,
moŜliwość oznaczenia pozycji próbki na statywach pracowni i wyszukiwanie próbek na statywach,
w statywach prezentowanych na ekranie system kolorami rozróŜnia próbki, w których wykonano wszystkie
badania, od pozostałych.
kontrola kompletności wykonania badań w próbce podczas odstawiania próbki do statywu,
przegląd listy zleceń wg badań do realizacji na danym stanowisku,
wyświetlanie czasu jaki oczekuje próbka na rozpoczęcie badania,
sygnalizacja kolorem próbek oczekujących juŜ zbyt długo (czas ustawiany parametrem na stanowisku),
obsługa stanowisk zapasowych lub równoległych bez konieczności przenoszenia zleceń z jednych stanowisk na
drugie, wybór stanowiska równoległego zaleŜy tylko od tego gdzie zostanie wstawiona próbka,
pobranie zleceń (odświerzanie informacji)
utworzenie list roboczych, z moŜliwością wydruku list roboczych dla stanowisk manualnych,
wysłanie listy roboczej do analizatorów dwukierunkowych,
69
Projekt:
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ć,
- zaŜywane leki,
- postawiona diagnoza,
- 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ę LeveyJenningsa,
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,
przeglądanie i odpis wyników archiwalnych pacjenta,
70
Projekt:
przenoszenie wyników do archiwum,
przenoszenie wyników do archiwum tylko z wybranych stanowisk,
moŜliwość wykorzystania słownika tekstów standardowych do opisów wyników badań,
moŜliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad
automatycznego opisu wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy,
moŜliwość organizacji wyników w odrębne kolejki wyników i kolejki weryfikacji w celu ułatwienia zarządzania
potokiem danych i sterowaniem uprawnieniami,
raporty statystyczne z moŜliwością prezentacji graficznej:
statystyka obciąŜenia stanowisk i aparatów pomiarowych,
sumaryczne zestawienia wszystkich wykonanych badań na aparatach,
zestawienia wykonanych badań przez pracownie laboratoryjne, na kilku poziomach szczegółowości,
zestawienia wykonanych badań dla poszczególnych zleceniodawców, na kilku poziomach szczegółowości,
statystyczna analiza wyników jednego badania, ze szczególnym uwzględnieniem średniej dziennej wyników i
odchylenia standardowego, moŜliwość ograniczanie zakresu wartości wyników do analizy,
zestawienie badan wg lekarzy zlecających, wg pacjentów,
statystyka wykonania badań na ośrodki powstawania kosztów (OPK),
raport z dyŜuru,
statystyka wartości krytycznych wyników,
statystyka wykrytych zakaŜeń
statystyka oszacowująca zuŜycie etykiet z kodem paskowym i probówek
statystyka czasów przygotowania i wykonania badań; czas transportu i czas przedanalityczny,
prowadzenie Księgi Laboratoryjnej i Ksiąg Pracowni,
integracja z innymi modułami systemu medycznego:
współpraca z pozostałymi podsystemami medycznymi w zakresie 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 tekstowego z
moŜliwością wczytania do modułów Rachunku Kosztów Leczenia.
MoŜliwość prowadzenia kontroli jakości,
71
Projekt:
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.
- karta Levey-Jenningsa z analizą reguł Westgarda,
- karta kontroli odtwarzalności,
- karta kontroli powtarzalności,
- karta kontroli dokładności,
- wydruki kart kontrolnych.
- wyniki jakościowe
ocena jakości metody
eksport wyników kontroli jakości do systemów TIQCON, BIORAD, STANDLAB,
„Równoległe stanowiska pomiarowe”
72
Projekt:
a) MoŜliwość obserwacji i działania na wielu róŜnych stanowiskach pomiarowych na ekranie jednocześnie. Bez
potrzeby wyłączania jednego by przejść do obsługi drugiego. Operator przełącza się między stanowiskami.
b) Nie ma potrzeby zamykania obsługi stanowisk pomiarowych, aby wykonywać równolegle inne czynności jak
rejestracja zlecenia, przyjęcia materiału, wypuszczenie wydruku, itp.
„Panelowa budowa stanowiska pomiarowego"
KaŜde stanowisko pomiarowe moŜe pokazywać jednocześnie dwa róŜne panele. Panele to specjalnie
zaprojektowane filtry, tak dobrane, Ŝeby łatwo zorientować uŜytkownika w etapach wykonania badań.
Pracownia serologii:
przyjmowanie zleceń i wykonanie badań: grupa krwi (ABO, Rh), grupa krwi noworodka (ABO, Rh, BTA),
przeciwciała odpornościowe, BTA, kwalifikacja do podania immunoglobuliny anty-D, konflikt ABO, próby
zgodności krwi.
prowadzenie ksiąg badań: grup krwi, prób zgodności, przeciwciał, profilaktyki konfliktu,
współpraca z czytnikami kodów paskowych w zakresie identyfikacji: pacjenta, zlecenia, próbki materiału,
numeru donacji.
współpraca z bankiem krwi, import przydzielonych donacji z banku krwi, podczas importu automatyczne
dozlecanie brakujących prób zgodności,
współpraca z aparatami serologicznymi, wysyłanie zleceń do aparatu, przyjmowanie wyników z aparatu po
akceptacji,
wpis ręczny lub korekta wyników z moŜliwością dopisania komentarzy, komentarze wpisywane wolnym
tekstem lub ze słowników,
walidacja wpisu grupy krwi i czynnika Rh na podstawie zapisów w danych pacjenta i w porównaniu z wynikiem
poprzednim,
prezentacja wyniku grupy krwi, Rh, przeciwciał i fenotypu zapisanych w danych pacjenta, prezentacja
poprzedniego wyniku grupy krwi i czynnika Rh z podaniem przedziału czasowego,
moŜliwość przeniesienia wyniku grupy krwi, Rh, przeciwciał i fenotypu do danych pacjenta, w bazie
laboratoryjnej i szpitalnej,
autoryzacja wyników badań,
wydruk wyników: podgląd przed wydrukiem, pojedyncze wyniki, wydruki seryjne, wydruk odpisów wyników z
archiwum,
73
Projekt:
wydruk wyników prób zgodności: moŜliwość wydruku tylko zgodnych prób, moŜliwość wydruku tylko
niedrukowanych prób zgodności,
moŜliwość stosowania rozbudowanych, konfigurowalnych przez administratora słowników wyników,
dobór cen dla wykonywanych badań w zaleŜności od zleceniodawców (płatników),
Moduł realizuje wspomaganie Zakładu Opieki Zdrowotnej w zakresie kontroli występowania zakaŜeń
zakładowych i zapobiegania tym zakaŜeniom, zgodnie z odpowiednimi przepisami prawa. W szczególności:
prowadzenie Rejestru Kart Rejestracji ZakaŜenia Zakładowego,
wydruki na podstawie danych Rejestru Kart Rejestracji ZakaŜenia Zakładowego,
prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę zakaźną,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakaŜenia
(podejrzenia zakaŜenia) HIV,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub
zgłoszenia zakaŜenia (podejrzenia zakaŜenia) HIV,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą
płciową,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę
przenoszoną drogą płciową,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,
prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,
wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,
prowadzenie Rejestru obserwacji potencjalnych źródeł zakaŜenia (wkłucia obwodowe, wkłucia centralne,
cewniki, respiratory, operacje, infekcje),
prowadzenie Rejestru podejrzeń ognisk epidemicznych,
wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,
prowadzenie Rejestru potwierdzonych ognisk epidemicznych ,
74
Projekt:
wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych,
raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia,
analizy ilościowe zakaŜeń zakładowych,
Współpraca z systemem RCH oraz Laboratorium w zakresie podań antybiotyków i zleceń badań do pracowni
mikrobiologicznej:
- monitorowanie o konieczność załoŜenia Indywidualnej Karty ZakaŜeń Szpitalnych w przypadku podania
antybiotyku powyŜej 3 dni
- monitorowanie o konieczność załoŜenia Indywidualnej Karty ZakaŜeń Szpitalnych w przypadku wystąpienia
patogenu w badaniu mikrobiologicznym
- szybki podgląd listy pacjentów dla nowo załoŜonych: kart obserwacji, kart zakaŜenia, kart drobnoustroju,
alert-potogenów
Finanse-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 okodowania segmentów kont analitycznych,
moŜliwość automatycznego okodowania 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 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
75
Projekt:
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 kartoteki
kontrahenta) ,
moŜliwość przeglądu stanu i historii poszczególnych transakcji z kontrahentem,
moŜliwość wydruku dokumentu potwierdzenia sald dla kontrahenta,
moŜliwość naliczenia 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,
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 (katalog
Ośrodków 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 (kartoteka 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).
76
Projekt:
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,
moŜliwość określenia sposobu dekretacji dla poszczególnych stawek VAT w rejestrze VAT,
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
77
Projekt:
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ń.
Koszty
określanie struktury ośrodków powstawania kosztów (OPK) i prowadzenie cenników wewnętrznych świadczeń:
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ń:
moŜliwość bieŜącej i okresowej informacji o poziomie kosztów bezpośrednich poszczególnych OPK na
podstawie zapisów księgowych realizowanych przez Finanse – Księgowość,
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,
- określenie 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
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,
78
Projekt:
- 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 kosztów jednostkowych nośników kosztów dla OPK,
- analiza źródeł pochodzenia kosztów pośrednich,
- analiza rozpływu 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,
- moŜliwość elastycznego definiowania przez uŜytkownika zestawień dotyczących zbiorczych informacji na
temat rozliczonych kosztów dla ośrodka.
System FK - 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 (na wydruku
umieszczane powinny być oprócz danych Zamawiajacego takŜe dane placówki medycznej wystawiającej
fakturę),
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo-Księgowym,
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 wiecej 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 odpł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,
79
Projekt:
moŜliwość współpracy z modułem realizującym funkcjonalność z zakresu Finanse – Księ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.
System FK - 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,
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo-Księ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) –
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.
80
Projekt:
Obsługa drukarek fiskalnych
System FK - Kalkulacja kosztów leczenia
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 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ń (z ostatniego miesiąca, dla którego taka wycena istnieje wg danych z modułu Koszty)
moŜliwość grupowania kosztowych kart pacjentów wg zdefiniowanych kryteriów i prowadzenia analiz
ekonomicznych (np. wg jednostek chorobowych, produktów rozliczeniowych).
System FK - Środki trwałe
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,
- dane o producencie i kraju,
81
Projekt:
-
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.
Wycena Kosztów Normatywnych Świadczeń:
- moŜliwość przesłania danych o miesięcznym potencjale urządzenia (środka trwałego) oraz jego
miesięcznej amortyzacji
System FK - WyposaŜenie
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,
82
Projekt:
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.
83
Projekt:
V.
Wymagania wdroŜeniowe, instalacyjne, gwarancyjne
Prace wdroŜeniowe i integracyjne - wymagania ogólne dotyczące wdroŜenia:
Wykonawca zobowiązany jest wdroŜyć wszystkie wprowadzone systemy w SPZOZ Szpital Kolejowy
oraz przeszkolić administratorów i liderów systemu .w ilości łącznej min 30 godz. prac konsultacyjnoszkoleniowych.
Zamawiający wymaga, by prace instalacyjne i wdroŜeniowe systemu przeprowadzały osoby
posiadające doświadczenie w zakresie produktów, których dotyczyć będzie instalacja oraz wdroŜenie.
Osoby wykonujące prace instalacyjne i wdroŜeniowe muszą być dyspozycyjne w trakcie trwania prac
instalacyjnych i wdroŜeniowych. Wymagany jest stały kontakt roboczy z Zamawiającym.
Wykonawca przekaŜe Zamawiającemu wykaz numerów telefonów kontaktowych do osób
wykonujących prace instalacyjne, wdroŜeniowe i szkolenia. Stały kontakt oznacza dyspozycyjność osób
wykonujących prace instalacyjne i wdroŜeniowe w trakcie trwania prac instalacyjnych i
wdroŜeniowych w godzinach pracy Zamawiającego tj. 7:00 do 14:30.
Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących i
wdraŜających zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeŜeniem, Ŝe osoba zastępująca
musi posiadać nie mniejsze kwalifikacje niŜ osoba zastępowana. Zastępstwo lub trwała zmiana danej
osoby wymaga akceptacji ze strony Zamawiającego.
Zamawiający moŜe zaŜądać zmiany osoby wdraŜającej. Wykonawca zapewni nadzór serwisowy
(fizyczną obecność w siedzibie Zamawiającego przedstawicieli konsultantów Wykonawcy) po
produkcyjnym uruchomieniu systemów w ilości i czasie wystarczającym do poprawnego
funkcjonowania systemów przy wykonywaniu przez pracowników Zamawiającego rutynowych
czynności.
Szkolenia obejmować będą: administrowanie nową wdroŜoną bazą danych, administrowanie
wszystkimi wymienionymi modułami oprogramowania aplikacyjnego, eksploatacja modułów
oprogramowania aplikacyjnego.
Szkolenia w zakresie oprogramowania uŜytkowego przeznaczone dla administratorów i liderów
umoŜliwią mu przygotowanie się do roli wsparcia konsultacyjnego dla uŜytkowników systemu oraz
ponadto konfigurowanie parametrów systemu pod względem funkcjonalności i wydajności, a takŜe
dokonywanie aktualizacji (upgrade) aplikacji i całego systemu.
Zakres instalacji i konfiguracji
84
Projekt:
Przygotowanie dostarczonych serwerów aplikacyjnych, bazy danych, do pracy z systemem
zintegrowanym
o
Dostawa licencji;
o
Instalacja i konfiguracja elektronicznych usług publicznych na serwerze Zamawiającego;
o
Przygotowanie serwerów do pracy z systemem;
Weryfikacja i aktualizacja mikrokodów urządzeń (firmware):
•
BIOS;
•
Karty rozszerzeń;
•
dyski;
instalacja i konfiguracja systemu operacyjnego;
instalacja i konfiguracja dodatkowych usług niezbędnych do prawidłowego działania
systemu zintegrowanego;
testowanie konfiguracji;
instalacja, konfiguracja i testowanie serwera bazodanowego;
instalacja i konfiguracja oprogramowania do archiwizacji danych;
konfiguracja harmonogramu archiwizacji systemu operacyjnego i bazy danych wraz
z testowaniem konfiguracji.
Przygotowanie serwera http oraz e-pacjent do pracy z systemem zintegrowanym
o
Dostawa licencji;
o
Instalacja i konfiguracja elektronicznych usług publicznych na serwerze Zamawiającego;
o
Przygotowanie serwerów do pracy z systemem;
Weryfikacja i aktualizacja mikrokodów urządzeń (firmware):
•
BIOS;
•
Karty rozszerzeń;
•
dyski;
instalacja i konfiguracja systemu operacyjnego wraz z odpowiednią wirtualizacją na
potrzeby prawidłowego działania systemu zintegrowanego;
instalacja i konfiguracja dodatkowych usług niezbędnych do prawidłowego działania
systemu zintegrowanego;
instalacja i konfiguracja oprogramowania do zarządzania serwerem dołączanego do
serwera przez producenta;
testowanie konfiguracji.
instalacja i konfiguracja serwera www;
zabezpieczenie serwera i transmisji danych z wykorzystaniem certyfikatów SSL;
Przygotowanie stacji komputerowych oraz urządzeń peryferyjnych
85
Projekt:
o
Konfiguracja systemu operacyjnego i aplikacji;
o
Konfiguracja połączeń sieciowych oraz sterowników,
o
Instalacja i konfiguracja dodatkowych usług niezbędnych do prawidłowego działania systemu
zintegrowanego;
o
Testowanie konfiguracji;
Obecne dane przechowywane są w funkcjonujących obecnie aplikacjach
o
Ewentualny zakres przeniesienia danych zostanie uzgodniony z Wykonawcą na etapie
tworzenia harmonogramu realizacji projektu.
o Kluczowe aplikacje obecnie wykorzystywane przez SPZOZ Szpital Kolejowy
„część biala”
- aplikacja:
MEDIQUS 3 Szpital (wersja 3.874) producent GABOS software
- liczba licencji:
25
„część szara”
-
aplikacja: InfoMEDICA producent:
Asseco Poland S.A.
moduł FINANSE-KSIĘGOWOŚĆ (wersja 4.35.2.0(2) liczba uŜytk. . 2,
moduł REJESTR SPRZEDAśY (wersja 4.35.2.0(2)
moduł KOSZTY (wersja 4.35.2.0(2) liczba uŜytk. 1,
moduł KADRY (wersja 4.36.00) liczba uŜytk 1,
moduł PŁACE (wersja 4.36.00) liczba uŜytk 1,
moduł ŚRODKI TRWAŁE (wersja 3.7.2.0(2) liczba uŜytk 1,
moduł WYPOSAśENIE (wersja 4.21.0.0 (2),
moduł GOSPODARKA MATERIAŁOWA (wersja pracująca w środowisku DOS)
Szkolenia administratorów:
o
Wykonawca przeszkoli osoby pełniące obowiązki administratorów wskazanych przez
Zamawiającego w zakresie zarządzania uŜytkownikami i uprawnieniami, zabezpieczania i
odtwarzania danych.
o
Wykonawca zapewni przeszkolenie administratora wskazanego przez Zamawiającego w
zakresie administracji i konfiguracji zaoferowanego sieciowego systemu operacyjnego.
Szkolenie musi obejmować, co najmniej instalację, konfigurację systemu operacyjnego oraz
usług sieciowych udostępnianych przez serwer, administrację, zarządzanie uŜytkownikami i
ich uprawnieniami, utrzymanie bieŜące, tworzenie kopii bezpieczeństwa, odtwarzanie systemu
operacyjnego po awarii.
o
Nie przewiduje się przeprowadzania szkoleń wyjazdowych ani szkoleń typu e-learning w
zastępstwie szkoleń tradycyjnych stacjonarnych w szpitalu
86
Projekt:
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 musi być zaakceptowany przez Zamawiającego
oraz uzyskanych na podstawie ich realizacji wyników testów. 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 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
Wymagania dla Bezpieczeństwo systemu, danych i aplikacji
W ramach wdroŜenia dostarczanego oprogramowania i licencji systemu w SPZOZ Szpital Kolejowy
87
Projekt:
wymaga się opracowania wzorcowej Dokumentacji Systemowej Bezpieczeństwa Informacji i Ochrony Danych
do zgodności z
normą PN ISO/IEC 27001:2014-12 z uwzględnieniem Rozporządzenia 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. z 2004 r. Nr 100, poz. 1024) oraz
Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności,
minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz
minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2012 r. Poz. 526), w tym opracowanie w
minimum :
Procedury audytu wewnętrznego Systemu Zarządzania Bezpieczeństwem Informacji;
Procedury nadzoru nad dokumentacją Zamawiającego;
Procedury i mierników badania efektywności Systemu Zarządzania Bezpieczeństwem Informacji;
Struktury ról i odpowiedzialności w Systemie Zarządzania Bezpieczeństwem Informacji;
Procedury okresowego przeglądu Systemu Zarządzania Bezpieczeństwem Informacji;
Procedury audytu wewnętrznego;
Procedury nadzoru nad Dokumentacją Systemową;
Procedury działań korygujących i zapobiegawczych;
Procedury nadawania, przeglądu i odbierania uprawnień do systemów i aplikacji;
Procedury wykonywania i testowania kopii zapasowej;
Procedury zabezpieczania przed szkodliwym oprogramowaniem;
Procedury wykonywania i testowania Planów Ciągłości Działania wraz z opracowanymi pełnymi
Planami Ciągłości Działania i Planami Odtworzeniowymi dla zidentyfikowanych procesów i systemów
krytycznych z punktu widzenia bezpieczeństwa informacji Zamawiającego;
Procedury i polityki oraz instrukcji zgodnych z wymaganiami prawnymi w obszarze ochrony danych
osobowych - ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. z 2002 r. Nr 101,
poz. 926 z późn. zm.);
Procedury dostępu do pomieszczeń biurowych oraz pobierania, zdawania oraz przechowywania kluczy
do pomieszczeń, budynków biurowych, technicznych;
Procedury zarządzania incydentami bezpieczeństwa informacji;
Deklaracji stosowania;
Polityki Bezpieczeństwa Informacji.
W ramach systemu bezpieczeństwa Zamawiający wymaga dostarczenia bezterminowej licencji z prawem do
aktualizacji minimum przez 12 mcy , konfiguracji , uruchomienia oferowanego oprogramowania wraz z
przeszkoleniem administratora systemów informatycznych jako elektronicznego systemu/portalu monitoringu
88
Projekt:
sieci, infrastruktury
o minimalnej funkcjonalności z zakresu bezpieczeństwa infrastruktury i nadzoru ICT
organizacji dla 60 indywidualnych stanowisk pracy opisanej poniŜej:
1)Wymagania ogólne
-System musi zawierać 3 warstwową architekturę (agent, serwer aplikacji, baza danych)
-Agent aplikacji (oprogramowanie instalowane na komputerze klienta komunikujące się, dokonujące autoryzacji i optymalizujące połączenia
wyłącznie poprzez oprogramowanie pośredniczące tzw. serwera aplikacji. Oprogramowanie Agenta nie moŜe instalować, zmieniać ustawień,
aktualizować oraz w jakikolwiek bezpośredni sposób komunikować się z bazą danych)
-Serwer aplikacji (zainstalowane oprogramowanie na komputerze serwera, pracującego w sposób ciągły, zbierające informację od
zainstalowanych agentów i zarządzające nimi. Oprogramowanie serwera wysyła raporty na email, dokonuje aktualizacji agentów, odpowiada
za proces licencjonowania systemu, dokonuje zapisywania i odczytywania informacji z bazy danych. Serwer aplikacji posiada wewnętrzny
terminarz pozwalający na powiadamianie i wykonywanie ustalonych zadań zgodnie z ustalonym okresem, nawet gdy agenci są wyłączeni
lub niedostępni)
-Baza danych (oprogramowanie współpracujące z serwerem aplikacji, przechowujące ustawienia oraz informacje z agentów. Baza danych
musi być w pełni funkcjonalna, nie moŜe to być wersja express, standard. Baza danych musi zawierać licencję na 1 połączenie, pozwalające
serwerowi aplikacji na współpracę. Baza danych nie moŜe komunikować się z serwerem aplikacji poprzez protokół TCP/IP. Nie moŜe
równieŜ otwierać innych gniazd sieciowych pozwalających na dostęp z zewnątrz. Baza danych musi być kompatybilna z zainstalowanymi
bazami danych)
-Konsola (oprogramowanie łączące się z serwerem aplikacji w sposób intuicyjny pozwalający administratorowi na zarządzanie systemem
oraz komputerami)
-System musi być kompatybilny z systemami Windows 2000/xp/2003/vista/2008/7/8 w wersjach 32 oraz 64 bit oraz ich wersjami
serwerowymi.
-Licencja umoŜliwia instalację dowolnej liczby konsol i serwerów.
-Licencja nie moŜe korzystać ze sprzętowych kluczy HASP ani zajmować wolnych portów USB, LPT.
-Baza danych stanowi integralną część systemu do której dostęp ma wyłącznie dedykowany i oddzielny proces serwera aplikacji.
-Baza danych musi być całkowicie bezpłatna o pełnych moŜliwościach, nie w wersji express ani standard.
-Do instalacji serwera centralnej administracji nie jest wymagane zainstalowanie Ŝadnych dodatkowych baz typu MSDE lub MS SQL.
-Do instalacji serwera centralnej administracji nie jest wymagane zainstalowanie dodatkowych aplikacji, takich jak Internet Information
Service (IIS) czy Apache.
-System musi posiadać moŜliwość zdalnej instalacji agentów oprogramowania bez zainstalowanej usługi Active Directory.
2)Funkcje Agenta aplikacji
-Agent musi pracować jako usługa systemowa.
-Agent aplikacji musi pracować na ograniczonych prawach uŜytkownika.
-Agent musi pracować w sytuacjach gdy serwer aplikacji jest chwilowo niedostępny.
-Agent musi posiadać funkcje uniemoŜliwiające zabicie procesu agenta.
-Agent musi posiadać funkcje uniemoŜliwiające odinstalowanie agenta pytając o hasło.
-Interfejs agenta musi pozwalać na konfigurację mechanizmu blokady USB ,procesów, urządzeń w momencie gdy agent nie jest podłączony
do sieci firmowej.
-Zmiana (adresu IP, MAC, Nazwa komputera) na komputerze gdzie zainstalowany jest agent nie moŜe powodować utraty informacji,
ustawień, reguł dla danego komputera.
-Komunikacja Agenta z serwerem aplikacji powinna być w trybie natychmiastowym oraz co określoną ilość sekund.
3)Funkcje Serwera aplikacji
-Serwer aplikacji musi pracować jako usługa systemowa.
-Serwer aplikacji musi zawierać terminarz pozwalający na wykonywanie zaplanowanych zadań, wysyłający określone raporty na email,
nawet w chwili gdy komputery gdzie agent jest zainstalowany nie są dostępne
-Serwer aplikacji musi mieć moŜliwość pobrania aktualnej bazy danych poprawek systemu Windows. Baza informacji o aktualizacjach
Windows musi zawierać nazwę poprawki oraz wymagania jakie dana poprawka musi spełnić aby być zainstalowana na komputerze.
-Serwer musi mieć moŜliwość zdalnej aktualizacji oraz instalacji agenta aplikacji bez zainstalowanej usługi Active Directory. Baza poprawek
powinna zawierać informacje o poprawkach krytycznych, bezpieczeństwa, service pack
-Zewnętrzne dodatkowe narzędzia słuŜące do poprawnej konserwacji bazy danych, archiwizacji i optymalizacji powinny być zawarte w
pakiecie. Narzędzia słuŜące do konserwacji bazy danych muszą współpracować z terminarzem zadań Windows wykorzystując jego
moŜliwości określenia terminu wykonania zadania, konta uŜytkownika.
-Terminarz zadań powinien pozwalać na określenie daty, godziny i minuty uruchomienia zadania, częstotliwości uruchamiania zadań oraz
okresu daty i czasu w jakich dane zadanie ma być uruchamiane. Zdefiniowane zadanie powinno mieć status wykonania (tzn uruchomiono,
nie uruchomiono, zakończono wykonywanie). Zadania muszą być zdefiniowane dla (sprawdzenia poprawek, instalacji poprawek, eksportu
oprogramowania, eksportu historii oprogramowania, audytu plikowego oprogramowania, eksportu sprzętu, eksportu procesów, eksportu
rejestru systemowego, eksportu listy katalogów, eksportu zdarzeń systemowych, eksportu usług, wyłączenia komputera, restartu komputera)
4)Funkcje Konsoli
-Konsola powinna mieć moŜliwość określenia serwera aplikacji do którego chce się podłączyć.
89
Projekt:
-Konsola powinna mieć moŜliwość określenia drzewiastej struktury zarządzania tzn grupa komputerów jako kontener zawierający agentów.
-Konsola musi pozwalać na definiowanie ustawień dla poszczególnych agentów, grup agentów z moŜliwością automatycznego dziedziczenia
tych ustawień.W chwili przenoszenia agenta pomiędzy grupami ustawienia powinny się dziedziczyć z grupy docelowej. Konfigurowanie
agentów musi działać nawet w chwili gdy komputery pracujące pod kontrolą agentów nie są dostępne.
-Konsola powinna mieć spójny interfejs pozwalający administratorowi na (drukowanie, multi sortowanie, grupowanie po wybranej
kolumnie, stosowanie filtrów wyświetlania w oparciu o wyraŜenia regularne, zapisywanie w postaci raportu informacji z moŜliwością
szybkiego ich wczytania, eksportowanie do html, xml, excela, worda)
-Wydruk informacji z konsoli powinien pozwalać na umieszczanie dodatkowych informacji na drukowanych elementach w stopce i
nagłówku pozwalając na dodanie dodatkowych grafik. Dodatkowo wybrany wydruk powinien mieć moŜliwość skierowania informacji do
Worda i Excela.
5)Zarządzanie systemowym dziennikiem zdarzeń
-Oprogramowanie musi archiwizować w centralnej bazie systemu dzienniki (aplikacji, systemu i bezpieczeństwa) dla wybranego komputera,
nawet w przypadku gdy określony komputer nie jest dostępny w sieci firmowej.
-Dane z dziennika zdarzeń powinny być zapisywane według wbudowanego terminarza zadań.
6)Zarządzanie aktualizacjami dla systemu Windows
-Oprogramowanie musi automatycznie według terminarza dokonywać sprawdzenia brakujących i nieaktualnych poprawek na wybranych
komputerach, wraz z moŜliwością natychmiastowej ich instalacji.
-Oprogramowanie musi samo dbać o poprawną i ciągłą instalację kilku poprawek jednocześnie, service packów, aktualizacji wymagających
uruchomienia komputera.
-Oprogramowanie musi posiadać moŜliwość odinstalowania lub nadpisania określonych aktualizacji.
-Oprogramowanie musi informować administratora o właściwościach danej aktualizacji takich jak: (Tytuł poprawki, opis poprawki, waŜność
poprawki, kategoria, język poprawki, czy administrator dokonał ręcznego wskazania aktualizacji do instalacji, data publikacji, adres www
skąd pobrano aktualizację, adres www biuletynu bezpieczeństwa, adres www z dodatkowymi informacjami technicznymi, czy aktualizacja
jest w wersji beta, czy wymaga zaakceptowania dołączonej licencji itp)
-Oprogramowanie musi pozwalać na całkowicie cichą instalację poprawki nie wymagając od uŜytkownika ani administratora Ŝadnego
potwierdzenia czynności np dotyczących licencji.
-Oprogramowanie musi samo decydować czy po zainstalowaniu poprawki wymagane jest uruchomienie komputera czy nie.
Niedopuszczalne jest resetowanie komputera po zainstalowaniu aktualizacji w chwili wykonywania operacji przez uŜytkownika.
-Oprogramowanie automatycznie powinno sprawdzać czy jest dostępna wolna przestrzeń dyskowa na instalację poprawek.
-Oprogramowanie do poprawnego informowania o zainstalowanych poprawkach oraz ich instalacji nie moŜe polegać na informacjach
dostępnych w rejestrze systemowym oraz nie moŜe wymagać od administratora pobranej aktualizacji na komputer lokalny. W celu określenia
brakujących i pasujących poprawek system musi odczytywać zaleŜności pomiędzy wersjami plików aktualizacji juŜ zainstalowanych np
Windows Media Player, zainstalowany Service Pack.
-Oprogramowanie samo musi decydować czy dana poprawka pasuje do wybranego systemu operacyjnego i zainstalowanych innych
poprawek i service packów oraz informować o tym.
-Oprogramowanie musi mieć moŜliwość jednoczesnej instalacji danej poprawki na wielu komputerach.
-Oprogramowanie nie moŜe wymagać zainstalowanej usługi Active Directory ani wersji serwer systemu operacyjnego.
-System musi mieć moŜliwość instalacji poprawek na ograniczonym koncie uŜytkownika.
7)Zarządzanie blokadą procesów, urządzeń usb, cdrom
-Oprogramowanie musi mieć moŜliwość blokowania i dopuszczania Procesów, urządzeń usb, cdrom w chwili niedostępności serwera
aplikacji.
-Blokada urządzeń usb musi działać na szyfrowanych pamięciach usb oraz współpracować z hubami usb.
-Blokowanie pamięci usb nie moŜe powodować blokowania całego portu usb, uniemoŜliwiając tym samym blokowanie innych urządzeń na
tym porcie takich jak np mysz, drukarka itp.
-Weryfikacja danej pamięci usb musi być dokonywana w chwili wpinania do portu według takich reguł jak(etykieta pamięci numer seryjny
urządzenia, dostępny klucz znajdujący się na pamięci)
-Blokada pamięci usb nie moŜe modyfikować ustawień rejestru klucza:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\StorageDevicePolicies, tak aby uŜytkownik nie mógł dokonywać
samodzielnych zmian w rejestrze systemowym powodując destabilizację działania.
-Blokowanie urządzeń usb i cdrom powinno działać na systemach starszych niŜ Windows XP Service Pack 2.
-Blokowanie oraz zezwalanie urządzeń usb musi działać w przypadku gdy jednocześnie pracuje kilka pamięci flash podpiętych do kilku
portów.
-Kontrola procesów powinna być definiowana przynajmniej dla atrybutów (nazwa procesu, ścieŜka, rodzaj dysku gdzie uruchamiany jest
proces, producent, suma crc, rozmiar)
-System powinien umoŜliwiać blokadę wybranych urządzeń dostępnych poprzez menedŜer urządzeń np kartę sieciową.
-Oprogramowanie musi blokować/dopuszczać wybrane konkretne płyty cdrom, dvd rom.
-Konfiguracja dostępu do urządzeń oraz procesów powinna być zorganizowania w sposób pozwalający na definiowanie polityki
bezpieczeństwa wszystko blokuj i dopuszczaj tylko zdefiniowane oraz polityki wszystko dopuszczaj i zablokuj tylko wybrane dla
parametrów takich jak np (nazwa komputera, zalogowany uŜytkownik, nazwa procesu lub pamięci wymiennej, suma crc itp).
-Oprogramowanie powinno pozwalać na tworzenie własnego autoryzowanego magazynu nośników zewnętrznych.
-System powinien zbierać Informacje o modyfikowanych plikach na urządzeniach
90
Projekt:
-System powinien umoŜliwiać raportowanie uruchamianych procesów,pamięci usb i cdrom, wraz z informacją o komputerze gdzie
wykorzystano niedozwolony proces czy pamięć usb
8)Zdalny pulpit
-Zdalny pulpit powinien być integralną częścią systemu i posiadać funkcję zdalnego menedŜera plików.
-Administrator musi kontrolować zdalny komputer nie powodując wylogowywania uŜytkownika. Wszystkie operacje powinny być widoczne
przez uŜytkownika.
-Administrator moŜe wykonywać działania na odległym komputerze z uprawnieniami administratora.
-Zdalny pulpit powinien mieć moŜliwość konfiguracji kompresji, rozdzielczości.
-Zdalny pulpit powinien umoŜliwiać podgląd ekranu zdalnego komputera bez przejęcia kontroli.
9)Zdalna linia poleceń
-Administrator powinien móc wykonywać skrypty batch w trybie administratora.
-System musi zapisywać wszystkie polecenia jakie administrator wykonywał.
-Oprogramowanie musi umieć wykonywać interaktywne polecenia,wymagające potwierdzenia operacji takie jak np "format d:"
10)Funkcjonalność zarządzania instalacją i aktualizacją oprogramowania
-System musi pozwalać na instalację cichą równieŜ programów skompresowanych i w razie potrzeby dokonywać restartu komputera.
-Przed instalacją oprogramowania system musi zarchiwizować starszą wersję instalowanego programu i umoŜliwiać w razie potrzeby
przywrócenie starszej wersji.
-Instalacja oprogramowania powinna pozwalać na tzw. instalację róŜnicową pozwalając instalować tylko pliki o nowszej wersji dla
docelowej aplikacji.
-Zainstalowane aplikacje mogą wymagać odinstalowania i system zarządzający instalacją musi to umoŜliwiać.
-System musi mieć moŜliwość instalowania jednocześnie kilku aplikacji zdefiniowanych w instalatorze dla wielu komputerów.
-System musi umieć stworzyć instalator zawierający kilka aplikacji tzw metodą snapshot tzn, w sposób pozwalający administratorowi
stworzyć wzorcową instalację oprogramowania i wykazanie róŜnicy zmian w systemie operacyjnym, jakie nastąpiły pomiędzy zainstalowaną
,a nie zainstalowaną aplikacją. Stworzony instalator po uruchomieniu na docelowym komputerze musi pozwalać na instalację całkowicie
cichą, tak aby uŜytkownik widział tylko zainstalowaną aplikację, a nie proces instalacji.
-Tworzony instalator zawierający aplikacje powinien pozwalać na instalację dla wybranego uŜytkownika docelowego komputera.
-System musi raportować o postępie i błędach w instalacji oprogramowania.
-Dla zainstalowania aplikacji w odległym komputerze, system musi pozwalać na instalację aplikacji w formacie skompresowanym exe, msi
oraz w formacie stworzonego instalatora dla określonego uŜytkownika nawet jeŜeli zalogowany zdalny uŜytkownik jest inny niŜ wskazany w
paczce instalacyjnej.
-Program musi tworzyć instalator oprogramowania w formacie msi.
-System musi pozwalać na stworzenie instalatora zawierającego moŜliwość odinstalowania aplikacji oraz zmiany w konfiguracji juŜ
zainstalowanego programu.
-System musi umoŜliwiać uruchamianie dowolnego zainstalowanego juŜ oprogramowania wymagającego praw administratora w przypadku
gdy zalogowany jest
uŜytkownik na ograniczonych prawach. System powinien w tym celu posiadać specjalny pulpit pozwalając uŜytkownikom na uruchamianie
takich programów jednym kliknięciem.
-System powinien tworzyć skompresowaną listę plików które mogą być tworzone i przesyłane jako wzorcowe dane i dokumenty dla
uŜytkowników.
11)Zdalne zarządzanie kontami uŜytkownika, uprawnieniami do plików i katalogów oraz rejestru.
-Zdalne zarządzanie kontami uŜytkowników, uprawnieniami do plików, katalogów, rejestru oraz inspekcja tych obiektów musi być moŜliwa
nawet w przypadku
gdy zdalny komputer nie jest dostępny w sieci firmowej. W momencie podpięcia komputera do firmowej sieci informacje o kontach,
uprawnienia oraz inspekcja
powinny być zsynchronizowane i zastosowane.
-Zarządzanie uŜytkownikami powinno obejmować min takie operacje jak tworzenie uŜytkownika i grupy ,ustalanie hasła oraz
przynaleŜności do określonych grup.
-Zarządzanie uprawnieniami do plików i katalogów musi być zgodne z formatem ACL i współpracować z istniejącymi juŜ ustawieniami
ACL na komputerach.
-Stosowanie inspekcji komputerów równieŜ musi pozwalać na zmianę systemowych ustawień inspekcji ACL na obiektach plików, katalogów
i rejestru.
-Zdalne zarządzanie rejestrem systemowym
12)Zarządzanie usługami Windows
-Konfiguracja usług musi dotyczyć komputerów będących podpiętych do sieci firmowej oraz chwilowo niedostępnych.
-Administrator powinien mieć przynajmniej moŜliwość określania takich parametrów usług jak: (Nazwa usługi, opis, ścieŜka, konto na
którym dana usługa będzie uruchamiana, tryb uruchomienia usługi: Boot, system, Ręczne i automatyczne).
-System powinien pozwalać tak skonfigurować usługę, Ŝe pomimo gdy ona będzie generowała błąd podczas startu nastąpi jej uruchomienie.
91
Projekt:
1)Blokowanie stron internetowych 3
-Program musi mieć moŜliwość sprawdzenia czy dana strona nie jest fałszywa poprzez mechanizm Antyphisingu.
-Blokowanie stron internetowych nie moŜe polegać na zabiciu procesu przeglądarki. System powinien poinformować uŜytkownika w postaci
strony internetowej, która moŜe być stworzona przez administratora jako szablon.
-Blokowanie stron internetowych powinno dotyczyć takich przeglądarek jak Internet Explorer, Firefox, Chrome, Safari, Opera oraz innych
równieŜ tych wykorzystujących powyŜsze przeglądarki
-System musi blokować strony internetowe zawierające reklamy, wyskakujące okna, skrypty java, banery, obiekty flash, pliki cookies.
-System powinien zabezpieczać przeglądarki przed przepełnieniem bufora podczas przetwarzania plików jpeg
-Blokowanie lub dopuszczanie stron internetowych powinno być oparte na definiowanych regułach zgodnie z zasadą wszystko blokuj i
dopuszczaj tylko
określone oraz odwrotnie. Konfigurowanie stron www powinno umoŜliwiać stosowanie znaków zastępowania takich jak *,? itp. Reguły
powinny pozwalać dopuszczać lub blokować równieŜ strony będące pod domenami stron głównych np w stosunku do strony www.onet.pl
-Administrator powinien mieć moŜliwość zablokowania plików które uŜytkownik moŜe pobierać z internetu min plików exe, vb, bat, msi, tar
itp
-Informacje o zablokowanych i dopuszczonych stronach powinny być dostępne administratorowi w postaci logów.
14) Monitorowanie stron internetowych oraz aplikacji
-Monitorowanie stron internetowych powinno dotyczyć takich przeglądarek jak Internet Explorer, Firefox, Chrome, Opera, Safari.
-Funkcjonalność monitorowania stron internetowych musi działać niezaleŜnie od historii odwiedznych stron zapisywanych przez
przeglądarkę internetową.
-W przypadku gdy uŜytkownik przegląda jednocześnie wiele stron internetowych na poszczególnych zakładkach przeglądarki, system musi
zliczać przebywanie na kaŜdej zakładce, ale tylko w momencie gdy dana zakładka jest aktywna.
-Odwiedzane strony internetowe powinny być zapisywane w systemie z dokładnością do 5 sekund.
-Powinny być gotowe zdefiniowane raporty dzienne,tygodniowe,miesięczne.
-Raporty powinny zawierać takie informacje jak (nazwa komputera, nazwa strony www lub programu ,data i czas otwarcia strony lub
programu, data i czas zamknięcia strony lub programu,czas pracy, uŜyta przeglądarka, zalogowany uŜytkownik)
-System musi mieć moŜliwość cyklicznego co określoną liczbę sekund pobierania zrzutów ekranu z aktualnie uŜywanej aplikacji.
-System nie moŜe instalować Ŝadnych sterowników, keylogerów, programów nadzorujących pracę klawiatury lub myszki,tak aby programy
antywirusowe nie traktowały tego jako niezweryfikowanego zagroŜenia.
-System powinien informować o okresach bezczynności komputera.
-System musi umoŜliwiać nadzorowanie oraz informowanie o plikach kopiowanych, przenoszonych i modyfikowanych niezaleŜnie od
uŜywanego menedŜera plików, czy powłoki systemowej oraz uŜywanego systemu operacyjnego. W szczególności
system musi kontrolować systemy 64 bitowe oraz linie poleceń cmd.
15) Inwentaryzacja oprogramowania, sprzętu, procesów i licencji.
-Inwentaryzacja musi mieć moduł odpowiedzialny za wykrywanie oprogramowania i sprzętu oraz moduł pozwalający na przyjęcia na
majątek firmy obiektów, które nie mogą być automatycznie wykryte np biurko, telefon, kabel UTP lub dowolny składnik będący na
wyposaŜeniu działu IT.
-Proces audytowania sprzętu oaz oprogramowania musi składać się z 2 etapów:
Pierwszy etap zbieranie informacji sprzętowo programowej i zapis do systemu.
Drugi etap przyjęcie na majątek IT tylko takiego oprogramowania lub sprzętu, który jest istotny z punktu widzenia pracy działu IT np
licencjonowane oprogramowanie).
-Proces audytu programów powinien wyciągać takie informacje jak (Nazwa Programu, nazwa deinstalatora, wersja, producent, opis, adres
www z informacjami o aplikacji,data instalacji,źródło instalacji np cdrom, docelowa instalacja programu, język itp)
-Dodatkowo program powinien zapisywać informacje o programach będących na pulpicie komputera oraz w Menu programy.
-System musi pozwalać przeskanować komputer i pobrać informacje dotyczące instalacji i odinstalowania aplikacji oraz innych znaczących
zmian w konfiguracji komputera.
-Dodatkowo oprócz ewidencji oprogramowania system musi mieć moŜliwość ewidencji dowolnych plików, jakie mogą znajdywać się na
komputerach. W szczególności powinien zapisać informacje takie jak (ŚcieŜka pliku, nazwa, ścieŜka archiwum jeŜeli dany plik znajduje się
wewnątrz archiwum spakowanego, nazwa archiwum ,rozmiar pliku, crc pliku, czas uŜytkowania pliku, czas utworzenia pliku, wersja pliku).
-Oprogramowanie powinno równieŜ odczytywać Prawa autorskie pliku.
-Audyt plikowy musi umoŜliwiać wyciągnięcie informacji o plikach będących w archiwum takim jak (zoo, cab, arj, rar, zip, tar, lhz, arc, ace)
-Audyt plikowy powinien mieć moŜliwość określania katalogów jakie będą podlegały skanowaniu oraz katalogów będących jako
wykluczenie.
-Audyt plikowy powinien określać rozszerzenia plików które będą brane tylko pod uwagę np tylko pliki "jpg".
-Audyt plikowy, oprogramowania, sprzętu powinien być wykonywany według terminarza wbudowanego, w chwili gdy komputer ma
włączony wygaszacz ekranu lub natychmiast na Ŝądanie administratora.
Administrator powinien otrzymać informację o wykonanych zadaniach poprzez dziennik zdarzeń,email, informację w pliku xml,oraz
dodatkowy program zewnętrzny który byłby uruchamiany.
-Wyniki przeprowadzonego audytu plikowego,oprogramowania oraz sprzętu powinny być wysyłane na email, do konkretnego katalogu na
zdalnym serwerze oraz na serwer ftp.
-Audyt sprzętu powinien odczytywać informacje takie jak:
92
Projekt:
a)Informacje komputera (Model, Producent, nr seryjny, system operacyjny, wersja, product id, produkt klucz)
b)Informacje o obudowie (np czy obudowa jest typu laptop, desktop, serwer itp)
c)Informacje o płycie głównej (Producent, wersja, nr seryjny, asset tag)
d)Informacja o pamięci operacyjnej z podziałem na sloty zajęte oraz wolne. Informacja o numerze seryjnym pamięci.
e)Informacja o procesorze (częstotliwość, cache, model, NR seryjny)
f)Informacja o karcie graficznej (Producent, rodzaj tzn czy zintegrowana czy nie,zainstalowana pamięć, data sterownika oraz wersja)
g)Informacja o Monitorze (Producent, rodzaj, rozdzielczość, numer seryjny)
h)Urządzenia pamięci takie jak nagrywarki dvd oraz cd;
i)Informacja o dyskach twardych (interfejs tzn np ide, scsi,rozmiar fizyczny dysku, numer seryjny)
j)Informacja o partycjach takie jak (numer seryjny, wolny i całkowity rozmiar, system plików, kompresja)
k)Informacja o fizycznej karcie sieciowej oraz konfiguracja sieci (Adres bramy, adres IP, adres MAC, adres serwera DHCP, adres serwera
DNS)
l)Informacje o dacie produkcji komputera
m)Informacje o urządzeniach peryferyjnych takich jak Drukarki
n)Informacje o posiadaniu baterii
o)Informacje o zainstalowanym Streamerze
p)Informacje o zainstalowanych slotach pamięci takich jak pci,agp
r)Informacje o aktywacji oraz instalacji systemu operacyjne
-Ewidencja oprogramowania powinna informować o uruchomionych programach i uŜytkowniku korzystającego z programu.
-Program musi odczytywać numery seryjne, klucze licencyjne, produkt id, uŜytkowniku który licencjonował aplikację, typ licencji np oem
dla systemu operacyjnego Windows 2000, XP, 2003, 2008, vista, 7,8 w wersjach 32 i 64 bity oraz dla Microsoft office 2000, XP, 2003, 2007,
2010 w wersjach 32 i 64 bity.
-Program musi dodatkowo odczytywać klucze licencyjne i numery seryjne metodą heurystyczną dla innych programów min. dla nero.
-Ewidencja oprogramowania powinna zawierać listę sterowników zainstalowanych na komputerze i odczytywać następujące parametry
sterownika (Nazwa urządzenia, grupa urządzenia, producent, data i wersja sterownika, plik sterownika, Acpi)
-Audyt plikowy powinien być uruchamiany i dokonywać odczytu plików w chwili podpięcia pamięci usb lub płyty cd.
-Administrator powinien mieć zdefiniowane następujące raporty
a)audyt plików z licencją freeware
b)audyt plików mp3
c)audyt plików pogrupowany wobec nazwy pliku
d)audyt plików pogrupowany wobec producenta
e)komputery typu laptop
f)lista oprogramowanie gdzie dla róŜnych komputerów są te same klucze licencyjne
-Oprócz zdefiniowanych raportów system musi pozwalać na tworzenie i zapisywanie własnych raportów w oparciu o wszystkie pola sprzętu
i oprogramowania, które system odczytuje z komputerów. W szczególności system powinien pozwalać na tworzenie filtrów "właściwość
pola=wartość pola". Administrator tworząc własny raport powinien móc opisać go polami (nazwa raportu, opis, data utworzenia, autor,
wersja raportu oraz czy dany raport powinien być dostępny w menu głównym, wraz ze standardowymi raportami)
-Dowolny standardowy lub stworzony przez administratora raport powinien pozwalać na wykazanie róŜnic pomiędzy dwoma dowolnymi
datami przeprowadzonego skanowania.
-Dowolny standardowy lub stworzony przez administratora raport powinien zapisywać do systemu tylko zmiany jakie dokonywane były
podczas ostatniego przeprowadzonego skanowania. Takie historyczne raporty powinny pozwalać administratorowi określać zakres dat (od /
do określonej daty).
-Standardowe lub stworzone raporty powinny być wysyłane na email zgodnie z terminarzem np raporty( o nowo uruchomionych procesach,
nowych plikach, zmianie konfiguracji sprzętowej np wymianie pamięci ram,nowo zainstalowanych programach itp)
-Dane audytu plikowego, oprogramowania oraz sprzętu powinny mieć moŜliwość zaimportowania z komputerów, które nie są dostępne w
sieci firmowej.
-Audyt oprogramowania, sprzętu i procesów powinien współpracować z komputerami nie podpiętymi do firmowej sieci LAN/WAN ani do
serwera aplikacji.
-Administrator powinien mieć moŜliwość tworzenia zestawów komputerowych składających się ze sprzętu, oprogramowania oraz
dokumentów niezbędnych
do opisania zestawu np gwarancji, faktur, umów itp i przyjmowania ich ma majątek IT.
-Wszystkie raporty powinny być dostępne poprzez interfejs html.
-Przyjmowany zestaw,oprogramowanie, sprzęt lub licencja powinien być opisany następującymi polami (nazwa, data i godzina przyjęcia, nr
faktury, osoba odpowiedzialna za Operację przyjęcia, osoba odpowiedzialna za opiekę, uŜytkowanie i serwis, stan techniczny tzn nowy,
uŜywany, Magazyn IT, usługa związaną z zakupem składnika, nr ewidencyjny)
-Dodatkowo zestaw, oprogramowanie, sprzęt lub licencja powinien mieć moŜliwość przypisania dokumentów, gwarancji, faktur oraz grup do
których ten składnik będzie naleŜał.
-Program powinien mieć moŜliwość przyjęcia określonej liczby zestawów, oprogramowania lub sprzętu o jednakowej konfiguracji.
-Administrator powinien mieć moŜliwość przesunięcia danego zestawu, oprogramowania, sprzętu lub licencji pomiędzy dowolnymi
komputerami ,uŜytkownikami, magazynami, lokalizacjami.
-Administrator powinien mieć moŜliwość rozdysponowania odpowiedniej ilości danego zestawu, oprogramowania, sprzętu oraz licencji
pomiędzy dowolnymi komputerami ,uŜytkownikami, magazynami, lokalizacjami.
-Przyjmowany zestaw komputerowy powinien być rozpoznany przez system i automatycznie opisany stosownymi numerami seryjnymi.
-System w momencie przyjęcia, przesunięcia oraz rozdysponowania składników oraz związanych z tym usług powinien generować protokół.
Protokół powinien być opisany polami (nazwa, informacje kto sporządził, podpisał i zatwierdził,miejsce podpisania, data i godzina, koszt,
93
Projekt:
dodatkowy koszt, nr faktury). Dodatkowo dany protokół powinien mieć moŜliwość określenia własnych dowolnych pól,wyglądu w formacie
rtf oraz dodatkowych załączników)
-Administrator powinien mieć moŜliwość tworzenia grup elementów np huby, nośniki cd, centralki telefoniczne, które będą słuŜyły jako
szablony do wprowadzania na majątek IT.
-UŜytkownicy powinni mieć moŜliwość importowania z active directory oraz zintegrowani z uŜytkownikami modułu Rejestracji czasu pracy.
-System powinien posiadać bazę kontrahentów, u których dokonywane są zakupy sprzętu i oprogramowania.
-Raporty min:
a)globalny przegląd zainstalowanych programów, sprzętu i licencji
b)Zestawienia licencji Freeware oraz innych
c)Porównanie ilości zainstalowanych licencji z wolnymi
d)Lista komputerów z dowolnie zainstalowanym programem, sprzętem oraz wykaz ilościowy
e)Lista komputerów z zainstalowanym systemem operacyjnym oraz wykaz ilościowy ile systemów operacyjnych i w jakiej wersji jest
zainstalowanych
f)lista zabronionych programów, które uŜytkownik uruchamiał w określonym przedziale czasowym
-Oprogramowanie powinno automatycznie informować o zmianach w konfiguracji sprzętowo programowej na email.
-Oprogramowanie musi pozwalać nanieść odpowiednie numery seryjne oraz opisy dla urządzeń peryferyjnych w przypadku gdy nie jest
moŜliwe ich automatyczne odczytanie
-Oprogramowanie musi opisywać licencje polami (nazwa licencji, nr ewidencyjny, licencjodawca, klucz licencyjny, nr licencyjny, rodzaj
licencji np box, molp, cal itp, typ licencji np dostępowa, grupowa, serwerowa, język licencji, liczba zakupionych licencji, nośnik licencji np
cdrom, termin licencji od kiedy do kiedy, termin wsparcia technicznego)
-Licencje oem powinny pozwalać na przypisanie komponentów sprzętowych.
-KaŜda licencja powinna być opisana umową licencyjną
-Dowolny program powinien mieć moŜliwość przypisania kilku licencji np w przypadku gdy poprzednia licencja wygasła.
-System powinien rozdysponowywać automatycznie tylko tyle licencji ile jest zakupionych, wskazując komputery gdzie nie
rozdysponowano licencji ze względu na niedostateczną liczbę.
-System powinien umoŜliwiać administratorowi wskazanie programów oraz komputerów, które będą podlegały licencji.
-Administrator powinien mieć moŜliwość przypisania jednej licencji wielu kopii oprogramowania.
-System musi pozwalać na powiadamianie administratora o nieuprawnionych zmianach w konfiguracji sprzętowej np podmiana pamięci
ram.
-Oprogramowanie lub sprzęt musi mieć moŜliwość przypisania kodu kreskowego. Kod kreskowy powinien być zgodny ze standardami
(code39, code93, codecodabar, codeean128, code128, code2_5_matrix, codeean13, codeean8, codemsi, codepostnet).
-Kod kreskowy powinien mieć moŜliwość zaprojektowania w przeznaczonym do tego systemie raportowania.
-System powinien posiadać wbudowany moduł pozwalający na tworzenie faktur min polskich oraz unijnych.
-Zestawy komputerowe powinny mieć moŜliwość wygenerowania karty stanowiska, która powinna posiadać kod kreskowy dla
zawierających zestaw podzespołów
sprzętowych.
-Karta stanowiskowa powinna mieć moŜliwość dowolnego zaprojektowania w dedykowanym do tego systemie raportowania który powinien
być bezpłatny i zintegrowany z systemem inwentaryzacji.
-Administrator powinien mieć moŜliwość prowadzenia listy usług, które mogą być kojarzone ze składnikami majątku IT.
-System powinien przypominać administratorowi o zadaniach zaplanowanych.
-System zaplanowanych zadań powinien być opisany polami (nazwa zadania, waŜność, osoba wykonująca, osoba nadzorująca, stopień
realizacji, typ np instalacja, konserwacja, data i godzina przypomnienia, data i godzina zakończenia zadania, nazwa usługi związanej z
przypomnieniem itp)
-Raporty powinny wskazywać, które zadania nie zostały wykonane w określonym czasie.
-Wbudowany podstawowy helpdesk z moŜliwością zgłaszania zadania.
-Licencje powinny mieć moŜliwość dystrybucji pomiędzy oddziałami firmy, magazynami oraz osobami odpowiedzialnymi za
administrowanie
-Składniki przyjęte na majątek IT powinny mieć moŜliwość porównania wykazania róŜnić ilościowych w stosunki do składników
automatycznie rozpoznanych przez system
-Administrator powinien mieć szybką informację o wygasłych lub niezakupionych licencjach dla oprogramowania.
-System powinien ewidencjonować koszty (zakupu urządzeń, kosztów serwisu, kosztu zakupu i modernizacji sprzętu i oprogramowania,
kosztów zakupu licencji itp)
-System powinien tworzyć dowolną ilość magazynów IT oraz dokumentów związanych z operacjami na magazynie IT i przeprowadzać
ewidencję ilościowo wartościową
16)System tworzenia raportów
-Stworzone raporty muszą być bezpłatnie dołączone do aplikacji
-System raportowania musi być całkowicie bezpłatny zintegrowany z systemem zarządzania i mieć pełne moŜliwości komercyjnych
rozwiązań specjalizowanych w raportowaniu.
-Edytor raportów nie moŜe wymagać zewnętrznych komponentów np .Net framework, java,IIS, serwera WEB
-System raportujący powinien mieć profesjonalny edytor projektowy
-Raporty powinny być eksportowane do formatów (pdf, html, xml,excel, word, bmp, jpeg, tiff, gif,csv, email oraz na drukarkę)
-Raporty moŜna podłączać do dowolnych baz danych opartych na odbc, OLE DB, ADO np MS SQLSERWER,ORACLE, DB2 itp.
-Projektant raportów powinien widzieć strukturę bazy danych np dostępne tabele
94
Projekt:
-Tworzone raporty moŜna wyposaŜyć w wykresy 2d i 3d
-System powinien mieć wbudowane środowisko do tworzenia raportów w oparciu o język SQL,c++ script, basicscript, jscript, pascalscript
itp wraz z odpowiednimi narzędziami uruchamiania i debugowania
-Do raportu moŜna nanieść komponenty takie jak (tekst, obrazek, linia, wyraŜenie matematyczne, wstęgę, pod raport, wykres, kontrolkę
richedit i ole, kod kreskowy itp, html,tabele, stopki, nagłówki, wstęgi podrzędne)
-Dowolne umieszczone na raporcie komponenty moŜna przemieszczać ,wyrównywać do krawędzi innych kontrolek i okna,podpinać do
źródeł danych,zawijać,
tworzyć kotwice, dopasowywać szerokość kolumn i wierszy w tabelach,kolorować, pogrubiać tekst itp
-Na raportach moŜna umieszczać zmienne, wyraŜenia i funkcje matematyczne, tekstowe, agregujące, klasy
-System raportowania powinien umoŜliwiać tworzenie raportów typu (główny-szczegółowy, lista, tabela krzyŜowa, outline, zagnieŜdŜony,
grupowany typu drill, wielostronicowy, zawierający formularze i okna dialogowe).Dodatkowo do kaŜdego rodzaju raportu system powinien
obsługiwać zdarzenia np zdarzenie ładowania raportu.
-Zawarte w raporcie kolumny i tabele w sposób wizualny powinny być modelowane np tworzenie relacji itp oraz generować odpowiedni
skrypt sql
-Raporty powinny mieć moŜliwość zapisywania ,otwierania,dziedziczenia względem innych
raportów oraz szablonów.
Gwarancja i serwis oprogramowania
Wykonawca w ramach kwoty oferty udziela
36 miesięcznej gwarancji na dostarczony system
informatyczny,. Okres gwarancji dla systemu dostarczonego przez Wykonawcę liczony jest w latach
kalendarzowych i kończy się w dniu 1 stycznia roku następującego po upływie pełnych trzech lat.
Wykonawca w ramach kwoty oferty udziela 36 miesięcznej gwarancji na sprzęt teleinformatyczny –
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 Następnym Dniu Roboczym /w ciągu 8
godzin/, realizowanym przez producenta rozwiązania lub autoryzowanego przedstawiciela producenta,
w zakresie serwisu gwarancyjnego, mającego swoją siedzibę na terenie Polski.
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ąca oprogramowania Zamawiający dopuszcza zdalnie za pomocą szyfrowanego łącza.
Termin gwarancji na oprogramowanie oraz sprzęt biegnie od dnia końcowego odbioru projektu przez
Zamawiającego.
Zgłoszenie uszkodzenia dokonuje się drogą elektroniczną lub telefoniczną – uzgodnioną na etapie
podpisania umowy. Za datę przyjęcia zgłoszenia przyjmuje się czas zgłoszenia uszkodzenia. MoŜliwość
wysłania i przyjęcia zgłoszenia 7 dni w tygodniu 24 godziny na dobę.
Czas naprawy sprzętu i oprogramowania i czasów reakcji określa tabela zamieszczona poniŜej.
95
Projekt:
Wykonawca w ramach gwarancji zapewnia opiekę serwisową 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.
Wykonawca w ramach gwarancji zapewnia wsparcie techniczne uŜytkowników w zakresie niezbędnym
do prawidłowej pracy na dostarczonym sprzęcie i oprogramowaniu. W szczególności Wykonawca
zapewni dodatkowy instruktaŜ i pomoc w uŜytkowaniu aplikacji przez uŜytkowników i administratorów
na Ŝądanie Zamawiającego. Wykonawca dostarczy narzędzia e-learningowe wspierające samodzielny
rozwój uŜytkowników systemu. Gwarantowane wsparcie w postaci wizyt serwisowych w okresie
gwarancji wynosi nie mniej niŜ 100 wizyt i nie więcej niŜ 120 wizyt w siedzibie Zamawiającego. Czas
trwania wizyty serwisowej wynosi 6 godzin. Sposób wykorzystania wsparcia i terminy jego realizacji
określi Zamawiający.
Wykonawca zapewnia moŜliwość zakupu dodatkowego wsparcia technicznego po wyczerpaniu ilości
wizyt serwisowych
Wykonawca w okresie gwarancji zapewni nadzór autorski oprogramowania i jego aktualizację.
Wykonawca zapewni usuwanie błędów oprogramowania w okresie gwarancji
Wykonawca
zapewni,
Ŝe
po okresie
gwarancji
będzie
moŜliwość
dalszego uŜytkowania
oprogramowania bez konieczności nabywania dodatkowych licencji i uaktualnień w trybie co najmniej
przeglądania i wyszukiwania informacji oraz sporządzania zestawień i raportów. Dodatkowo
Wykonawca zapewni moŜliwość rozliczenia z NFZ transakcji i operacji zarejestrowanych w systemie
przed datą i w dacie, w tym rozliczenie świadczeń medycznych i ich korekt na ostatni dzień okresu
gwarancji bez konieczności nabywania dodatkowych aktualizacji i licencji.
Wykonawca zapewni moŜliwość nabycia aktualizacji oprogramowania po okresie gwarancji.
Wykonawca zapewni moŜliwość eksportu danych z systemu w układzie ustalonym przez
Zamawiającego.
Na potrzeby opisania warunków świadczenia usług serwisowych definiuje się następujące pojęcia:
Awaria krytyczna (wada)
Awaria
(usterka)
Awaria, która uniemoŜliwia SPZOZ Szpital Kolejowy wykonywanie
przyjętych zadań lub choćby jednego z powiązanych ze sobą zadań
(świadczeń) lub na tyle spowalnia ich wykonywanie, Ŝe nie pozwala na ich
wykonanie w zadanym czasie
niekrytyczna Awaria, która negatywnie wpływa na wydajność i funkcjonalność Systemu,
spowalniając wykonanie zadań, lecz w stopniu, który pozwala na ich
wykonanie w zadanym czasie i nie uniemoŜliwia świadczenia
Podstawowych Usług
96
Projekt:
Dostępność serwisu
Dni i godziny, w jakich Serwis przyjmuje Zgłoszenia awarii i usterek
nadsyłane przez upowaŜnionych pracowników Partnera oraz realizuje
czynności serwisowe,
Naprawa
Przywrócenie funkcjonalności lub usunięcie usterki
Czas naprawy
Czas, jaki moŜe upłynąć pomiędzy pierwszym zgłoszeniem awarii a
przywróceniem funkcjonalności lub usunięcia usterki. Czas naprawy liczony
jest w okresie dostępności serwisu
Maksymalne czasy naprawy od wysłania zgłoszenia awarii sprzętowej i systemu:
Awaria krytyczna
Awaria
niekrytyczna
Serwery i macierze
12 godziny
3 dni kalendarzowe
Szafa Rack wraz z osprzętem
12 godziny
3 dni kalendarzowe
Oprogramowanie aplikacyjne
96 godzin
60 dni roboczych
Rodzaj
Na okres naprawy sprzętu wykonawca zobowiązany jest dostarczyć i w pełni uruchomić sprzęt zastępczy w
ciągu 12 godzin. Dostarczony sprzęt ma być równowaŜny ze sprzętem oddanym do serwisu i który 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ń, zmienia status awarii z krytycznej na niekrytyczną.
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.
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:
o
gotowość świadczenia pomocy telefonicznej przez dostarczenie odpowiednich informacji w
wypadku awarii oprogramowania,
97
Projekt:
o
informowanie o zmianach w programach objętych umową (za pośrednictwem poczty
o
aktualizowanie dokumentacji drukowanej i elektronicznej w ilości nie mniejszej niŜ określona
elektronicznej na adres e-mail wskazany w przyszłej umowie);
w przyszłej umowie;
o
usuwanie usterek i awarii systemów objętych przyszłą umową w następujących terminach
opisanych w tabeli Czas naprawy od zgłoszenia awarii sprzętowej i systemu.
o
dostawa aktualizacji wersji oprogramowania w okresie 12 miesięcy od daty protokołu
końcowego, a kaŜda nowa wersja systemu dostarczonego Zamawiającemu musi zawierać
udokumentowany opis zmian w funkcjonalności w porównaniu z wersją poprzednią,
o
gotowość świadczenia pomocy telefonicznej przez dostarczenie odpowiednich informacji w
wypadku, gdy uŜytkownicy oprogramowania lub aplikacji, nie mogą osiągnąć zamierzonych
efektów pracy,
o
gotowość do świadczenia zdalnej pomocy uŜytkownikom systemu poprzez szyfrowane
połączenia do komputera uŜytkownika,
o
przyjazdu do siedziby Zamawiającego co najmniej 1 raz na kwartał , celem przeprowadzenia
przeglądu technicznego w zakresie oprogramowania aplikacyjnego a w przypadku sprzętu
serwerowego co najmniej 1 raz w roku,
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 w pkt.11 świadczone są przez Wykonawcę w szczególności na następujących
zasadach:
o
Konsultacje telefoniczne świadczone będą przez Wykonawcę w godzinach pracy od
o
Wykonawca oświadcza, Ŝe usługi świadczone będą z naleŜytą starannością przez odpowiednio
poniedziałku do piątku, z wyjątkiem dni ustawowo wolnych od pracy,
przeszkolony, fachowy personel,
o
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.
VI.
Wskaźniki
98
Projekt:
Na
etapie
wdroŜenia
Wykonawca
w
uzgodnieniu
z
Zamawiającym
opracuje i udostępni
raporty/statystyki/interaktywne formularze (powiązane z portalem umoŜliwiającym kontakt on-line pacjenta ze
SPZOZ Szpital Kolejowy), poprzez które moŜliwe będzie osiągnięcie niŜej wymienionych wskaźników
produktu:
-
L. uruchomionych serwerów - 2 szt.
-
L. uruchomionych aplikacji - 13 szt.
-
L. uruchomionych systemów archiwizacji danych - 1 szt.
-
L. wdroŜonych systemów uwierzytelniania i autoryzacji - 1 szt.
-
L. uruchomionych usług online na poziomie 1 - Informacja - 1 szt.
-
L. uruchomionych usług online na poziomie 3 - Dwustronna interakcja - 1 szt.
-
L. uruchomionych portali - 1 szt.
-
L. zakupionych zestawów komputerowych - 60 szt.
-
L. zakupionych urządzeń peryferyjnych - 4 szt.
-
L. wdroŜonych programów antywirusowych - 60 szt.
-
L. wdroŜonych kompleksowych systemów zarządzania w jednostkach - 1 szt.
Gdzie definiując kaŜdy z poziomów Zamawiający określa jako:
Poziom 1 – informacyjny - dostępność online informacji niezbędnej do rozpoczęcia jakiegoś procesu –
np. rejestry publiczne;
Poziom 2 - interakcja, oznacza moŜliwość wypełnienia i wysłanie formularza on-line na oficjalnej
stronie podmiotu publicznego, z uŜyciem systemu autentyfikacji osoby;
Poziom 3 - dwukierunkowy, oznacza moŜliwość wypełnienia formularza na oficjalnej stronie podmiotu
publicznego, niezbędny system autentyfikacji osoby;
Poziom 4 – w pełni elektroniczny transakcyjny system, udostępniający usługi w całości poprzez sieć,
włączając podejmowanie decyzji oraz dostarczanie jej. Nie jest potrzebna forma papierowa na Ŝadnym
z etapów realizacji usługi.
Wskaźniki produktu obejmujące liczbę uruchomionych usług online obejmować będą:
poziom 1 informacyjny – 1 e-usługa:
o bez logowania – informacje o SPZOZ Szpital Kolejowy, usługach oferowanych przez SPZOZ
Szpital Kolejowy,
o po zalogowaniu – informacja o planowanej wizycie danego pacjenta.
Poziom 3 dwustronna interakcja – 1 e-usługa – moŜliwość zarejestrowania się przez konkretnego
pacjenta do konkretnej przychodni wg udostępnionego harmonogramu.
Ponadto na etapie wdroŜenia Wykonawca w uzgodnieniu z Zamawiającym zaproponuje i docelowo opracuje
narzędzia do weryfikacji wskaźników rezultatów takich jak:
Liczba osób korzystających z usług on-line
99
Projekt:
Liczba osób objętych systemem autentykacji i identyfikacji
Liczba osób objętych systemem zarządzania opartych na technologiach teleinformatycznych
VII.
Oznakowanie
Wszystkie aplikacje wytworzone w ramach przedmiotu zamówienia szczególnie systemy front office’owe
oraz dostarczone licencje muszą być oznaczone zgodnie z zasadami promocji opisanymi w wytycznych
opracowanych dla Regionalnego Programu Operacyjnego Województwa Śląskiego na lata 2007-2013
100
Projekt:
VIII.
Wymagania minimalne w zakresie zapewnienia ciągłości
informacyjnej działania szpitala
1. Zamawiający oczekuje aby dostarczony i wdroŜony system informatyczny zapewnił w ramach swojego
działania po zakończonym procesie wdroŜenie ciągłość pracy szpitala w zakresie obowiązków
informacyjnych wobec klientów szpitala ,leczniczo-diagnostycznych i rozliczeniowych z NFZ i
pozostałymi organami z maksymalnym wykorzystaniem zasobów danych w posiadaniu których jest
zamawiający zgodnie z zasadami interoperacyjności i wymaganiami z zakresu ciągłości działania
zawartymi w Krajowych Ramach Interoperacyjności (Dz.U 526 z 12 kwietnia 2012r)
2. Zakres i moŜliwości wykorzystania danych będących w posiadaniu i własnością szpitala Zamawiający
pozostawia Wykonawcy , od którego oczekuje po wdroŜeniu oprogramowania utrzymania moŜliwie
maksymalnej ciągłości danych w systemie z procesów medycznych i finansowych realizowanych
przez szpital.
3. Zamawiający oczekuje więc pobranie lub przepływ danych z uŜytkowanych przez Zamawiającego
baz i rejestrów prowadzonych w formie elektronicznej (stanowiące element prac wdroŜeniowych) do
nowego,
innego oferowanego systemu zrealizowano po przedstawieniu przez Zamawiającego
uporządkowanych danych, w formie uzgodnionych uprzednio w formularzach tak aby oferent mógł
takie pobranie lub przepływy , choćby w ograniczonym , uzgodnionym obustronnie zakresie wykonać.
4. Zamawiający informuje iŜ nie dysponuje dokumentacją techniczną posiadanych systemów Infomedica,
a w tym w szczególności informacjami określającymi stosowane w tym oprogramowaniu sposoby
przechowywania i dostępu do informacji. Zamawiający nie dysponuje równieŜ kodami źródłowymi
oprogramowania Infomedica.
5. W przypadku wymiany oprogramowania części białej , ewentualna realizacja pobrania danych
ograniczona moŜe być do minimum danych z obecnego systemu informatycznego dla części białej
(Mediqus) tak aby umoŜliwić przesył lub przekazanie danych w wymaganym zakresie do NFZ
6. Zamawiający będzie współpracował z Wykonawcą w zakresie przygotowania powyŜszej analizy w
trakcie wdroŜenia tak aby ustalić za obustronnym porozumiem ewentualny , minimalny zakres
pobrania danych pomiędzy systemami tak aby zapewnić bezpieczeństwo informatyczne ciągłości pracy
diagnostycznej i rozliczeniowej szpitala.
7. Zamawiający zastrzega sobie prawo do zatwierdzenia końcowego zakresu pobrania danych pomiędzy
systemami lub teŜ jego całkowitego ograniczenia w ramach systemów w przypadku obustronnego
stwierdzenia i uzgodnieniu obiektywnych trudności, ograniczeń technologiczno-prawnych w tym
zakresie a uniemoŜliwiających takie czynności .
101
Projekt:
102

pobierz

Transkrypt

Podobne dokumenty

pobierz

system e-kth do zarządzania kontrahentami firmy programistycznej

Załącznik nr 5 do SIWZ

Zadanie Nr 2 – Remont Domu Ludowego w miejscowości Lipa

Regulamin korzystania z internetu

warunki Techem - Nowy Portal Techem