Wyciąg z umowy na wykonanie

Wyciąg z umowy na wykonanie

interfejsu pomiędzy oprogramowaniem

HIS i e-rejestracją a MSIM

1. Wyciąg z umowy na wykonanie interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM, zawartej pomiędzy Szpitalem Specjalistycznym im. J. Śniadeckiego w Nowym Sączu a RightSoft Sp. z o. o

2. Wyciąg z umowy na wykonanie interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM, zawartej pomiędzy Szpitalem Specjalistycznym im. J. Dietla w Krakowie a GEM Sp. z o. o

3. Wyciąg z umowy na wykonanie interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM, zawartej pomiędzy Szpitalem Specjalistycznym im. Xxxxxxx Xxxxxx w Krakowie a ESAPROJEKT Sp. z o. o

1

Wyciąg z umowy na wykonanie

interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM,

zawartej pomiędzy Szpitalem Specjalistycznym

im. J. Śniadeckiego w Nowym Sączu a

RightSoft Sp. z o. o

UMOWA

zawarta w dniu 7 listopada 2014 r. w Nowym Sączu, pomiędzy:

Szpitalem Specjalistycznym im. J. Śniadeckiego w Nowym Sączu, z siedzibą przy ul. Młyńskiej 10, 33- 300 Nowy Sącz, (…)

zwanym (…) Zamawiającym

a

RightSoft Sp. z o. o., z siedzibą w Poznaniu przy ul. Kórnickiej 5, DS3/16, 61-132 Poznań, (…)

zwaną (…) Wykonawcą

Zamawiający i Wykonawca są nazywani łącznie Stronami.

Zważywszy, że w przypadku przedmiotowego Zamówienia, zachodzą przesłanki do zastosowania trybu zamówienia z wolnej ręki, wskazane w art. 67 ust 1, pkt 1 lit a.) i b) ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz.U.2013.907 j.t. ze zmianami) tj. przedmiot zamówienia może być świadczony jedynie przez jednego Wykonawcę, gdyż :

• tylko on dysponuje wiedzą na temat oprogramowania HIS własnego autorstwa pozwalającą na stworzenia i utrzymanie przez 5 lat w sprawności interfejsu (przyczyna techniczna o obiektywnym charakterze),

• tylko on jest dysponentem praw majątkowych do oprogramowania HIS (przyczyna związana z ochroną praw wyłącznych, wynikających z odrębnych przepisów),

Zamawiający postanawia udzielić Wykonawcy zamówienie z wolnej ręki w trybie art. 66 pzp i zawiera z Wykonawcą niniejszą Umowę.

§ 1

Przedmiot Umowy

1. Przedmiotem Umowy jest wykonanie interfejsu pomiędzy oprogramowaniem HIS i e - rejestracją a warstwą lokalną MSIM, w zakresie wymiany danych medycznych szczegółowo opisane w opisie przedmiotu zamówienia (OPZ), stanowiącym Załącznik nr 2 do niniejszej Umowy.

2. Niniejsza umowa wchodzi w życie wyłącznie w przypadku ogłoszenia postępowania na

Stworzenie oraz kompletne wdrożenie MAŁOPOLSKIEGO SYSTEMU INFORMACJI MEDYCZNEJ –

projekt pilotażowy, w ramach MRPO na lata 2007-2013., dokonanie skutecznego wyboru Wykonawcy, a także zawarcia z nim ważnej umowy (warunek sine qua non) do dnia 30.06.2015 r. W każdym innym przypadku niniejsza Umowa wygasa bez jakichkolwiek roszczeń którejkolwiek ze Stron.

§ 2

Obowiązki Stron

1. Zamawiający zobowiązuje się współdziałać w Wykonawcą, w szczególności udostępnić Wykonawcy w odpowiedzi wszelkie informacje niezbędne do realizacji niniejszej Umowy.

2. Wykonawca zobowiązuje się do bezwzględnego przeprowadzenia prac zgodnie z zakresem i terminami wynikającymi z niniejszej Umowy.Szczegółowe uregulowania dotyczące

obowiązków Stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja A „Zadania, etapy i odpowiedzialność”.

§ 3

Odbiór Przedmiotu Umowy

(…)

5. Szczegółowe uregulowania dotyczące obowiązków stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja B „Odbiory”.

§ 7

Gwarancja

Wykonawca będzie świadczył usługi gwarancyjne zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, Rozdział X „Wymagania wobec zadania H. »Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu«”

§ 8

Prawa autorskie, licencje

Wykonawca udzieli licencji zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, Rozdział VIII

„Wymagania wobec zadania F. »Udzielenie licencji na oprogramowanie oraz dokumentację«”.

§ 9

Postanowienia końcowe

(…)

4. Strony ustalają, że Umowa niniejsza stanowi całkowite porozumienie pomiędzy Stronami odnośnie spraw w niej unormowanych i nie istnieją żadne inne warunki dotyczące jej realizacji – ustne lub pisemne – niż zawarte w niniejszej Umowie.(…)

§ 10

Integralną część niniejszej Umowy stanowią:

(…)

Załącznik nr 2 do Umowy - Opis przedmiotu zamówienia (OPZ)

Załącznik nr 2 do Umowy - Opis przedmiotu zamówienia (OPZ)

I. Definicje

Generalny Wykonawca Inwestycji (GWI)- generalny wykonawca wybrany w drodze przetargu na wykonanie Małopolskiego Systemu Informacji Medycznej – projekt pilotażowy.

Projekt - „Małopolski System Informacji – projekt pilotażowy” realizowany w ramach Małopolskiego Regionalnego Programu Operacyjnego na lata 2007-2013.

Zamawiający – <<nazwa partnera>>.

Wykonawca – druga strona umowy na wykonanie interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>.

Produkty – programy komputerowe, dokumentacja, inne utwory, materiały i informacje niepodlegające ochronie prawa autorskiego, oraz usługi stworzone lub świadczone przez Wykonawcę w wyniku wykonywania Umowy lub dostarczone Zamawiającemu w wykonaniu zobowiązań wynikających z niniejszej Umowy, w tym modyfikacje i jakiekolwiek inne zmiany wprowadzone do Systemu oraz istniejących materiałów, w tym programów komputerowych w toku wykonywania Umowy.

Kody źródłowe – zestaw plików zawierających nieskompilowany kod oprogramowania napisany w języku programowania, wynikającym z przyjętej technologii rozwiązania oraz w formie czytelnej dla człowieka, normalnie używanej dla umożliwienia wprowadzania modyfikacji (w tym również komentarze oraz kody proceduralne, takie jak skrypty w języku opisu prac i skrypty do sterowania kompilacją i instalowaniem), jak również dokumentacja niezbędna do użycia takiego kodu.

Błąd systemu – błąd jest wadą lub usterką przyczyniającą się do obniżenia niezawodności Oprogramowania. Za błąd uważa się również Zgłoszenia dotyczące niezgodności Oprogramowania z przedstawianą Dokumentacją powdrożeniową.

Błąd systemu definiowany jest parametrem Ważność:

• Awaria – należy przez to rozumieć Wadę Oprogramowania interfejsu powodującą funkcjonowanie Oprogramowania niezgodnie z opisem OPZ oraz Dokumentacji, która uniemożliwia pracę interfejsu, wprowadza niespójność w bazie danych lub zaburzenia w integralności danych. Sytuacja, w której System w ogóle nie funkcjonuje lub nie jest możliwe realizowanie istotnych funkcjonalności Systemu (tj. funkcji przewidzianej w dokumentacji systemu, związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Błąd – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem w Dokumentacji (OPZ), powodujące błędne zapisy w bazie danych lub uniemożliwiające działanie mniej istotnej funkcjonalności interfejsu (tj. funkcji przewidzianej w dokumentacji systemu, jednak nie związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Usterka – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem Dokumentacji (OPZ), utrudniającą pracę Użytkownikowi wewnętrznemu w ten sposób, że aby osiągnąć rezultat funkcji opisanej w dokumentacji systemu musi on wykonywać nie przewidziane w niej czynności.

Zgłoszenie – zarejestrowany problem, zawierający pełny opis umożliwiający identyfikację problemu.

Czas reakcji Wykonawcy – czas od momentu przyjęcia Zgłoszenia do chwili podjęcia działań zmierzających do wyjaśnienia Zgłoszenia. Czas reakcji liczony jest w ramach Czasu Poprawy. W czasie reakcji musi być zakończony etap uznania/bądź nie uznania zgłoszenia.

Czas Naprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającemu Rozwiązania zastępczego. Czas Naprawy liczony jest w ramach Czasu Poprawy.

Czas Poprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego jako Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającego Rozwiązania docelowego. Czas poprawy biegnie wg zasad opisanych w punkcie Godziny obsługi zgłoszeń.

Naprawa (Rozwiązanie zastępcze) – sposób przywrócenia funkcjonalności Oprogramowania za pomocą tymczasowej poprawki, który pozwala ominąć błąd. Nie eliminuje przyczyn występowania, lecz eliminuje wywołane przez nie skutki. Rozwiązanie zastępcze może być obarczone spadkiem ergonomii Oprogramowania.

Poprawa (Rozwiązanie docelowe) – procedura lub zestaw procedur do modyfikacji struktury bazy danych lub zawartości bazy danych, a także zestaw formatek, raportów, przywracające czyli rozwiązanie dostarczone Zamawiającemu przywracające pełne i prawidłowe działanie Oprogramowania.

II. Ogólne zasady realizacji przedmiotu zamówienia

A. Zadania, etapy i odpowiedzialność

1. Przedmiotem umowy jest wykonanie zadań podzielonych pomiędzy etapy. Informacje na temat zadań, etapów, terminów, produktów oraz kryteriów ich odbioru zawiera Tabela 2.

2. Podział zadań pomiędzy stronami zawiera Tabela 1 i Tabela 2. W przypadku każdego z zadań, Wykonawca jest ponadto zobowiązany do dokonywania odbiorów według kryteriów, które zawiera Tabela 2 oraz zapewnienia współpracy z GWI.

3. Zamawiający zobowiązuje się do zapewnienia niezbędnej współpracy - z uwzględnieniem godzin pracy Zamawiającego - w trakcie realizacji postanowień niniejszej umowy, a w szczególności do zapewnienia upoważnionemu personelowi Wykonawcy możliwości prowadzenia prac i wykonywania zadań określonych niniejszą umową.

4. Wykonawca jest zobowiązany wykonać przedmiot umowy zgodnie z zasadami współczesnej wiedzy technicznej, przy jednoczesnym zachowaniu najlepszych standardów z zakresu fachowości i praktyki inżynierskiej, jakich wymaga realizacja prac wchodzących w skład przedmiotu umowy oraz wszelkimi obowiązującymi przepisami prawa i normami.

5. Wykonawca gwarantuje, że wszyscy członkowie Personelu Wykonawcy, realizujący prace w ramach Umowy, będą posiadali umiejętności i doświadczenie odpowiednie do zakresu czynności powierzanych tym osobom oraz będą spełniali wymagania specjalistyczne w związku z wykonywaniem powierzonych im zadań.

6. Wykonawca odpowiada za przestrzeganie przez personel Wykonawcy wymagań wskazanych w Umowie.

7. Zamawiający zobowiązuje się zapewnić zdalny dostęp teleinformatyczny umożliwiający realizację zadań wynikających z przedmiotu umowy.

8. Realizacja zadań danego etapu rozpoczyna się w terminie 7 dni od pisemnego wezwania ze strony Zamawiającego, dostarczonego Wykonawcy w sposób opisany w Umowie, nie wcześniej jednak niż po zakończeniu etapu poprzedniego.

Zadanie	Zamawiający	Wykonawca
A. Wykonanie szczegółowego projektu technicznego	Dostęp do instalacji w celu pozyskania wskazanych przez Wykonawcę parametrów środowiska.	Wykonawstwo i zarządzanie realizacją
B. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	-	Wykonawstwo i zarządzanie realizacją
C. Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu	Dostęp do instalacji w celu zainstalowania środowiska testowego oraz przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
D. Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie	Dostęp do instalacji w celu wdrożenia i przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
E. Wykonanie dokumentacji interfejsu	-	Wykonawstwo i zarządzanie realizacją
F. Udzielenie licencji na oprogramowanie	-	Udzielenie licencji
G. Asysta przy uruchomieniu produkcyjnym MSIM w zakresie będącym przedmiotem umowy	-	Wykonawstwo i zarządzanie realizacją
H. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Dostęp do instalacji w celu realizacji zobowiązań gwarancyjnych.	Wykonawstwo i zarządzanie realizacją
I. Współpraca z Głównym Wykonawcą Inwestycji	-	Wykonawstwo i zarządzanie realizacją

Tabela 1. Podział odpowiedzialności.

B. Odbiory

9. Zamawiający dokona weryfikacji zgodności przedstawionych produktów z przyjętymi kryteriami odbioru w następujących terminach:

a. w terminie 7 dni od daty zgłoszenia przekazania produktu lub gotowości do odbioru (w przypadku, gdy wymagana jest demonstracja) w przypadku produktów typu oprogramowanie,

b. w terminie 5 dni od daty przekazania produktu w przypadku produktów typu dokument.

10. Termin zakończenia realizacji Etapów I i II jest ostatecznym terminem podpisania przez obie strony umowy Protokołów Odbioru Częściowego bez zastrzeżeń. Podpisanie Protokołu Odbioru Częściowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w danym etapie.

11. Termin zakończenia realizacji Etapów III jest ostatecznym terminem podpisania przez obie strony umowy bez zastrzeżeń Protokołu Odbioru Końcowego, który musi zostać poprzedzony odbiorami, o których mowa w punkcie 10 powyżej. Podpisanie Protokołu Odbioru Końcowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w Etapach III oraz wcześniejszemu podpisaniu Protokołów Odbioru Częściowego Etapów I i II.

12. Termin zakończenia umowy jest tożsamy z zakończeniem realizacji Etapu IV. Etap IV uznaje się za zakończony, w przypadku akceptacji wszystkich raportów przewidzianych w Etapie IV.

13. Odbiór Etapu potwierdzany jest podpisanym bez zastrzeżeń Protokołem Odbioru Etapu przez Zamawiającego oraz Wykonawcę (Protokół Odbioru Etapu musi być sporządzony w 3 egzemplarzach po 2 sztuki dla Zamawiającego i jednej dla Wykonawcy).

14. Dokonanie Odbioru Etapu, nie pozbawia Zamawiającego roszczenia wobec Wykonawcy o usunięcie wad, które ujawnią się w odebranych już Produktach i Komponentach wykonanych i dostarczonych w ramach etapu, w trakcie realizacji kolejnych etapów przedmiotu Umowy, a także w okresie gwarancji.

15. Wady Produktów i Komponentów wykonanych i dostarczonych w ramach konkretnego etapu, zdiagnozowane w etapach późniejszych, zostaną niezwłocznie (zgodnie z Tabelą 3) usunięte przez Wykonawcę bez odrębnego wynagrodzenia. Zamawiający nie przewiduje, w związku z opisanymi w zdaniach poprzednich okolicznościami, zmiany terminów wykonywania przedmiotu Umowy, w tym kolejnych etapów.

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
A. Wykonanie szczegółowego projektu technicznego	Etap I	1. Dokument „Projekt techniczny interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	1. Zgodność dokumentu z wymaganiami OPZ. 2. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentu ze strony Zamawiającego.	W okresie 21 dni od rozpoczęcia realizacji umowy
B. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	Etap I	2. Kody źródłowe interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> (Dokument) 3. Wersja wykonywalna interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 4. Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” W przypadku konieczności wprowadzenia zmian w produktach Zadania A, produktem są również zaktualizowane przez Wykonawcę produkty Zadania A, spełniające kryteria odbioru zdefiniowane dla Zadania A.	Oprogramowanie: 1. Zgodność kodów źródłowych ze standardami kodowania dla wybranego przez Wykonawcę języka programowania przez niego stosowanymi. 2. Pozytywny wynik demonstracji kompilacji i instalacji oprogramowania. 3. Zgodność zademonstrowanego sposobu kompilacji i instalacji z „Instrukcją kompilacji i instalacji (…)”. 4. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 1. Zgodność dokumentów z wymaganiami OPZ. 2. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 60 dni od rozpoczęcia realizacji umowy
C. Opracowanie scenariuszy testowych oraz przeprowadzenie testów	Etap I	5. Dokument „Scenariusze testowe do interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	Oprogramowanie: 1. Pozytywny wynik demonstracji testów wewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami.	W okresie 75 dni od rozpoczęcia realizacji umowy

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
wewnętrznych interfejsu		6. Zainstalowane w środowisku sprzętowym <<nazwa partnera>> środowisko testowe (j. ang. sandbox) interfejsu symulujące współpracę pomiędzy interfejsem pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>. 7. Przeprowadzenie testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 8. Dokument „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” 9. Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” W przypadku konieczności wprowadzenia zmian w produktach Zadań A i B, produktem są również zaktualizowane przez Wykonawcę produkty Zadań A i B, spełniające kryteria odbioru zdefiniowane dla Zadań A i B.	2. Zgodność zademonstrowanych testów z „Raportem testów wewnętrznych (…)” oraz „Instrukcją kompilacji środowiska testowego (…)”. 3. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 4. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Szkolenia: 1. Zgodność szkoleń z wymaganiami OPZ. 2. Uzyskanie ponad 40% w ocenie ewaluacyjnej na podstawie ankiet. 3. Brak uzasadnionych i obiektywnych zastrzeżeń do szkoleń ze strony Zamawiającego. Dokumenty: 1. Zgodność dokumentów z wymaganiami OPZ. 2. W przypadku „Raportu z testów wewnętrznych(…)” zgodność z przeprowadzonymi testami wewnętrznymi. 3. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.
D. Wdrożenie oraz	Etap II	10.Przeprowadzenie testów	Oprogramowanie:	W okresie

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie		zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 11.Dokument „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. 12.Przeprowadzenie szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. 13.Dokument „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B i C. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B i C, spełniające kryteria odbioru zdefiniowane dla Zadań A, B i C.	1. Pozytywny wynik demonstracji testów zewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami. 2. Zgodność zademonstrowanych testów z „Raportem testów zewnętrznych (…)”. 3. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 4. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 1. Zgodność dokumentów z wymaganiami OPZ. 2. W przypadku „Raportu z testów zewnętrznych(…)” zgodność z przeprowadzonymi testami zewnętrznymi. 3. W przypadku „Raportu ze szkoleń administratorów (…)” zgodność z przeprowadzonymi szkoleniami. 4. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	30 dni od rozpoczęcia Etapu II
E. Wykonanie dokumentacji interfejsu	Etap II	14. Dokument „Dokumentacja powykonawcza interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM	1. Zgodność dokumentacji z wytworzonym i zainstalowanym oprogramowaniem. 2. Zgodność dokumentów z wymaganiami OPZ. 3. Brak uzasadnionych i obiektywnych zastrzeżeń	W okresie 45 dni od rozpoczęcia Etapu II

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		w <<nazwa partnera>>”. W przypadku konieczności wprowadzenia zmian w produktach Xxxxx X, X, X i D: • Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. • Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. produktem są również zaktualizowane przez Wykonawcę wskazane wyżej produkty, spełniające kryteria odbioru dokumentów zdefiniowane dla Xxxxx X, X, X i D.	do dokumentów ze strony Zamawiającego.
F. Udzielenie licencji na oprogramowanie	Etap II	15.Dokument „Licencja na interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	1. Zgodność licencji z wytworzonym i zainstalowanym oprogramowaniem. 2. Zgodność licencji z wymaganiami OPZ. 3. Zgodność licencji z powszechnie obowiązującymi wymogami prawa. 4. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 30 dni od rozpoczęcia Etapu II
G. Asysta przy uruchomieniu produkcyjnym MSIM	Etap III	16. Dokument „Raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”. Dokument ten musi być przekazany do końca miesiąca kalendarzowego, w	1. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach asysty. 2. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 3. Brak uzasadnionych i obiektywnych zastrzeżeń	Od przystąpien ia do Etapu III do podpisania

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		którym dokonano zmian. W przypadku konieczności wprowadzenia zmian w produktach Xxxxx X, X, X, X i E. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D i E, spełniające kryteria odbioru zdefiniowane dla Xxxxx X, X, X, X i E.	do dokumentów ze strony Zamawiającego.	Protokołu Odbioru Końcowego MSIM
H. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Etap IV	17.Dokument „Raport z czynności wykonanych w ramach usług świadczenia usług serwisu gwarancyjnego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. Dokument ten musi być przekazany do końca miesiąca kalendarzowego, w którym dokonano zmian. W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B, C, D, E i F. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D, E i, spełniające kryteria odbioru zdefiniowane dla Zadań A, B, C, D, E i F.	1. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 2. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 4. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Przez 5 lat od odbioru Etapu III
I. Współpraca z Głównym Wykonawcą Inwestycji	Etap I, II, III	18.Dokument „Raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”.	1. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 2. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 3. Brak uzasadnionych i obiektywnych zastrzeżeń

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
			do dokumentów ze strony Zamawiającego.

Tabela 2. Zadania, etapy, terminy, produkty oraz kryteria ich odbioru.

III. Wymagania wobec zadania A. „Wykonanie szczegółowego projektu technicznego”

1. Projekt techniczny musi obejmować co najmniej następujące informacje:

a) Model architektury biznesowej - opis przepływu informacji z wykorzystaniem jednej z powszechnie stosowanych notacji np. UML w aktualnej wersji (Wykonawca wskazuje w Projekcie Technicznym stosowaną notację oraz jej podstawowe elementy).

b) Model architektury informatycznej (strukturę komunikatów, schemat komunikacji pomiędzy sprzęganymi systemami, listę i opis komponentów).

c) Model architektury technicznej (wykaz oprogramowania standardowego za pomocą którego interfejs będzie realizowany, konfigurację oprogramowania standardowego, rozmieszczenie oprogramowania w architekturze fizycznej).

d) Opis realizacji modelu architektury bezpieczeństwa wynikającego z założeń przyjętych w systemie HIS, uwzględniający założenia MSIM

2. Dokumentacja procesu wytwórczego dla oprogramowania dedykowanego budowanego na potrzeby niniejszego zamówienia (wykaz wykorzystanych technologii w tym języki programowania, biblioteki).

IV. Wymagania wobec zadania B. „Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy”

A. Wymagania wobec kodów źródłowych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>> (Dokument)

1. Wymagania ogólne w zakresie dokumentów odnoszą się w szczególności do dokumentacji kodów źródłowych oprogramowania wytworzonego w ramach realizacji umowy, a w szczególności do sposobu komentowania plików źródłowych. W szczególności nie jest dopuszczalne dostarczenie kodu zanonimizowanego względnie zaszyfrowanego (np. przez zastąpienie nazw zmiennych, obiektów, metod itp. przypadkowymi lub losowymi nazwami).

2. Kody źródłowe powinny być zgodne ze standardami kodowania wskazanymi w projekcie technicznym.

B. Wymagania wobec wersji wykonywalnej interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Specyfikacja wymagań wobec wersji wykonywalnej interfejsu znajduje się w Załączniku 2A do Umowy.

C. Wymagania wobec dokumentu „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Wykonawca musi opracować szczegółową instrukcję kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> umożliwiającą:

• wskazanie niezbędnych do przeprowadzenia kompilacji elementów środowiska programistycznego,

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• kompilację dostarczonych kodów źródłowych do wersji wykonywalnej,

• instalację i konfigurację interfejsu.

V. Wymagania wobec zadania C. „Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu”

A. Wymagania wobec dokumentu „Scenariusze testowe o interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Scenariusz:

Opis:

Oczekiwany wynik:

Warunki początkowe (w tym dane testowe):

Obiekt Wartość Uwagi

Kroki scenariusza:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany
1.
2.
3.

B. Wymagania wobec zainstalowanego u <<nazwa partnera>> środowiska testowego (j. ang. sandbox) interfejsu symulującego współpracę pomiędzy interfejsem pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>

Wykonawca musi opracować środowisko testowe interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> typu sandbox (tj. odseparowanego od istniejącej instalacji produkcyjnej) umożliwiającą uruchamianie testowych przebiegów integracji symulujących działanie MSIM.

C. Wymagania wobec testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Zakres testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

D. Wymagania wobec dokumentu „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport z testów wewnętrznych składa się z protokołów testów wewnętrznych. Wzór minimalnej zawartości protokołu testów wewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Wewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
1.
2.
3.

E. Wymagania wobec dokumentu „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Wykonawca musi opracować szczegółową instrukcję instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> umożliwiającą:

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• instalację i konfigurację interfejsu,

• sposób symulowania zachowania się MSIM.

VI. Wymagania wobec zadania D. „Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie”

A. Wymagania wobec testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Wykonawca musi przeprowadzić testy zgodnie z opracowanym przez niego i zatwierdzonym przez Xxxxxxxxxxxxx Planem testów wraz ze scenariuszami testowymi.

Zakres testów w ramach Systemu MSIM obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

Wykonawca w terminie uzgodnionym z Zamawiającym dla poszczególnych testów funkcjonalnych przekaże do akceptacji Zamawiającemu plan i zakres testów.

a) Plan testów musi zawierać co najmniej:

• proponowany czas trwania testu wraz z iteracjami,

• podstawowe informacje na temat przedmiotu testów,

• nazwę funkcjonalności,

• scenariusz testów danej funkcjonalności lub podatności, wraz z informacją o konfiguracji (jeżeli jest wymagana dodatkowa), kryteria akceptacyjne.

b) Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 3 dni roboczych.

c) Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów 2 dni roboczych.

d) Brak akceptacji Planu testu uniemożliwia rozpoczęcie testów.

e) Zamawiający może zrezygnować z testowania wybranych wymagań interfejsu

Przeprowadzenie testów musi być zakończone opracowaniem Raportu z testów. Raport z testów musi być przyjęty przez Zamawiającego bez zastrzeżeń.

B. Wymagania wobec dokumentu „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport z testów wewnętrznych składa się z protokołów testów zewnętrznych. Wzór minimalnej zawartości protokołu testów zewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Zewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
1.
2.
3.

C. Wymagania wobec szkoleń administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązuje się do przeprowadzenia szkoleń. Celem tych szkoleń będzie teoretyczne i praktyczne przygotowanie osób pełniących funkcje administratorów Systemu. Szkolenia te zostaną przeprowadzone w siedzibie Zamawiającego. Zamawiający zapewni salę szkoleniową. Wykonawca zapewnia niezbędne wyposażenie techniczne.

Każdy dzień szkoleniowy będzie obejmował 8 godzin zajęć (przez godzinę zajęć należy rozumieć 45 minut).

Szkolenie będzie zakończone wypełnieniem ankiet ewaluacyjnych szkolenie. Ankieta będzie obejmować x.xx. organizację szkolenia, treść szkolenia (w tym przygotowanie prowadzących szkolenie). Ankiety przygotuje Zamawiający.

Szkolenia przeprowadzone przez Wykonawcę mają na celu umożliwienie Zamawiającemu na samodzielne konfigurowanie i eksploatowane interfejsu. W przypadku zastosowania takich rozwiązań technicznych, dla których szkolenia z załączonej listy nie będą wystarczające, aby spełnić powyższy cel, Wykonawca zobowiązany jest do rozszerzenia listy oraz zakresu szkoleń. Rozszerzenie zakresu przeprowadzonych szkoleń nie będzie powodować dodatkowych kosztów ze strony Zamawiającego.

Poniżej przedstawiono minimalne ogólne wymagania dla szkoleń dedykowanych dla administratorów:

1. Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkolenia uczestniczy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.

2. Szkolenia muszą być prowadzone w wydzielonych blokach tematycznych.

3. Terminy szkoleń nie mogą się nakładać.

4. Uczestniczy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych).

5. Szkolenia oraz materiały muszą być przygotowane w języku polskim dla szkoleń prowadzonych przez Wykonawcę. Dopuszcza się szkolenia i materiały angielskojęzyczne w przypadku, gdy dotyczą oprogramowania narzędziowego występującego wyłącznie w wersji angielskiej i posiadających wyłącznie angielskojęzyczna dokumentację producenta.

6. Na co najmniej 5 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego planu szkolenia obejmującego:

a. Wskazanie terminu szkolenia

b. Imię i nazwisko trenera

c. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne Harmonogram szkoleń w przeciągu 2 dni roboczych zostanie zaakceptowany przez Zamawiającego lub zgłoszone zostaną uzasadnione uwagi do zaproponowanych terminów szkolenia, lub/oraz zakresu tematycznego lub doboru trenera – wówczas Wykonawca ma 2 dni robocze na przedstawienie zaktualizowanego planu szkolenia

7. Szkolenia musza być prowadzone na instancji testowej - sandbox.

D. Wymagania wobec dokumentu „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport musi zawierać następujące elementy:

a) liczba osób przeszkolonych,

b) nazwę osoby szkolącej,

c) czas trwania szkolenia,

d) zakres szkolenia, z załączonymi materiałami,

e) załącznikami do raportu będą kopie list obecności na szkoleniach zawierające dane o uczestnikach szkolenia: imię, nazwisko, nazwa komórki organizacyjnej, telefon, adres poczty elektronicznej, dane trenera (imię, nazwisko, adres poczty elektronicznej), wypełnione karty (formularze) egzaminacyjne osób szkolonych oraz ankiet ewaluacyjnych.

VII. Wymagania wobec zadania E. „Wykonanie dokumentacji interfejsu”

Wykonawca musi dostarczyć dokumentację w języku polskim, zgodnie z następującymi wymaganiami.

1) Wykonawca opracuje Dokumentację projektową na którą składają się co najmniej:

i) Dokumentację techniczną powykonawczą - zaktualizowany projekt techniczny,

ii) Dokumentacje konfiguracyjną oprogramowania,

iii) Zestawienie ważności wszystkich gwarancji i licencji,

iv) Dokumentację administratora,

v) Dokumentacja w zakresie bezpieczeństwa i przetwarzania danych osobowych zgodna z zapisami Generalnego Inspektora Ochrony Danych Osobowych w zakresie opracowania i wdrożenia polityki bezpieczeństwa.

2) Dokumentacja administratora powinny dodatkowo:

i) Zawierać zrzuty ekranów demonstrujące oczekiwane stany zachowania interfejsu w kluczowych punktach przebiegu najczęściej wykonywanych operacji,

ii) Być przygotowane w wersji dokumentu elektronicznego (.pdf,.doc) oraz HTML,

iii) Xxxxxxxx szczegółowe omówienie wszystkich funkcji interfejsu. Lista funkcji powinna być ułożona w kolejności alfabetycznej lub w postaci indeksu,

iv) Mieć charakter procesowy, opisujący sposób postępowania w zidentyfikowanych w Projekcie technicznym przebiegach procesów.

3) Wykonawca musi opracować Dokumentację administratora, która zawierać będzie co najmniej:

i. Procedury administracyjne,

ii. Procedury instalacji i konfiguracji,

iii. Procedury bieżących działań administracyjnych,

iv. Procedury okresowych/planowanych działań administracyjnych,

v. Procedury testowe dla przeprowadzenia weryfikacji poprawności działania poszczególnego oprogramowania,

vi. Procedury aktualizacji standardowych elementów dostarczonego rozwiązania,

vii. Procedury awaryjne ze scenariuszami awarii oraz procedur działań odtworzeniowych i uruchomieniowych mających na celu zminimalizowanie strat danych oraz zminimalizowanie czasu niedostępności usług.

4) Wykonawca musi opracować szczegółową dokumentację techniczną powykonawczą zawierającą dokładny opis konfiguracji zainstalowanych komponentów poszczególnych aplikacji oraz systemów.

5) Wykonawca dostarczy pliki źródłowe dokumentacji, tak, aby była możliwa ich modyfikacja.

6) Wykonawca dostarczy Zamawiającemu kody źródłowe interfejsu.

VIII. Wymagania wobec zadania F. „Udzielenie licencji na oprogramowanie oraz dokumentację”

1) Wykonawca oświadcza, iż jest uprawniony do dostarczenia licencji na wymagane oprogramowanie, w zakresie umożliwiającym wykonanie umowy, w tym ewentualne oprogramowanie narzędziowe oraz biblioteki umożliwiające skompilowania kodu źródłowego.

2) Wykonawca dostarczy licencje na warunkach producentów oprogramowania, a także dostarczy równocześnie Zamawiającemu pełną dokumentację standardowo dostarczaną przez producentów do przedmiotu zamówienia oraz gwarancje.

3) Wykonawca oświadcza, iż przysługują mu autorskie prawa majątkowe do oprogramowania lub jest uprawniony do udzielenia licencji na to oprogramowanie, w zakresie umożliwiającym wykonanie umowy. Wykonawca zobowiązuje się dołączyć do przedmiotu zamówienia instrukcje użytkowania, warunki gwarancji, licencje oraz nośniki wersji instalacyjnej oprogramowania.

4) Wykonawca udzieli Zamawiającemu na czas nieoznaczony niezbywalnej i niewyłącznej licencji na korzystanie z oprogramowania.

5) Zamawiającemu przysługuje prawo do sporządzenia jednej kopii zapasowej (kopii bezpieczeństwa) wersji instalacyjnej dostarczonego oprogramowania, przy czym:

a) Zamawiający zobowiązuje się do przechowywania kopii aktualnie nieużywanej w miejscu zabezpieczonym przed dostępem osób nieupoważnionych i pozostającym pod jego kontrolą;

b) Zamawiający zobowiązuje się oznaczyć kopię zapasową w sposób umożliwiający jej identyfikację przez osoby trzecie. Kopia zapasowa nie może być stale użytkowana równolegle z oryginalną.

6) Zamawiający zobowiązuje się do nie usuwania lub zmiany jakichkolwiek znaków handlowych, dotyczących praw własności, w tym praw własności intelektualnej, znajdujących się na oprogramowaniu i materiałach dotyczących oprogramowania dostarczonych Zamawiającemu.

7) Zamawiający przyjmuje do wiadomości, że udzielenie licencji na oprogramowanie jest zastrzeżone i podlega przepisom prawa autorskiego.

8) Na podstawie udzielonych licencji Zamawiający uprawniony będzie do korzystania z oprogramowania na polach eksploatacji, między innymi, ale nie wyłącznie:

a) Użytkowanie oprogramowania w zakresie wynikającym z jego charakteru i przeznaczenia w siedzibie Zamawiającego oraz poprzez zdalny dostęp z wykorzystaniem MSIM przez pozostałych partnerów projektu Małopolski System Informacji Medycznej – projekt pilotażowy, wyłącznie na użytek działalności statutowej bez prawa dystrybucji, użyczania, wynajmowania, wydzierżawiania, udzielania dalszych sublicencji lub innego przenoszenia swych praw na osoby trzecie;

b) Do użytkowania oprogramowania będą w szczególności upoważnieni pracownicy Zamawiającego oraz inne osoby upoważnione przez Zamawiającego w ramach prowadzonej działalności oraz statutu.

9) W przypadku, gdy po udzieleniu Zamawiającemu licencji w ramach wykonywania Umowy powstanie nowe pole eksploatacji, Wykonawca zawrze na żądanie Zamawiającego aneks Umowy zawierający upoważnienie do bezpłatnego korzystania przez Zamawiającego z przedmiotu Umowy na nowych polach eksploatacji. Zamawiający może wystąpić z powyższym żądaniem w okresie 5 lat od dnia powstawania nowego pola eksploatacji.

10) Zakres licencji, udzielonych na zasadach określonych w niniejszym paragrafie, obejmuje również prawo do zezwalania na wykonywania przez Zamawiającego praw zależnych w odniesieniu do przedmiotu Umowy na polach eksploatacji wskazanych w niniejszym OPZ. Skorzystanie przez Xxxxxxxxxxxxx z wykonania praw zależnych powoduje automatycznie zwolnienie Wykonawcy z jakiejkolwiek odpowiedzialności i świadczenia usług utrzymania.

11) Wykonawca zapewnia, że licencja na korzystanie z oprogramowania będącego przedmiotem Umowy udzielona przez Wykonawcę nie będzie zawierała ograniczeń polegających na tym, że dane oprogramowanie może być używane wyłączenie z innym oprogramowaniem lub może być wdrażane, serwisowane itp. wyłącznie przez określony podmiot lub grupę podmiotów.

12) Udzielenie licencji następuje bez ograniczeń czasowych oraz terytorialnych.

13) Zamawiający oświadcza, że uprawnienia licencyjne przysługujące Zamawiającemu mają na celu zapewnienie Zamawiającemu nieograniczone w czasie korzystanie z systemu na potrzeby własne, w tym w celu realizacji zadań ustawowych oraz statutowych Zamawiającego oraz zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w przedmiocie Umowy po podpisaniu Protokołu Odbioru Końcowego lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy.

14) Wykonawca zobowiązuje się, że z chwilą dostarczenia przedmiotu Umowy poinformuje Zamawiającego, czy jest on objęty prawami autorskimi podmiotów trzecich oraz niezwłocznie przedstawi Zamawiającemu listę podmiotów uprawnionych, ze wskazaniem nazwy oraz siedziby tych podmiotów oraz przekaże Zamawiającemu warunki licencyjne korzystania , przy czym warunki te nie mogą być mniej korzystne dla Zamawiającego niż warunki opisane w ustępach powyżej.

15) W przypadku licencji na korzystanie z rezultatów prac osób trzecich, Wykonawca zobowiązuje się, że podmiot udzielający licencji nie utraci praw niezbędnych do zapewnienia Zamawiającemu możliwości korzystania z tego oprogramowania przez okres obowiązywania umowy licencyjnej, a w wypadku gdyby takie zdarzenie miało miejsce Wykonawca w ramach otrzymanego z tytułu niniejszej Umowy wynagrodzenia dostarczy i wdroży zamienne rezultatu prac.

16) Wraz z udzieleniem licencji na oprogramowania będące przedmiotem Umowy Wykonawca przenosi na Zamawiającego własność nośników, na których utrwalone zostało oprogramowanie.

17) Wynagrodzenie Wykonawcy z tytułu udzielenia licencji na wszystkich polach eksploatacji wskazanych w niniejszym paragrafie zawiera się w wynagrodzeniu z tytułu wykonania prac objętych Umową.

18) Niezależnie od postanowień ustępów poprzedzających, Wykonawca zezwala również Zamawiającemu na korzystanie z wiedzy technicznej i innej, zawartej w przekazanym Zamawiającemu oprogramowań będących przedmiotem Umowy w celu korzystania, utrzymywania oraz rozwijania systemu na potrzeby Zamawiającego przez Zamawiającego oraz podmioty działające na zlecenie Zamawiającego, jak również na potrzeby przeprowadzania postępowań zgodnie z przepisami ustawy PZP, mających na celu wybór wykonawców, którzy dokonają modyfikacji systemu.

19) Bez uszczerbku dla pozostałych postanowień Umowy, w przypadku, gdy brak, utrata lub ograniczenie praw Wykonawcy w odniesieniu do oprogramowań będących przedmiotem Umowy spowoduje brak, utratę lub ograniczenie prawa Zamawiającego do oprogramowania, w całości lub w jakimkolwiek zakresie, to Wykonawca nabędzie na własny koszt takie prawo na rzecz Zamawiającego lub według wyboru Zamawiającego zmodyfikuje lub wymieni części oprogramowania naruszające prawa osób trzecich, pod warunkiem, że ich modyfikacja lub wymiana nie zaszkodzi funkcjonowaniu systemu, ani nie zmniejszy jej funkcjonalności.

20) Wykonawca upoważniony jest do korzystania, w toku wykonywania niniejszej Umowy, z elementów programów komputerowych licencjonowanych na wolnych licencjach (oprogramowania typu „open source”) jedynie wówczas, gdy wykorzystanie takich programów komputerowych do stworzenia oprogramowań objętych niniejszą Umową nie uniemożliwi Wykonawcy udzielenia Zamawiającemu licencji na korzystanie ze stworzonego przez Wykonawcę oprogramowania na zasadach określonych w ustępach powyżej, a w szczególności polach eksploatacji określonych w ustępach niniejszego paragrafu. W razie wystąpienia okoliczności, o których mowa w zdaniu pierwszym, traktowane one będą jako wada prawna przedmiotu Umowy, za którą odpowiedzialność ponosi Wykonawca.

21) Wykonawca zobowiązany jest do dostarczenia Zamawiającemu w momencie przekazania oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania typu open source pełnej listy elementów rozpowszechnianych na licencjach typu open source, które zostały wykorzystane przy tworzeniu przez Wykonawcę oprogramowania wraz ze wskazaniem rodzaju licencji typu open source, na której licencjonowany jest wykorzystany przez Wykonawcę element oprogramowania.

22) Wykonawca jest odpowiedzialny za zapewnienie zgodności z niniejszą Umową oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania na licencjach open source. Strony postanawiają również, że wykorzystanie przez Wykonawcę programów na licencjach open source nie ogranicza w żaden sposób obowiązków Wykonawcy wynikających ze świadczenia usług serwisu oraz gwarancji.

23) W celu uniknięcia jakichkolwiek wątpliwości Strony potwierdzają, że wraz z przekazaniem Zamawiającemu kodów źródłowych na Zamawiającego nie przechodzą majątkowe prawa autorskie do przekazanych kodów źródłowych. Majątkowe prawa autorskie do kodów źródłowych pozostają przy Wykonawcy lub innym twórcy, który stworzył kody źródłowe, a Zamawiający uprawniony jest do korzystania z tych kodów źródłowych, w tym również do modyfikowania, zlecenia wykonania modyfikacji kodów źródłowych podmiotom trzecim oraz prezentowania ich na potrzeby związane z organizacją postępowań przetargowych na modyfikację systemu na podstawie licencji udzielonej Zamawiającemu na warunkach opisanych w niniejszej Umowie.

24) Wraz z kodem źródłowym Wykonawca zobowiązany jest dostarczyć kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego rezultatu prac do formy wykonywalnej. Ponadto na żądanie Zamawiającego Wykonawca zobowiązany jest udzielić Zamawiającemu lub osobie wskazanej przez Zamawiającego dodatkowych informacji niezbędnych do doprowadzenia danego rezultatu prac do formy wykonywalnej.

25) Wykonawca nie jest uprawniony do stosowania jakichkolwiek technik lub ograniczeń, które uniemożliwiłyby uprawnionym pracownikom odczyt lub zapisywanie kodu źródłowego.

26) Wraz z wygaśnięciem niniejszej Umowy, bez względu na przyczynę wygaśnięcia, Wykonawca zobowiązany jest do wydania Zamawiającemu aktualnego na dzień wygaśnięcia Umowy oraz kompletnego repozytorium kodów źródłowych będących elementem przedmiotu zamówienia.

27) Zamawiający oświadcza, że uprawnienia przysługujące Zamawiającemu na podstawie ustępów powyżej mają na celu zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania Systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac, po wdrożeniu systemu lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy. Zamawiający zobowiązuje się nie udostępniać kodów źródłowych jak i nie powierzać dostępu do repozytorium kodów źródłowych osobom trzecim w celach innych niż przeprowadzanie zgodnie z przepisami ustawy PZP postępowań mających na celu wybranie podmiotu, który będzie dokonywał modyfikacji systemu oraz

powierzenie innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac.

IX. Wymagania wobec zadania G. „Asysta przy uruchomieniu produkcyjnym MSIM”

Wykonawca zobowiązany będzie do świadczenia asysty przy uruchomieniu produkcyjnym MSIM dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 3 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą w terminach i zakresie ustalonym z Zamawiającym z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

X. Wymagania wobec zadania H. „Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu”

A. Gwarancja

Wykonawca udziela Zamawiającemu gwarancji jakości i rękojmi za wady na okres 5 lat od daty odbioru wszystkich produktów projektu (tj. liczona będzie od daty podpisania protokołu odbioru końcowego).

W ramach gwarancji Wykonawca będzie świadczył usługi gwarancji w zakresie oprogramowania zgodnie z następującymi wytycznymi:

• Dopuszcza się zmianę kwalifikacji uznanego przez Wykonawcę zgłoszenia wady, wyłącznie po uprzedniej zgodzie Zamawiającego. Do czasu potwierdzenia zmiany kwalifikacji, uznaje się za obowiązującą kwalifikację pierwotną,

• Wykonawca zobowiązany jest do świadczenia gwarancji bezpośrednio w lokalizacji Zamawiającego na terenie województwa małopolskiego osobiście lub z wykorzystaniem infrastruktury teleinformatycznej,

• Usunięcie wady nastąpi poprzez przekazanie poprawki lub nowej wersji. Każda nowa poprawka lub nowa wersja musi posiadać unikalny numer. Zasady wersjonowania poprawek i nowych wersji zostaną przekazane przez Wykonawcę w terminie 15 dni roboczych od dnia wejścia w życie Umowy,

• Wykonawca zobowiązany jest do przekazywania Zamawiającemu informacji o nowych poprawkach i nowych wersjach oprogramowania standardowego oraz aplikacji drogą elektroniczną na wskazany adres e-mail Zamawiającego,

• Wykonawca zobowiązany jest do udostępniania nowych poprawek i nowych wersji aplikacji poprzez ustaloną witrynę internetową nieodpłatnie,

• Wykonawca zobowiązany jest do wysłania do Zamawiającego nośnika CD/DVD/BLUERAY zawierającego nową poprawkę oraz zmodyfikowany kod źródłowy lub nową wersję oprogramowania na każde pisemne żądanie wniesione przez Xxxxxxxxxxxxx,

• Wraz z nową wersją lub nową poprawką, Wykonawca zobowiązany jest do przekazania procedury instalacji oraz informacji o parametryzacji i konfiguracji. W przypadku gdy nowa

wersja lub poprawka powodują dezaktualizację dokumentacji jej nowa wersja musi być również dostarczona do Zamawiającego,

• Wykonawca w okresie trwania gwarancji, udostępni nieodpłatnie witrynę internetową prezentującą Zamawiającemu informacje o: numer zgłoszenia, kwalifikację zgłoszenia, godzinę i datę zgłoszenia, temat zgłoszenia, status zgłoszenia, godzinę i datę dostarczenia rozwiązania zastępczego (dla awarii), godzinę i datę usunięcia wady, godzinę i datę wykonania reakcji Wykonawcy.

• Wykonanie aktualizacji aplikacji działających na środowisku produkcyjnym odbywa się w terminach zaproponowanych przez Wykonawcę i zaaprobowanych przez Zamawiającego

Zamawiający zgłaszać będzie wady poprzez zgłoszenie faksem pod podany w umowie numer lub poprzez system zgłoszeń udostępniony przez Wykonawcę (witryna internetowa). Czas wprowadzenia zgłoszenia jest równoznaczny z rozpoczęciem czasów reakcji, o których mowa poniżej. Czasy podane w poniższych tabelach są liczone bez przerw z uwzględnieniem ustawowych dni roboczych oraz określonych poniżej godzin.

Godziny obsługi zgłoszeń – Wykonawca będzie świadczył usługi od momentu zarejestrowania Zgłoszenia, z zachowaniem następujących zasad:

Zgłoszeniu zarejestrowanemu w Dniu Roboczym w godzinach od 8:00 - 16:00, czas reakcji zaczyna biec od momentu zarejestrowania Zgłoszenia.

• Wyjątkowo w piątek po godzinie 16:00 czas reakcji zaczyna biec od godz. 8:00 w poniedziałek (przy założeniu że poniedziałek nie jest dniem ustawowo wolnym od pracy).

• w godzinach pomiędzy 16:00 a 00:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego;

• w godzinach pomiędzy 0:00 a 8:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 danego dnia roboczego; w dniu innym, niż dzień roboczy – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego.

Usuwanie wad będzie się odbywać w następujących terminach:

KWALIFIKACJA ZGŁOSZENIA WADY	OKRES DOSTĘPNOŚCI WYKONAWCY	CZAS REAKCJI WYKONAWCY	CZAS POPRAWY	CZAS NAPRAWY
AWARIA		niezwłocznie, nie później niż 8 godzin od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 24 godziny od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 5 dni od czasu przyjęcia zgłoszenia
	W dni robocze pomiędzy 800 a
BŁĄD	1600.	niezwłocznie nie później niż 2 dni robocze od dnia przyjęcia zgłoszenia	nie dotyczy	niezwłocznie nie później niż 10 dni roboczych od dnia przyjęcia zgłoszenia
XXXXXXX		niezwłocznie nie później niż 3 dni	nie dotyczy	niezwłocznie nie później niż 30 dni

roboczych od dnia przyjęcia zgłoszenia roboczych od dnia przyjęcia zgłoszenia

Tabela 3. Warunki SLA.

B. Eksploatacja

Poniżej przedstawiono wymagania dla eksploatacji dostarczonego rozwiązania w trakcie obowiązywania okresu gwarancji.

1) Wykonawca musi informować Zamawiającego pisemnie o wszystkich wymaganych aktualizacjach wszystkich systemów i komponentów dostarczonych w niniejszym zamówieniu.

2) Wykonawca musi informować Zamawiającego o pojawiających się aktualizacjach oprogramowania (systemowego, serwerowego) związanych z interfejsem oraz planowanych przeglądach serwisowych.

3) Wykonawca zapewni konsultacje na potrzeby Zamawiającego w ramach eksploatacji za pośrednictwem witryny internetowej Wykonawcy w wymiarze maksymalnie 2h miesięcznie.

4) Wykonawca będzie aktualizował kody źródłowe interfejsu w terminie do 10 dniu od daty przyjęcia przez Zamawiającego wersji produkcyjnej oprogramowania.

5) Wykonawca będzie dostosowywał zakres danych medycznych udostępnianych przez interfejs umożliwiający wytworzenie w warstwie lokalnej MSIM dokumentów EDM dostosowanych do przepisów prawa regulujących ten obszar, kolejnych wdrażanych w ramach Projektu P1 przez CSIOZ.

XI. Wymagania wobec zadania I. „Współpraca z Głównym Wykonawcą Inwestycji”

Wykonawca zobowiązany będzie do świadczenia usługi doradztwa technicznego dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 5 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

XII. Ogólne wymagania względem produktów typu „dokument”

1. Wykonawca jest zobowiązany do opracowania i przekazania każdego z wymienionych w OPZ dokumentów w języku polskim w formie papierowej (po 2 egzemplarze) oraz w formie elektronicznej na nośniku CD/DVD/BLUERAY w formacie MS Word i PDF. Przekazywane materiały nie mogą być szyfrowane i muszą być przeskanowane na obecność szkodliwego oprogramowania (wirusów komputerowych).

2. Na każdym nośniku dodatkowo poza przekazywaną dokumentacją musi być dostępny plik zawierający poniższy wykaz:

a) Nazwa pliku (tożsama nazwie dokumentu),

b) Wersja pliku (tożsama wersji dokumentu),

c) Data opracowania pliku,

d) Autorzy dokumentu.

3. Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji przedsięwzięcia charakteryzowały się wysoką jakością, na którą będą miały wpływ takie czynniki, jak:

a) czytelna i zrozumiała struktura zarówno poszczególnych dokumentów, jak i całej dokumentacji z podziałem na rozdziały, podrozdziały i sekcje;

b) zachowanie standardów, a także sposobu pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów oraz fragmentów tego samego dokumentu, jak również całej dokumentacji;

c) kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków, przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia;

d) spójność i niesprzeczność dokumentu, rozumiane jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

2

Wyciąg z umowy na wykonanie

interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM,

zawartej pomiędzy

Szpitalem Specjalistycznym im. J. Dietla W Krakowie

a

Firmą GEM Sp. z o.o.

UMOWA 4/IT

zawarta w dniu 09.10.2014 r. w Krakowie, pomiędzy:

Szpitalem Specjalistycznym im. J. Dietla w Krakowie, 31-121 Kraków, ul. Skarbowa 4 (…)

zwaną (…) Zamawiającym

a

GEM Sp. z o.o. xx. Xxxxxxxxxxx 00, 00-000 Xxxxxx (…)

zwaną (…) Wykonawcą

Wykonawca i odbiorca są nazywani łącznie Stronami.

Umowę zawarto zgodnie z art. 4 ust. 8 Prawo zamówień publicznych (t. j. Dz..U..2013 r., poz..907 z późn. zm.)

§ 1

Przedmiot Umowy

1. Przedmiotem Umowy jest wykonanie interfejsu pomiędzy oprogramowaniem HIS i e - rejestracją a MSIM, szczegółowo opisane w opisie przedmiotu zamówienia (OPZ), stanowiącym Załącznik nr 2 do niniejszej Umowy.

2. Niniejsza umowa zostaje wchodzi w życie wyłącznie w przypadku ogłoszenia postępowania na Stworzenie oraz kompletne wdrożenie MAŁOPOLSKIEGO SYSTEMU INFORMACJI MEDYCZNEJ – projekt pilotażowy, w ramach MRPO na lata 2007-2013., dokonanie skutecznego wyboru Wykonawcy, a także zawarcia z nim ważnej umowy (warunek sine qua non). W każdym innym przypadku niniejsza Umowa wygasa bez jakichkolwiek roszczeń którejkolwiek ze Stron.

§ 2

Obowiązki Stron

1. Zamawiający zobowiązuje się współdziałać w Wykonawcą, w szczególności udostępnić Wykonawcy w odpowiedzi wszelkie informacje niezbędne do realizacji niniejszej Umowy.

2. Wykonawca zobowiązuje się do bezwzględnego przeprowadzenia prac zgodnie z zakresem i terminami wynikającymi z niniejszej Umowy.

3. Szczegółowe uregulowania dotyczące obowiązków Stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja A „Zadania, etapy i odpowiedzialność”.

§ 3

Odbiór Przedmiotu Umowy

(…)

5. Szczegółowe uregulowania dotyczące obowiązków stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja B „Odbiory”.

(…)

§ 7

Gwarancja

Wykonawca będzie świadczył usługi gwarancyjne zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, Rozdział X „Wymagania wobec zadania H. »Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu«”

§ 8

Prawa autorskie, licencje

Wykonawca udzieli licencji zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, Rozdział VIII

„Wymagania wobec zadania F. »Udzielenie licencji na oprogramowanie oraz dokumentację«”.

§ 9

Postanowienia końcowe

(…)

4. Strony ustalają, że Umowa niniejsza stanowi całkowite porozumienie pomiędzy Stronami odnośnie spraw w niej unormowanych i nie istnieją żadne inne warunki dotyczące jej realizacji – ustne lub pisemne – niż zawarte w niniejszej Umowie.

(…)

§ 10

Integralną część niniejszej Umowy stanowią:

(…)

Załącznik Nr 2 do Umowy – Szczegółowy opis przedmiotu Umowy

(…)

Załącznik Nr 2 do Umowy – Szczegółowy opis przedmiotu Umowy

I. Definicje

Generalny Wykonawca Inwestycji (GWI)- generalny wykonawca wybrany w drodze przetargu na wykonanie Małopolskiego Systemu Informacji Medycznej – projekt pilotażowy.

Projekt - „Małopolski System Informacji – projekt pilotażowy” realizowany w ramach Małopolskiego Regionalnego Programu Operacyjnego na lata 2007-2013.

Zamawiający – <<nazwa partnera>>.

Wykonawca – druga strona umowy na wykonanie interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>.

Produkty – programy komputerowe, dokumentacja, inne utwory, materiały i informacje niepodlegające ochronie prawa autorskiego, oraz usługi stworzone lub świadczone przez Wykonawcę w wyniku wykonywania Umowy lub dostarczone Zamawiającemu wykonaniu zobowiązań wynikających z niniejszej Umowy, w tym modyfikacje i jakiekolwiek inne zmiany wprowadzone do Systemu oraz istniejących materiałów, w tym programów komputerowych w toku wykonywania Umowy.

Kody źródłowe – zestaw plików zawierających nieskompilowany kod oprogramowania napisany w języku programowania, wynikającym z przyjętej technologii rozwiązania oraz w formie czytelnej dla człowieka, normalnie używanej dla umożliwienia wprowadzania modyfikacji (w tym również komentarze oraz kody proceduralne, takie jak skrypty w języku opisu prac i skrypty do sterowania kompilacją i instalowaniem), jak również dokumentacja niezbędna do użycia takiego kodu.

Błąd systemu – błąd jest wadą lub usterką przyczyniającą się do obniżenia niezawodności Oprogramowania. Za błąd uważa się również Zgłoszenia dotyczące niezgodności Oprogramowania z przedstawianą Dokumentacją powdrożeniową.

Błąd systemu definiowany jest parametrem Ważność:

• Awaria – należy przez to rozumieć Wadę Oprogramowania interfejsu powodującą funkcjonowanie Oprogramowania niezgodnie z opisem OPZ oraz Dokumentacji, która uniemożliwia pracę interfejsu, wprowadza niespójność w bazie danych lub zaburzenia w integralności danych. Sytuacja, w której System w ogóle nie funkcjonuje lub nie jest możliwe realizowanie istotnych funkcjonalności Systemu (tj. funkcji przewidzianej w dokumentacji systemu, związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Błąd – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem w Dokumentacji (OPZ) oraz SIWZ, powodujące błędne zapisy w bazie danych lub uniemożliwiające działanie mniej istotnej funkcjonalności interfejsu (tj. funkcji przewidzianej w dokumentacji systemu, jednak nie związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Usterka – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem Dokumentacji (OPZ), utrudniającą pracę Użytkownikowi wewnętrznemu w ten sposób, że aby osiągnąć rezultat funkcji opisanej w dokumentacji systemu musi on wykonywać nie przewidziane w niej czynności.

Zgłoszenie – zarejestrowany problem, zawierający pełny opis umożliwiający identyfikację problemu.

Czas reakcji Wykonawcy – czas od momentu przyjęcia Zgłoszenia do chwili podjęcia działań zmierzających do wyjaśnienia Zgłoszenia. Czas reakcji liczony jest w ramach Czasu Poprawy. W czasie reakcji musi być zakończony etap uznania/bądź nie uznania zgłoszenia.

Czas Naprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającemu Rozwiązania zastępczego. Czas Naprawy liczony jest w ramach Czasu Poprawy.

Czas Poprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego jako Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającego Rozwiązania docelowego. Czas poprawy biegnie wg zasad opisanych w punkcie Godziny obsługi zgłoszeń.

Naprawa (Rozwiązanie zastępcze) – sposób przywrócenia funkcjonalności Oprogramowania za pomocą tymczasowej poprawki, który pozwala ominąć błąd. Nie eliminuje przyczyn występowania, lecz eliminuje wywołane przez nie skutki. Rozwiązanie zastępcze może być obarczone spadkiem ergonomii Oprogramowania.

Poprawa (Rozwiązanie docelowe) – procedura lub zestaw procedur do modyfikacji struktury bazy danych lub zawartości bazy danych, a także zestaw formatek, raportów, przywracające czyli rozwiązanie dostarczone Zamawiającemu przywracające pełne i prawidłowe działanie Oprogramowania.

II. Ogólne zasady realizacji przedmiotu zamówienia

A. Zadania, etapy i odpowiedzialność

1. Przedmiotem umowy jest wykonanie zadań podzielonych pomiędzy etapy. Informacje na temat zadań, etapów, terminów, produktów oraz kryteriów ich odbioru zawiera Tabela 2.

2. Podział zadań pomiędzy stronami zawiera Tabela 1Tabela 2. W przypadku każdego z zadań, Wykonawca jest ponadto zobowiązany do dokonywania odbiorów według kryteriów, które zawiera Tabela 2 oraz zapewnienia współpracy z GWI.

3. Zamawiający zobowiązuje się do zapewnienia niezbędnej współpracy - z uwzględnieniem godzin pracy Zamawiającego - w trakcie realizacji postanowień niniejszej umowy, a w szczególności do zapewnienia upoważnionemu personelowi Wykonawcy możliwości prowadzenia prac i wykonywania zadań określonych niniejszą umową.

4. Wykonawca jest zobowiązany wykonać przedmiot umowy zgodnie z zasadami współczesnej wiedzy technicznej, przy jednoczesnym zachowaniu najlepszych standardów z zakresu fachowości i praktyki inżynierskiej, jakich wymaga realizacja prac wchodzących w skład przedmiotu umowy oraz wszelkimi obowiązującymi przepisami prawa i normami.

5. Wykonawca gwarantuje, że wszyscy członkowie Personelu Wykonawcy, realizujący prace w ramach Umowy, będą posiadali umiejętności i doświadczenie odpowiednie do zakresu czynności powierzanych tym osobom oraz będą spełniali wymagania specjalistyczne w związku z wykonywaniem powierzonych im zadań.

6. Wykonawca odpowiada za przestrzeganie przez personel Wykonawcy wymagań wskazanych w Umowie, a także innych standardów oraz procedur wewnętrznych Zamawiającego, o których personel został wcześniej poinformowany przez Zamawiającego.

7. Dostęp do pomieszczeń infrastruktury Zamawiającego może być uzależniony od spełnienia przez członka personelu Wykonawcy dodatkowych wymogów wynikających z procedur

wewnętrznych Zamawiającego lub z obowiązujących przepisów prawa, w tym przepisów o ochronie danych osobowych.

8. Realizacja zadań danego etapu rozpoczyna się w terminie 7 dni od pisemnego wezwania ze strony Zamawiającego, dostarczonego Wykonawcy w sposób opisany w Umowie.

Zadanie	Zamawiający	Wykonawca
J. Wykonanie szczegółowego projektu technicznego	Dostęp do instalacji w celu pozyskania wskazanych przez Wykonawcę parametrów środowiska.	Wykonawstwo i zarządzanie realizacją
K. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	-	Wykonawstwo i zarządzanie realizacją
L. Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu	Dostęp do instalacji w celu zainstalowania środowiska testowego oraz przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
M. Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie	Dostęp do instalacji w celu wdrożenia i przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
N. Wykonanie dokumentacji interfejsu	-	Wykonawstwo i zarządzanie realizacją
O. Udzielenie licencji na oprogramowanie	-	Udzielenie licencji
P. Asysta przy uruchomieniu produkcyjnym MSIM	-	Wykonawstwo i zarządzanie realizacją
Q. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Dostęp do instalacji w celu realizacji zobowiązań gwarancyjnych.	Wykonawstwo i zarządzanie realizacją
R. Współpraca z Głównym Wykonawcą Inwestycji	-	Wykonawstwo i zarządzanie realizacją

Tabela 4. Podział odpowiedzialności.

B. Odbiory

9. Zamawiający dokona weryfikacji zgodności przedstawionych produktów z przyjętymi kryteriami odbioru w następujących terminach:

a. w terminie 7 dni od daty zgłoszenia przekazania produktu lub gotowości do odbioru (w przypadku, gdy wymagana jest demonstracja) w przypadku produktów typu oprogramowanie,

b. w terminie 5 dni od daty przekazania produktu w przypadku produktów typu dokument.

10. Termin zakończenia realizacji Etapów I i II jest ostatecznym terminem podpisania przez obie strony umowy Protokołów Odbioru Częściowego bez zastrzeżeń. Podpisanie Protokołu Odbioru Częściowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w danym etapie.

11. Termin zakończenia realizacji Etapów III i V jest ostatecznym terminem podpisania przez obie strony umowy bez zastrzeżeń Protokołu Odbioru Końcowego, który musi zostać poprzedzony odbiorami, o których mowa w punkcie 10 powyżej. Podpisanie Protokołu Odbioru Końcowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w Etapach III i V oraz wcześniejszemu podpisaniu Protokołów Odbioru Częściowego Etapów I i II.

12. Termin zakończenia umowy jest tożsamy z zakończeniem realizacji Etapu IV. Etap IV uznaje się za zakończony, w przypadku akceptacji wszystkich raportów miesięcznych przewidzianych w Etapie IV.

13. Odbiór Etapu potwierdzany jest podpisanym bez zastrzeżeń Protokołem Odbioru Etapu przez Zamawiającego oraz Wykonawcę (Protokół Odbioru Etapu musi być sporządzony w 3 egzemplarzach po 2 sztuki dla Zamawiającego i jednej dla Wykonawcy).

14. Dokonanie Odbioru Etapu, nie pozbawia Zamawiającego roszczenia wobec Wykonawcy o usunięcie wad, które ujawnią się w odebranych już Produktach i Komponentach wykonanych i dostarczonych w ramach etapu, w trakcie realizacji kolejnych etapów przedmiotu Umowy, a także w okresie gwarancji.

15. Wady Produktów i Komponentów wykonanych i dostarczonych w ramach konkretnego etapu, zdiagnozowane w etapach późniejszych, zostaną niezwłocznie (jednak nie później niż w terminie wskazanym przez Zamawiającego) usunięte przez Wykonawcę bez odrębnego wynagrodzenia. Zamawiający nie przewiduje, w związku z opisanymi w zdaniach poprzednich okolicznościami, zmiany terminów wykonywania przedmiotu Umowy, w tym kolejnych etapów.

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
J. Wykonanie szczegółowego projektu technicznego	Etap I	19.Dokument „Projekt techniczny interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	3. Zgodność dokumentu z wymaganiami OPZ. 4. Zgodność dokumentu z zasadami sztuki. 5. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentu ze strony Zamawiającego.	W okresie 21 dni od rozpoczęcia realizacji umowy
K. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	Etap I	20.Kody źródłowe interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> (Dokument) 21.Wersja wykonywalna interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 22.Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” W przypadku konieczności wprowadzenia zmian w produktach Zadania A, produktem są również zaktualizowane przez Wykonawcę produkty Zadania A, spełniające kryteria odbioru zdefiniowane dla Zadania A.	Oprogramowanie: 5. Zgodność kodów źródłowych ze standardami kodowania dla wybranego przez Wykonawcę języka programowania. 6. Pozytywny wynik demonstracji kompilacji i instalacji oprogramowania. 7. Zgodność zademonstrowanego sposobu kompilacji i instalacji z „Instrukcją kompilacji i instalacji (…)”. 8. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 3. Zgodność dokumentów z wymaganiami OPZ. 4. Zgodność dokumentów z zasadami sztuki. 5. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 60 dni od rozpoczęcia realizacji umowy
L. Opracowanie scenariuszy testowych oraz przeprowadzenie testów	Etap I	23.Dokument „Scenariusze testowe do interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	Oprogramowanie: 5. Pozytywny wynik demonstracji testów wewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami.	W okresie 75 dni od rozpoczęcia realizacji umowy

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
wewnętrznych interfejsu		24.Zainstalowane u <<nazwa partnera>> środowisko testowe (j. ang. sandbox) interfejsu symulujące współpracę pomiędzy interfejsem pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>. 25.Przeprowadzenie testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 26.Dokument „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” 27.Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>” W przypadku konieczności wprowadzenia zmian w produktach Zadań A i B, produktem są również zaktualizowane przez Wykonawcę produkty Zadań A i B, spełniające kryteria odbioru zdefiniowane dla Zadań A i B.	6. Zgodność zademonstrowanych testów z „Raportem testów wewnętrznych (…)” oraz „Instrukcją kompilacji środowiska testowego (…)”. 7. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 8. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Szkolenia: 4. Zgodność szkoleń z wymaganiami OPZ. 5. Uzyskanie ponad 40% w ocenie ewaluacyjnej na podstawie ankiet. 6. Brak uzasadnionych i obiektywnych zastrzeżeń do szkoleń ze strony Zamawiającego. Dokumenty: 4. Zgodność dokumentów z wymaganiami OPZ. 5. Zgodność dokumentów z zasadami sztuki. 6. W przypadku „Raportu z testów wewnętrznych(…)” zgodność z przeprowadzonymi testami wewnętrznymi. 7. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.
M. Wdrożenie oraz przeprowadzenie	Etap II	28.Przeprowadzenie testów zewnętrznych interfejsu pomiędzy	Oprogramowanie: 5. Pozytywny wynik demonstracji testów	W okresie 30 dni od

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie		oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> 29.Dokument „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. 30.Przeprowadzenie szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. 31.Dokument „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B i C. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B i C, spełniające kryteria odbioru zdefiniowane dla Zadań A, B i C.	zewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami. 6. Zgodność zademonstrowanych testów z „Raportem testów zewnętrznych (…)”. 7. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 8. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 5. Zgodność dokumentów z wymaganiami OPZ. 6. W przypadku „Raportu z testów zewnętrznych(…)” zgodność z przeprowadzonymi testami zewnętrznymi. 7. W przypadku „Raportu ze szkoleń administratorów (…)” zgodność z przeprowadzonymi szkoleniami. 8. Zgodność dokumentów z zasadami sztuki. 9. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	rozpoczęcia Xxxxx XX
N. Wykonanie dokumentacji interfejsu	Etap II	32. Dokument „Dokumentacja powykonawcza interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	4. Zgodność dokumentacji z wytworzonym i zainstalowanym oprogramowaniem. 5. Zgodność dokumentów z wymaganiami OPZ. 6. Zgodność dokumentów z zasadami sztuki. 7. Brak uzasadnionych i obiektywnych zastrzeżeń	W okresie 45 dni od rozpoczęcia Etapu II

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		W przypadku konieczności wprowadzenia zmian w produktach Xxxxx X, X, X i D: • Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. • Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. produktem są również zaktualizowane przez Wykonawcę wskazane wyżej produkty, spełniające kryteria odbioru dokumentów zdefiniowane dla Xxxxx X, X, X i D.	do dokumentów ze strony Zamawiającego.
O. Udzielenie licencji na oprogramowanie	Etap II	33.Dokument „Licencja na interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”.	5. Zgodność licencji z wytworzonym i zainstalowanym oprogramowaniem. 6. Zgodność licencji z wymaganiami OPZ. 7. Zgodność licencji z powszechnie obowiązującymi wymogami prawa. 8. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 30 dni od rozpoczęcia Etapu II
P. Asysta przy uruchomieniu produkcyjnym MSIM	Etap III	34. Dokument „Miesięczny raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”. W przypadku konieczności wprowadzenia zmian w produktach	5. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach asysty. 6. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 7. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Od przystąpien ia do Etapu III do podpisania Protokołu

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		Xxxxx X, X, X, X i E. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D i E, spełniające kryteria odbioru zdefiniowane dla Xxxxx X, X, X, X i E.		Odbioru Końcowego MSIM
Q. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Etap IV	35.Dokument „Miesięczny raport z czynności wykonanych w ramach usług świadczenia usług serwisu gwarancyjnego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”. W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B, C, D, E i F. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D, E i, spełniające kryteria odbioru zdefiniowane dla Zadań A, B, C, D, E i F.	3. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 4. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 8. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Przez 5 lat od odbioru Etapu III
R. Współpraca z Głównym Wykonawcą Inwestycji	Etap V	36.Dokument „Miesięczny raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”.	4. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 5. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 6. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Od rozpoczęcia realizacji umowy do odbioru Xxxxx XXX

Tabela 5. Zadania, etapy, terminy, produkty oraz kryteria ich odbioru.

III. Wymagania wobec zadania A. „Wykonanie szczegółowego projektu technicznego”

3. Projekt techniczny musi obejmować co najmniej następujące informacje:

a) Model architektury biznesowej - opis przepływu informacji z wykorzystaniem jednej z powszechnie stosowanych notacji np. UML w aktualnej wersji (Wykonawca wskazuje w Projekcie Technicznym stosowaną notację oraz jej podstawowe elementy).

b) Model architektury informatycznej (strukturę komunikatów, schemat komunikacji pomiędzy sprzęganymi systemami, listę i opis komponentów).

c) Model architektury technicznej (wykaz oprogramowania standardowego za pomocą którego interfejs będzie realizowany, konfigurację oprogramowania standardowego, rozmieszczenie oprogramowania w architekturze fizycznej).

d) Model architektury bezpieczeństwa (przyjęte rozwiązania techniczne mające na celu zapewnienie: kontroli dostępu, uwierzytelniania, rozliczalności, poufności, integralności, dostępności interfejsu).

4. Dokumentacja procesu wytwórczego dla oprogramowania dedykowanego budowanego na potrzeby niniejszego zamówienia (opis wykorzystanych technologii w tym języki programowania, biblioteki).

5. W przypadku, gdy dla wybranego przez Wykonawcę języka oprogramowania istnieją standardy kodowania – powinien wskazać w projekcie technicznym jeden z nich i go stosować. W przypadku stosowania języków programowania, dla których nie istnieją standardy kodowania – powinien w projekcie technicznym opisać podstawowe zasady stosowanego przez siebie standardu kodowania.

IV. Wymagania wobec zadania B. „Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy”

A. Wymagania wobec kodów źródłowych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>> (Dokument)

1. Wymagania w ogólne w zakresie dokumentów odnoszą się w szczególności do dokumentacji kodów źródłowych oprogramowania wytworzonego w ramach realizacji umowy, a w szczególności do sposobu komentowania plików źródłowych. W szczególności nie jest dopuszczalne dostarczenie kodu zanonimizowanego względnie zaszyfrowanego (np. przez zastąpienie nazw zmiennych, obiektów metod itp. przypadkowymi lub losowymi nazwami).

2. Kody źródłowe powinny być zgodne ze standardami kodowania wskazanymi w projekcie technicznym.

B. Wymagania wobec wersji wykonywalnej interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Specyfikacja wymagań wobec wersji wykonywalnej interfejsu znajduje się w Załączniku 2A do Umowy.

C. Wymagania wobec dokumentu „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Wykonawca musi opracować szczegółową instrukcję kompilacji i instalacji interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> umożliwiającą:

• wskazanie niezbędnych do przeprowadzenia kompilacji elementów środowiska programistycznego,

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• kompilację dostarczonych kodów źródłowych do wersji wykonywalnej,

• instalację i konfigurację interfejsu.

V. Wymagania wobec zadania C. „Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu”

A. Wymagania wobec dokumentu „Scenariusze testowe o interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Scenariusz:

Opis:

Oczekiwany wynik:

Warunki początkowe (w tym dane testowe):

Obiekt Wartość Uwagi

Kroki scenariusza:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany
4.
5.
6.

B. Wymagania wobec zainstalowanego u <<nazwa partnera>> środowiska testowego (j. ang. sandbox) interfejsu symulującego współpracę pomiędzy interfejsem pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>

Wykonawca musi opracować środowisko testowe interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> typu sandbox (tj. odseparowanego od istniejącej instalacji produkcyjnej) umożliwiającą uruchamianie testowych przebiegów integracji symulujących działanie MSIM.

C. Wymagania wobec testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Zakres testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

D. Wymagania wobec dokumentu „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport z testów wewnętrznych składa się z protokołów testów wewnętrznych. Wzór minimalnej zawartości protokołu testów wewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Wewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
4.
5.
6.

E. Wymagania wobec dokumentu „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Wykonawca musi opracować szczegółową instrukcję instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>> umożliwiającą:

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• instalację i konfigurację interfejsu,

• sposób symulowania zachowania się MSIM.

VI. Wymagania wobec zadania D. „Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie”

A. Wymagania wobec testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

Wykonawca musi przeprowadzić testy zgodnie z opracowanym przez niego i zatwierdzonym przez Xxxxxxxxxxxxx Planem testów wraz ze scenariuszami testowymi.

Zakres testów w ramach Systemu MSIM obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

Wykonawca w terminie uzgodnionym z Zamawiającym dla poszczególnych testów funkcjonalnych przekaże do akceptacji Zamawiającemu plan i zakres testów.

f) Plan testów musi zawierać co najmniej:

• proponowany czas trwania testu wraz z iteracjami,

• podstawowe informacje na temat przedmiotu testów,

• nazwę funkcjonalności,

• scenariusz testów danej funkcjonalności lub podatności, wraz z informacją o konfiguracji (jeżeli jest wymagana dodatkowa), kryteria akceptacyjne.

g) Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 3 dni roboczych.

h) Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów 2 dni roboczych.

i) Brak akceptacji Planu testu uniemożliwia rozpoczęcie testów.

j) Zamawiający może zrezygnować z testowania wybranych wymagań interfejsu

Przeprowadzenie testów musi być zakończone opracowaniem Raportu z testów. Raport z testów musi być przyjęty przez Zamawiającego bez zastrzeżeń.

B. Wymagania wobec dokumentu „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport z testów wewnętrznych składa się z protokołów testów zewnętrznych. Wzór minimalnej zawartości protokołu testów zewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Zewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
4.
5.
6.

C. Wymagania wobec szkoleń administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w

<<nazwa partnera>>

W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązuje się do przeprowadzenia szkoleń. Celem tych szkoleń będzie teoretyczne i praktyczne przygotowanie osób pełniących funkcje administratorów Systemu. Szkolenia te zostaną przeprowadzone w siedzibie Zamawiającego. Zamawiający zapewni salę szkoleniową. Wykonawca zapewnia niezbędne wyposażenie techniczne.

Każdy dzień szkoleniowy będzie obejmował 8 godzin zajęć (przez godzinę zajęć należy rozumieć 45 minut).

Szkolenie będzie zakończone wypełnieniem ankiet ewaluacyjnych szkolenie. Ankieta będzie obejmować x.xx. organizację szkolenia, treść szkolenia (w tym przygotowanie prowadzących szkolenie). Ankiety przygotuje Zamawiający.

Szkolenia przeprowadzone przez Wykonawcę mają na celu umożliwienie Zamawiającemu na samodzielne konfigurowanie i eksploatowane interfejsu. W przypadku zastosowania takich rozwiązań technicznych, dla których szkolenia z załączonej listy nie będą wystarczające, aby spełnić powyższy cel, Wykonawca zobowiązany jest do rozszerzenia listy oraz zakresu szkoleń. Rozszerzenie zakresu przeprowadzonych szkoleń nie będzie powodować dodatkowych kosztów ze strony Zamawiającego.

Poniżej przedstawiono minimalne ogólne wymagania dla szkoleń dedykowanych dla administratorów:

1. Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkolenia uczestniczy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.

2. Szkolenia muszą być prowadzone w wydzielonych blokach tematycznych.

3. Terminy szkoleń nie mogą się nakładać.

4. Uczestniczy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych).

5. Szkolenia oraz materiały muszą być przygotowane w języku polskim dla szkoleń prowadzonych przez Wykonawcę. Dopuszcza się szkolenia i materiały angielskojęzyczne w przypadku, gdy dotyczą oprogramowania narzędziowego występującego wyłącznie w wersji angielskiej i posiadających wyłącznie angielskojęzyczna dokumentację producenta.

6. Na co najmniej 5 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego planu szkolenia obejmującego:

a. Wskazanie terminu szkolenia

b. Imię i nazwisko trenera

c. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne Harmonogram szkoleń w przeciągu 2 dni roboczych zostanie zaakceptowany przez Zamawiającego lub zgłoszone zostaną uzasadnione uwagi do zaproponowanych terminów szkolenia, lub/oraz zakresu tematycznego lub doboru trenera – wówczas Wykonawca ma 2 dni robocze na przedstawienie zaktualizowanego planu szkolenia

7. Szkolenia musza być prowadzone na instancji testowej - sandbox.

D. Wymagania wobec dokumentu „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem <<nazwa oprogramowania partnera>> a MSIM w <<nazwa partnera>>”

Raport musi zawierać następujące elementy:

f) liczba osób przeszkolonych,

g) nazwę osoby szkolącej,

h) czas trwania szkolenia,

i) zakres szkolenia, z załączonymi materiałami,

j) załącznikami do raportu będą kopie list obecności na szkoleniach zawierające dane o uczestnikach szkolenia: imię, nazwisko, nazwa komórki organizacyjnej, telefon, adres poczty elektronicznej, dane trenera (imię, nazwisko, adres poczty elektronicznej), wypełnione karty (formularze) egzaminacyjne osób szkolonych oraz ankiet ewaluacyjnych.

VII. Wymagania wobec zadania E. „Wykonanie dokumentacji interfejsu”

Wykonawca musi dostarczyć dokumentację w języku polskim, zgodnie z następującymi wymaganiami.

1) Wykonawca opracuje Dokumentację projektową na którą składają się co najmniej:

vi) Dokumentację techniczną powykonawczą - zaktualizowany projekt techniczny,

vii) Dokumentacje konfiguracyjną oprogramowania,

viii) Zestawienie ważności wszystkich gwarancji i licencji,

ix) Dokumentację administratora,

x) Dokumentacja w zakresie bezpieczeństwa i przetwarzania danych osobowych zgodna z zapisami Generalnego Inspektora Ochrony Danych Osobowych w zakresie opracowania i wdrożenia polityki bezpieczeństwa.

2) Dokumentacja administratora powinny dodatkowo:

v) Zawierać zrzuty ekranów demonstrujące oczekiwane stany zachowania interfejsu w kluczowych punktach przebiegu najczęściej wykonywanych operacji,

vi) Być przygotowane w wersji dokumentu elektronicznego (.pdf,.doc) oraz HTML,

vii) Xxxxxxxx szczegółowe omówienie wszystkich funkcji interfejsu. Lista funkcji powinna być ułożona w kolejności alfabetycznej lub w postaci indeksu,

viii) Mieć charakter procesowy, opisujący sposób postępowania w zidentyfikowanych w Projekcie technicznym przebiegach procesów.

3) Wykonawca musi opracować Dokumentację administratora, która zawierać będzie co najmniej:

i. Procedury administracyjne,

ii. Procedury instalacji i konfiguracji,

iii. Procedury bieżących działań administracyjnych,

iv. Procedury okresowych/planowanych działań administracyjnych,

v. Procedury testowe dla przeprowadzenia weryfikacji poprawności działania poszczególnego oprogramowania,

vi. Procedury aktualizacji standardowych elementów dostarczonego rozwiązania,

vii. Procedury awaryjne (w tym wykonanie kopii bezpieczeństwa – pełnej oraz przyrostowej, postępowanie w przypadku awarii),

viii. Procedur Disaster Recovery ze scenariuszami awarii oraz procedur działań odtworzeniowych i uruchomieniowych mających na celu zminimalizowanie strat danych oraz zminimalizowanie czasu niedostępności usług.

4) Wykonawca musi opracować szczegółową dokumentację techniczną powykonawczą zawierającą dokładny opis konfiguracji zainstalowanych komponentów poszczególnych aplikacji oraz systemów.

5) Wykonawca dostarczy pliki źródłowe dokumentacji, tak, aby była możliwa ich modyfikacja.

6) Wykonawca dostarczy Zamawiającemu kody źródłowe interfejsu.

VIII. Wymagania wobec zadania F. „Udzielenie licencji na oprogramowanie oraz dokumentację”

1) Wykonawca oświadcza, iż jest uprawniony do dostarczenia licencji na wymagane oprogramowanie, w zakresie umożliwiającym wykonanie umowy, w tym ewentualne oprogramowanie narzędziowe oraz biblioteki umożliwiające skompilowania kodu źródłowego.

2) Wykonawca dostarczy licencje na warunkach producentów oprogramowania, a także dostarczy równocześnie Zamawiającemu pełną dokumentację standardowo dostarczaną przez producentów do oprogramowania oraz gwarancje.

3) Wykonawca oświadcza, iż przysługują mu autorskie prawa majątkowe do oprogramowania lub jest uprawniony do udzielenia licencji na to oprogramowanie, w zakresie umożliwiającym wykonanie umowy. Wykonawca zobowiązuje się dołączyć do przedmiotu zamówienia instrukcje użytkowania, warunki gwarancji, licencje oraz nośniki z instalatorami oprogramowania.

4) Wykonawca udzieli Zamawiającemu na czas nieoznaczony niezbywalnej i niewyłącznej licencji na korzystanie z oprogramowania na warunkach opisanych w OPZ.

5) Zamawiającemu przysługuje prawo do sporządzenia jednej kopii zapasowej (kopii bezpieczeństwa) wersji instalacyjnej dostarczonego oprogramowania, przy czym:

a) Zamawiający zobowiązuje się do przechowywania kopii aktualnie nieużywanej w miejscu zabezpieczonym przed dostępem osób nieupoważnionych i pozostającym pod jego kontrolą;

b) Zamawiający zobowiązuje się oznaczyć kopię zapasową w sposób umożliwiający jej identyfikację przez osoby trzecie. Kopia zapasowa nie może być stale użytkowana równolegle z oryginalną.

6) Zamawiający zobowiązuje się do nie usuwania lub zmiany jakichkolwiek znaków handlowych, dotyczących praw własności, w tym praw własności intelektualnej, znajdujących się na oprogramowaniu i materiałach dotyczących oprogramowania dostarczonych Zamawiającemu.

7) Zamawiający przyjmuje do wiadomości, że udzielenie licencji na oprogramowanie jest zastrzeżone i podlega przepisom prawa autorskiego.

8) Na podstawie udzielonych licencji Zamawiający uprawniony będzie do korzystania z oprogramowania na polach eksploatacji, między innymi, ale nie wyłącznie:

a) Użytkowanie oprogramowania w zakresie wynikającym z jego charakteru i przeznaczenia w siedzibie Zamawiającego i pozostałych partnerów projektu Małopolski System Informacji Medycznej – projekt pilotażowy oraz poprzez dostęp zdalny wyłącznie na użytek działalności statutowej bez prawa dystrybucji, użyczania, wynajmowania, wydzierżawiania, udzielania dalszych sublicencji lub innego przenoszenia swych praw na osoby trzecie;

b) Do użytkowania oprogramowania będą w szczególności upoważnieni pracownicy Zamawiającego oraz inne osoby upoważnione przez Zamawiającego w ramach prowadzonej działalności oraz statutu.

9) W przypadku, gdy po udzieleniu Zamawiającemu licencji do w ramach wykonywania Umowy powstanie nowe pole eksploatacji, Wykonawca zawrze na żądanie Zamawiającego aneks Umowy zawierający upoważnienie do bezpłatnego korzystania przez Zamawiającego z przedmiotu Umowy na nowych polach eksploatacji. Zamawiający może wystąpić z powyższym żądaniem w okresie 5 lat od dnia powstawania nowego pola eksploatacji.

10) Zakres licencji, udzielonych na zasadach określonych w niniejszym paragrafie, obejmuje również prawo do zezwalania na wykonywania przez Zamawiającego praw zależnych w odniesieniu do przedmiotu Umowy na polach eksploatacji wskazanych w niniejszym OPZ.

11) W ramach udzielonej Zamawiającemu licencji, Zamawiający ma prawo do udzielania sublicencji do korzystania z przedmiotu Umowy na polach eksploatacji wskazanych w niniejszym paragrafie na rzecz innym podmiotom publicznym ochrony zdrowia województwa małopolskiego, bez konieczności uzyskiwania zgody Wykonawcy.

12) Wykonawca zapewnia, że licencja na korzystanie z oprogramowania będącego przedmiotem Umowy udzielona przez Wykonawcę nie będzie zawierała ograniczeń polegających na tym, że dane oprogramowanie może być używane wyłączenie z innym oprogramowaniem lub może być wdrażane, serwisowane itp. wyłącznie przez określony podmiot lub grupę podmiotów.

13) Udzielenie licencji następuje bez ograniczeń czasowych oraz terytorialnych.

14) Wykonawca zobowiązuje się, że nie będzie korzystał z ustawowego uprawnienia do wypowiedzenia umowy licencyjnej, ani prawa do odstąpienia do umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych w okresie 30 lat od wygaśnięcia niniejszej Umowy, a także po upływie tego okresu.

15) Zamawiający oświadcza, że uprawnienia licencyjne przysługujące Zamawiającemu mają na celu zapewnienie Zamawiającemu nieograniczone w czasie korzystanie z systemu na potrzeby własne oraz obecnych i przyszłych Partnerów Projektu, w tym w celu realizacji zadań ustawowych oraz statutowych Zamawiającego oraz zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w przedmiocie Umowy po podpisaniu Protokołu Odbioru Końcowego lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy.

16) Wykonawca zobowiązuje się, że z chwilą dostarczenia przedmiotu Umowy poinformuje Zamawiającego, czy jest on objęty jest prawami autorskimi podmiotów trzecich oraz niezwłocznie przedstawi Zamawiającemu listę podmiotów uprawnionych, ze wskazaniem nazwy oraz siedziby tych podmiotów oraz przekaże Zamawiającemu warunki licencyjne korzystania , przy czym warunki te nie mogą być mniej korzystne dla Zamawiającego niż warunki opisane w ustępach powyżej.

17) W przypadku licencji na korzystanie z rezultatów prac osób trzecich, Wykonawca zobowiązuje się, że podmiot udzielający licencji nie utraci praw niezbędnych do zapewnienia Zamawiającemu możliwości korzystania z tego oprogramowania przez okres obowiązywania umowy licencyjnej, a w wypadku gdyby takie zdarzenie miało miejsce Wykonawca w ramach otrzymanego z tytułu niniejszej Umowy wynagrodzenia dostarczy i wdroży zamienne rezultatu prac.

18) Wraz z udzieleniem licencji na oprogramowania będące przedmiotem Umowy Wykonawca przenosi na Zamawiającego własność nośników, na których utrwalone zostało oprogramowanie.

19) Wynagrodzenie Wykonawcy z tytułu udzielenia licencji na wszystkich polach eksploatacji wskazanych w niniejszym paragrafie zawiera się w wynagrodzeniu z tytułu wykonania prac objętych Umową.

20) Niezależnie od postanowień ustępów poprzedzających, Wykonawca zezwala również Zamawiającemu na korzystanie z wiedzy technicznej i innej, zawartej w przekazanym

Zamawiającemu oprogramowań będących przedmiotem Umowy w celu korzystania, utrzymywania oraz rozwijania systemu na potrzeby Zamawiającego przez Zamawiającego oraz podmioty działające na zlecenie Zamawiającego, jak również na potrzeby przeprowadzania postępowań zgodnie z przepisami ustawy PZP, mających na celu wybór wykonawców, którzy dokonają modyfikacji systemu.

21) Bez uszczerbku dla pozostałych postanowień Umowy, w przypadku, gdy brak, utrata lub ograniczenie praw Wykonawcy w odniesieniu do oprogramowań będących przedmiotem Umowy spowoduje brak, utratę lub ograniczenie prawa Zamawiającego do oprogramowania, w całości lub w jakimkolwiek zakresie, to Wykonawca nabędzie na własny koszt takie prawo na rzecz Zamawiającego lub według wyboru Zamawiającego zmodyfikuje lub wymieni części oprogramowania naruszające prawa osób trzecich, pod warunkiem, że ich modyfikacja lub wymiana nie zaszkodzi funkcjonowaniu systemu, ani nie zmniejszy jej funkcjonalności.

22) Wykonawca upoważniony jest do korzystania, w toku wykonywania niniejszej Umowy, z elementów programów komputerowych licencjonowanych na wolnych licencjach (oprogramowania typu „open source”) jedynie wówczas, gdy wykorzystanie takich programów komputerowych do stworzenia oprogramowań objętych niniejszą Umową nie uniemożliwi Wykonawcy udzielenia Zamawiającemu licencji na korzystanie ze stworzonego przez Wykonawcę oprogramowania na zasadach określonych w ustępach powyżej, a w szczególności polach eksploatacji określonych w ustępach niniejszego paragrafu. W razie wystąpienia okoliczności, o których mowa w zdaniu pierwszym, traktowane one będą jako wada prawna przedmiotu Umowy, za którą odpowiedzialność ponosi Wykonawca.

23) Wykonawca zobowiązany jest do dostarczenia Zamawiającemu w momencie przekazania oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania typu open source pełnej listy elementów rozpowszechnianych na licencjach typu open source, które zostały wykorzystane przy tworzeniu przez Wykonawcę oprogramowania wraz ze wskazaniem rodzaju licencji typu open source, na której licencjonowany jest wykorzystany przez Wykonawcę element oprogramowania.

24) Wykonawca jest odpowiedzialny za zapewnienie zgodności z niniejszą Umową oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania na licencjach open source. Strony postanawiają również, że wykorzystanie przez Wykonawcę programów na licencjach open source nie ogranicza w żaden sposób obowiązków Wykonawcy wynikających ze świadczenia usług serwisu oraz gwarancji.

25) W przypadku dostarczania Zamawiającemu w toku realizacji wdrożenia, gwarancji, usługi serwisu lub innych prac stanowiących programy komputerowe, modyfikacje tych programów Wykonawca zobowiązany jest dostarczyć Zamawiającemu w momencie przekazywania tych rezultatów prac do odbioru kompletną dokumentację - dokumentację projektową i techniczną związaną z określonym rezultatem prac, zawierającą wszelkie informacje pozwalające Zamawiającemu oraz jego pracownikom na samodzielne korzystanie z takich rezultatów prac. Wykonawca dostarczy również kompletny wykaz narzędzi, bibliotek, itp. niezbędnych do doprowadzenia rezultatu prac do formy wykonywalnej.

26) W celu uniknięcia jakichkolwiek wątpliwości Strony potwierdzają, że wraz z przekazaniem Zamawiającemu kodów źródłowych na Zamawiającego nie przechodzą majątkowe prawa autorskie do przekazanych kodów źródłowych. Majątkowe prawa autorskie do kodów źródłowych pozostają przy Wykonawcy lub innym twórcy, który stworzył kody źródłowe, a Zamawiający uprawniony jest do korzystania z tych kodów źródłowych, w tym również do modyfikowania, zlecenia wykonania modyfikacji kodów źródłowych podmiotom trzecim oraz prezentowania ich na potrzeby związane z organizacją postępowań przetargowych na modyfikację systemu na podstawie licencji udzielonej Zamawiającemu na warunkach opisanych w niniejszej Umowie.

27) Wraz z kodem źródłowym Wykonawca zobowiązany jest dostarczyć kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego rezultatu prac do formy wykonywalnej. Ponadto na żądanie Zamawiającego Wykonawca zobowiązany jest udzielić Zamawiającemu lub osobie wskazanej przez Zamawiającego dodatkowych informacji niezbędnych do doprowadzenia danego rezultatu prac do formy wykonywalnej.

28) Wykonawca nie jest uprawniony do stosowania jakichkolwiek technik lub ograniczeń, które uniemożliwiłyby uprawnionym pracownikom odczyt lub zapisywanie kodu źródłowego.

29) Wraz z wygaśnięciem niniejszej Umowy, bez względu na przyczynę wygaśnięcia, Wykonawca zobowiązany jest do wydania Zamawiającemu aktualnego na dzień wygaśnięcia Umowy oraz kompletnego repozytorium kodów źródłowych, o których mowa w niniejszym paragrafie.

30) Zamawiający oświadcza, że uprawnienia przysługujące Zamawiającemu na podstawie ustępów powyżej mają na celu zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania Systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac, po wdrożeniu systemu lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy. Zamawiający zobowiązuje się nie udostępniać kodów źródłowych jak i nie powierzać dostępu do repozytorium kodów źródłowych osobom trzecim w celach innych niż przeprowadzanie zgodnie z przepisami ustawy PZP postępowań mających na celu wybranie podmiotu, który będzie dokonywał modyfikacji systemu oraz powierzenie innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac.

IX. Wymagania wobec zadania G. „Asysta przy uruchomieniu produkcyjnym MSIM”

Wykonawca zobowiązany będzie do świadczenia asysty przy uruchomieniu produkcyjnym MSIM dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 2 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą w terminach i zakresie ustalonym z Zamawiającym z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

X. Wymagania wobec zadania H. „Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu”

A. Gwarancja

Wykonawca udziela Zamawiającemu gwarancji jakości i rękojmi za wady na okres 5 lat od daty odbioru wszystkich produktów projektu (tj. liczona będzie od daty podpisania protokołu odbioru końcowego).

W ramach gwarancji Wykonawca będzie świadczył usługi gwarancji w zakresie oprogramowania zgodnie z następującymi wytycznymi:

• Dopuszcza się zmianę kwalifikacji zgłoszenia wady, wyłącznie po uprzedniej zgodzie Zamawiającego. Do czasu potwierdzenia zmiany kwalifikacji, uznaje się za obowiązującą kwalifikację pierwotną,

• Wykonawca zobowiązany jest do świadczenia gwarancji bezpośrednio w lokalizacji Zamawiającego na terenie województwa małopolskiego lub jeżeli jest to możliwe – zdalnie,

• Usunięcie wady nastąpi poprzez przekazanie poprawki lub nowej wersji. Każda nowa poprawka lub nowa wersja musi posiadać unikalny numer. Zasady wersjonowania poprawek i nowych wersji zostaną przekazane przez Wykonawcę w terminie 15 dni roboczych od dnia podpisania Umowy,

• Wykonawca zobowiązany jest do przekazywania Zamawiającemu informacji o nowych poprawkach i nowych wersjach oprogramowania standardowego oraz aplikacji drogą elektroniczną na wskazany adres e-mail Zamawiającego,

• Wykonawca zobowiązany jest do udostępniania nowych poprawek i nowych wersji aplikacji poprzez ustaloną witrynę internetową nieodpłatnie,

• Wykonawca zobowiązany jest do wysłania do Zamawiającego nośnika CD/DVD/BLUERAY zawierającego nową poprawkę oraz zmodyfikowany kod źródłowy lub nową wersję oprogramowania na każde pisemne żądanie wniesione przez Xxxxxxxxxxxxx,

• Wraz z nową wersją lub nową poprawką, Wykonawca zobowiązany jest do przekazania nowej wersji dokumentacji wraz z procedurą instalacji oraz informacją o parametryzacji i konfiguracji,

• Wykonawca w okresie trwania gwarancji, do 5 dnia każdego miesiąca, przedstawi Zamawiającemu raport zawierający co najmniej: numer zgłoszenia, kwalifikację zgłoszenia, godzinę i datę zgłoszenia, temat zgłoszenia, status zgłoszenia, godzinę i datę dostarczenia rozwiązania zastępczego (dla awarii), godzinę i datę usunięcia wady, godzinę i datę wykonania reakcji Wykonawcy, czas naprawy, czas opóźnienia w postaci godzin lub dni (jeżeli jest) dla rozwiązania zastępczego lub usunięcia wady za cały poprzedni miesiąc.

• Wykonanie aktualizacji aplikacji działających na środowisku produkcyjnym odbywa się w terminach zaproponowanych przez Wykonawcę i zaaprobowanych przez Zamawiającego

• Każda dostarczana aktualizacja musi być udokumentowana testami na środowisku testowym Zamawiającego, które zakończą się wynikiem pozytywnym

Zamawiający zgłaszać będzie wady poprzez zgłoszenie faksem pod podany w umowie numer lub poprzez system zgłoszeń udostępniony przez Wykonawcę. Czas wprowadzenia zgłoszenia jest równoznaczny z rozpoczęciem czasów reakcji o których mowa poniżej. Czasy podane w poniższych tabelach są liczone bez przerw.

Godziny obsługi zgłoszeń – Wykonawca będzie świadczył usługi od momentu zarejestrowania Zgłoszenia, z zachowaniem następujących zasad:

Zgłoszeniu zarejestrowanemu w Dniu Roboczym w godzinach od 8:00 - 16:00, czas reakcji zaczyna biec od momentu zarejestrowania Zgłoszenia.

• Wyjątkowo w piątek po godzinie 16:20 czas reakcji zaczyna biec od godz. 8:00 w poniedziałek (przy założeniu że poniedziałek nie jest dniem ustawowo wolnym od pracy).

• w godzinach pomiędzy 16:00 a 00:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego;

• w godzinach pomiędzy 0:00 a 8:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 danego dnia roboczego; w dniu innym, niż dzień roboczy – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego.

Usuwanie wad będzie się odbywać w następujących terminach:

KWALIFIKACJA ZGŁOSZENIA WADY	OKRES DOSTĘPNOŚCI WYKONAWCY	CZAS REAKCJI WYKONAWCY	CZAS POPRAWY	CZAS NAPRAWY
AWARIA	W dni robocze pomiędzy 700 a 2000. Zgłoszenie przesłane po	niezwłocznie, nie później niż 4 godzin od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 8 godziny od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 48 godziny od czasu przyjęcia zgłoszenia
BŁĄD	2000, traktowane jest jak zgłoszenie przyjęte w	niezwłocznie nie później niż 1 dni robocze od dnia przyjęcia zgłoszenia	nie dotyczy	niezwłocznie nie później niż 4 dni roboczych od dnia przyjęcia zgłoszenia
USTERKA	następnym dniu roboczym o 700	niezwłocznie nie później niż 3 dni roboczych od dnia przyjęcia zgłoszenia	nie dotyczy	niezwłocznie nie później niż 14 dni roboczych od dnia przyjęcia zgłoszenia

Tabela 6. Warunki SLA.

B. Eksploatacja

Poniżej przedstawiono wymagania dla eksploatacji dostarczonego rozwiązania w trakcie obowiązywania okresu gwarancji.

1) Wykonawca musi informować Zamawiającego pisemnie o wszystkich wymaganych aktualizacjach wszystkich systemów i komponentów dostarczonych w niniejszym zamówieniu.

2) Wykonawca musi informować Zamawiającego o pojawiających się aktualizacjach oprogramowania (systemowego, serwerowego) związanych z interfejsem oraz planowanych przeglądach serwisowych

3) Wykonawca zapewni konsultacje na potrzeby Zamawiającego w ramach eksploatacji zgodnie z wytycznymi Umowy.

4) Wykonawca będzie aktualizował kody źródłowe interfejsu w terminie do 10 dniu od daty przyjęcia przez Zamawiającego przetestowanej wersji produkcyjnej oprogramowania, potwierdzonej protokołem odbioru (każda z wersji oprogramowania będzie zawierała kolejny nr porządkowy).

5) Wykonawca będzie dostosowywał interfejs do przepisów prawa regulujących ten obszar, kolejnych wdrażanych w ramach Projektu P1 przez CSIOZ.

Minimalny zakres raportu okresowego składanego przez inżyniera kontraktu Zamawiającemu musi zawierać co najmniej następujące informacje:

1) Data sporządzenia.

2) Określenie numeru raportu: dla raportów roboczych mm/rrrr, gdzie mm oznacza nr miesiąca, którego raport dotyczy(np. raport nr 01/2015, raport nr 02/2015 itd.),

3) Informacja o czynnościach zrealizowanych przez Wykonawcę od czasu złożenia ostatniego 1 raportu.

4) Informacje o ryzykach związanych z realizacją eksploatacją.

5) Uwagi do raportu zgłaszane przez Xxxxxxxxxxxxx.

6) Autor raportu: Imię i nazwisko, czytelny podpis.

XI. Wymagania wobec zadania I. „Współpraca z Głównym Wykonawcą Inwestycji”

Wykonawca zobowiązany będzie do świadczenia usługi doradztwa technicznego dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 2 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą w terminach i zakresie ustalonym z Zamawiającym z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

Minimalny zakres raportu okresowego składanego przez inżyniera kontraktu Zamawiającemu musi zawierać co najmniej następujące informacje:

1) Data sporządzenia.

2) Określenie numeru raportu: dla raportów roboczych mm/rrrr, gdzie mm oznacza nr miesiąca, którego raport dotyczy(np. raport nr 01/2015, raport nr 02/2015 itd.),

3) Informacja o czynnościach zrealizowanych przez Wykonawcę od czasu złożenia ostatniego 1 raportu.

4) Informacja o aktualnym stanie zaawansowania zadań projektowych.

5) Informacje o ryzykach związanych z realizacją projektu.

6) Uwagi do raportu zgłaszane przez Zamawiającego.

7) Autor raportu: Imię i nazwisko, czytelny podpis.

XII. Ogólne wymagania względem produktów typu „dokument”

1. Wykonawca jest zobowiązany do opracowania i przekazania każdego z wymienionych w OPZ dokumentów w języku polskim w formie papierowej (po 2 egzemplarze) oraz w formie elektronicznej na nośniku CD/DVD/BLUERAY w formacie MS Word, RTF i PDF. Przekazywane materiały nie mogą być szyfrowane i muszą być przeskanowane na obecność szkodliwego oprogramowania (wirusów komputerowych).

2. Na każdym nośniku dodatkowo poza przekazywaną dokumentacją musi być dostępny plik zawierający poniższy wykaz:

a) Nazwa pliku (tożsama nazwie dokumentu),

b) Wersja pliku (tożsama wersji dokumentu),

c) Data opracowania pliku,

d) Autorzy dokumentu.

3. Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji przedsięwzięcia charakteryzowały się wysoką jakością, na którą będą miały wpływ takie czynniki, jak:

a) czytelna i zrozumiała struktura zarówno poszczególnych dokumentów, jak i całej dokumentacji z podziałem na rozdziały, podrozdziały i sekcje;

b) zachowanie standardów, a także sposobu pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów oraz fragmentów tego samego dokumentu, jak również całej dokumentacji;

c) kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków, przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia – oznacza to w szczególności jednoznaczne i wyczerpujące przedstawienie wszystkich zagadnień w odniesieniu do interfejsu;

d) spójność i niesprzeczność dokumentu, rozumiane jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

3

Wyciąg z umowy na wykonanie

interfejsu pomiędzy oprogramowaniem HIS i e-rejestracją a MSIM,

zawartej pomiędzy

Szpitalem Specjalistycznym im. Ludwika Rydygiera

w Krakowie Sp. z o.o. a

ESAProjekt Sp. z o.o.

UMOWA 771/U/ZP/2014

zawarta w dniu 5 listopada 2014 r. w Krakowie, pomiędzy:

Szpitalem Specjalistycznym im. Ludwika Rydygiera w Krakowie Sp. z o.o. z siedzibą w Krakowie (31- 826), os. Złotej Jesieni 1 (…)

zwaną (…) Zamawiającym

a

ESAPROJEKT Sp. z o.o., z siedzibą w Katowicach (40 – 153) xx. Xxxxxxxxxx 000 3, (…)

zwaną (…) Wykonawcą

Zamawiający i Wykonawca są nazywani łącznie Stronami.

Zważywszy, że w przypadku przedmiotowego Zamówienia, zachodzą przesłanki do zastosowania trybu zamówienia z wolnej ręki, wskazane w art. 67 ust 1, pkt 1 lit a.) i b) ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. Nr 19, poz. 177 z późn. zm.) tj. przedmiot zamówienia może być świadczony jedynie przez jednego Wykonawcę, gdyż :

- tylko on dysponuje wiedzą na temat oprogramowania HIS własnego autorstwa pozwalającą na stworzenia i utrzymanie przez 5 lat w sprawności interfejsu (przyczyna techniczna o obiektywnym charakterze),

- tylko on jest dysponentem praw majątkowych do oprogramowania HIS (przyczyna związana z ochroną praw wyłącznych, wynikających z odrębnych przepisów),

Zamawiający postanawia udzielić Wykonawcy zamówienie z wolnej ręki w trybie art. 66 pzp i zawiera z Wykonawcą niniejszą Umowę.

§ 1

Przedmiot Umowy

1. Przedmiotem Umowy jest wykonanie interfejsu pomiędzy oprogramowaniem HIS i e - rejestracją a MSIM, szczegółowo opisane w opisie przedmiotu zamówienia (OPZ), stanowiącym Załącznik nr 2 do niniejszej Umowy.

2. Niniejsza umowa wchodzi w życie wyłącznie w przypadku ogłoszenia postępowania na

Stworzenie oraz kompletne wdrożenie MAŁOPOLSKIEGO SYSTEMU INFORMACJI MEDYCZNEJ –

projekt pilotażowy, w ramach MRPO na lata 2007-2013., dokonanie skutecznego wyboru Wykonawcy, a także zawarcia z nim ważnej umowy (warunek sine qua non). W każdym innym przypadku niniejsza Umowa wygasa bez jakichkolwiek roszczeń którejkolwiek ze Stron.

§ 2

Obowiązki Stron

1. Zamawiający zobowiązuje się współdziałać w Wykonawcą, w szczególności udostępnić Wykonawcy w odpowiedzi wszelkie informacje niezbędne do realizacji niniejszej Umowy.

2. Wykonawca zobowiązuje się do bezwzględnego przeprowadzenia prac zgodnie z zakresem i terminami wynikającymi z niniejszej Umowy.

3. Szczegółowe uregulowania dotyczące obowiązków Stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja A „Zadania, etapy i odpowiedzialność”.

§ 3

(…)

5. Szczegółowe uregulowania dotyczące obowiązków stron zawarto w Załączniku nr 2 do Umowy w rozdziale II „Ogólne zasady realizacji przedmiotu zamówienia”, sekcja B „Odbiory”.

(…)

§ 7

Gwarancja

Wykonawca będzie świadczył usługi gwarancyjne zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, „Wymagania wobec zadania H. »Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu«”.

§ 8

Prawa autorskie, licencje

Wykonawca udzieli licencji zgodnie z zasadami opisanymi w Załączniku nr 2 do Umowy, „Wymagania wobec zadania F. »Udzielenie licencji na oprogramowanie oraz dokumentację«”.

§ 9

Postanowienia końcowe

(…)

4. Strony ustalają, że Umowa niniejsza stanowi całkowite porozumienie pomiędzy Stronami odnośnie spraw w niej unormowanych i nie istnieją żadne inne warunki dotyczące jej realizacji –

ustne lub pisemne – niż zawarte w niniejszej Umowie.

(…)

§ 10

Integralną część niniejszej Umowy stanowią:

(…)

2) Załącznik nr 2 do umowy

(…)

Załącznik nr 2 do umowy

Definicje

Xxxxxxxxx Xxxxxxxxx Projektu (GWP)- generalny wykonawca wybrany w drodze przetargu na wykonanie Małopolskiego Systemu Informacji Medycznej – projekt pilotażowy.

Projekt - „Małopolski System Informacji – projekt pilotażowy” realizowany w ramach Małopolskiego Regionalnego Programu Operacyjnego na lata 2007-2013.

Zamawiający – Wojewódzki Szpital Specjalistyczny im. L. Rydygiera w Krakowie .

Wykonawca – druga strona umowy na wykonanie interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie.

Produkty – programy komputerowe, dokumentacja, inne utwory, materiały i informacje niepodlegające ochronie prawa autorskiego, oraz usługi stworzone lub świadczone przez Wykonawcę w wyniku wykonywania Umowy lub dostarczone Zamawiającemu wykonaniu zobowiązań wynikających z niniejszej Umowy, w tym modyfikacje i jakiekolwiek inne zmiany wprowadzone do Systemu oraz istniejących materiałów, w tym programów komputerowych w toku wykonywania Umowy.

Kody źródłowe – zestaw plików zawierających nieskompilowany kod oprogramowania napisany w języku programowania, wynikającym z przyjętej technologii rozwiązania oraz w formie czytelnej dla człowieka, normalnie używanej dla umożliwienia wprowadzania modyfikacji (w tym również komentarze oraz kody proceduralne, takie jak skrypty w języku opisu prac i skrypty do sterowania kompilacją i instalowaniem), jak również dokumentacja niezbędna do użycia takiego kodu.

Błąd systemu – błąd jest wadą lub usterką przyczyniającą się do obniżenia niezawodności Oprogramowania. Za błąd uważa się również Zgłoszenia dotyczące niezgodności Oprogramowania z przedstawianą Dokumentacją powdrożeniową.

Błąd systemu definiowany jest parametrem Ważność:

• Awaria – należy przez to rozumieć Wadę Oprogramowania interfejsu powodującą funkcjonowanie Oprogramowania niezgodnie z opisem OPZ oraz Dokumentacji, która uniemożliwia pracę interfejsu, wprowadza niespójność w bazie danych lub zaburzenia w integralności danych. Sytuacja, w której System w ogóle nie funkcjonuje lub nie jest możliwe realizowanie istotnych funkcjonalności Systemu (tj. funkcji przewidzianej w dokumentacji systemu, związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Błąd – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem w Dokumentacji (OPZ) oraz SIWZ, powodujące błędne zapisy w bazie danych lub uniemożliwiające działanie mniej istotnej funkcjonalności interfejsu (tj. funkcji przewidzianej w dokumentacji systemu, jednak nie związanej bezpośrednio z realizacją procesów opisanych w Dokumentacji powdrożeniowej).

• Usterka – należy przez to rozumieć Wadę Oprogramowania interfejsu, oznaczającą jego funkcjonowanie niezgodne z opisem Dokumentacji (OPZ), utrudniającą pracę Użytkownikowi wewnętrznemu w ten sposób, że aby osiągnąć rezultat funkcji opisanej w dokumentacji systemu musi on wykonywać nie przewidziane w niej czynności.

Zgłoszenie – zarejestrowany problem, zawierający pełny opis umożliwiający identyfikację problemu.

Czas reakcji Wykonawcy – czas od momentu przyjęcia Zgłoszenia do chwili podjęcia działań zmierzających do wyjaśnienia Zgłoszenia. Czas reakcji liczony jest w ramach Czasu Poprawy. W czasie reakcji musi być zakończony etap uznania/bądź nie uznania zgłoszenia.

Czas Naprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającemu Rozwiązania zastępczego. Czas Naprawy liczony jest w ramach Czasu Poprawy.

Czas Poprawy – jest to czas od przyjęcia prawidłowo opisanego Zgłoszenia, zakwalifikowanego jako Błąd systemu i zmiany statusu Zgłoszenia na Uznany, do czasu dostarczenia do Zamawiającego Rozwiązania docelowego. Czas poprawy biegnie wg zasad opisanych w punkcie Godziny obsługi zgłoszeń.

Naprawa (Rozwiązanie zastępcze) – sposób przywrócenia funkcjonalności Oprogramowania za pomocą tymczasowej poprawki, który pozwala ominąć błąd. Nie eliminuje przyczyn występowania, lecz eliminuje wywołane przez nie skutki. Rozwiązanie zastępcze może być obarczone spadkiem ergonomii Oprogramowania.

Poprawa (Rozwiązanie docelowe) – procedura lub zestaw procedur do modyfikacji struktury bazy danych lub zawartości bazy danych, a także zestaw formatek, raportów, przywracające czyli rozwiązanie dostarczone Zamawiającemu przywracające pełne i prawidłowe działanie Oprogramowania.

Ogólne zasady realizacji przedmiotu zamówienia Zadania, etapy i odpowiedzialność

1. Przedmiotem umowy jest wykonanie zadań podzielonych pomiędzy etapy. Informacje na

temat zadań, etapów, terminów, produktów oraz kryteriów ich odbioru zawiera Tabela 2.

2. Podział zadań pomiędzy stronami zawiera Tabela 2. W przypadku każdego z zadań, Wykonawca jest ponadto zobowiązany do dokonywania odbiorów według kryteriów, które zawiera Tabela 2 oraz zapewnienia współpracy z GWI.

3. Zamawiający zobowiązuje się do zapewnienia niezbędnej współpracy - z uwzględnieniem godzin pracy Zamawiającego - w trakcie realizacji postanowień niniejszej umowy, a w szczególności do zapewnienia upoważnionemu personelowi Wykonawcy możliwości prowadzenia prac i wykonywania zadań określonych niniejszą umową.

4. Wykonawca jest zobowiązany wykonać przedmiot umowy zgodnie z zasadami współczesnej wiedzy technicznej, przy jednoczesnym zachowaniu najlepszych standardów z zakresu fachowości i praktyki inżynierskiej, jakich wymaga realizacja prac wchodzących w skład przedmiotu umowy oraz wszelkimi obowiązującymi przepisami prawa i normami.

5. Wykonawca gwarantuje, że wszyscy członkowie Personelu Wykonawcy, realizujący prace w ramach Umowy, będą posiadali umiejętności i doświadczenie odpowiednie do zakresu czynności powierzanych tym osobom oraz będą spełniali wymagania specjalistyczne w związku z wykonywaniem powierzonych im zadań.

6. Wykonawca odpowiada za przestrzeganie przez personel Wykonawcy wymagań wskazanych w Umowie, a także innych standardów oraz procedur wewnętrznych Zamawiającego, o których personel został wcześniej poinformowany przez Zamawiającego.

7. Dostęp do pomieszczeń infrastruktury Zamawiającego może być uzależniony od spełnienia przez członka personelu Wykonawcy dodatkowych wymogów wynikających z procedur wewnętrznych Zamawiającego lub z obowiązujących przepisów prawa, w tym przepisów o ochronie danych osobowych.

8. Realizacja zadań danego etapu rozpoczyna się w terminie 7 dni od pisemnego wezwania ze strony Zamawiającego, dostarczonego Wykonawcy w sposób opisany w Umowie.

Zadanie	Zamawiający	Wykonawca
S. Wykonanie szczegółowego projektu technicznego	Dostęp do instalacji w celu pozyskania wskazanych przez Wykonawcę parametrów środowiska.	Wykonawstwo i zarządzanie realizacją
T. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	-	Wykonawstwo i zarządzanie realizacją
U. Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu	Dostęp do instalacji w celu zainstalowania środowiska testowego oraz przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
V. Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie	Dostęp do instalacji w celu wdrożenia i przeprowadzenia testów wewnętrznych.	Wykonawstwo i zarządzanie realizacją
W. Wykonanie dokumentacji interfejsu	-	Wykonawstwo i zarządzanie realizacją
X. Udzielenie licencji na oprogramowanie	-	Udzielenie licencji
Y. Asysta przy uruchomieniu produkcyjnym MSIM	-	Wykonawstwo i zarządzanie realizacją
Z. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Dostęp do instalacji w celu realizacji zobowiązań gwarancyjnych.	Wykonawstwo i zarządzanie realizacją
AA. Współpraca z Głównym Wykonawcą Inwestycji	-	Wykonawstwo i zarządzanie realizacją

Tabela 7. Podział odpowiedzialności.

Odbiory

1. Zamawiający dokona weryfikacji zgodności przedstawionych produktów z przyjętymi kryteriami odbioru w następujących terminach:

a. w terminie 7 dni od daty zgłoszenia przekazania produktu lub gotowości do odbioru (w przypadku, gdy wymagana jest demonstracja) w przypadku produktów typu oprogramowanie,

b. w terminie 5 dni od daty przekazania produktu w przypadku produktów typu dokument.

2. Termin zakończenia realizacji Etapów I i II jest ostatecznym terminem podpisania przez obie strony umowy Protokołów Odbioru Częściowego bez zastrzeżeń. Podpisanie Protokołu Odbioru Częściowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w danym etapie.

3. Termin zakończenia realizacji Etapów III i V jest ostatecznym terminem podpisania przez obie strony umowy bez zastrzeżeń Protokołu Odbioru Końcowego, który musi zostać poprzedzony odbiorami, o których mowa w punkcie 2 powyżej. Podpisanie Protokołu Odbioru Końcowego nastąpi po pozytywnej weryfikacji wszystkich produktów przewidzianych w Etapach III i V oraz wcześniejszemu podpisaniu Protokołów Odbioru Częściowego Etapów I i II.

4. Termin zakończenia umowy jest tożsamy z zakończeniem realizacji Etapu IV. Etap IV uznaje się za zakończony, w przypadku akceptacji wszystkich raportów miesięcznych przewidzianych w Etapie IV.

5. Odbiór Etapu potwierdzany jest podpisanym bez zastrzeżeń Protokołem Odbioru Etapu przez Zamawiającego oraz Wykonawcę (Protokół Odbioru Etapu musi być sporządzony w 3 egzemplarzach po 2 sztuki dla Zamawiającego i jednej dla Wykonawcy).

6. Dokonanie Odbioru Etapu, nie pozbawia Zamawiającego roszczenia wobec Wykonawcy o usunięcie wad, które ujawnią się w odebranych już Produktach i Komponentach wykonanych i dostarczonych w ramach etapu, w trakcie realizacji kolejnych etapów przedmiotu Umowy, a także w okresie gwarancji.

7. Wady Produktów i Komponentów wykonanych i dostarczonych w ramach konkretnego etapu, zdiagnozowane w etapach późniejszych, zostaną niezwłocznie (jednak nie później niż w terminie wskazanym przez Zamawiającego) usunięte przez Wykonawcę bez odrębnego wynagrodzenia. Zamawiający nie przewiduje, w związku z opisanymi w zdaniach poprzednich okolicznościami, zmiany terminów wykonywania przedmiotu Umowy, w tym kolejnych etapów.

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
S. Wykonanie szczegółowego projektu technicznego	Etap I	37.Dokument „Projekt techniczny interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie.	6. Zgodność dokumentu z wymaganiami OPZ. 7. Zgodność dokumentu z zasadami sztuki. 8. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentu ze strony Zamawiającego.	W okresie 21 dni od rozpoczęcia realizacji umowy
T. Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy	Etap I	38.Kody źródłowe interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. (Dokument) 39.Wersja wykonywalna interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. 40.Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. W przypadku konieczności wprowadzenia zmian w produktach Zadania A, produktem są również zaktualizowane przez Wykonawcę produkty Zadania A, spełniające kryteria odbioru zdefiniowane dla Zadania A.	Oprogramowanie: 9. Zgodność kodów źródłowych ze standardami kodowania dla wybranego przez Wykonawcę języka programowania. 10. Pozytywny wynik demonstracji kompilacji i instalacji oprogramowania. 11. Zgodność zademonstrowanego sposobu kompilacji i instalacji z „Instrukcją kompilacji i instalacji (…)”. 12. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 6. Zgodność dokumentów z wymaganiami OPZ. 7. Zgodność dokumentów z zasadami sztuki. 8. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 60 dni od rozpoczęcia realizacji umowy
U. Opracowanie scenariuszy	Etap I	41.Dokument „Scenariusze testowe do interfejsu pomiędzy	Oprogramowanie: 9. Pozytywny wynik demonstracji testów	W okresie 75 dni od

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
testowych oraz przeprowadzenie testów wewnętrznych interfejsu		oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. 42.Zainstalowane w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. środowisko testowe (j. ang. sandbox) interfejsu symulujące współpracę pomiędzy interfejsem pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. 43.Przeprowadzenie testów wewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie 44.Dokument „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalem Specjalistycznym im. L. Rydygiera w Krakowie 45.Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L.	wewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami. 10. Zgodność zademonstrowanych testów z „Raportem testów wewnętrznych (…)” oraz „Instrukcją kompilacji środowiska testowego (…)”. 11. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 12. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Szkolenia: 7. Zgodność szkoleń z wymaganiami OPZ. 8. Uzyskanie ponad 40% w ocenie ewaluacyjnej na podstawie ankiet. 9. Brak uzasadnionych i obiektywnych zastrzeżeń do szkoleń ze strony Zamawiającego. Dokumenty: 8. Zgodność dokumentów z wymaganiami OPZ. 9. Zgodność dokumentów z zasadami sztuki. 10. W przypadku „Raportu z testów wewnętrznych(…)” zgodność z przeprowadzonymi testami wewnętrznymi. 11. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	rozpoczęcia realizacji umowy

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
V. Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie		Rydygiera w Krakowie W przypadku konieczności wprowadzenia zmian w produktach Zadań A i B, produktem są również zaktualizowane przez Wykonawcę produkty Zadań A i B, spełniające kryteria odbioru zdefiniowane dla Zadań A i B.
	Etap II	46.Przeprowadzenie testów zewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie 47.Dokument „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”. 48.Przeprowadzenie szkolenia administratorów interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. 49.Dokument „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie	Oprogramowanie: 9. Pozytywny wynik demonstracji testów zewnętrznych rozumiany jako potwierdzenie zgodności zachowania się oprogramowania z przyjętymi scenariuszami. 10. Zgodność zademonstrowanych testów z „Raportem testów zewnętrznych (…)”. 11. Możliwość powtórzenia uzyskanych rezultatów testów przez Zamawiającego. 12. Brak uzasadnionych i obiektywnych uwag co do zgodności oprogramowania z projektem technicznym. Dokumenty: 10. Zgodność dokumentów z wymaganiami OPZ. 11. W przypadku „Raportu z testów zewnętrznych(…)” zgodność z przeprowadzonymi testami zewnętrznymi. 12. W przypadku „Raportu ze szkoleń administratorów (…)” zgodność z przeprowadzonymi szkoleniami. 13. Zgodność dokumentów z zasadami sztuki. 14. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 30 dni od rozpoczęcia Etapu II

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B i C. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B i C, spełniające kryteria odbioru zdefiniowane dla Zadań A, B i C.
W. Wykonanie dokumentacji interfejsu	Etap II	50. Dokument „Dokumentacja powykonawcza interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. W przypadku konieczności wprowadzenia zmian w produktach Xxxxx X, X, X i D: • Dokument „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. • Dokument „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie. produktem są również zaktualizowane przez Wykonawcę wskazane wyżej produkty, spełniające kryteria odbioru dokumentów zdefiniowane dla Zadań A,	8. Zgodność dokumentacji z wytworzonym i zainstalowanym oprogramowaniem. 9. Zgodność dokumentów z wymaganiami OPZ. 10. Zgodność dokumentów z zasadami sztuki. 11. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 45 dni od rozpoczęcia Etapu II

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		B, C i D.
X. Udzielenie licencji na oprogramowanie	Etap II	51.Dokument „Licencja na interfejs pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie.	9. Zgodność licencji z wytworzonym i zainstalowanym oprogramowaniem. 10. Zgodność licencji z wymaganiami OPZ. 11. Zgodność licencji z powszechnie obowiązującymi wymogami prawa. 12. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	W okresie 30 dni od rozpoczęcia Etapu II
Y. Asysta przy uruchomieniu produkcyjnym MSIM	Etap III	52. Dokument „Miesięczny raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”. W przypadku konieczności wprowadzenia zmian w produktach Xxxxx X, X, X, X i E. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D i E, spełniające kryteria odbioru zdefiniowane dla Xxxxx X, X, X, X i E.	9. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach asysty. 10. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 11. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Od przystąpien ia do Etapu III do podpisania Protokołu Odbioru Końcowego MSIM
Z. Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu	Etap IV	53.Dokument „Miesięczny raport z czynności wykonanych w ramach usług świadczenia usług serwisu gwarancyjnego interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”. W przypadku konieczności wprowadzenia zmian w produktach Zadań A, B, C, D, E i F. produktem są również zaktualizowane przez Wykonawcę produkty Zadań A, B, C, D, E i, spełniające kryteria odbioru	5. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 6. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 12. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Przez 5 lat od odbioru Etapu III

Zadanie	Etap (y)	Produkty	Kryteria odbioru	Termin realizacji
		zdefiniowane dla Zadań A, B, C, D, E i F.
AA. Współpraca z Głównym Wykonawcą Inwestycji	Etap V	54.Dokument „Miesięczny raport z czynności wykonanych w ramach współpracy z Głównym Wykonawcą Inwestycji”.	7. Zgodność raportu z faktycznie wykonanymi czynnościami w ramach serwisu gwarancyjnego. 8. Zgodność pomiędzy wykazanymi czynnościami, a wymaganiami OPZ i Umowy. 9. Brak uzasadnionych i obiektywnych zastrzeżeń do dokumentów ze strony Zamawiającego.	Od rozpoczęcia realizacji umowy do odbioru Xxxxx XXX

Tabela 8. Zadania, etapy, terminy, produkty oraz kryteria ich odbioru.

Wymagania wobec zadania A. „Wykonanie szczegółowego projektu technicznego”

6. Projekt techniczny musi obejmować co najmniej następujące informacje:

a) Model architektury biznesowej - opis przepływu informacji z wykorzystaniem jednej z powszechnie stosowanych notacji np. UML w aktualnej wersji (Wykonawca wskazuje w Projekcie Technicznym stosowaną notację oraz jej podstawowe elementy).

b) Model architektury informatycznej (strukturę komunikatów, schemat komunikacji pomiędzy sprzęganymi systemami, listę i opis komponentów).

c) Model architektury technicznej (wykaz oprogramowania standardowego za pomocą którego interfejs będzie realizowany, konfigurację oprogramowania standardowego, rozmieszczenie oprogramowania w architekturze fizycznej).

d) Model architektury bezpieczeństwa (przyjęte rozwiązania techniczne mające na celu zapewnienie: kontroli dostępu, uwierzytelniania, rozliczalności, poufności, integralności, dostępności interfejsu).

7. Dokumentacja procesu wytwórczego dla oprogramowania dedykowanego budowanego na potrzeby niniejszego zamówienia (opis wykorzystanych technologii w tym języki programowania, biblioteki).

8. W przypadku, gdy dla wybranego przez Wykonawcę języka oprogramowania istnieją standardy kodowania – powinien wskazać w projekcie technicznym jeden z nich i go stosować. W przypadku stosowania języków programowania, dla których nie istnieją standardy kodowania – powinien w projekcie technicznym opisać podstawowe zasady stosowanego przez siebie standardu kodowania.

Wymagania wobec zadania B. „Wykonanie oprogramowania według specyfikacji zawartej w Załączniku 2A do Umowy”

Wymagania wobec kodów źródłowych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie (Dokument)

3. Wymagania w ogólne w zakresie dokumentów odnoszą się w szczególności do dokumentacji kodów źródłowych oprogramowania wytworzonego w ramach realizacji umowy, a w szczególności do sposobu komentowania plików źródłowych. W szczególności nie jest dopuszczalne dostarczenie kodu zanonimizowanego względnie zaszyfrowanego (np. przez zastąpienie nazw zmiennych, obiektów metod itp. przypadkowymi lub losowymi nazwami).

4. Kody źródłowe powinny być zgodne ze standardami kodowania wskazanymi w projekcie technicznym.

Wymagania wobec wersji wykonywalnej interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalem Specjalistycznym im. L. Rydygiera w Krakowie

Specyfikacja wymagań wobec wersji wykonywalnej interfejsu znajduje się w Załączniku 2A do Umowy.

Wymagania wobec dokumentu „Instrukcja kompilacji i instalacji interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie

Wykonawca musi opracować szczegółową instrukcję kompilacji i instalacji interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie umożliwiającą:

• wskazanie niezbędnych do przeprowadzenia kompilacji elementów środowiska programistycznego,

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• kompilację dostarczonych kodów źródłowych do wersji wykonywalnej,

• instalację i konfigurację interfejsu.

Wymagania wobec zadania C. „Opracowanie scenariuszy testowych oraz przeprowadzenie testów wewnętrznych interfejsu”

Wymagania wobec dokumentu „Scenariusze testowe o interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalem Specjalistycznym im. L. Rydygiera w Krakowie”

Scenariusz:	Scenariusz testów funkcjonalnych
Opis:	Testy funkcjonalne mają na celu sprawdzenie zgodności końcowego efektu prac z modelem systemu utworzonym na etapie analizy, w szczególności z opisami funkcji użytkowych.
Oczekiwany wynik:	Prawidłowe działanie systemu w zakresie zdefiniowanych funkcjonalności na etapie analizy.

Scenariusz:	Scenariusz testów bezpieczeństwa
Opis:	Testy bezpieczeństwa mają na celu sprawdzenie prawidłowej realizacji polityki bezpieczeństwa. Główne zagadnienia testowe obejmują: • sprawdzenie możliwości niepowołanego dostępu do systemu – obejmujące kontrole definicji uprawnień użytkowników, próby wykonania wybranych funkcji użytkowych przez użytkowników o różnym poziomie uprawnień, kontrole zapisów w systemie o próbach niepowołanego dostępu; • zabezpieczenie przed skutkami awarii systemu.
Oczekiwany wynik:	Prawidłowe działanie systemu w zakresie określonej polityki bezpieczeństwa.

Scenariusz:	Scenariusz testów wydajnościowych
Opis:	Testom wydajności podlegać będą procesy masowe o dużym znaczeniu biznesowym. Głównym celem prób wydajnościowych będzie sprawdzenie, czy ustawienia środowiska systemu (np. system operacyjny, baza danych) oraz aplikacji zapewniają założoną wydajność testowanych procedur.
Oczekiwany wynik:	Prawidłowe działanie systemu w zakresie efektywności systemu przy zadanych parametrach obciążenia systemu oraz sprawdzeniu szybkości systemu podczas wyszukiwania i prezentacji danych, importowania i eksportowania danych.

Warunki początkowe (w tym dane testowe):

Obiekt	Wartość	Uwagi
obiekt1	wartość_obiektu1	Uwagi_o_obiekcie1
obiekt2	wartość_obiektu2	Uwagi_o_obiekcie2

Kroki scenariusza:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany
7.	krok1	parametry_wejsciowe_dla_kroku1	wynik_oczekiwany_dla_kroku1
8.	krok2	parametry_wejsciowe_dla_kroku2	wynik_oczekiwany_dla_kroku2
9.	krok3	parametry_wejsciowe_dla_kroku3	wynik_oczekiwany_dla_kroku3

Wymagania wobec zainstalowanego u Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie środowiska testowego (j. ang. sandbox) interfejsu symulującego współpracę pomiędzy interfejsem pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie

Wykonawca musi opracować środowisko testowe interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie typu sandbox (tj. odseparowanego od istniejącej instalacji produkcyjnej) umożliwiającą uruchamianie testowych przebiegów integracji symulujących działanie MSIM.

Wymagania wobec testów wewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalem Specjalistycznym im. L. Rydygiera w Krakowie

Zakres testów wewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

Wymagania wobec dokumentu „Raport z testów wewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”

Raport z testów wewnętrznych składa się z protokołów testów wewnętrznych. Wzór minimalnej zawartości protokołu testów wewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Wewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
7.
8.
9.

Wymagania wobec dokumentu „Instrukcja instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”

Wykonawca musi opracować szczegółową instrukcję instalacji środowiska testowego interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie umożliwiającą:

• wskazania niezbędnych komponentów środowiska informatycznego, w tym bibliotek, baz danych itp., wraz z wymaganą konfiguracją,

• instalację i konfigurację interfejsu,

• sposób symulowania zachowania się MSIM.

Wymagania wobec zadania D. „Wdrożenie oraz przeprowadzenie testów zewnętrznych interfejsu oraz wprowadzenie poprawek w interfejsie”

Wymagania wobec testów zewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie

Wykonawca musi przeprowadzić testy zgodnie z opracowanym przez niego i zatwierdzonym przez Xxxxxxxxxxxxx Planem testów wraz ze scenariuszami testowymi.

Zakres testów w ramach Systemu MSIM obejmuje co najmniej:

• Testy funkcjonalne,

• Testy bezpieczeństwa,

• Testy wydajnościowe.

Wykonawca w terminie uzgodnionym z Zamawiającym dla poszczególnych testów funkcjonalnych przekaże do akceptacji Zamawiającemu plan i zakres testów.

k) Plan testów musi zawierać co najmniej:

• proponowany czas trwania testu wraz z iteracjami,

• podstawowe informacje na temat przedmiotu testów,

• nazwę funkcjonalności,

• scenariusz testów danej funkcjonalności lub podatności, wraz z informacją o konfiguracji (jeżeli jest wymagana dodatkowa), kryteria akceptacyjne.

l) Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 3 dni roboczych.

m) Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów 2 dni roboczych.

n) Brak akceptacji Planu testu uniemożliwia rozpoczęcie testów.

o) Zamawiający może zrezygnować z testowania wybranych wymagań interfejsu Przeprowadzenie testów musi być zakończone opracowaniem Raportu z testów. Raport z testów musi być przyjęty przez Zamawiającego bez zastrzeżeń.

Wymagania wobec dokumentu „Raport z testów zewnętrznych interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”

Raport z testów wewnętrznych składa się z protokołów testów zewnętrznych. Wzór minimalnej zawartości protokołu testów zewnętrznych znajduje się poniżej [Dla każdego scenariusza].

Protokół Testów Zewnętrznych

Projekt: „Interfejs pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalem Specjalistycznym im. L. Rydygiera w Krakowie”

Scenariusz:

Opis:

Uwagi:

Lp.	Opis kroku	Parametry wejściowe	Wynik oczekiwany	Wynik otrzymany
7.
8.
9.

Wymagania wobec szkoleń administratorów interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie

W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązuje się do przeprowadzenia szkoleń. Celem tych szkoleń będzie teoretyczne i praktyczne przygotowanie osób pełniących funkcje administratorów Systemu. Szkolenia te zostaną przeprowadzone w siedzibie Zamawiającego. Zamawiający zapewni salę szkoleniową. Wykonawca zapewnia niezbędne wyposażenie techniczne. Każdy dzień szkoleniowy będzie obejmował 8 godzin zajęć (przez godzinę zajęć należy rozumieć 45 minut).

Szkolenie będzie zakończone wypełnieniem ankiet ewaluacyjnych szkolenie. Ankieta będzie obejmować x.xx. organizację szkolenia, treść szkolenia (w tym przygotowanie prowadzących szkolenie). Ankiety przygotuje Zamawiający.

Szkolenia przeprowadzone przez Wykonawcę mają na celu umożliwienie Zamawiającemu na samodzielne konfigurowanie i eksploatowane interfejsu. W przypadku zastosowania takich rozwiązań technicznych, dla których szkolenia z załączonej listy nie będą wystarczające, aby spełnić powyższy cel, Wykonawca zobowiązany jest do rozszerzenia listy oraz zakresu szkoleń. Rozszerzenie zakresu przeprowadzonych szkoleń nie będzie powodować dodatkowych kosztów ze strony Zamawiającego.

Poniżej przedstawiono minimalne ogólne wymagania dla szkoleń dedykowanych dla administratorów:

8. Na co najmniej 3 dni robocze przed terminem rozpoczęciem szkolenia uczestniczy szkoleń otrzymają wersje elektroniczne materiałów szkoleniowych.

9. Szkolenia muszą być prowadzone w wydzielonych blokach tematycznych.

10. Terminy szkoleń nie mogą się nakładać.

11. Uczestniczy szkoleń muszą otrzymać komplet materiałów w wersji papierowej (zbindowanych).

12. Szkolenia oraz materiały muszą być przygotowane w języku polskim dla szkoleń prowadzonych przez Wykonawcę. Dopuszcza się szkolenia i materiały angielskojęzyczne w przypadku, gdy dotyczą oprogramowania narzędziowego występującego wyłącznie w wersji angielskiej i posiadających wyłącznie angielskojęzyczna dokumentację producenta.

13. Na co najmniej 5 dni roboczych przed rozpoczęciem szkoleń Wykonawca zobowiązany jest do przedstawienia szczegółowego planu szkolenia obejmującego:

a. Wskazanie terminu szkolenia

b. Imię i nazwisko trenera

c. Szczegółowy program szkolenia – obejmującego wszystkie bloki tematyczne Harmonogram szkoleń w przeciągu 2 dni roboczych zostanie zaakceptowany przez Zamawiającego lub zgłoszone zostaną uzasadnione uwagi do zaproponowanych terminów szkolenia, lub/oraz zakresu tematycznego lub doboru trenera – wówczas Wykonawca ma 2 dni robocze na przedstawienie zaktualizowanego planu szkolenia

14. Szkolenia musza być prowadzone na instancji testowej - sandbox.

Wymagania wobec dokumentu „Raport szkolenia administratorów interfejsu pomiędzy oprogramowaniem OptiMED a MSIM w Wojewódzkim Szpitalu Specjalistycznym im. L. Rydygiera w Krakowie”

Raport musi zawierać następujące elementy:

k) liczba osób przeszkolonych,

l) nazwę osoby szkolącej,

m) czas trwania szkolenia,

n) zakres szkolenia, z załączonymi materiałami,

o) załącznikami do raportu będą kopie list obecności na szkoleniach zawierające dane o uczestnikach szkolenia: imię, nazwisko, nazwa komórki organizacyjnej, telefon, adres poczty elektronicznej, dane trenera (imię, nazwisko, adres poczty elektronicznej), wypełnione karty (formularze) egzaminacyjne osób szkolonych oraz ankiet ewaluacyjnych.

Wymagania wobec zadania E. „Wykonanie dokumentacji interfejsu”

Wykonawca musi dostarczyć dokumentację w języku polskim, zgodnie z następującymi wymaganiami.

7) Wykonawca opracuje Dokumentację projektową na którą składają się co najmniej:

xi) Dokumentację techniczną powykonawczą - zaktualizowany projekt techniczny,

xii) Dokumentacje konfiguracyjną oprogramowania,

xiii) Zestawienie ważności wszystkich gwarancji i licencji,

xiv) Dokumentację administratora,

xv) Dokumentacja w zakresie bezpieczeństwa i przetwarzania danych osobowych zgodna z zapisami Generalnego Inspektora Ochrony Danych Osobowych w zakresie opracowania i wdrożenia polityki bezpieczeństwa.

8) Dokumentacja administratora powinny dodatkowo:

ix) Zawierać zrzuty ekranów demonstrujące oczekiwane stany zachowania interfejsu w kluczowych punktach przebiegu najczęściej wykonywanych operacji,

x) Być przygotowane w wersji dokumentu elektronicznego (.pdf,.doc) oraz HTML,

xi) Xxxxxxxx szczegółowe omówienie wszystkich funkcji interfejsu. Lista funkcji powinna być ułożona w kolejności alfabetycznej lub w postaci indeksu,

xii) Mieć charakter procesowy, opisujący sposób postępowania w zidentyfikowanych w Projekcie technicznym przebiegach procesów.

9) Wykonawca musi opracować Dokumentację administratora, która zawierać będzie co najmniej:

i. Procedury administracyjne,

ii. Procedury instalacji i konfiguracji,

iii. Procedury bieżących działań administracyjnych,

iv. Procedury okresowych/planowanych działań administracyjnych,

v. Procedury testowe dla przeprowadzenia weryfikacji poprawności działania poszczególnego oprogramowania,

vi. Procedury aktualizacji standardowych elementów dostarczonego rozwiązania,

vii. Procedury awaryjne (w tym wykonanie kopii bezpieczeństwa – pełnej oraz przyrostowej, postępowanie w przypadku awarii),

viii. Procedur Disaster Recovery ze scenariuszami awarii oraz procedur działań odtworzeniowych i uruchomieniowych mających na celu zminimalizowanie strat danych oraz zminimalizowanie czasu niedostępności usług.

10) Wykonawca musi opracować szczegółową dokumentację techniczną powykonawczą zawierającą dokładny opis konfiguracji zainstalowanych komponentów poszczególnych aplikacji oraz systemów.

11) Wykonawca dostarczy pliki źródłowe dokumentacji, tak, aby była możliwa ich modyfikacja.

12) Wykonawca dostarczy Zamawiającemu kody źródłowe interfejsu.

Wymagania wobec zadania F. „Udzielenie licencji na oprogramowanie oraz dokumentację”

28) Wykonawca oświadcza, iż jest uprawniony do dostarczenia licencji na wymagane oprogramowanie, w zakresie umożliwiającym wykonanie umowy, w tym ewentualne oprogramowanie narzędziowe oraz biblioteki umożliwiające skompilowania kodu źródłowego.

29) Wykonawca dostarczy licencje na warunkach producentów oprogramowania, a także dostarczy równocześnie Zamawiającemu pełną dokumentację standardowo dostarczaną przez producentów do oprogramowania oraz gwarancje.

30) Wykonawca oświadcza, iż przysługują mu autorskie prawa majątkowe do oprogramowania lub jest uprawniony do udzielenia licencji na to oprogramowanie, w zakresie umożliwiającym wykonanie umowy. Wykonawca zobowiązuje się dołączyć do przedmiotu zamówienia instrukcje użytkowania, warunki gwarancji, licencje oraz nośniki z instalatorami oprogramowania.

31) Wykonawca udzieli Zamawiającemu na czas nieoznaczony niezbywalnej i niewyłącznej licencji na korzystanie z oprogramowania na warunkach opisanych w OPZ.

32) Zamawiającemu przysługuje prawo do sporządzenia jednej kopii zapasowej (kopii bezpieczeństwa) wersji instalacyjnej dostarczonego oprogramowania, przy czym:

a) Zamawiający zobowiązuje się do przechowywania kopii aktualnie nieużywanej w miejscu zabezpieczonym przed dostępem osób nieupoważnionych i pozostającym pod jego kontrolą;

b) Zamawiający zobowiązuje się oznaczyć kopię zapasową w sposób umożliwiający jej identyfikację przez osoby trzecie. Kopia zapasowa nie może być stale użytkowana równolegle z oryginalną.

33) Zamawiający zobowiązuje się do nie usuwania lub zmiany jakichkolwiek znaków handlowych, dotyczących praw własności, w tym praw własności intelektualnej, znajdujących się na oprogramowaniu i materiałach dotyczących oprogramowania dostarczonych Zamawiającemu.

34) Zamawiający przyjmuje do wiadomości, że udzielenie licencji na oprogramowanie jest zastrzeżone i podlega przepisom prawa autorskiego.

35) Na podstawie udzielonych licencji Zamawiający uprawniony będzie do korzystania z oprogramowania na polach eksploatacji, między innymi, ale nie wyłącznie:

a) Użytkowanie oprogramowania w zakresie wynikającym z jego charakteru i przeznaczenia w siedzibie Zamawiającego i pozostałych partnerów projektu Małopolski System Informacji Medycznej – projekt pilotażowy oraz poprzez dostęp zdalny wyłącznie na użytek działalności statutowej bez prawa dystrybucji, użyczania, wynajmowania, wydzierżawiania, udzielania dalszych sublicencji lub innego przenoszenia swych praw na osoby trzecie;

b) Do użytkowania oprogramowania będą w szczególności upoważnieni pracownicy Zamawiającego oraz inne osoby upoważnione przez Zamawiającego w ramach prowadzonej działalności oraz statutu.

36) W przypadku, gdy po udzieleniu Zamawiającemu licencji do w ramach wykonywania Umowy powstanie nowe pole eksploatacji, Wykonawca zawrze na żądanie Zamawiającego aneks Umowy zawierający upoważnienie do bezpłatnego korzystania przez Zamawiającego z przedmiotu Umowy na nowych polach eksploatacji. Zamawiający może wystąpić z powyższym żądaniem w okresie 5 lat od dnia powstawania nowego pola eksploatacji.

37) Zakres licencji, udzielonych na zasadach określonych w niniejszym paragrafie, obejmuje również prawo do zezwalania na wykonywania przez Zamawiającego praw zależnych w odniesieniu do przedmiotu Umowy na polach eksploatacji wskazanych w niniejszym OPZ.

38) W ramach udzielonej Zamawiającemu licencji, Zamawiający ma prawo do udzielania sublicencji do korzystania z przedmiotu Umowy na polach eksploatacji wskazanych w niniejszym paragrafie na rzecz innym podmiotom publicznym ochrony zdrowia województwa małopolskiego, bez konieczności uzyskiwania zgody Wykonawcy.

39) Wykonawca zapewnia, że licencja na korzystanie z oprogramowania będącego przedmiotem Umowy udzielona przez Wykonawcę nie będzie zawierała ograniczeń polegających na tym, że dane oprogramowanie może być używane wyłączenie z innym oprogramowaniem lub może być wdrażane, serwisowane itp. wyłącznie przez określony podmiot lub grupę podmiotów.

40) Udzielenie licencji następuje bez ograniczeń czasowych oraz terytorialnych.

41) Wykonawca zobowiązuje się, że nie będzie korzystał z ustawowego uprawnienia do wypowiedzenia umowy licencyjnej, ani prawa do odstąpienia do umowy przysługującego mu na podstawie art. 56 ust. 1 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych w okresie 30 lat od wygaśnięcia niniejszej Umowy, a także po upływie tego okresu.

42) Zamawiający oświadcza, że uprawnienia licencyjne przysługujące Zamawiającemu mają na celu zapewnienie Zamawiającemu nieograniczone w czasie korzystanie z systemu na potrzeby własne oraz obecnych i przyszłych Partnerów Projektu, w tym w celu realizacji zadań ustawowych oraz statutowych Zamawiającego oraz zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w przedmiocie Umowy po podpisaniu Protokołu Odbioru Końcowego lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy.

43) Wykonawca zobowiązuje się, że z chwilą dostarczenia przedmiotu Umowy poinformuje Zamawiającego, czy jest on objęty jest prawami autorskimi podmiotów trzecich oraz niezwłocznie przedstawi Zamawiającemu listę podmiotów uprawnionych, ze wskazaniem nazwy oraz siedziby tych podmiotów oraz przekaże Zamawiającemu warunki licencyjne korzystania , przy czym warunki te nie mogą być mniej korzystne dla Zamawiającego niż warunki opisane w ustępach powyżej.

44) W przypadku licencji na korzystanie z rezultatów prac osób trzecich, Wykonawca zobowiązuje się, że podmiot udzielający licencji nie utraci praw niezbędnych do zapewnienia Zamawiającemu możliwości korzystania z tego oprogramowania przez okres obowiązywania umowy licencyjnej, a w wypadku gdyby takie zdarzenie miało miejsce Wykonawca w ramach otrzymanego z tytułu niniejszej Umowy wynagrodzenia dostarczy i wdroży zamienne rezultatu prac.

45) Wraz z udzieleniem licencji na oprogramowania będące przedmiotem Umowy Wykonawca przenosi na Zamawiającego własność nośników, na których utrwalone zostało oprogramowanie.

46) Wynagrodzenie Wykonawcy z tytułu udzielenia licencji na wszystkich polach eksploatacji wskazanych w niniejszym paragrafie zawiera się w wynagrodzeniu z tytułu wykonania prac objętych Umową.

47) Niezależnie od postanowień ustępów poprzedzających, Wykonawca zezwala również Zamawiającemu na korzystanie z wiedzy technicznej i innej, zawartej w przekazanym Zamawiającemu oprogramowań będących przedmiotem Umowy w celu korzystania, utrzymywania oraz rozwijania systemu na potrzeby Zamawiającego przez Zamawiającego oraz podmioty działające na zlecenie Zamawiającego, jak również na potrzeby przeprowadzania postępowań zgodnie z przepisami ustawy PZP, mających na celu wybór wykonawców, którzy dokonają modyfikacji systemu.

48) Bez uszczerbku dla pozostałych postanowień Umowy, w przypadku, gdy brak, utrata lub ograniczenie praw Wykonawcy w odniesieniu do oprogramowań będących przedmiotem Umowy spowoduje brak, utratę lub ograniczenie prawa Zamawiającego do oprogramowania, w całości lub w jakimkolwiek zakresie, to Wykonawca nabędzie na własny koszt takie prawo na rzecz Zamawiającego lub według wyboru Zamawiającego zmodyfikuje lub wymieni części oprogramowania naruszające prawa osób trzecich, pod warunkiem, że ich modyfikacja lub wymiana nie zaszkodzi funkcjonowaniu systemu, ani nie zmniejszy jej funkcjonalności.

49) Wykonawca upoważniony jest do korzystania, w toku wykonywania niniejszej Umowy, z elementów programów komputerowych licencjonowanych na wolnych licencjach (oprogramowania typu „open source”) jedynie wówczas, gdy wykorzystanie takich programów komputerowych do stworzenia oprogramowań objętych niniejszą Umową nie uniemożliwi Wykonawcy udzielenia Zamawiającemu licencji na korzystanie ze stworzonego przez Wykonawcę oprogramowania na zasadach określonych w ustępach powyżej, a w szczególności polach eksploatacji określonych w ustępach niniejszego paragrafu. W razie wystąpienia okoliczności, o których mowa w zdaniu pierwszym, traktowane one będą jako wada prawna przedmiotu Umowy, za którą odpowiedzialność ponosi Wykonawca.

50) Wykonawca zobowiązany jest do dostarczenia Zamawiającemu w momencie przekazania oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania typu open source pełnej listy elementów rozpowszechnianych na licencjach typu open source, które zostały wykorzystane przy tworzeniu przez Wykonawcę oprogramowania wraz ze wskazaniem rodzaju licencji typu open source, na której licencjonowany jest wykorzystany przez Wykonawcę element oprogramowania.

51) Wykonawca jest odpowiedzialny za zapewnienie zgodności z niniejszą Umową oprogramowań będących przedmiotem Umowy powstałych z wykorzystaniem oprogramowania na licencjach open source. Strony postanawiają również, że wykorzystanie przez Wykonawcę programów na licencjach open source nie ogranicza w żaden sposób obowiązków Wykonawcy wynikających ze świadczenia usług serwisu oraz gwarancji.

52) W przypadku dostarczania Zamawiającemu w toku realizacji wdrożenia, gwarancji, usługi serwisu lub innych prac stanowiących programy komputerowe, modyfikacje tych programów Wykonawca zobowiązany jest dostarczyć Zamawiającemu w momencie przekazywania tych rezultatów prac do odbioru kompletną dokumentację - dokumentację projektową i techniczną związaną z określonym rezultatem prac, zawierającą wszelkie informacje pozwalające Zamawiającemu oraz jego pracownikom na samodzielne korzystanie z takich rezultatów prac. Wykonawca dostarczy również kompletny wykaz narzędzi, bibliotek, itp. niezbędnych do doprowadzenia rezultatu prac do formy wykonywalnej.

53) W celu uniknięcia jakichkolwiek wątpliwości Strony potwierdzają, że wraz z przekazaniem Zamawiającemu kodów źródłowych na Zamawiającego nie przechodzą majątkowe prawa autorskie do przekazanych kodów źródłowych. Majątkowe prawa autorskie do kodów źródłowych pozostają przy Wykonawcy lub innym twórcy, który stworzył kody źródłowe, a

Zamawiający uprawniony jest do korzystania z tych kodów źródłowych, w tym również do modyfikowania, zlecenia wykonania modyfikacji kodów źródłowych podmiotom trzecim oraz prezentowania ich na potrzeby związane z organizacją postępowań przetargowych na modyfikację systemu na podstawie licencji udzielonej Zamawiającemu na warunkach opisanych w niniejszej Umowie.

54) Wraz z kodem źródłowym Wykonawca zobowiązany jest dostarczyć kompletny wykaz narzędzi programistycznych, bibliotek i innych elementów niezbędnych do doprowadzenia takiego rezultatu prac do formy wykonywalnej. Ponadto na żądanie Zamawiającego Wykonawca zobowiązany jest udzielić Zamawiającemu lub osobie wskazanej przez Zamawiającego dodatkowych informacji niezbędnych do doprowadzenia danego rezultatu prac do formy wykonywalnej.

55) Wykonawca nie jest uprawniony do stosowania jakichkolwiek technik lub ograniczeń, które uniemożliwiłyby uprawnionym pracownikom odczyt lub zapisywanie kodu źródłowego.

56) Wraz z wygaśnięciem niniejszej Umowy, bez względu na przyczynę wygaśnięcia, Wykonawca zobowiązany jest do wydania Zamawiającemu aktualnego na dzień wygaśnięcia Umowy oraz kompletnego repozytorium kodów źródłowych, o których mowa w niniejszym paragrafie.

57) Zamawiający oświadcza, że uprawnienia przysługujące Zamawiającemu na podstawie ustępów powyżej mają na celu zapewnienie Zamawiającemu możliwości utrzymywania oraz rozwijania Systemu bez udziału Wykonawcy, w szczególności powierzenia innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac, po wdrożeniu systemu lub wcześniej w przypadkach, w których Wykonawca nie będzie w sposób należyty wykonywał obowiązków wynikających z niniejszej Umowy. Zamawiający zobowiązuje się nie udostępniać kodów źródłowych jak i nie powierzać dostępu do repozytorium kodów źródłowych osobom trzecim w celach innych niż przeprowadzanie zgodnie z przepisami ustawy PZP postępowań mających na celu wybranie podmiotu, który będzie dokonywał modyfikacji systemu oraz powierzenie innemu niż Wykonawca podmiotowi wykonania modyfikacji/zmian w rezultatach prac.

Wymagania wobec zadania G. „Asysta przy uruchomieniu produkcyjnym MSIM”

Wykonawca zobowiązany będzie do świadczenia asysty przy uruchomieniu produkcyjnym MSIM dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 2 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą w terminach i zakresie ustalonym z Zamawiającym z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

Wymagania wobec zadania H. „Świadczenie usług serwisu gwarancyjnego wykonanego interfejsu” Gwarancja

Wykonawca udziela Zamawiającemu gwarancji jakości i rękojmi za wady na okres 5 lat od daty odbioru wszystkich produktów projektu (tj. liczona będzie od daty podpisania protokołu odbioru końcowego).

W ramach gwarancji Wykonawca będzie świadczył usługi gwarancji w zakresie oprogramowania zgodnie z następującymi wytycznymi:

• Dopuszcza się zmianę kwalifikacji zgłoszenia wady, wyłącznie po uprzedniej zgodzie Zamawiającego. Do czasu potwierdzenia zmiany kwalifikacji, uznaje się za obowiązującą kwalifikację pierwotną,

• Wykonawca zobowiązany jest do świadczenia gwarancji bezpośrednio w lokalizacji Zamawiającego na terenie województwa małopolskiego lub jeżeli jest to możliwe – zdalnie,

• Usunięcie wady nastąpi poprzez przekazanie poprawki lub nowej wersji. Każda nowa poprawka lub nowa wersja musi posiadać unikalny numer. Zasady wersjonowania poprawek i nowych wersji zostaną przekazane przez Wykonawcę w terminie 15 dni roboczych od dnia podpisania Umowy,

• Wykonawca zobowiązany jest do przekazywania Zamawiającemu informacji o nowych poprawkach i nowych wersjach oprogramowania standardowego oraz aplikacji drogą elektroniczną na wskazany adres e-mail Zamawiającego,

• Wykonawca zobowiązany jest do udostępniania nowych poprawek i nowych wersji aplikacji poprzez ustaloną witrynę internetową nieodpłatnie,

• Wykonawca zobowiązany jest do wysłania do Zamawiającego nośnika CD/DVD/BLUERAY zawierającego nową poprawkę oraz zmodyfikowany kod źródłowy lub nową wersję oprogramowania na każde pisemne żądanie wniesione przez Xxxxxxxxxxxxx,

• Wraz z nową wersją lub nową poprawką, Wykonawca zobowiązany jest do przekazania nowej wersji dokumentacji wraz z procedurą instalacji oraz informacją o parametryzacji i konfiguracji,

• Wykonawca w okresie trwania gwarancji, do 5 dnia każdego miesiąca, przedstawi Zamawiającemu raport zawierający co najmniej: numer zgłoszenia, kwalifikację zgłoszenia, godzinę i datę zgłoszenia, temat zgłoszenia, status zgłoszenia, godzinę i datę dostarczenia rozwiązania zastępczego (dla awarii), godzinę i datę usunięcia wady, godzinę i datę wykonania reakcji Wykonawcy, czas naprawy, czas opóźnienia w postaci godzin lub dni (jeżeli jest) dla rozwiązania zastępczego lub usunięcia wady za cały poprzedni miesiąc.

• Wykonanie aktualizacji aplikacji działających na środowisku produkcyjnym odbywa się w terminach zaproponowanych przez Wykonawcę i zaaprobowanych przez Zamawiającego

• Każda dostarczana aktualizacja musi być udokumentowana testami na środowisku testowym Zamawiającego, które zakończą się wynikiem pozytywnym

Zamawiający zgłaszać będzie wady poprzez zgłoszenie faksem pod podany w umowie numer lub poprzez system zgłoszeń udostępniony przez Wykonawcę. Czas wprowadzenia zgłoszenia jest równoznaczny z rozpoczęciem czasów reakcji o których mowa poniżej. Czasy podane w poniższych tabelach są liczone bez przerw.

Godziny obsługi zgłoszeń – Wykonawca będzie świadczył usługi od momentu zarejestrowania Zgłoszenia, z zachowaniem następujących zasad:

Zgłoszeniu zarejestrowanemu w Dniu Roboczym w godzinach od 8:00 - 16:00, czas reakcji zaczyna biec od momentu zarejestrowania Zgłoszenia.

• Wyjątkowo w piątek po godzinie 16:20 czas reakcji zaczyna biec od godz. 8:00 w poniedziałek (przy założeniu że poniedziałek nie jest dniem ustawowo wolnym od pracy).

• w godzinach pomiędzy 16:00 a 00:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego;

• w godzinach pomiędzy 0:00 a 8:00 dnia roboczego – traktowane jest jak zgłoszone o godz. 8:00 danego dnia roboczego; w dniu innym, niż dzień roboczy – traktowane jest jak zgłoszone o godz. 8:00 następnego dnia roboczego.

Usuwanie wad będzie się odbywać w następujących terminach:

KWALIFIKACJA ZGŁOSZENIA WADY	OKRES DOSTĘPNOŚCI WYKONAWCY	CZAS REAKCJI WYKONAWCY	CZAS POPRAWY	CZAS NAPRAWY
AWARIA	W dni robocze pomiędzy 700 a 2000. Zgłoszenie przesłane po	niezwłocznie, nie później niż 4 godzin od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 8 godziny od czasu przyjęcia zgłoszenia	niezwłocznie, nie później niż 48 godziny od czasu przyjęcia zgłoszenia
BŁĄD	2000, traktowane jest jak zgłoszenie przyjęte w	niezwłocznie nie później niż 1 dni robocze od dnia przyjęcia zgłoszenia	nie dotyczy	niezwłocznie nie później niż 4 dni roboczych od dnia przyjęcia zgłoszenia
USTERKA	następnym dniu roboczym o 700	niezwłocznie nie później niż 3 dni roboczych od dnia przyjęcia zgłoszenia	nie dotyczy	niezwłocznie nie później niż 14 dni roboczych od dnia przyjęcia zgłoszenia

Tabela 9. Warunki SLA.

Eksploatacja

Poniżej przedstawiono wymagania dla eksploatacji dostarczonego rozwiązania w trakcie obowiązywania okresu gwarancji.

6) Wykonawca musi informować Zamawiającego pisemnie o wszystkich wymaganych aktualizacjach wszystkich systemów i komponentów dostarczonych w niniejszym zamówieniu.

7) Wykonawca musi informować Zamawiającego o pojawiających się aktualizacjach oprogramowania (systemowego, serwerowego) związanych z interfejsem oraz planowanych przeglądach serwisowych

8) Wykonawca zapewni konsultacje na potrzeby Zamawiającego w ramach eksploatacji zgodnie z wytycznymi Umowy.

9) Wykonawca będzie aktualizował kody źródłowe interfejsu w terminie do 10 dniu od daty przyjęcia przez Zamawiającego przetestowanej wersji produkcyjnej oprogramowania, potwierdzonej protokołem odbioru (każda z wersji oprogramowania będzie zawierała kolejny nr porządkowy).

10) Wykonawca będzie dostosowywał interfejs do przepisów prawa regulujących ten obszar, kolejnych wdrażanych w ramach Projektu P1 przez CSIOZ.

Minimalny zakres raportu okresowego składanego przez inżyniera kontraktu Zamawiającemu musi zawierać co najmniej następujące informacje:

1) Data sporządzenia.

2) Określenie numeru raportu: dla raportów roboczych mm/rrrr, gdzie mm oznacza nr miesiąca, którego raport dotyczy(np. raport nr 01/2015, raport nr 02/2015 itd.),

3) Informacja o czynnościach zrealizowanych przez Wykonawcę od czasu złożenia ostatniego 1 raportu.

4) Informacje o ryzykach związanych z realizacją eksploatacją.

5) Uwagi do raportu zgłaszane przez Xxxxxxxxxxxxx.

6) Autor raportu: Imię i nazwisko, czytelny podpis.

Wymagania wobec zadania I. „Współpraca z Głównym Wykonawcą Inwestycji”

Wykonawca zobowiązany będzie do świadczenia usługi doradztwa technicznego dla Generalnego Wykonawcy Inwestycji w związku z wykonywaniem umowy na wykonanie interfejsu. W zakresie współpracy Wykonawca zobowiązany będzie do udzielania informacji, wyjaśnień oraz podejmowania ustaleń w czasie nie dłuższym niż 2 dni robocze od przesłania zapytania. Wszelkie usługi współpracy świadczone będą w terminach i zakresie ustalonym z Zamawiającym z wykorzystaniem kontaktu telefonicznego oraz e-mailowego.

Minimalny zakres raportu okresowego składanego przez inżyniera kontraktu Zamawiającemu musi zawierać co najmniej następujące informacje:

1) Data sporządzenia.

2) Określenie numeru raportu: dla raportów roboczych mm/rrrr, gdzie mm oznacza nr miesiąca, którego raport dotyczy(np. raport nr 01/2015, raport nr 02/2015 itd.),

3) Informacja o czynnościach zrealizowanych przez Wykonawcę od czasu złożenia ostatniego 1 raportu.

4) Informacja o aktualnym stanie zaawansowania zadań projektowych.

5) Informacje o ryzykach związanych z realizacją projektu.

6) Uwagi do raportu zgłaszane przez Zamawiającego.

7) Autor raportu: Imię i nazwisko, czytelny podpis.

Ogólne wymagania względem produktów typu „dokument”

4. Wykonawca jest zobowiązany do opracowania i przekazania każdego z wymienionych w OPZ dokumentów w języku polskim w formie papierowej (po 2 egzemplarze) oraz w formie elektronicznej na nośniku CD/DVD/BLUERAY w formacie MS Word, RTF i PDF. Przekazywane materiały nie mogą być szyfrowane i muszą być przeskanowane na obecność szkodliwego oprogramowania (wirusów komputerowych).

5. Na każdym nośniku dodatkowo poza przekazywaną dokumentacją musi być dostępny plik zawierający poniższy wykaz:

a) Nazwa pliku (tożsama nazwie dokumentu),

b) Wersja pliku (tożsama wersji dokumentu),

c) Data opracowania pliku,

d) Autorzy dokumentu.

6. Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji przedsięwzięcia charakteryzowały się wysoką jakością, na którą będą miały wpływ takie czynniki, jak:

a) czytelna i zrozumiała struktura zarówno poszczególnych dokumentów, jak i całej dokumentacji z podziałem na rozdziały, podrozdziały i sekcje;

b) zachowanie standardów, a także sposobu pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów oraz fragmentów tego samego dokumentu, jak również całej dokumentacji;

c) kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków, przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia – oznacza to w szczególności jednoznaczne i wyczerpujące przedstawienie wszystkich zagadnień w odniesieniu do interfejsu;

d) spójność i niesprzeczność dokumentu, rozumiane jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.