Protokół z prezentacji założeń projektu - BIP MC
Transkrypt
Protokół z prezentacji założeń projektu - BIP MC
Protokół z prezentacji założeń projektu Platforma Integracji Usług i Danych (PIUiD) – publiczna prezentacja założeń projektu w ramach działania POPC 2.1 (II oś priorytetowa - E-administracja i otwarty rząd, Działanie 2.1 „Wysoka dostępność i jakość e-usług publicznych”) Termin i miejsce przeprowadzenia prezentacji Publiczna prezentacja założeń projektu „Platforma Integracji Usług i Danych” (zwana dalej prezentacją) odbyła się 5 stycznia 2017 r. o godz. 11.00 w sali 02 Budynku Ministerstwa Cyfryzacji, przy ul. Królewskiej 27 w Warszawie. Termin prezentacji publicznej umożliwił uwzględnienie konkluzji z przeprowadzonej dyskusji we wniosku o dofinansowanie. Sposób udostępnienia informacji o możliwości zgłoszenia udziału w prezentacji Informację o czasie i miejscu prezentacji oraz możliwości zgłoszenia udziału w niej wraz ze wskazaniem terminu zgłaszania zainteresowania udziałem w publicznej prezentacji udostępniono 21 grudnia 2016 r. w Biuletynie Informacji Publicznej Ministerstwa Cyfryzacji w zakładce Ogłoszenia http://mc.bip.gov.pl/ogloszenia/platforma-integracji-uslug-i-danychpubliczna-prezentacja-zalozen-projektu-w-ramach-dzialania-popc-2-1.html. Ponadto informację o prezentacji opublikowano 30 grudnia 2016 r. na stronie internetowej Instytucji Pośredniczącej POPC – Centrum Projektów Polska Cyfrowa (CPPC) https://cppc.gov.pl/programy/popc-2/prezentacje-publiczne/. Osoby zainteresowane wzięciem udziału w prezentacji założeń projektu miały możliwość przesłania zgłoszenia do 3 stycznia 2017 r. na adres: [email protected], podając w treści swoje imię, nazwisko, nr telefonu oraz adres e-mailowy do kontaktu wraz z danymi instytucji, którą reprezentują. Uczestnicy prezentacji W prezentacji wzięło udział 17 wcześniej zgłoszonych osób oraz 8 pracowników Ministerstwa Cyfryzacji. Porządek prezentacji publicznej projektu 1. Powitanie uczestników oraz informacja o przebiegu i celu spotkania 2. Informacja w sprawie zasad obowiązujących podczas prezentacji publicznej 3. Prezentacja projektu, w której omówione zostały następujące zagadnienia: 1) Harmonogram i koszty projektu 2) Zdiagnozowane potrzeby klientów usług 3) Cele projektu 4) Koncepcja 5) Wskaźniki projektu 6) e-Usługi 7) Procesy biznesowe 8) Komplementarność projektu 9) Zamówienia publiczne 10) Plan rozwoju 11) Podsumowanie Przebieg prezentacji publicznej projektu Prezentację poprowadził Pan Daniel Bachan, Główny Architekt Ministerstwa Cyfryzacji zgodnie z przedstawionym powyżej porządkiem. W trakcie prezentacji założeń projektu zaprezentowane zostały między innymi następujące informacje: okres i koszt realizacji projektu, zdiagnozowane potrzeby klientów usług, które stanowią przyczynę realizacji projektu cele projektu wyrażone mierzalnymi wskaźnikami, e-usługi tworzone lub rozwijane w ramach projektu oraz inne produkty projektu procesy realizowane przez podmioty publiczne, które zostaną usprawnione w wyniku wdrożenia projektu działania związane z poprawą dostępu do informacji sektora publicznego komplementarności projektu z innymi zakończonymi i realizowanymi projektami, w tym o planowanym wykorzystaniu istniejących zasobów i funkcjonujących w administracji publicznej rozwiązań harmonogram zamówień publicznych wraz z kwotą przewidzianą do przeznaczenia na poszczególne zamówienia. Pytania zadawali: 1. Pan Michał Gawryś IBM Polska a. Czy legislacja dotyczy tylko drugiego etapu, czy również zasadniczej części projektu? Odpowiadał Pan Daniel Bachan: Zmiany legislacyjne są przygotowywane i mamy nadzieję, że do czasu decyzji będą wdrożone. b. Czy projekt na pewno będzie zgłoszony w trybie konkursowym, czy też jest rozważany tryb pozakonkursowy? Odpowiadał Pan Daniel Bachan: Plan jest taki, aby był to standardowy tryb konkursowy. Gdyby miało się coś zmienić, będziemy informować o tym z wyprzedzeniem. c. Na pierwszy rzut oka wydaje się, że jest jakieś pokrycie pomiędzy zakresem tego projektu a starym, że tak powiem, planem zakresu projektu ePUAP. Czy tu nie ma jakiejś pułapki, ponieważ ePUAP był finansowany ze środków unijnych? Odpowiadał Pan Daniel Bachan: Nie ma ryzyka pokrycia się zakresu omawianego projektu z ePUAP, który jest formularzowy, natomiast nie ma dostępu do rejestru. Ten projekt może być wykorzystywany w ePUAP, żeby wzbogacić usługi, które tam są. 2. Pan Marek Bąkowski z Polskiej Izby Informatyki i Telekomunikacji a. Założony w harmonogramie 2-miesięczny czas na ogłoszenie i rozstrzygnięcie przetargu przy tej wartości zamówienia publicznego jest zbyt krótki (sam czas na składanie ofert wynosi 40 dni). Powinno się założyć około roku czasu. Odpowiadał Pan Michał Janik, Kierownik Projektu: Jesteśmy świadomi ryzyka opóźnień i przewidujemy, że opóźnienia mogą wynieść około pół roku. Faza oceny projektu, a tym bardziej faza wyboru wykonawcy mogą wiązać się z rozciągnięciem w czasie, ponieważ jednak jest to niewiadoma, to przedstawiliśmy w prezentacji projektu harmonogram w wersji optymistycznej. Uwzględnimy uwagę w dalszych pracach nad harmonogramem projektu. b. Czy prowadzony był dialog techniczny przed decyzją, aby nie kupować gotowych komponentów komercyjnych, tylko „szyć garnitur na miarę” realizując projekt? Odpowiadał Pan Daniel Bachan: Nie prowadziliśmy dialogu technicznego, decyzje podjęliśmy w oparciu o nasze doświadczenie w zakresie integracji i analizę specyfikacji technicznych, jak również wysyłaliśmy też zapytania o informację (RFI) do niektórych dostawców. Analizowaliśmy rynek bardzo szeroko. c. Co to jest „węzeł krajowy” i co on będzie robił w kontekście eIDAS? Odpowiadał Pan Daniel Bachan: węzeł krajowy jest to broker między dostawcami usług a dostawcami tożsamości, który ma zapewnić zunifikowany dostęp do tożsamości w modelu sfederowanym. Węzeł krajowy będzie integrował tożsamość państwową profilu zaufanego i inne tożsamości, spełniające wymogi kodyfikacji. Będzie on również podpięty pod węzeł transgraniczny. d. Czy na platformie będzie jakiś komponent do zarządzania tożsamością? Odpowiadał Pan Daniel Bachan: Niekoniecznie. Jeżeli w węźle krajowym do czasu powstania platformy zostanie stworzony moduł zarządzania tożsamością, to wówczas będzie on wykorzystywany przez platformę. Jeśli nie, to powstanie raczej moduł do lokalnego zarządzania uprawnieniami tożsamości, która będzie pochodziła z zewnątrz. 3. Pan Paweł Radziulisz z Kamsoft S.A. a. Jak inne projekty są skorelowane czasowo z prezentowanym tu projektem? Odpowiadał Pan Daniel Bachan: Od strony administracji publicznej głównym konsumentem usług wytworzonych w tym projekcie będzie Portal gov.pl, który w części informacyjnej ma być gotowy jeszcze w tym roku. W części transakcyjnej Portalu gov.pl obywatel będzie wyrażał zgodę na udostępnianie jego danych poszczególnym dostawcom usług. Co do relacji między projektami, to raczej Portal gov.pl czeka na rezultaty niniejszego projektu, gdyż będzie tworzył usługi czwartego i piątego poziomu dojrzałości z wykorzystaniem API tych rejestrów. Pewnie w okresie przejściowym Portal gov.pl będzie korzystał z jakiś uproszczeń architektury, która jest proponowana w PIUiD. Oba projekty są także powiązane z węzłem krajowym, który ma być zrealizowany w pierwszej połowie tego roku. b. Jak obywatel będzie wyrażał zgodę na dostęp do danych o nim? Odpowiadał Pan Daniel Bachan: Zarządzanie zgodami na udostępnianie tożsamościami leży po stronie dostawców tożsamości, a zarządzanie zgodami na udostępnienie danych z rejestru będzie odbywać się na portalu. c. Czy platforma będzie udostępniała obywatelowi informacje, kto, kiedy i do jakich danych o nim żądał dostępu, czy będzie on musiał zapytać o to właściciela konkretnego rejestru? Odpowiadał Pan Daniel Bachan: Jest przewidziana usługa, która będzie informowała o wszystkich wykonanych API na platformie w kontekście obywatela. Zatem obywatel będzie mógł w jednym miejscu zobaczyć zarówno udostępnienia, na które sam wyraził zgodę, jak i te hurtowe, ze strony banków, komorników itp. Taka transparentność ma zwiększyć zaufanie obywateli do administracji. d. Jaki jest plan przyłączania innych podmiotów, które posiadają rejestry i udostępniania ich danych przez te API i przez ten portal? Odpowiadał Pan Daniel Bachan: Chcielibyśmy włączać rejestry wszystkich, którzy będą tym zainteresowani. Planujemy zbudować platformę, która będzie całkowicie autoskalowalna. Naszym celem jest to, żeby każdego nowego gestora danych włączyć w czasie nie dłuższym niż 3 miesiące. Powołamy zespół do badania i analizy potrzeb klientów (gestorów danych), aby proces przyłączania był dostosowany do ich potrzeb. Osoby zadające pytania uzyskały wyjaśniające odpowiedzi. Przebieg prezentacji utrwalono za pomocą urządzeń rejestrujących dźwięk. Protokół prezentacji Protokół prezentacji opublikowano w dniu 11 stycznia 2017 r. na stronie internetowej Ministerstwa Cyfryzacji. Załącznik do protokołu: 1. Prezentacja publiczna założeń projektu