PRZETARG NIEOGRANICZONY NR MZ-AGZ /JP/12. Szczegółowy opis przedmiotu zamówienia

Transkrypt

1 Załącznik nr 1 do SIWZ PRZETARG NIEOGRANICZONY NR MZ-AGZ /JP/12 Szczegółowy opis przedmiotu zamówienia Przedmiotem zamówienia jest Dostawa systemu zarządzania treścią (CMS) wraz z niezbędnymi licencjami, szkoleniami, wsparciem/serwisem i hostingiem oraz jego instalacja, uruchomienie, integracja, migracja danych i dostosowanie do obsługi serwisów internetowych, zgodnie z wymaganiami Zamawiającego

2 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 2 z 62 SPIS TREŚCI 1. WPROWADZENIE Cel Stan aktualny i oczekiwania Zamawiającego Definicje akronimów i skrótów Omówienie dokumentu ZAKRES PRAC Organizacja projektu Analiza funkcjonalności Systemu Projekt graficzny wyglądu systemu Projekt techniczny Harmonogram realizacji Wymagania dotyczące harmonogramu: Etapy realizacji projektu Założenia dla Etapu I Założenia dla Etapu II Założenia dla Etapu III Odbiory i harmonogram płatności Gwarancja i serwis CHARAKTERYSTYKA UŻYTKOWNIKÓW CMS OGRANICZENIA, ZAŁOŻENIA I ZALEŻNOŚCI WYMAGANIA FUNKCJONALNE DOSTĘPNOŚĆ, ESTETYKA, ERGONOMIA WYDAJNOŚĆ DOKUMENTACJA HOSTING BEZPIECZEŃSTWO SZKOLENIA LICENCJONOWANIE MIGRACJA DANYCH TESTY MAPA SERWISU... 56

3 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 3 z WPROWADZENIE 1.1. Cel Celem niniejszego zamówienia jest opracowanie i prowadzenie serwisu internetowego, który będzie pełnił funkcję kanału komunikacji z obywatelami, podmiotami działającymi w systemie ochrony zdrowia (m.in. kadrą zarządzającą i przedstawicielami zawodów medycznych) oraz z mediami. Rolą serwisu będzie informowanie m.in. o kluczowych kwestiach związanych z organizacją i funkcjonowaniem systemu ochrony zdrowia w Polce, opieką zdrowotną i polityką zdrowotną. Serwis będzie pełnił również funkcję edukacyjną - będą w nim zamieszczane m.in. materiały dotyczące profilaktyki zdrowotnej, prowadzenia zdrowego trybu życia i praw pacjentów. Będzie także narzędziem prezentacji działań oraz prac legislacyjnych prowadzonych przez Ministerstwo Zdrowia. Serwis będzie ważnym narzędziem, usprawniającym przepływ informacji pomiędzy urzędem, a społeczeństwem i umożliwiającym ministerstwu realizację zadań z zakresu komunikowania publicznego Stan aktualny i oczekiwania Zamawiającego W chwili obecnej Ministerstwo Zdrowia (MZ) użytkuje m.in. następującymi serwisami internetowymi: bip.mz.gov.pl, ktore wykorzystują zestawy narzędzi służących do zarządzania publikowaną treścią. Pozyskane narzędzie CMS ma umożliwić: 1. Nowoczesne i uproszczone zarządzanie i obsługę portali intranetowych. 2. Stworzenie platformy informacyjnej, zintegrowanej pod względem funkcjonalnym i wizerunkowym. 3. Tworzenie w przyszłości nowych serwisów tematycznych w Internecie z wykorzystaniem pozyskanego narzędzia. 4. Poprawienie wizerunku MZ w Internecie, poprzez udostępnienie funkcjonalnych i łatwych w użyciu stron internetowych. Serwis będzie rozwinięciem dotychczas istniejącego dostosowanym do rzeczywistych potrzeb Ministerstwa.

4 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 4 z Definicje akronimów i skrótów Termin Definicja ATOM standard kanałów informacyjnych mający zastąpić RSS. Artykuł Tekst (wraz z opcjonalnymi dodatkami multimedialnymi takimi jak zdjęcia, wideo, audio itp.) opatrzony tytułem, tekstem zapowiadającym, treścią właściwą oraz podpisem składającym się z daty i godziny utworzenia, opublikowania i modyfikacji, a także imienia i nazwiska Redaktora, imienia i nazwiska Redaktora Zatwierdzającego artykuł do publikacji oraz imienia i nazwiska Redaktora publikującego artykuł. Artykuł może zostać podzielony na części (stronicowany), z których każda będzie wyświetlana indywidualnie z możliwością nawigacji pomiędzy tymi częściami. CMS System zarządzania treścią (ang. Content Management System - CMS) jest to aplikacja internetowa lub ich zestaw, pozwalająca na łatwe utworzenie serwisu WWW (jednego bądź kilku) oraz jego późniejszą aktualizację i rozbudowę przez redakcyjny personel nietechniczny. Kształtowanie treści i sposobu ich prezentacji w serwisie zarządzanym przez CMS odbywa się za pomocą prostych w obsłudze interfejsów użytkownika, zazwyczaj w postaci stron WWW zawierających rozbudowane formularze. CSS Kaskadowe arkusze stylów (ang. Cascading Style Sheets) to język służący do opisu formy prezentacji (wyświetlania) stron WWW. Można nim opisać sposób prezentacji elementów dokumentów internetowych, takich jak rodzina czcionek, kolor tekstu, marginesy, odstęp międzywierszowy lub nawet pozycja danego elementu względem innych elementów bądź okna przeglądarki. Wykorzystanie arkuszy stylów daje znacznie większe możliwości pozycjonowania elementów na stronie, niż oferuje sam (X)HTML. CSS został stworzony w celu odseparowania struktury dokumentu od formy jego prezentacji. Separacja ta zwiększa zakres dostępności witryny, zmniejsza zawiłość dokumentu, ułatwia wprowadzanie zmian w strukturze dokumentu. CSS ułatwia także zmiany w renderowaniu strony w zależności od obsługiwanego medium (ekran, palmtop, dokument w druku, czytnik ekranowy). Stosowanie zewnętrznych arkuszy CSS daje możliwość zmiany wyglądu wielu stron na raz bez ingerowania w sam kod (X)HTML, ponieważ arkusze mogą być wspólne dla wielu dokumentów. Dział Patrz: Kategoria Dostęp do Funkcjonalność polegająca na wyświetlaniu statycznych tekstów, zawartości dokumentów i innego rodzaju zawartości multimedialnej. statycznej Dostęp do Funkcjonalność umożliwiająca prezentację zawartości tworzonej na zawartości bieżąco poprzez informacje pobierane z baz danych, generowane z dynamicznej każdym ich wywołaniem na podstawie zdefiniowanych reguł. HTML 5 (ang. Extensible HyperText Markup Language, rozszerzalny hipertekstowy język znaczników) język służący do tworzenia stron WWW. Specyfikacje HTML 5 przygotowuje organizacja W3C.

5 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 5 z 62 Interface użytkownika Javascript Kategoria Moduł MVC Część serwisu odpowiedzialna za prezentację zasobów wytworzonych przy użyciu CMS i dostępna ogólnoświatowo za pośrednictwem Internetu JavaScript (JS) obiektowy skryptowy język programowania, stosowany na stronach internetowych. Skrypty służą m.in. do zapewnienia interaktywności poprzez reagowanie na zdarzenia, sprawdzania poprawności formularzy lub budowania elementów nawigacyjnych i interaktywnych itp. Służy do logicznego grupowania stron w ramach serwisu. Kategoria może zawierać kategorie podrzędne (podkatagorie) tworząc w ten sposób hierarchiczną strukturę zawartości serwisu. Kategoria może posiadać swoją stronę opartą o dowolny szablon lub w szczególności o szablon prezentujący listę podkategorii i/lub stron zawartych w danej kategorii. Fragment CMS zawierający określony zbiór funkcjonalności. Przykłady: moduł zarządzania użytkownikami/uprawnieniami/szablonami, wyszukiwarka, czat, mapa serwisu, galeria, często zadawane pytania (FAQ), księga gości, zamówienia publiczne itp. Moduł może posiadać kategorie i strony. Moduł może być elementem składowym strony (np. wyszukiwarka). MVC (ang. Model-View-Controller) - Model-Widok-Kontroler to architektoniczny wzorzec projektowy, którego głównym założeniem jest podział aplikacji na trzy podstawowe komponenty: model danych, interfejs użytkownika i logika sterowania (tzw. logiki biznesowej), w taki sposób, aby modyfikacje jednego komponentu minimalnie wpływały na pozostałe. Newsletter Elektroniczna forma biuletynu rozsyłanego za pomocą poczty elektronicznej do zarejestrowanych Gości lub zdefiniowanej grupy odbiorów. NTP Personalizacja Podpis elektroniczny Powiadamianie o nowościach Projekt RSS Serwis internetowy SHA Protokół umożliwiający precyzyjną synchronizację czasu pomiędzy komputerami. Wzorcowy czas UTC może pochodzić bezpośrednio z zegarów atomowych lub pośrednio ze specjalizowanych serwerów czasu. Protokół NTP jest coraz powszechniej uznawany za światowy standard synchronizacji czasu w urządzeniach teleinformatycznych i telekomunikacyjnych. Dostosowanie zawartości i wyglądu (sposobu wyświetlania) serwisu do indywidualnych potrzeb użytkownika i/lub pełnionej przez niego roli w systemie. Dane w postaci elektronicznej, które wraz z innymi danymi, do których zostały dołączone lub z którymi są logicznie powiązane, służą do identyfikacji osoby składającej podpis elektroniczny. Informacje o nowych treściach na stronie Internetowej przesyłane automatycznie pocztą elektroniczną do zarejestrowanych Gości. Niniejsze przedsięwzięcie, realizowane przez Wykonawcę na rzecz Zamawiającego zgodnie z umową zawartą między nimi oraz wymaganiami zawartymi w SIWZ (ang. Really Simple Syndication) oparta na języku XML technika przesyłania nagłówków wiadomości. Stworzony za pomocą CMS zbiór powiązanych tematycznie i umieszczonych na serwerze/serwerach stron internetowych. (ang. Secure Hash Algorithm) - rodzina powiązanych ze sobą funkcji

6 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 6 z 62 skrótu zaprojektowanych przez NSA (National Security Agency) i publikowanych przez National Institute of Standards and Technology. SMS Usługa przesyłania krótkich wiadomości tekstowych w cyfrowych sieciach telefonii komórkowej. SSL (ang. Secure Socket Layer) protokół typu klient-serwer pozwalający na nawiązanie bezpiecznego połączenia z użyciem certyfikatów x509. Umożliwia bezpieczną transmisję zaszyfrowanego strumienia danych. Strona Służy do prezentacji artykułów oraz modułów w oparciu o zdefiniowane internetowa szablony wyglądu. Pobierana z serwera i interpretowany po stronie użytkownika za pomocą przeglądarki. Może zawierać hipertekst (odnośniki), multimedia, elementy prezentacyjne (wykonane np. w technologii Flash), formularze oraz inne elementy interaktywne. Może być statyczna lub tworzona dynamicznie w momencie zażądania jej przez przeglądarkę internetową z serwera. Szablon Opis wyglądu strony WWW, będący wzorcem wykonania strony na podstawie zdefiniowanych wcześniej schematów, służący do prezentacji artykułów na stronach o identycznym układzie graficznym, ale o innej zawartości. System Patrz: CMS XHTML (ang. Extensible HyperText Markup Language, rozszerzalny hipertekstowy język znaczników) język służący do tworzenia stron WWW. Specyfikacje XHTML przygotowuje organizacja W3C. Unicode Uniwersalny standard kodowania znaków przypisujący unikalny numer każdemu znakowi, niezależny od używanej platformy, programu czy języka. URL (ang. Uniform Resource Locator) zunifikowany format odnośników (adresów) wskazujący lokalizację zasobu. WAI (ang. Web Accessibility Initiative) prowadzona przez organizację W3C Inicjatywa Przystępnej Sieci mająca na celu zwiększenie szeroko rozumianej dostępności stron WWW dla osób niepełnosprawnych. Działania w ramach WAI skupiają się na: Tworzeniu wytycznych odnośnie dostępności do Sieci (w tym WCAG). Zapewnianiu, że technologie sieciowe wspierają dostępność. Tworzeniu narzędzi do ewaluacji oraz ułatwiania dostępności. Prowadzeniu działań edukacyjnych. Koordynowaniu prac badawczych i rozwoju. WCAG Zbiór dokumentów opublikowany przez WAI zawierający zalecenia dotyczące tworzenia dostępnych serwisów internetowych, mający na celu zwiększenie szeroko rozumianej dostępności stron WWW dla osób niepełnosprawnych. Poszczególne polecenia mają przypisane trzy poziomy priorytetu w zależności od jego stopnia oddziaływania na dostępność. Wypełnienie priorytetów danego poziomu określane jest Witryna internetowa Wersja robocza odpowiednio zgodnością poziomu A, AA, AAA. Patrz: serwis internetowy. Wersja artykułu w trakcie tworzenia przez redaktorów, przed publikacją w serwisie.

7 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 7 z 62 WYSIWYG Wyszukiwarka Zamawiający (ang. What You See Is What You Get) akronim stosowany w informatyce dla określenia metod, które pozwalają uzyskać wynik w publikacji identyczny lub bardzo zbliżony do obrazu na ekranie. Programy spełniające założenia WYSIWYG prezentują na monitorze komputera dane (tekstowe, graficzne) w sposób jak najbardziej zbliżony do uzyskanego po ich wydrukowaniu lub innym przeniesieniu do postaci fizycznej. Funkcjonalność systemu polegająca na możliwości odnalezienia treści zawartej w serwisie lub wielu serwisach, obsługiwanych przez system, na podstawie słów i ich kombinacji. Ministerstwo Zdrowia (MZ) 1.4. Omówienie dokumentu Wymagania dotyczące CMS zostały podzielone na następujące grupy: 4 ograniczenia, założenia i zależności, 5 funkcjonalność, 6 dostępność, estetyka, ergonomia 7 wydajność, 8 dokumentacja, 9 hosting, 10 bezpieczeństwo, 11 szkolenia, 12 licencjonowanie, 13 migracja danych, 14 testy, Każde wymaganie w ramach ww. grup posiada nazwę określającą ogólnie zagadnienie, którego dotyczy wymaganie oraz szczegółowy opis. Jeżeli wymaganie zostało uszczegółowione za pomocą punktów ( ) odwołując się do nich należy do oznaczenia wymagania dodać numer danego punktu (np ). Wymagania dotyczące CMS posiadają Status. Może on przyjmować 3 wartości: K krytyczne oznacza że oferowany CMS musi spełniać wymaganie na dzień składania ofert. Brak spełnienia wymagania oznacza uznanie oferty za nieważną i jej odrzucenie jako nie odpowiadającej treści SIWZ. Wykaz wymagań krytycznych znajduje się w załączniku nr 3 do OFERTY. W wdrożenie oznacza że wymaganie nie jest krytyczne i może zostać zrealizowane w trakcie wdrożenia zgodnie z przyjętym harmonogramem. WP punktowane oznacza wymaganie niekrytyczne punktowane. W przypadku gdy oferowany System spełnia tak oznaczone wymagania na dzień składania ofert, Wykonawcy zostaną przyznane dodatkowe punkty zgodnie z kryteriami oceny ofert. Jeśli oferowany system nie spełnia tak oznaczonego wymagania na dzień składania ofert wymaganie takie należy potraktować tak jak wymaganie oznaczone symbolem

8 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 8 z 62 W. Wykaz wymagań niekrytycznych punktowanych znajduje się w załączniku nr 4 do OFERTY. Uwaga: Jeżeli w dokumencie użyte zostaną określenia typu: o określonej porze, dla zdefiniowanej/wskazanej grupy/użytkownika itp. należy je rozumieć jako możliwe do ustawienia w Systemie przez uprawionego Użytkownika.

9 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 9 z ZAKRES PRAC Uwaga: W przypadku rozbieżności pomiędzy jakimkolwiek dokumentem projektowym a umową, pierwszeństwo zawsze mają postanowienia umowy Organizacja projektu Wykonawca (na podstawie przedstawionego w ofercie szczegółowego harmonogramu oraz propozycji zasad organizacji realizacji projektu) zobowiązany jest - we współpracy z Zamawiającym - do opracowania zasad realizacji Projektu, obejmujących swoim zakresem co najmniej następujące elementy: 1. Zasady zarządzania projektem po stronie Wykonawcy: a. skład zespołu przewidzianego do realizacji projektu wraz z zakresem kompetencji i odpowiedzialności jego członków, b. zasady i sposób raportowania postępów pracy (nie rzadziej niż 1 raz na tydzień), c. zasady tworzenia i nazewnictwo dokumentów projektowych, d. zasady i sposoby komunikacji pomiędzy Wykonawcą a Zamawiającym. 2. Opis przyjętych i stosowanych metodyk przy realizacji projektu. 3. Plan zapewnienie jakości projektu. 4. Ryzyka w projekcie wraz z zasadami zarządzania, aktualizacji, monitorowania i raportowania. 5. Zasady zarządzania zmianą. W przypadku istotnych zastrzeżeń co do osób realizujących zadanie po stronie Wykonawcy, Zamawiający może zarządać ich zmiany. W takim przypadku w terminie do 7 dni od zgłoszenia zastrzeżenia Wykonawca przedstawi do akceptacji Zamawiającego kandydatury osób z odpowiednimi kwalifikacjami i zapewni sprawne przekazanie obowiązków przez zmieniane osoby Analiza funkcjonalności Systemu Wykonawca opracuje i przedstawi Zamawiającemu do akceptacji analizę funkcjonalności realizowanego Systemu zawierającą minimum: 1. Słownik pojęć. 2. Szczegółowy opis wszystkich wymagań dotyczących CMS. 3. Architekturę logiczną Systemu (podział na moduły, zakres funkcjonalny modułów, zależności pomiędzy modułami itp.) 4. Zakres danych przechowywanych i udostępnianych przez System. 5. Założenia i opis interfejsu użytkownika. 6. Listę uprawnień do poszczególnych funkcji CMS wraz z opisem. 7. Listę ról w Systemie i grupowanych przez nie uprawnień Projekt graficzny wyglądu systemu 1. Wygląd serwisów musi odzwierciedlać miejsce i rolę MZ jako urzędu którego zadaniem jest organizacja opieki zdrowotnej, ochrona zdrowia i profilaktyka zdrowotna pacjentów, koordynacja i kontrola systemów zabezpieczenia społecznego w zakresie świadczeń

10 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 10 z 62 zrowotnych. Musi cechować się innowacyjnością i dynamizmem, jednocześnie podkreślając profesjonalizm Ministerstwa. 2. Wykonawca po uprzednich konsultacjach z przedstawicielami Zamawiającego przedstawi minimum 2 różne (pod względem wyglądu, szaty graficznej, mechanizmów nawigacji) projekty graficzne wyglądu serwisów: Serwisu ogólnego Serwisu ogólnego w angielskiej wersji językowej, Serwisu Biuletynu Informacji Publicznej bip.mz.gov.pl, 3. Wykonawca zaimplementuje wybrane i zaakceptowane przez MZ projekty graficzne w dostarczonym CMS. 4. Dla każdego projektu graficznego muszą być zdefiniowane dodatkowo następujące warianty: żałoba, święta Wielkanocne i Boże Narodzenie, Światowy dzień zdrowia, Dzień Pracownika Służby Zdrowia, Dzień Pielęgniarki Położnej, Dzień Ratownictwa Medycznego, Dzień Honorowego Dawcy Krwi Projekt techniczny Na podstawie zatwierdzonej przez Zamawiającego analizy funkcjonalności Wykonawca wykona projekt techniczny Systemu zawierający minimum: 1. Opis wszystkich funkcji dostarczanego Systemu. 2. Opis wykorzystywanych struktur danych i modelu bazy danych. 3. Architekturę techniczną Systemu (moduł i powiązania pomiędzy nimi, zastosowane technologie itp). 4. Projekt migracji danych. 5. Projekt zabezpieczeń na następujących poziomach: sieć, system operacyjny, baza danych, oprogramowanie narzędziowe i systemowe, backup danych. 6. Projekt instalacji i konfiguracji Systemu. 7. Scenariusze testowe do testów akceptacyjnych w zakresie funkcjonalności, bezpieczeństwa i wydajności systemu będącego przedmiotem zamówienia. 8. Rejestr zmian treści. Projekt techniczny podlega akceptacji i odbiorowi przez Zamawiającego. Projekt techniczny może podlegać rozwojowi i aktualizacji w trakcie prac wdrożeniowych. Każda zmiana w tym dokumencie (odnotowana w rejestrze zmian treści) musi zostać zatwierdzona przez Zamawiającego Harmonogram realizacji 1. Na podstawie przedstawionych poniżej założeń i ograniczeń Wykonawca przedstawi w ofercie szczegółowy harmonogram realizacji projektu. 2. Zamawiający zastrzega sobie możliwość w porozumieniu z Wykonawcą, do: a. modyfikacji zakresu i sposobu realizacji wymagań określonych w niniejszej specyfikacji b. rezygnacji z realizacji określonego wymagania, c. przesunięcia realizacji wymagania pomiędzy etapami. 3. Zmiany takie będą traktowane jako nieistotne i nie wymagające aneksowania umowy.

11 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 11 z Wymagania dotyczące harmonogramu: 1. ODBIORY CZĘŚCIOWE. W przypadku przekazywania Zamawiającemu dokumentów lub funkcjonalności cząstkowych Systemu do odbioru należy przewidzieć w harmonogramie niezbędny czas na weryfikację/odbiór przez Zamawiającego (minimum 5 dni roboczych) oraz wprowadzenie niezbędnych poprawek i uzupełnień przed ponownym przedstawieniem do odbioru (czas na ponowny odbiór dla Zamawiającego 2 dni robocze). 2. TESTY AKCEPTACYJNE W przypadku testów akceptacyjnych należy przewidzieć niezbędny czas na testy i odbiór przez Zamawiającego (minimum 7 dni roboczych) oraz wprowadzenie niezbędnych poprawek i uzupełnień przed ponownym przedstawieniem do odbioru. (czas na ponowny odbiór dla Zamawiającego 3 dni roboczych). 3. MIGRACJA DANYCH W przypadku migracji danych należy przewidzieć, iż może pojawić się konieczność wykonywania migracji pewnych danych w czasie wolnym od pracy (po godzinach pracy Zamawiającego lub w dni wolne). 4. SZKOLENIA Szczegółowe wymagania dotyczące szkoleń znajdują się w pkt Etapy realizacji projektu Założenia dla Etapu I Czas trwania: 60 dni kalendarzowych od dnia podpisania umowy. Etap I składa się z dwóch części: A. Część 1 Główne zadania do realizacji w tej części etapu: Opracowanie i zatwierdzenie dokumentu zasad realizacji projektu. Opracowanie i zatwierdzenie analizy funkcjonalności Systemu. Opracowanie i zatwierdzenie projektu technicznego Systemu. Opracowanie i zatwierdzenie projektów graficznych wyglądu serwisów. B. Część 2 Główne zadania do realizacji w tej części etapu: Dostawa oprogramowania i licencji z nim związanych niezbędnych do wdrożenia CMS. Instalacja i konfiguracja oprogramowania systemowego i narzędziowego na sprzęcie Wykonawcy. Instalacja oprogramowania CMS. Wytworzenie i dostarczenie brakującej funkcjonalności wynikającej z wymagań Zamawiającego. Sukcesywne testy cząstkowe poszczególnych funkcjonalności systemu. Migracja danych.

12 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 12 z 62 Testy akceptacyjne: funkcjonalne, bezpieczeństwa Systemu i danych, wydajnościowe. Dostarczenie dokumentacji użytkownika, administratora i powykonawczej Systemu. Założenia dla Etapu II Rozpoczęcie: nie później niż 61 dni od dnia podpisania umowy Czas trwania: do 14 dni kalendarzowych Warunek rozpoczęcia: Protokół odbioru Etapu I Główne zadania do realizacji w etapie: szkolenie użytkowników systemu (administratorów i redaktorów), produkcyjne uruchomienie serwisów i odbiór wdrożenia. Założenia dla Etapu III Rozpoczęcie: nie później niż 76 dni od dnia podpisania umowy Czas trwania: Opieka gwarancyjna (minimum 24 miesięcy). Wsparcie(serwis) (24 miesiące). Hosting (24 miesiące) Warunek rozpoczęcia: Protokół odbioru Etapu II Główne zadania do realizacji w etapie: Bieżący nadzór (monitoring) nad prawidłową pracą Systemu oraz wsparcie użytkowników w eksploatacji Systemu (helpdesk). Usuwanie błędów i nieprawidłowości w działaniu Systemu zgodnie z warunkami gwarancji. Świadczenie usług wsparcia/serwisu m.in. w zakresie bieżącego aktualizowania do nowszych wersji i dostarczania łat i innych uaktualnień dla dostarczonego systemu, Dokonywanie okresowych (nie rzadziej niż co 12 m-cy) przeglądów dostarczonego Systemu. Przeprowadzanie okresowych audytów bezpieczeństwa Systemu (1- po 12 miesiącach, 2 po 22 miesiącach od zakończenia Etapu II),. Wykonywanie wskazanych przez Zamawiającego dodatkowych modyfikacji w ramach 200 roboczogodzin przewidzianych na tego typu prace. Usługa Rozwoju Systemu. Przed przystąpieniem do realizacji dodatkowych modyfikacji zleconych przez Zamawiającego w ramach Usługi Rozwoju Systemu, Wykonawca dokona wyceny ich czasochłonności i przedstawi je do akceptacji przez Zamawiającego.

13 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 13 z Odbiory i harmonogram płatności Podstawą potwierdzenia zrealizowania przez Wykonawcę poszczególnych czynności przewidzianych umową i harmonogramem są, poprzedzone testami, protokoły odbioru podpisane przez przedstawicieli Wykonawcy i Zamawiającego. Płatność za dany etap (I-III) może nastąpić po zrealizowaniu wszystkich przewidzianych umową czynności i zadań danego etapu i podpisania protokołu odbioru etapu. Płatności za dodatkowe modyfikacje w ramach Usługi Rozwoju Systemu - mogą nastąpić po zrealizowaniu zleconych, wycenionych i zaakceptowanych przez Zamawiającego modyfikacji i podpisaniu protokołu odbioru tych prac bez uwag przez przedstawicieli Wykonawcy i Zamawiającego. Dla etapów od I do II płatności będę następowały po zrealizowaniu każdego z etapów przewidzianego harmonogramem, na podstawie wystawionej faktury do której Wykonawca załączy kopię protokołu odbioru etapu. Płatności za III etap (wsparcie/serwis/hosting) będą następowały z dołu, co miesiąc na podstawie faktury wystawionej przez Wykonawcę, do której załączony zostanie protokół odbioru realizacji usług wsparcia/serwisu za dany okres bez uwag. Płatności za dodatkowe modyfikacje wykonywane w trakcie III etapu będą następowały na podstawie faktur wystawionych przez Wykonawcę. Do każdej faktury załączona musi być kopia protokołu odbioru wykonanych prac.

14 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 14 z Gwarancja i serwis Definicje terminów Termin Definicja Aktualizacja poprawka lub dodatek do Systemu, których celem jest ulepszenie, naprawienie lub przywrócenie funkcjonalności Systemu, niestanowiące nowej wersji, w szczególności niepowodujace nowych funkcjonalności Systemu Asysta zdalna pomoc udzielana Użytkownikom lub Administratorom Systemu w rozwiązywaniu problemów związanych z funkcjonowaniem Systemu za pośrednictwem telefonu, poczty elektronicznej lub innego środka komunikacji. Awaria problem w prawidłowym funkcjonowaniu Systemu wynikający z przyczyn technicznych niezależnych od jego Wykonawcy np. problemy wniesione przez elementy współpracujące z Oprogramowaniem i nie będące przedmiotem zamówienia, wirusy komputerowe itd. Błąd wada, lub nieprawidłowość powodująca istotne utrudnienia w korzystaniu z Systemu wpływające na funkcjonalność Systemu. Błąd krytyczny wada uniemożliwiająca użytkownikom korzystanie z Systemu lub jego fragmentu oraz naruszenie bezpieczeństwa Systemu (dostęp do danych lub funkcji Systemu z pominięciem mechanizmów zabezpieczeń). Interwencja wizyta serwisowa w miejscu instalacji Systemu związana z naprawą Awarii Czas Reakcji Serwisu Okno Serwisowe Usterka pracami nie objętych bezpłatną gwarancją. czas liczony od chwili Zgłoszenia do reakcji serwisu, obejmującej co najmniej kontakt zwrotny z Zamawiającym, potwierdzenie przyjęcia zgłoszenia, wstępną analizę problemu i przedstawienie planu dalszych działań. zaplanowany z co najmniej jednotygodniowym wyprzedzeniem i w uzgodnieniu z Zamawiającym czas wyłączenia Systemu z eksploatacji celem wykonania prac konserwacyjnych. wada lub nieprawidłowość powodująca mniej istotne utrudnienia w korzystaniu z Systemu niewpływające w sposób istotny na funkcjonowanie Systemu. Zgłoszenie dokonane przez Użytkownika udokumentowane powiadomienie (telefonicznie, faxem, mailem) o problemie związanym z nieprawidłowym funkcjonowaniem Systemu. 1. Warunki gwarancji 1.1. Wykonawca udzieli minimum 24 miesięcznej gwarancji na prawidłowe, wolne od wad i nieprzerwane działanie dostarczonego Systemu. Gwarancja obejmuje wszystkie elementy Systemu dostarczone przez Wykonawcę oraz modyfikacje, aktualizacje Systemu realizowane przez Wykonawcę w ramach gwarancji i serwisu, oraz modyfikacje wykonane przez Zamawiającego o ile zostały wcześniej autoryzowane (wyrażona zgoda) przez Wykonawcę Termin rozpoczęcia gwarancji liczony jest od następnego dnia po podpisaniu protokołu odbioru etapu II bez uwag Gwarancja i serwis świadczona będzie przez całą dobę i we wszystkie dni tygodnia łącznie ze świętami.

15 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 15 z W ramach udzielonej gwarancji Wykonawca zobowiązuje się bezpłatnie do: analizy i usuwania wykrytych Usterek i Błędów, usunięcia przyczyn oraz skutków zdefiniowanych Usterek i Błędów, dostarczania, instalacji (po uzyskaniu zgody Zamawiającego) i konfiguracji łatek i poprawek dla dostarczonego Systemu oraz związanych z tym aktualizacji dostarczonej dokumentacji i przekazanych kodów źródłowych. dostosowania Systemu do zmian aktów prawnych mających wpływ na dostarczony System i realizowaną przez niego funkcjonalność. 2. W ramach serwisu Wykonawca zobowiązuje się do: administrowanie serwisem (administrator techniczny), świadczenia asysty, analizy problemów zgłaszanych przez użytkowników Systemu, asysty przy rozwiązywaniu zaistniałych problemów, asysty przy określaniu i usuwaniu przyczyn oraz skutków Awarii Systemu i identyfikacji elementu systemu, który jest tego przyczyną, dostarczania, instalacji (po uzyskaniu zgody Zamawiającego) i konfiguracji uaktualnień i nowych wersji Systemu lub jego komponentów w przypadku zmian i aktualizacji oraz związanych z tym aktualizacji dostarczonej dokumentacji i przekazanych kodów źródłowych, dokonywanie okresowych (nie rzadziej niż co 12 m-cy) przeglądów dostarczonego Systemu na warunkach określonych w SIWZ. 3. Z każdej czynności realizowanej w systemie (instalacja, konfiguracja, modyfikacja itp.) Wykonawca sporządzi protokół zawierający m.in. powód przeprowadzonych prac, ich szczegółowy zakres oraz czas trwania. 4. Termin każdej instalacji musi zostać uzgodniony z Zamawiający minimum na 3 dni robocze przed planowanym rozpoczęciem prac (termin nie dotyczy czynności wynikających z naprawy błędu). 5. W ramach asysty Wykonawca zobowiązuje się do świadczenia bezpłatnej Interwencji na żądanie Zamawiającego w wymiarze 8 godzin miesięcznie przez cały czas trwania Serwisu. Do czasu prac naprawczych nie wlicza się dojazdu do miejsca naprawy. 6. Zgłoszenie przyjmowane będą przez Wykonawcę pod podanym w umowie nr telefonu, faksu lub adresem . Czas Reakcji Serwisu na otrzymane zgłoszenie nie może być dłuższy niż 2 godziny. (Brak potwierdzenia we wskazanym czasie oznacza automatycznie rozpoczęcie biegu terminu skutecznej naprawy). Wykonawca niezwłocznie po otrzymaniu zgłoszenia przystąpi do analizy zaistniałej sytuacji i podejmie działania zmierzające do usunięcia zgłoszonych nieprawidłowości w działaniu Systemu. 7. Czas skutecznej naprawy Błędu krytycznego to 2 godziny od momentu potwierdzenia przyjęcia zgłoszenia. 8. Czas skutecznej naprawy Błędu to 24 godziny od momentu potwierdzenia przyjęcia zgłoszenia. 9. Czas skutecznej naprawy Usterki to 96 godziny od momentu potwierdzenia przyjęcia zgłoszenia. 10. Okno Serwisowe wynosić będzie 4 godziny w miesiącu.

16 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 16 z CHARAKTERYSTYKA UŻYTKOWNIKÓW CMS Nazwa roli Administrator techniczny Administrator merytoryczny Redaktor Zatwierdzający Redaktor Gość Gość zarejestrowany Użytkownik Charakterystyka Osoba zajmujący się zarządzaniem całością lub wydzieloną częścią Systemu odpowiadający za jego sprawne działanie, do którego zadań należy: konfiguracja i nadzorowanie pracy serwera/ów, instalacja i aktualizacja oprogramowania systemowego (system operacyjny), narzędziowego i użytkowego (w tym m.in. CMS). dbanie o bezpieczeństwo systemu, tworzenie kopii zapasowych Systemu, nadzorowanie i eliminowanie nieprawidłowości w jego działaniu. Osoba posiadająca pełne uprawnienia administracyjne do CMS w tym m.in. do dodawania i usuwania kont użytkowników, parametryzowania i pełnego zarządzania strukturą i wyglądem serwisu, zarządzania modułami tematycznymi, szablonami itp. Osoba nadzorująca merytorycznie pracę wybranych redaktorów. Dokonuje ewentualnej modyfikacji i akceptuje materiały do publikacji. Osoba publikująca w serwisie zatwierdzone materiały. Każda osoba korzystająca z serwisu Internetowego. Osoba korzystająca z serwisu Internetowego, która zarejestrowała się zakładając konto w serwisie. Konto pozwala na zmianę danych osoby, otrzymywania np. newslettera, dostępu do wybranych fragmentów serwisu przeznaczonych dla zarejestrowanych gości serwisu. Każda osoba korzystająca w jakikolwiek sposób z CMS. Uwaga: Konkretna osoba może pełnić 1 lub kilka ról w systemie.

17 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 17 z OGRANICZENIA, ZAŁOŻENIA I ZALEŻNOŚCI 4.1. Zgodność z obowiązującymi przepisami prawa K Dostarczony system (w szczególności serwis BIP) musi być zgodny z obowiązującymi aktami prawnymi mającymi wpływ na jego działanie i realizowaną funkcjonalność na dzień złożenia oferty, w szczególności z: Ustawą o dostępie do informacji publicznej Dz.U nr 112 poz z późn. zm. Ustawą o informatyzacji działalności podmiotów realizujących zadania publiczne Dz.U nr 64 poz. 565 z późn. zm. Ustawą o podpisie elektronicznym. Dz.U nr 130 poz z późn. zm. Ustawy o ochronie danych osobowych (Dz.U ) Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji w sprawie Biuletynu Informacji Publicznej Dz.U nr 10 poz. 68. Rozporządzeniem Rady Ministrów w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U.2005 nr 212 poz. 1766) Prawa autorskie i majątkowe W 1. Wykonawca przeniesie na rzecz MZ autorskie prawa majątkowe do zaakceptowanych przez Zamawiającego elementów graficznych i szablonów wyglądu serwisów. 2. Wszelkie zdjęcia i materiały multimedialne oraz inne elementy dostarczone przez Wykonawcę z CMS muszą być własnością MZ lub autorskie prawa majątkowe muszą zostać przeniesione na rzecz MZ. W wypadku, gdy materiały są objęte licencjami otwartymi Wykonawca musi zapewnić szczegółową informację o podstawie i dopuszczalnym zakresie ich wykorzystania Ochrona danych osobowych W System musi spełniać wymagania określone w ustawie o ochronie danych osobowych (Dz.U ) oraz wewnętrznych przepisach Zamawiającego wynikających z ww. ustawy Dostęp do funkcji Systemu K Pełna funkcjonalność Systemu (dla redaktorów i administratorów) musi być dostępna przez przeglądarkę internetową bez potrzeby instalowania na stacji roboczej użytkownika jakiegokolwiek oprogramowania nie będącego częścią przeglądarki internetowej. Dopuszcza się użycie technologii Flash do prezentacji danych (wykresów statystyk itp.), nie może jednak ono blokować możliwości korzystania z podstawowych funkcji systemu Baza danych K 1. System musi zostać zrealizowany w oparciu o relacyjną bazę danych pracującą w standardzie SQL. 2. Baza danych wykorzystywana przez dostarczony CMS musi mieć możliwość tworzenia baz danych na potrzeby innych (niezależnych od dostarczonego) systemów.

18 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 18 z Prace instalacyjne, konfiguracyjne, serwisowe i gwarancyjne W 1. Wszystkie przeprowadzane przez Wykonawcę prace instalacyjne, konfiguracyjne, serwisowe i gwarancyjne będą odbywać się przy udziale wyznaczonych pracowników Zamawiającego (w godzinach 8-16 w dni robocze). 2. Jeżeli niezbędne okażą się działania wymagające wyłączania urządzeń z bieżącej pracy muszą być przeprowadzane po godz lub w dni wolne od pracy. Zaistnienie takiej sytuacji musi zostać uzgodnione i zaakceptowane przez Zamawiającego, na co najmniej 2 dni robocze przed planowanym terminem z podaniem przyczyny, zakresu prac, planowanego czasu niezbędnego do przeprowadzenia prac, oraz listy osób Wykonawcy wyznaczonych do ich przeprowadzenia Dostosowanie do zmian prawa W 1. Wykonawca zobowiązany jest do dostosowania Systemu (w szczególności serwisu BIP) do zmian aktów prawnych mających wpływ na dostarczony System i realizowaną przez niego funkcjonalność w ramach świadczonych usług wsparcia/serwisu, bez prawa do dodatkowego wynagrodzenia z tego tytułu. 2. System musi być dostosowany do zmian aktów prawnych przed ich wejściem w życie Modyfikacje i rozbudowa systemu - Usługa Rozwoju Systemu W 1. W przypadku konieczności dostosowania Systemu do zmian wyspecyfikowanych przez Zamawiającego w trakcie okresu serwisowego, Wykonawca zobowiązuje się do ich wykonania wg. stawki za roboczogodzinę prac podanej w ofercie po wcześniejszym określeniu i zatwierdzeniu przez Zamawiającego zakresu prac oraz ich pracochłonności w roboczogodzinach. 2. W cenę oferty Wykonawca ma wliczyć 200 roboczogodzin możliwych do Wykorzystania przez Zamawiającego w miarę potrzeb w trakcie III etapu prac Hosting serwisu W 1. Wykonawca zapewni hosting serwisu przez okres, 24 miesięcy, od dnia odbioru, zgodnie z warunkami określonymi w rozdziale 9.

19 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 19 z WYMAGANIA FUNKCJONALNE 5.1. Serwisy tematyczne K 1. System musi zapewnić możliwość tworzenia i uruchamiania dowolnej liczby niezależnych serwisów tematycznych, które uruchamiane będą na własnych adresach internetowych (subdomenach). Serwisy muszą posiadać własną niezależną szatę graficzną i strukturę kategorii strony. 2. Zamawiający musi mieć możliwość dodawania i usuwania działów, konfiguracji menu nawigacyjnych oraz dowolnej konfiguracji wszystkich działów każdego z serwisów (np. ukrywanie stron, przydzielanie uprawnień dostępu do działów i stron, tworzenie stron z dostępem na hasło) Szablony i wygląd serwisu K 1. Wygląd serwisu (grafika, rozkład treści, typografia, itp.) musi być definiowany w oparciu o system szablonów. 2. System musi umożliwiać definiowanie indywidualnych szablonów dla poszczególnych kategorii serwisu, dla poszczególnych artykułów, list zajawek artykułów, bloków funkcjonalnych przy zachowaniu ogólnie przyjętego stylu dla całości serwisu. Administrator merytoryczny musi mieć możliwość zmiany sposobu prezentacji wszystkich elementów widocznych na stronie internetowej dla gości serwisów. Definiowanie szablonów ma być możliwe dla przeszkolonego pracownika Zamawiającego posiadającego odpowiednie uprawnienia. Domyślnie będzie to Administrator merytoryczny. 3. System musi umożliwiać wyłączanie poszczególnych bloków funkcjonalnych (jak. np. wyszukiwarka, sonda, itp.) zdefiniowanych w ramach szablonu tak aby nie były one pokazywane w wybranych kategoriach serwisu. 4. System musi umożliwiać zmianę i modyfikację szablonów serwisu (wygląd i nawigacja) bez ingerencji w publikowane treści tj. zmiana wyglądu nie będzie pociągała za sobą koniczność odtwarzania treści serwisu. 5. Administrator merytoryczny musi mieć możliwość zarządzania szablonami stron poprzez możliwość ich tworzenia, edycji i modyfikacji i usuwania. 6. Położenie oraz zakres elementów nawigacji (tylko główne menu/tylko submenu/pełna hierarchia menu, ścieżka nawigacji, itp.) definiowane są w szablonie strony. Każdorazowa zmiana zawartości menu z poziomu panelu administracyjnego musi powodować natychmiastową aktualizacje elementów nawigacji na stronach serwisu. 7. System musi umożliwiać dowolne przenoszenie pozycji menu (góra/dół) względem siebie w danej kategorii oraz kategorii względem innych kategorii Szata graficzna W 1. Wszystkie elementy graficzne muszą być zoptymalizowane mały rozmiar plików przy zachowaniu wysokiej jakości i czytelności prezentowanej treści. 2. System musi umożliwiać globalną zmianę kompozycji graficznej wybranego serwisu, działu lub wybranej strony w obrębie serwisu (np. różne działy/strony znajdujące się w obrębie jednego serwisu mogą mieć odmienne kompozycje graficzne np. różniące się kolorami, stylem, i stałymi elementami strony, jak

20 Załącznik nr 1 do SIWZ Szczegółowy opis przedmiotu zamówienia Strona 20 z 62 nagłówek i stopka) poprzez mechanizm schematów graficznych (tzw. skórek ). Zastosowane rozwiązanie musi bazować na stylach kaskadowych CSS. Wykonawca poza standardową wersją serwisu dostarczy również szablony żałoba, Świąteczny (Wielkanoc i Boże Narodzenie), Światowy dzień zdrowia, Dzień Pielęgniarki Położnej, Dzień Ratownictwa Medycznego. Szablon musi uwzględniać formatowanie tekstu, wypunktowania, wyróżniki, nagłówki, odsyłacze itp Publikacja tej samej treści w różnych serwisach i/lub kategoriach WP CMS musi zapewniać możliwość publikowania tej samej treści w jednym lub kilku serwisach i/lub kategoriach przy zachowaniu odpowiednich szablonów charakterystycznych dla poszczególnych serwisów i/lub kategorii. Przy zachowaniu funkcjonalności, która pozwoli na edycję treści w jednym wybranym jako źródłowym miejscu. Treść w innych miejscach będzie automatycznie aktualizowana na podstawie zmian wprowadzonych w treści źródłowej Repozytorium plików K 1. CMS musi posiadać repozytorium plików: graficznych, multimedialnych, tekstowych, PDF, itp. Musi ono obsługiwać co najmniej formaty wymienione w Rozporządzeniu Rady Ministrów w sprawie minimalnych wymagań dla systemów teleinformatycznych. Zasoby repozytorium będą mogły być wykorzystywane wielokrotnie w różnych miejscach serwisu, tak, by zmiana ilustracji czy dokumentu dołączonego do wielu stron serwisu polegała tylko na zamianie pojedynczego pliku w repozytorium, a zawartość stron wykorzystujących dany plik musi podlegać ponownej weryfikacji i publikacji. 2. CMS musi umożliwiać dostęp do repozytorium plików lub jego części, zgodnie z przyznanymi uprawnieniami, w celu umieszczania plików na stronach serwisu, dodawania nowych oraz usuwania zbędnych. Pliki gromadzone będą w sposób umożliwiający swobodne ich przeglądanie, katalogowanie (w katalogi, podkatalogi) i sortowanie przez uprawionych redaktorów. 3. Repozytorium musi umożliwiać co najmniej: tworzenie, kopiowanie, usuwanie katalogów i podkatalogów przez użytkownika posiadającego odpowiednie uprawnienia, dodawanie, kopiowanie, przenoszenie, podgląd oraz usuwanie plików, dodawanie opisu do pliku, edytowanie parametru alt dla plików graficznych, zmianę nazwy pliku, podmianę pliku na inną wersję, sortowanie wg. nazwy, typu, wielkości, daty dodania. 4. System musi umożliwiać wgrywanie i aktualizowanie w ramach repozytorium wielu plików na raz. 5. Pliki graficzne umieszczane w repozytorium serwisu muszą podlegać normalizacji zgodnie z konfiguracją w zakresie rozmiaru miniaturki oraz rozmiaru zdjęcia tj. konwersji do określonego wymiaru i stopnia kompresji, zarówno dla miniaturki jak i dla samego zdjęcia. System musi, w razie potrzeby, umożliwiać opublikowanie zdjęcia w oryginalnym rozmiarze. 6. Nazwy tworzonych na serwerze plików powinny być zapisywane małymi literami oraz do nazwy każdego z plików powinien być automatycznie dodany unikalny identyfikator.