Projektowane systemy dziedzinowe do wdrożenia w Gminach i Powiatach województwa mazowieckiego Andrzej Natuniewicz Departament Geodezji i Kartografii Urząd Marszałkowski Województwa Mazowieckiego w Warszawie Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013 1
Agenda prezentacji 1. Procedura wyboru Systemów Dziedzinowych do realizacji w ramach Projektu 2. Najważniejsze funkcjonalności planowanych Systemów Dziedzinowych 3. Proponowane wspólne wymagania dla SD 4. Aktualna struktura SOPZ 5. Korelacja z budową rdzenia e-urzędu 6. Konieczne działania formalne 2
Procedura wyboru Systemów Dziedzinowych do realizacji w ramach Projektu 3
Katalog Systemów Dziedzinowych zgodnie z umowami o współpracy partnerskiej w ramach Projektu EA Wspierających obszary pozostające w kompetencjach samorządów gminnych: 1) podatki od nieruchomości i opłaty lokalne, 2) nieruchomości i mienie gminy oraz Skarbu Państwa przekazane w użytkowanie gminie, 3) podmioty prowadzące działalność gospodarczą, 4) zezwolenia na zajęcie pasa drogowego, 5) dobra kultury. 4
Katalog Systemów Dziedzinowych zgodnie z umowami o współpracy partnerskiej w ramach Projektu EA Wspierających obszary pozostające w kompetencjach samorządów powiatowych: 1) nieruchomości i mienie powiatu oraz Skarbu Państwa przekazane w użytkowanie powiatowi, 2) zezwolenia na zajęcie pasa drogowego, 3) dobra kultury. 5
Czynniki brane pod uwagę w procesie wyboru pakietu systemów dziedzinowych zapisy umów partnerskich, zainteresowanie Partnerów projektu wyrażone w ankiecie Systemy Dziedzinowe, które są wpisane do umów partnerskich cieszą się dużym, ale nie największym, stopień skomplikowania proponowanego do realizacji systemu oraz doprecyzowanie jego funkcjonalności w obowiązujących przepisach, efekt uzyskany w wyniku realizacji zadania. 6
Wybrane Systemy Dziedzinowe elektroniczna obsługa prac rady powiatu/gminy 216 obsługa zamówień publicznych 212 zarządzanie informacją i promocją jednostki samorządu terytorialnego 204 obsługa gospodarowania mieniem 173 zarządzanie edukacją 171 obsługa ewidencji zezwoleń na sprzedaż alkoholu 171 obsługa ewidencji nieruchomości 165 zarządzanie współpracą z organizacjami pozarządowymi 160 konsultacje społeczne 157 obsługa ewidencji zezwoleń na lokalizację w pasie drogowym i na zajęcie pasa drogowego obsługa ewidencji środków trwałych 152 obsługa ewidencji zabytków 150 153 7
Proponowane funkcjonalności planowanych Systemów Dziedzinowych 8
System obsługi prac rady powiatu/gminy Powinien wspierać obsługę prac: 1) rady, 2) komisji rady, 3) poszczególnych radnych, m.in. poprzez: zapewnienie obiegu dokumentów, katalogowanie plików z zarejestrowanym przebiegiem posiedzeń, publikację informacji, wsparcie czynności technicznych (zliczanie głosów, liczby radnych, quorum). 9
System obsługi prac rady powiatu/gminy Powinien umożliwiać prowadzenie całości procesu związanego z projektowaniem aktów prawnych Rady Gminy/Powiatu, począwszy od momentu wypełnienia określonego szablonu elektronicznego projektu aktu prawnego przez pracownika merytorycznego wskazanego wydziału Urzędu Gminy/Starostwa, poprzez proces zatwierdzania projektu na kolejnych szczeblach, aż po przekazanie projektu do jednostki Urzędu zapewniającej obsługę Rady. 10
System obsługi prac rady powiatu/gminy Powinien umożliwiać radnym zdalny dostęp w szczególności do: projektów uchwał, protokołów z posiedzeń, projektów budżetu, danych np. statystycznych i analiz udostępnianych w systemie. Powinien być zgodny ze Statutem Gminy/Powiatu (Regulaminem Rady). Wykonawca w ramach wdrożenia u każdego Partnera, w uzgodnieniu z Zamawiającym i Partnerem, dokona konfiguracji systemu w sposób dopasowujący jego działanie do wymagań zawartych w Statucie (Regulaminie). 11
System obsługi zamówień publicznych Powinien być zgodny z ustawą z dnia 29 stycznia 2004 r. Prawo zamówień publicznych oraz aktami wykonawczymi do tej ustawy i umożliwiać: obsługę postępowań o udzielenie zamówienia we wszystkich trybach (wraz z zamówieniami uzupełniającymi i dodatkowymi), rejestrację dokumentów wpływających w toku prowadzonej procedury, wspomaganie generowania dokumentów niezbędnych w toku postępowania (np. protokołów, dokumentów do publikacji na stronie internetowej Zamawiającego, ogłoszeń do Biuletynu UZP i DzU UE), 12
System obsługi zamówień publicznych monitorowanie dokumentacji pod kątem kompletności, monitorowanie terminowości postępowania, ewidencjonowanie udzielonych zamówień, prowadzenie planu zamówień, opracowywanie i zatwierdzenie dokumentacji postępowania, odpowiedzi na pytania wykonawców wraz ze zmianami w dokumentacji przetargowej, 13
System obsługi zamówień publicznych weryfikację spełniania warunków udziału w postępowaniu, generowanie wezwań o wyjaśnienia lub uzupełnienia, ocenę i porównanie ofert według wprowadzonych kryteriów, ewidencję wniesionych środków ochrony prawnej i obsługę procedury odwoławczej, ewidencjonowanie umów w sprawie zamówienia publicznego i aneksów do nich. 14
System obsługi ewidencji zezwoleń na sprzedaż alkoholu rejestracja wniosków (wraz z załącznikami) o wydanie zezwolenia na sprzedaż alkoholu, weryfikacja danych w zakresie zgodności zapisów we wniosku z rejestrami publicznymi, informacje o wygaśnięciu zezwolenia, rejestracja wniosków o wyprzedaż zapasów alkoholu po wygaśnięciu pozwolenia, generowanie dokumentów na podstawie zarejestrowanych danych. 15
System obsługi ewidencji nieruchomości Powinien służyć do obsługi ewidencji nieruchomości stanowiących własność Skarbu Państwa oraz własność jednostki samorządu terytorialnego, w tym umożliwić rejestrację: oznaczenia nieruchomości według księgi wieczystej oraz katastru nieruchomości (zgodnie z identyfikatorami obiektów bazy danych ewidencyjnych określonych w załączniku nr 1 do Rozporządzenia Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 r. w sprawie ewidencji gruntów i budynków), w przypadku braku księgi wieczystej, umożliwić wskazanie dokumentów potwierdzających własność gminy, powiatu lub Skarbu Państwa, prawa do nieruchomości (ostatecznych decyzji administracyjnych, aktów notarialnych, prawomocnych orzeczeń sądowych, dyspozycji zawartych w aktach normatywnych oraz innych dokumentów), 16
System obsługi ewidencji nieruchomości powierzchni nieruchomości; przeznaczenia nieruchomości w planie miejscowym, a w przypadku braku planu w studium uwarunkowań i kierunków zagospodarowania przestrzennego; informacji o zgłoszonych roszczeniach do nieruchomości, w tym co najmniej umożliwić krótki opis roszczenia oraz dane osoby/instytucji zgłaszającej roszczenie; informacji o toczących się postępowaniach administracyjnych i sądowych dotyczących nieruchomości. 17
System obsługi ewidencji nieruchomości Powinien pozwalać na: wykonywanie analiz i zestawień, cykliczne zasilanie danymi katastru nieruchomości, wskazywanie rozbieżności pomiędzy prowadzoną ewidencją nieruchomości (w ramach Systemu Dziedzinowego) a katastrem nieruchomości, wydawanie danych do opracowania planu wykorzystania zasobu nieruchomości. 18
System ewidencji zezwoleń na lokalizację w pasie drogowym i na zajęcie pasa drogowego Powinien umożliwiać prowadzenie ewidencji co najmniej w zakresie: rejestracji wniosku o zezwolenie na lokalizację w pasie drogowym, wsparcia opracowania ww. decyzji, rejestracji wydanych decyzji wraz z istotnymi jej elementami, rejestracji wniosku o wydanie decyzji zezwalającej na zajęcie pasa drogowego, wsparcia opracowania ww. decyzji, rejestracji wydanych decyzji wraz z istotnymi elementami jej treści, 19
System ewidencji zezwoleń na lokalizację w pasie drogowym i na zajęcie pasa drogowego zmian decyzji i ewentualnych roszczeń, protokołów odbioru odcinka pasa drogowego, powiadomień związanych ze sprawą zezwolenia na zajęcie pasa drogowego, wyszukiwanie, wykonywanie wykazów, analiz według zadanych kryteriów. 20
System ewidencji zabytków System musi wspierać prowadzenie gminnej ewidencji zabytków prowadzonej w formie zbioru kart adresowych zabytków lub kart ewidencyjnych zabytków (w jednostkach, które w drodze porozumień przejęły kompetencje Wojewódzkiego Konserwatora Zabytków) poprzez rejestrację informacji o: zabytkach nieruchomych wpisanych do rejestru; innych zabytkach nieruchomych znajdujących się w wojewódzkiej ewidencji zabytków; innych zabytkach nieruchomych wyznaczonych przez wójta (burmistrza, prezydenta miasta) w porozumieniu z wojewódzkim konserwatorem zabytków. 21
System ewidencji zabytków rejestracja informacji o wpisie lub o wykreśleniu zabytku z ewidencji, tworzenie kart adresowych zabytków, tworzenie kart ewidencyjnych zabytków (opcjonalnie w przypadku zawarcia porozumienia z WKZ), udostępnianie danych, publikacja informacji. 22
Proponowane wspólne wymagania dla SD modułowość, elastyczność, architektura SOA i współpraca z szyną ESB (szyną usług), integracja z systemem Elektronicznego Zarządzania Dokumentacją, integracja z ESP (Elektroniczną Skrzynką Podawczą) w przypadku gdy w jednostce jest już wdrożony system EZD, współpraca z zewnętrznymi rejestrami zawierającymi dane o charakterze referencyjnym. 23
Aktualna struktura SOPZ (1/3) Słownik pojęć i definicji Wymagania ogólne Wymagania dotyczące systemu obsługi prac rady powiatu/gminy Wymagania dotyczące obsługi zamówień publicznych Wymagania dotyczące obsługi ewidencji nieruchomości Wymagania dotyczące obsługi ewidencji zezwoleń na lokalizację w pasie drogowym 24
Aktualna struktura SOPZ (2/3) Wymagania dotyczące obsługi ewidencji zabytków Wymagania dotyczące obsługi ewidencji zezwoleń na sprzedaż alkoholu Wymagania w zakresie Projektu Techniczno Implementacyjnego (PTI) i testowania Wymagania w zakresie dokumentacji technicznej Wymagania w zakresie instruktaży 25
Aktualna struktura SOPZ (3/3) Wymagania dotyczące współpracy z innymi komponentami systemu e-urząd Wymagania dotyczące współpracy z innymi systemami Wymagania dotyczące dystrybucji oprogramowania Wymagania dotyczące bezpieczeństwa Wymagania dotyczące wydajności Wymagania dotyczące zarządzania użytkownikami 26
Korelacja z budową rdzenia systemu e-urząd identyfikacja obciążenia infrastruktury sprzętowej, identyfikacja wykorzystania narzędzi systemowych, wyliczenie niezbędnych parametrów urządzeń, w które powinien być doposażony sprzęt u Partnerów / na poziomie regionalnym, odbiór Szyny Procesów Biznesowych (ESB) i wprowadzenie jej parametrów do SIWZ, instalacja i konfiguracja szyny ESB oraz narzędzi do dystrybucji oprogramowania u wszystkich Partnerów. 27
Konieczne działania formalne Dyskusja nad wykorzystaniem oszczędności w projekcie (XI 2012) Identyfikacja ewentualnych potrzeb w zakresie wdrażania innych Systemów Dziedzinowych (XI 2012) Dokończenie prac nad SIWZ (XII 2012) Dopasowanie wdrożenia do nowych ram czasowych projektu (XII 2012) Uzgodnienie treści SIWZ z Partnerami (I 2013) 28
29