Dzień informacyjny dla 5 konkursu (CIP-ICT PSP-2011-5) Warszawa, 10 lutego 2011 THEME 4: ICT FOR INNOVATIVE GOVERNMENT AND PUBLIC SERVICES TEMAT 4: ICT W innowacyjnej administracji i usługach ugach publicznych Aleksandra Ihnatowicz Krajowy Punkt Kontaktowy Programów Badawczych UE Instytut Podstawowych Problemów Techniki Polskiej Akademii Nauk
Cel: 4.1. Towards a cloud of public services 4.1. Chmura obliczeniowa w usługach publicznych 2 Pilotaże e B Do 5 mln /pilot Celem jest przetestowanie oraz wykazanie, że e architektury zorientowane na usługi ugi i chmury obliczeniowe mogą być wykorzystywane przy przygotowaniu usług ug eadministracji,, które dzięki nim staną się bardziej elastyczne i łatwiejsze do zaprojektowania. Pilotaż zakłada ada testowanie i ocenę użyteczności ci tych technologii w administracji. Stworzone zostaną nowe usługi ugi zbudowane z elementów, z których korzystać będą szersze niż dotąd d grupy użytkowniku ytkowników w z sektora prywatnego i publicznego. Działanie anie to pozwoli równier wnież na racjonalizację kosztów. W ramach pilotażu u oznaczone zostaną korzyści przyniesie wykorzystanie tych technologii w administracji, organizacjach prywatnych i udostępnianych usługach. ugach. Pilotaż z wybranej dziedziny zakłada adać będzie dostarczenie innowacyjnych usług ug obywatelom/użytkownikom ytkownikom biznesowym. Przykładem obszaru, na który nakierowane będzie b działanie anie może e być dostarczenie innowacyjnych serwisów w informacji geograficznej
4.1. Towards a cloud of public services Charakterystyka: Pilotaż będzie: testował i oceniał podstawowe usługi, ugi, które działać będą przez przynajmniej 12 miesięcy zrzeszać użytkowników w z odpowiednich sektorów, zwłaszcza tych związanych zanych z administracją,, tak by można było o uruchomić dane usługi. ugi. Usługi podstawowe mogą być dostarczane przez konsorcjum lub strony trzecie wytwarzał modele biznesowe, które pozwolą na migrację do nowych architektur zorientowanych na usługi ugi zwracał uwagę na kwestie ochrony danych i prywatności, a także e na kwestie bezpieczeństwa szerzenie wiedzy i komunikacja powinny stanowić integralną część projektu. Działania ania te powinny być skierowane nie tylko do ekspertów, ale tez do władz w publicznych i działaczy aczy z odpowiednich sektorów, które mogą odgrywać rolę przy późniejszym wdrożeniu rozwiązania zania czy usługi. ugi.
4.1. Towards a cloud of public services Oczekiwania: Poprawa wydajności administracji wsparcie dla sektora prywatnego, dzięki informacjom i nowym usługom ugom z sektora publicznego wykazanie, że e innowacje architektury mogą być wykorzystane niezależnie od ram prawnych wykazanie, że e rozwiązania zania takie pozwolą na oszczędno dności w administracji
Cel: 4.2. Towards a single European electronic Identification and authentication area 4.2. W stronę wspólnego europejskiego obszaru elektronicznej identyfikacji i autoryzacji 1 Pilotaż A 8,5 mln Celem tego działania ania jest podjęcie dalszych kroków w w kierunku stworzenia w pełni funkcjonalnych ram i infrastruktury dla tożsamo samości elektronicznej w UE, a tym samym osiągni gnięcie jednolitego europejskiego obszaru elektronicznej identyfikacji. Zmniejszenie granic cyfrowego życia wymaga spójnej europejskiej elektronicznej identyfikacji, bezpiecznych sposob sobów uwierzytelniania tożsamo samości elektronicznej (eid( eid) ) i bezpiecznych sposobów transferu atrybutów eid - wszystko pod kontrolą użytkownika i wysokiego poziomu ochrony danych. Wartość dodana i biznesowe możliwo liwości stosowania eid są nie tylko powszechnie uznane w usługach ugach publicznych, ale także e poprawiają szybkość i bezpieczeństwo usługi ugi dla przedsiębiorstw. Dlatego proponuje się,, aby zastosowano eid w wielu różnych r sektorach, np. takich jak transport, zdrowie, opieki społecznej, emerytury, zatrudnienie, publiczne / prywatne rejestry, bańkowo kowość i telekomunikaca,, z eid wydane przez szereg różnych r zaufanych organizacji publicznych lub prywatnych.
4.2. Towards a single European electronic Identification and authentication area Charakterystyka: W każdym projekcie powinny znaleźć się co najmniej 3 państwa członkowskie lub kraje stowarzyszone. W konsorcjum powinni się znaleźć przedstawiciele sektorów w uczestniczących cych w łańcuchu przyznawania eid,, zwłaszcza odpowiednie organizacje administracyjne. pilotaż powinien wykazać niedostatki w zarządzaniu eid w sektorze prywatnym i publicznym, co pozwoli na bardziej zrównowa wnoważone one funkcjonowanie systemu powinien być oparty o pilotaż Stork,, wytworzyć narzędzia przy pomocy których umożliwiona zostanie integracja z popularnymi systemami eid,, z których korzystają jednostki w państwach członkowskich i stowarzyszonych poszczególne pilotażowe owe aplikacje powinny działać przynajmniej 12 miesięcy. Przez okres ten usługa uga musi być dostępna i podlegać ocenie. wspólne wytyczne i elementy powinny być dostępne dla wszystkich państw członkowskich i krajów w stowarzyszonych, bez względu na udział w projekcie pilotaż powinien posiadać 2 grupy wsparcia (przedstawicieli państw członkowskich i odpowiednich sektorów w przemysłowych). Pozwoli to na wypracowanie wspólnych wytycznych.
4.2. Towards a single European electronic Identification and authentication area Oczekiwania: wspieranie mobilności wewnątrz UE, dzięki międzynarodowemu systemowi eid wspieranie rynku cyfrowego w zakresie usług ug prywatnych i publicznych stworzenie mechanizmów w identyfikacji międzysektorowej, które można będzie b wykorzystać w całej UE stworzenie wspólnych standardów w i wytycznych w kwestii zaradzania eid na płaszczyźnie międzynarodowej
Cel: 4.3. Piloting IPv6 upgrade for egovernment services in Europe 1 Pilotaż B 3 mln Celem jest stymulowanie modernizacji administracji infrastruktury y i usług ug użyteczności ci publicznej na IPv6, aby zapewnić ciągłość usług ug 4.3 Pilotowanie uaktualnienia do IPv6 europejskich eusług publicznych
4.3. Piloting IPv6 upgrade for egovernment services in Europe Charakterystyka: Proponowany zestaw eksperymentów, w ramach pilotażu u ma na celu ułatwienie u przejścia do nowego protokołu u IPv6. Różne eksperymenty powinny być prowadzona przez podmioty z różnych r państw członkowskich lub stowarzyszonych. Wszystkie doświadczenia należy y rozpocząć od istniejącej linii bazowej, np. istniejącej infrastruktury lub usług ug e-administracji publicznej. Prace powinny się koncentrować na umożliwieniu ich pracy z IPv6 przy użyciu u sprawdzonych metod i technologii. Rozwój j nowych infrastruktur wykracza poza zakres tej inicjatywy Plan przejścia z IPv4 na IPv6 oparty na prowadzeniu równolegle r zintegrowanego wdrożenia IPv4 i IPv6 wspólna grupa robocza - należy y postawić na wykorzystanie efektu synergii i wymiany najlepszych praktyk w ramach pilotażowych owych eksperymentów, oraz w odniesieniu do szeroko upowszechnianych doświadcze wiadczeń zainteresowanych stron w całej Europie.
4.3. Piloting IPv6 upgrade for egovernment services in Europe Oczekiwania: Stymulowanie wdrożenia IPv6 dla publicznych sieci i usług ug egovernment; Stymulowanie rozwoju nowych, innowacyjnych IPv6 treści i usług ug korzystających z nowych funkcjonalności ci protokołu; Przyczynienie się do zapobiegania spadkowi jakości usług ug publicznych spowodowanego przez wyczerpanie przestrzeni adresowej IPv4
Dziękuj kuję za uwagę Aleksandra Ihnatowicz email: aleksandra.ihnatowicz@kpk.gov.pl Osoby do kontaktu: Andrzej J. Galik email: andrzej.galik@kpk.gov.pl Monika Harach email: monika.harach@kpk.gov.pl Łukasz Nikitin Stowarzyszenie Miasta w Internecie email: l.nikitin@mwi.pl Krajowy Punkt Kontaktowy Programów Badawczych UE Instytut Podstawowych Problemów Techniki Polskiej Akademii Nauk ul. Krzywickiego 34 02-078 Warszawa tel: 0 22 828 74 83 fax: 0 22 828 53 70 e-mail: kpk@kpk.gov.pl