Załącznik nr 1 SIWZ / Załącznik nr 3 do Umowy. Szczegółowy opis przedmiotu zamówienia / Umowy

1. Zaproponowane oprogramowanie musi być kompatybilne ze sprzętem oraz bazami danych zakupionymi w ramach Zintegrowanego Systemu Zarządzania Oświatą na terenie Gminy Miasta Radomia. W ramach realizacji tego zadania Zamawiający rozumie wszelką instalację oraz konfigurację Środowiska Przetwarzania Danych (serwerów z systemem operacyjnym, macierzy, systemu backup) pomiędzy jednostkami organizacyjnymi Zamawiającego (pomiędzy Urzędem Miejskim w Radomiu a placówkami oświatowymi) i systemu informatycznego - część dotycząca Wydziałów Urzędu Miasta.

2. Wdrożenie nie może spowodować zatrzymania pracy systemu, a co za tym idzie Wykonawca musi dokonać migracji wszelkich danych mających wpływ na prawidłowe działanie systemu.

3. System może być dostarczony jako usługa lub zainstalowany zostanie na infrastrukturze serwerowej Zamawiającego (Środowisko Przetwarzania Danych pkt 1) i dostępny będzie dla uprawnionych użytkowników (aplikacje tzw. front office) poprzez przeglądarkę internetową - online.

4. W ramach prawa opcji Zamawiający przewiduje przeprowadzenie wszystkich bądź wybranych (wynikających z załącznika nr 8) szkoleń dla pracowników obsługujących dane aplikacje w terminie ustalonym i zaakceptowanym przez Zamawiającego. Wykonawca rozpocznie realizację szkoleń nie później niż w terminie 21 dni od daty otrzymania zgłoszenia zapotrzebowania na wybrane szkolenia. Zamawiający zastrzega sobie możliwość skorzystania z prawa opcji w terminie 12 miesięcy od daty podpisania protokołu dostarczenia, rozbudowy, wdrożenia i uzyskania licencji. Powierzenie realizacji tej części zamówienia jest wyłącznym uprawnieniem Zamawiającego. W ramach prawa opcji Zamawiający może zlecić realizację wszystkich lub wybranych szkoleń.

1. Zamawiający wymaga od Wykonawcy lub Podwykonawcy w celu właściwej realizacji przedmiotu zamówienia zatrudnienia na umowę o pracę minimum 7 osób wykonujących następujące czynności:

1) przeprowadzanie bieżących analiz systemu i zgodności z przepisami prawa i szczegółowym opisem przedmiotu zamówienia;

2) tworzenie, modyfikacja i aktualizacja kodu oprogramowania zgodnie z opisem przedmiotu zamówienia;

3) opracowanie layoutu i interfejsu graficznego oprogramowania;

4) tworzenie, modyfikacja, optymalizacja istniejących zapytań i kwerend w bazach danych użytkowanego oprogramowania

1. System planowania i realizacji budżetu wraz z arkuszem organizacyjnym:

Minimalne wymagania:

1. Oprogramowanie ma pozwolić na przygotowanie projektu arkusza organizacji szkół i placówek oświatowych zgodnego z wymogami aktualnych przepisów oświatowych.

Oprogramowanie ma umożliwić poprawny opis typowych obiektów i sytuacji tworzących organizację szkół i placówek oświatowych i pokazywać ich konsekwencje wyliczając automatycznie wymiary etatów nauczycielskich i średnioroczne liczby godzin nauczycielskich.

2. Oprogramowanie musi uwzględniać:

a. opis danych kadrowych nauczycieli oraz pracowników administracji i obsługi w zakresie koniecznym do wyliczenia kosztu wynagrodzeń i weryfikacji zgodności przydziałów zajęć z posiadanymi uprawnieniami,

b. podziały na grupy na zajęciach (np. języki obce, wf, przedmioty zawodowe i inne na których występuje podział),

c. opis zajęć w oddziałach oraz w grupach nieoddziałowych różnych typów tj np. nauczanie indywidualne, zajęcia rewalidacyjne, grupy kursowe, grupy zajęć pozalekcyjnych i pozaszkolnych itp., jak również zajęć przypisywanych tylko do nauczycieli (zniżki godzin, pedagog, logopeda itp.),

d. średniorocznych konsekwencji niejednorodnego obciążenia pracą wynikającego np. z długotrwałych nieobecności nauczycieli (zwolnień lekarskich lub urlopów),

e. opisu zniżek wynikających z Karty Nauczyciela i ich wpływu na rozliczenie etatu nauczyciela,

x. xxxxxxx oraz związanych z nimi planowanych zajęć.

3. Udostępnić mechanizm prostego opisu zmian organizacji podczas roku szkolnego, polegający na wskazaniu różnic w organizacji oraz tworzyć raport wskazujący te różnice w stosunku do pierwotnej organizacji oraz ich konsekwencje finansowe.

4. Dane nieliczbowe charakteryzujące obiekty opisywane w arkuszach organizacyjnych powinny być skategoryzowane w słownikach. W szczególności zamknięte słowniki muszą być użyte do opisu:

a. typów szkół i składowych zespołów oraz innych jednostek oświatowych zgodnie z klasyfikacją użytą w systemie informacji oświatowej,

b. typów oddziałów

c. wykształcenia nauczycieli,

x. xxxxxx awansu nauczycieli,

e. formy nawiązania stosunku pracy,

f. kategorii przedmiotów realizowanych w szkołach,

g. działów, rozdziałów i paragrafów klasyfikacji budżetowych.

5. Umożliwić wydruk tzw. płachty arkusza organizacyjnego oraz wszelkich danych opisanych w przepisach, które należy przedłożyć do zaopiniowania organowi pełniącemu nadzór pedagogiczny.

6. Umożliwić definiowanie planów nauczania oddziałów na cały cykl nauki i automatycznie kontrolować zgodność tych planów z aktualnym rozporządzeniem o ramowych planach nauczania - mechanizm kontroli powinien automatycznie informować dyrektora o niezgodności liczby godzin danego przedmiotu z ramowym planem nauczania oraz o niewłaściwym wykorzystaniu puli godzin dyrektorskich.

7. Umożliwiać kontrolę przydziałów nauczycieli pod kątem ich zgodności z kwalifikacjami nauczycieli.

8. Pozwalać na ocenę kosztów realizacji zatwierdzonych i zgłoszonych do zatwierdzenia arkuszy szkół i placówek oraz potrzebne do tego zasoby.

9. Wspierać proces zatwierdzania arkuszy poprzez umożliwienie przeglądania arkuszy przygotowanych w jednostkach oświatowych na każdym etapie tej pracy oraz akceptowanie, zatwierdzanie lub zwracanie do poprawy arkuszy przedstawionych przez dyrektorów jako gotowe.

10. Pozwalać na podpisanie elektronicznych podpisem kwalifikowanym raportu Dokument zatwierdzający generowany na podstawie elektronicznych arkuszy przekazywanych do zatwierdzenia.

11. Wymaga się by dostarczone oprogramowanie przekazywało dane do sprawozdań SIO.

12. Wymaga się by dostęp do oprogramowania odbywał się w przeglądarce internetowej (SaaS)

13. Wymaga się automatycznego, precyzyjnego wyliczenia kosztów realizacji organizacji zapisanej w arkuszach organizacyjnych w celu stworzenia projektu planu finansowego.

14. Wymaga się aby planowanie kosztów wynagrodzeń na podstawie dwóch opisów organizacji:

a. obowiązującej w momencie planowania,

b. przewidywanej na pozostałe 4 miesiące roku budżetowego.

15. Wymaga się aby obsługa cyklu budżetowego umożliwiała:

a. obsługę finansową w zakresie planów dochodów i wydatków budżetowych oraz planów dochodów własnych,

b. tworzenie dla każdej placówki wielu wariantów projektów planów finansowych,

c. scalanie jednostkowych projektów planów wg wybranego wariantu w zbiorczy projekt budżetu oświaty.

16. Wymaga się aby dane finansowe dotyczące projektów planów finansowych, zatwierdzonych planów finansowych oraz realizacji planów finansowych muszą być gromadzone w centralnej bazie danych, dostępnej przez Internet (SaaS).

17. Wymaga się aby definiowanie struktury klasyfikacji budżetowej na poziomie centralnym, tak aby jednostki sprawozdawcze miały możliwość przygotowywania projektu planu jedynie w oparciu o elementy klasyfikacji użyte w definicji.

18. Układ zadaniowy musi być realizowany poprzez planowanie zadaniowe, jak również analizę realizacji planów finansowych w układzie zadaniowym. Funkcjonalność ta musi zostać zrealizowana poprzez ścisłe powiązanie zadań z klasyfikacją budżetową (każdy element rozszerzenia analitycznego paragrafów przypisany będzie do określonego zadania).

19. Tworzenie projektów planów finansowych na bazie istniejących planów. Przesyłanie ww. projektów planów finansowych, zmian do planów, zatwierdzonych planów do systemu księgowego.

20. Wymaga się aby wspieranie procedury zmiany planu finansowego odbywało się poprzez generowanie odpowiednich dokumentów.

21. Wymaga się możliwości przesyłania planu finansowego do systemu finansowego w jednostce sprawozdawczej w celu określenia struktury klasyfikacji budżetowej używanej do sprawozdawczości budżetowej.

22. Plan w systemie finansowym musi być podstawą do wykonywania sprawozdań budżetowych, które będzie można przesłać do systemu obsługi cyklu budżetowego w JST w celu zbiorczej analizy stanu wykonania, generowania wymaganych prawem sprawozdań budżetowych i raportów analitycznych.

23. System powinien umożliwiać przygotowanie i wydruk dokumentów takich jak:

a. Projekt planu, plan oraz wniosek o zmianę planu,

b. Wymagane sprawozdania budżetowe Rb,

c. Wymagane sprawozdania finansowe,

d. Bilans budżetowy.

24. Kontrola wykonania planów finansowych musi odbywać się poprzez zbieranie potrzebnych do tego informacji w postaci sprawozdań ze szkół i placówek oświatowych przez Internet (SaaS).

25. Aplikacja musi zapewnić wsparcie obsługi przepływu środków finansowych pomiędzy jednostkami sprawozdawczymi a organem prowadzącym przynajmniej w zakresie ich planowania, rejestracji i analizy.

26. Oprogramowanie musi umożliwiać eksport danych do programu Besti@.

27. Program powinien uniemożliwiać wprowadzanie jakichkolwiek zmian w arkuszu po jego zatwierdzeniu. W przypadku tworzenia kolejnego arkusza w którym dokonano zmiany np. nazwy oddziału, nazwiska pracownika czy kolejności pracowników wymaga się aby zmiany nie aktualizowały wcześniej zatwierdzonych arkuszy.

28. System umożliwia wyświetlanie raportu zawierającego zakres dat obowiązywania umów pracowników Pedagogicznych oraz AiO (Data obowiązywania od… Data obowiązywania do…).

29. System powinien umożliwiać opisywanie kwalifikacyjnych kursów zawodowych i innych zajęć kursowych.

30. System powinien umożliwiać wskazanie miejsca prowadzenia zajęć (szczególnie istotne przy definiowaniu praktyk, warsztatów, zajęć pozaszkolnych itp.).

31. System powinien umożliwiać wprowadzenie opisu oddziałów o kilku zawodach i profilach kształcenia dla danego oddziału w szkołach ponadgimnazjalnych (tzw. oddziały wielozawodowe).

32. System powinien umożliwiać kopiowanie planów nauczania tak, aby można było wykorzystać raz zdefiniowany plan nauczania dla różnych oddziałów.

33. System powinien umożliwiać wskazanie w planie nauczania godzin do dyspozycji dyrektora, godzin JST.

34. System powinien umożliwiać definiowanie godzin realizowanych w zakresie rozszerzonym.

35. System powinien umożliwiać definiowanie godzin realizowanych w układzie tygodniowym, semestralnym i rocznym.

36. System powinien umożliwiać budowę planów nauczania dla szkół działających w układzie semestralnym.

37. System powinien umożliwiać kontrolę zgodności planów nauczania poszczególnych oddziałów z planami ramowymi poza szkołami artystycznymi.

38. System powinien umożliwiać rejestrację danych pracowników jednostek oświatowych w zakresie niezbędnym do budowy arkusza oraz wyliczenia kosztów organizacji na potrzeby projektu planu finansowego.

39. System powinien umożliwiać definiowanie przydziałów czynności nauczycieli, w tym w podziale na grupy i w ramach grup międzyoddziałowych.

40. System powinien umożliwiać rejestrację kilku niezależnych umów nauczyciela w tej samej jednostce oświatowej.

41. System powinien umożliwiać automatyczne wyliczanie średniorocznych wymiarów etatów nauczycieli na podstawie przydzielonych zajęć, na podstawie pensum zajęć oraz okresu ich prowadzenia.

42. System powinien umożliwiać wyliczanie wymiarów etatu nauczycieli prowadzących zajęcia z różnych pensów na podstawie uśrednionego pensum definiowanego na poziomie umowy nauczycielskiej.

43. System powinien umożliwiać definiowanie przewidzianych przez przepisy zniżek obowiązkowego wymiaru godzin.

44. System powinien umożliwiać tworzenie aneksów do arkusza.

45. System powinien umożliwiać przygotowanie przez jednostkę oświatową arkusza na nowy rok szkolny poprzez wykorzystanie danych arkusza z poprzedniego roku szkolnego.

46. System umożliwia wydłużanie okresów promocyjnych

47. System umożliwia określenie czasu trwania przydziału przy dodawaniu seryjnym

48. System powinien umożliwiać uzyskanie na podstawie arkuszy wszystkich/ poszczególnych jednostek oświatowych przez organ prowadzący informacji na temat x.xx. liczby etatów, liczby nauczycieli i pracowników administracji i obsługi, liczby uczniów , liczby oddziałów, umów (czas trwania, wymiar), etatów wsparcia (psycholog, pedagog itp.), specyfiki oddziałów, nauczycieli uzupełniających i dopełniających etat, grup nieoddziałowych, nauczania indywidualnego, rodzajów zajęć.

2. System finansowo – księgowy

Dostarczony system powinien funkcjonować zgodnie z Ustawą o rachunkowości z uwzględnieniem specyfiki jednostek oświatowych do zarządzania i obsługi finansowo-księgowej. Powinien umożliwiać wspomaganie zarządzania finansami, szczegółową analizę danych i zwiększenie kontroli finansowej, umożliwienie prowadzenia rozrachunków jednostek oświatowych wraz z bieżącą kontrolą należności i zobowiązań, prowadzenie wielu niezależnych kas, a także wprowadzanie dokumentów sprzedaży i zakupu.

Ponadto system powinien posiadać jedną centralną bazę, dostępną przez Internet dla wszystkich podległych jednostek. Wspólna baza gromadzi dane o wszystkich jednostkach oświatowych, klasyfikacji budżetowej i zadaniach. Dane te są pobierane z jednego miejsca do wszystkich słowników w systemie. Plan kont ogranicza się do operacji gospodarczych i nie zawiera danych o kontrahentach, klasyfikacji budżetowej i zadaniach.

System umożliwia:

1. pobieranie danych kontrahentów automatycznie z systemu GUS;

2. bezplikową wymianę danych w zakresie budżetowania z aplikacją do zarządzania cyklem budżetowym (import planów finansowych i eksport sprawozdań budżetowych);

3. automatyczne księgowanie dekretów płacowych na podstawie informacji z systemu płacowego;

4. oznaczanie statusów określających stan prac dla dokumentów sprzedaży, zakupu, kasowych, not odsetkowych, wyciągów bankowych, planów budżetowych oraz dokumentów księgowych;

5. automatyczne księgowanie Raportów kasowych;

6. tworzenie zestawień ujmujących dane wszystkich jednostek, zgodnie z nadanymi prawami;

7. generowanie Jednolitych Plików Kontrolnych;

8. drukowane kilku dokumentów jednocześnie;

9. zapisywanie szablonów ustawień dla zestawień;

10. zdefiniowanie globalnej listy wzorców numeracji dokumentów;

11. rejestrowanie czynności wykonywanych przez użytkowników w dzienniku zdarzeń.

12. eksport zestawień tabelarycznych do formatu .csv/.xml

W zakresie dotyczącym rachunkowości:

1. modyfikowanie planu kont do własnych potrzeb (bez konieczności uwzględniania klasyfikacji budżetowej oraz kontrahenta) wraz z funkcją drukowania;

2. wprowadzanie danych kontrahenta;

3. dostęp do bazy kontrahentów ze wszystkich obszarów systemu;

4. niezależną numerację dokumentów w obrębie dziennika;

5. obsługę zamknięcia miesiąca i roku obrachunkowego;

6. automatyczną numeracja dokumentów;

7. możliwość dekretacji w podziale na klasyfikację budżetową, kontrahenta, rodzaj planu i zadania oraz wydatki strukturalne;

8. dekretację na kontach bilansowych i pozabilansowych;

9. dwustopniowe wprowadzanie dokumentów polegające na: dekretacji z możliwością zapisu w trybie możliwej modyfikacji, a następnie ich księgowania;

10. kontrolę bilansowania się dokumentu;

11. tworzenie nowego dokumentu księgowego w oparciu o inny dokument;

12. automatyczne tworzenie dokumentu księgowego na podstawie planu finansowego, faktur, raportów kasowych, wyciągów bankowych, not księgowych;

13. drukowanie dokumentu księgowego i jego dekretacji;

14. szybkie sprawdzenie, z poziomu dokumentu księgowego, danych na fakturze;

15. automatyczne otwieranie nowego roku obrachunkowego (mechanizm tworzenia bilansu otwarcia, którego zapisy odpowiadają saldom kont w bilansie zamknięcia);

16. przeglądanie danych z kolejnych lat obrachunkowych;

17. tworzenie zestawień i wydruków:

• obrotów i sald oraz obrotów na koncie,

• zestawienia sprawozdawcze, sporządzane wg Ustawy o rachunkowości,

• sprawozdań budżetowych: Xx-00X, Xx-00X, Xx-00X, Xx-X, Rb-N, Rb-50,

• sprawozdań finansowych (Bilans budżetowy, Rachunek zysków i strat, Zestawienie zmian w funduszu jednostki);

18. uwzględnianie wprowadzonych wstępnie dokumentów w analizie konta księgowego i analizie wydatków oraz podczas porównywania z planem budżetowym;

19. przejście z zestawienia sald i obrotów, do obrotów na kontach (Kontrola danych);

20. przejście z zestawienia Kontrola danych (Obroty na kontach) do edycji pozycji dokumentu;

21. automatyczne przypisania różnych kont do rodzajów planów budżetowych;

22. grupową generację dokumentów PK z dokumentów źródłowych;

23. automatyczną aktualizację słownika rozdziałów i paragrafów klasyfikacji budżetowej;

24. zapisywanie szablonów ustawień w zestawieniach.

W zakresie dotyczącym obsługi gospodarki kasowej:

1. prowadzenie kilku kas;

2. wprowadzanie i drukowanie dokumentów kasowych (KP, KW);

3. prowadzenie raportów kasowych (RK);

4. modyfikację daty otwarcia kolejnego raportu kasowego;

5. korzystanie z listy operacji kasowych;

6. tworzenie i wydruk zestawienia wpłat i wypłat kasowych;

7. sporządzenie i wydruk zestawienia środków kasowych.

W zakresie dotyczącym obsługi rozrachunków:

1. wprowadzenie wyciągu bankowego;

2. podgląd i wydruk sald kontrahentów;

3. tworzenie not odsetkowych dla dokumentów sprzedaży i dokumentów PK;

4. tworzenie zestawienia not odsetkowych oraz wezwania do zapłaty;

5. tworzenie zestawienia rozrachunków;

6. sporządzanie zestawienia rozrachunków, którym minął termin płatności;

7. obsługę eksportu przelewów wraz z możliwością tworzenia paczek przelewów;

8. kontrolowanie realizacji planu.

W zakresie dotyczącym faktur zakupu i sprzedaży:

1. rejestrowanie i drukowanie faktury oraz korekty sprzedaży;

2. sporządzenie wydruku duplikatu faktury;

3. wprowadzanie faktur na podstawie istniejących dokumentów;

4. tworzenie i wydruk zestawienia dokumentów sprzedaży;

5. wprowadzanie dokumentów zakupu;

6. kontrolowanie realizacji planu na etapie wprowadzania dokumentu zakupu;

7. tworzenie i drukowanie zestawień zakupów;

8. oznaczanie pozycji faktury współczynnikiem proporcji (art. 86 ustawy o VAT), a także sposobem opodatkowania (zakup związany ze sprzedażą);

9. wykorzystywanie słownika opisu pozycji faktur.

W zakresie dotyczącym obsługi rejestru VAT poszczególnych jednostek oświatowych:

1. prowadzenie rejestru faktur zakupu i sprzedaży;

2. drukowanie rejestrów sprzedaży i zakupów;

3. tworzenie cząstkowej deklaracji VAT-7 (w groszach);

4. przygotowanie pliku JPK_VAT.

3. System obsługi centralnego VATu

System powinien wspierać jednostkę samorządu terytorialnego w przygotowaniu łącznej deklaracji VAT-7 oraz JPK_VAT zgodnie ze schematami wymaganymi przez Ministerstwo Finansów.

System powinien umożliwiać:

1. pobieranie danych z centralnego rejestr jednostek i użytkowników;

2. logowanie poprzez stronę internetową przy wykorzystaniu nazwy użytkownika i hasła;

3. centralne definiowanie parametrów płatnika VAT;

4. centralne określanie przez pracownika jednostki samorządu terytorialnego z uprawnieniami operatora centralnego jednego z trzech dostępnych sposobów wprowadzenia danych źródłowych ewidencji sprzedaży VAT i ewidencji zakupu VAT przez jednostki budżetowe i zakłady budżetowe objęte konsolidacją VAT. System posiada możliwość wprowadzania danych źródłowych:

• manualnie

• poprzez import z plików JPK_VAT (ustandaryzowany schemat)

• poprzez import z plików VAT_VULCAN;

5. prowadzenie ewidencji sprzedaży VAT i zakupu VAT przez jednostki budżetowe i zakłady budżetowe z możliwością ich wydrukowania oraz przygotowania na ich podstawie cząstkowych deklaracji VAT z dokładnością do groszy;

6. łatwe sprawdzenie czy wszystkie podlegające konsolidacji VAT jednostki wprowadziły dane do ewidencji sprzedaży VAT i ewidencji zakupu VAT za dany okres rozliczeniowy z podglądem takich informacji jak:

• data utworzenia ewidencji,

• ostatnia data modyfikacji ewidencji,

• liczba pozycji ewidencji sprzedaży,

• liczba pozycji ewidencji zakupu,

• źródło danych: wprowadzenie manualne, import z JPK_VAT, bezplikowa wymiana danych z programów finansowych,

• ostatni modyfikujący użytkownik;

7. stały wgląd do zbiorczej ewidencji sprzedaży VAT i zakupu VAT jednostek budżetowych i zakładów budżetowych z możliwością:

• filtrowania danych x.xx. po nazwie nabywcy/nazwie dostawcy,

• przygotowania wydruku ewidencji,

• eksportowania danych do programu MS Excel;

8. na podstawie zgromadzonych, zamkniętych do edycji ewidencji sprzedaży VAT i ewidencji zakupu VAT jednostek i zakładów budżetowych:

• przygotowanie miesięcznych zbiorczych deklaracji VAT-7 wraz z załącznikami VAT-ZD, VAT-ZT, ORD-ZU, deklaracji VAT-27, deklaracji VAT-UE oraz JPK_VAT,

• przygotowanie wydruku tych deklaracji w formacie pdf,

• pobranie zbiorczego JPK_VAT w formacie xml,

• przesłanie do UKS e-deklaracji i zbiorczego pliku JPK_VAT podpisanych podpisem kwalifikowanym wraz z odnotowaniem daty i godziny wysłania dokumentów z możliwością odebrania i wydruku wygenerowanego urzędowego poświadczenia odbioru (UPO) bezpośrednio z programu,

• zapisanie przesłanych dokumentów w repozytorium plików do UKS w celu bieżącej kontroli wysyłki wymaganych danych,

• sporządzanie korekt deklaracji.

4. System do rozliczania wynagrodzeń w tym art. 30a Karty Nauczyciela

System powinien dostarczać funkcje ułatwiające naliczanie płac, uwzględniając specyficzne zasady naliczania wynagrodzeń nauczycieli. Uwzględnia obowiązujące przepisy prawne takie jak naliczanie składek na ubezpieczenia społeczne i zdrowotne, ustalanie zaliczki na podatek dochodowy od osób fizycznych. System ma na celu również obsługę i automatyczną kontrolę formalnej poprawności zbieranych dokumentacji kadrowych w oświacie.

System powinien umożliwiać:

W zakresie dotyczącym obsługi kadrowej

1. rejestrowanie i przetwarzanie danych kadrowych pracowników i zleceniobiorców;

2. gromadzenie:

• danych osobowych w zakresie wymaganym przez przepisy dla dokumentacji pracowniczej,

• danych dotyczących umów o pracę wraz z rejestracją zmian w zatrudnieniu w okresie pozostawania w stosunku pracy,

• informacji takich jak np. terminy badań okresowych i wymaganych szkoleń BHP,

• informacji o rodzinie pracownika dla potrzeb ustalania prawa do świadczeń,

• danych dotyczących umów cywilnoprawnych;

3. uwzględnianie odmiennych zasad zatrudniania i wynagradzania nauczycieli oraz pracowników nie będących nauczycielami (administracja, obsługa);

4. rejestrowanie absencji pracowników oraz sporządzanie zestawień i statystyki;

5. kontrolę terminów np. wypłat nagród jubileuszowych, ważności książeczek zdrowia, okresowych badań lekarskich;

6. kontrolę przekroczenia limitów wprowadzonych absencji;

7. tworzenie, na podstawie danych zgromadzonych w systemie, raportów i zestawień;

8. dostarczenie danych niezbędnych do wypełniania sprawozdań GUS w zakresie danych kadrowych;

9. przekazanie danych do oprogramowania płacowego i księgowego;

10. dostarczanie w postaci elektronicznej:

• dokumentów zgłoszeniowych do ubezpieczeń dla systemu „Płatnik”,

• danych kadrowych wymaganych w raporcie dla Systemu Informacji Oświatowej;

11. przygotowywanie gotowych wzorów wydruków dokumentów kadrowych.

W zakresie dotyczącym obsługi płacowej

1. pobieranie danych osobowych oraz danych dotyczące umów pracowniczych i cywilnoprawnych z systemu obsługującego kadry pracującego na wspólnej bazie danych;

2. sporządzanie i drukowanie list wypłat, comiesięcznych oraz sporadycznych, np. wypłata nagród, składników socjalnych;

3. przypisywanie kilku rozdziałów klasyfikacji budżetowej do jednej umowy pracownika (w sytuacji, kiedy pracownik realizuje etat w więcej niż jednym rozdziale);

4. aby by na listach wypłat były wykazywane należne składniki wynagrodzenia lub świadczenia oraz naliczonych od nich składek na ubezpieczenia społeczne i ubezpieczenie zdrowotne, a także zaliczka na podatek dochodowy od osób fizycznych;

5. rejestrowanie i rozliczanie na liście płac potrąceń własnych pracownika, np. składka na Zw. Zaw., spłata pożyczki z KZP;

6. dokonywanie wyrównania wypłacanego wynagrodzenia za dowolne miesiące;

7. automatyczne wyliczanie godzin nadliczbowych pracowników niepedagogicznych;

8. rozliczać nieobecności dla umów o pracę i umów cywilnoprawnych;

9. eksportowanie:

• comiesięcznych dokumentów rozliczeniowych do ZUS za pomocą systemu „Płatnik”,

• wypłat i potrąceń w układzie klasyfikacji budżetowej do systemu księgowego,

• przelewów do bankowości elektronicznej,

• danych dotyczących wypłaconych wynagrodzeń do Systemu Informacji Oświatowej;

10. tworzenie, na podstawie danych zgromadzonych w systemie, raportów i zestawień dla potrzeb analiz i sprawozdawczości;

11. dostarczanie danych niezbędnych do wypełniania sprawozdań GUS w zakresie danych o zatrudnieniu i czasie pracy;

12. dostarczanie danych do sporządzania przelewów oraz formularzy XXX (XXX-00, XXX-0X, XXX-0XX);

13. wysyłkę danych do systemu e-Deklaracje;

14. przygotowanie danych do naliczeń jednorazowego dodatku uzupełniającego;

15. wysyłkę pasków wynagrodzeń pocztą email.

16. przygotowanie raportu z informacją o nieobecności pracownika w zadanym okresie najlepiej w formie kalendarzowej.

W zakresie dotyczącym art. 30a Karty Nauczyciela

1. System powinien ułatwić JST wyliczenie wysokości dodatku uzupełniającego zgodnie z art.30a Karty Nauczyciela. Kwoty dodatków dla nauczycieli powinny być przygotowane w podziale na stopnie awansu zawodowego dla poszczególnych jednostek. System powinien umożliwiać pozyskanie danych z programu do obsługi kadrowo-płacowej.

2. System powinien umożliwiać:

a. korzystanie z funkcjonalności pozwalających na wyznaczenie:

• średniego wynagrodzenia oraz średniorocznej struktury zatrudnienia,

• średnich wynagrodzeń nauczycieli na poszczególnych stopniach awansu zawodowego, kwot różnic między wynagrodzeniami należnym a faktycznie wypłaconym,

• podziału jednorazowego dodatku uzupełniającego między poszczególne placówki w podziale na stopnie awansu zawodowego;

b. gromadzenie danych pochodzących z systemu płacowego:

• liczbę etatów w podziale na miesiące,

• stopnie awansu zawodowego i placówki,

• faktycznie poniesione wydatki na wynagrodzenia nauczycieli – również w podziale na miesiące i stopnie awansu,

• współczynniki podziału niedopłaty (tj. osobista stawka wynagrodzenia zasadniczego);

• wyżej wymienione metody obliczeń wynikające z zapisów w art. 30a Karty Nauczyciela winny być w pełni zgodne ze stanowiskiem MEN wyrażonym w publikacji „Opis sposobu wykonania przepisów art. 30a i 30b ustawy Karta Nauczyciela”;

• bieżącą kontrolę kompletności wprowadzanych danych;

• bieżącą weryfikację poprawności;

• bieżącą kontrolę kwoty niedopłaty (w poszczególnych miesiącach);

• sporządzenie raportu dla RIO zgodnie ze wzorcem publikowanym przez MEN;

• sprawozdanie zgodne z rozporządzeniem publikowanym przez MEN;

• publikowanie wyników z przeprowadzonych analiz – kwot dodatków uzupełniających dla nauczycieli w poszczególnych placówkach;

• jednostkom oświatowym zdalny dostęp do swoich danych płacowych, które zostały zgromadzone w aplikacji, oraz ich modyfikację lub sukcesywne uzupełnianie;

• jednostkom oświatowym pobranie odpowiednich danych niezbędnych do przygotowania wypłat jednorazowego dodatku uzupełniającego dla nauczycieli zatrudnionych w tych jednostkach.

5. System rozliczania dotacji i subwencji oświatowych

System powinien umożliwiać:

1. składanie wniosków o dotacje przez jednostki sprawozdawcze z podziałem na rodzaje dotowanych działalności;

2. przygotowanie projektu planu budżetowego w zakresie dotacji na podstawie zebranych wniosków o dotacje;

3. rejestrowanie ostatecznie zatwierdzonego fragmentu budżetu w zakresie dotacji;

4. składanie przez jednostki oświatowe comiesięcznych sprawozdań z liczby uczniów (z wykazaniem ich ewentualnych niepełnosprawności i innych powodów zwiększenia dotacji, oraz wymaganego minimum 50% frekwencji w poszczególnych miesiącach w przypadku słuchaczy niepublicznych szkół dla dorosłych), które są podstawą przyznania jednostkom sprawozdawczym dotacji;

5. wprowadzanie i zatwierdzanie parametrów naliczania dotacji przez JST;

6. wprowadzanie przez JST pozycji słowników wykorzystywanych w procesie zarządzania dotacjami, x.xx. rodzajów dotowanych działalności i dodatkowych powodów dotacji;

7. konfigurację przez JST zakresu danych wymaganych do wprowadzenia przez JO do systemu (od samych danych liczbowych, po dane uczniów);

8. obsługę procesu dotowania kwalifikacyjnych kursów zawodowych;

9. naliczanie należnych jednostkom sprawozdawczym dotacji na podstawie określonych przez JST parametrów i przyjętych sprawozdań miesięcznych z liczby uczniów;

10. przygotowanie dokumentów pozwalających wypłacić dotacje;

11. zaliczkowe wypłacanie dotacji oraz kwot ich wyrównania po określeniu nowych parametrów naliczania dotacji;

12. kontrolę zgodności wypłaconej dotacji z zatwierdzonym planem budżetowym;

13. przygotowanie papierowych odpowiedników elektronicznie złożonych wniosków i sprawozdań;

14. przygotowanie raportu analizującego przekazywanie dotacji poszczególnym jednostkom sprawozdawczym narastająco w kolejnych miesiącach roku budżetowego;

15. definiowanie paczek przelewów dla różnych systemów bankowych oraz tworzenie zestawień z przelanych kwot;

16. podpisywanie wniosków i sprawozdań podpisem kwalifikowanym;

17. wysyłanie przez JST komunikatów do wybranych lub wszystkich jednostek sprawozdawczych z określeniem terminów wyświetlania tych komunikatów w oknie głównym po uruchomieniu Dotacji przez jednostkę sprawozdawczą.

18. Umożliwienie generowania zestawień zbiorczych osobno dla gminy i powiatu.

19. Bieżąca aktualizacja programu w przypadku zmieniających się przepisów, bez konieczności sygnalizowania.

20. Umożliwienie uzyskania informacji, że dany uczeń jest jednocześnie uczniem innej placówki.

21. Umożliwienie wpisania kwoty "0" w rodzajach dotowanej działalności.

22. Umieszczenie opisów poszczególnych wag "P" w pełnym opisie zgodnie z obowiązującym rozporządzeniem MEN.

23. W punktach przedszkolnych i przedszkolach gdzie występują dzieci niepełnosprawne, program musi umożliwić naliczenie dotacji dla tych dzieci z tytułu niepełnosprawności (bez podstawowej kwoty dotacji), dla dzieci zdrowych tylko podstawowa kwota

24. W razie wystąpienia konieczności skorygowania sprawozdań z liczby uczniów za miesiące poprzednie, program musi umożliwić automatyczne odblokowanie korygowanych miesięcy w każdej z wybranych placówek.

6. System do rozliczania dotacji podręcznikowej

System powinien służyć do gromadzenia informacji i wniosków o dotacje na zakup podręczników i materiałów ćwiczeniowych ze szkół prowadzonych i nieprowadzonych przez JST oraz do przygotowania zbiorczych wniosków i rozliczeń dotacji.

System powinien umożliwiać:

1. wypełnianie przez jednostki oświatowe elektronicznych formularzy będących odpowiednikiem formularzy ministerialnych „informacji” niezbędnych do pozyskania dotacji celowej na wyposażenie szkół w podręczniki, materiały edukacyjne i materiały ćwiczeniowe;

2. wypełnianie przez jednostki oświatowe nieprowadzone przez JST elektronicznych formularzy będących odpowiednikiem formularzy ministerialnych „informacji” oraz wniosków niezbędnych do pozyskania dotacji celowej na wyposażenie szkół w podręczniki, materiały edukacyjne i materiały ćwiczeniowe;

3. zablokowanie przez JST możliwości dokonywania zmian w informacjach i wnioskach, które wprowadziły jednostki oświatowe prowadzone i nieprowadzone przez JST;

4. automatyczne wygenerowanie przez JST zbiorczego wniosku o dotacje celowe na wyposażenie szkół w podręczniki, materiały edukacyjne i materiały ćwiczeniowe, na podstawie wprowadzonych przez jednostki oświatowe danych w rozbiciu na gminę i powiat;

5. wypełnianie przez jednostki oświatowe prowadzone i nieprowadzone przez JST korekt „informacji” i wniosków;

6. zablokowanie przez JST możliwości dokonywania zmian w korektach do „informacji” i wniosków, które wprowadziły jednostki oświatowe prowadzone i nieprowadzone przez JST;

7. automatyczne wygenerowanie przez JST zbiorczej korekty wniosku o dotacje celowe, na podstawie wprowadzonych przez jednostki oświatowe danych w rozbiciu na gminę i powiat;

8. przygotowanie rozliczeń wykorzystania dotacji celowej przez jednostki oświatowe prowadzone i nieprowadzone przez JST w rozbiciu na gminę i powiat;

9. wygenerowanie przez JST zbiorczego rozliczenia wykorzystania dotacji celowej;

10. automatyczne sygnalizowanie przez system wykrytych możliwych nieprawidłowości i braków we wprowadzonych przez jednostki oświatowe danych;

11. zgodność wzorów dokumentów generowanych przez system z obowiązującymi przepisami;

12. automatyczne aktualizowanie ewentualnych zmian stawek dotacji celowej;

13. eksportowanie „informacji”, korekt i rozliczeń dotacji celowej jednostek oświatowych prowadzonych i nieprowadzonych przez JST do formatu „*.xls”, według obowiązujących wzorów MEN;

14. eksportowanie w module dla JST zbiorczego wniosku, korekty i rozliczeń dotacji celowej do formatu

„*.xls”, według obowiązujących wzorów MEN;

15. podgląd aktualnych kwot dotacji;

16. kontrolę poprawności wprowadzanych danych;

17. bezpośredni wydruk zestawień z możliwością wyboru dowolnych placówek.

7. Hurtownia danych oświatowych

Hurtownia musi zapewniać:

1. Budowa zestawień statystycznych i generowanie sprawozdań;

2. Repozytorium szablonów raportów i analiz, oraz gotowych raportów i analiz;

3. Definiowanie parametrów raportu;

4. Zarządzanie i kontrolę uprawnień dla poszczególnych modułów, formularzy, funkcji i elementów repozytorium;

5. Gromadzenie między innymi następujących danych oraz prezentacja tych danych w układzie raportów:

• liczby uczniów / oddziałów w każdym typie placówek, rodzaju oddziału, specjalności;

• danych osobowych o uczniach;

• danych osobowych o pracownikach pedagogicznych i niepedagogicznych;

• danych dotyczących wypełniania obowiązku szkolnego i nauki

• danych o wynikach nauczania ucznia w tym oceny ze świadectw;

• nauczycielskich etatów przeliczeniowych w układzie jednostek oświatowych;

• etatów losowych;

• etatów wsparcia;

• zatrudnienia nauczycieli wg stopni awansu, pełnionych funkcji, nauczanych przedmiotów;

• zbiorcza analizę zgromadzonych danych finansowych za pomocą MS Excel, w tym zapewniających możliwość analizy:

• historii zmian w planach finansowych w każdym rozdziale zachodzących w ciągu roku budżetowego;

• historii zmian w planach finansowych w każdym paragrafie, zachodzących w ciągu roku budżetowego;

• historii zmian w planach finansowych w każdej pozycji zachodzących w ciągu roku budżetowego;

• porównanie projektu i planu budżetowego w danym roku budżetowym;

• wykonania planu budżetowego miesięcznie oraz narastająco w danym roku budżetowym.

8. Platforma integracyjna

System musi umożliwiać:

1. Aplikacja powinna umożliwiać zarządzanie użytkownikami w tym: definiowanie użytkowników, nadawanie im loginów i haseł oraz przypisywanie ról określających ich uprawnienia w obrębie całego systemu.

2. Aplikacja powinna wymuszać odrębne i unikalne loginy oraz mieć możliwość modyfikacji ustawień minimalnej długości hasła i częstotliwości ich zmiany (zmiana hasła standardowo ustawiona raz na miesiąc).

3. Aplikacja powinna posiadać rejestr placówek oświatowych, które można udostępnić publicznie poprzez Internet.

4. Opis placówek oświatowych w zakresie typów powinien być zgodny ze standardami wyznaczonymi przez System Informacji Oświatowej.

5. W zespołach szkół powinny być wyróżniane ich poszczególne składowe.

6. Rejestr placówek oświatowych powinien prezentować lokalizację placówki na mapie.

7. Aplikacja powinna zapewniać możliwość przeszukiwania rejestru placówek oraz przeglądania poszczególnych placówek za pomocą przeglądarki internetowej.

8. Aplikacja powinna zawierać narzędzie do edytowania treści w serwisie przez osoby nieposiadające specjalistycznego przygotowania w zakresie przygotowywania witryn internetowych.

9. Elementami treści publikowanych w serwisie powinny być dowolne teksty, dokumenty do pobrania, pliki graficzne, terminarze oraz anonse opatrywane tytułem oraz datą publikacji.

10. Aplikacja powinna umożliwiać redaktorowi treści definiowanie menu oraz dowolne zagnieżdżanie stron różnych typów. Poszczególne strony powinny móc być ukrywane przed publicznym dostępem, jeśli są w trakcie wypełniania treścią.

11. Redaktor treści powinien mieć możliwość dawania dostępu do treści poszczególnych stron dla użytkowników posiadających określone role.

12. Aplikacja powinna umożliwiać przygotowywanie komunikatów adresowanych do użytkowników pełniących w szkołach określone role.

13. W definicji komunikatu powinna być możliwość określenia formy i terminu wymaganej reakcji na komunikat.

14. Aplikacja powinna zapewniać możliwość sprawdzenia, kto nie odpowiedział na komunikat w wymaganej formie i w wymaganym terminie oraz seryjne pobieranie plików dołączonych do odpowiedzi.

15. Aplikacja powinna dawać możliwość przypominania mailowego odbiorcom komunikatu o nieodpowiedzeniu na komunikat.

16. Aplikacja powinna umożliwiać prowadzenie przez odbiorców komunikatu dyskusji wokół tematu komunikatu.

17. Aplikacja powinna umożliwiać tworzenia ankiet i adresowanie ich do użytkowników pełniących w szkołach określone role z uwzględnieniem terminu obowiązywania ankiety.

18. Aplikacja powinna umożliwiać tworzenie ankiet z wykorzystaniem typów pytań takich, jak: tekstowe, jednokrotnego lub wielokrotnego wyboru, wyboru skali, macierzowe, rankingowe, zapętlone.

19. Aplikacja powinna umożliwiać sterowanie przepływem ankiety – w zależności od wybranej odpowiedzi, respondent może pójść inną ścieżką wypełniania ankiety.

20. Aplikacja powinna umożliwiać dzielenie ankiet na jawne i anonimowe, obligatoryjne i nieobowiązkowe.

21. Aplikacja powinna dawać możliwość przypomnienia mailowego odbiorcom ankiety o konieczności jej wypełnienia.

22. Aplikacja powinna umożliwiać odbiorcom ankiety prowadzenie dyskusji wokół tematu ankiety.

23. Aplikacja powinna dawać możliwość analizowania wyników ankiet w samej aplikacji oraz eksportować wyniki do arkusza kalkulacyjnego.

24. Posiadać rejestr jednostek pozwalający na zaprezentowanie podstawowych informacji o jednostkach znajdujących się na terenie podległym samorządowi, w podziale na jednostki oświatowe prowadzone przez JST, nieoświatowe jednostki organizacyjne JST oraz oświatowe jednostki rejestrowane przez JST (nieprowadzone przez JST);

25. Umożliwiać łatwe wyszukiwanie jednostek według typu, nazwy, miejscowości, ulicy i regonu;

26. Umożliwiać drukowanie listy jednostek;

27. Posiadać rejestr użytkowników umożliwiający definiowanie użytkowników i ich ról wynikających z zajmowanego stanowiska bądź przydzielonych obowiązków, przekładające się na uprawnienia do poszczególnych aplikacji;

28. Pozwalać na zarządzanie (przeglądanie, przydzielanie ról, tworzenie) rejestrem użytkowników w ramach uprawnień w obrębie jednostki organizacyjnej przez dedykowanych dla danej jednostki administratorów,

29. Umożliwiać zalogowanie użytkownika do systemu,

30. Na podstawie ról zalogowanego użytkownika, określonych przez administratorów (globalnego i lokalnych), generować interfejs użytkownika prowadzący go do aplikacji, których jest użytkownikiem/operatorem;

31. Umożliwiać kierowanie do zalogowanego użytkownika, na podstawie pełnionych ról, informacji dotyczących aplikacji dziedzinowych, bez konieczności ich uruchamiania;

32. Pozwalać na alfabetyczne wyświetlanie użytkowników oraz na wyświetlanie użytkowników według ról w jakich występują w systemie. Ponadto powinien pozwalać na zaprezentowanie listy użytkowników występujących w poszczególnych jednostkach;

33. Umożliwiać wyświetlenie i wydrukowanie listy ról występujących w systemie.

34. Umożliwiać uruchomienia prezentacji stron w wersji pełnej oraz w wersji uproszczonej dla użytkowników urządzeń mobilnych PDA, telefon komórkowy.

35. Integracja z pozostałymi modułami rozwiązania oraz innymi systemami:

• Integracja z usługą zarządzania użytkownikami w zakresie prezentacji informacji o pracownikach. Dane typu: imię, nazwisko, stanowisko, telefon, adres, miejsce w strukturze organizacyjnej mają stanowić źródło dla systemu portalowego

• Wsparcie dla standardu wymiany danych z innymi systemami w postaci XML, z wykorzystaniem komunikacji poprzez XML Web Services

• Mechanizm jednokrotnej identyfikacji (single sign-on) pozwalający na autoryzację użytkowników portalu i dostęp do danych w innych systemach biznesowych, niezintegrowanych z systemem LDAP.

• Przechowywanie całej zawartości portalu (strony, dokumenty, konfiguracja) we wspólnym dla całego serwisu podsystemie bazodanowym.

9. System uczniowski

Dostarczony System Zarządzania Danymi Uczniów musi składać się z następujących składników:

A. Droga Edukacyjna Ucznia

B. Systemu Elektronicznego Dziennika Lekcyjnego (dalej DE) wraz z modułem analiz

C. Sekretariatu (SKR ) wraz ze Świadectwami (ŚW)

System Zarządzania Danymi Uczniów musi zostać dostarczony w modelu SaaS i składać się ze ściśle zintegrowanych ze sobą modułów (Droga Edukacyjna Ucznia, DE, SKR i SW) umożliwiających realizację wszystkich wymienionych wymagań. W ramach Systemu Zarządzania Danymi Uczniów wszelkie niezbędne dane muszą być dystrybuowane między modułami w sposób bezplikowy.

A. System Droga Edukacyjna Ucznia

Aplikacja musi działać przynajmniej w następujących przeglądarkach internetowych: Internet Explorer, Firefox, Chrome, Safari i w ich aktualnych wersjach.

Aplikacja musi działać na komputerach z zainstalowanymi przynajmniej następującymi systemami operacyjnymi: Windows, Linux, OS X Lion (lub jego poprzednie wersje).

Aplikacja musi w sposób automatyczny i bezplikowy pobierać aktualne dane znajdujące się w systemie dziennika elektronicznego oraz sekretariatu szkolnego.

Aplikacja musi mieć możliwość wysyłania wiadomości tekstowych do dyrektorów oraz nauczycieli poprzez wbudowany system komunikacji, nie wymagający do poprawnego działania konfiguracji żadnych dodatkowych narzędzi (np. kont e-mail). Wiadomość ta powinna pojawić się w aplikacji dziennik elektroniczny (nauczyciele, dyrektor) oraz sekretariat (pracownik sekretariatu szkolnego). Użytkownik musi mieć możliwość sprawdzenia, którzy odbiorcy oraz kiedy konkretną wiadomość przeczytali.

4.	Aplikacja musi mieć możliwość definiowania grup odbiorców wiadomości, np. dyrektorzy szkół ponadgimnazjalnych, nauczyciele szkół gimnazjalnych, nauczyciele matematyki, wychowawcy klas itd.
5.	System musi agregować oraz przedstawiać przynajmniej następujące dane statystyczne: • liczbę podległych placówek oświatowych z podziałem na poszczególne typy; • liczbę oddziałów w poszczególnych placówkach według etapów kształcenia; • liczbę uczniów podlegających obowiązkowi nauki; • liczbę uczniów wypełniających obowiązek nauki; • informacje na temat jednostki, w której dany uczeń wypełnia obowiązek nauki; • liczbę nauczycieli na poszczególnych poziomach kształcenia; • liczbę nauczycieli w różnych typach szkół; • liczbę nauczycieli uczących poszczególnych przedmiotów; • liczbę szkół w których uczy konkretna liczba nauczycieli; • liczbę nauczycieli według poziomu wykształcenia; • liczbę nauczycieli według stopnia awansu zawodowego; • liczbę uczniów w podziałach na powiaty z których pochodzą; • liczbę uczniów w podziałach na gminy z których pochodzą; • liczbę uczniów w podziałach na poziomy kształcenia; • liczbę uczniów w podziałach na jednostki i płeć; • liczbę uczniów w podziałach na typy szkół oraz płeć; • liczbę uczniów w podziałach na poziomy kształcenia oraz płeć; • liczbę uczniów w podziałach na placówki, płeć oraz roczniki; • liczbę uczniów wg. płci i rocznik w poszczególnych typach placówek; • liczbę uczniów w podziałach na poziomy kształcenia, płeć oraz roczniki; • liczbę logowań użytkowników do aplikacji dziennika elektronicznego; • liczbę logowań użytkowników do aplikacji do obsługi szkolnego sekretariatu; • dane osobowe uczniów, dla których nie odnotowano realizacji obowiązku szkolnego; • rozkład liczby uczniów w obwodzie; • migrację uczniów według gmin.
6.	Aplikacja musi umożliwiać użytkownikowi wyszukanie nauczyciela po podaniu poprawnego numeru PESEL. Dodatkowo w aplikacji musi być zawarta informacja ilu nauczycieli w poszczególnych placówkach oświatowych nie ma wpisanego numeru PESEL.
7.	System musi umożliwiać zaprezentowanie na jednym widoku przydziałów konkretnego nauczyciela w skali wszystkich podległych placówek (np. Xxxxx pracuje w 3 szkołach, w pierwszej ma 8 godzin matematyki, w drugiej 3 godziny informatyki, a w trzeciej 3 godziny fizyki).
8.	Aplikacja musi umożliwić wysyłanie zapytań do placówek oraz automatyczną agregację przesłanych przez nie odpowiedzi za pomocą elektronicznych ankiet. Ankiety będą tworzone w aplikacji dla samorządu, a następnie wysyłane do wybranych szkół (szkolnych programów do obsługi sekretariatów) w celu pozyskania informacji. Będą składały się z treści oraz pustych pól, które zostaną wypełnione przez Sekretariat za pomocą aplikacji do obsługi szkolnego sekretariatu. Po wypełnieniu pól elektronicznej ankiety system Sekretariat będzie je odsyłał, a aplikacja da użytkownikowi możliwość ich pobrania oraz będzie generować automatyczne raporty na podstawie danych przesłanych za pomocą elektronicznych ankiet. Gotowe raporty będzie można wyeksportować do CSV oraz wydrukować. Aplikacja umożliwi użytkownikowi dodawanie załączników do ankiet, ustalenie daty, do której placówki powinny odesłać ankiety oraz nadanie im priorytetu.
9.	W zakresie obowiązku nauki system musi mieć możliwość importu danych osób z lokalnej bazy ewidencji ludności. Importowany będzie plik zawierający dane osób, który musi być zapisany w formacie CSV. Zaimportowane zostaną co najmniej następujące dane: imię, drugie imię, nazwisko, numer XXXXX, płeć, data urodzenia, miejsce urodzenia, kod pocztowy, ulica, nr domu oraz mieszkania. System będzie korzystał z tych danych w celu sprawdzania realizacji wypełniania

	obowiązku nauki – porównując je z danymi raportowanymi ze szkół i placówek zintegrowanych z systemem. System umożliwia wprowadzenie innych jednostek, w których realizowany jest obowiązek nauki, które nie są zintegrowane z systemem w tym szkół i placówek niepublicznych. System umożliwia importowanie danych o realizacji obowiązku nauki w innych jednostkach z pliku zewnętrznego. System umożliwia przypisywanie wybranym uczniom jednostek, w których realizowany jest obowiązek nauki. System zawiera ewidencję obowiązku nauki. Ewidencja obowiązku nauki zawiera co najmniej następujące dane: imię, drugie imię, nazwisko, numer XXXXX, płeć, data urodzenia, miejsce urodzenia, kod pocztowy, ulica, nr domu oraz mieszkania, nazwa szkoły w której jest realizowany obowiązek, forma realizacji obowiązku nauki w tym typ szkoły, źródło danych o uczniu. Ewidencja obowiązku nauki zawiera następujące filtry umożliwiające zliczanie oraz wybór określonych grup uczniów: - według roku urodzenia, - według płci, - według form realizacji obowiązku nauki w tym typu szkoły, - według wypełniania obowiązku nauki (co najmniej: wypełnia obowiązek, nie wypełnia obowiązku, brak informacji o wypełnianiu obowiązku), - według źródła danych o uczniu. System umożliwia eksport danych z ewidencji obowiązku nauki do pliku csv. Ewidencja obowiązku nauki może być w dowolnym czasie aktualizowana. Dane nie podlegające aktualizacji są archiwizowane.
10.	Aplikacja musi zapewniać skuteczną kontrolę realizacji obowiązku nauki poprzez pobieranie w sposób automatyczny informacji z aplikacji do obsługi szkolnego sekretariatu, w zakresie koniecznym do sprawdzania wypełniania obowiązku nauki przez danego ucznia, a następnie będzie informować o bieżącym statusie realizacji obowiązku nauki przez ucznia.
11.	Aplikacja musi mieć możliwości przechowywania podstawowych danych osobowych uczniów (imię, nazwisko, PESEL), które będą mogły być wprowadzane ręcznie lub będą mogły być zaimportowane z zewnętrznego pliku. Aplikacja musi również przechowywać i prezentować informacje o opiekunach ucznia, placówce, w której jest realizowany obowiązek, historii obowiązku (dacie rozpoczęcia lub zakończenia obowiązku) oraz historii działań administracyjnych, które organ prowadzący podjął w sprawie uzyskania informacji na temat sposobu spełniania obowiązku nauki przez danego ucznia. Dodatkowo aplikacja umożliwi tworzenie szablonów dokumentów, które będą mogły zostać wykorzystane do tworzenia korespondencji seryjnej (np. wzór wezwania rodzica/opiekuna do uzupełnienia informacji na temat realizacji obowiązku nauki przez ucznia uzupełniany automatycznie niezbędnymi danymi osobowymi dla dowolnej grupy zaznaczonych na liście osób.
12.	Aplikacja musi umożliwiać tworzenie wzorów oraz szablonów dokumentów, które następnie będą mogły być udostępniane wybranym placówkom i pojawią się w ich modułach Sekretariatów. Szablony muszą umożliwiać wprowadzanie stałej treści oraz pól, które System będzie automatycznie wypełniał wskazanymi danymi wybranego ucznia (do wyboru muszą być co najmniej : imię i nazwisko ucznia, zmienne opisujące adres zamieszkania, dane opiekunów oraz dane jednostki).
13.	Aplikacja zapewni organowi prowadzącemu dostęp do aktualnych oraz rzetelnych informacji poprzez automatyczne importowanie danych z dziennika elektronicznego oraz z aplikacji do obsługi sekretariatów
14.	Aplikacja musi zapewnić kontrolę realizacji obowiązku szkolnego poprzez prezentację danych dzieci, które znajdują się w Księgach Ewidencji szkół w aplikacji do obsługi sekretariatu, a dla których nie została odnotowana realizacja obowiązku szkolnego. System musi wyświetlać dane osobowe takie jak: imię, nazwisko, XXXXX oraz numer z Księgi Ewidencji.
15.	Aplikacja będzie prezentować liczbę uczniów podlegających oraz wypełniających obowiązek szkolny w danym obwodzie. Zaprezentuje również dane liczbowe w podziale: • na uczniów z obwodu • uczniów spoza obwodu

	• uczniów z innych gmin, którzy wypełniają obowiązek szkolny w danym obwodzie, a także uczniów, którzy w aplikacji przeznaczonej do obsługi sekretariatu którejś ze szkół w obwodzie nie mają uzupełnionego adresu. Dane takie będzie prezentował system w dwóch wersjach: liczbowej oraz procentowej (w stosunku do wszystkich dzieci podlegających obowiązkowi szkolnemu).
16.	Aplikacja musi również prezentować dane dotyczące migracji uczniów. Aplikacja musi prezentować nie tylko liczbę uczniów wypełniających obowiązek szkolny poza swoim obwodem, ale również ilu z nich wypełnia obowiązek w innej szkole w gminie, a ilu w szkołach poza gminą.
17.	Aplikacja dostępna dla szkół w zakresie danych o własnych uczniach. Umożliwienie wyszukiwania po wpisaniu nr pesel swojego ucznia w innej jednostce

b) Dziennik Elektroniczny (DE)

DE musi posiadać możliwość prowadzenia elektronicznego dziennika lekcyjnego zgodnego z ustawą o ochronie danych osobowych oraz obowiązującymi przepisami MEN. Aplikacja musi posiadać wersję mobilną.

Wymagania systemowe od strony użytkownika:

Cześć systemu DE

Technologia

Platformy/Systemy

Aplikacja Internetowa

Aplikacja uruchamiana w przeglądarce internetowej (SaaS)

Aplikacja musi działać na przynajmniej aktualnych wersjach następujących przeglądarek internetowych: Internet Explorer, FireFox, Chrome, Safari, Opera.

Aplikacja musi działać na komputerach z zainstalowanymi przynajmniej następującymi systemami operacyjnymi: Windows, Linux, OS X

Wymagane cechy aplikacji DE:

Dziennik elektroniczny musi umożliwiać założenie osobnych kont dla dowolnej liczby rodziców/opiekunów oraz uczniów. Każdy z nich musi posiadać osobną wbudowaną w system i nie wymagającą konfiguracji dodatkowych narzędzi (np. kont e-mail) skrzynkę na wiadomości tekstowe i mieć zagwarantowaną poufność kontaktu z placówką szkolną.

System musi pozwalać na stworzenie przynajmniej dwóch osobnych kont rodzica/opiekuna przypisanych do danych indywidualnego ucznia.

System musi umożliwiać rodzicowi dostęp do następujących informacji:

• oceny dziecka z podziałem na okresy klasyfikacyjne,

• szczegóły związane z ocenami (kategorię, datę wpisu, wagę, nazwisko nauczyciela wpisującego ocenę do dziennika),

• frekwencję dziecka wraz z informacją nt. kategorii nieobecności,

• kalendarz wydarzeń klasowych,

• plan lekcji wraz z umieszczonymi w nim automatycznie przez system informacjami o zastępstwach, odwołaniu lub przeniesieniu lekcji,

• zadania domowe,

• rejestr tematów które w danym okresie zostały zrealizowane w klasie,

• szkolnej tablicy ogłoszeń.

4.	System musi umożliwiać rodzicowi wysłanie wiadomości do dowolnego nauczyciela uczącego w danej szkole. Rodzic musi mieć możliwość dotarcia do informacji czy i kiedy wysłana przez niego wiadomość została przeczytana.
5.	System musi umożliwiać dodawanie, usuwanie oraz modyfikację ocen oraz nieobecności. System musi jednocześnie prowadzić rejestr zmian co najmniej w zakresie ocen, nieobecności oraz zmiany danych osobowych. Historia zmian musi zawierać widoczne następujące informacje: data zmiany/wprowadzenia/usunięcia informacji, imię i nazwisko oraz funkcja osoby zmieniającej, IP komputera z którego dokonywano operacji oraz informacja, które dane zostały zmienione, a także jaka treść na jaką została zmieniona.
6	System umożliwia eksportowanie do formatów otwartych kalendarzy planów zajęć edukacyjnych dla nauczyciela i klas
7.	System powinien zapewniać możliwość oceniania w sposób: • tradycyjny w skali 1-6 • punktowy • oceniania kształtującego • oceniania opisowego • za pomocą systemu mieszanego zawierającego pkt. a-d gdzie jednego ucznia w ramach jednych zajęć można oceniać jednocześnie kilkoma wybranymi sposobami
8.	Każda ocena musi być uzupełniona przynajmniej następującymi informacjami: 1. obligatoryjnie, w sposób automatyczny przez System: • imię i nazwisko osoby, która dodała ocenę do bazy danych (w przypadku zastępstw powinna pojawić się osoba zastępująca) • dane nauczyciela, który lekcję wg planu powinien prowadzić • data fizycznego wpisania oceny do bazy danych • data oceny • kategorię oceny • wagę • informację czy ocena jest liczona do średniej 2. fakultatywnie, na żądanie użytkownika: • komentarz nauczyciela do oceny • indywidualnie dobrany do kategorii kolor tak, aby po wyświetlanym kolorze użytkownicy mogli rozróżniać poszczególne kategorie (np. sprawdzian czerwony kolor, kartkówka kolor żółty, itd)
9.	System musi umożliwiać pracę z wykorzystaniem różnych widoków przedstawiających listę ocen. Wymaga się co najmniej dwóch widoków ocen: ● widok ocen pogrupowanych wg kategorii ● widok ocen posortowanych wg daty dodania do systemu DE oceny
10.	System musi prezentować wyliczoną średnią ważoną lub arytmetyczną w zależności od konfiguracji systemu. W przypadku zespołu szkół musi być możliwe skonfigurowanie sposobu wyliczania średniej dla każdej jednostki niezależnie. Dodatkowo wymaga się, aby każdy nauczyciel indywidualnie mógł zdecydować o wyborze algorytmu wyliczania średniej na przedmiocie, którego naucza.
11.	System musi umożliwiać przyznanie wybranej grupie użytkowników (domyślnie administratorowi, fakultatywnie co najmniej każdemu nauczycielowi w szkole lub wychowawcom klas) uprawnień do tworzenia dowolnych grup uczniów: ● wewnątrz klasowych ● między klasowych, złożonych z klas tego samego poziomu ● między klasowych, złożonych z klas różnych poziomów
12.	Podziały na grupy muszą być dostępne w widoku planów lekcji oraz widoku lekcji zrealizowanych w danej szkole. Numeracja oraz kolejność uczniów w ramach takich grup nie powinna mieć wpływu na przydział ucznia w klasie. Informacje o ocenach, tematach zajęć oraz frekwencji uczniów na zajęciach realizowanych

	w grupach muszą być automatycznie uwzględniane zarówno w dzienniku danej grupy jak i dziennikach klas głównych z których pochodzą uczniowie.
13.	System musi: 1. umożliwiać : • wpisanie frekwencji w zakresie nieobecności nieusprawiedliwionych • wpisanie frekwencji w zakresie nieobecności usprawiedliwionych • wpisanie frekwencji w zakresie spóźnienia • wpisanie frekwencji zwolnienia z danej lekcji, oraz zwolnienia czasowego • definiowania własnych typów nieobecności oraz ich sposobu liczenia w statystykach frekwencji (np. podkategoria zawody sportowe w kategorii nieobecność) 2. System musi zawierać funkcję e-usprawiedliwienia – umożliwiającą wysłanie przez dowolnego rodzica/opiekuna dziecka wniosku o usprawiedliwienie jego nieobecności w szkole za pomocą dedykowanego formularza obejmującego: • informację o powodach nieobecności ucznia na zajęciach, • informację o czasie usprawiedliwionej nieobecności (definiowanym co najmniej jako zakres dat lub zakres godzin lekcyjnych w ramach jednego dnia), 3. Usprawiedliwienie wysłane za pomocą modułu e-usprawiedliwienia: • musi spowodować automatyczną zmianę w dzienniku elektronicznym nieobecności nieusprawiedliwionych na usprawiedliwione we wskazanym we wniosku okresie • musi spowodować automatyczne wygenerowanie informacji zwrotnej do rodzica/opiekuna, potwierdzającej dokonanie usprawiedliwienia nieobecności we wskazanym okresie. 4. Dodatkowo system musi mieć możliwość automatycznego usprawiedliwienia nieobecności w zadanym z wyprzedzeniem przez nauczyciela okresie (np. w sytuacji kiedy rodzic zgłosi, że przez najbliższych 14 dni uczeń nie będzie obecny z powodu choroby i wyśle odpowiednie usprawiedliwienie do DE system musi każdą wpisaną po dacie otrzymania e-usprawiedliwienia nieobecność nieusprawiedliwioną usprawiedliwić w ramach zadanego okresu automatycznie.
14.	System musi umożliwiać nauczycielowi dostęp do widoku, w którym będą wyliczone braki w części dokumentacji za którą odpowiada. Nauczyciel musi mieć możliwość prostego i szybkiego dotarcia do informacji o brakach związanych z nieuzupełnioną na jego lekcjach frekwencją, tematem lekcji oraz brakiem wpisu zrealizowanych lekcji. System musi zawierać widok braków związanych z tematami oraz frekwencją na którym znajdują się co najmniej następujące dane związane z powyższymi brakami: ● data ● numer lekcji ● oddział ● przedmiot
15.	System musi umożliwiać wygenerowanie zbiorczej informacji na temat konkretnego ucznia. W widoku muszą znaleźć się informację nt. wszystkich uzyskanych przez niego w bieżącym roku szkolnym ocen, nieobecności, wyników ucznia na tle poziomu edukacyjnego w danej placówce szkolnej np. w formie wykresów, oraz wszelkie uwagi wysłane do rodzica przez nauczycieli wraz z informacją czy xxxx xxxxxx przeczytał daną uwagę. W podanym widoku muszą się znaleźć także informacje nt daty i godziny ostatniego logowania rodzica oraz ucznia.
16.	Dziennik elektroniczny musi umożliwiać ocenianie zachowania w sposób standardowy i punktowy. W przypadku zastosowania punktowego oceniania zachowania system musi umożliwiać skonfigurowanie słownika wzorców (nazwa + wartość punktowa, np. nieodpowiednie zachowanie na lekcji (-10 pkt), aktywność pozalekcyjna na rzecz szkoły (+20 pkt))
17.	Dziennik elektroniczny musi posiadać mechanizmy, umożliwiające wprowadzenie przez nauczycieli rozkładów materiałów nauczania oraz korzystanie z biblioteki już przygotowanych. Od producenta wymaga się aby w ramach dostarczanego systemu zagwarantował dostęp do przynajmniej 15 000 aktualnych na dzień złożenia oferty, przygotowanych i opracowanych rozkładów materiałów nauczania, w tym rozkładów pochodzących bezpośrednio (wpisanych przez pracowników wydawców oraz stosownie opisanych - wskazane pochodzenie/autorstwo rozkładu) od przynajmniej 8 różnych wydawców edukacyjnych.. System musi być wyposażony w moduł udostępniany wydawcą podręczników i umożliwiający im wprowadzanie do systemu rozkładów materiału do oferowanych

	podręczników. Zarówno ten moduł jak i dodanie do systemu rozkładu nie mogą się wiązać z jakimikolwiek kosztami dla wydawców podręczników. System musi umożliwić Nauczycielom możliwość wpisywania innych rozkładów, a następnie ich wielokrotnego wykorzystywania oraz dzielenia się nimi. za pośrednictwem biblioteki rozkładów materiałów nauczania (baza RMN) na bazie regulaminu korzystania z bazy RMN, regulującego kwestie prawa autorskiego w udostępnianiu i kopiowaniu rozkładów do których prawa posiadają wydawcy edukacyjni.
18.	System musi umożliwiać ewidencjonowanie wybranych zajęć dodatkowych w podziale na różne kategorie z uwzględnieniem czasu ich trwania (dowolnym, wyrażonym w minutach) a także rejestrowaniem listy uczniów (spośród wszystkich uczniów w szkole, inaczej na każdych zajęciach). System musi automatycznie przeliczać czas wszystkich zrealizowanych zajęć dodatkowych w danej kategorii na godziny dydaktyczne.
19.	System musi umożliwić nauczycielowi analizę własnej rytmiczności oceniania (rozkład ocen w czasie, po przedmiocie itd). Wymaga się, aby system wskazywał co najmniej liczbę ocen, które nauczyciel wystawia każdego miesiąca w danym roku szkolnym.
20.	System musi posiadać moduł edukacji wczesnoszkolnej zawierający co najmniej: • możliwość odnotowywania zajęć edukacji wczesnoszkolnej w trybie normalnych godzin lekcyjnych obowiązujących w szkole i w oparciu o narzucony plan lekcji, lub • możliwość odnotowywania w ramach bloku lekcyjnego czasu trwania poszczególnych edukacji w systemie minutowym (bez konieczności ustalania sztywnego i powtarzalnego planu lekcji uwzględniającego wszystkie edukacje wchodzące w skład edukacji wczesnoszkolnej), • słownik opisowych wyrażeń oceniających postępy ucznia składający się z co najmniej 1000 wyrażeń podzielonych na poszczególne edukacje i umiejętności (musi mieć możliwość modyfikacji i dostosowania przez każdego nauczyciela, który stosuje ocenę opisową), • możliwość wprowadzania frekwencji oraz tematów zajęć dla całego bloku edukacji wczesnoszkolnej (bez konieczności powtarzania wprowadzania tych danych dla każdej godziny lekcyjnej), • możliwość odnotowania tematu dnia oraz jednocześnie tematów szczegółowych dla każdej edukacji realizowanej w danym dniu przez nauczyciela.
21.	System musi posiadać zestaw następujących analiz związanych z frekwencją, postępami w nauce, średnią ocen oraz klasyfikacjami: • Oceny ucznia oraz frekwencję z podziałem na: o klasy o jednostki szkolne (np. SP, GIM) w przypadku zespołów szkół o zakres czasowy (np. xxxxxxx 0, xxxxxxx 0, xxxxxxxxx miesiąc) o konkretny przedmiot • Klasyfikację śródroczną i roczną • Miesięczne zestawienia frekwencji • Frekwencję w konkretnym dniu i godzinie lekcyjnej dla każdej klasy z podziałem na poszczególne jednostki szkolne. Zestawienie musi zawierać sumę obecności, nieobecności oraz procent obecności ogółem i w konkretnym oddziale szkolnym. • Procentowe rankingi frekwencji z podziałem na oddziały oraz poszczególnych uczniów • Wykres nieobecności z podziałem na oddziały oraz jednostki szkolne • Wykres średniej ocen z podziałem na oddziały oraz jednostki szkolne • Miesięczny rozkład liczby poszczególnych ocen (1,2,3,4,5,6) z podziałem na oddziały i jednostki szkolne • Wykres ocen śródrocznych i rocznych • Wykaz uczniów z oceną niedostateczną oraz nieklasyfikowany • Zestawienie ocen zachowania • Średnią przedmiotów, klas oraz uczniów • Średnią ocen z wybranych przedmiotów dla ucznia lub klasy (np.. Średnia z przedmiotów zawodowych) • System musi posiadać graficzne wizualizacje wyników oraz frekwencji, a także rytmiczności oceniania w każdej placówce. • System powinien umożliwić tworzenie zestawienia z możliwością wydruku historii zmian wszystkich ocen z przedmiotu w określonym czasie dla wybranej klasy. Zestawienie powinno

zawierać dane nauczyciela zmieniającego, historię oceny, dokładny czas zmiany, kategorię ocen, uwagę do oceny, dane ucznia

• System musi umożliwiać wyeksportowanie zestawień do formatu .xml

22.

System musi posiadać moduł zarządzania wycieczkami obejmujący:

• możliwość tworzenia grup wycieczkowych składających się z dowolnej liczby uczniów pochodzących z dowolnych klas w szkole,

• możliwość wskazania kierownika wycieczki oraz opiekunów spośród wszystkich nauczycieli w szkole,

• możliwość dodania do wycieczki dowolnego uczestnika lub opiekuna spoza szkoły (uwzględnianych potem na wydruku karty wycieczki),

• możliwość wprowadzenia harmonogramu wycieczki obejmującego dokładny zakres dat i godzin zegarowych trwania wycieczki oraz jednocześnie wskazanie niezależnie ile godzin lekcyjnych, z jakich przedmiotów i z jakimi tematami (także z wykorzystaniem rozkładów materiału nauczania wczytanych wcześniej przez nauczycieli do systemu) zostanie zapisanych w dziennikach lekcyjnych wszystkich klas, z których uczniowie brali udział w wycieczce jako zrealizowane w ramach danej wycieczki,

• przy każdej wskazanej do wprowadzenia do dziennika lekcji realizowanej w ramach wycieczki musi być możliwość oznaczenia czy powinna ona zostać doliczona do realizacji ramowego planu nauczania czy nie,

• możliwość szybkiego uzupełnienia frekwencji na wycieczce na zbiorczym widoku obejmującym wszystkich uczniów uczestniczących w wycieczce (nawet jeśli pochodzą z różnych klas lub grup zajęciowych) wraz z automatycznym przeniesieniem tych danych do właściwych dzienników lekcyjnych,

• generowanie gotowej karty wycieczki zgodnej z wzorem MEN,

• Moduł musi umożliwiać odwoływanie zajęć wynikających z planu lekcji jeśli cała klasa realizuje zajęcia na wycieczce. W takim przypadku:

o W module Zastępstw musi zostać wyświetlona informacja o zajęciach odwołanych przez moduł Wycieczki - nie ma konieczności ponownego odwoływania zajęć klasy w tym module oraz dodawania nieobecności klasy na dzień wycieczki,

o Jeżeli odwołano zajęcia przez moduł Wycieczki, w planie lekcji klasy zostanie wyświetlone powiadomienie o odwołaniu zajęć,

o W kalendarzu wydarzeń klasowych musi zostać wyświetlone powiadomienie o odwołaniu zajęć z poziomu modułu Wycieczki.

• Tematy zajęć dodane przez moduł Wycieczki muszą w dzienniku lekcyjnym być wyraźnie oznaczone jako realizowane na wycieczce,

• W wyeksportowanych plikach dzienników lekcyjnych muszą zostać uwzględniane informacje o: dacie wycieczki, czasie trwania, liczbie uczestników, celu wycieczki oraz nazwisku kierownika.

• Zapisanie ucznia na wycieczkę musi blokować możliwość sprawdzenia frekwencji temu uczniowi na lekcjach odbywających się w tym czasie w szkole. Funkcja ta powinna być konfigurowalna w ustawieniach DE, może być to zrealizowane za pomocą komunikatu o uczniu przypisanym do wycieczki

23.

System musi zapewnić możliwość dokumentowania nauczania indywidualnego poprzez:

• zdefiniowanie indywidualnego planu lekcji ucznia w oparciu o godziny lekcyjne obowiązujące w szkole lub inny dowolny zakres czasu definiowany przez nauczyciela,

• system musi umożliwiać zdefiniowanie dla każdego ucznia okresu skierowania go na nauczanie indywidualne oraz wskazanie zajęć, które będzie realizował w trybie indywidualnym oraz jednocześnie takich, z których ewentualnie został zwolniony lub w których będzie uczestniczył razem z klasą,

• system musi uwzględniać dane o ocenach ucznia realizującego nauczanie indywidualne w statystykach klasy, do której przynależy (np. zestawieniach klasyfikacji, exporcie dziennika do archiwum),

• System musi wyświetlać w jednym widoku wszystkich uczniów nauczania indywidualnego do dalszego wyboru,

24.	System musi udostępniać nauczycielom narzędzie umożliwiające proste tworzenie notatek lekcyjnych wyświetlanych uczniom przez projektor na ekranie lub tablicy interaktywnej. Tworzenie tych notatek lekcyjnych musi odbywać się poprzez stronę internetową i w sposób automatyczny zapisywane do bazy danych. Zamawiający nie przewiduje zapisywania zrzutów z ekranu w postaci pojedynczych plików. Moduł ten musi obejmować co najmniej: • możliwość umieszczania w notatce prostych kształtów (prostokąt, kwadrat, okrąg, trójkąt), osi współrzędnych i wykresów, grafiki (plików jpg, bmp), tekstu, dowolnych kształtów rysowanych odręcznie, • zapisywanie tworzonych notatek w trybie animacji w czasie rzeczywistym do ponownego odtworzenia w trakcie innych zajęć prowadzonych przez nauczyciela, • możliwość udostępnienia/cofnięcia udostępnienia w ramach dziennika elektronicznego notatek z tablicy interaktywnej do wglądu uczniom, • możliwość powiązania notatek z tablicy interaktywnej z tematem w rozkładzie materiału w sposób, który umożliwi automatyczne wyświetlenie nauczycielowi przekierowania (linku) do takiej notatki za każdym razem kiedy dany temat będzie realizowany na lekcji;
25.	System musi umożliwiać wychowawcom odnotowywanie tematyki zebrań z rodzicami oraz frekwencję rodziców na zebraniach (dla każdego ucznia informacja o obecności/nieobecności opiekuna na zebraniu)
26.	System musi zapewniać exportu danych dziennika lekcyjnego każdego oddziału, grupy oraz nauczania indywidualnego do pliku XML z możliwością przeglądania tych danych w arkuszu kalkulacyjnym np. MS Excel. Po otworzeniu pliku w arkuszy kalkulacyjnym musi on przypominać graficznie widok tradycyjnego dziennika lekcyjnego (wzór z dziennika papierowego). Zadania eksportu danych muszą być kolejkowane ze szczególnym uwzględnieniem automatycznego wygenerowania wszystkich dzienników bez potrzeby wykonywania tego oddzielne dla każdej klasy.
27.	System musi udostępniać dyrektorowi dodatkowe informacje nt. pracy nauczycieli z uwzględnieniem : • daty i godziny ostatniego logowania do systemu każdego z nauczycieli • ilości ocen wpisanych do systemu w zadanym zakresie dat z podziałem na kategorie ocen • miesięcznego rozkładu ocen każdego nauczyciela • aktywność użytkowników w systemie
28.	Dziennik musi umożliwiać dyrektorowi placówki oraz nauczycielowi kontrolę realizacji rozkładu materiału nauczania dla każdego przedmiotu i każdej prowadzonej lekcji. System musi wskazywać dyrektorowi, które z zaplanowanych tematów zostały zrealizowane oraz kiedy. Dyrektor musi posiadać także informację o tematach, które zostały zrealizowane, ale nie należały do rozkładów materiałów nauczania. System musi mieć także możliwość przypisania rozkładu materiału do grup wewnątrz i międzyoddziałowych dzięki czemu możliwe będzie monitorowanie realizacji tematów i lekcji na zajęciach, w których stosowane są podziały na grupy.
29.	System musi posiadać moduł ankietowania użytkowników. Moduł ten musi posiadać możliwość definiowania ankiet prywatnych i wspólnych, dzięki czemu wyniki prezentowane będą dla wszystkich dyrektorów lub autora konkretnej ankiety w danej placówce oświatowej. Wyniki ankiet w sposób automatyczny muszą być widoczne dla dyrektora z możliwością eksportu danych do arkusza kalkulacyjnego np. Excel. Dyrektor musi mieć możliwość definiowania odbiorców ankiety z podziałem na co najmniej: ● rodzice ● uczniowie ● nauczyciele (z uwzględnieniem nauczycieli bez przydziałów, np. pedagog, nauczyciel świetlicy). Stworzenie ankiety musi polegać na wprowadzaniu przez przeglądarkę pytań oraz odpowiedzi, które potem wyświetlą się odbiorcom ankiety w postaci formularza internetowego umożliwiającego wypełnienie ankiety bezpośrednio na stronie internetowej. Rozwiązanie to nie może być oparte o zewnętrzne systemy do ankietowania oraz zamieszczanie linku do ankiety zapisanej (treść ankiety oraz jej wyniki) gdzie indziej niż w bazie danych DE (jak np. moduł Google Forms - tak aby nie istniała potrzeba akceptacji zewnętrznego regulaminu korzystania z takich usług oraz przechowywania danych poza bazą danych DE). Ankiety muszą obsługiwać wprowadzenie co najmniej następujących typów pytań: ● Pytanie jednokrotnego wyboru

	● Pytanie wielokrotnego wyboru ● Pytanie otwarte ● Pytanie zapętlone ● Skala ocen
30.	System musi posiadać możliwość planowania zastępstw doraźnych, w tym: • łączenia grup na zastępstwie (grup w ramach jednego oddziału lub grup z kilku oddziałów), • dzielenia oddziałów na grupy na zastępstwie, • przypisywanie dowolnego nauczyciela do realizacji zastępstwa, • odwołania lekcji, • przesunięcia zajęć, • system musi umożliwić katalogowanie planowanych zastępstw według typu (co najmniej płatne/niepłatne/inne) oraz na żądanie generować zestawienia wszystkich zrealizowanych w danym miesiącu zastępstw wg typu i nauczyciela, • informacje o planowanych zmianach (zastępstwach, przesunięciach lub odwołaniach) muszą być nanoszone automatycznie na widok planu lekcji prezentowanego uczniom/rodzicom, • system musi automatycznie weryfikować, czy w trakcie planowania zastępstw podjęto działania dotyczące wszystkich uczniów zobowiązanych do uczestnictwa w pierwotnych zajęciach i nie dopuszczać do zatwierdzenia realizacji zastępstw, które nie obejmą wszystkich tych uczniów; • z chwilą zaplanowania zastępstw, dla nauczycieli skierowanych do ich realizacji, muszą zostać wysłane (poprzez wbudowany moduł wiadomości tekstowych) automatycznie powiadomienia o zmianach wprowadzonych w ich planach lekcji. • musi umożliwiać tworzenie dowolnych kategorii zastępstw oraz powodów nieobecności nauczycieli. System musi mieć możliwość generowania na ich podstawie zestawień umożliwiających co najmniej monitorowanie godzin ponadwymiarowych nauczycieli. • musi pozwalać dodawać i usuwać zastępstwa seryjnie. • zapisanie kopii do pliku .xml • Umożliwić podgląd zastępstw pracownikowi sekretariatu.
31.	System musi posiadać mechanizm automatycznie liczący ilość zrealizowanych godzin lekcyjnych w odniesieniu do szkolnych ramowych planów nauczania: • dla każdego przedmiotu i klasy na całym etapie edukacyjnym (automatyczne wykazywanie wszystkich godzin z całego etapu edukacyjnego oraz z danego roku szkolnego - zbiorczy widok dostępny w każdej chwili w DE), • z uwzględnieniem zajęć realizujących podstawę programową prowadzonych przez nauczycieli w ramach zastępstw i wycieczek, • z możliwością konfigurowania przez każdą szkołę grup przedmiotów, dla których będzie prezentowana łączna liczba zrealizowanych godzin (np. edukacja wczesnoszkolna, przedmioty zawodowe), • mechanizm przeliczający wyrażony w minutach czas realizacji poszczególnych edukacji w ramach bloków edukacji wczesnoszkolnej na godziny dydaktyczne rozliczane w ramowych planach nauczania.
32.	System musi zawierać funkcjonalność umożliwiającą dwustronną interakcję między użytkownikami w szkole poprzez możliwość przesyłania wiadomości tekstowych wewnątrz systemu (bez udziału zewnętrznych kont poczty elektronicznej). Wymagana funkcjonalność: • Możliwość przesyłania wiadomości tekstowych pomiędzy dowolnym pracownikiem dydaktycznym szkoły a rodzicami/opiekunami uczniów, • Możliwość przesyłania wiadomości tekstowych pomiędzy dowolnym pracownikiem dydaktycznym szkoły a uczniami, • Mechanizm powiadamiania użytkowników o otrzymaniu nowej korespondencji (wyraźny znacznik umieszczony na stronie głównej serwisu obejmujący informację o liczbie nowych, nie odczytanych jeszcze wiadomości), • Umożliwić komunikację z pracownikami nie będących nauczycielami (księgowa, kadrowa, płacowa) • Wiadomość tekstowa może zawierać linki do stron www oraz załączniki w formie plików.

33.	System musi zawierać moduł umożliwiający dyrektorowi konfigurowanie automatycznej kontroli wybranych parametrów pracy szkoły obejmujący: • automatyczne generowanie wykazu brakujących w e-dzienniku wpisów frekwencji i tematów zajęć (zestawienie braków przypadających na każdego nauczyciela), • automatyczne generowanie zestawienia imiennej listy uczniów, których absencja na zajęciach przekroczyła zdefiniowany jako krytyczny dla szkoły procent (np. wskazujący na brak realizacji przez ucznia obowiązku szkolnego lub nauki w wymaganym minimalnie wymiarze lub dowolny inny wg potrzeb dyrektora), • automatyczne generowanie zestawienia imiennej listy uczniów, których średnia semestralna spadła poniżej określonej wartości według przedmiotów (np. grożącego brakiem uzyskania promocji do kolejnej klasy lub dowolnego innego wg potrzeb dyrektora), • automatyczne generowanie listy nauczycieli z informacją, ile ocen wystawili. Każdy dyrektor (lub wicedyrektor) w szkole musi mieć możliwość skonfigurowania dla siebie innych raportów generowanych w różnych terminach. W każdym przypadku konfiguracji podlegać musi termin automatycznego przygotowania i dostarczenia na konto dyrektora każdego z w/w raportów (co najmniej poprzez wybór dnia tygodnia, lub wyznaczenie dnia miesiąca w którym regularnie ma być przygotowywany dany raport. Rytm generowania musi być konfigurowany dla każdego raportu indywidualnie).
34.	Dziennik elektroniczny musi umożliwiać eksport oraz import danych uczniowskich do/z formatu SOU (standard opisu ucznia w formacie XML).
35.	Dziennik elektroniczny musi umożliwić rodzicom oraz opiekunom wydrukowanie w dowolnej chwili raportu dotyczącego przechowywanych w systemie danych osobowych w formie zgodnej z obowiązującym prawem dotyczącym ochrony danych osobowych.
36.	System musi posiadać moduł administracyjny do którego mają dostęp wyselekcjonowani w placówce szkolnej pracownicy. Celem modułu jest umożliwienie włączania odpowiednich opcji dla każdej szkoły indywidualnie, co pozwoli dostosować system do indywidualnych potrzeb placówki.
37.	System musi umożliwić konfigurację widoku rodzica. Administrator w porozumieniu z radą pedagogiczną musi mieć możliwość definiowania opcjonalnych widoków dla rodziców co najmniej poprzez włączanie lub wyłączanie widoku: ● średniej dziecka, ● zrealizowanych na zajęciach tematów lekcji, ● prezentacji uwag ucznia, ● prezentacji wyników egzaminów.
38.	System musi posiadać możliwość włączenia dodatkowych zabezpieczeń na koncie dowolnego użytkownika (możliwe do samodzielnego skonfigurowania przez każdego użytkownika indywidualnie w razie potrzeby)
39.	System musi umożliwić administratorowi dla wybranych lub wszystkich klas zablokowanie możliwości dodawania, zmian i usuwania danych w wybranym dowolnie zakresie dat (np. cały pierwszy semestr, wybrany miesiąc lub inny zakres dat). Blokada ta musi dotyczyć co najmniej: ● ocen, ● frekwencji, ● zachowania, ● zrealizowanych lekcji.
40.	System musi umożliwiać dokonanie zmiany nauczyciela (w trakcie roku szkolnego), który automatycznie uzyska uprawnienia do kontynuacji pracy z klasą oraz do realizowanych przez jego poprzednika rozkładów materiałów nauczania (z oznaczeniem, które tematy w danym rozkładzie zostały już zrealizowane przez jego poprzednika).

41.	System musi umożliwić migrację uczniów pomiędzy klasami, grupami w dowolnym momencie roku szkolnego. Uczeń przenoszony lub skreślany musi zostać w widoczny sposób wykreślony z listy dotychczasowej klasy (podobnie jak w dokumentacji papierowej, nie może zostać całkowicie usunięty z listy z chwilą skreślenia). System musi tworzyć historię przenosin ucznia w obrębie danej szkoły z wyszczególnieniem dat pobytu w danej klasie. System musi posiadać mechanizm (w postaci kreatora) usprawniający przenoszenie uczniów w obrębie danej szkoły (mechanizm ten powinien sprawdzić do jakich klas wirtualnych należy uczeń a następnie wypisać go z tych klas zgodnie z datami, natomiast w nowej klasie powinien zapytać do których grup wirtualnych będzie należał uczeń i w nich ustawić odpowiednie terminy nieobecności ucznia w tych grupach).
42.	System musi posiadać możliwość prowadzenia dziennika pracy świetlicy, który będzie umożliwiał: • szczegółową ewidencję pobytu uczniów w świetlicy (system automatycznie proponuje godzinę przyjścia i wyjścia zgodnie z czasem systemowym komputera, pozwala także ją modyfikować); • sprawdzenie aktualnej liczby uczniów w świetlicy; • prezentowanie podsumowania dziennego oraz tygodniowego ilości godzin spędzonych w świetlicy oraz historii zapisów ucznia do świetlicy w porządku chronologicznym (z dokładnością do minut); • Prezentowania zestawienia liczby uczniów obecnych na świetlicy w poszczególnych godzinach. • Jednoczesne prowadzenie dziennika przez kilku nauczycieli w różnych salach. • zarejestrowanie planu pracy świetlicy, planu nauczycieli oraz wprowadzanie tematów zajęć; • zapisanie kopii do pliku XML.
43.	System musi umożliwiać prowadzenie dziennika pedagoga i psychologa szkolnego, które będą umożliwiały: • dokumentowanie wykonywanych czynności; • wprowadzenie informacji o uczniach; • wpisywanie zadań do realizacji; • zarejestrowanie planu zajęć, • Zapisanie kopii do pliku .xml.
44.	System musi umożliwiać indywidualizację nagłówków ocen w widoku dziennika.
45.	System musi automatycznie informować nauczyciela o zaleceniach wprowadzonych przez dyrektora (np.. za pomocą wiadomości).
46.	System musi być wyposażony w moduł umożliwiający przeprowadzenie badania indywidualnych predyspozycji uczniów w zakresie przetwarzania informacji i uczenia się. Musi być dostosowany do poszczególnych etapów edukacyjnych (dla edukacji wczesnoszkolnej, szkoły podstawowej, szkół ponadpodstawowych). System musi zawierać testy predyspozycji (wypełniane on-line), na podstawie których automatycznie przygotuje profil każdego ucznia/uczennicy, a także profile całych klas/grup obejmujące co najmniej informacje o dominujących zmysłach. Wszystkie dostarczone testy muszą posiadać weryfikacje wykonaną w drodze badań.

Rodzaj aplikacji	Technologia	Platformy/Systemy
Aplikacja Internetowa	Aplikacja uruchamiana w przeglądarce internetowej (SaaS)	Aplikacja musi działać przynajmniej w następujących przeglądarkach internetowych: Internet Explorer, FireFox, Chrom, Safari, Opera.

A. Sekretariat wraz z oprogramowaniem Świadectwa oraz Arkusze Ocen (S+SW) Wymagania systemowe od strony użytkownika:

Aplikacja musi działać na komputerach z zainstalowanymi przynajmniej następującymi systemami operacyjnymi: Windows, Linux, OS X.

Wymagane cechy aplikacji:

	Wymagania, które aplikacja S+SW musi spełniać
1.	Aplikacja musi być wyposażona w bibliotekę gotowych szablonów oraz umożliwiać wydruki najczęściej wystawianych zaświadczeń x.xx. potwierdzenia spełniania obowiązku szkolnego i nauki, list uczniowskich, zestawień i raportów (np.: uczniowie wg rocznika i płci) na dowolny dzień, list przedpoborowych (szkoły ponadgimnazjalne), zwolnienia z wychowania fizycznego i innych przedmiotów.
2.	Aplikacja musi umożliwiać wydruki oraz rejestr legitymacji szkolnych
3.	Musi umożliwiać wydruk Księgi Ucznia i Księgi Ewidencji
4.	Musi umożliwiać prowadzenie rejestru wypadków
5.	Musi umożliwiać tworzenie zestawień zbiorczych dot. uczniów np.: wg roczników i płci, specjalnych potrzeb edukacyjnych, dysleksji, uczniów dowożonych do szkoły, a także inne zestawienia wedle potrzeb
6.	Musi umożliwiać wyszukiwanie i filtrowanie bazy danych (np. wyszukanie ucznia po numerze PESEL, nazwisku, adresie),
7.	Musi umożliwiać prowadzenie bazy kandydatów oraz wspomaganie procesu naboru i prowadzenie archiwum kandydatów,
8.	Musi umożliwiać wprowadzenie czasowej kontroli dostępu do aplikacji (możliwość ograniczenia dostępu do aplikacji w konkretnych godzinach oraz z konkretnego nr IP komputera),
9.	Musi umożliwiać tworzenie własnych zaświadczeń za pomocą specjalnego edytora
10.	Musi umożliwiać zastosowanie automatycznego mechanizmu promocji uczniów w szkole dla systemu dziennika elektronicznego oraz e-Sekretariatu,
11.	Musi umożliwiać pracę kilku użytkowników jednocześnie, a także ustalenia dostępu konkretnym użytkownikom do konkretnych danych np.: do eksportów, do wyszukiwania, do edycji danych ucznia.
12.	Musi umożliwiać zastosowanie zaawansowanych mechanizmów zabezpieczenia logowania do aplikacji (np.: konfigurowanie dostępu do aplikacji przez nr IP komputera, wyznaczanie czasu dostępu),
13.	Musi umożliwiać eksport danych uczniów do plików tekstowych, CSV, pliku XML w formacie SOU do dalszego wykorzystania w innym oprogramowaniu,
14.	Musi udostępniać dyrektorowi i administratorowi widok statystyki liczby przygotowanych przez nauczycieli w danym momencie druków (świadectw lub arkuszy ocen) w stosunku do wszystkich, które muszą zostać przygotowane.
15.	Aplikacja S+SW musi posiadać funkcję drukowania na specjalnym czystym świadectwie - giloszu świadectwa.
16.	Aplikacja S+SW musi pobierać przynajmniej następujące dane z aplikacji DE: • dane osobowe uczniów • oceny końcowe i roczne.

17.	Aplikacja S+SW musi umożliwiać import danych uczniów z formatu SOU.
18.	Aplikacja S+SW musi umożliwiać podgląd świadectwa konkretnego ucznia przed jego wydrukowaniem w formie wizualnie identycznej z wyglądem świadectwa papierowego, na tle właściwego koloru i wyglądu gilosza.
19.	Aplikacja musi umożliwiać przygotowanie i wydruk wszystkich stron arkuszy ocen zgodnych z aktualnym prawem.
20.	Aplikacja S+SW musi umożliwiać podgląd arkusza ocen konkretnego ucznia przed jego wydrukowaniem w formie wizualnie identycznej z wyglądem papierowego arkusza ocen.
21.	Aplikacja S+SW musi posiadać następujące funkcje: • zakładanie grupy/klasy, w obrębie której każdemu uczniowi można dodać świadectwa z kilku poziomów nauczania, • wprowadzanie ocen na świadectwo za pomocą numerycznej klawiatury, • posiadać mechanizm automatycznie podpowiadający nauczycielowi podczas wypełniania świadectwa ukończenia szkoły oceny klasyfikacyjne z przedmiotów zrealizowanych w trakcie całego etapu edukacyjnego (także na podstawie ocen wprowadzonych w system dla danej klasy w poprzednich latach), • sortowanie listy uczniów względem numeru dziennika, nazwiska lub wyróżnienia czerwonym paskiem, • możliwość definiowania nazwy szkoły, która zostanie automatycznie przeniesiona na wszystkie świadectwa, • pomijanie drukowania przerywanych linii na świadectwie, • wydruk numerów stron i nazwisk na stronach arkuszy ocen, • słownika wyrazów, które nie mogą pozostać na końcu linii, • zapis świadectwa do pliku zew. z którego możliwy jest ich wydruk bezpośrednio na drukarkę, a wykorzystanie oprogramowania do wydruku tego pliku nie pociąga za sobą konieczności zakupu dodatkowych licencji, np format PDF, • Wyświetlanie aktualnych list oddziałów klas do edycji.
22.	Wymaga się automatycznej synchronizacji zmian w danych dotyczących uczniów w ramach DE i Sekretariatu co najmniej w zakresie: • aktualizacji danych osobowych w DE na podstawie danych wprowadzanych do Sekretariatu • aktualizacji przynależności do klasy/skreślenia z listy klasy w Sekretariacie na podstawie zmiany w DE • aktualizacji przynależności do klasy na podstawie corocznej klasyfikacyjnej promocji uczniów przeprowadzonej w DE lub Sekretariacie

10. System rekrutacji do przedszkoli i szkół

System musi umożliwiać:

W zakresie dotyczącym naboru do przedszkoli:

1. Umożliwić stworzenie i opublikowanie internetowego informatora o ofercie przedszkoli dla całego miasta; informator musi składać się z wizytówek poszczególnych przedszkoli,

2. Umożliwić dostęp do informacji o przebiegu rekrutacji na każdym etapie rekrutacji dla organu prowadzącego, zespołu obsługi administracyjno-ekonomicznej przedszkoli miejskich oraz poszczególnych przedszkoli,

3. Umożliwić wypełnienie podania o przyjęcie do przedszkola elektronicznie przy użyciu formularza na

4. stronie internetowej,

5. Umożliwić organowi prowadzącemu na ustalanie wzoru podania o przyjęcie do przedszkola oraz określanie minimalnego zakresu danych, jakie należy podać aby możliwe było wygenerowanie podania w systemie,

6. Umożliwić wskazanie przez rodziców listy preferowanych przedszkoli, o przyjęcie do których wnioskują wraz z zaznaczeniem kolejności preferencji,

7. Umożliwić wskazanie szkoły obwodowej na podstawie adresu zamieszkania,

8. Umożliwić wskazanie przez rodziców listy preferowanych maksymalnie szkół/szkoły spoza obwodu wraz ze wskazaniem oddziałów, o przyjęcie do których wnioskują wraz z zaznaczeniem kolejności preferencji,

9. Umożliwić dokonanie przydziału dzieci do przedszkola na podstawie listy preferencji oraz decyzji komisji rekrutacyjnej,

10. Umożliwiać automatyczny przydział dzieci kontynuujących uczęszczanie do danego przedszkola na podstawie deklaracji kontynuacji,

11. Posiadać bieżący dostęp do raportów z następujących obszarów (wraz z możliwością ich wydruku):

• lista deklaracji kontynuacji,

• lista zgłoszeń,

• lista dzieci przyjętych do placówki,

• lista dzieci nieprzyjętych,

• lista dzieci potencjalnie możliwych do przyjęcia,

• zbiorcze wyniki rekrutacji,

• umożliwiać kontrolowanie obowiązku rocznego przygotowania przedszkolnego.

W zakresie dotyczącym naboru do szkół podstawowych:

1. Umożliwić stworzenie i opublikowanie internetowego informatora o ofercie szkół podstawowych dla całego miasta, informator musi składać się z wizytówek poszczególnych szkół podstawowych,

2. Umożliwić dostęp do informacji o przebiegu rekrutacji na każdym etapie rekrutacji dla organu prowadzącego oraz poszczególnych szkół podstawowych,

3. Umożliwić wypełnienie podania o przyjęcie do szkoły podstawowej elektronicznie przy użyciu formularza na stronie internetowej,

4. Umożliwić organowi prowadzącemu na ustalanie wzoru podania o przyjęcie do szkoły oraz określanie minimalnego zakresu danych, jakie należy podać aby możliwe było wygenerowanie podania w systemie,

5. Umożliwić dostęp do informacji o uczniach z obwodu oraz kandydatach spoza obwodu,

6. Umożliwić wskazanie przez rodziców listy preferowanych maksymalnie dwóch szkół (jedna obwodowa, jedna spoza z obwodu), o przyjęcie do których wnioskują wraz z zaznaczeniem kolejności preferencji,

7. Umożliwić automatyczne przyjęcie kandydatów do szkoły z jej obwodu,

8. Umożliwić organowi prowadzącemu przed dokonaniem ostatecznego przydziału uczniów do szkoły podstawowej na określanie liczby oddziałów do których będzie przeprowadzony nabór oraz liczby miejsc w danej szkole,

9. Umożliwić organowi prowadzącemu na ostateczne zatwierdzenie przydziału uczniów do poszczególnych szkół,

10. Umożliwić automatyczne wczytanie list przyjętych dzieci do sekretariatu,

11. Umożliwiać bieżący dostęp do raportów z następujących obszarów (wraz z możliwością ich wydruku):

10.1. Lista kandydatów zgłoszonych do szkoły podstawowej,

10.2. Lista kandydatów zgłoszonych do szkoły podstawowej spoza obwodu szkoły,

10.3. Lista kandydatów zgłoszonych do szkoły podstawowej z obwodu szkoły,

10.4. Lista dzieci nieprzyjętych,

10.5. Zbiorcze wyniki rekrutacji.

W zakresie dotyczącym szkół ponadgimnazjalnych:

1. Umożliwić stworzenie i opublikowanie internetowego informatora o ofercie szkół ponadgimnazjalnych prowadzonych przez miasto; informator musi składać się z wizytówek poszczególnych szkół i zawierać co najmniej następujące dane: przedmioty nauczane w zakresie rozszerzonym, nauczane języki obce, zajęcia dodatkowe, przedmioty punktowane ze świadectwa gimnazjalnego, limit miejsc, dodatkowe wymagania; informator musi ponadto umożliwiać odnalezienie właściwej szkoły wg jej typu; informator musi być publikowany po zatwierdzeniu wprowadzonej oferty przez organ prowadzący,

2. Umożliwić dostęp do informacji o przebiegu rekrutacji na każdym etapie rekrutacji dla organu prowadzącego oraz poszczególnych szkół ponadgimnazjalnych,

3. Umożliwić wypełnienie podania o przyjęcie do szkoły ponadgimnazjalnej elektronicznie przy użyciu formularza na stronie internetowej,

5. Umożliwiać uczniowi wybór maksymalnie 3 szkół ze wskazaniem kolejności ich preferencji oraz dowolnej liczby oddziałów,

6. Umożliwiać automatyczne przeliczanie punktów na podstawie ocen ze świadectwa ukończenia gimnazjum, wyników egzaminu gimnazjalnego oraz kryteriów dodatkowych ustalanych przez dyrektorów szkół,

7. Umożliwiać przeprowadzenie rekrutacji dodatkowej (uzupełniającej) na podstawie decyzji komisji rekrutacyjnej szkoły,

8. Umożliwiać organowi prowadzącemu, po zakończeniu terminu składania podań a przed ostatecznym przydziałem uczniów do szkół, wykonywanie symulacji przydziału poprzez definiowanie x.xx. liczby oddziałów w szkołach, liczby miejsc w oddziałach, minimalnego limitu punktów obowiązującego w danej szkole; na etapie prowadzenia symulacji, uczniowie oraz szkoły nie powinny mieć dostępu do systemu,

9. Umożliwiać organowi prowadzącemu na ostateczne zatwierdzenie wyników przydziału uczniów do szkół,

10. Umożliwić automatyczne wczytanie list przyjętych uczniów do sekretariatu,

11. Posiadać bieżący dostęp do raportów z następujących obszarów (wraz z możliwością ich wydruku):

10.6. stan wstępny obłożenia szkół i oddziałów,

10.7. stan wstępny obłożenia wszystkich preferencji,

10.8. lista kandydatów przyjętych do szkół ponadgimnazjalnych,

10.9. lista kandydatów nieprzyjętych do szkół ponadgimnazjalnych,

10.10. wolne miejsca w szkołach ponadgimnazjalnych,

10.11. podsumowanie wyników rekrutacji,

10.12. napływ uczniów spoza miasta.

12. Umożliwiać prowadzenie rekrutacji bezpośrednio do konkretnych oddziałów lub do typów szkół;

13. Umożliwiać wydruk skierowania na badanie dla kandydata przez szkołę na każdym etapie naboru wraz z informacją o przeciwwskazaniach w wybranym zawodzie.

14. Umożliwiać tworzenie klas po zakończeniu naboru w przypadku, kiedy szkoła prowadziła rekrutację do typów szkół a nie do konkretnych oddziałów wraz z możliwością drukowania składu klas.

11. System rejestrowania i rozliczania pobytu dziecka w przedszkolu

1. System ma być efektywnym narzędziem służącym do ewidencji danych i prowadzenia rozliczeń finansowych dzieci w przedszkolu. Dodatkowo ma pełnić funkcję informacyjno-komunikacyjną w kontaktach z rodzicami oraz funkcję dziennika zajęć przedszkolnych. Zastosowana technologia ma umożliwiać wdrożenie systemu na poziomie całej gminy.

2. System powinien posiadać jedną centralną bazę, dostępną przez Internet dla wszystkich podległych jednostek. System powinien być zbudowany w oparciu o rozproszoną architekturę trójwarstwową.

3. Wymóg posiadania przeglądarki internetowej wraz z dostępem do Internetu jest jedynym warunkiem pracy w systemie. Praca w aplikacji nie może wymagać instalacji dodatkowego komercyjnego oprogramowania wspomagającego generowanie raportów, statystyk i wydruków.

4. System ma zapewniać kontrolę dostępu do programu, ustalanie poziomu uprawnień poszczególnych użytkowników oraz haseł.

5. Program ma zapewniać automatyczne tworzenie kopii bezpieczeństwa.

6. System ma mieć możliwość zaimportowania podstawowych danych ewidencyjnych dzieci oraz rodziców/opiekunów z pliku w formacie Excel udostępnianego klientowi w procesie wdrożenia.

7. Podstawy prawne, które musi spełniać program:

a. Obowiązującą ustawę o systemie oświaty

b. Obowiązującą ustawę o ochronie danych osobowych

8. Program musi być produktem gotowym, w polskiej wersji językowej, spełniającym na dzień złożenia oferty wszystkie wskazane wymagania i posiadać funkcjonalności określone przez Zamawiającego.

WYMAGANIA SZCZEGÓŁOWE:

Aplikacja musi posiadać wersję mobilną.

1. System musi posiadać moduł kartotek umożliwiających prowadzenie ewidencji danych jednostek, grup, dzieci, rodziców, w tym:

• wprowadzanie i edycja danych (dzieci i rodziców, jednostek, grup),

• kopiowanie danych dziecka między jednostkami ,

• przenoszenie dziecka między grupami,

• mechanizm promocji dzieci na nowy rok szkolny,

• ewidencja kandydatów,

• archiwum danych dzieci, które zakończyły edukację w danym przedszkolu,

• archiwum w podziale na grupy wiekowe

• w podziale na foldery z datą wypisu (rok zakończenia uczęszczania dziecka do przedszkola)

• możliwość przeniesienia kart do czytnika razem z danymi dziecka do jednostki wakacyjnej

• prowadzenie jednostek wakacyjnych ,

• korespondencja seryjna dla wybranych druczków.

2. System musi posiadać moduł rozrachunków do dokonywania miesięcznych naliczeń opłat z możliwością wprowadzania wpłat, umorzeń, zwrotów, przeksięgowań, drukowania kwitków (wpłaty gotówkowe), a także:

• definiowania indywidualnych ustawień przypisów (opłat) dziecka – opłaty za pobyt, żywienie i dodatkowe,

• prowadzenia ewidencji obecności na opłatach za pobyt, posiłek i dodatkowych,

• automatycznego naliczania opłat w oparciu o czytniki kart zbliżeniowych i ustawienia przypisów,

• rozliczania opłat z dofinansowaniem i ze zniżkami,

• dokonywania rozliczeń końcowych,

• wyliczania odsetek,

• podglądu szczegółowego algorytmu naliczenia,

• drukowania zestawienia opłat dla rodzica,

• automatyczny podział wpłaconej przez rodzica kwoty na poszczególne opłaty zgodnie ze zdefiniowanymi wcześniej priorytetami (zarówno przy wpłatach przelewem, jak i w kasie).

3. System musi umożliwiać jego parametryzację do indywidualnych wymagań placówki oraz tworzenia szczegółowych ustawień opłat ewidencjonowanych w przedszkolu (opłaty za pobyt, posiłek, dodatkowe). Ponadto musi posiadać możliwość ustawienia kont bankowych, odsetek, dni wolnych.

4. System musi posiadać moduł dla rodziców dzieci uczęszczających do poszczególnych przedszkoli. Panel ten ma między innymi służyć komunikacji placówki z rodzicami, a także rodziców z innymi rodzicami. Po zalogowaniu rodzic musi mieć dostęp do następujących funkcjonalności:

• należności (podgląd bieżących i archiwalnych należności, wydruk blankietu do przelewu, dostarczenie informacji o danych do przelewu),

• kwota należności widoczna w panelu rodzica w podziale na poszczególne opłaty,

• jadłospis (dzienny i tygodniowy),

• komunikaty indywidualne lub grupowe (tablica ogłoszeń dziennych i okresowych),

• nieobecności (zgłaszanie nieobecności dziecka na wybranych zajęciach, w wybranym dniu lub tygodniu, podgląd obecności w całym miesiącu łącznie z godzinami wejść i wyjść),

• aktywacja / blokowanie kart do czytników zbliżeniowych,

• druki – pobranie i wydruk druczków przygotowanych i opublikowanych przez przedszkola (x.xx.: upoważnienie do odbioru dziecka, umowa z przedszkolem gotowa do podpisu),

• możliwość personalizacji konta, np. ustawienia odnośnie prywatności , zmian loginu i/lub hasła.

Panel rodzica powinien być dostępny również z poziomu aplikacji mobilnej na system operacyjny Android oraz IOS, która powinna posiadać podsiadającej następujące funkcjonalności:

• podgląd bieżących należności;

• zgłaszanie nieobecności dziecka na wybranych zajęciach lub w całym dniu/dniach;

• podgląd jadłospisu na dany dzień lub na cały tydzień;

• podgląd ogłoszeń publikowanych po stronie przedszkola na dany dzień;

• komunikacja z innymi rodzicami oraz pracownikami przedszkola;

• zablokowanie karty w przypadku jej zgubienia lub kradzieży;

• podgląd godzin wejść-wyjść dziecka w przedszkolu z bieżącego tygodnia.

5. System musi umożliwiać generowanie wydruków i raportów związanych z opłatami za przedszkole, a także związanych z prowadzeniem dzienników zajęć przedszkolnych w tym:

• Z uwzględnieniem wszystkich dzieci nawet tych z zerowymi wpłatami w wydruku "raport rozliczeń do księgowości"

• wydruku dzieci z archiwum w jednym zestawieniu (bez wchodzenia w każde dziecko) z numerami kont bankowych.

• blokadę rachunku bankowego dzieci, które znajdują się w "archiwum"

• blokadę zatwierdzonych naliczeń w trakcie trwania miesiąca

6. System musi umożliwiać ewidencję czasu pobytu dziecka w przedszkolu poprzez rejestrację zdarzeń wyjścia i wejścia dziecka do i z przedszkola. Ewidencja musi być prowadzona poprzez rejestrowanie zdarzeń za pomocą dostępnych na rynku technologii teleinformatycznych. Moduł ewidencji czasu pobytu dziecka musi zawierać opcję konfiguracji poszczególnych opłat tak, aby korzystały z ewidencji zdarzeń (wejścia i wyjścia dziecka do / z przedszkola), zarejestrowanych za pomocą dostępnych na rynku technologii teleinformatycznych. System musi także umożliwić generowanie raportów i statystyk opartych na zarejestrowanych zdarzeniach wejść i wyjść dziecka z przedszkola. Zamawiający wymaga, aby w ramach postępowania dostarczono również kompatybilne z systemem technologię teleinformatyczną niezbędną do prawidłowego działania systemu, z możliwością personalizacji.

7. System musi posiadać moduł dla administratora systemu z minimalnymi uprawnieniami do:

• zamknięcia okresu – zablokowania edycji miesiąca rozliczonego,

• stworzenia kont pozostałym użytkownikom systemu, rozszerzenia lub zmniejszenia istniejących uprawnień,

• dostępu do statystyki logowań – opcja wyświetla dane dotyczące logowania poszczególnych użytkowników systemu ,

• zdefiniowania własnych słowników nazw,

• importu / eksportu danych do i z innych systemów,

• stworzenia wzorów druków dostępnych do wygenerowania dla wszystkich dzieci w jednostce.

8. System musi posiadać moduł dziennika zajęć przedszkolnych, umożliwiającego ewidencję i prowadzenie dzienników zajęć przedszkolnych, grupowych i indywidualnych (specjalistycznych).

Moduł powinien:

• Zawierać gotowe narzędzia pracy nauczyciela (arkusze obserwacji, gotowości) z możliwością generowania raportów

• Umożliwiać przeprowadzenie Ankiety dla rodziców i nauczycieli pomocne np. do ewaluacji

• umożliwiać wykonywanie ćwiczeń interaktywnych przez dzieci z podziałem na wiek oraz poszczególne sfery rozwoju

• zawierać gotowe plany miesięczne z możliwością korekty oraz scenariusze zajęć

9. System musi umożliwić dwukierunkową integrację z wybranym systemem bankowym, tj.:

• import wyciągów przelewów i księgowanie ich w systemie,

• eksport listy zwrotów nadpłat do systemu bankowego.

• system nie powinien mieć możliwości ponownego importu wcześniej wczytanych plików z banku do aplikacji przedszkolnej

• Zmawiający wymaga, aby rozwiązanie to miało możliwość zarówno obsługi ręcznej poprzez import pliku, jak i automatycznej podczas synchronizacji z bankiem przy sesjach wychodzących.

10. Z uwagi na fakt, iż księgowość podległych jednostek, jest prowadzona przez organ prowadzący, system musi posiadać moduł dedykowany dla Urzędu Miasta, jako organu prowadzącego i rozliczającego finanse podległych jednostek. Minimalna funkcjonalność modułu to:

• podgląd danych teleadresowych wszystkich jednostek oraz bieżący stan rozliczeń finansowych jednostek,

• automatyczne księgowanie danych z poszczególnych placówek w systemie finansowym dostarczonym przez Wykonawcę

• prowadzenie księgowości poszczególnych jednostek, włącznie z synchronizacją z systemem bankowym miasta (import / eksport wyciągów i automatyczne księgowanie wpłat z przelewów),

• generowanie raportów oraz wydruków w ujęciu globalnym (wszystkie placówki), jak również dla poszczególnych przedszkoli (jednostkowo),

• zarządzanie systemem oraz konfiguracja ustawień dla wszystkich jednostek w mieście oraz zdefiniowanie ustawień opłat zgodnych z uchwałą Rady Miasta,

• komunikacja z pracownikami placówek oraz rodzicami.

12. System do prowadzenia gospodarki magazynowej

1. Program ma zapewnić pracę w wersji sieciowej, dla minimum trzech jednocześnie zalogowanych do programu użytkowników.

2. Baza danych programu ma być umieszczona na serwerze i napędzana dowolnym darmowym silnikiem bazodanowym.

3. System musi zapewniać kontrolę dostępu do programu, ustalanie poziomu uprawnień poszczególnych użytkowników oraz haseł.

4. Program ma zapewniać automatyczne tworzenie kopii bezpieczeństwa na dowolnych nośnikach.

5. Program ma gwarantować możliwość rozpoczęcia pracy w dowolnym momencie roku.

Podstawy prawne, które musi spełniać program: Ustawa z dnia 29 września 1994 r o rachunkowości (Dz.

U. z 2016 r. poz. 1047 z późn. zm.).

6. Program musi współpracować z drukarkami sieciowymi i lokalnymi oraz mieć możliwość wykonania wszystkich wydruków z pozycji podglądu wydruku.

7. Program musi być produktem gotowym, w polskiej wersji językowej, spełniającym na dzień złożenia oferty wszystkie wskazane wymagania i posiadać funkcjonalności określone przez Zamawiającego.

8. Program musi działać w środowiskach Windows 32 i 64 bitowych.

9. Program ma umożliwiać eksport wyników wyszukiwania oraz raportów i sprawozdań do pliku z możliwością wyboru formatu (minimum pdf, rtf, doc, xls, xml).

Wymagania szczegółowe:

1. Możliwość obsługi kilku magazynów.

2. Definiowanie rodzajów operacji występujących w jednostce.

3. Obsługa obrotu magazynowego wybraną metodą rozchodu.

4. Prowadzenie obrotu magazynowego ilościowo-wartościowego lub ilościowego.

5. Ewidencjonowanie dokumentów przychodów i rozchodów z możliwością ich wydrukowania.

6. Obsługa magazynu wg cen zakupu, FIFO, LIFO.

7. Automatyczna obsługa inwentaryzacji – oddzielna dla każdego magazynu.

8. Zamykanie okresów obrotowych oddzielnie dla każdego magazynu.

9. Automatyzacja wykonywania czynności związanych z zamknięciem miesiąca i roku.

10. Przygotowywania licznych zestawień i porównań, niezbędnych przy uzgadnianiu stanów magazynowych.

11. Wydruki i zestawienia:

a. dokumentów magazynowych,

b. obrotów według towarów,

c. stanów magazynowych,

d. towarów według ich daty ważności,

e. obrotu towarów według kontrahenta.

f. Przychody

g. Rozchody

h. Stan towarów

i. Stan zerowy (braki)

j. Zestawienie przychodów i rozchodów

k. Dziennik operacji magazynowych

l. Dokumenty wg. Kontrahenta

m. Rozliczanie dokumentów

n. Rozliczenie zleceń wydania z magazynu

o. Zestawienie osobodni

p. Zestawienie wartości odżywczych

12. Przesyłanie dokumentów do systemu finansowo-księgowego.

13. Eksport do programu finansowo-księgowego dokumentów dotyczących rozchodu i przychodu.

14. Generowanie danych w formacie Jednolitego Pliku Kontrolnego (JPK_MAG).

Moduł żywieniowy dla dietetyka

1. Program ma zapewnić pracę w wersji sieciowej, dla minimum trzech jednocześnie zalogowanych do programu użytkowników.

2. Baza danych programu ma być umieszczona na serwerze i napędzana dowolnym darmowym silnikiem bazodanowym.

3. System musi zapewniać kontrolę dostępu do programu, ustalanie poziomu uprawnień poszczególnych użytkowników oraz haseł.

4. Program ma zapewniać automatyczne tworzenie kopii bezpieczeństwa na dowolnych nośnikach.

5. Program ma gwarantować możliwość rozpoczęcia pracy w dowolnym momencie roku.

6. Podstawy prawne, które musi spełniać program: Ustawa z dnia 11 maja 2001 r. o warunkach zdrowotnych żywności i żywienia (Dz.U. z 2001 r., Nr 63 poz. 634 ze zm.).

7. Program musi współpracować z drukarkami sieciowymi i lokalnymi oraz mieć możliwość wykonania wszystkich wydruków z pozycji podglądu wydruku.

9. Program musi działać w środowiskach Windows 32 i 64 bitowych.

10. Razem z dostawą Zamawiający wymaga dostarczenia aktualnej instrukcji programu w wersji elektronicznej lub papierowej, nośnik instalacyjny z aktualną wersją programu, licencja i komplet dokumentów pozwalających na stwierdzenie legalności zakupionego oprogramowania dla celów inwentaryzacyjnych i audytowych.

11. Program ma umożliwiać eksport wyników wyszukiwania oraz raportów i sprawozdań do pliku z możliwością wyboru formatu (minimum pdf, rtf, doc, xls, xml).

Wymagania szczegółowe:

1. Obliczanie wartości energetycznej (kcal) poszczególnych składników w 100 g produktu wg danej receptury potraw:

- ubytki

• - białko (g) -opcjonalnie

• - tłuszcz(g)

• - węglowodany(g)

• - błonnik(g)- opcjonalnie

• - sód(g)

• - witamina A

• - witamina B1( mcg)

• - witamina B2(mcg)

• - witamina C(mg)

• - cholesterol(mg).

- energia

- wapń

- fosfor

- żelazo

2. Wyliczanie dziennej racji pokarmowej na poszczególne posiłki ( potrawy) w przeliczeniu na 1 osobę.

3. Obliczenie % kcal na

- śniadanie,

- obiad,

- kolacja/podwieczorek

4. Sporządzanie raportów żywieniowych dziennych i zestawień miesięcznych.

5. Sporządzanie jadłospisów dekadowych.

6. Umożliwia import bazy produktów spożywczych z zewnętrznych źródeł (np. Instytutu Żywności i Żywienia)

7. Wyświetlanie alergenów dla tworzonych potraw

8. Automatyczne przeliczanie wartości odżywczych jadłospisu i porównanie ich z normami żywieniowymi

13. System do inwentaryzacji majątku placówek oświatowych

W zakresie obsługi inwentaryzacji środków trwałych i wyposażenia:

1. System powinien posiadać jedną centralną bazę, dostępną przez Internet dla wszystkich podległych jednostek,

2. System powinien być zbudowany w oparciu o rozproszoną architekturę trójwarstwową,

3. System powinien umożliwiać prowadzenie pełnej ewidencji ilościowo-wartościowej i ilościowej wyposażenia oraz majątku trwałego,

4. generowanie planu amortyzacji na cały okres użytkowania, naliczanie amortyzacji, umożliwienie symulacji amortyzacji do końca okresu użytkowania, zmianę wartości początkowej, umorzenia oraz stawek amortyzacyjnych aktywów trwałych, wycofywanie naliczonej amortyzacji,

5. wykorzystanie szeregu filtrów podczas wyszukiwania elementów majątku z możliwością sortowania,

6. automatyczne przygotowanie i rozliczanie inwentaryzacji, wspomaganie inwentaryzacji (wyliczanie różnic inwentaryzacyjnych ilościowych oraz w umiejscowieniu),

7. System powinien umożliwić dodawanie opisu do majątku ujawnionego podczas przeprowadzania spisu z natury, nadawania numeru inwentarzowego według wybranego schematu, przypisania indeksu materiałowego, wartości i ilości,

8. współpracę z urządzeniami wspomagającymi proces inwentaryzacji (kolektor danych, drukarka kodów kreskowych),

9. wystawianie niezbędnych dokumentów, związanych z przychodem i rozchodem mienia,

10. eksport danych do arkusza kalkulacyjnego,

11. bieżącą kontrolę i ocenę stanu majątku jednostki,

12. zapisanie każdego wydruku w uniwersalnym formacie pdf,

13. pełną dokumentację historii zmian,

14. program umożliwia zdefiniowanie dowolnej liczby Użytkowników oraz ustalenie poziomu uprawnień do obsługi poszczególnych opcji,

15. program z funkcjami wymaganymi dla administracji samorządowej.

16. Program uwzględnia działów klasyfikacji budżetowej, pozwalając na tworzenie dodatkowych zestawień pod kątem księgowym oraz upraszcza procesy uzgodnieniowe na koniec roku obrachunkowego.

17. ma możliwość zastosowania do oznaczenia środków trwałych i wyposażenia technologii kodów kreskowych.

18. program wykorzystuje terminal przenośny współpracujący z oprogramowaniem bazowym.

19. ewidencjonowanie operacji: przyjęcia, likwidacji, przekazania (darowizny),

20. ewidencję środków trwałych,

21. tworzenie zestawień środków trwałych, rejestrowanie zwiększeń i zmniejszeń wartości środków trwałych,

22. drukowanie karty składnika majątku,

23. przekazywanie odpowiedzialności za sprzęt pracownikom, zmiany miejsca użytkowania oraz przenoszenie grupy sprzętów między salami,

24. drukowanie protokołów przekazania wyposażenia,

25. drukowanie wykazu wyposażenia znajdującego się w pomieszczeniu

26. dostęp do panelu zarządzającego umożliwiającego dostęp do danych oraz generowanie zbiorczych wydruków ze wszystkich jednostek

27. tworzenie kilkustopniowej struktury umiejscowień

28. przypisywanie kilku osób odpowiedzialnych do jednego składnika majątku

29. zarządzanie danymi za pomocą aplikacji web

30. zarządzanie tożsamością użytkowników zgodnie z następującymi wymaganiami:

31. przechowywanie danych użytkowników

32. przechowywanie w postaci zaszyfrowanej hasła

33. zintegrowane jednokrotne logowanie użytkowników

34. zunifikowany interfejs Użytkownika

35. możliwość personalizowania wyglądu.

14. System do analizy wyników egzaminów zewnętrznych

1. System ma być efektywnym narzędziem służącym do gromadzenia danych na temat wyników egzaminów, a także służącym do wieloaspektowej diagnozy jakości kształcenia w szkołach na podstawie analizy wyników egzaminów zewnętrznych.

3. System ma zapewniać kontrolę dostępu do programu, ustalanie poziomu uprawnień poszczególnych użytkowników oraz haseł.

4. System ma zapewniać automatyczne tworzenie kopii bezpieczeństwa.

5. System ma mieć możliwość zaimportowania podstawowych danych ewidencyjnych z pliku w formacie Excel, CSV.

6. Podstawy prawne, które musi spełniać system: Rozporządzenie Ministra Edukacji Narodowej z dnia 7 października 2009 r. w sprawie nadzoru pedagogicznego (Dz. U. z dnia 9 października 2009 r.);

7. System musi współpracować z drukarkami sieciowymi i lokalnymi oraz mieć możliwość wykonania wszystkich wydruków z pozycji podglądu wydruku.

8. System musi być produktem gotowym, w polskiej wersji językowej, spełniającym na dzień złożenia oferty wszystkie wskazane wymagania i posiadać funkcjonalności określone przez Zamawiającego.

Wymagania szczegółowe

1. System musi składać się z oddzielnego kanału dostępu dla:

• szkół ponadpodstawowych kończących się maturą,

• organu prowadzącego.

2. System musi gromadzić dane na temat wyników egzaminów oraz dawać możliwość ich analizy. W szczególności musi umożliwiać:

• automatyczny import danych z wynikami uczniów z pliku w formacie udostępnionym szkołom przez Okręgową Komisję Egzaminacyjną;

• import indywidualnych i szkolnych skal staninowych publikowanych przez CKE,

• import wyników maturzystów „na wejściu", tj. wyników egzaminów zewnętrznych uczniów na poprzednim poziomie kształcenia.

3. System musi umożliwić dyrektorowi szkoły analizę wyników poszczególnych egzaminów zewnętrznych w odniesieniu do uczniów, oddziałów jak i szkoły, wprowadzonych do systemu na poziomie szkoły.

4. System musi umożliwić organowi prowadzącemu analizę wyników poszczególnych sprawdzianów i egzaminów zewnętrznych, wprowadzonych do systemu na poziomie szkoły.

5. System musi posiadać archiwum wyników i jakościowe zestawienia przetworzonych wyników egzaminów zewnętrznych z kolejnych sesji egzaminacyjnych -wyników egzaminów maturalnych.

6. System musi dawać możliwość statystycznego podsumowania sesji egzaminacyjnej.

7. System musi generować wydruki różnego typu raportów w postaci wykresów i tabel:

• informacyjnych - ogólna informacja o absolwentach, którzy przystąpili do egzaminu,

• charakteryzujących adeptów - szczegółowe informacje o potencjale uczniów danej szkoły na podstawie wyników „na wejściu" (wyniki surowe, wyniki znormalizowane - staniny oraz wyniki względne - efektywności),

• charakteryzujących absolwentów - szczegółowe informacje o wynikach absolwentów danej szkoły z minionej sesji egzaminacyjnej (wyniki surowe, wyniki znormalizowane - staniny oraz wyniki względne

- efektywności),

• charakteryzujących efektywność kształcenia - analiza porównawcza wyników „na wejściu" z wynikami

„na wyjściu", pozwalająca określić poziom rozwoju absolwentów na podstawie wyników egzaminów zewnętrznych,

• przekrojowych - zbiorcze podsumowanie sesji egzaminacyjnej w danej szkole,

• wieloletnich - analiza porównawcza wyników sesji egzaminacyjnych na przestrzeni lat, pomagająca określić tendencje rozwojowe szkoły,

• możliwość porównania wyników podległych szkół w kanale dostępu dla organu prowadzącego;

• charakteryzujących pracę nauczycieli w aspekcie wyników egzaminów maturalnych oraz wyników adeptów.

8. System musi prezentować wyniki średnie, bezwzględne i znormalizowane w ramach bloków przedmiotowych, poziomów egzaminu i przedmiotów.

9. System musi przedstawiać syntetyczne zestawienia indywidualne i zbiorcze opisujące placówkę w kontekście wyników egzaminów zewnętrznych.

10. System musi dawać możliwość analizy pracy nauczycieli uwzględniającą rozwój wychowanków (nie tylko średnie wyniki).

11. System musi prezentować opis potencjału uczniów wyrażony efektywnością egzaminacyjną na poziomie egzaminu maturalnego.

15. System Ankiet i Statystyk

a) System powinien umożliwiać organowi prowadzącemu w odniesieniu do podległych jednostek oświatowych oraz dyrektorom jednostek w odniesieniu do zatrudnionych pracowników prowadzenie ewaluacji realizowanych zadań oświatowych oraz opracowywania sprawozdań czy raportów.

Wymagania szczegółowe:

1. System musi umożliwiać zdalne wydanie przez organ prowadzący lub dyrektora jednostki oświatowej poleceń wykonania analizy, badania, raportu, sprawozdania.

2. System musi zawierać kreatora ankiet, ułatwiającego przygotowanie narzędzi do analizy i oceny.

3. System musi zawierać kalendarz pozwalający na bezkolizyjne ustalenie terminów wykonania określonych działań.

4. System musi umożliwiać automatyczne powiadamianie określonych w poleceniu użytkowników

o konieczności przygotowania sprawozdania, nowych wiadomościach i ogłoszeniach.

5. System musi umożliwiać po utworzeniu ankiety na wysłanie informacji o dostępności ankiety w systemie poprzez wewnętrzny komunikator.

6. System musi umożliwiać tworzenie ankiet zawierających pytania jednokrotnego, wielokrotnego wyboru, z listy rozwijanej oraz pytania otwarte.

7. System musi umożliwiać na automatyczne tworzenie raportów (sumowanie wyników, tworzenie zestawień odpowiedzi) na podstawie wypełnionych w systemie ankiet, raportów.

8. System musi umożliwiać włączenie opcji anonimowej ankiety podczas jej opracowania, co powinno być sygnalizowane w systemie przy jej wypełnianiu.

9. System musi umożliwiać określanie terminu dostępności ankiety i jej automatyczne zamykanie po wygaśnięciu terminu wypełnienia.

10. System musi umożliwiać dostęp do archiwum ankiet, raportów, sprawozdań.

11. System musi umożliwiać segregowanie ankiet, sprawozdań, raportów według dowolnych kategorii, np.

„bezpieczne ferie”, „stypendia szkole”, „frekwencja w szkołach podstawowych”, itp.

12. System musi zawierać elektroniczną tablicę ogłoszeń: tablica organu prowadzącego, tablica konkretnej jednostki oświatowej; dostęp do tablicy byłby regulowany charakterem dostępu do systemu; ogłoszenia powinny być automatycznie dezaktualizowane (o dacie decydowałaby osoba publikująca – dyrektor, inspektor wydziału edukacji).

13. Każdy użytkownik systemu musi być informowany o nowych ogłoszeniach.

14. System musi umożliwiać włączanie filtrów podczas opracowania statystyk ankiet, np. tylko chłopcy, tylko dziewczęta, tylko uczniowie klas maturalnych.

15. System musi umożliwiać wybór statystyk dla poszczególnych pytań ankiety w wypadku udzielania odpowiedzi zamkniętych; dostęp do listy odpowiedzi otwartych z możliwością ich eksportu w formacie .xml.

16. System musi umożliwiać tworzenie zestawień i wykresów z możliwością eksportu w formacie .xls.

16 .System biblioteczny

System biblioteczny powinien umożliwiać gromadzenie, rejestrowanie i wypożyczanie zbiorów bibliotecznych. System zawiera moduł umożliwiający czytelnikom dostęp do katalogu bibliotecznego z możliwością wypożyczenia zbiorów i podawał informacje o stanie ich wypożyczeń.

System powinien umożliwiać:

W zakresie dotyczącym modułu dla bibliotekarza

1. opracowanie zbiorów w tym także pobieranie opisów bibliograficznych z Biblioteki Narodowej oraz kopiowanie opisów bibliograficznych już istniejących w lokalnej bazie biblioteki;

2. tworzenie zestawień opisów bibliograficznych oraz ich prezentację w katalogu elektronicznym OPAC;

3. gromadzenie zbiorów w tym prowadzenie inwentarzy oraz rejestrów ubytków;

4. przeprowadzenie skontrum, także przez wielu użytkowników systemu jednocześnie;

5. modyfikację wielu zasobów jednocześnie w księdze inwentarzowej;

6. zarządzanie ewidencją podręczników dostarczanych do szkół w oparciu o art. 22ac - 22am Ustawy o systemie oświaty;

7. prowadzenie dziennika biblioteki szkolnej pozwalający na szczegółowe dokumentowanie pracy dydaktycznej oraz prowadzenie planu pracy biblioteki;

8. filtrowanie wszystkich kolumn na liście czytelników, w księdze inwentarzowej i w rejestrze ubytków.

W zakresie dotyczącym modułu dla czytelników

1. przeszukiwanie zbiorów biblioteki oraz rezerwację dostępnych egzemplarzy;

2. udostępnianie zbiorów w oparciu o listę czytelników, w tym także na realizację rezerwacji złożonych przez czytelników za pośrednictwem katalogu elektronicznego;

3. zawężenie wyników wyszukiwania poprzez określenie: roku wydania, tematu, wydawcy, autora i rodzaju dokumentu;

4. czytelnikowi sprawdzenie stanu jego aktualnych wypożyczeń, rezerwacji oraz zaległości;

5. czytelnikowi dokonać prolongaty wypożyczenia;

6. Korzystanie w całości wyłącznie przez przeglądarkę internetową, bez konieczności instalacji po stronie użytkownika dodatków typu plug-in czy jakiegokolwiek dodatkowego oprogramowania;

7. wspólne przeszukiwanie katalogów grupy bibliotek, z zachowaniem odrębności ewidencji zbiorów poszczególnych placówek bibliotecznych.

Document Metadata

Table of Contents

Załącznik nr 1 SIWZ / Załącznik nr 3 do Umowy. Szczegółowy opis przedmiotu zamówienia / Umowy

Document Metadata