Usługa udostępnienia systemu wspomagającego kontrolę obowiązku szkolnego obowiązkowego rocznego przygotowania przedszkolnego i obowiązku nauki na terenie Miasta Rybnika

Opis przedmiotu przetargu: Przedmiotem zamówienia jest: 1. usługa polegająca na udostępnieniu na zasobach Zamawiającego systemu wspomagającego kontrolę na terenie Miasta Rybnika: - obowiązku szkolnego i obowiązkowego rocznego przygotowania przedszkolnego dla szkół podstawowych, - obowiązku nauki. 2. przygotowanie bazy danych placówek, obwodów szkolnych oraz użytkowników na podstawie otrzymanej od Zamawiającego dokumentacji, 3. szkolenie użytkowników z placówek oraz Wydziału Edukacji w liczbie 100 osób w grupach nie większych niż 20 osobowe na terenie Miasta Rybnik oraz szkolenie administratorów systemu, 4. świadczenie asysty technicznej przez cały okres udostępniania systemu. Wymagania ustawowe: Udostępniony system musi być zgodny z obowiązującym systemem prawnym we wszystkich dziedzinach jego funkcjonowania. Podstawowymi aktami prawnymi są: 1. Ustawa Prawo oświatowe z dnia 14 grudnia 2016 r. (Dz. U. z 2018 r. poz. 996 t.j.), 2. Rozporządzenie Ministra Edukacji Narodowej z dnia 25 sierpnia 2017 r. w sprawie sposobu prowadzenia przez publiczne przedszkola, szkoły i placówki dokumentacji przebiegu nauczania, działalności wychowawczej i opiekuńczej oraz rodzajów tej dokumentacji (Dz. U. 2017 poz. 1646), 3. Rozporządzenie Rady Ministrów w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. z 2012 r. poz. 526 ze zmianami), 4. Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych osobowych), 5. Uchwała Nr 512/XXXIII/2017 Rady Miasta Rybnika z dnia 30 marca 2017 r. Minimalne wymagania funkcjonalne, które musi spełniać oferowany przez Wykonawcę system: I. Moduł obowiązek szkolny i obowiązkowe roczne przygotowanie przedszkolne na terenie Miasta Rybnika Moduł dostępny dla szkół i Organu Prowadzącego, w ramach którego: - upoważnieni pracownicy szkół muszą mieć możliwość podglądu i edycji wszystkich danych dotyczących placówki oraz uczniów z ich obwodu, - pracownicy Organu Prowadzącego muszą mieć możliwość podglądu danych statystycznych dotyczących spełniania bądź niespełniania obowiązku szkolnego i obowiązkowego rocznego przygotowania przedszkolnego. 1. W ramach modułu dla szkół dostępne muszą być następujące funkcjonalności: - Wykorzystanie danych z rejestru mieszkańców - system musi pobierać dane uczniów objętych obowiązkiem szkolnym i obowiązkiem rocznego przygotowania przedszkolnego z rejestru mieszkańców PB_EWID firmy Technika IT (system użytkowany przez Zamawiającego) i automatycznie przypisywać uczniów do zdefiniowanych obwodów szkolnych. System musi zapewniać pobieranie poprzez web service następujących danych: imiona dziecka, nazwisko dziecka, PESEL dziecka, data urodzenia dziecka, adres zameldowania dziecka, adres tymczasowego zameldowania dziecka, daty zameldowania/ wymeldowania, imiona rodziców, nazwiska rodziców, adres zameldowania rodziców. Aktualizacja danych następuje co najmniej raz w tygodniu. Za integrację zamawianego systemu w zakresie wymiany danych z PB_EWID odpowiada Wykonawca. - Weryfikacja spełniania obowiązku szkolnego i obowiązkowego rocznego przygotowania przedszkolnego System musi zestawiać dane uczniów objętych obowiązkiem szkolnym, obowiązkiem rocznego przygotowania przedszkolnego z rejestru mieszkańców PB_EWID w danym obwodzie szkolnym z bazą uczniów tej szkoły, celem znalezienia zbioru uczniów potencjalnie niespełniających obowiązku szkolnego/rocznego przygotowania przedszkolnego. System musi umożliwiać import danych uczniów aktualnie uczęszczających do danej placówki z systemów używanych przez placówki za pomocą web service oraz za pomocą importu plików w formacie SOU (specyfikacja formatu jest przedstawiona poniżej) i xls, a także ręczne wprowadzanie i aktualizację danych dotyczących uczniów. System musi umożliwiać dodawanie informacji o miejscu i jednostce oświatowej spoza systemu, w której uczeń spełnia obowiązek szkolny/rocznego przygotowania przedszkolnego. - Generowanie pism do rodziców Placówka musi mieć możliwość generowania dokumentów do rodziców dzieci, które nie spełniają obowiązku szkolnego/ rocznego przygotowania przedszkolnego, bądź też informacja o spełnianiu nie jest znana. Szkoła musi mieć możliwość otwarcia sprawy egzekucji obowiązku szkolnego/rocznego przygotowania przedszkolnego dla danego ucznia bezpośrednio z poziomu raportu uczniów niespełniających tego obowiązku oraz nadania jej numeru zgodnego z jednolitym rzeczowym wykazem akt w danej placówce. W ramach sprawy, szkoła musi mieć możliwość wygenerowania zdefiniowanych dokumentów dotyczących egzekucji na szablonach przekazanych przez zamawiającego: - zawiadomienie/upomnienie dot. realizacji obowiązku szkolnego - wniosek o wszczęcie egzekucji administracyjnej - tytuł wykonawczy TW-2 - załącznik nr 2 do rozporządzenia Ministra Finansów z dnia 16 maja 2014 r. w sprawie wzorów tytułów wykonawczych stosowanych w egzekucji administracyjnej (Dz. U. z 2014 r. poz. 650). Szablony zostaną dostarczone po podpisaniu umowy w terminie wskazanym w harmonogramie. System musi zapewniać eksport wszystkich pism do formatu PDF, RTF/ docx. - Księga ewidencji dzieci System musi umożliwiać prowadzenie księgi ewidencji dzieci. Księga ewidencji dzieci musi być zgodna z Rozporządzeniem Ministra Edukacji Narodowej z dnia 25 sierpnia 2017 r. w sprawie sposobu prowadzenia przez publiczne przedszkola, szkoły i placówki dokumentacji przebiegu nauczania, działalności wychowawczej i opiekuńczej oraz rodzajów tej dokumentacji. Placówka musi mieć możliwość dopisania uczniów nieujętych w systemie. Możliwy musi być podgląd i edycja danych. System musi umożliwiać wydruk księgi - w całości albo w częściach, z podziałem na roczniki lub też z wyborem konkretnych stron. Możliwość edycji dotyczy następujących danych: • Imię i nazwisko, • Data i miejsce urodzenia dziecka, • PESEL, • Adres zamieszkania dziecka, • Imiona i nazwiska rodziców (prawnych opiekunów) oraz adres ich zamieszkania, • Informacje o przedszkolu lub oddziale przedszkolnym, • Przebieg wypełniania obowiązku szkolnego w poszczególnych latach szkolnych, • Uwagi (pole opisowe). - Generowanie raportów i zestawień statystycznych a) raporty imienne Placówki oświatowe muszą mieć dostęp do aktualnych raportów imiennych dotyczących uczniów z ich obwodu oraz mają możliwość przeglądania wszystkich punktów adresowych, które należą do ich obwodu szkolnego: - księga ewidencji dzieci - dla wybranego rocznika wraz z przebiegiem wypełniania obowiązku szkolnego w poszczególnych latach szkolnych, - dzieci realizujące obowiązek za granicą - jest to lista dzieci, którym w historii nauczania dodano informację o realizacji obowiązku za granicą, - dzieci niespełniające obowiązku - jest to wydruk dzieci, którym w historii nauczania dodano informację, że nie realizują w żadnej placówce obowiązku, - dzieci, o których brak danych - są to dzieci, dla których nie uzupełniono aktualnej historii nauczania, - dzieci spełniające obowiązek szkolny. System musi zapewniać możliwość generowania raportów zbiorczo dla wszystkich uczniów lub dla wybranego jednego lub kilku roczników uczniów. Wszystkie raporty z wyjątkiem księgi ewidencji dzieci muszą zawierać co najmniej imię i nazwisko ucznia, adres jego zamieszkania i PESEL. Księga ewidencji dzieci musi zawierać wszystkie dane zgodne z rozporządzeniem MEN. b) zestawienia statystyczne: - zestawienie zawierające:  liczbę dzieci objętych obowiązkiem rocznego przygotowania przedszkolnego w obwodzie danej szkoły podstawowej,  liczbę uczniów objętych obowiązkiem szkolnym w obwodzie danej szkoły podstawowej,  liczbę dzieci spełniających obowiązek rocznego przygotowania przedszkolnego,  liczbę uczniów spełniających obowiązek szkolny danej szkole podstawowej,  liczbę uczniów spełniających obowiązek szkolny w innej szkole,  liczbę uczniów spełniających obowiązek szkolny za granicą kraju,  liczbę uczniów nie spełniających obowiązku szkolnego,  liczbę uczniów o których brak danych, - raport OB1 – zgodny z formularzem SIO, - raport OB2 – zgodny z formularzem SIO. System musi zapewniać możliwość generowania zestawienia zbiorczo dla wszystkich uczniów lub dla wybranego jednego lub kilku roczników uczniów. 2. W ramach modułu dla Organu Prowadzącego dostępne muszą być następujące funkcjonalności: Generowanie zestawień statystycznych: - zestawienie zawierające:  liczbę dzieci objętych obowiązkiem rocznego przygotowania przedszkolnego w obwodzie danej szkoły podstawowej,  liczbę uczniów objętych obowiązkiem szkolnym w obwodzie danej szkoły podstawowej,  liczbę dzieci spełniających obowiązek rocznego przygotowania przedszkolnego,  liczbę uczniów spełniających obowiązek szkolny danej szkole podstawowej,  liczbę uczniów spełniających obowiązek szkolny w innej szkole,  liczbę uczniów spełniających obowiązek szkolny za granicą kraju,  liczbę uczniów nie spełniających obowiązku szkolnego,  liczbę uczniów, o których brak danych, - raport OB1 – zgodny z formularzem SIO w odniesieniu do wybranej szkoły podstawowej, - raport OB2 – zgodny z formularzem SIO w odniesieniu do wybranej szkoły podstawowej. System musi zapewniać możliwość generowania zestawienia w odniesieniu do jednej, kilku wybranych lub wszystkich placówek oświatowych dla jednego, kilku lub wszystkich roczników uczniów. System musi umożliwiać eksport raportów i zestawień statystycznych do formatu PDF, XLS oraz RTF/ docx. II. Moduł obowiązek nauki Moduł dostępny dla szkół i Organu Prowadzącego. W ramach tego modułu: - upoważnieni pracownicy szkół muszą mieć możliwość importu do systemu danych dotyczących ich uczniów oraz ich edycji, - pracownicy Organu Prowadzącego muszą mieć możliwość podglądu i edycji danych dotyczących wszystkich uczniów, a także danych statystycznych dotyczących spełniania bądź niespełniania obowiązku nauki. W ramach modułu dostępne muszą być następujące funkcjonalności: - Wykorzystanie danych System musi zapewniać pobieranie poprzez web service następujących danych: imiona ucznia, nazwisko ucznia, PESEL ucznia, data urodzenia ucznia, adres zameldowania ucznia, adres tymczasowego zameldowania ucznia, daty zameldowania/ wymeldowania, imiona rodziców, nazwiska rodziców, adres zameldowania rodziców. Aktualizacja danych z rejestru mieszkańców następuje co najmniej raz w tygodniu. Za integrację zamawianego systemu w zakresie wymiany danych z PB_EWID odpowiada Wykonawca. System musi umożliwiać uprawnionym pracownikom (dyrektorom szkół) import danych uczniów aktualnie uczęszczających do rybnickich szkół z systemów używanych przez placówki za pomocą web service oraz za pomocą importu plików w formacie SOU (specyfikacja formatu została opisana szczegółowo w przedmiotowym dokumencie) i xls, a także ręczne wprowadzanie i aktualizację danych dotyczących uczniów. - Weryfikacja spełniania obowiązku nauki System musi zestawiać dane uczniów objętych obowiązkiem nauki z rejestru mieszkańców PB_EWID z bazami uczniów szkół ponadpodstawowych, celem znalezienia zbioru uczniów potencjalnie niespełniających obowiązku nauki. Dla zbioru uczniów potencjalnie niespełniających obowiązku nauki system musi umożliwiać pracownikowi Organu Prowadzącego na ręczne dodawanie informacji o miejscu i jednostce oświatowej spoza systemu, w której uczeń spełnia obowiązek nauki oraz na aktualizację tych danych. - Generowanie pism do rodziców Organ Prowadzący musi mieć możliwość generowania dokumentów do rodziców dzieci, które nie spełniają obowiązku nauki, bądź też co do których informacja o spełnianiu nie jest znana. Organ Prowadzący musi mieć możliwość otwarcia sprawy egzekucji obowiązku nauki dla danego ucznia bezpośrednio z poziomu raportu uczniów niespełniających tego obowiązku oraz nadania jej numeru (znaku sprawy) zgodnego z jednolitym rzeczowym wykazem akt. W ramach sprawy, Organ Prowadzący musi mieć możliwość wygenerowania szeregu zdefiniowanych dokumentów dotyczących egzekucji na szablonach przekazanych przez zamawiającego: - zawiadomienie/upomnienie dot. realizacji obowiązku nauki, - wniosek o wszczęcie egzekucji administracyjnej, - tytuł wykonawczy TW-2 - załącznik nr 2 do rozporządzenia Ministra Finansów z dnia 16 maja 2014 r. w sprawie wzorów tytułów wykonawczych stosowanych w egzekucji administracyjnej (Dz. U. z 2014 r. poz. 650). Szablony zostaną dostarczone po podpisaniu umowy w terminie wskazanym w harmonogramie. System musi zapewniać eksport wszystkich pism do formatu PDF, RTF/ docx. - Generowanie zestawień statystycznych i raportów a) raporty imienne: - uczniowie realizujący obowiązek nauki za granicą - jest to lista dzieci, którym w historii nauczania dodano informację o realizacji obowiązku za granicą, - uczniowie niespełniający obowiązku nauki - jest to lista dzieci, którym w historii nauczania dodano informację, że nie realizują w żadnej placówce obowiązku nauki, - uczniowie o których brak danych - są to dzieci, dla których nie uzupełniono aktualnej historii nauczania, Raporty muszą zawierać imię i nazwisko ucznia, PESEL, adres zamieszkania. b) raporty statystyczne: - zestawienie wszystkich uczniów w wieku 16-18 lat zameldowanych na terenie gminy zawierające:  liczbę uczniów objętych obowiązkiem nauki,  liczbę uczniów niespełniających obowiązku nauki,  liczbę uczniów spełniających obowiązek nauki,  liczbę uczniów spełniających obowiązek nauki na podstawie danych wymienionych z inną gminą. System musi zapewniać możliwość generowania zestawienia zbiorczo dla wszystkich uczniów lub dla wybranego jednego lub kilku roczników uczniów. - raport OB3 - zestawienie w ujęciu tabelarycznym zgodnym w formularzem SIO. System musi umożliwiać eksport podstawowych raportów i zestawień statystycznych do formatu PDF, XLS oraz RTF/ docx. Narzędzia konfiguracyjne dla Organu Prowadzącego dla obu modułów 1. Panel zarządzania zakresami dat urodzenia dzieci i uczniów. Panel musi pozwalać na określenie przedziału dat urodzenia dzieci: - branych pod uwagę do raportów spełniania obowiązku nauki - branych pod uwagę do raportów spełniania obowiązku szkolnego - branych pod uwagę do raportów spełniania obowiązku rocznego przygotowania przedszkolnego - objętych obowiązkiem rocznego przygotowania przedszkolnego w przyszłym roku szkolnym - objętych obowiązkiem szkolnym w przyszłym roku szkolnym 2. Panel zarządzania słownikiem ulic Panel musi umożliwiać tworzenie oraz modyfikację istniejących nazw ulic w globalnym słowniku platformy edukacyjnej. Słownik ten wykorzystywany jest do konstruowania definicji obwodów szkolnych w kreatorze obwodów. Słownik ma być zasilony danymi z rejestru mieszkańców PB_EWID. 3. Panel zarządzania definicjami obwodów szkolnych Panel musi umożliwiać zdefiniowanie równocześnie dwóch różnych sieci szkół: a) nowa sieć (dla dzieci z rocznika 2010 i młodszych), b) stara sieć (dla dzieci starszych). Kreator obwodów szkolnych musi pozwalać na definiowanie wpisów określających zakres obszaru danej jednostki oświatowej (w rozumieniu listy punktów adresowych należących do obwodu szkoły). Definiowanie obwodów możliwe musi być dla szkół podstawowych. System musi umożliwiać definiowanie obwodu szkolnego za pomocą: a) całych ulic, b) zakresu numerów ulicy, c) pojedynczych punktów adresowych. 4. Panel przypisywania dzieci i uczniów do obwodów szkolnych Panel musi pozwalać na weryfikację dokonanego przez pracownika Organu Prowadzącego lub Administratora przydziału dzieci i uczniów do zdefiniowanych obwodów szkolnych, a także odświeżenie przydziału po wprowadzeniu korekty w definicjach obwodów szkolnych. Panel musi udostępniać podsumowanie statystyczne dotyczące statusu przypisania osób z bazy meldunkowej miasta do zdefiniowanych zakresów obwodów szkolnych zawierające całkowitą liczbę uczniów, liczbę dzieci przypisanych i nieprzypisanych do obwodów szkolnych, z rozbiciem na roczniki. W przypadku gdy nie powiodło się przypisanie ucznia/dziecka do obwodu szkolnego, pracownik Organu Prowadzącego musi mieć możliwość przypisywania dzieci /uczniów do obwodu szkolnego na podstawie zmienionych / dodanych definicji. Po przypisaniu dostępne musi być szczegółowe, imienne zestawienie wszystkich dzieci, dla których nie powiodło się przypisanie obwodu szkolnego. 5. Panel tworzenia kont użytkowników w systemie Panel musi pozwalać na tworzenie przez pracownika Organu Prowadzącego kont użytkowników oraz nadawanie im odpowiednich uprawnień tzn. przypisanie do placówki lub Organu Prowadzącego. Możliwość zdefiniowania polityki odnośnie hasła, możliwości blokowania konta/deaktywacja konta. Zmiany/odzyskania hasła. Wymagania techniczne dotyczące Systemu: Zamawiający może przeznaczyć na realizację zamówienia następujące zasoby sprzętowo-programowe: 1) dwa serwery wirtualne, każdy o następujących parametrach: 4 CPU, 8 GB RAM, 80 GB HDD w środowisku VMware Zamawiającego. Zamawiający nie dopuszcza dostawy serwerów fizycznych, 2) infrastrukturę i łącza sieciowe niezbędne do udostępnienia Systemu poprzez sieć miejską zarządzaną przez Zamawiającego, 3) łącze internetowe, 4) dostęp zdalny VPN: na potrzeby wdrożenia i administrowania systemem Zamawiający może przygotować dostęp zdalny do serwerów poprzez kanał VPN dla dwóch pracowników Wykonawcy. Pracownicy Wykonawcy będą musieli zaakceptować „Regulamin zdalnego dostępu”, który jest załącznikiem do „Procedury zdalnego dostępu” stanowiącej załącznik nr 10 do Zarządzenia Nr 370/2018 Prezydenta Miasta Rybnika z dnia 17 maja 2018 r. Zamawiający wymaga dostarczenia rozwiązań pracujących w środowisku wirtualnym opisanym powyżej oraz wszystkich niezbędnych licencji (systemy operacyjne serwerów, motor bazy danych itp.). Stacje robocze Zamawiającego pracują pod kontrolą systemu operacyjnego Windows 7 i nowsze. Jeśli oferowane środowisko jest niewystarczające, to Wykonawca w kosztach złożonej oferty musi przewidzieć dostawę wszystkich składowych niezbędnych do prawidłowego działania oferowanego rozwiązania (licencje systemu operacyjnego, bazy danych itp.). W przypadku oferowania systemu Windows, dostarczona wersja powinna w pełni współpracować z domeną Active Directory. Zaoferowany system musi posiadać pełną funkcjonalność i przetwarzać dane tylko na zasobach Zamawiającego 1. Minimalne wymagania techniczne i technologiczne systemu a) Ergonomia pracy 1) możliwość uruchomienia w najpopularniejszych przeglądarkach WWW (m. in. Internet Explorer 8 i wyższej, Firefox 37.0.2 i wyższej, Chrome 49 i wyższej), 2) przyjazny interfejs użytkownika w pełni polskojęzyczny, charakteryzujący się intuicyjnością obsługi, 3) dopuszcza się wyłącznie wykorzystanie powszechnie używanych aplikacji Adobe, oraz aplikacji dowolnego pakietu biurowego do odbioru zestawień tworzonych w systemie, 4) wielodostępność pozwalającą na równoczesne korzystanie z Systemu przez wielu użytkowników bez limitu użytkowników, b) Bezpieczeństwo i ochrona 1) Zarządzanie kontami i uprawnieniami, blokowanie i odblokowywanie kont użytkowników, definiowanie i modyfikacja czasu ważności hasła, definiowanie złożoności hasła, 2) Odnotowywanie transakcji krytycznych wykonywanych przez użytkownika (wprowadzanie, modyfikacja, usuwanie): kto, kiedy, co, jaka operacja, wartość przed i po modyfikacji, 3) Raportowanie działań użytkowników, 4) Raportowanie zdarzeń zachodzących w Systemie, 5) Mechanizmy zapewniające autentyczność i integralność danych wewnątrz dostarczonego Systemu oraz między nim a aplikacjami dziedzinowymi, 6) Narzędzia do automatycznego tworzenia i odtwarzania kopii baz danych (definiowanie harmonogramu wykonywania kopii, powiadamianie o zaistniałych błędach i awariach wykonania kopii na adres e-mail), 7) Transakcyjność operacji, z ochroną transakcji i możliwością zapisywania transakcji do logów systemowych bazy, 8) Ograniczenie dostępu do danych i funkcji Systemu przez nieuprawnionych użytkowników, 9) System musi zapobiegać możliwości wprowadzenia i uruchomienia złośliwego kodu. c) Architektura 1) System ma być zaprojektowany w architekturze trójwarstwowej: a. warstwa aplikacji, obejmująca logikę aplikacji, b. warstwa danych, zawierającą serwer bazy danych, c. warstwa prezentacji, obejmującą interfejs użytkownika. 2) Relacyjna baza danych SQL dająca możliwość przyłączenia nieograniczonej liczby użytkowników oraz zapewniająca skalowalność, rozbudowę w przyszłości np. o dodatkowe dyski, pamięci czy procesory czy też migrację na inny serwer, nieograniczona pod względem wielkości bazy i czasu eksploatacji, 3) Interfejsy wymiany danych (integracji) wykonany zgodnie z wymaganiami Rozporządzenia Rady Ministrów z dnia 12 kwietnia w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych z dnia 12 kwietnia 2012 r. (t.j., Dz.U z 2016 r. poz. 113) (komunikaty w formacie XML, opisane schematami XML Schema, usługi sieciowe (Web Service) opisane zgodnie ze standardem języka opisu usług sieciowych WSDL (Web Services Description Language), 4) Funkcjonalność w dowolnej sieci komputerowej w standardzie TCP/IP, 5) Funkcjonalność Systemu w środowisku operacyjnym Windows, 6) Możliwość rozbudowy Systemu o dodatkowe funkcje. d) archiwizowanie gromadzonych danych, wykonanie i przekazanie zamawiającemu na koniec roku szkolnego kopii zgromadzonych danych w formacie .csv; e) należyte zabezpieczenie danych, w tym należytą ochronę danych osobowych zgodnie z Rozporządzeniem Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE. W ramach wdrożenia Wykonawca wykona: 1. Instalację i konfigurację oprogramowania na serwerze. 2. Przygotowanie serwera bazodanowego do pracy z Systemem: • Instalacja i konfiguracja Systemu operacyjnego, • Instalacja i konfiguracja dodatkowych usług niezbędnych do prawidłowego działania Systemu, • Testowanie konfiguracji, • Instalacja, konfiguracja i testowanie serwera bazodanowego, 3. Przygotowanie serwera aplikacji do pracy z Systemem. 4. Instalacja i konfiguracja systemu operacyjnego. 5. Instalacja i konfiguracja dodatkowych usług niezbędnych do prawidłowego działania systemu zintegrowanego. 6. Testowanie konfiguracji. 7. Założenie kont użytkowników oraz nadanie uprawnień zgodnie z przekazanym Wykonawcy wykazem. 8. Wykonawca ma dostarczyć opis struktury bazy danych. Jeżeli dane są szyfrowane, Wykonawca dostarczy algorytm deszyfracji danych (nie dotyczy haseł o danych, dla których była wykonana anonimizacja). W ramach usługi Wykonawca zobowiązany jest do: 1. Przeszkolenia ok. 100 osób (przedstawicieli placówek oświatowych oraz Zamawiającego) w grupach liczących do 20 osób. Szkolenia mają się odbyć na terenie Miasta Rybnika. Sale na szkolenie zapewnia Zamawiający. 2. Dostarczenia materiałów szkoleniowych (w formie elektronicznej lub w wersji papierowej). 3. Opracowania i dostarczenia Polityki Bezpieczeństwa Systemu zawierającej: a) co najmniej opis struktury zbioru danych osobowych oraz sposoby ich ochrony, b) opisu sposobu przepływu danych między systemami jeśli wdrażane rozwiązanie je wykorzystuje, c) dokumentacji informatycznej systemu umożliwiającej analizę funkcji systemu zawierającej: - opis zakresu funkcji systemu, - opis procesów mających miejsce i warunków ich uruchomienia, - opis informacji wymienianych między procesami, - opis zawartości informacyjnej w oparciu o izolowane od siebie składnice danych, - diagramy przepływów danych, pozwalającą na jej podstawie jednoznacznie ustalić: - moment udostępnienia danych, - jakie dane są udostępniane, - granice obszarów przetwarzania z podziałem na obszary administrowane przez placówkę, przez UM oraz przez dostawcę oprogramowania. 4. Świadczenia usługi asysty technicznej obejmującej: a) udzielanie pomocy technicznej i merytorycznej w dni robocze w godzinach od 09:00 do 15:00 w zakresie funkcjonowania Systemu, czas udzielenie konsultacji nie będzie przekraczał 24 godzin od momentu zgłoszenia. Do czasu tego nie włącza się dni wolnych ustawowo od pracy, b) usuwanie awarii i usterek systemu, w tym naprawa baz danych, jeżeli powstały one w wyniku awarii lub usterki systemu, c) bieżące dostosowywanie Systemu do obowiązujących przepisów prawa poprzez dostarczanie nowych wersji Systemu na 7 dni przed terminem obowiązywania nowych przepisów, w szczególności dotyczących ochrony danych osobowych; Zamawiający nie ma obowiązku informowania Wykonawcy o tych zmianach przepisów oraz dostosowanie systemu do zmian obwodów szkolnych wynikających z Uchwał Rady Miasta Rybnika w terminie do 1 września roku w którym została podjęta uchwała. d) zapewnienie stałego zdalnego nadzoru technicznego nad funkcjonowaniem systemu: 1) diagnozowanie i usuwanie wszelkich wad, usterek i awarii w funkcjonowaniu Systemu, które zostaną ujawnione w okresie obowiązywania umowy, utrudniających lub uniemożliwiających pracę zgodnie z założeniami lub przepisami prawa przy zachowaniu następujących terminów: - czas reakcji na zgłoszoną awarię krytyczną – do 8 godzin roboczych, - czas usunięcia awarii krytycznej lub zapewnienie alternatywnego sposobu pracy na systemie – max 3 dni robocze, - czas reakcji na zgłoszoną usterkę/błąd – max 2 dni robocze, przy czym awaria krytyczna rozumiana jest jako niepoprawne działanie oprogramowania, które jest niemożliwe do samodzielnego usunięcia przez Zamawiającego, a uniemożliwia eksploatację systemu, natomiast usterka to nieprawidłowe lub niezgodne z dokumentacją wykonywanie funkcji systemu, która jednak nie powoduje konieczności wstrzymania eksploatacji systemu. Podane terminy mogą ulec zmianie, każdorazowo w wyniku ustaleń pomiędzy Stronami, jak i w przypadku kiedy usuwanie powyższych problemów jest niemożliwe z powodów na które Wykonawca nie miał bezpośredniego wpływu. Za godziny robocze uznaje się czas od poniedziałku do piątku w godzinach pomiędzy 7.00 a 16.00 z wyłączeniem dni ustawowo wolnych od pracy, 2) informowanie o sposobie rozwiązywania problemów zgłaszanych przez Zamawiającego, 3) dostosowywanie Systemu do nowych wersji przeglądarek internetowych, 4) wskazywanie i usuwanie problemów wydajnościowych działania Systemu. e) Wszelkie koszty usuwania wad, usterek i awarii, których przyczyna nie leży po stronie Zamawiającego, ponosi Wykonawca. f) Koszty usuwania usterek i awarii, będących skutkiem działania Zamawiającego niezgodnego z dostarczoną instrukcją wdrożonego Systemu, ponosi Zamawiający. Specyfikacja formatu SOU SOU - Standard opisu ucznia Konstrukcja formatu SOU Format SOU jest strukturą danych zapisaną za pomocą języka XML (ang. eXtensible Markup Language - rozszerzalny język znaczników). Jest on zorientowany na pojedynczego ucznia, tzn. wszystkie informacje o związkach danego ucznia ze strukturami zewnętrznymi budowane są niezależnie od tego samego typu informacji dotyczących innego ucznia. Wszystkie informacje dotyczące pojedynczego ucznia mieszczą się w następujących kategoriach:  dane osobowe, w tym dane adresowe,  informacje o środowisku rodzinnym, w tym dane osobowe opiekunów prawnych wraz ich danymi adresowymi,  związek z aktualną strukturą szkolną, tj. miejsce ucznia w tej strukturze oraz przebieg jego szkolnej kariery zapisany w arkuszu ocen,  przypisanie do obwodu szkolnego,  przyszłe miejsce nauki,  wyniki egzaminów zewnętrznych,  osiągnięcia szkolne i pozaszkolne,  orzeczenia poradni specjalistycznych mające wpływ na sposób funkcjonowania w systemie edukacji. Jedynie dane osobowe ucznia są obligatoryjne. Pozostałe wykorzystywane są w miarę potrzeb. Większość danych składających się na wymienione kategorie informacji ma postać czytelną dla człowieka i nie wymaga dodatkowych interpretacji. Format SOU zakłada możliwość korzystania z dwóch zewnętrznych systemów identyfikacji obiektów w systemie oświaty. W tym celu:  każdemu uczniowi może być przypisany identyfikator oświatowy - niepowtarzalna sygnatura nadana mu przez uprawniony podmiot z chwilą znalezienia się w orbicie systemu oświaty (np. z chwilą przyjęcia po raz pierwszy do szkoły),  podobnie każdej szkole może być przypisany niepowtarzalny identyfikator w centralnym rejestrze szkół i placówek oświatowych (jeśli kiedyś taki powstanie). Użycie trwałego i jednoznacznego oznaczenia uczniów i szkół pozwala w sposób jednoznaczny określić drogę edukacyjną każdego pojedynczego ucznia, a także udział w jego wykształceniu każdej kolejnej szkoły, w której odbywał on naukę. Dane opisujące pojedynczego ucznia stanowią komplet informacji o nim i są niezależne od danych innego ucznia. Mogą być zatem przenoszone w całości pomiędzy różnymi ich kolekcjami (plikami). Format SOU nie używa referencji. Jedynymi danymi wspólnymi są dane opisane jako typy wyliczeniowe (enumeracje). Składnia formatu SOU Składnia formatu SOU jest opisana schematem XSD (XML Schema Description = opis schematu XML) dołączonym jako plik do niniejszej specyfikacji. Schemat XSD opisuje także typy poszczególnych danych, w tym zakresy wartości niektórych z nich. Podstawowe reguły konstrukcji pliku danych w formacie SOU są następujące:  Wszystkie węzły (bloki danych), poza węzłem ZRODLO_DANYCH, są opcjonalne.  Obowiązuje sekwencja węzłów (bloków danych).  Wszystkie atrybuty węzłów są obligatoryjne, choć większość może być pusta.  Atrybuty zawierające daty nie mogą być puste.  Atrybuty zawierające liczby nie mogą być puste - domyślnymi wartościami liczbowymi są zera. Interpretacja danych w formacie SOU Interpretacja poszczególnych węzłów i atrybutów struktury SOU jest następująca: ZRODLO_DANYCH – wskazanie źródła danych: ktg – nazwa programu będącego źródłem pliku SOU – napis, data – data zapisania pliku – sformatowana data (rrrr-mm-dd, patrz XSD), czas – czas zapisania pliku – napis, wersja_xsd – wersja formatu SOU – nieujemna liczba dziesiętna. UCZEN – blok opisujący ucznia: nazwisko – nazwisko ucznia – napis, nazwisko_rodowe – nazwisko rodowe ucznia – napis, imie - imię ucznia – napis, imie2 – drugie imię ucznia – napis, plec – płeć ucznia – {męska, żeńska}, data_ur – data urodzenia ucznia – sformatowana data (rrrr-mm-dd, patrz XSD), msc_ur – miejscowość urodzenia ucznia – napis, msc_ur_m – miejscownik miejscowości urodzenia ucznia – napis, woj_ur – województwo urodzenia ucznia – napis, kraj_ur – kraj urodzenia ucznia – napis, pesel – numer PESEL ucznia – napis, id_osw – identyfikator ucznia w systemie oświaty – napis, ob_polskie – wskaźnik polskiego obywatelstwa – {tak, nie}, ob_ue – wskaźnik obywatelstwa państwa należącego do Unii Europejskiej – {tak, nie}. ADRES_U, ADRES_O, ADRES_S, ADRES_OB, ADRES_DO – adresy - odpowiednio: ucznia, aktualnej szkoły, obwodu szkolnego, szkoły docelowej: ktg – kategoria adresu – napis (stały, tymczasowy), miejscowosc – miejscowość – napis, msc_m – miejscownik nazwy miejscowości – napis, ulica – nazwa ulicy – napis, nr_domu – numer domu – napis, nr_lok – numer lokalu – napis, kod – kod pocztowy – napis, poczta – miejscowość poczty – napis, gmina – gmina – napis, powiat – powiat – napis, woj – województwo – napis, kraj – kraj – napis, tel – numer telefonu – napis, e_mail – nazwa konta poczty internetowej – napis. SRODOWISKO – środowisko rodzinne ucznia: ktg_m_zam – kategoria miejsca zamieszkania – napis (dom rodzinny, stancja, internat, bursa itp.), sierota – wskaźnik pełnego sieroctwa {tak, nie}, rodzina_zastepcza – wskaźnik rodziny zastępczej {tak, nie}. OPIEKUN – dane opiekuna prawnego (rodzica): imie – imię opiekuna – napis, nazwisko – nazwisko opiekuna – napis, stopien_pokrew – stopień pokrewieństwa opiekuna względem ucznia – napis, op_prawny – wskaźnik prawa do opieki nad uczniem – {tak, nie}, plec – płeć opiekuna – {męska, żeńska}, wykszt – poziom wykształcenia opiekuna – napis, zawod – zawód opiekuna – napis. SZKOLA, OBWOD, SZKOLA_DO – szkoły – odpowiednio: aktualna, obwód szkolny, szkoła docelowa: skrot – skrót nazwy szkoły (kod) – napis, nazwa – pełna nazwa szkoły – napis, typ – typ (poziom) szkoły/placówki – {przedszkole, podstawowa, gimnazjum, ponadgimnazjalna, policealna}, numer – numer szkoły – napis, patron – patron szkoły (w dopełniaczu) – napis, regon – numer REGON szkoły – napis, id_osw – identyfikator szkoły w systemie oświaty – napis, ktg_uczniow – kategoria uczniów szkoły – {dzieci/młodzież, dorośli}, uprawnienia – uprawnienia szkoły – {publiczna, niepubliczna z upr. publicznej, niepubliczna bez upr. publicznej}. MIEJSCE, MIEJSCE_DO – miejsce ucznia w strukturze szkoły – odpowiednio: aktualnej i docelowej: poziom – poziom (klasa) oddziału – nieujemna liczba całkowita, symbol – symbol oddziału – napis, rok_szk_o – numer roku rozpoczynającego rok szkolny, w którym klasa oddziału jest równa wartości atrybutu poziom – liczba naturalna, nr_dz – numer ucznia w dzienniku lekcyjnym oddziału – nieujemna liczba całkowita, profil – profil (zawód, specjalność, ukierunkowanie) kształcenia ucznia – napis, nr_ku – numer ucznia w księdze uczniów szkoły – nieujemna liczba całkowita, status – status ucznia – {uczeń, absolwent, przekazany, skreślony}. ARKUSZ_OCEN – arkusz ocen rocznych ucznia: rok_szk – numer roku rozpoczynającego rok szkolny, za który wypełniono arkusz ocen – liczba naturalna, data_rady – data posiedzenia klasyfikacyjnego rady pedagogicznej – sformatowana data (rrrr-mm-dd, patrz XSD), klasa – klasa, na koniec której wypełniono arkusz ocen – nieujemna liczba całkowita, wskaznik_prom – wskaźnik promocji – {+,-,!,?,=,*,z} – odpowiednio: promowany, niepromowany, promowany z wyróżnieniem, promowany warunkowo, promowany z wydłużonym okresem nauki, niekompletny arkusz (brak ocen z wszystkich zajęć), zawieszony (nierozstrzygnięta promocja z powodu niedopełnienia innych warunków), indyw_tok – wskaźnik indywidualnego toku nauki – {tak, nie}. OCENA – ocena z zajęć edukacyjnych lub ocena zachowania: nazwa_zajec – nazwa zajęć edukacyjnych – napis; Uwaga! Zachowanie powinno być traktowane jako zajęcia!, ktg_zaj – kategoria zajęć – {przedmiot ogólnokształcący, religia/etyka, zachowanie, język obcy, przedmiot zawodowy, kształcenie specjalne}, obowiazkowe – wskaźnik obowiązkowości zajęć – {tak, nie}, sposob_klas – sposób klasyfikacji – {ocena ze skali, ocena zachowania, ocena opisowa}, wartosc – wartość liczbowa oceny (przy ewentualnym liczeniu średniej ocen) – liczba dziesiętna, nazwa_oceny – nazwa oceny (stopnia), także tekst oceny opisowej – napis, indyw_prog – wskaźnik indywidualnego programu z zajęć – {tak, nie}. EGZAMIN_ZEWN – wynik egzaminu (sprawdzianu) zewnętrznego: typ_egzaminu – typ egzaminu zewnętrznego (sprawdzian na koniec szkoły podstawowej, część humanistyczna egzaminu gimnazjalnego itp.) – napis, data – data wystawienia dokumentu potwierdzającego odbycie egzaminu – sformatowana data (rrrr-mm-dd, patrz XSD), wynik – wynik egzaminu – liczba rzeczywista, numer_zaswiad – numer zaświadczenia komisji egzaminacyjnej – napis, zwolniono – wskaźnik zwolnienia z egzaminu – {tak, nie}. OSIAGNIECIE – osiągnięcie szkolne lub pozaszkolne ucznia: data – data uzyskania osiągnięcia – sformatowana data (rrrr-mm-dd, patrz XSD), rodzaj – rodzaj (kategoria) osiągnięcia – napis, opis – opis (treść) osiągnięcia, ewentualnie oznaczenie dokumentu potwierdzającego – napis. ORZECZENIE – orzeczenie poradni specjalistycznej mające wpływ na sposób kształcenia ucznia: data – data wystawienia orzeczenia – sformatowana data (rrrr-mm-dd, patrz XSD), rodzaj – rodzaj (kategoria) orzeczenia – napis, podstawa – oznaczenie instytucji orzekającej (opiniującej) i dokumentu, ewentualnie treść lub konkluzja orzeczenia – napis. ITEM – element słownika dodatkowych informacji: key – unikalna wartość klucza elementu słownika – napis, value – wartość elementu słownika – napis. Blok danych SZKOLA_DO jest używany w następujących przypadkach:  przy przekazywaniu elektronicznej postaci dokumentacji ucznia podczas przenoszenia go do innej szkoły – opisuje wówczas szkołę docelową,  podczas ubiegania się o przyjęcie do szkoły wyższego poziomu – dopuszcza się wiele bloków tego typu, z których każdy wskazuje szkołę lub oddział w szkole, o które ubiega się uczeń (absolwent) szkoły niższego poziomu,  po zakończeniu naboru uczniów do szkoły – w celu wskazania szkoły i oddziału, do których został przyjęty kandydat. Atrybut nr_dz w bloku MIEJSCE_DO jest używany do zapisania numeru pozycji danego oddziału w szkole docelowej na tzw. liście preferencji kandydata przy jego równoczesnym ubieganiu się o miejsce w wielu oddziałach (i w wielu szkołach), zwłaszcza przy scentralizowanym naborze. Jeśli egzamin zewnętrzny (blok danych EGZAMIN_ZEWN) składa się z wielu części (jak np. egzamin gimnazjalny), to każda z nich powinna być opisana jako oddzielny blok danych EGZAMIN_ZEWN innego typu. Zwolnienie z obowiązku przystąpienia do egzaminu zewnętrznego (blok danych EGZAMIN_ZEWN) powinno być oznaczone przez wypełnienie atrybutów zwolniono="tak" i wynik="0". Zwolnienie z egzaminu (sprawdzianu) zewnętrznego w następstwie uznania szczególnych osiągnięć ucznia (zwłaszcza w olimpiadach i konkursach przedmiotowych) powinno być oznaczone przez wypełnienie atrybutów zwolniono="tak" i wynik=maksymalna_wartość_punktowa. Stosownie do treści art. 29 ust. 3a ustawy PZP, Zamawiający poniżej określa czynności w zakresie realizacji zamówienia przez osoby zatrudnione przez wykonawcę lub podwykonawcę na podstawie umowy o pracę: - szkolenia - wdrożenia - asysta techniczna W odniesieniu do Wykonawców mających siedzibę poza granicami Polski Zamawiający dopuszcza zatrudnienie pracowników na podstawie równoważnych regulacji prawnych kraju macierzystego. Stosownie do treści art. 30 ust. 9 ustawy Pzp, Zamawiający informuje, że wymagane cechy niniejszego zamówienia są dostosowane do potrzeb wszystkich użytkowników oraz w żaden sposób nie ograniczają dostępności dla osób niepełnosprawnych.