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

Podobne dokumenty