Załącznik nr 1 do SIWZ nr SZPZOZ/ZP/UE/1/2019

z dnia 20.09.2019 r.

Tekst jednolity na dzień 03.10.2019 roku

SPECYFIKACJA TECHNICZNA(oprogramowanie e-zdrowie) do zamówienia publicznego pod nazwą „Rozwój

elektronicznych usług publicznych w zakresie e-zdrowia w Samodzielnym Zespole Publicznych Zakładów Opieki Zdrowotnej

w Oleśnicy” - nr projektu: RPDS.02.01.01-02-0005/17

I. Wstęp.

Przedmiot zamówienia wg. niniejszej specyfikacji dotyczy oprogramowania „e – zdrowie” zakupu urządzeń wielofunkcyjnych i laptopów, które może być zrealizowane przez Wykonawców w jednym z wariantów, a mianowicie:

1) wariant podstawowy, polegający na modernizacji istniejącego oprogramowania CliniNet do funkcjonalności opisanych w poszczególnych modułach oprogramowania wraz z doposażeniem w nowe moduły:

a) e-recepta - dostęp elektroniczny on-line dla pacjenta do informacji zamieszczonych na recepcie również wówczas, gdy recepta jest realizowana w aptece i pacjent nie ma już dostępu do wydruku;

b) gotowość do elektronicznej integracji on-line z krajowymi platformami P1 i P2,c) elektronicznej dokumentacji medycznej (EDM);d) elektronicznej dostępności do repozytorium EDM poprzez przeglądarkę www;e) skanowania dokumentów;f) elektronicznej autoryzacji;g) medycyna pracy;h) szczepienia;i) stomatologia;j) system kolejkowy;k) terapia uzależnień;l) e-usługi dla pacjentów (e-wyniki, e- wywiad, e-rejestracja, dostęp do systemu

pacjentom niepełnosprawnym (niewidomym, głuchym itd.);m) zarządzanie i kontrola wykorzystania zasobówn) baza danych ze wsparciem;o) zakup urządzeń wielofunkcyjnychp) zakup laptopów

2) wariant alternatywny: nowe oprogramowanie medyczne HIS z modułem PACS/RIS wraz z konfiguracją z oprogramowaniem LAB3000 (lub jego wymianą), wraz

1

z funkcjonalnościami zawartymi w wariancie podstawowym oraz dostawa bazy danych ze wsparciem, a ponadto:

w obu wariantach (jako II część zamówienia) dostawa i uruchomienie:

a) urządzeń wielofunkcyjnych (38 szt.);b) laptopów (9 szt.).

Serwis posprzedażny (wsparcie techniczne pogwarancyjne) obejmuje:a) coroczną licencje,b) wsparcie techniczne,c) uaktualnienie dostarczonego oprogramowania zgodnie z wymogami technicznymi

obejmującymi zmiany przepisów prawa prowadzące do konieczności dostosowania oprogramowania,

d) inne czynności konieczne ze względu na poprawność funkcjonowania dostarczonego oprogramowania

Zamawiający dopuszcza wymianę użytkowanego systemu medycznego CliniNet, NetRAAD oraz LAB 3000 na inne oprogramowanie o nie mniejszej funkcjonalności niż obecnie użytkowane pod warunkiem pełnej migracji danych z obecnie eksploatowanego oprogramowania do oferowanego nowego oprogramowania. W procesie wymiany oprogramowania Zamawiający może zapewnić dostęp do bazy danych systemu CliniNET i LAB3000 obecnie użytkowanego systemu w trybie odczytu. Zamawiający może również dostarczyć strukturę bazy danych systemu CliniNET. Zamawiający zastrzega, że ewentualne luki w dokumentacji struktury bazy danych nie stanowią podstawy dla Wykonawcy dla zaprzestania lub zmniejszenia zakresu migracji danych ani do przesunięcia wymaganych terminów realizacji zadania. Wykonawca nie może ingerować w dane ani strukturę danych jak i samych baz danych obecnie użytkowanego systemu CGM CLININET, NetRAAD i LAB3000 w celu przeprowadzenia procesu migracji danych.

II. Struktura organizacyjna Zamawiającego.

Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej w Oleśnicy (dalej Zespół) winien być objęty systemem informatycznym w niżej wymienionych komórkach organizacyjnych, w poszczególnych zakładach leczniczych i administracji, a mianowicie:

1) Przychodnia Rejonowo - Specjalistyczna nr 1, ul. Ludwikowska 10 w Oleśnicy:

L/p Wyszczególnienie Ilość komputerów1 Gabinet lekarza podstawowej opieki zdrowotnej (3 gabinety). 32 Gabinet diagnostyczno - zabiegowy POZ i pracownia EKG. 13 Poradnia dermatologiczna z rejestracją (z poradnią chirurgii

onkologicznej).2

4 Poradnia urologiczna z gabinetem zabiegowym. 25 Poradnia otolaryngologiczna z pracownią audiometryczną. 26 Poradnia neurologiczna dla dorosłych. 17 Poradnia neurologiczna dla dzieci. 2

2

8 Poradnia reumatologiczna. 19 Poradnia chirurgii urazowo - ortopedyczna. 2

10 Poradnia chirurgii ogólnej. 211 Gabinet kierownika (przełożonej pielęgniarek i położnych). 112 2 gabinety stomatologiczne (+ 1 cyfrowy aparat RTG zębowy). 2 (+1)13 Gabinet ortodontyczny. 114 Poradnia ginekologiczno – położnicza:

1) rejestracja,2) położne środowiskowe,3) 2 gabinety ginekologiczne.

6

15 Poradnia gruźlicy i chorób płuc:1) rejestracja,2) gabinet lekarski,3) gabinet zabiegowy (spirometr z komputerem i drukarką).

2

16 Poradnia zdrowia psychicznego:1) rejestracja,2) gabinet psychologa,3) 2 gabinety lekarskie.

4

17 Poradnia leczenia uzależnień i współuzależnień od alkoholu. 118 Rejestracja ogólna. 419 Poradnia medycyny pracy. 1

20*Pracownia rentgenowska: -rejestracja (wydawanie wyników).Pracownia wyposażona w cyfrowy aparat RTG DRX Ascend System, nr fabr. 1031, rok prod. 2018 prod. Carestream ze stacją lekarską - do prześwietleń kostnych i płucnych oraz ze stanowiskiem technika RTG.

1

21*Pracownia mammograficzna: -rejestracja.Pracownia wyposażona w cyfrowy mammograf Senographe Pristina EKB1, nr fabr. 723335BU6 ze stacją lekarską i aparaturą kontrolno – pomiarową oraz ze stanowiskiem technika RTG.

2

22 Pracownia EEG. 123 Pracownia USG (ogólnodostępna) - aparat Aloka-Hitachi Arietta

V 70, rok prod. 2018 z f. Dopplera i elastografii.1

Razem: komputerów: 46 2) Przychodnia Rejonowa nr 2, ul. gen. J. Hallera 25 w Oleśnicy:

L/p Wyszczególnienie Ilość komputerów1 Gabinet lekarza podstawowej opieki zdrowotnej (8

gabinetów).8

2 Gabinet diagnostyczno - zabiegowy POZ. 13 Pracownia EKG. 14 Poradnia alergologiczna (+ poradnia kardiologiczna

i diabetologiczna).2

5 Poradnia okulistyczna z pracownią OCT i badania pola widzenia.

2

6 Pracownia USG (ogólnodostępna) - aparat Aloka-Hitachi AriettaV 70, rok prod. 2018 z f. Dopplera i elastografii.

1

7 Centralne Laboratorium analityczne. 78 Pielęgniarki środowiskowe. 2

3

9 Rejestracja ogólna. 410 Poradnia dla dzieci zdrowych:

1) rejestracja,2) gabinet pediatryczny,3) punkt szczepień

3

11 Pielęgniarka koordynująca. 112 Statystyk medyczny. 113 Gabinet sekretarki medycznej. 2

Razem komputerów: 35

2.1) Poradnia dla dzieci chorych, ul. Kilińskiego 4c w Oleśnicy:

L/p Wyszczególnienie Ilość komputerów1 Gabinet lekarza podstawowej opieki zdrowotnej (4 gabinety). 42 Gabinet diagnostyczno - zabiegowy POZ. -3 Rejestracja. 2

Razem komputerów: 6

2.2) Gabinety profilaktycznej opieki zdrowotnej z puntami szczepień w szkołach w Oleśnicy:

L/p Wyszczególnienie Ilość komputerów(laptopy)

1 Szkoła Podstawowa nr 1, ul. Armii Krajowej 47 w Oleśnicy. 12 Szkoła Podstawowa nr 2, ul. Św. Jadwigi 1A w Oleśnicy. 13 Szkoła Podstawowa nr 3, ul. Kochanowskiego 8 w Oleśnicy. 14 Szkoła Podstawowa nr 4, ul. Paderewskiego 2 w Oleśnicy. 15 Szkoła Podstawowa nr 6, ul. Kleeberga 4 w Oleśnicy. 16 Szkoła Podstawowa nr 7, ul. 11-go Listopada 10 w Oleśnicy.7 Szkoła Podstawowa Gminy Oleśnica, ul. Wileńska 32A w

Oleśnicy.1

8 Zespół Placówek Specjalnych ul. Wojska Polskiego 8 w Oleśnicy.

1

9 II Liceum Ogólnokształcące, ul. Wojska Polskiego 56 w Oleśnicy.

1

Razem komputerów: 9

2.3) Poradnie stomatologiczne w szkołach w Oleśnicy:

L/p Wyszczególnienie Uwagi1 Szkoła Podstawowa nr 1, ul. Armii Krajowej 47 w Oleśnicy.

Personel tych gabinetów będzie

korzystał z laptopów pielęgniarek szkolnych.

2 Szkoła Podstawowa nr 2, ul. Św. Jadwigi 1A w Oleśnicy.3 Szkoła Podstawowa nr 3, ul. Kochanowskiego 8 w Oleśnicy.4 Szkoła Podstawowa nr 4, ul. Paderewskiego 2 w Oleśnicy.5 Szkoła Podstawowa nr 6, ul. Kleeberga 4 w Oleśnicy.

3) Wiejski Ośrodek Zdrowia w Boguszycach 117, gm. Oleśnica:

L/p Wyszczególnienie Ilość komputerów1 Gabinet lekarza podstawowej opieki zdrowotnej. 1

4

2 Gabinet diagnostyczno - zabiegowy POZ. 13 Rejestracja. 14 Gabinet stomatologiczny. 1

Razem komputerów: 4

4) Wiejski Ośrodek Zdrowia w Ligocie Polskiej 31, gm. Oleśnica:

L/p Wyszczególnienie Ilość komputerów1 Gabinet lekarza podstawowej opieki zdrowotnej. 12 Rejestracja. 13 Gabinet stomatologiczny z cyfrowym RTG zębowym. 1

Razem komputerów: 3

5) Administracja i księgowość:

L/p Wyszczególnienie Ilość komputerów1 Dyrektor 12 Z-ca dyrektora ds. pielęgniarstwa (dostęp do modułu

lekarskiego).1

3 Insp. ds. kancelaryjnych. 14. Insp. ds. kadrowych. 14 Insp. ds. zamówień publicznych. 15 Główna księgowa. 16 Księgowość: płace, liczenie kosztów i faktury. 4

Razem komputerów: 10

Systemy i infrastruktura Zamawiającego:

Obecnie Zamawiający korzysta z następujących oprogramowań:

L/p Wyszczególnienie Wykonawca1 Oprogramowanie medyczne CliniNet (rejestracja,

gabinety, e-recepty itd.CGM

2 Moduł PACS/RIS NetRAAD CGM3 Moduł LAB 3000. CGM4 Płacowo - kadrowe R2 płatnik. Reset25 Fakturowanie: R2 faktury. reset26 Finansowo - księgowe: R2 księgowość. Reset27 Płatnik (program ZUS).

Zamawiający posiada licencję systemu CGM CLININET – oraz l icencje na bazę danych Sybase ASE, na której opiera się działanie oprogramowania medycznego HIS.

Stosowane zabezpieczenia:

1. Styk sieci LAN i WAN zabezpieczone urządzeniem UTM. 2. Dane osobowe medyczne i inne, przechowywane są w bazach danych na

zwirtualizowanych serwerach.3. Wszystkie serwery umieszczono w serwerowni zabezpieczonej alarmem (świetlnym

i dźwiękowym oraz drzwiami przeciwwłamaniowymi (ogniotrwałymi). 5

4. Serwerownia wyposażona jest w:

1) klimatyzację i kontrolę temperatury (powiadamianie SMS);2) system powiadamiania SMS o każdym otwarciu i zamknięciu drzwi;3) system powiadamiania SMS o włączeniu się i wyłączeniu agregatu prądotwórczego.

5. Zasilanie serwerowni podtrzymywane jest urządzeniami UPS oraz agregatem prądotwórczym.

6. Ze wszystkich danych medycznych, kadrowych i księgowych wykonywana jest codzienna kopia zapasowa, która umieszczana jest na dedykowanym serwerze NAS.

Dane techniczne serwerów:

1) Serwery aplikacyjne (3 szt.) i serwery bazodanowy (1 szt.): FUJITSU PRIMERGY RX250M4;2) Serwery aplikacyjne uruchomione są w klastrze na oprogramowaniu VMWARE Essentials Plus;3) Macierz dyskowa z półka rozszerzającą: FUJITSU ET DX200 S4.

III. Model logiczny systemu informatycznego e – zdrowie.

1) system będzie odpowiadał za efektywne i bezpieczne tworzenie, przetwarzanie, gromadzenie oraz dystrybucję informacji medycznych związanych z przebiegiem leczenia pacjentów, a ponadto umożliwi pacjentom zdalny dostęp z wykorzystaniem internetu do:- historii zdrowia i choroby (wpisy, skierowania);- wyników badań (laboratoryjnych, radiologicznych itd.)- przeglądania wystawionych recept

2) System e-zdrowie ma ponadto umożliwić:- wspomaganie lekarzy w ocenie stanu zdrowia pacjenta poprzez dostęp do pełnej

dokumentacji medycznej zarówno bieżącej jak i archiwalnej;- wydruk wszystkich formularzy stosowanych u Zamawiającego;

- obowiązkową sprawozdawczość rozliczeniową z DOW NFZ we Wrocławiu i statystyczną;- komunikację w zakresie kierowania pacjenta do innych poradni i pracowni

Zamawiającego oraz odbioru, przeglądania wyników badań;- wykorzystanie dedykowanego portalu do rejestracji pacjentów indywidualnych oraz

usług zleconych przez kontrahentów;- potwierdzanie wybranego terminu (za pomocą e - mail lub wiadomości tekstowej

SMS), a w razie nieplanowanej absencji personelu medycznego powiadomienie pacjenta o odwołaniu lub przesunięciu terminu wizyty;

- po zalogowaniu się do dedykowanego portalu pacjent będzie miał wgląd do dokumentacji elektronicznej (EDM);- włączenie do elektronicznej dokumentacji medycznej (EDM) dokumentów stworzonych w wersji papierowej, takich jak: wyniki badań, opisy badań, historia przebiegu leczenia; - gwarantowany poziom dostępności całego systemu na 99,9%, klasa dostępności 3, co przekłada się na 500 min. przestoju w skali roku (parametr zgodny z raportem z badań dostępności witryn internetowych instytucji publicznych zawarty w Biuletynie Rzecznika Praw Obywatelskich z 2013 roku nr 9);- dostęp do systemu e - zdrowie osobom niepełnosprawnym, zgodnie ze standardami

WCAG 2.0, zgodnie z rozporządzeniem Rady ministrów z dnia 12 kwietnia 2012 roku w

6

sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej.

IV. Wymagania dotyczące realizacji przedmiotu zamówienia.

1) Wykonawca zobowiązuje się dostarczyć Zamawiającemu wymagane funkcjonalności Oprogramowania Aplikacyjnego poprzez zmodernizowanie i rozbudowanie istniejącego rozwiązania w taki sposób, aby w jak najszerszym zakresie zostały zaspokojone obecne i przyszłe potrzeby Zamawiającego. Koniecznym jest zachowanie pełnej wzajemnej interoperacyjności nowo wdrażanych modułów/grup funkcjonalności, a także pełnej interoperacyjności i funkcjonalności z już funkcjonującymi u Zamawiającego modułami;

2) w przypadku, gdy Wykonawca dokonuje rozbudowy systemu posiadanego przez Zamawiającego przy użyciu produktu z innej linii produktowej (rozumianej jako produkt o innej nazwie handlowej lub innym zarejestrowanym znaku towarowym lub produkt działający na innym motorze bazy danych) Wykonawca zobowiązany jest zaktualizować wszystkie posiadane przez Zamawiającego moduły Oprogramowania aplikacyjnego do ich najnowszej wersji z linii produktowej wdrażanej jako rozbudowa i dokonać migracji danych z oprogramowania medycznego HIS, RIS/PACS (CliniNet, NetRAAD), LAB 3000 w zakresie i na zasadach obustronnie ustalonych;

3) w przypadku wymiany oprogramowania medycznego Wykonawca musi wykonać pełną migrację danych z dotychczas używanego systemu medycznego HIS - CliniNET, RIS/PACS NetRAAD, LAB 3000;

4) w szczególności organizacja Projektu (przedmiotu zamówienia) zakłada, że:a) zamówienie publiczne będzie realizowane w oparciu o zdefiniowany przez Wykonawcę

Szczegółowy Harmonogram Projektu, który musi być uzgodniony i zaakceptowany przez Zamawiającego oraz odpowiednio dotrzymywany w toku realizacji prac;

b) Wykonawca umożliwi Zamawiającemu udział we wszystkich pracach realizowanych przez Wykonawcę w ramach realizacji przedmiotu zamówienia (m.in. w czasie projektowania, instalacji, konfiguracji i szkoleń);

c) Wykonawca zobowiązany jest realizować dostawy przedmiotu zamówienia w dokładnych terminach i godzinach uzgodnionych z Zamawiającym;

d) oferowane oprogramowanie musi pochodzić z oficjalnego kanału dystrybucji producenta, a gwarancyjny nadzór autorski i serwis gwarancyjny musi być świadczony

przez sieć serwisową producenta;

e) w ramach realizacji dostaw, wykonawca dostarczy Zamawiającemu licencje na zakupione oprogramowanie, pozwalające na korzystanie z dostarczonego

oprogramowania na warunkach określonych w zał. nr 9.1 do SIWZ dla Oprogramowania Aplikacyjnego lub na warunkach określonych przez producentów w przypadku pozostałego oprogramowania;

f) Zamawiający nie przewiduje pośredniczenia w rozmowach z firmami trzecimi dotyczących integracji z ich systemami. Zamawiający wyjaśnia, że koszty integracji są częścią kosztu oferty składanej przez Wykonawcę w niniejszym postępowaniu. Po stronie Wykonawcy należy uzyskanie wszelkich zgód, licencji, zakupów, instalacji

7

oprogramowania jego konfiguracji, wdrożenia, szkolenia i serwisu.

V. Specyfikacja modułów :

a) Zakup otwartej licencji lub doposażenie w dodatkowe licencje na System ambulatoryjny:

ZAKUP LICENCJI

1.

Rozszerzenie istniejącej otwartej licencji o dodatkowe miejsca wykonywania świadczeń:- Szkoła Podstawowa nr 1, ul. Armii Krajowej 47 w Oleśnicy.- Szkoła Podstawowa nr 2, ul. Św. Jadwigi 1A w Oleśnicy.- Szkoła Podstawowa nr 3, ul. Kochanowskiego 8 w Oleśnicy- Szkoła Podstawowa nr 4, ul. Paderewskiego 2 w Oleśnicy- Szkoła Podstawowa nr 6, ul. Kleeberga 4 w Oleśnicy- Szkoła Podstawowa nr 7, ul. 11-go Listopada 10 w Oleśnicy.- Szkoła Podstawowa Gminy Oleśnica, ul. Wileńska 32A w Oleśnicy,- Zespół Placówek Specjalnych ul. Wojska Polskiego 8 w Oleśnicy- II Liceum Ogólnokształcące, ul. Wojska Polskiego 56 w Oleśnicy.

b) Doposażenie w moduł e-Recepty:

E-RECEPTY

1. Moduł umożliwia wystawianie recept dla wskazanego pacjenta wybranego z bazy pacjentów oprogramowania medycznego HIS.

2. Moduł dostępny jest co najmniej z modułów obsługujących gabinet lekarski, portal pacjenta. Musi umożliwiać wystawianie recept przez personel pielęgniarski

3. Wydruk recepty lekarskiej jest zgodny z rozporządzeniem Ministra Zdrowia z dnia 8 marca 2012 r. w sprawie recept lekarskich (Dz. U. z 2017 r. poz. 1570).

4. Moduł umożliwia wyszukiwanie leków z następujących słowników: baza leków, leków recepturowych, leków preferowanych.

5. Moduł umożliwia wyszukiwanie leków według nazwy handlowej lub nazwy międzynarodowej.

6.

Na liście wyszukanych leków, moduł prezentuje co najmniej: nazwę handlową, nazwę międzynarodową, postać, dawkę, opakowanie. Dla leków refundowanych prezentowane są możliwe wartości odpłatności, sugerowana cena oraz wskazania do stosowania odpłatności. W przypadku leków recepturowych, moduł prezentuje co najmniej: nazwę oraz kategorię dostępności.

7. Moduł umożliwia tworzenie słownika leków recepturowych i zarządzania tym słownikiem. Słownik zawiera co najmniej: nazwę leku, skład chemiczny, kategorię dostępności.

8.Moduł umożliwia automatyczną aktualizację słownika leków wykorzystywanych do wypisywania recept. Dodatkowo z poziomu modułu administracyjnego istnieje możliwość wykonania importu słownika leków.

9. Moduł prezentuje użytkownikowi wystawiającemu receptę informację o wersji słownika leków oraz dacie wydanie słownika.

10. Moduł umożliwia zawężenia listy wyszukanych leków - do samych leków refundowanych.

11.Moduł umożliwia tworzenie podręcznego słownika leków preferowanych przez użytkownika. Dodanie nowej pozycji słownika jest możliwe z poziomu listy wyszukanych leków z bazy leków lub leków recepturowych.

8

12.Moduł umożliwia tworzenie podręcznego słownika leków preferowanych dla jednostki organizacyjnej. Dodanie nowej pozycji do słownika jest możliwe z poziomu listy wyszukanych leków z bazy leków lub leków recepturowych.

13.Podczas dodawania leku do listy leków preferowanych, moduł umożliwia konfigurację domyślnego dawkowania wskazanego leku. Dzięki temu podczas wystawiania kolejnej recepty moduł umożliwia wybór leku preferowanego i ustawienie domyślnego dawkowania.

14.

Podczas dodawania leku do listy leków preferowanych, moduł umożliwia konfigurację domyślnego dawkowania leku dla pacjenta, któremu wystawiana jest recepta. Dzięki temu przy kolejnym wystawianiu recepty dla danego pacjenta moduł umożliwia wybór leku preferowanego i ustawienie domyślnego dawkowania.

15. Moduł umożliwia wybór leku oraz wskazanie liczby opakowań (także niepełnych opakowań), dawkowania, odpłatności, dodania komentarza, zastrzeżenia zamiany leku.

16. Moduł umożliwia przeliczanie dobowej liczby dawek oraz liczby dni kuracji.

17.Moduł automatycznie nanosi na receptę oddział NFZ lub kod państwa w przypadku pacjentów zagranicznych, a także niezbędne dane pacjenta. W przypadkach, gdy pacjent jest nieubezpieczony, automatycznie ustawiany jest brak ubezpieczenia.

18. Moduł nanosi automatycznie na formularz i wydruk recepty dane świadczeniodawcy. Odpowiedni świadczeniodawca wybierany jest automatycznie na podstawie miejsca pobytu pacjenta (poradnia).

19.Moduł automatycznie nanosi na receptę zalogowanego lekarza, datę wystawienia oraz termin realizacji. Jeśli zalogowany użytkownik nie jest lekarzem, na receptę wstawia się lekarz z wizyty. Użytkownik może te dane zmieniać, przy czym lekarza może wybrać ze słownika lekarzy w systemie.

20. Moduł umożliwia oznaczenia pilności recepty.

21. Moduł umożliwia wybór drukarki, na której nastąpi wydruk. Musi współpracować z dowolną drukarką podłączoną do stacji roboczej. Wydruk musi być wykonany na kartce o wymiarach recepty.

22. Moduł umożliwia zdefiniowanie zakresu numerów recept dla lekarza poprzez import z pliku xml lub poprzez ręczne zdefiniowanie zakresu.

23. Moduł zapisuje numery recept na lekarza i świadczeniodawcę.

24.Jeśli placówka medyczna ma wiele lokalizacji i na każdą oddzielną umowę z NFZ, wskazany we wprowadzaniu zakresów recept lekarz może mieć oddzielną pulę numerów na każdą z przychodni, w których udziela świadczeń.

25. Podczas wprowadzania numerów recept moduł automatycznie weryfikuje poprawność wprowadzonego numeru recepty.

26. Moduł automatycznie rejestruje i numeruje recepty ze zdefiniowanej listy numerów recept lekarza.

27. Moduł umożliwia zdefiniowanie zakresu numerów recept dla lekarza z uwzględnieniem poradni wybieranej ze słownika jednostek organizacyjnych w oprogramowaniu medycznym

28. Moduł automatycznie wyświetla licznik numerów recept pozostałych do wykorzystania.

29. Moduł ewidencjonuje wszystkie leki przepisywane pacjentowi.

30. W przypadku wystawiania recept dla dzieci nieposiadających numeru PESEL, na wydruku umieszczany jest PESEL opiekuna zapisany w systemie.

31. Moduł umożliwia zapis recepty w celu późniejszego jej wydrukowania lub modyfikacji.

32. Moduł blokuje możliwość edycji lekarza na recepcie, gdy został wykorzystany numer recepty z puli danego lekarza.

33. Moduł umożliwia usuwanie zapisanych recept. Usunięcie recepty skutkuje odzyskaniem numeru recepty i włączeniu go do puli numerów recept do wykorzystania.

34. Usunięcie recept wydrukowanych jest możliwe tylko da użytkowników z dodatkowymi uprawnieniami.

35. Moduł ostrzega użytkownika w przypadku próby edycji wydrukowanej recepty.

36. Moduł ostrzega przed próbą ponownego wydrukowania tej samej recepty

9

37. Moduł ostrzega przed usunięciem zapisanej/wydrukowanej recepty

38. W momencie wydruku moduł automatycznie zapisuje receptę.

39. Moduł umożliwia ewidencjonowanie leków przypisywanych pacjentowi bez recepty.

40. Moduł prezentuje zapisane recepty po ponownym uruchomieniu funkcji.

41. Moduł prezentuje zachowane recepty i listy leków bez recepty i zapisuje je na pobyt/wizytę.

42. Moduł umożliwia wydrukowanie listy leków dla pacjenta z dawkowaniem.

43. Moduł umożliwia kopiowanie recept i leków na podstawie historii wystawionych recept.

44. Moduł prezentuje leki, które przyjmuje pacjent. Prezentowane leki muszą mieć możliwość wyboru i naniesienia na receptę.

45. Moduł umożliwia wydruk pustych recept dla pacjenta (recept, na których lekarz będzie mógł ręcznie wprowadzić same nazwy leków, odpłatność i dawkowanie).

46. Moduł umożliwia wydruk pustych recept bez danych pacjenta (recept, na których lekarz będzie mógł ręcznie wprowadzić dane pacjenta, nazwy leków, odpłatność i dawkowanie).

47. Moduł umożliwia wyszukiwanie zamienników leków (zamienniki, zamienniki tańsze, zamienniki dawka, zamienniki dawka tańsze).

48. Moduł umożliwia zdefiniowanie minimalnej ilości recept, której przekroczenie skutkowało będzie pojawianiem się komunikatu ostrzegawczego podczas wejścia przez użytkownika do modułu recept.

49.

Moduł udostępnia funkcję zarządzania pulami recept. Uprawniony użytkownik ma możliwość wyszukania lekarzy o dowolnej ilości pozostałych recept. Funkcjonalność prezentuje w postaci listy co najmniej następujące informacje: lekarz / pielęgniarka / położna, nazwa świadczeniodawcy, dostępna ilość recept, kategoria recept, oznaczenie czy pula recept została zablokowana, informacje czy jest to pula numerów komercyjnych, informacje czy jest to pula numerów indywidualnej praktyki lekarskiej, pierwszy numer puli recept, ostatni numer puli, data od, data do.

50. Moduł umożliwia wprowadzanie i sprawdzanie interakcji pomiędzy lekami.

51.Moduł umożliwia duplikację recepty. Użytkownik ma możliwość wskazania liczby duplikowanych recept oraz ilości dni, co które powinna być możliwa ich realizacja. Moduł automatycznie ustawia datę realizacji od dnia, według ustawionej ilości dni.

52.Moduł umożliwia wystawienie recepty na leki psychotropowe i odurzające. Moduł ogranicza ilość leków na recepcie do jednego, przelicza ilość substancji czynnej i wskazuje ją w postaci opisu słownego.

53. Moduł umożliwia wystawienia recept pielęgniarkom i położnym.

54. Moduł umożliwia wystawienie recepty transgranicznej.

55. Moduł ostrzega użytkownika w przypadku braku adresu pacjenta.

56. Moduł ostrzega użytkownika w przypadku braku kodu administracyjnego w adresie pacjenta.

57. Moduł ostrzega użytkownika w przypadku braku aktualnego ubezpieczenie pacjenta.

58. Moduł umożliwia komunikację z portalem pacjenta i prezentację dla pacjenta jego recept (nawet wówczas gdy recepta jest zrealizowana w aptece

59. Moduł musi umożliwiać integrację z platformami P1 i P2, a w przypadku uruchomienia platformy w czasie wdrożenia modułu – musi być podpięty do uruchomionych platform

60.Dla pacjentów przewlekle chorych (i posiadających konto na portalu pacjenta) moduł umożliwi przesłanie on – line „zamówienia” na wystawienie recepty na lek związany z terapią choroby przewlekłej np. w ramach rezerwacji wizyty recepturowej poprzez moduł e-rejestracja

61. Wydruk kodu potrzebnego do realizacji e-recepty w aptece musi odbywać się na na kartce o wymiarach recepty.

c) doposażenie w moduł Elektronicznej Dokumentacji Medycznej:

10

EDM - ELEKTRONICZNA DOKUMENTACJA MEDYCZNA - OGÓLNE WYMAGANIA

11

1. Moduł tworzy dokumentację elektroniczną w oparciu o elektroniczny rekord pacjenta prowadzony w oprogramowaniu medycznym HIS, archiwum badań obrazowych PACS, rekord pacjenta prowadzony w systemie LAB3000

2. Moduły przechowujące elektroniczną dokumentację medyczną działają w oparciu o ten sam motor bazy danych

3. Interfejs użytkownika modułu jest zrealizowany jako aplikacja WWW

4. Wytworzona dokumentacja elektroniczna w każdym momencie jest zgodna z obowiązującym stanem prawnym; w szczególności na dzień prowadzenia postępowania przetargowego spełnia wszystkie wymagania Rozdziału 8 Rozporządzenia Ministra Zdrowia z dn. 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania.

5. Wykonawca przygotuje dla Zamawiającego plany, o których mowa w §86 pkt. 2 ust. 5 Rozporządzenia Ministra Zdrowia z dn. 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania.

6. Moduł umożliwia prowadzenie dokumentacji elektronicznej i zapewnia:

1) zabezpieczenie dokumentacji przed uszkodzeniem lub utratą;

2) zachowanie integralności i wiarygodności dokumentacji;

3) stały dostęp do dokumentacji dla osób uprawnionych oraz zabezpieczenie przed dostępem osób nieuprawnionych;4) identyfikację osoby udzielającej świadczeń zdrowotnych i rejestrowanych przez nią zmian, w szczególności dla odpowiednich rodzajów dokumentacji przyporządkowanie cech informacyjnych;

5) udostępnienie, w tym przez eksport w postaci elektronicznej dokumentacji albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu, w formacie XML i PDF;

6) eksport całości danych w formacie XML, w sposób zapewniający możliwość odtworzenia tej dokumentacji w innym systemie teleinformatycznym;

7) wydrukowanie dokumentacji w formach określonych w rozporządzeniu

7. Moduł dla dokumentacji prowadzonej w formie elektronicznej:

1) zapewnia jej dostępność wyłącznie dla osób uprawnionych;

2) chroni przed przypadkowym lub nieuprawnionym zniszczeniem;

3) stosuje metody i środki ochrony dokumentacji, których skuteczność w czasie ich zastosowania jest powszechnie uznawanaDokumentację stanowi:

1) dokumentacja indywidualna — odnosząca się do poszczególnych pacjentów korzystających ze świadczeń zdrowotnych;2) dokumentacja zbiorcza — odnosząca się do ogółu pacjentów lub określonych grup pacjentów korzystających ze świadczeń zdrowotnych

8. Dokumentacja indywidualna obejmuje:

1) dokumentację indywidualną wewnętrzną — przeznaczoną na potrzeby Zamawiającego;

2) dokumentację indywidualną zewnętrzną — przeznaczoną na potrzeby pacjenta korzystającego ze świadczeń zdrowotnych udzielanych przez Zamawiającego

9. Dokumentację indywidualną wewnętrzną stanowią w szczególności:

1) historia zdrowia i choroby;

2) historia choroby;

3) karta indywidualnej opieki pielęgniarskiej

10. Dokumentację indywidualną zewnętrzną stanowią w szczególności:

1) skierowanie do szpitala lub innego podmiotu udzielającego świadczeń zdrowotnych;

2) skierowanie na badanie diagnostyczne lub konsultację;

12

3) zaświadczenie, orzeczenie, opinia lekarska;

4) karta informacyjna z leczenia szpitalnego

11. W dokumentacji indywidualnej wewnętrznej system umożliwia dokonania wpisu o wydaniu dokumentacji indywidualnej zewnętrznej lub załączenia jej kopii

12. Moduł umożliwia dokonanie wpisu w dokumentacji niezwłocznie po udzieleniu świadczenia zdrowotnego, w sposób czytelny i w porządku chronologicznym

13. Każdy wpis w dokumentacji system opatruje oznaczeniem osoby dokonującej wpisu. System opatruje dokumentację oznaczeniem osoby udzielającej świadczeń zdrowotnych. Minimalny zakres danych dla tych oznaczeń zawiera:a) nazwisko i imię,

b) tytuł zawodowy,

c) uzyskane specjalizacje,

d) numer prawa wykonywania zawodu — w przypadku lekarza, pielęgniarki i innych zawodów medycznych, dla których wymagane jest PWZ

14. Wpis dokonany w dokumentacji nie może być z niej usunięty, a jeżeli został dokonany błędnie, system umożliwia tworzenie historii zmian i naniesienie adnotacji o przyczynie błędu oraz daty i oznaczenie osoby dokonującej adnotacji

15. W przypadku sporządzania wydruku z dokumentacji prowadzonej w postaci elektronicznej, strony wydruku są numerowane

16. W przypadku sporządzania wydruku z dokumentacji indywidualnej prowadzonej w postaci elektronicznej, każda strona wydruku oznaczona jest co najmniej imieniem i nazwiskiem pacjenta

17. Jeżeli nie jest możliwe ustalenie tożsamości pacjenta, w dokumentacji istnieje możliwość oznaczenia „NN”, z podaniem przyczyny i okoliczności uniemożliwiających ustalenie tożsamości

18. Do dokumentacji indywidualnej wewnętrznej możliwe jest włączenie kopii przedstawionej przez pacjenta dokumentacji lub wprowadzenia adnotacji zawartych w niej informacji istotnych dla procesu diagnostycznego, leczniczego lub pielęgnacyjnego

19. Dokument włączony w systemie do dokumentacji indywidualnej wewnętrznej nie może być z niej usunięty

20. Nazwa i numer statystyczny rozpoznania choroby, problemu zdrowotnego lub urazu są wpisywane w dokumentacji według Międzynarodowej Statystycznej Klasyfikacji Chorób i Problemów Zdrowotnych Rewizja Dziesiąta

21. Moduł umożliwi prowadzenie dokumentacji indywidualnej wewnętrznej i zamieszczania w niej lub dołączania do niej:1) cyfrowo odwzorowane oświadczenie pacjenta o upoważnieniu osoby bliskiej do uzyskiwania informacji o jego stanie zdrowia i udzielonych świadczeniach zdrowotnych, ze wskazaniem imienia i nazwiska osoby upoważnionej oraz danych umożliwiających kontakt z tą osobą, albo oświadczenie o braku takiego upoważnienia2) cyfrowo odwzorowane oświadczenie pacjenta o upoważnieniu osoby bliskiej do uzyskiwania dokumentacji, ze wskazaniem imienia i nazwiska osoby upoważnionej, albo oświadczenie o braku takiego upoważnienia;3) cyfrowo odwzorowane oświadczenie pacjenta o wyrażeniu zgody albo zezwolenie sądu opiekuńczego na przeprowadzenie badania lub udzielenie innego świadczenia zdrowotnego, na zasadach określonych w rozdziale 5 ustawy z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta

22. Moduł osobie kierującej na badanie lub konsultację umożliwia zarejestrowanie na potrzeby przekazania podmiotowi, do którego kieruje pacjenta, wraz ze skierowaniem, informacji z dokumentacji indywidualnej wewnętrznej pacjenta niezbędnych do przeprowadzenia tego badania lub konsultacji

23. Moduł umożliwia przeprowadzającemu badanie lub konsultację zarejestrowanie na potrzeby przekazania podmiotowi, który wystawił skierowanie, wyników tych badań lub konsultacji

13

24. Moduł umożliwia Zamawiającemu rejestrowanie, prowadzenie danych w postaci elektronicznej niezbędnych, aby sporządzić w szczególności:

1) dokumentację indywidualną wewnętrzną w formie historii choroby;

2) dokumentację zbiorczą wewnętrzną w formie:

a) listy oczekujących na udzielenie świadczenia zdrowotnego,

b) księgi zabiegów,

c) księgi pracowni diagnostycznej;

3) skierowania lub zlecenia na świadczenia zdrowotne realizowane poza jednostkami Zamawiającego oraz z dokumentacji dla celów określonych w odrębnych przepisach;

4) dokumentację zbiorczą zewnętrzną składającą się z dokumentacji prowadzonej dla celów określonych w odrębnych przepisach.

25. Moduł wyświetli całą dokumentację medyczną pacjenta w sposób ustrukturyzowany, a prezentacja struktury odpowiada obowiązującym przepisom.

26. Moduł umożliwi przeglądanie zawartości dokumentacji medycznej przez uprawnionych użytkowników.

27. Moduł umożliwi dostęp do dokumentów bezpośrednio ze skojarzonych z elektroniczną dokumentacją ekranów systemu medycznego.

28. Moduł przechowuje informacje w sposób dający możliwość udostępnienia, w tym przez eksport w postaci elektronicznej dokumentacji albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu MINISTRA ZDROWIA z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania, w formacie XML i PDF.

29. W przypadku, gdy do dokumentacji prowadzonej w postaci elektronicznej ma być dołączona dokumentacja utworzona w innej postaci, w tym zdjęcia radiologiczne, badania laboratoryjne lub dokumentacja utworzona w postaci papierowej, system daje możliwość korzystania z funkcji zintegrowanego modułu archiwum cyfrowej dokumentacji oraz zintegrowanego modułu archiwum PACS i przechowywania w systemie informatycznym wszystkich dokumentów w sposób zapewniający czytelność, dostęp i spójność dokumentacji medycznej.

30. Moduł umożliwia w przypadku wykonania odwzorowania cyfrowego dokumentacji wydawanie na życzenie pacjenta albo zniszczenie w sposób uniemożliwiający identyfikację pacjenta, a w przypadku oświadczeń pacjentów odnotowanie zarchiwizowania dokumentu w archiwum medycznym po wykonaniu cyfrowego odwzorowania i załączeniu go do archiwum elektronicznej dokumentacji medycznej.

31. W przypadku, gdy istnieje potrzeba udostępniania w postaci papierowych wydruków dokumentacji prowadzonej w postaci elektronicznej, osoba upoważniona przez Zamawiającego ma możliwość potwierdzenia ich zgodności z dokumentacją w postaci elektronicznej i opatrzenia swoim oznaczeniem.

32. Dokumentacja wydrukowana z modułu umożliwia identyfikację osoby udzielającej świadczeń zdrowotnych.

33. W przypadku przeniesienia dokumentacji z innego systemu teleinformatycznego, do przeniesionej dokumentacji moduł przyporządkowuje datę przeniesienia oraz informację, z jakiego systemu została przeniesiona.

34. Moduł EDM musi posiadać system uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego użytkownika pełniącego określoną rolę.

35. Moduł musi posiadać 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.

36. Moduł musi posiadać 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 itd.

14

37. Moduł musi posiadać możliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów elektronicznych.

38. Moduł musi posiadać możliwość indeksowania dokumentów, których elektroniczna postać nie jest przechowywana w Oprogramowaniu - np. indeksowanie dokumentów papierowych, obrazów radiologicznych przechowywanych w PACS.

W ramach systemu EDM uruchomione zostanie CYFROWE REPOZYTORIUM DOKUMENTÓW MEDYCZNYCH o poniższych parametrach:

1. Wpisy w danych dokumentacji medycznej oznaczone są czasem wprowadzenia oraz opatrzone oznaczeniem osoby dokonującej wpisu lub zmian

2. Moduł umożliwi opatrywanie określonych wpisów podpisem elektronicznym oraz oznaczania czasem.

3. Moduł zapewni automatyczne kopie bezpieczeństwa zawartości archiwum elektronicznego dokumentacji medycznej.

4. Moduł musi posiadać możliwość automatycznego zarchiwizowania dokumentacji medycznej na daną chwilę (w tym opcja automatycznego archiwizowania po elektronicznym podpisaniu) i przechowanie go w formacie PDF.

5. Moduł musi posiadać możliwość przygotowania eksportu całości danych dokumentacji medycznej w formacie XML, w sposób zapewniający możliwość odtworzenia tej dokumentacji w innym systemie teleinformatycznym.

6. Moduł musi posiadać możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.

7. Moduł musi zapewniać generowanie wydruków zgodnych z obowiązującymi przepisami prawa.

8. Moduł musi posiadać możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj. księgi.

9. Moduł musi posiadać możliwość rejestracji dokumentów elektronicznych utworzonych poza Oprogramowaniem Zamawiającego, manualna rejestracja dokumentów zewnętrznych.

10. Moduł musi posiadać możliwość cyfryzacji dokumentu papierowego i dołączanie go do dokumentacji elektronicznej.

11. Moduł musi posiadać możliwość weryfikacji podpisu.

12. Moduł musi posiadać możliwość weryfikacji integralności dokumentu.

13. Moduł musi posiadać możliwość wydruku dokumentu.

14. Moduł musi posiadać 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.

15. Repozytorium EDM musi współdzielić z oprogramowaniem medycznym:

- słownik jednostek organizacyjnych,

- rejestr użytkowników,

- rejestr pacjentów,

16. Indeksowane powinny być wszystkie wersje dokumentu.

17. Moduł musi posiadać możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów.

18. Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania.

19. Cyfrowe archiwum medyczne jest modułem zintegrowanym z modułem elektronicznej dokumentacji medycznej.

15

20. Moduł musi posiadać możliwość przechowywania dokumentów elektronicznych w dowolnym formacie, w tym PDF.

21. Moduł musi posiadać możliwość przechowywania dokumentów podpisanych lub niepodpisanych podpisem elektronicznym.

22. Moduł musi posiadać możliwość porządkowania dokumentacji w folderach w kontekście rekordu medycznego pacjenta

23. Moduł zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum dokumentów na dowolne urządzenie backupu, udział dyskowy.

24. Moduł zapewnia oznaczenie czasu i jednoznaczne przypisanie osoby dodającej dokument cyfrowy.

25. Moduł zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum dokumentów.

26. Przechowywanie w systemie informatycznym wszystkich dokumentów w sposób zapewniający czytelność, dostęp i spójność z dokumentacją prowadzaną w module elektronicznej dokumentacji medycznej.

d) Elektroniczny dostęp do repozytorium EDM poprzez przeglądarkę WWW:

DOSTĘP DO REPOZYTORIUM EDM:

1. Dostęp do wybranych dokumentów możliwy bezpośrednio ze skojarzonych z dokumentami ekranów oprogramowania medycznego.

2. Przeglądanie zawartości dokumentów możliwych do wydrukowania wyłącznie w postaci plików PDF niedających możliwości nanoszenia przez użytkownika zmian bez wprowadzenia ich w systemie.

3. Moduł musi posiadać możliwość przeglądania zawartości archiwum dla uprawnionych użytkowników.

4. Moduł musi posiadać możliwość przeszukiwania zawartości archiwum według zdefiniowanych kryteriów.

5. Moduł umożliwi dostęp do archiwum z poziomu oprogramowania medycznego bez konieczności zmiany modułu i ponownego logowania się do systemu.

6. Moduł umożliwi dostęp do zawartości archiwum z poziomu danych pobytu pacjenta.

7. Moduł umożliwi dostęp do zawartości archiwum z przeglądarki WWW.

8. Moduł musi posiadać możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.

9. Moduł musi umożliwić udostępnianie dokumentacji:

- w celu realizacji procesów diagnostyczno-terapeutycznych w Zamawiającego,

- pacjentom i ich opiekunom,

- podmiotom upoważnionym (np. Prokurator).

e) moduł elektronicznej autoryzacji w ramach systemu ambulatoryjnego:

AUTORYZACJA WYNIKÓW USŁUG MEDYCZNYCH:1. Moduł autoryzacji wyników usług medycznych musi współpracować z działającymi u Zamawiającego

modułami oprogramowania medycznego HIS, PACS/RIS, LAB 3000.

2. Moduł musi umożliwiać opatrywanie dokumentów podpisem elektronicznym oraz oznaczenia czasem.

3. Moduł zapewnia oznaczenie czasu i jednoznaczne przypisanie osoby dodającej dokument cyfrowy.

4. Autoryzacja wyniku polega na złożeniu pod wpisanym wynikiem podpisu zgodnie z regułą autoryzacji zdefiniowaną dla danego formularza badania / usługi. Reguły autoryzacji możliwe będą do definiowania w module administracyjnym systemu ambulatoryjnego dla każdego z formularzy usług z osobna.

16

5. W przypadku, gdy zdefiniowana została reguła autoryzacji, po wpisaniu wyniku badanie otrzyma status Wynik do weryfikacji. Na ekranie wyniku występuje tabela autoryzacji reprezentująca regułę autoryzacji z listą niezbędnych podpisów / autoryzacji.

6. Moduł zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum dokumentów.

7. Istnieje możliwość wyznaczenia konkretnego użytkownika, od którego oczekiwane jest złożenie podpisu pod badaniem/usługą.

8. Po wskazaniu konkretnego użytkownika autoryzującego, wybrany użytkownik powinien pojawić się w tabeli autoryzacji badania/usługi w wierszu z wybranym typem użytkownika.

9. Moduł musi umożliwiać zmianę osoby wyznaczonej do autoryzacji przez wyszukanie w jej miejsce innego użytkownika.

10. Jeśli jakaś osoba jest wyznaczona do złożenia podpisu, to tylko ona może go złożyć.

11. Nie można wyznaczyć jednej osoby dwa razy.

12. Użytkownik, który otwiera okno wyniku badania musi należeć do typu użytkownika, który jest wyznaczony do autoryzacji, by mógł zobaczyć tabelę z listą podpisów/autoryzacji do złożenia.

13. W tabeli autoryzacji prezentują się typy podpisów użytkowników, które są wymagane bądź opcjonalne do pełnej autoryzacji, czyli takiej sytuacji, gdy złożone będą wszystkie podpisy obowiązkowe.

14. Moduł musi umożliwiać jednoznaczne oznaczenie podpisów obowiązkowych i opcjonalnych.

15. Gdy podpis danego typu zostanie złożony, to obok nazwy typu podpisu pojawi się imię i nazwisko osoby, która ten podpis złożyła oraz data złożenia podpisu.

16. Autoryzacja zostanie zakończona pozytywnie, jeśli spełnione są następujące warunki: - Poprawny login i hasło użytkownika lub złożony podpis elektroniczny- Użytkownik należy do typu użytkownika wybranego w tabelce autoryzacji - Typ użytkownika ma uprawnienie do autoryzacji - Nie ma jeszcze złożonego podpisu tego samego użytkownika w jednym badaniu - Wybrany typ podpisu w tabeli autoryzacji nie jest jeszcze złożony.

17. W przypadku, gdy przed złożeniem podpisu, użytkownik zmodyfikował jakiekolwiek dane w wyniku badania, zostanie poproszony o potwierdzenie tej decyzji, gdyż wiąże się ona z zapisem wyniku oraz cofnięciem procesu autoryzacji do początku (nadaniu badaniu statusu początkowego z reguły autoryzacji - wszystkie podpisy będzie trzeba złożyć ponownie). Następnie użytkownik będzie mógł autoryzować zmieniony wynik.

18. Każdy złożony podpis w tabelce autoryzacji jest natychmiast zapisywany.

f) moduł skanowania:

SKANOWANIE DOKUMENTÓW PAPIEROWYCH DO EDM oraz HIS1. Możliwość zeskanowania papierowego dokumentu i automatycznego dołączenia do archiwum

medycznego do rekordu pacjenta lub do pobytu.2. Bezpośrednie skanowanie dokumentów z poziomu oprogramowania medycznego HIS, poprzez

integrację z dowolnym skanerem pracującym pod kontrolą systemu MS Windows.

3. Możliwość bezpośredniego wskazania pliku ze skanem dokumentu i podpięcie go do rekordu pacjenta lub pobytu.

4. Możliwość dodania komentarza do skanowanego pliku.

5. Możliwość dodania do skanowanego dokumentu dodatkowych cech (tagi) umożliwiających szybsze wyszukiwanie dokumentów.

6. Możliwość wyboru typu skanowanego dokumentu.

7. Możliwość wyszukiwania zeskanowanych dokumentów bezpośrednio w oprogramowaniu medycznym HIS, z wykorzystanie takich kryteriów jak: nazwisko pacjenta, nazwa pobytu, typ dokumentu, data

17

archiwizacji).8. Współpraca z dostarczonymi w niniejszym zamówieniu urządzeniami wielofunkcyjnymi.

g) moduł Medycyna Pracy:

MEDYCYNA PRACY:1. Definiowanie kontraktów Medycyny Pracy z pracodawcami.

2. Rejestrowanie listy pracowników Medycyny Pracy.

3. Obsługa listy otwartej pracowników Medycyny Pracy.

4. Zlecanie badań i ich pakietów.

5. Rozliczenia wykonanych usług.

6. Możliwość wystawienia załącznika do faktury dla pracodawcy oraz wystawienie faktury.

7. Umawianie pacjenta na wiele wizyt w jednym bloku czasu.

8. Obsługa ograniczeń i limitów wykonań usług.

9. Zarządzanie listą kontraktów Medycyny Pracy.

10. Zarządzanie listą kontrahentów – pracodawców.

11. Standardowe wykazy dotyczące zdefiniowanych kontraktów, kontrahentów, beneficjentów (przekazanie wzorów wykazów nastąpi po wyborze oferty).

12. Możliwość definiowania reguł wystawiania faktur za kontrakty: forma płatności, okres rozliczeniowy, termin płatności, termin wystawiania faktury, odpłatność za pierwszy okres, obsługa zmian dokonywanych na liście beneficjentów, wybór waluty.

13. Możliwość definiowania reguł fakturowania za kontrakty: okres kalkulacji, stawka, okres rozliczeniowy (np. miesięczny, kwartalny), wystawianie faktur z góry lub z dołu, data rozpoczęcia i zakończenia.

14. Możliwość definiowania różnych cenników dla kontraktów.

15. Kalkulacja stawki faktury z pracodawcą za osobę, za pakiet, ryczałt, wykonanie cyklu badań, wykonanie wszystkich usług.

16. Możliwość przypisania oddziału kontrahenta do danego kontraktu, gdy klient ma otrzymywać oddzielne faktury na poszczególne oddziały.

17. Możliwość generowania nowych formularzy i wydruków.

18. Możliwość tworzenia formularzy dokumentacji medycyny pracy:- ogólnodostępnych,- ogólnodostępnych w kontekście jednostki organizacyjnej, np. specjalizacji danego gabinetu,- ogólnodostępnych dla konkretnych typów użytkownika,- ogólnodostępnych dla konkretnych typów użytkownika w kontekście jednostki organizacyjnej, np. lekarz MP i dany gabinet,- ograniczonych do pojedynczego użytkownika /autora,- ograniczonych do pojedynczego użytkownika /autora w kontekście jednostki organizacyjnej.

19. Obsługa dokumentacji pacjenta w tym orzeczeń lekarskich.

h) moduł szczepienia:

SZCZEPIENIA:1. Moduł umożliwia odnotowanie informacji o wykonanych szczepieniach ochronnych.

2. Obsługa różnych typów szczepień wynikających z Programu Szczepień Ochronnych:- szczepienia obowiązkowe dzieci i młodzieży według wieku,- szczepienia obowiązkowe osób szczególnie narażonych na zakażenie,- szczepienia zalecane, niefinansowane ze środków znajdujących się w budżecie MZ .

18

3. Program szczepień - prezentacja programu szczepień dla dzieci i młodzieży z informacją o już wykonanych, zakwalifikowanych czy zaplanowanych szczepieniach.

4. Możliwość planowania szczepienia oraz wprowadzania informacji o odroczeniu/nieobecności pacjenta/ odmowie pacjenta/ zakwalifikowaniu/zwolnieniu ze szczepienia.

5. Ewidencja ubytków i strat nadzwyczajnych.

6. Ewidencja przesunięć między Podręcznymi Magazynami Leków.

7. Generowanie arkusza do spisu z natury.

8. Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury.

9. Mechanizm „stop-order” (blokowanie serii leków - np. w odpowiedzi na komunikat GIF).

10. Przegląd bieżących stanów magazynowych (dla wybranego magazynu lub zbiorczo - dla wszystkich magazynów).

11. Przegląd stanów magazynowych na zadany dzień (dla wybranego magazynu).

12. Kontrola dat ważności leków znajdujących się na stanie Podręcznych Magazynów Leków(z możliwością ustawienia wyprzedzenia z jakim mają być prezentowane dane leków o kończącym się okresie ważności).

13. Podgląd przechowywanych w systemie informacji o leku (m.in. nazwa, jednostki, producent, opakowanie).

14. Wykorzystanie słowników: leków, nazw międzynarodowych, słownik jednostek miar.

15. Aktualizacja stanu leku (zdjęcie ze stanu) w podręcznym magazynie leków w ramach odnotowania zużycia zasobów w związku z wizytą.

16. Możliwość zdefiniowania ilościowych stanów minimalnych dla poszczególnych leków w kontekście każdego z magazynów.

17. Możliwość wykorzystania czytników kodów kreskowych podczas inwentaryzacji oraz odnotowania zużycia leków / materiałów.

i) moduł stomatologia:

STOMATOLOGIA1. Możliwość graficznego oznaczania leczonego zęba i okolic:

2. - Zaznaczanie stanu każdej z istniejących płaszczyzn danego zęba,

3. - Diagramy dla zębów stałych, mlecznych lub mieszane z możliwością dołączenia opisu,

4. - Stanu pierwotnego przed wizytą i bieżącego dla każdego diagramu.

5. Możliwość odnotowania numeru zęba w celu statystyki do NFZ.

6. Obsługa czynności związanych z pracą stomatologa z możliwością przechowywania szczegółowych danych o stanie uzębienia pacjentów i zastosowanym leczeniu.

7. Historia diagramów danego pacjenta.

8. Moduł umożliwia definiowanych własnych stanów uzębienia np. zęby nadliczbowe, próchnica zębiny, próchnica cementu.

9. W module możliwe jest uszczegółowienie zaznaczonego stanu uzębienia (własne, jednorazowe uwagi).

10. W module istnieje graficzny diagram uzębienia.

11. Możliwość zaznaczenia na diagramie uzębienia korony, przęsła mostu, implantu, protezy, brak zęba, brak zawiązki itp.

12. W module istnieje możliwość kolorystycznego rozróżnienie na diagramie uzębienia różnych stanów uzębienia.

13. Możliwość definiowania okolicy okołowierzchołkowej: zapalenie tkanek, ostre surowice, ostre ropne itp..

19

14. Moduł umożliwia oznaczenie na diagramie uzębienia ustawienia zęba: obrót, nachylenie, ułożenie itp.

15. Moduł umożliwia zaznaczenie na diagramie zęba dodatkowego.

16. Moduł umożliwia rejestrację wykonywanych zabiegów na wskazanym zębie, zębach, jamie ustnej.

17. Moduł umożliwia rejestrację wykonanego zabiegu.

18. W module istnieje możliwość rejestrowania użytych materiałów do zabiegu wraz z określeniem koloru, a także tworzenie własnej bazy użytych materiałów.

19. Moduł umożliwia tworzenie własnej bazy wykorzystywanych materiałów.

20. Moduł umożliwia prezentację i przemieszczanie się diagramu uzębienia.

21. Możliwość wystawiania i drukowania dawkowania leku.

22. Moduł umożliwia drukowanie oraz wystawianie recept zgodnych z obowiązującymi przepisami.

23. W module jest możliwość wypełniania i przeglądania formularzy wywiadów stomatologicznych.

24. W module istnieje możliwość załączania do wizyty pacjenta i przeglądania zdjęć RTG/RTV.

25. Możliwość rejestrowania wyników badań.

26. W module możliwe jest wypełnianie i przeglądanie formularzy stomatologicznych.

27. Możliwość edycji i usunięcia wykonanego zabiegu.

28. Moduł umożliwia oznaczanie poszczególnych stanów dla całego zęba, powierzchni i partii korzenia.

29. W module istnieje możliwość dodania skierowania pacjentowi podczas wizyty.

30. Moduł umożliwia podanie rabatu procentowego w czasie wykonywania usługi.

31. W module istnieje możliwość zmiany kodu świadczenia.

32. Moduł zapewnia możliwość pełnej wizualizacji wprowadzonych rozpoznań.

33. Moduł umożliwia tworzenie własnej bazy automatów powiązanych z wykonywanymi zabiegami np. zakodowanie zestawu kilku procedur za jednym kliknięcie.

j) moduł obsługi kolejek:

W ramach Zamówienia Wykonawca dostarczy i zainstaluje infokioski (8 szt.) oraz monitory wyświetlające kolejki(18 szt.), w razie potrzeby rozbuduje sieć logiczną oraz elektryczną potrzebne do podłączenia dostarczonego sprzętu.

MODUŁ OBSŁUGI KOLEJEK – ADMINISTRACJA: 1. Uwierzytelnienie i autoryzacja dostępu do modułu.

2. Zarządzanie użytkownikami modułu wspólne z zarządzaniem użytkownikami systemu medycznego.

3. Możliwość konfiguracji kolejek - przypisanie kodu, opisu i jednostki organizacyjnej w systemie medycznym (dodawanie, usuwanie).

4. Możliwość definiowania kolejek związanych z punktem rejestracji wizyt.

5.Możliwość konfiguracji widoku danych na monitorach LCD - wybór kolejek wyświetlanych na poszczególnych monitorach, możliwość konfiguracji widoku kolejki (układ tabelaryczny / pojedyncza kolejka).

6. Interfejs modułu w języku polskim.

7. Moduł obsługi kolejek działa w oparciu o architekturę klient – serwer i jest uruchamiany automatycznie podczas włączania serwera.

MODUŁ OBSŁUGI KOLEJKI - PRZYWOŁANIE PACJENTA DO GABINETU LEKARSKIEGO:1. Moduł dostępny jest dla użytkowników w module gabinetowym HIS.

2. Moduł umożliwia użytkownikowi wybór zdefiniowanej wcześniej kolejki, z którą będzie pracował.

20

3. Moduł umożliwia przywołanie do gabinetu lekarskiego pacjenta, który potwierdził swoje przybycie na wizytę w infokiosku lub rejestracji.

4. Użytkownik modułu gabinetowego ma dostęp do listy pacjentów, którzy potwierdzili przybycie na wizytę.

5. Przywołanie pacjenta do gabinetu lekarskiego - automatycznie otwiera ekran wizyty pacjenta w module gabinetowym.

6. Przywołanie pacjenta do gabinetu lekarskiego przez użytkownika w gabinecie powoduje wyświetlenie informacji na monitorze w poczekalni.

7. Moduł prezentuje liczbę osób aktualnie oczekujących na wizytę.

8. Moduł prezentuje użytkownikowi systemu medycznego imię i nazwisko osoby aktualnie wezwanej do gabinetu.

9. Moduł umożliwia ponowne przywołanie pacjenta do gabinetu.

10. Moduł umożliwia ponowne wstawienie pacjenta do kolejki przez użytkownika.

11. Moduł umożliwia dodanie pacjenta do kolejki przez użytkownika modułu w rejestracji.

12. Moduł w dowolnym momencie umożliwia użytkownikowi modułu gabinetowego przywołanie pacjenta poza kolejnością.

13. Moduł umożliwia generowanie komunikatów dźwiękowych na wskazanych monitorach w poczekalni w momencie kiedy kolejny pacjent jest przywoływany do gabinetu.

14. Moduł umożliwia wprowadzenie przez użytkownika w gabinecie informacji o rozpoczęciu /zakończeniu przerw - informacja o przerwie prezentowana jest na monitorach w poczekalni.

15.

Moduł musi powiadamiać o kolejce pacjentów oczekujących na monitorach w poczekalni lub innych wskazanych miejscach instalacji monitorów objętych systemem kolejkowym. Musi prezentować listy numerów oczekujących. Musi prezentować numery aktualnie przebywające w poszczególnych gabinetach.

MODUŁ OBSŁUGI KOLEJKI - PRZYWOŁANIE PACJENTA DO REJESTRACJI:1. Moduł dostępny jest dla użytkownika w module rejestracji wizyt pacjentów.

2. Moduł umożliwia użytkownikowi wybór zdefiniowanej wcześniej kolejki, z którą będzie pracował.

3. Moduł umożliwia przywołanie pacjenta do rejestracji.

4. Moduł umożliwia połączenie numeru pobranego przez pacjenta w infokiosku z zarejestrowaną wizytą - tak aby nie było konieczności nadawania kolejnego numeru dla pacjenta.

5. Przywołanie pacjenta do punktu rejestracji wizyt powoduje wyświetlenie informacji na monitorze w poczekalni.

6. Moduł umożliwia ponowne przywołanie pacjenta do punktu rejestracji.

MODUŁ OBSŁUGI KOLEJKI – INFOKIOSK:

1. Moduł umożliwia generowanie numerów do obsługi kolejki i pobranie numeru z infokiosku przez pacjenta.

2.Moduł umożliwia weryfikację zapisanych w systemie medycznym danych pacjenta umówionego na wizytę: terminu wizyty; weryfikacji czy umówiona wizyta posiada uzupełnione skierowanie oraz weryfikacji uprawnień pacjenta (czy pacjent posiada uzupełnione aktualne ubezpieczenie).

3.Moduł umożliwia potwierdzenie wizyty w umówionym dniu poprzez aktywację usługi na infokiosku. Potwierdzenie może nastąpić po wpisaniu danych pacjenta uzupełnionych w systemie medycznym: numeru PESEL, numeru ID lub numeru telefonu pacjenta.

4. Moduł umożliwia pacjentowi pobranie numeru do punktu rejestracji wizyt (numer nie powiązany z danymi pacjenta).

5. Drukarka infokiosku powinna wydrukować numer identyfikacyjny dla zarejestrowanej wizyty oraz dodatkowe informacje na papierze (imię i nazwisko lekarza, numer gabinetu).

6.

Moduł umożliwia potwierdzenie wizyty pacjenta przez personel przychodni bezpośrednio w module rejestracji wizyt. Wprowadzenie pacjenta do kolejki następuje po weryfikacji lub uzupełnieniu brakujących danych w systemie medycznym (dane skierowania, informacje o ubezpieczeniu). Personel przychodni może wygenerować numer identyfikacyjny dla wizyty. Numer identyfikacyjny wizyty może być umieszczony na wydruku generowanym z systemu medycznego.

21

7. Możliwość wyświetlania kolejki pacjentów oczekujących na wyświetlaczach zbiorczych w poczekalni (zgodnie z przepisami – ukrywając dane osobowe, np. numer generowany z infokiosku).

k) moduł terapie uzależnień:

TERAPIA UZALEŻNIEŃ1. Moduł umożliwia prowadzenie karty czynnego poradnictwa w terapii uzależnień.

2.Moduł umożliwia użytkownikowi wprowadzenie numeru karty, która dotyczy konkretnego roku kiedy prowadzona jest terapia.

3. Karta zapisywana jest dla pacjenta a nie pojedynczej wizyty.

4. Moduł umożliwia wskazanie miesiąca, w którym prowadzona jest terapia.

5.

Moduł umożliwia wprowadzenie szczegółów prowadzonej terapii dla każdego z dni miesiąca. Użytkownik ma możliwość wprowadzenia co najmniej: symbolu lekarza, symbolu psychologa oraz symbolu terapii grupowej.

6.Moduł umożliwia przeglądanie karty danego roku. Symbole prowadzonej terapii dla każdego dnia prezentowane są w sposób graficzny.

7. Moduł posiada widok legendy opisującej znaczenia poszczególnych symboli graficznych dla terapii.

8.Moduł blokuje możliwość wprowadzenia tych samych symboli terapii grupowej dla lekarza i psychologa.

9. Moduł wymusza uzupełnienie co najmniej jednego symbolu terapii grupowej.

10. Moduł umożliwia wydruk karty.

11.Moduł umożliwia wyszukanie listy pacjentów biorących udział w terapii i uzupełnienie dla nich wymaganej dokumentacji medycznej (formularzowej).

l) portal pacjenta wraz z e-usługami: e-Wyniki, e-Wywiad, e-Recepty, e-Rejestracja,e-Kontrahent, e-Powiadomienia:

OGÓLNE WYMAGANIA:

1.

e-Usługi dostępne w ramach systemu to zestaw funkcji, które umożliwiają interakcję z użytkownikiem (szczególnie pacjentem i lekarzem) metodą zdalną, między innymi za pośrednictwem Internetu, w tym niektóre mogą być zabezpieczone dodatkowymi kanałami szyfrowanej komunikacji jak VPN i/lub HTTPS. Moduły są ściśle zintegrowane z oprogramowaniem medycznym, tj. HIS, PACS/RIS, LAB 3000. Moduły te mają korzystać z tego samego zbioru danych co część medyczna.

2.

Moduły e-Usług dla pacjentów (tj. e-Usługi portalu e-Pacjent, część dynamiczna portalu) opublikowane w Internecie mają korzystać z tej samej bazy danych (w rozumieniu zbioru danych i modelu danych) co moduły oprogramowani medycznego HIS, RIS, LAB3000 ale nie mogą łączyć się bezpośrednio do tej bazy, a jedynie poprzez dodatkowy zabezpieczony interfejs komunikacji (np. WebServices) w celu podniesienia bezpieczeństwa bazy danych osobowych i wrażliwych danych medycznych przetwarzanych w systemie HIS, PACS/RIS, LAB 3000.

3.

Z racji na podniesienie bezpieczeństwa przetwarzanych danych medycznych w publicznej sieci Internet, nie akceptowalna jest realizacja wymagań udostępniania pacjentom danych medycznych za pomocą dodatkowej, pośredniej bazy danych bezpośrednio dostępnej z poziomu aplikacji publikowanych w Internecie, do której byłyby kopiowane, a następnie przetwarzane dane osobowe i medyczne, co mogłoby znacząco obniżyć poziom bezpieczeństwa tych danych.

4.e-Usługi dostępne w Internecie dla pacjentów do komunikacji z oprogramowaniem medycznym w intranecie placówki mają wykorzystywać zabezpieczony kanał komunikacji (podniesienie bezpieczeństwa Systemu).

5.

Wszystkie e-Usługi związane są bezpośrednią komunikacją z pozostałymi modułami systemu medycznego (w szczególności związane z ruchem chorych, dokumentacją medyczną) oraz są zarządzane spójnie przez jeden moduł administracyjny dla całego systemu medycznego przynajmniej w zakresie ruchu chorych, zarządzania lekami, dokumentacją medyczną opisową i obrazową,

22

zleceniami medycznymi, grafikami dostępności.

e-PORTAL PACJENTA:

1.e-Portal Pacjenta to system zintegrowanych e-usług dedykowanych pacjentowi, świadczonych w formie elektronicznej, do których pacjent ma dostęp z dowolnego miejsca za pośrednictwem Internetu.

2.

Moduł prowadzi dziennik aktywności użytkowników w e-Portalu Pacjenta. Dziennik umożliwia przegląd co najmniej akcji: anulowania wizyty przez Pacjenta; blokady konta przez Pacjenta; edycji danych konta Pacjenta; logowania do e-Portalu Pacjenta; nieudanego logowania do e-Portalu Pacjenta; rejestracji wizyty w e-Portalu Pacjenta; wylogowania z e-Portalu Pacjenta; założenia konta Pacjenta.

3. Moduł umożliwia założenie konta w e-Portalu Pacjenta poprzez udostępniony na stronie głównej formularz rejestracyjny.

4.Formularz rejestracyjny zawiera dane, które jednoznacznie identyfikują nowego użytkownika. Nowy użytkownik musi obligatoryjnie uzupełnić co najmniej: imię, nazwisko, PESEL, numer telefonu oraz adres e-mail.

5.Moduł weryfikuje dane wprowadzone przez nowego użytkownika pod kątem zawartości i zgodności w systemie medycznym.

6. Moduł umożliwia założenia konta w e-Portalu Pacjenta dla opiekuna pacjenta.

7.Moduł umożliwia konfigurację, w której konto użytkownika e-Portalu Pacjenta będzie zakładane automatycznie po uzupełnieniu danych lub wymagana będzie weryfikacja danych przez użytkownika systemu medycznego.

8.Moduł umożliwia upoważnionym użytkownikom systemu medycznego dostęp do listy złożonych wniosków o założenie konta w e-Portalu Pacjenta. Upoważniony użytkownik może zaakceptować lub odrzucić wniosek.

9.Moduł umożliwia wygenerowanie unikalnego identyfikatora dla nowego użytkownika e-Portalu Pacjenta - przez użytkownika systemu medycznego. Tak założone konto zostaje automatycznie powiązane z numerem Pacjenta w systemie medycznym.

10.Moduł umożliwia dostęp do funkcji e-Portalu Pacjenta po wprowadzeniu unikalnego identyfikatora w systemie (tzw. loginu) oraz hasła.

11. e-Portal Pacjenta umożliwia użytkownikowi (pacjent) zmianę hasła oraz nazwy użytkownika.

12.Moduł umożliwia założenie nowego konta w e-Portalu Pacjenta za pomocą autoryzacji profilem zaufanym ePUAP.

13.

System umożliwia nadanie automatycznych uprawnień dostępu do korzystaniu z e-Portalu w imieniu danego pacjenta dla innego użytkownika e-Portalu, który jest wskazany w systemie ruchu chorych i wykazie pacjentów oprogramowania medycznego HIS/RIS jako osoba upoważniona lub opiekun tego pacjenta.

14.Użytkownik modułu ma możliwość udostępnienia swoich danych medycznych takich jak: wyniki badań, historie choroby, historia zleconych leków wraz z dawkowaniem, obrazy diagnostyczne osobom trzecim w trybie tylko do odczytu.

15.

e-Portal Pacjenta korzysta z tej samej bazy danych (w rozumieniu zbioru danych i modelu danych) co oprogramowanie medyczne w intranecie. Nie może jednak łączyć się bezpośrednio do tej bazy (podniesienie bezpieczeństwa systemu), połączenia należy realizować tylko za pomocą zabezpieczonego interfejsu, np. WebServices.

16.W przypadku braku danych kontaktowych (e-mail, telefon), system informuje o tym tuż po zalogowaniu do e-Portalu Pacjenta.

17.Moduł umożliwia pacjentowi przesłanie wiadomości dotyczącej działania serwisu; sugestii modyfikacji serwisu lub opinii na temat poziomu świadczonych usług.

18.Moduł prezentuje listę jednostek organizacyjnych wraz z danymi teleadresowymi, godzinami przyjęć, informacjami dodatkowymi i lokalizacją na mapie.

19.Moduł prezentuje listę kolejek oczekujących wraz z przybliżonym czasem oczekiwania na przyjęcie (pierwszy wolny termin), wyliczonym na podstawie danych z poprzedniego miesiąca, uwzględniającym harmonogramy pracy poradni i lekarzy.

23

20. Użytkownik ma możliwość zmiany języka dla e-Portalu Pacjenta. Dostępne są co najmniej: język polski, język angielski.

21.e-Portal Pacjenta spełnia wymagania dostępności serwisu www dla osób zagrożonych wykluczeniem cyfrowym. Wymagany poziom zgodności ze standardem WCAG 2.0 na poziomie co najmniej AA.

22.e-Portal Pacjenta musi oferować funkcjonalności zmiany wielkości czcionki za pomocą linku widocznego na stronie głównej portalu. Niedopuszczalne jest przyjęcie zmiany wielkości czcionki za pomocą powiększenia zawartości okna przeglądarki internetowej.

23.e-Portal Pacjenta musi oferować funkcjonalność zmiany kontrastu za pomocą ikony widocznej na stronie głównej portalu.

24.Co najmniej dla funkcjonalności e-Rejestracji, e-Portal Pacjenta musi współpracować z czytnikami transkrypcji mowy umożliwiając osobie niedowidzącej skorzystanie z e-usługi i przejście procesu rejestracji na wizytę.

25. Moduł e-Portal Pacjenta zaprojektowany jest w technice RWD (Responsive Web Design).

26

Musi być zintegrowany z modułem e-Recepta i umożliwiać przesłanie on – line dla pacjentów przewlekle chorych „zamówienia” na wystawienie recepty na lek związany z terapią choroby przewlekłej, a także umożliwić dostęp on-line dla pacjenta do historii przepisanych leków (z podziałem na recepty) wraz z dawkowaniem.

e-REJESTRACJA:1. Moduł umożliwia rezerwację wizyt przez Pacjenta metodą zdalną, za pośrednictwem internetu.

2.

Moduł jest zintegrowany z oprogramowaniem medycznym, w tym modułem grafików i kolejek oczekujących. Informacja o dokonanej rezerwacji trafia do oprogramowania medycznego, gdzie wizyty z e-Rejestracji można odróżnić od pozostałych. Jednocześnie moduł korzysta z definicji tych samych grafików co oprogramowanie medyczne.

3. Rejestracja przez Internet ma taki sam charakter i status jak rejestracja dokonana bezpośrednio w placówce medycznej.

4.Moduł umożliwia Pacjentowi wyszukanie wolnych terminów wizyt co najmniej wg kryteriów: lekarz, poradnia, usługa medyczna, data wizyty oraz czasu jej trwania (od do). Do wyszukania najbliższego wolnego terminu, niezbędne jest podanie co najmniej nazwy usługi medycznej.

5. Po wybraniu jednego z kryteriów (lekarza, poradni lub usługi medycznej) lista wyboru dla pozostałych kryteriów zawęża się.

6. Moduł po wprowadzeniu kryteriów wyświetla listę wszystkich wolnych terminów spełniających kryteria.

7. Moduł prezentuje Pacjentowi możliwych płatników za wizytę, wynikających z jego uprawnień (np. NFZ, Komercja, Abonament). Pacjent ma możliwość wyboru płatnika.

8. Po wybraniu terminu z listy moduł udostępnia ekran, na którym ostateczne pacjent potwierdza wszystkie dane.

9.Moduł umożliwia pacjentowi uzupełnienie danych skierowania lub załączenie skanu/zdjęcia skierowania podczas rezerwacji wizyty. Uzupełnione dane lub załączony skan/zdjęcie skierowania widoczne są w części medycznej.

10. Moduł umożliwia udostępnienie w e-Rejestracji tylko wybranych poradni.

11. Moduł umożliwia ograniczenie liczby jednocześnie wprowadzanych przez pacjenta rezerwacji.

12.Moduł umożliwia zablokowanie możliwości rejestracji on-line dla pacjenta pierwszorazowego w danej poradni. Moduł umożliwia rejestrację pacjenta pierwszorazowego uwzględniając prowadzone kolejki oczekujących w oprogramowaniu medycznym (HIS).

13. Możliwość określenia procentowej puli grafika (w oprogramowaniu medycznym HIS) do wykorzystania przez e-Rejestrację.

14.Wszyscy pacjenci mogą korzystać z tej samej puli dostępnych terminów z uwzględnieniem definiowanego przez administratora procentowego podziału puli grafika na rejestracje przez Internet oraz tradycyjne.

15.Moduł umożliwia zablokowanie możliwości elektronicznej rejestracji wizyt w przypadku nie zjawienia się przez pacjenta na określonej liczbie potwierdzonych wizyt. Ilość wizyt może zostać skonfigurowane przez administratora.

24

16. Portal umożliwia wskazanie lokalizacji poradni (Google maps) i prezentacji lokalizacji poradni pacjentowi (e-Mapy). Możliwość wskazania przez administratora współrzędnych poradni.

17.Moduł ma korzystać z tej samej bazy danych (w rozumieniu zbioru danych i modelu danych) co system ruchu chorych, ale nie może łączyć się bezpośrednio do tej bazy (podniesienie bezpieczeństwa Systemu).

18.Aplikacja do komunikacji z oprogramowaniem medycznym i bazą danych w intranecie placówki ma wykorzystywać zabezpieczony interfejs komunikacji np. WebServices (podniesienie bezpieczeństwa Systemu).

19. Wspólny moduł administracyjny z oprogramowaniem medycznym.

20.System umożliwia zdefiniowanie okresu w jakim pacjent musi potwierdzić zarezerwowaną wizytę (np. wizyty zarezerwowane na 7 dni przed terminem muszą być potwierdzone od 4 do 2 dni przed wizytą inaczej rezerwacja jest anulowana).

21. Możliwość konfiguracji terminu przypomnienia wizyty przez pacjenta.

22. Możliwość śledzenia statusu pacjenta na kolejce oczekujących zdefiniowanej w poradni, pracowni.

23. Dla pacjentów przewlekle chorych system umożliwia przesłanie „zamówienia” na wystawienie recepty na lek związany z terapią choroby przewlekłej w ramach rezerwacji wizyty recepturowej.

24. Moduł umożliwia pacjentowi przeglądanie dokumentacji medycznej zapisanej w systemie medycznym.

25. Moduł udostępnia dokumentację zapisaną w repozytorium dokumentacji medycznej w systemie medycznym.

26. Pacjent ma możliwość przejrzenia lub w razie potrzeby - wydruku dokumentacji medycznej.

27. Moduł prezentuje datę utworzenia dokumentacji medycznej.

28. Moduł umożliwia filtrowanie dokumentacji medycznej co najmniej według: nazwy dokumentacji, daty utworzenia od, daty utworzenia do.

29. Pacjent ma możliwość załączenia zeskanowanych załączników. Lekarz po stronie systemu medycznego może zdecydować, które z załączników dołączyć do dokumentacji medycznej wizyty.

30. Moduł umożliwia załączanie przez pacjenta zewnętrznej dokumentacji medycznej.

31. Moduł umożliwia załączanie dokumentów .pdf, .jpg, .png, .doc, .docx.

32. Podczas załączania dokumentu, pacjent ma możliwość dodania opisu dokumentu.

33. Załączone przez pacjenta dokumenty widoczne są w module.

34. Załączone przez pacjenta dokumenty widoczne są w systemie medycznym w rekordzie medycznym pacjenta.

35. Pacjent ma możliwość usuwania załączonych przez siebie dokumentów (o ile nie zostały dołączone do dokumentacji medycznej)

e-WYNIKI:

1. Aplikacja umożliwia przeglądanie przez pacjenta wyników badań i obrazów diagnostycznych w formacie DICOM/JPG, wystawionych recept metodą zdalną za pośrednictwem internetu.

2.Pacjent korzystając z przygotowanej witryny internetowej może się zalogować, wybrać na podstawie różnych kryteriów ( jednostka wykonująca, nazwa badania, status) interesujące go wyniki odczytać, pobrać lub wydrukować.

3. Wyniki mogą być prezentowane jako lista lub hierarchicznie z podziałem na jednostki zlecające.

4. Możliwość prezentowania wyników badań tylko i wyłącznie skonsultowanych podczas porady pacjenta.

5. Możliwość konfiguracji okresu widoczności danego wyniku na liście wyników pacjenta.

6. Pełna integracja z Elektronicznym Rekordem Medycznym Pacjenta systemu informatycznego zakładu, korzystanie z tego samego źródła danych, wspólnego modułu administracyjnego oraz słowników.

e-WYWIAD:

1. Moduł umożliwia przekazanie przez pacjenta istotnych informacji dotyczących stanu zdrowia przed wizytą.

2. Moduł umożliwia skorzystanie ze zdefiniowanych formularzy strukturyzowanych stworzonych poprzez

25

generator formularzy.

3. Moduł umożliwia stworzenie różnych formularzy e-wywiadu dla poszczególnych jednostek organizacyjnych. Formularze mogą różnić się zawartością poszczególnych pól.

4. Wprowadzony przez pacjenta e-wywiad widoczny jest w dokumentacji formularzowej w gabinecie lekarskim.

5.Lekarz ma możliwość zapoznania się z e-wywiadem przed wizytą. System umożliwia poinformowanie lekarza o uzupełnieniu przez pacjenta e-wywiadu. Lekarz ma możliwość zadania dodatkowego pytania pacjentowi.

e-KONTRAHENT:

1.

Moduł umożliwia dwustronną wymianę zleceń badań i konsultacji pomiędzy placówką i jej kontrahentami (np. innymi jednostkami medycznymi). Moduł również umożliwia kontrahentom rezerwowanie terminów wizyt dla pacjentów w placówce medycznej. Zlecenia badań i konsultacji oraz rezerwacje terminów wizyt odbywają się za pośrednictwem internetu. Kontrahenci korzystają ze specjalnie przygotowanej witryny internetowej.

2. e-Kontrahent posiada wspólny moduł administracyjny z systemem medycznym.

3. System prowadzi dziennik logowań do modułu.

4.

Moduł korzysta z tej samej bazy danych (w rozumieniu zbioru danych i modelu danych) co oprogramowanie medyczne w intranecie, ale nie może łączyć się bezpośrednio do tej bazy (podniesienie bezpieczeństwa systemu). Połączenia należy realizować tylko za pomocą zabezpieczonego interfejsu, np. WebServices.

5. Moduł umożliwia określenie zakresu usług możliwych do rezerwacji i zlecania przez danego kontrahenta.

6.Moduł umożliwia kontrahentom rezerwacje wizyty, zlecanie badań i konsultacji zarówno dla pacjentów przypisanych do danego kontrahenta jak również dla innych pacjentów zapisanych w bazie systemu medycznego.

7.W przypadku wyszukiwania wśród pacjentów przypisanych do danego kontrahenta, istnieje możliwość wyszukiwania co najmniej według następujących kryteriów: pesel, imię, nazwisko, miasto, ulica, kod pocztowy.

8.W przypadku wyszukiwania wśród wszystkich pacjentów zapisanych w oprogramowaniu medycznym - kontrahent musi wprowadzić poprawne: pesel lub datę urodzenia, imię, nazwisko. Wyszukanie pacjenta możliwe jest dopiero po wprowadzenia poprawnie łączenie trzech danych pacjenta.

9.Kontrahent ma możliwość dodania nowego pacjenta do bazy oprogramowania medycznego wprowadzając co najmniej: imię, nazwisko, pesel, płeć, datę urodzenia. Możliwe jest również wprowadzenie: telefonu, adresu e-mail oraz pełnego adresu.

10. Moduł umożliwia kontrahentom rezerwacje terminów wizyty dla swoich pacjentów.

11. Kontrahent ma możliwość wyszukiwanie wolnych terminów dla wizyt co najmniej według: nazwy usługi, typu wizyty, lekarza, specjalności, jednostki organizacyjnej, daty i godziny.

12. Moduł e-Kontrahent korzysta z tej samej definicji grafików przychodni co system medyczny oraz moduł e-Rejestracja, dzięki czemu prezentowane są w nim tylko wolne terminy wizyt.

13.

Podczas rezerwacji wizyty, kontrahent ma możliwość uzupełnienia danych skierowania co najmniej w zakresie: rodzaju skierowania, daty skierowania, lekarza kierującego, jednostki kierującej, rozpoznania. W celu usprawnienia wprowadzania danych skierowania, moduł powinien automatycznie podpowiadać datę skierowania jako bieżącą, lekarza kierującego jako zalogowanego użytkownika oraz jednostkę kierującą jako jednostkę w której zatrudniony jest zalogowany użytkownik.

14. Moduł umożliwia wydruk potwierdzenia rezerwacji wizyty.

15. Moduł umożliwia przegląd zaplanowanych wizyt dla wybranych pacjentów kontrahenta wraz z informacją o statusie wizyty.

16. Moduł umożliwia kontrahentom zlecenie badań i konsultacji, które zostają przesłane do systemu medycznego.

17. Podczas zlecenia badania lub konsultacji, kontrahent ma możliwość wskazania co najmniej: nazwy usługi, priorytetu zlecenia, preferowanej daty wykonania, jednostki wykonującej, lekarza kierującego.

18. Moduł umożliwia załączenie do zlecenia, obrazów w formie plików DICOM i przesłanie ich do konsultacji w oprogramowaniu medycznym.

26

19.Zlecone przez kontrahenta badanie lub konsultacja trafia do oprogramowania medycznego, gdzie może zostać wykonana. Po wykonaniu w systemie medycznym, wynik badania lub konsultacji wraca na listę zleceń wychodzących w module e-Kontrahent, gdzie możliwy jest przegląd wyniku.

20. Lista zleceń wychodzących w module e-Konrahent prezentuje co najmniej: datę zlecenia, nr zlecenia, nazwę usługi, priorytet, datę wykonania, status, pacjenta, pesel, datę urodzenia.

21.Kontrahent ma możliwość wyszukiwania zleceń na liście zleceń wychodzących co najmniej według: daty zlecenia od, daty zlecenia do, pacjenta (nazwisko, imię, pesel), statusu zlecenia, priorytetu, nazwy badania, nr zlecenia.

22. Moduł umożliwia kontrahentom przyjmowanie zleceń badań i konsultacji wychodzących z systemu medycznego.

23. Użytkownik po stronie systemu medycznego, do zlecania badań lub konsultacji kontrahentom, używa tego samego modułu zleceń, za pomocą którego zlecane są badania wewnątrz placówki.

24.Użytkownik zlecający badanie w oprogramowaniu medycznym ma możliwość zadecydowania czy badanie lub konsultacja powinna być wykonana przez kontrahenta. Użytkownik ma możliwość wyboru konkretnego kontrahenta, do którego zlecenie zostanie przesłane.

25.Użytkownik zlecający badanie lub konsultacje w oprogramowaniu medycznym ma możliwość załączenia poprzednich wyników badań pacjenta do tworzonego zlecenia. Mogą to być również badania posiadające obrazy w formie plików DICOM.

26.Użytkownik zlecający badanie lub konsultacje w oprogramowaniu medycznym ma możliwość zanonimizowania danych pacjenta. W takiej sytuacji w module e-Kontrahent nie będą widoczne: imię, nazwisko i pesel pacjenta.

27. Zlecenie badanie lub konsultacji przekazywane jest do modułu e-Kontrahent, gdzie pojawia się na liście zleceń przychodzących.

28. Moduł e-Kontrahent weryfikuje uprawnienia użytkownika. Zalogowany użytkownik widzi na liście zleceń przychodzących tylko zlecenia kierowane do kontrahenta, gdzie jest zatrudniony.

29. Lista zleceń przychodzących w module e-Konrahent prezentuje co najmniej: datę zlecenia, nr zlecenia, nazwę usługi, priorytet, datę wykonania, status, imię i nazwisko pacjenta, pesel, datę urodzenia.

30. Kontrahent ma możliwość wyszukiwania zleceń na liście zleceń przychodzących co najmniej według: daty zlecenia od, daty zlecenia do, statusu zlecenia, priorytetu, nazwy badania, nr zlecenia.

31. Kontrahent ma możliwość podejrzenia danych zlecenia - a więc informacji uzupełnionych podczas zlecania badania w systemie medycznym placówki.

32. Kontrahent ma możliwość podglądu załączonych do zlecenia plików DICOM, za pomocą przeglądarki diagnostycznej dostępnej z poziomu modułu e-Kontrahent.

33.

Kontrahent ma możliwość wprowadzenia wyniku badania lub konsultacji, który zostaje przesłany do oprogramowania medycznego. Wynik wprowadzony przez kontrahenta, jest prezentowany w oprogramowaniu medyczny w taki sam sposób jak wyniki pochodzące z systemów wewnętrznych placówki.

E-POWIADOMIENIA:

1.

Moduł automatycznych powiadomień pacjenta o zbliżających się terminach wizyt oraz innych zdarzeń medycznych (np. termin badania, wizyty, informacje o badaniach profilaktycznych) za pomocą 3 kanałów komunikacji: e-mail, wiadomości systemowe portalu pacjenta dostępne po zalogowaniu do portalu e-Usług, opcjonalnie SMS za pomocą bramki SMS udostępnionej przez Zamawiającego.

2. Generowanie wiadomości przypominających pacjentom o wizytach i badaniach.

3. Wiadomości generowane są w pakietach.

4.

Możliwość konfiguracji formatu treści wiadomości do wysyłki, a w tym użycie parametrów:- imię pacjenta,- nazwisko pacjenta,- numer pacjenta,- data wizyty (dd-mm-yyyy),- dzień wizyty (dd),- miesiąc wizyty (numer w formacie mm lub słownie),- rok wizyty (yyyy),- godzina wizyty (HH:mm),- nazwa krótka usługi.

27

5. Możliwość definicji szablonów wiadomości niezależnych dla każdego typu usług/porad.

6. Możliwość definicji domyślnego szablonu wiadomości dla usług/porad/wizyt.

7. Obsługa formatu co najmniej CSV dla pakietu dostarczanego dostawcy bramki SMS .

8. Możliwość generowania wiadomości tylko dla pacjentów, którzy wyrazili zgodę na otrzymywanie komunikatów SMS.

9. Wszystkie wysłane wiadomości są gromadzone w bazie danych systemu wraz z datą wygenerowania i są powiązane z wizytą, usługą, pacjentem, wykorzystanym szablonem wiadomości.

10. Zabezpieczenie przed ponowną wysyłką tego samego komunikatu.

11. Możliwość konfiguracji godziny oraz cykli w dniach, w jakich pakiety wiadomości będą generowane do wysyłki.

12. Moduł komunikacji SMS jest zintegrowany z rejestrem wizyt i pacjentów systemu medycznego(HIS).

13. Możliwość konfiguracji maksymalnej długości wiadomości SMS.

14. Automatyczna weryfikacja i generowanie wiadomości tylko do pacjentów posiadających uzupełniony w systemie numer telefonu komórkowego.

15.Pacjent może wskazać jakie kanały komunikacji preferuje w przypadku powiadomień o wizytach, badaniach, zbliżającym się terminie przyjęcia do poradni wg kolejki oczekujących, informacjach o badaniach profilaktycznych.

Po uruchomieniu portalu Wykonawca udostępni usługi elektroniczne o poziomie dojrzałości co najmniej 4: e-rejestracja, e-kontrahent, e-powiadomienia oraz o poziomie dojrzałości co najmniej 3: e-wyniki, e-wywiad, e-recepty.Wykonawca po wdrożeniu i uruchomieniu portalu przeprowadzi testy penetracyjne w celu wykluczenia podatności portalu na działania niepożądane z sieci internet.Wykonawca przygotuje także narzędzie niezbędne do monitorowania poniższych wskaźników projektu:- Liczba pacjentów korzystających z e-usług publicznych w zakresie zdrowia (ilość wejść do portalu, za pomocą którego mają dostęp do e-usług)- Odsetek personelu SZPZOZ w Oleśnicy korzystający z zakupionego oprogramowania (ilość użytkowników systemu zatrudnionych w Zakładzie Zamawiającego)

m) moduł zarządzania i kontroli wykorzystania zasobów:

MODUŁ ZARZĄDZANIA I KONTROLI WYKORZYSTANIA ZASOBÓW:

1. Moduł będzie zapewniał dostęp poprzez przypisywanie odpowiednich praw dla użytkowników.

2. Dostęp do modułu zapewniony będzie poprzez przeglądarkę www.

3.

Zapewni możliwość planowania poprzez:-możliwość prowadzenia planu zatrudnienia zasobów osobowych i polityki kadrowej z wyszczególnionymi pracownikami, grupami zawodowymi, stanowiskami oraz przypisaniem do danej komórki funkcjonującej w jednostce,-możliwość ewidencji posiadanych urządzeń i zasobów niezbędne do utrzymania kontraktu na diagnostykę, - analizę planu wykorzystania zasobów w ujęciu na poszczególne jednostki (możliwość analizy wraz ze szczegółowym zaplanowaniem wykonania i realizacji),- tworzenie wariantów planu wspomagających proces decyzyjny w zakresie przyszłych zmian wykorzystania zasobów (według stopnia ich istotności),- prognozę,

4. Zapewni możliwość kontroli wykonania poprzez:- analizę planu wykonania poszczególnych jednostek w porównaniu do rzeczywistych danych wraz z analizą odchyleń

28

- śledzenie zaistniałych odchyleń( widoczne są natychmiast, już w dniu odnotowania realizacji)- importowanie informacji z systemu służącego do rozliczeń kontraktu z NFZ,- zestawienie informacji nt. limitu pierwotnego umowy, limitu po aktualizacji, wykonania faktycznego, wykonania zaakceptowanego przez płatnika (NFZ),- zestawienie informacji nt. wykonanych procedur medycznych w podziale na komórki organizacyjne,- możliwość zestawienia zaplanowanych zakupów, inwestycji i remontów z ich faktycznym wykonaniem, mające wpływ na dostępność terminarzy udostępnianych pacjentom i kontrahentom za pomocą e-usług,- możliwość analizy statystycznej oraz struktury wykonanych badań diagnostycznych.

5. Zapewni możliwość analizy poprzez wizualne przedstawienie analizowanych danych za pomocą różnego rodzaju wykresów.

Podane nazwy modułów są przykładowe, Zamawiający dopuszcza inne nazewnictwo modułów, pod warunkiem, że Wykonawca dostarczy licencje na moduły swojego oprogramowania w takiej ilości, aby zakresem posiadanych funkcji odpowiadały przedmiotowi zamówienia.

n) zakup oprogramowania bazodanowego ze wsparciem:

Wymagania:

Wymaganie:

1.Dostępność oprogramowania na współczesne 64-bitowe platformy Unix (HP-UX dla procesorów Itanium, Solaris dla procesorów SPARC i Intel/AMD, IBM AIX dla procesorów POWER, Intel/AMD Linux, MS Windows). Identyczna funkcjonalność serwera bazy danych na ww. platformach.

2.

Dostarczone licencje nie mogą ograniczać liczby użytkowników końcowych korzystających z oprogramowania ani liczby przetwarzanych lub przechowywanych dokumentów, plików, rekordów, żądań, etc. Licencje nie mogą być ograniczone czasowo. Licencje muszą obejmować wsparcie techniczne producenta w okresie gwarancji udzielonej dla przedmiotu zamówienia.

3.Bazę danych należy dostarczyć w najnowszej dostępnej rynkowo wersji, właściwej dla zapewnienia poprawnej pracy części medycznej (HIS, PACS/RIS, LIS) aktualnie eksloatowanego systemu informatycznego.

4. Muszą być dostępne narzędzia migracji baz danych pomiędzy platformami na poziomie fizycznym (kopiowanie / konwersja plików danych) oraz logicznym (narzędzia eksportu / importu).

5.Oprogramowanie klienckie, za pomocą którego można łączyć się do bazy danych musi być dostępne na wielu platformach systemowo-sprzętowych (minimalny zakres platform taki jak dla oprogramowania serwera bazy danych).

6. Wsparcie protokołu XA.7. Wsparcie standardu JDBC 3.0.8. Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym.

9. Wbudowana obsługa wyrażeń regularnych zgodna ze standardem POSIX dostępna z poziomu języka SQL jak i procedur/funkcji składowanych w bazie danych.

10. Musi zapewniać niezależność platformy systemowej dla oprogramowania klienckiego od platformy systemowej bazy danych.

11.

Musi zapewniać przetwarzanie transakcyjne wg reguł ACID z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Mechanizm izolowania transakcji musi pozwalać na spójny odczyt modyfikowanego obszaru danych bez wprowadzania blokad, spójny odczyt nie może blokować możliwości wykonywania zmian.

12. Musi posiadać możliwość zagnieżdżania transakcji – możliwość uruchomienia niezależnej transakcji wewnątrz transakcji nadrzędnej.

13.

Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode) zarówno po stronie serwera bazy danych jak i oprogramowania klienckiego. Wsparcie dla polskich stron kodowych – ISO-8859-2, MS Windows Code Page 1250 oraz PC 852. Automatyczna konwersja znaków pomiędzy różnymi ustawieniami stron kodowych po stronie klienta i serwera bazy danych.

29

14. Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy).

15.Musi umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań. Powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL.

16.Musi umożliwiać wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków.

17.

Musi umożliwiać deklarowanie wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DML, start serwera, stop serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze).

18. Musi umożliwiać wykonanie równoczesnych operacji DML (Insert/Update/Delete) na tej samej tabeli.

19. Musi umożliwiać autoryzowanie użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych bądź mechanizmu zewnętrznego w stosunku do bazy danych.

20.

Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury). Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych.

21.

Musi umożliwiać wykonywanie i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych, zapewniać możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów. Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online (hot backup).

22.Odtwarzanie powinno umożliwiać odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan bazy danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może podlegać cała baza danych bądź pojedyncze pliki danych.

23. Możliwość uruchomienia bazy danych w środowisku klastra serwerów bazy danych.

24. Zwiększenie bądź zmniejszenie liczby serwerów obsługujących klastrową bazę danych nie może powodować konieczności reorganizacji fizycznej bazy danych (struktura plików danych).

25. Zwiększenie bądź zmniejszenie liczby serwerów obsługujących klastrową bazę danych nie może powodować konieczności reorganizacji logicznej struktury baz danych (tabel / indeksów).

26.Unieruchomienie jednego z serwerów klastra bazy danych nie może powodować braku dostępu do jakiejkolwiek części danych – baza danych musi być nadal dostępna za pośrednictwem funkcjonujących dalej serwerów.

27.Możliwość kontynuacji pracy użytkowników podłączonych do serwera klastrowej bazy danych, który uległ awarii. Wymagana jest możliwość przeniesienia sesji na inny serwer oraz automatycznego powiadomienia aplikacji o wykonaniu przełączenia.

28.Każdy z serwerów klastra musi mieć możliwość uspójnienia lub odtworzenia całej bazy danych w sytuacji awarii nośników lub nagłego zatrzymania innego serwera, który utrzymywał w buforze bazy danych zmodyfikowane, ale niezapisane bloki danych.

29 Obraz bazy danych (metadane, obiekty bazy danych, stan danych) w klastrowej bazie danych musi być niezależny od serwera, do którego zostało nawiązane połączenie.

W ramach zakupu Wykonawca dokona pełnej migracji danych z bazy Sybase na nowe oprogramowanie bazy danych. Proces migracji musi odbywać się ze szczególnym uwzględnieniem zachowania ciągłości pracy Zamawiającego i w ramach tego procesu wszelkie przestoje systemu muszą być zaplanowane i uzgodnione z Zamawiającym. W ramach procesu migracji Wykonawca jest zobowiązany do przeniesienia danych z użytkowanych instancji systemu na nowy dostarczany w ramach zamówienia silnik bazy danych, podłączenia systemu HIS w konfiguracji funkcjonalnej jaka istniała u Zamawiającego oraz uruchomienia systemu (wszystkich aktualnie działających modułów) i integracji pomiędzy modułami HIS, PACS/RIS i LAB3000. W przypadku gdy Wykonawca chce wymienić użytkowane oprogramowania medyczne na inne to musi wykonać pełną migrację danych z obecnie eksploatowanego oprogramowania (baza Sybase) do oferowanego nowego oprogramowania (nowego oprogramowania bazy danych) z zachowaniem integracji (jeśli wymagana przy pozostawieniu niektórych modułów istniejącego oprogramowania medycznego lub przy wdrożeniu nowego oprogramowania medycznego ). Koszt ewentualnej modyfikacji integrowanych systemów stanowi koszt Wykonawcy i jest on w pełni odpowiedzialny za uruchomienie pełnych funkcjonalności integracji po wykonaniu migracji. Jeżeli elementy interfejsu graficznego systemu i/lub przebiegu procesu obsługi systemu medycznego

30

ulegną zmianie w wyniku migracji Wykonawca jest zobowiązany w tych obszarach przeszkolić wszystkich użytkowników systemu.

Zamawiający na etapie realizacji umowy zapewni Wykonawcy dostęp do bazy danych obecnie użytkowanego systemu. Zamawiający zastrzega, że nie jest twórcą dokumentacji struktury bazy danych systemu CGM CLININENT i nie może odpowiadać za kompletność przekazanej dokumentacji. Zamawiający zastrzega, że ewentualne luki w dokumentacji struktury bazy danych nie stanowią podstawy dla Wykonawcy dla zaprzestania lub zmniejszenia zakresu migracji danych ani do przesunięcia wymaganych terminów realizacji zadania. Zamawiający do przeprowadzenia migracji bazy danych udostępni bazę danych w trybie odczytu. Wykonawca nie może ingerować w dane ani strukturę danych jak i samych baz danych obecnie użytkowanego systemu HIS CGM CLININET w celu przeprowadzenia procesu migracji danych.

o) zakup i uruchomienie 38 szt. urządzeń wielofunkcyjnych:

Parametr Opis Uwagi

1. Rodzaj urządzenia Wielofunkcyjne A4, drukarka, kserokopiarka, skaner kolorowy.

2. Technologia druku - laserowa lub LED.

3. Format - A4.

4. Obsługiwane języki - PCL 5, PCL 6,PS.

5.

Drukowanie - rozdzielczość: min. 600x 600 dpi;- szybkość mono: A4-28 str./min.- automatyczny duplex;- czas pierwszego wydruku max. 10 sek.

6. Interfejsy - min. port USB 2.0 Hi-Speed, port RJ-45 Ethernet 10/100/1000.

7. Podajniki - 2 podajniki automatyczne o pojemności min. 250 arkuszy na podajnik.

8.

Obsługiwane formaty Obsługa formatów : A4, A5, B5, możliwość wydruku recept (format długość od 200 mm do 210mm; szerokość: od 90 mm do 100mm) , możliwość konfigurowania własnych formatów dla podajników automatycznych.

9. Pozostałe dane - RAM min. 256 MB;- obciążalność miesięczna min. 40.000 stron.

10.

Skanowania: Skaner kolorowy z możliwością skanowania do foldera sieciowego, e-maila, USB. Wbudowane optyczne rozpoznawanie znaków. (OCR). Wyjściowe formaty plików skanera: TIFF, PDF (OCR), JPEG. Funkcja skanowania dwustronnego z automatycznego podajnika dokumentów.

11.

Dodatkowe wymagania - wydruk recept z podajnika automatycznego;- współpraca z cups 1.4.2;- sterowniki ppd do cups;- współpraca z systemem HIS w zakresie wydruku raportów, recept, skierowań, skanowania dokumentów dla EDM.

p) zakup konfiguracja i uruchomienie 9 szt. laptopów.

31

Nazwa podzespołu Parametry wymagane Uwagi

1.Procesor - Min. dwurdzeniowy procesor z obsługą instrukcji 64 bit,

- wynik w testach Pass Mark CPU min. 4600 pkt. (http://www.cpubenchmark.net/).

2.Płyta główna Oparta na chipsecie rekomendowanym przez producenta

procesora.

3. Karta graficzna Zintegrowana.

4.Matryca Min. 15,6”, o rozdzielczości minimalnej 1920x1080, matowa

z podświetleniem LED.

5. Pamięć RAM Min. 8GB.

6. Dysk twardy Min. 256 SSD.

7. Karta sieciowa Zintegrowana, 10/100/1000 MBit/s.

8.Karta dźwiękowa Zintegrowana z płytą główną, wbudowany mikrofon,

wbudowane głośniki stereo.

9. Porty Min 2x USB 2.0, 2x USB 3.0.

10.Dodatkowe zintegrowane interfejsy

- Bezprzewodowa karta sieciowa IEEE 802. 11 b/g/n/ac;

- Bluetooth.

11. Klawiatura Qwerty, podświetlana.

12. Urządzenie wskazujące Touchpad.

13. Czytnik kart pamięci Zintegrowany.

14. Kamera internetowa Zintegrowana.

15. Bateria maksymalny czas pracy na baterii: min. 4h.

16. System operacyjny MS Windows 10 Professional OEM lub równowazny1).

1) Warunki równoważności:

Oferowane jako równoważne oprogramowanie musi być kompatybilne z eksploatowanym przez zamawiającego oprogramowaniem Microsoft. System operacyjny musi spełniać następujące wymagania poprzez wbudowane mechanizmy, bez użycia dodatkowych aplikacji:

1. Możliwość dokonywania aktualizacji i poprawek systemu przez Internet z możliwością wyboru instalowanych poprawek;

2. Możliwość dokonywania uaktualnień sterowników urządzeń przez Internet – witrynę producenta systemu;

3. 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;

4. Internetowa aktualizacja zapewniona w języku polskim;

5. 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;

6. Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, odtwarzacz multimediów, pomoc, komunikaty systemowe;

7. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play, Wi-Fi)

8. 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.

9. Możliwość zdalnej automatycznej instalacji, konfiguracji, administrowania oraz aktualizowania systemu; 10. Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i profile użytkowników zarządzane zdalnie; praca systemu w trybie

ochrony kont użytkowników. 11. 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. 12. Zintegrowane z systemem operacyjnym narzędzia zwalczające złośliwe oprogramowanie; aktualizacje dostępne u producenta

32

nieodpłatnie bez ograniczeń czasowych. 13. Zintegrowany z systemem operacyjnym moduł synchronizacji komputera z urządzeniami zewnętrznymi.

14. Wbudowany system pomocy w języku polskim;

15. Możliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo widzących);

16. Możliwość zarządzania stacją roboczą poprzez polityki – przez politykę rozumiemy zestaw reguł definiujących lub ograniczających funkcjonalność systemu lub aplikacji; 17. Wdrażanie IPSEC oparte na politykach – wdrażanie IPSEC oparte na zestawach reguł definiujących ustawienia zarządzanych w sposób centralny; 18. Automatyczne występowanie i używanie (wystawianie) certyfikatów PKI X.509;

19. Wsparcie dla logowania przy pomocy smartcard;

20. Rozbudowane polityki bezpieczeństwa – polityki dla systemu operacyjnego i dla wskazanych aplikacji;

21. Narzędzia służące do administracji, do wykonywania kopii zapasowych polityk i ich odtwarzania oraz generowania raportów z ustawień polityk; 22. Wsparcie dla Java i .NET Framework 2.0 i 3.0 – możliwość uruchomienia aplikacji działających we wskazanych środowiskach;

23. Wsparcie dla JScript i VBScript – możliwość uruchamiania interpretera poleceń;

24. Zdalna pomoc i współdzielenie aplikacji – możliwość zdalnego przejęcia sesji zalogowanego użytkownika celem rozwiązania problemu z komputerem; 25. Rozwiązanie służące do automatycznego zbudowania obrazu systemu wraz z aplikacjami. Obraz systemu służyć ma do automatycznego upowszechnienia systemu operacyjnego inicjowanego i wykonywanego w całości poprzez sieć komputerową; 26. Rozwiązanie ma umożliwiające wdrożenie nowego obrazu poprzez zdalną instalację;

27. Graficzne środowisko instalacji i konfiguracji;

28. 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; 29. Zarządzanie kontami użytkowników sieci oraz urządzeniami sieciowymi tj. drukarki, modemy, woluminy dyskowe, usługi katalogowe;

30. Oprogramowanie dla tworzenia kopii zapasowych (Backup); automatyczne wykonywanie kopii plików z możliwością automatycznego przywrócenia wersji wcześniejszej; 31. Możliwość przywracania plików systemowych;

32. Wsparcie dla architektury 64 bitowej;

VI. Instalacja i konfiguracja (wdrożenie) oprogramowania:

Instalacja i konfiguracja (wdrożenie) dostarczonego oprogramowania obejmuje wykonanie poniższych zadań:

1. Przeprowadzenie analizy przedwdrożeniowej:

1) na potrzeby przeprowadzenia analizy przedwdrożeniowej Zamawiający zobowiązany będzie do przekazania Wykonawcy wszelkich informacji, niezbędnych mu do przeprowadzenia instalacji i konfiguracji dostarczonego oprogramowania, czyli informacji o:a) sposobie pracy i strukturze danej jednostki;b) wykonywanych zestawieniach i raportach;c) słownikach,d) uprawnieniach personelu do pracy w systemie’

2) na podstawie otrzymanych informacji i we współpracy z Zamawiającym, Wykonawca przygotuje dokument zawierający:

a) opis organizacji i sposobu realizacji prac; b) szczegółowy harmonogram realizacji prac,c) opis sposobu zarządzania Projektem, d) propozycje scenariuszy testowych.

2. Instalacja dostarczonego oprogramowania i baz danych oprogramowania aplikacyjnego.

2.1. W ramach realizacji zadania Wykonawca zobowiązany będzie do instalacji:

33

1) aplikacji na serwerze aplikacyjnym,2) bazy oprogramowania na serwerze,3) odpowiednich sterowników dla urządzeń peryferyjnych,4) procesów wymiany danych z systemami zewnętrznymi,5) instalacji programów niezbędnych do korzystania z oprogramowania Aplikacyjnego na wszystkich stacjach roboczych.6) instalacji infokiosków i monitorów służących do obsługi kolejek wraz z wykonaniem sieci elektrycznych i logicznych

2.2. Konfiguracja i uruchomienie oprogramowania:

W ramach realizacji zadania Wykonawca zobowiązany będzie do:1) konfiguracji (parametryzacja) bazy danych oprogramowania, wraz z przeniesieniem (migracją) zawartości baz danych obecnie używanych systemów do nowej instalacji;2) konfiguracji (parametryzacji) oprogramowania,3) nadawania odpowiednich uprawnień użytkownikom,4) konfiguracji wydruków, zestawień, raportów;5) sprawdzenia uruchamiania wszystkich niezbędnych funkcji na stacjach roboczych;6) zebranie uwag od użytkowników i parametryzacja oprogramowania wynikającą z uwag.

2.3. Testy i odbiory:

W ramach realizacji zadania Wykonawca zobowiązany będzie do przeprowadzenia testów poprawności działania oprogramowania w warunkach rzeczywistych Zamawiającego.

Odbiorom podlegać będą poszczególne etapy realizacji prac.W trakcie odbioru weryfikowana będzie zgodność konfiguracji oprogramowania z wytycznymi z analizy przedwdrożeniowej i organizacją pracy (weryfikacja techniczna konfiguracji oprogramowania) oraz zgodności funkcji poszczególnych modułów z wymaganiami Zamawiającego, tj. funkcjami określonymi w niniejszej specyfikacji technicznej (weryfikacja istnienia danej funkcji oprogramowania).

Odbiór końcowy Przedmiotu Zamówienia ma na celu potwierdzenie wykonania wszystkich zadań wynikających z umowy, w tym odebrania wszystkich etapów i dostaw oraz dostarczenia wymaganej zamówieniem dokumentacji.

Testy będą przeprowadzane przez Wykonawcę przy współudziale Zamawiającego jak i wskazanych przez Zamawiającego osób i podmiotów zewnętrznych.Zamawiający ma prawo do weryfikacji należytego wykonania umowy dowolną metodą, w tym także z wykorzystaniem opinii zewnętrznego audytora. W szczególności uzgodnienie określonych scenariuszy testowych nie wyklucza prawa do weryfikacji prac innymi testami i scenariuszami.

2.4. Dokumentacja użytkowa i powykonawcza:

W ramach realizacji zadania Wykonawca zobowiązany będzie przygotować i dostarczyć dokumenty będące instrukcjami obsługi, które w przystępny sposób pokazują, jak personel ma się posłużyć oprogramowania, aby obsłużyć procesy jakie oprogramowania może realizować. Dokumentacja użytkowa powinna zawierać podręczniki użytkownika,

34

umożliwiające samodzielne korzystanie z dostarczonego oprogramowania, zawierające również:

1) opis funkcjonalny modułów wykorzystanych w oprogramowania;2) opis formatek w poszczególnych modułach wraz z opisem ich przeznaczenia;3) opis funkcji dostępnych na pojedynczej formatce modułu,4) opis poruszania się pomiędzy formatkami poszczególnych modułów,5) instrukcje instalacji, konfiguracji i administracji oprogramowania;6) instrukcje postępowania w przypadkach szczególnych oraz awarii,7) odtworzenie oprogramowania po awarii,8) instrukcje archiwizacji oraz wykonywania kopii oprogramowania i bazy danych,9)opis konfiguracji oprogramowania oraz bazy danych, adresowany do Administratora, pozwalający na samodzielne administrowanie oprogramowania i bazą danych przez Zamawiającego.

Dokumentacja powykonawcza dostarczona będzie w jednym egzemplarzu papierowym oraz w formie elektronicznej na odpowiednio oznakowanych nośnikach elektronicznych DVD/USB/HDD.

3. Szkolenie personelu Zamawiającego:

W ramach realizacji zadania Wykonawca zobowiązany będzie do bezpłatnego przeszkolenia personelu Zamawiającego na opisanych poniżej zasadach:

1) Wykonawca zaplanuje w uzgodnieniu z Zamawiającym szkolenia i instruktaże stanowiskowe w wymiarze niezbędnym do samodzielnego użytkowania wszystkich funkcjonalności danego modułu;

2) szkolenia i instruktaże prowadzone będą w języku polskim,3) szkolenia grupowe prowadzone będą dla maksymalnie 8 osobowych grup,4) Wykonawca powinien przewidzieć czas na 15-minutowe przerwy, po każdych 2 godzinach szkolenia.

Wykonawca będzie zobowiązany:

1) przed przystąpieniem do szkolenia przedstawić pisemnie do akceptacji Zamawiającego plan szkoleń ze szczegółowym harmonogramem ich realizacji,

2) w harmonogramie realizacji szkoleń uwzględniać równomierne rozłożenie ich realizacji, z uwzględnieniem zastrzeżenia, że Zamawiający nie może skierować wszystkich osób zgłoszonych na dany temat szkolenia w jednym terminie, z uwagi na nieprzerwaną realizację świadczeń zdrowotnych na rzecz pacjentów;

3) prowadzenia szkoleń w dniach roboczych od poniedziałku do piątku w godzinach uzgodnionych obustronnie;

4) zapewnienia trenerów i/lub ekspertów w danych dziedzinach do przeprowadzenia szkoleń;5) opracowania materiałów szkoleniowych do każdego szkolenia i przesyłania ich w wersji

elektronicznej z trzydniowym wyprzedzeniem;6) salę do realizacji szkoleń nieodpłatnie udostępni Wykonawcy, Zamawiający;7) Wykonawca dostarczy sprzęt komputerowy i sieciowy niezbędny do przeprowadzenia

szkoleń, zakłada się, że przy jednym stanowisku szkoleniowym może siedzieć jedna lub 2 osoby.

35

8) zakres szkoleń musi obejmować praktyczną obsługę wszystkich funkcjonalności dostarczonego oprogramowania.

Instruktaże stanowiskowe obejmą w szczególności:

1) pomoc użytkownikom w korzystaniu z oprogramowania w miejscu instalacji, 2) pomoc w administracji i konfiguracji całości dostarczonego oprogramowania, 3) wykonywanie dodatkowych prac konfiguracyjnych, 4) konsultacje.

Po ukończeniu szkoleń i instruktaży stanowiskowych pracownicy Zamawiającego mają w szczególności umieć posługiwać się oprogramowania i jego modułami odpowiednio do swojej roli, a także znać i rozumieć ich funkcjonowanie w systemie, w tym w szczególności:

1) znać wdrożoną konfigurację dostarczonego sprzętu i oprogramowania;2) umieć wykonywać czynności administracji, a także instalacji dostarczonego sprzętu i oprogramowania;3) znać i umieć realizować procedury backupu, 4) znać wytyczne w zakresie polityki bezpieczeństwa i umieć je stosować,5) znać typowe zagrożenia i problemy związane z funkcjonowaniem dostarczonego sprzętu i oprogramowania, a także sposoby ich wykrywania oraz przeciwdziałania.

Wykonawca ponosi odpowiedzialność za organizacyjną i merytoryczną realizację szkoleń. Każde szkolenie musi zostać potwierdzone protokołem przeprowadzenia szkolenia i listą obecności uczestników wraz z ich podpisem.Materiały szkoleniowe muszą być dostarczone Zamawiającemu również w formie elektronicznej.Powyższe informacje dotyczą wszystkich zakresów szkoleń.

4. Gwarancyjny nadzór autorski:

Zakres i sposób świadczenia usług gwarancyjnego nadzoru autorskiego dla oprogramowania opisany jest w załączniku, który Wykonawca dołącza do ofert.

Wymagania w zakresie bezpieczeństwa danych osobowych (RODO):

1) zapewnienie odpowiedniego poziomu bezpieczeństwa z uwagi na przetwarzanie danych wrażliwych z punktu widzenia ryzyka utraty, to jest:

L/p Ryzyko utraty Opis sytuacji ryzyka utraty

1.Integralności danych. Dane przetwarzane w poszczególnych modułach lub

systemach zostaną w sposób nieautoryzowany lub przypadkowy zmodyfikowane.

2. Poufności danych. Zgromadzone dane zostaną udostępnione nieuprawnionej osobie.

3. Dostępności rozwiązania.Wdrożone rozwiązanie nie będzie możliwe do wykorzystania na żądanie w założonym czasie przez autoryzowany podmiot lub jego wydajności nie będzie spełniała wymagań.

Zgodność z przepisami:36

1) ustawa z dnia 20 lipca 2018 r. o zmianie ustawy o systemie informacji w ochronie zdrowia oraz niektórych innych ustaw Dz. U. z 2018, poz. 1515;

2) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 20 lipca 2018 r. w sprawie ogłoszenia jednolitego tekstu ustawy o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych Dz. U. z 2018 r., poz. 1510;

3) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 8 czerwca 2017 r. w sprawie ogłoszenia jednolitego tekstu ustawy o prawach pacjenta i Rzeczniku Praw Pacjenta Dz.U. z 2017 r., poz. 1318;

4) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 1 marca 2018 r. w sprawie ogłoszenia jednolitego tekstu ustawy o zawodach lekarza i lekarza dentysty Dz. U. z 2018 r., poz. 617;

5) ustawa z dnia 10 maja 2018 r. o ochronie danych osobowych Dz. U. z 2018 r., poz. 1000; 6) ustawa z dnia 10 stycznia 2014 r. o zmianie ustawy o informatyzacji działalności

podmiotów realizujących zadania publiczne oraz niektórych innych ustaw Dz. U. z 2014 r., poz. 183;

7) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 9 czerwca 2017 r. w sprawie ogłoszenia jednolitego tekstu ustawy o świadczeniu usług drogą elektroniczną Dz. U. z 2017 r., poz. 1219;

8) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 3 października 2018 r. w sprawie ogłoszenia jednolitego tekstu ustawy - Prawo zamówień publicznych Dz. U. z 2018r., poz. 1986;

9) obwieszczenie Marszałka Sejmu Rzeczypospolitej Polskiej z dnia 13 października 2017 r. w sprawie ogłoszenia jednolitego tekstu ustawy o finansach publicznych Dz. U. z 2017 r., poz. 2077;

10) obwieszczenie Prezesa Rady Ministrów z dnia 9 listopada 2017 r. w sprawie ogłoszenia jednolitego tekstu rozporządzenia Rady Ministrów 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. 2017 r., poz. 2247;

12) obwieszczenie Prezesa Rady Ministrów z dnia 21 listopada 2017 r. w sprawie ogłoszenia jednolitego tekstu rozporządzenia Rady Ministrów w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym Dz .U. z 2018 r., poz. 29;

13) rozporządzenie Ministra Zdrowia z dnia 8 maja 2018 r. w sprawie rodzajów elektronicznej dokumentacji medycznej Dz. U. z 2018 r., poz. 941;

14) rozporządzenie Ministra Administracji i Cyfryzacji z dnia 5 czerwca 2014 r. w sprawie przeprowadzania konkursu oraz przeznaczania i rozliczania środków finansowych na informatyzację Dz. U. z 2014 r., poz. 780;

15) rozporządzenie 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. z 2005 r., nr 217, poz. 1836.

……………………………………………………………………………………………………………………………………………

Oświadczenie Wykonawcy:Oświadczam, że zrealizuję przedmiot zamówienia publicznego opisany w niniejszejspecyfikacji technicznej w zakresie:

L/p

Zakres przedmiotu zamówienia RealizacjaTAK/NIE

Podpis Wykonawcy

37

1 Modernizacja istniejącego oprogramowania, w wariancie:*

1.1 Podstawowym.

1.2 Alternatywnym.

2 Baza danych ze wsparciem.3 Dostawa i uruchomienie 38 szt. urządzeń

wielofunkcyjnych.4 Dostawa i uruchomienie 9 szt. laptopów.

* Niepotrzebne skreślić.

…………………………………………………….. (Data, podpis i pieczęć Wykonawcy)

38