Zadanie 2 - Szczegółowy opis przedmiotu zamówienia na dostawę i wdrożenie modułów medycznych oprogramowania Szpitalnego Systemu Informacyjnego (SSI)

Transkrypt

1 Załącznik nr 7 do SIWZ Zadanie 2 - Szczegółowy opis przedmiotu zamówienia na dostawę i wdrożenie modułów medycznych oprogramowania Szpitalnego Systemu Informacyjnego (SSI) 1. Wymagania ogólne a. Dostawa i instalacja modułów medycznych oprogramowania Szpitalnego Systemu Informacyjnego (SSI) jest zadaniem, mającym na celu dostarczenie licencji, instalację i wdrożenie modułów oprogramowania, które będą uzupełnieniem i poszerzeniem posiadanego przez Zamawiającego SSI AMMS firmy Asseco Poland o dodatkowe funkcjonalności. b. Zamawiający wymaga pełnej wzajemnej interoperacyjności nowo wdrażanych modułów oraz zachowania pełnej interoperacyjności z modułami medycznymi Szpitalnego Systemu Informacyjnego (SSI) już funkcjonującymi u Zamawiającego. Zamawiający informuje, że posiadany przez niego Szpitalny System Informacyjny powstał w wyniku realizacji projektu współfinansowanego ze środków Unii Europejskiej oraz Samorządu Województwa Mazowieckiego e-zdrowie dla Mazowsza i znajduje się w tzw. okresie trwałości. c. Zakres dostawy obejmuje: Tabela 1 Lp. Moduł / zakres Typ licencji Sposób licencjonowania 1 Moduł ekontrahent Bezterminowa licencja otwarta 2 Moduł Zakażenia Szpitalne Bezterminowa licencja otwarta 3 Moduł Rehabilitacja Bezterminowa licencja otwarta 4 Moduł Stacja dializ Bezterminowa licencja otwarta 5 Symulator ryczałtu systemu podstawowego Bezterminowa licencja otwarta szpitalnego zabezpieczenia świadczeń opieki zdrowotnej (PSZ) 6 Integracja skanerów dokumentacji medycznej z systemami EDM / SSI Bezterminowa Min. 40 użytkowników 7 Moduł Elektroniczna Inwentaryzacja dla Bezterminowa Licencja otwarta Apteki/Apteczek oddziałowych d. Wykonawca zobowiązany jest do dostarczenia dokumentacji technicznej dla dostarczanych modułów oprogramowania. e. Wykonawca zobowiązany jest do dostarczenia dokumentacji dla administratora wraz z opisem procedury instalacji i aktualizacji modułów. f. Dostawca gwarantuje dostarczenie dokumentacji użytkowej, systemowej i instalacyjnej, zgodnej ze stanem faktycznym. g. Zamawiający wymaga aby wszystkie moduły zostały dostarczone w najnowszych opublikowanych wersjach. h. Zamawiający wymaga, aby wszystkie moduły miały interfejs graficzny. i. Zamawiający wymaga, aby wszystkie dostarczane moduły pracowały w posiadanym przez Zamawiającego środowisku graficznym MS Windows na stanowiskach użytkowników. j. Wszystkie dostarczone produkty i komponenty podlegają usłudze projektowania, instalacji, konfiguracji i wdrożenia. k. Usługi projektowania, instalacji, konfiguracji i wdrożenia Wykonawca przeprowadzi zgodnie z zapisami niniejszego Opisu Przedmiotu zamówienia w uzgodnieniu z Zamawiającym oraz najlepszymi praktykami w projektach informatycznych. l. Wszystkie nazwy własne oprogramowania i sprzętu użyte w opisie przedmiotu zamówienia należy traktować, jako określenie standardów parametrów technicznych, użytkowych, funkcjonalnych i jakościowych oczekiwanych przez Zamawiającego i należy odczytywać wraz z wyrazami lub równoważne.

2 m. Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równoważnych rozwiązaniom wskazanym w opisie przedmiotu zamówienia pod warunkiem spełnienia wymagań opisanych w punkcie 1b. n. Wykonawca oferując rozwiązanie równoważne do opisanego w specyfikacji jest zobowiązany wykazać równoważność w zakresie parametrów technicznych, użytkowych, funkcjonalnych i jakościowych, które muszą być spełnione na poziomie nie niższym niż parametry wskazane przez Zamawiającego. o. Projekt będzie realizowany w oparciu o zdefiniowany uprzednio przez Wykonawcę Harmonogram wdrożenia, który powinien być uzgodniony i zaakceptowany przez Zamawiającego. p. Wykonawca w harmonogramie wdrożenia musi uwzględnić w szczególności podział na zadania takie jak analiza przedwdrożeniowa, projektowanie, dostawy, instalacja, testowanie, wdrożenie, szkolenie i odbiory. q. Wdrożenie należy rozumieć, jako szereg uporządkowanych i zorganizowanych działań mających na celu wprowadzenie do użytkowania przez Zamawiającego opisanych w niniejszym dokumencie modułów oprogramowania. r. 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 wdrożenia). s. Wykonawca zobowiązany jest do umieszczenia odpowiednich oznaczeń i logotypów zgodnych z wytycznymi Instytucji Zarządczej w zakresie informacji i promocji. Oznacza to naklejenie odpowiednich nalepek na nośnikach oprogramowania itp. t. Wykonawca zobowiązany jest do wykonania przedmiotu zamówienia z należytą starannością, efektywnością oraz zgodnie z najlepszą praktyką i wiedzą zawodową. u. Wykonawca zobowiązany jest do wykonania w całości przedmiotu zamówienia w zakresie określonym w opisie przedmiotu zamówienia. v. Wykonawca zobowiązany jest do dokonania z Zamawiającym wszelkich koniecznych ustaleń mogących wpłynąć na przedmiot zamówienia i sposób jego realizacji oraz ciągłą współpracę z Zamawiającym na każdym etapie wykonania przedmiotu zamówienia. 2. Warunki licencyjne a. Wszystkie dostarczone licencje nie mogą nakładać ograniczeń czasowych na prawo do użytkowania oprogramowania. b. Wykonawca zobowiązany jest udzielić licencji na czas nieokreślony z minimum 5. letnim okresem wypowiedzenia na wszystkie moduły dostarczanego oprogramowania. Udzielane licencje mogą być licencjami niewyłącznymi. c. Udzielona licencja otwarta musi umożliwiać Zamawiającemu tworzenie nieograniczonej liczby kont użytkownika w systemie, nie może wprowadzać ograniczenia na jednoczesny dostęp i tzw. nazwanych użytkowników. d. Licencje obejmą również wszelkie nowe wersje, poprawki i aktualizacje systemu pojawiające się w trakcie obowiązywania umowy, a także w okresie gwarancji i rękojmi za wady. e. Wykonawca przekaże Zamawiającemu dokument licencyjny dla oferowanych modułów oprogramowania. Przekazanie licencji jest warunkiem koniecznym do otrzymania przez Wykonawcę Ostatecznego odbioru. f. Dla oprogramowania wymagającego licencji obcych, niebędącego własnością Wykonawcy, ma on dostarczyć oryginalne nośniki, dokumentację, licencje oraz wszelkie inne składniki dołączone do oprogramowania przez jego producenta. g. Licencje muszą być wystawione na Zamawiającego, a Wykonawca dopełni wszystkich formalności wymaganych prawem, licencją i innymi wymogami producenta zapewniających, że Zamawiający będzie pełnoprawnym użytkownikiem dostarczonego oprogramowania. h. Wykonawca oświadcza, że przysługują mu prawa do udzielania licencji/sublicencji lub posiada nadane przez autora oprogramowania aplikacyjnego prawo do udzielania licencji/sublicencji na użytkowanie tego programowego usługowego rozwiązania informatycznego i udzieli Zamawiającemu takich licencji/sublicencji. i. Zamawiający ma prawo do tworzenia kopii modułów oprogramowania aplikacyjnego, które są niezbędne do zapewnienia bezpieczeństwa działania tych modułów. j. Zamawiający oświadcza, że kopie niezbędne do zapewnienia bezpieczeństwa oprogramowania aplikacyjnego nie będą eksploatowane równocześnie z jego instalacjami produkcyjnymi.

3 k. Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania, odstępowania lub rozpowszechniania w innej formie, zmienienia, dekompilacji, tłumaczenia oprogramowania aplikacyjnego. l. Zamawiający nie ma prawa do usuwania bądź zmiany znaków handlowych i informacji o Wykonawcy bądź producencie podanym w oprogramowaniu aplikacyjnym i materiałach towarzyszących. m. Zamawiający ma prawo do rozpowszechniania bez ograniczeń rezultatów wykonywania oprogramowania aplikacyjnego oraz danych i zestawień utworzonych za jego pomocą.

4 3. Zasady gwarancji a. Wykonawca zobowiązuje się do świadczenia dla oferowanych modułów usług gwarancyjnych, opieki autorskiej i serwisowej przez okres zaoferowany przez Wykonawcę w ofercie, jednak nie krótszy niż min. 12 miesięcy, liczonych od momentu pozytywnego odbioru końcowego potwierdzonego podpisaniem Protokołu końcowego. Tabela 2. Zakres usług serwisowych i nadzoru autorskiego modułów oprogramowania systemu SSI wskazanych w tabeli 1. Nazwa Usługi Serwis Autorski [SA] Nadzór Autorski [NA] Przedmiot Usługi Gotowość Wykonawcy do usuwania błędów specjalizowanego oprogramowania aplikacyjnego usług elektronicznych wg tabeli 1. Usługa realizowana za pośrednictwem Wykonawcy przez Autora specjalizowanego oprogramowania aplikacyjnego wg tabeli 1. Subskrypcja usługi zapewni Zamawiającemu poprawę jakości oraz poszerzenie zakresu funkcjonalnego specjalizowanego oprogramowania aplikacyjnego wg tabeli 1., jak również dostosowanie tego oprogramowania do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje: Konsultacje [KA] prowadzenie rejestru zgłaszanych przez użytkowników błędów ww. specjalizowanego oprogramowania aplikacyjnego wprowadzanie do ww. specjalizowanego oprogramowania aplikacyjnego nowych funkcji oraz usprawnień już istniejących, stanowiących wynik sugestii użytkowników, wprowadzanie do ww. specjalizowanego oprogramowania aplikacyjnego nowych funkcji oraz usprawnień już istniejących, stanowiących wynik inwencji twórczej Autora, wprowadzanie do ww. specjalizowanego oprogramowania aplikacyjnego zmian stanowiących konsekwencję wejścia w życie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp. wprowadzanie do specjalizowanego oprogramowania aplikacyjnego zmian wymaganych przez wyszczególnione poniżej organizacje, w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości: Ministerstwa Zdrowia, NFZ, Centrów Zdrowia Publicznego, wprowadzanie w trybie pilnym do ww. specjalizowanego oprogramowania aplikacyjnego zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń, gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji ww. specjalizowanego oprogramowania aplikacyjnego. Gotowość do świadczenia Zamawiającemu usługi pomocy technicznej i eksploatacyjnej w odniesieniu do ww. specjalizowanego oprogramowania aplikacyjnego.

5 b. Wykonawca w czasie gwarancji dostosuje bezpłatnie oferowane moduły do zmian przepisach prawa lub przepisach prawa wewnętrznego obowiązujących na podstawie delegacji ustawowej, z zastrzeżeniem, że wyżej wymienione zmiany zostaną udostępnione w terminach umożliwiających Zamawiającemu wywiązanie się z nowych lub zmienionych przepisów. c. Wykonawca w szczególności zobowiązuje się do dostosowania oferowanych modułów do wymiany informacji z systemami centralnymi projektowanymi w ramach Ustawy o Systemie Informacji w Ochronie Zdrowia. d. Wykonawca w czasie gwarancji przekaże bezpłatnie Zamawiającemu nowe wersje systemu, jeżeli będzie to związane z podniesieniem jakości i funkcjonalności oprogramowania lub usuwających wykryte przez Wykonawcę błędy w działaniu oprogramowania. e. Zamawiający wymaga, aby Wykonawca posiadał aplikację internetową do przyjmowania i obsługi zgłoszeń, będącej podstawą komunikacji między Zamawiającym i Wykonawcą w zakresie zgłoszeń. Aplikacja powinna posiadać możliwość wysyłania powiadomień na temat zgłoszeń na podany adres e- mail, możliwość generowania raportów związanych ze zgłoszeniami. f. Wykonawca będzie zobowiązany do niezwłocznego potwierdzania otrzymanego zgłoszenia drogą elektroniczną. g. Definiuje się następujące pojęcia błędów w dostarczanych modułach oprogramowania: Błąd krytyczny błąd uniemożliwiający korzystanie z podstawowych funkcjonalności modułu lub poważnie je ograniczający. Dostarczenie rozwiązania zastępczego (tzw. obejścia) nie jest równoznaczne z usunięciem błędu. W przypadku dostarczenia rozwiązania zastępczego czas naprawy obowiązuje jak dla błędu zwykłego. Błąd zwykły błąd w działaniu systemu inny niż krytyczny. Modyfikacja uzasadniona zmiana w działaniu systemu, wykonywana na wniosek Zamawiającego, usprawniająca lub zmieniająca działanie systemu. h. Usunięcie błędu krytycznego nastąpi maksymalnie w 72 godziny od zgłoszenia. Czas usunięcia błędu liczony jest od momentu zgłoszenia i nie zawiera czasu oczekiwania na dodatkowe informacje od Zamawiającego. Zamawiający dopuszcza rozwiązanie błędu krytycznego przez zastosowanie rozwiązania tymczasowego (tzw. obejście). Rozwiązanie tymczasowe musi zostać uruchomione w max. 72 godziny od zgłoszenia, a następnie błąd krytyczny musi zostać rozwiązany w 7 dni od zgłoszenia. i. Usunięcie błędu niekrytycznego, oznaczającego zaprzestania działania poszczególnej funkcji oferowanych modułów nastąpi maksymalnie w ciągu 7 dni od zgłoszenia. Czas usunięcia błędu liczony jest od momentu zgłoszenia i nie zawiera czasu oczekiwania na dodatkowe informacje od Zamawiającego. Zamawiający dopuszcza rozwiązanie błędu nie krytycznego przez zastosowanie rozwiązania tymczasowego. Rozwiązanie tymczasowe musi zostać uruchomione w 7 dni od zgłoszenia, a następnie błąd nie krytyczny musi zostać rozwiązany w 14 dni od zgłoszenia. j. Obsługa serwisowa polegać będzie na dostosowaniu parametrów systemu oraz zmieniających się potrzeb zamawiającego metod i sposobów przeliczania i prezentacji danych oraz innych zaawansowanych czynności administracyjnych wymagających wiedzy merytorycznej i informatycznej w danej dziedzinie systemu, naprawa błędów powstających podczas pracy użytkowników, których nie obejmuje gwarancja dla systemu, tworzenie zaawansowanych zestawień. 4. Usługa kopii bezpieczeństwa w chmurze a. Wykonawca zapewni na okres min. 36 m-cy wykonywanie kopii zapasowych (backup) bazy danych systemu SSI Zamawiającego (usługa typu BaaS Backup as a Service). b. Kopie zapasowe przechowywane będą z replikacją w redundantnych urządzeniach w infrastrukturze Wykonawcy c. Dane będą szyfrowane przed wysłaniem w standardzie min. AES-256 przez Zamawiającego. d. Wykonawca zagwarantuje weryfikację spójności zaszyfrowanych kopii baz deponowanych w repozytorium w oparciu o skrót MD5 lub inną równoważną technikę weryfikacji spójności. e. Transmisja danych odbywać się będzie kanałami szyfrowanymi (protokoły SSL/TLS) f. Wykonawca zapewni bezpieczeństwo przechowywanych danych oraz monitoring stanu archiwizacji. g. Wykonawca zapewni zautomatyzowaną metodę odzyskiwania danych

6 5. Wdrożenie modułów oprogramowania aplikacyjnego a. Wdrożenie musi obejmować oprogramowanie aplikacyjne wskazanych w Tabeli 1. b. W zakres usług wdrożeniowych wchodzić będzie w szczególności: przeprowadzenie analizy przedwdrożeniowej, instalacja oprogramowania aplikacyjnego, konfiguracja oraz parametryzacja oprogramowania aplikacyjnego, wdrożenie personelu obejmujące przeszkolenia w zakresie administracji i użytkowania oprogramowania aplikacyjnego, opracowanie planu testów i scenariuszy testów akceptacyjnych oprogramowania aplikacyjnego, przeprowadzenie testów akceptacyjnych według opracowanego planu i scenariuszy oprogramowania aplikacyjnego, Tabela 3. SSI aktualnie posiadany i eksploatowany przez Zamawiającego L.p. Wyszczególnienie Integracja z usługami 1. System informatyczny AMMS/Infomedica - Asseco Poland S.A. Baza danych systemu informatycznego Oracle Standard Edition 12c. Moduły systemu informatycznego: Apteka Szpitalna, Apteczka Oddziałowa, ADT Ruch Chorych - Izba Przyjęć, Oddział, Statystyka, Blok Operacyjny, Dokumentacja Medyczna (Formularzowa) Lecznictwo Otwarte - Rejestracja, Gabinet Lekarski, Rehabilitacja, Pracownia Diagnostyczna, Statystyka, Patomorfologia Zlecenia, Punkt pobrań, Rozliczenia z NFZ, Gruper JGP, Medyczny Portal Informacyjny - epacjent TAK Zamawiający nie dopuszcza wymiany posiadanego i eksploatowanego SSI jako warunku koniecznego dla wdrożenia oprogramowania aplikacyjnego, ponieważ posiadany i eksploatowany SSI został pozyskany w drodze realizacji projektu z dofinansowaniem ze środków UE w perspektywie finansowej , a Zamawiający aktualnie realizuje postanowienia utrzymania 5 letniego okresu trwałości na podstawie umowy o to dofinansowanie zawartej z Instytucją Zarządzającą Mazowieckim Regionalnym Programem Operacyjnym Zamawiający oczekuje dostarczenia kompletnego oprogramowania aplikacyjnego usług elektronicznych, tj. zawierającego wszystkie składniki wymagane do jego zainstalowania, wdrożenia i eksploatacji w tym systemy operacyjne i bazodanowe jeśli to konieczne. 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. Wykonawca zapewni zgodność oprogramowania aplikacyjnego z wymaganiami prawnymi dotyczącymi prowadzenia Elektronicznej Dokumentacji Medycznej. Wykonawca przed zawarciem umowy dostarczy wykaz dokumentów, których oczekuje od Zamawiającego do przeprowadzenia analizy przedwdrożeniowej.

7 Zamawiający wymaga, aby moduły oprogramowania aplikacyjnego, wdrożone przez Wykonawcę w ramach realizacji przedmiotu zamówienia, były wdrożone w pełnej ich funkcjonalności opisanej poniżej w niniejszym dokumencie. Instalacja i wdrożenie muszą odbywać się w godzinach pracy pracowników Zamawiającego tj. w dni robocze (od poniedziałku do piątku), w godz. 7: 30-14: 30. Zamawiający dopuszcza wykonywanie prac w innym czasie niż wskazany, po odpowiednim uzgodnieniu i jego akceptacji przez Zamawiającego. Wdrażanie dostarczanego oprogramowania aplikacyjnego musi uwzględniać ciągłość funkcjonowania Zamawiającego i eksploatacji posiadanego przez niego SSI. Wszelkie przerwy w tym zakresie wynikające z prowadzonych przez Wykonawcę prac wdrożeniowych muszą zostać uzgodnione z producentem SSI i zatwierdzone przez Zamawiającego. Po zainstalowaniu i wdrożeniu oprogramowania aplikacyjnego muszą zostać spełnione: - wymagania określone niniejszą SIWZ, - uwzględnienie charakteru prowadzonej przez Zamawiającego działalności oraz spełnianie wymagań obowiązujących przepisów prawa, w szczególności ustaw i rozporządzeń dotyczących: Podmiotów objętych ustawą o działalności leczniczej, Rozliczeń i sprawozdawczości do NFZ, Rodzaju i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania, Ochrony danych osobowych, Informatyzacji podmiotów realizujących zadania publiczne, Rachunkowości i sposobu liczenia kosztów u Zamawiającego, Systemu informacji w ochronie zdrowia. Zamawiający wymaga spełnienia następujących warunków przez wdrożone oprogramowanie aplikacyjne: - zachowanie ciągłości obecnie posiadanych danych przez Zamawiającego - zapewnienie możliwości wykonywania kopii zapasowych struktur danych w trakcie ich pracy, - posiadanie sprawnego mechanizmu archiwizacji danych i mechanizmów gwarantujących spójność danych. Wymagane jest wzajemne współdziałanie modułów systemu medycznego poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerach, - zapewnienie współpracy w zakresie eksportu danych z innym oprogramowaniem - pakietem oprogramowania biurowego (arkusz kalkulacyjny, edytor tekstów), - komunikaty systemowe i komunikacja z użytkownikiem w języku polskim, - możliwość korzystania z rozbudowanych podpowiedzi. Zamawiający udostępni do celów wdrożenia oprogramowania aplikacyjnego posiadaną platformę bazodanową: platforma Oracle Database Standard Edition w konfiguracji RAC (Real Application Clusters) 2 węzły (4CPU). 6. Zamawiający wymaga od Wykonawcy przekazania przed podpisaniem Protokołu Odbioru Końcowego - bezusterkowego: - 2 egzemplarzy aktualnej dokumentacji administratora w języku polskim w formie papierowej, - 2 egzemplarzy aktualnej dokumentacji użytkownika w języku polskim w formie papierowej, - 2 zestawów egzemplarzy dokumentacji administratora i użytkownika w formie elektronicznej, na niezależnych nośnikach z aktywną blokadą zapisu na każdym z tych nośników, umożliwiającej Zamawiającemu wprowadzanie do niej korekt, zmian i uzupełnień.

8 7. Wdrożenie personelu musi obejmować: administrowanie oprogramowaniem aplikacyjnym wg tabeli 1., eksploatację oprogramowania aplikacyjnego wg tabeli 1., przekazanie użytkownikom pełnej wiedzy niezbędnej do poprawnego użytkowania oprogramowania aplikacyjnego, potrzebną do wykonywania obowiązków służbowych na zajmowanym stanowisku pracy. przygotowanie administratorów oprogramowania aplikacyjnego (3 osoby) w pełnym zakresie administrowania tego oprogramowania wg tabeli 1. przygotowanie użytkowników oprogramowania aplikacyjnego (w grupach liczących nie więcej niż 10 osób i/lub indywidualne) w zakresie użytkowania tego oprogramowania dla max. 120 osób. E-learning 8. Przygotowanie w zakresie wdrożenia należy przeprowadzić następująco: Przed przystąpieniem do szkoleń Wykonawca uruchomi kopię testową aplikacyjnego rozwiązania programowego, tak by umożliwić jego administratorom i użytkownikom testowanie funkcjonalności dostarczanego rozwiązania. Przygotowania w grupach muszą odbywać się w podziale na moduły i grupy zawodowe, a tym samym w podziale na poszczególną funkcjonalność oprogramowania aplikacyjnego. Czas przygotowań dla danego modułu i danej grupy zawodowej musi uwzględniać stopień złożoności oprogramowania aplikacyjnego. Dla przeprowadzenia przygotowań Zamawiający nieodpłatnie zapewni Wykonawcy 10 stanowisk roboczych i odpowiednie pomieszczenie wraz z infrastrukturą transmisji danych umożliwiającą dostęp do oprogramowania aplikacyjnego. Odpowiedzialność za przygotowanie stanowisk do przeprowadzenia przygotowania leży po stronie Wykonawcy. Każdy cykl przygotowań należy zakończyć testem sprawdzającym wiedzę uzyskaną podczas przygotowania oraz podpisaniem protokołu z realizacji szkolenia, zawierającym: czas trwania przygotowania, jego zakres merytoryczny, wyniki testu końcowego, wykaz osób objętych tym przygotowaniem. Protokół musi być podpisany przez osoby odpowiedzialne za przygotowanie i osoby objęte tym przygotowaniem. Wykonawca po zawarciu umowy dostarczy harmonogram przygotowań administratorów i użytkowników do akceptacji Zamawiającego. 9. Wymagania dotyczące opracowania planu testów i scenariuszy testów akceptacyjnych oraz przeprowadzenia według nich testów akceptacyjnych: dokumentacja testowa musi obejmować: - plan testowania (Symbol dokumentu, Obiekt testowania, Cechy podlegające testowaniu, Cechy nie podlegające testowaniu, Sposób wykonania testowania, Kryteria zaliczenia/nie zaliczenia testu, Kryteria zawieszenia i odwieszenia testu, Dokumenty i dane dostarczone w wyniku testowania, Zadania testowe, Wymagania środowiskowe, Odpowiedzialność, Harmonogram); - specyfikacje struktury testów (Symbol dokumentu, Cechy systemu podlegające testowaniu, Uszczegółowiony sposób testowania, Lista przypadków i procedur testowych, Kryteria zaliczenia i nie zaliczenia testu); - arkusze przypadków testowych (Symbol dokumentu, Zestaw danych wejściowych, Zestaw danych wyjściowych); - instrukcje wykonania testów (Symbol dokumentu, Cele przeprowadzenia procedury, Wymagania szczegółowe, Czynności podejmowane w ramach testu); - rejestry błędów; - dzienniki wykonywania testów; - raporty podsumowujące (Symbol dokumentu, Podsumowanie testów, Realizacja wymagań środowiskowych, Statystyka wykonania, Zatwierdzenie dokumentu); - protokół akceptacji; przed przystąpieniem do wykonywania testów, plany testów i scenariusze testów muszą zostać zaakceptowane przez Zamawiającego.

9 10. Wymagania dotyczące personelu Wykonawcy: Wdrożenie będą realizować osoby wymienione w ofercie Wykonawcy w Wykazie osób Zamawiający wymaga, by prace instalacyjne i wdrożeniowe oraz przygotowania personelu Zamawiającego przeprowadzały osoby posiadające doświadczenie w zakresie produktów, których dotyczyć będzie instalacja oraz wdrożenie. Osoby wykonujące prace instalacyjne i wdrożeniowe oraz realizujące przygotowania personelu Zamawiającego muszą być dyspozycyjne w trakcie trwania prac instalacyjnych, wdrożeniowych oraz szkoleń. Wymagany jest stały kontakt roboczy z Zamawiającym. Wykonawca najpóźniej w dniu zawarcia umowy przekaże Zamawiającemu wykaz numerów telefonów kontaktowych do osób wykonujących prace instalacyjne, wdrożeniowe i szkolenia. Stały kontakt oznacza dyspozycyjność osób wykonujących prace instalacyjne i wdrożeniowe w trakcie trwania prac instalacyjnych i wdrożeniowych w godzinach pracy Zamawiającego tj. 7:30 do 14: 30. Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących i wdrażających zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeżeniem, że osoba zastępująca musi posiadać niemniejsze kwalifikacje niż osoba zastępowana. Zastępstwo lub trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego. 11. Wymagania szczegółowe 11.1 Moduł Medycznego Portalu Informacyjnego - ekontrahent 1. Konfigurator modułu ekontrahent Rejestracja struktury organizacyjnej szpitala w układzie hierarchicznym, w postaci interaktywnego 1.1. diagramu Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych. Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin pracy 1.3. z informacji zarejestrowanych dla jednostki nadrzędnej. Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem SSI (Szpitalnego Systemu 1.4. Informacyjnego) Publikacja informacji o elementach struktury organizacyjnej szpitala na Portalu. Publikacja informacji o usługach medycznych realizowanych w jednostkach organizacyjnych 1.6. szpitala na Portalu Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach 1.7. zawodowych i specjalnościach personelu Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu) Integracja rejestru personelu z odpowiadającym rejestrem SSI. Rejestracja informacji o usługach realizowanych w szpitalu; rejestracja opisów usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania. Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ określonego typu w czasie rejestracji terminu realizacji wskazanej usługi Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny, niemożliwy, wymagany). Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub konieczności rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi. Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie realizacji usługi) w postaci formatowanych tekstów Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą. Definiowanie kwestionariuszy umożliwiających pozyskanie dodatkowych informacji od pacjenta w procesie rezerwacji terminu udzielenia usługi/wizyty; możliwość zdefiniowania pytań dla których podanie odpowiedzi jest wymagane, możliwość zdefiniowania pytań zamkniętych, dla których odpowiedź udzielana jest poprzez wybór pozycji na liście dostępnych wartości. Integracja rejestru usług medycznych z odpowiadającym rejestrem w SSI; powiązanie usług zdefiniowanych w portalu z usługami w SSI; przepisywanie wybranych usług z SSI do rejestru portalu.

10 Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie badań do usług zlecanych. Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; możliwość dołączenia pliku załącznika Przypisanie zarejestrowanych załączników do wskazanych usług. Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt przez jednostki współpracujące (kontrahentów) - obsługa szablonów skierowań Definiowanie dni wolnych od pracy Rejestracja informacji o dostępności elementów struktury organizacyjnej szpitala; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia jednostki; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy Rejestracja przerw w dostępności elementów struktury organizacyjnej szpitala. Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych. Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres czasu względem daty rezerwacji, w którym możliwe jest określenie planowanego terminu udzielenia usługi. Możliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej usługi realizowanej w danej jednostce organizacyjnej w określonym przedziale czasu przed realizacją wizyty; Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w jednostkach organizacyjnych; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie zdefiniowanej wcześniej dostępności personelu. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy personelu. Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów; modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności. Możliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów udzielenia usługi przez wskazany personel; możliwość określenia maksymalnej liczby równoczesnych rezerwacji w zdefiniowanym przedziale czasowym Rejestracja kontrahenta obsługiwanego w Portalu Informacyjnym Przydzielanie uprawnień pracownikom kontrahenta Rejestracja pacjentów powiązanych z danym kontrahentem. Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie) Rejestracja umów zawartych z kontrahentem. Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; możliwość rejestracji ilościowych limitów usług Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem. Integracja rejestru kontrahentów z odpowiadającym rejestrem SSI (Szpitalnego Systemu Informacyjnego). Możliwość definiowania postaci wiadomości generowanych przez system - definiowanie szablonów wiadomości; Możliwość przypisania zdefiniowanych szablonów wiadomości związanych z zaplanowanymi/realizowanymi usługami do rodzaju usług - możliwość zdefiniowania różnych szablonów wiadomości dla różnych typów usług Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy Edycja nieprzeczytanych, wysłanych wiadomości.

11 Logiczne usunięcie wiadomości oznaczenie wiadomości jako usuniętej niewidocznej dla adresatów Rejestracja kontrahenta obsługiwanego w Portalu Rejestracja pracowników kontrahenta użytkowników Portalu Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta Rejestracja pacjentów powiązanych z danym kontrahentem; możliwość wskazania pacjentów kontrahenta z rejestru pacjentów Portalu. 2. Funkcjonalność modułu ekontrahent 2.1. Rejestracja użytkowników Portalu- pracowników kontrahenta; definiowanie uprawnień dla użytkowników przez użytkowników kontrahenta posiadających uprawnienie lokalnego administratora kontrahenta 2.2. Rejestracja danych lekarzy zlecających - pracowników kontrahenta Rejestracja pacjentów związanych z kontrahentem Przegląd usług realizowanych w Jednostce Ochrony Zdrowia na rzecz kontrahenta wraz z harmonogramami realizacji usług Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta Możliwość wskazania/zlecenia badań do realizacji w czasie rezerwowanej wizyty pacjenta Anulowanie rezerwacji terminu udzielenia usługi medycznej Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji Przegląd rezerwacji terminów udzielenia usług medycznych z wyróżnieniem stanu rezerwacji (planowane, zrealizowane, anulowane) Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych Możliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na badania: instytucja kierująca, lekarz kierujący Możliwość rejestracji danych o pobraniu materiałów do zleconych badań Możliwość wydruku potwierdzenia zlecenia badań Przegląd zarejestrowanych zleceń wykonania badań z wyróżnieniem stanu realizacji badania (zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane). Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie Wydruk raportu zestawienia usług zrealizowanych na rzecz danego kontrahenta w określonym czasie. 3. Funkcjonalność Administrator modułu 3.1. Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access Control) Definiowanie nowego użytkownika Przegląd i modyfikacja danych użytkowników Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników, przypisanych ról i praw Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych polityk do użytkowników Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas użytkowanym systemem (interfejsy na poziomie bazy danych i języków wysokiego poziomu) Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu) Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu) Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą danych Możliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych podsystemach.

12 11.2 Moduł Szpitalnego Systemu Informacyjnego - Zakażenia szpitalne Lp. Funkcjonalność 1. Moduł realizuje wspomaganie Zakładu Opieki Zdrowotnej w zakresie kontroli występowania zakażeń zakładowych i zapobiegania tym zakażeniom, zgodnie z odpowiednimi przepisami prawa. W szczególności: 2. prowadzenie Rejestru Kart Rejestracji Zakażenia Zakładowego, 3. wydruki na podstawie danych Rejestru Kart Rejestracji Zakażenia Zakładowego, 4. prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego, 5. wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego, 6. prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną, 7. wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę zakaźną, 8. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV, 9. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV, 10. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową, 11. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową, 12. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 13. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 14. prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 15. wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 16. prowadzenie Rejestru obserwacji potencjalnych źródeł zakażenia (wkłucia obwodowe, wkłucia centralne, cewniki, respiratory, operacje, infekcje), 17. prowadzenie Rejestru podejrzeń ognisk epidemicznych, 18. wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych, 19. prowadzenie Rejestru potwierdzonych ognisk epidemicznych, 20. wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych, 21. raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia, 22. analizy ilościowe zakażeń zakładowych, 23. Współpraca z systemem RCH oraz Laboratorium w zakresie podań antybiotyków i zleceń badań do pracowni mikrobiologicznej: monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku podania antybiotyku powyżej 3 dni monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku wystąpienia patogenu w badaniu mikrobiologicznym szybki podgląd listy pacjentów dla nowo założonych: kart obserwacji, kart zakażenia, kart drobnoustroju, alert-potogenów 11.3 Moduł Szpitalnego Systemu Informacyjnego Rehabilitacja Lp. Funkcjonalność 1. Konfiguracja modułu 2. System musi umożliwiać definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania 3. System musi umożliwiać zarządzanie słownikiem stanowisk i urządzeń rehabilitacyjnych 4. System umożliwia zarządzanie grafikami i terminarzami stanowisk i urządzeń rehabilitacyjnych 5. System musi umożliwiać realizację zabiegów w warunkach: 6. - rehabilitacji ambulatoryjnej 7. - rehabilitacji oddziału dziennego 8. - rehabilitacji stacjonarnej

13 9. System musi umożliwiać prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności pilny, wg Klasyfikacji chorób ICD rewizja 10 dla rehabilitacji medycznej 10. System musi umożliwić określenie warunków dostępności elementu leczenia (zabiegu), poprzez przypisanie odpowiednich kategorii zasobów typu: personel, pomieszczenie, stanowisko rehabilitacyjne. 14. System musi umożliwić określenie standardowego czasu trwania porad, wizyt i zabiegów 15. System musi umożliwić obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji 16. System umożliwia definiowanie jednostek, które mają dostęp do funkcjonalności- Rehabilitacji Planowanie zabiegów 17. System musi umożliwiać wprowadzenie nowego programu rehabilitacji dla pacjenta. Program jest elementem skierowania i jest listą zabiegów do wykonania z określoną kolejnością, warunkami i krotnością wykonania. 18. System musi mieć możliwość podpowiadania trybu wykonania na podstawie rozpoznania ze skierowania 19. System musi umożliwiać przypisanie do programu lekarza prowadzącego oraz terapeuty prowadzącego 20. System musi umożliwiać planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów, pomieszczeń, stanowisk rehabilitacyjnych i w karcie zabiegowej pacjenta 21. System musi umożliwiać planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego 22. System musi umożliwiać ręczne planowanie zabiegów, polegające na wskazaniu w terminarzu konkretnego wolnego terminu 23. System umożliwia anulowanie całego programu lub wybranych, niezrealizowanych zabiegów z jednoczesnym anulowaniem rezerwacji zasobów 24. System musi umożliwiać wgląd do terminarza gabinetu na dany dzień 25. System musi umożliwiać wgląd do terminarza terapeuty na dany dzień 26. System umożliwia wprowadzenie rozszerzonej postaci skierowania. Oprócz standardowych elementów skierowania, skierowanie na rehabilitację zawiera : dane rozpoznania ("rehabilitacyjnego") dane programu rehabilitacji (zabiegów) dodatkowe dane o istotnych wynikach badań i wykonanych zabiegach i operacjach. 30. System umożliwią wystawienie skierowania wewnętrznego (zlecenia) z dowolnego Gabinetu / Oddziału 31. System umożliwia wprowadzenie uwag do zlecenia oraz daje możliwość modyfikacji uwag z oznaczeniem daty obowiązywania danej uwagi 32. System umożliwia definiowanie grupowych pozycji zabiegu. 33. System umożliwia definiowane schematów planu leczenia 34. System umożliwia modyfikację programu rehabilitacyjnego polegającą na zmianie terminu danego zabiegu 35. System umożliwia modyfikację programu rehabilitacyjnego polegającą na dodaniu nowej pozycji programu. 36. Planowanie pozycji programu z uwzględnieniem preferencji pacjenta. System umożliwia zdefiniowanie i zapamiętanie preferencji pacjenta do planowania terminów zabiegów w zakresie: możliwości ustalenia preferowanych godzin realizacji (domyślnych dla dowolnego dnia tygodnia, określonych dni tygodnia) możliwości ustalenia "nieodpowiadających" godzin realizacji (domyślnych dla dowolnego dnia tygodnia, określonych dni tygodnia) oznaczenia dowolności planowania godzin dla dowolnych lub wybranych dni tygodnia oznaczenia blokady planowania dla dowolnych lub wybranych dni tygodnia ustawienia mogą być definiowane dla wszystkich lub wybranych tygodni

14 42. System umożliwia definiowane schematów preferencji pacjenta 43. System umożliwia przeplanowanie zabiegów Realizacja zabiegów 44. System umożliwia dostęp do bieżącego programu rehabilitacji pacjenta 45. System umożliwia oznaczenie realizacji zabiegu uprzednio zaplanowanej lub z pominięciem planowania 46. System musi umożliwić lekarzowi i terapeucie bieżące tworzenie i uzupełnianie dokumentacji medycznej pacjenta, 47. System musi umożliwić dostęp do dokumentacji medycznej pacjenta 48. System musi umożliwiać lekarzowi wystawianie skierowań, recept i zleceń 49. System musi umożliwiać ewidencję zrealizowanych świadczeń 50. System musi umożliwiać ewidencję czasu trwania porady i zabiegu 51. potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta 52. System musi umożliwiać dostęp (wgląd) do wszystkich wcześniejszych programów rehabilitacji pacjenta 53. System musi umożliwiać wgląd do wszystkich wcześniejszych zleceń i wyników badań pacjenta 54. System musi umożliwić ewidencję wykonania zabiegów w postaci Karty zabiegów rehabilitacyjnych z możliwością zbiorczego oznaczenia wykonania 55. System musi umożliwić graficzną prezentację: oznaczenie wykonania zabiegu oznaczenia niewykonania zabiegu oznaczenie nieautoryzowanego zabiegu 59. System umożliwia oznaczenie realizacji zabiegów typu 'Trening rehabilitacyjny'. Prezentowana jest Karta treningowa, która jest listą parametrów treningowych oraz możliwy jest jej wydruk 60. System wspomaga ewidencję wykonań zabiegów poprzez wykorzystanie czytników kodów kreskowych do identyfikacji pacjenta, oraz zrealizowanych świadczeń. 61. System umożliwia przypisanie kodu kreskowego do elementu leczenia ( zabiegu) 62. System umożliwia dodanie uwag do realizacji zabiegu 63. System musi umożliwiać potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta 11.4 Moduł Szpitalnego Systemu Informacyjnego Stacja dializ Lp. Funkcjonalność 1. zarządzanie konfiguracją i planowaniem usług: 2. prowadzenie katalogu usług wykonywanych w Stacji Dializ, 3. prowadzenie listy dializatorów z możliwością przypisywanie do nich pacjentów i konfigurowaniem liczby reutylizacji dializatora, 4. prowadzenie listy aparatów, 5. prowadzenie listy personelu medycznego, 6. generacja grafików (terminarzy) z dokładnością do sal i dziennych tur dializ, 7. wprowadzanie planu badań laboratoryjnych dla grupy pacjentów stałych w zadanym okresie, np. roku, 8. prowadzenie listy biorców w celu generowania skierowań na dodatkowe badania zgodnie z planem badań. 9. przegląd i modyfikacja danych pacjenta: 10. dostęp do skorowidza pacjentów podsystemu Stacja Dializ z możliwością integracji z pozostałymi podsystemami medycznymi (Ruch Chorych, Przychodnia), 11. wyszukiwanie pacjentów w skorowidzu wg różnych parametrów. 12. rejestracja i modyfikacja grup danych o pacjentach, w tym: dane osobowe, dane o ubezpieczycielu, dane o zatrudnieniu, dane o dokumentacji i miejscu jej składowania, dane o dializach z podziałem na dane ogólne, dane o antygenach i przeciwciałach, dane

15 o dostępie naczyniowym, dane o aktualnym dializatorze, dane o aktualnym statusie na liście biorców, wskaźniki wydializowania (wskaźnik używany przez stację może być wybrany z listy dostępnych wskaźników) 19. możliwość ograniczenia zakresu wprowadzanych danych w przypadku dializ ostrych, 20. przegląd danych archiwalnych pacjenta i śledzenie historii zmian, 21. przegląd kontaktów pacjenta ze Stacją Dializ, w zakresie: wizyt w Stacji Dializ, usług wykonanych pacjentowi w Stacji Dializ z uwzględnieniem personelu wykonującego, pobytów na oddziałach szpitalnych, wyników badań. 26. wprowadzanie zleceń na usługi Stacji Dializ: możliwość realizacji zleceń wewnętrznych z innych jednostek organizacyjnych Zamawiającego (w przypadku systemu zintegrowanego), możliwość wprowadzania zleceń zewnętrznych (skierowań z innych podmiotów). 29. wspomaganie planowania dializ w oparciu o grafiki (terminarze) sal i tur: rezerwacja wolnych terminów na dializy w oparciu o dostępne aparaty i dializatory, możliwość kopiowania zaplanowanych dializ dla pacjentów z tygodnia bieżącego na kolejny, 32. przegląd listy zaplanowanych dializ i badań laboratoryjnych, 33. wizualizacja (różne kolory) stanu realizacji dializy 34. możliwość anulowania zaplanowanych wizyt, 35. przegląd i wydruk listy zarejestrowanych pacjentów, 36. możliwość pominięcia planowania w przypadku dializ ostrych. 37. automatyczna generacja zleceń na badania laboratoryjne dla pacjentów stałych w oparciu o wprowadzony plan badań, 38. automatyczna generacja zleceń na badania laboratoryjne dla biorców w oparciu o wprowadzony plan badań, 39. wspomaganie realizacji wizyty (dializy): 40. dostęp do wszystkich kategorii danych o pacjencie zaewidencjonowanych w systemie, w tym danych z poprzednich wizyt, 41. ewidencja danych o przebiegu wizyty: czas trwania wizyty, wykonane procedury, podane leki, zużyte materiały (w tym dializatory), personel wykonujący dializę. 47. ewidencja parametrów przebiegu dializy z możliwością kopiowania z poprzedniej wizyty, z podziałem na grupy danych o: wykonaniu dializy, pacjencie, programie dializy, płynie, wkłuciach, ultrafiltracji. 54. wprowadzanie zleceń na inne usługi, 55. ewidencja danych do rozliczeń z płatnikiem, 56. ewidencja wydanych skierowań i innych dokumentów. 57. prowadzenie statystyki i dokumentacji medycznej: 58. prowadzenie ksiąg, rejestrów: Księga Dializ Rejestr Biorców, także w postaci elektronicznej 61. możliwość wykorzystania zdefiniowanych szablonów wydruków: Przebieg hemodializy, Karta informacyjna o wykonanych hemodializach (dla pacjentów nie będących pacjentami stałymi),

16 64. - Karta informacyjna o sposobie dializowania (dla pacjentów planujących czasowe dializowanie w innym miejscu). 65. możliwość definiowania własnych szablonów wydruków. 66. czynności analityczno sprawozdawcze: 67. możliwość wykorzystania raportów wbudowanych, w tym: liczba wykonanych hemodializ, zestawienie wykonanych hemodializ. 70. możliwość definiowania własnych wykazów (moduł Wykazy). 71. integracja z innymi modułami systemu medycznego: współpraca z modułem Apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów (w tym dializatorów) oraz aktualizacji stanów magazynowych, współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych o pacjentach, danych zlecenia i danych o jego wykonaniu (w tym Laboratorium), współpraca z modułem Dokumentacji formularzowej w zakresie wykorzystania formularzy zaprojektowanych przez użytkownika, współpraca z modułami Rachunku Kosztów Leczenia 11.5 Symulator ryczałtu systemu podstawowego szpitalnego zabezpieczenia świadczeń opieki zdrowotnej PSZ Lp. 1. Funkcjonalność Funkcjonalność umożliwiająca kalkulację kwoty ryczałtu PSZ dla jednostki na podstawie wykonanych świadczeń medycznych i czynników jakościowych oraz wskaźników NFZ wpływających na wysokość ryczałtu, pozwalająca na bieżącą kontrolę wykonania świadczeń. Funkcjonalność korzysta z danych dotyczących wykonanych świadczeń pobieranych bezpośrednio z SSI AMMS Zamawiającego. Dodatkowo istnieje możliwość wprowadzenia parametrów jakościowych i wskaźników NFZ. Możliwość raportowania i analiz z zakresu m.in. wykonania umów zorientowanych ryczałtowo, średniej wartości hospitalizacji, współczynnika ponownych hospitalizacji. Funkcjonalność w szczególności pozwala na: o wybór okresu planowania oraz okresu rozliczeniowego z możliwością wskazania przedziału miesięcy lub dni, o ręczne wprowadzenie wartości niezbędnych do wyliczenia ryczałtu zgodnie z rozporządzeniem Ministra Zdrowia w sprawie sposobu ustalania ryczałtu systemu podstawowego szpitalnego zabezpieczenia świadczeń opieki zdrowotnej, o pobranie wartości wykonania świadczeń z systemu dziedzinowego (AMMS lub InfoMedica), o pobranie wartości dynamiki (wzrost/spadek) liczby świadczeń ambulatoryjnych z systemu dziedzinowego, o pobranie wartości dynamiki (wzrost/spadek) średniej wartości hospitalizacji z systemu dziedzinowego, o pobranie wartości dynamiki (wzrost/spadek) współczynnika ponownych hospitalizacji z systemu dziedzinowego, o określanie stopnia spełnienia parametrów jakościowych wpływających na wielkość ryczałtu zgodnie ww. rozporządzeniem, o wyliczanie prognozowanego ryczałtu wg wzorów określonych w ww. rozporządzeniu.

17 11.6 Integracja skanerów dokumentacji medycznej z systemami EDM / SSI - system zasilania bazy Elektronicznej Dokumentacji Medycznej cyfrową wersją dokumentacji wytworzonej w postaci papierowej. Lp Funkcjonalność Wykonawca dostarczy, zainstaluje i skonfiguruje w lokalizacji Zamawiającego Oprogramowanie przeznaczone do zasilania bazy Elektronicznej Dokumentacji Medycznej cyfrową wersją dokumentacji wytworzonej w postaci papierowej umożliwiające realizację przez pracowników Zamawiającego procesów związanych z cyfryzacją dokumentacji medycznej. Do cyfryzacji dokumentacji medycznej używane będą posiadane przez Zamawiającego urządzenia skanująco drukujące. Zamawiający wymaga aby zaoferowane rozwiązanie zapewniło dostęp uprawnionych pracowników do funkcjonalności skanowania i indeksowania dokumentów umożliwiającej szybkie uzupełnienie bazy danych repozytorium EDM o bieżącą dokumentację medyczną wymagającą podpisu pacjenta, wytwarzaną w Szpitalnym Systemie Informacyjnym (SSI) Zamawiającego oraz o archiwalne i zewnętrzne dokumenty dotyczące procesu leczenia. Wybrane parametry, funkcje i realizowane procesy przedstawione są w Tabeli nr 1. Tabela nr 1 Lp. Parametry, funkcje Zasilanie bazy danych Elektronicznej Dokumentacji Medycznej (EDM) cyfrową wersją 1. dokumentacji medycznej wytworzonej w postaci papierowej. Cyfrowe wersje dokumentów wytworzonych w postaci papierowej zapisane w EDM posiadają odpowiednią nazwę określającą typ dokumentu, są przypisane do pobytu pacjenta oraz 2. przyjmującego oddziału/jednostki organizacyjnej i są dostępne z poziomu aplikacji medycznej SSI placówki. System umożliwia szybkie skanowanie i automatyczny zapis dokumentacji wewnętrznej 3. (podpisywanej przez pacjenta) wytworzonej w oprogramowaniu medycznym w bazie EDM bez konieczności ręcznego opisywania dokumentu. System umożliwia skanowanie wraz z indeksowaniem bezpośrednio na panelach dotykowych 4. urządzeń skanujących wpiętych do systemu dokumentów medycznych zewnętrznych, archiwalnych i wypisywanych odręcznie. System umożliwia wyszukiwanie z bazy systemu SSI pacjentów na podstawie fragmentu nr 5. pesel i wyświetlenie wyszukanych pacjentów w formie listy na panelu dotykowym urządzenia. System współpracuje ze skanerami nabiurkowymi oraz urządzeniami wielofunkcyjnymi (skaner, drukarka, kopiarka) z panelami dotykowymi, posiadanymi przez Zamawiającego, w 6. zakresie wyświetlania na panelu informacji pobranych z systemu SSI takich jak: Imię, Nazwisko i pesel Pacjenta, Pobyty Pacjenta w placówce, typy dokumentów oraz jednostki organizacyjne Wszystkie dokumenty przetwarzane przez system są przekazywane do modułu elektronicznej 7. dokumentacji medycznej wraz z opatrzeniem ich informacją o osobie skanującej i są dostępne z poziomu systemu SSI. System współpracuje z systemami SSI i repozytorium EDM w zakresie współdzielenia słowników: Pacjentów, Pobytów pacjentów w placówce, 8. Jednostek organizacyjnych, Instytucji Personelu, Typów dokumentów Przetwarzane dokumenty przed umieszczeniem ich w bazie EDM są automatycznie 9. autoryzowane podpisem cyfrowym niekwalifikowanym, a certyfikat, którym podpisujemy dokument może być przypisany do użytkownika skanującego. 10. System zapewnia rozbudowę o możliwość podpisu skanowanego dokumentu bezpiecznym