MAPA KOMPATY ILNOŚ I I INTEROPERA YJNOŚ I SYSTEMÓW … · Priorytetowej Programu Operacyjnego Innowacyjna Gospodarka 2007-2013 ,,Dotacje na Innowacje” ,,Inwestujemy w waszą

Zamówienie jest współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu

Rozwoju Regionalnego oraz budżetu państwa w ramach Projektu systemowego dla wspierania

działań w zakresie budowy elektronicznej administracji o numerze POIG.07.01-00-00-001/08

realizowanego w ramach 7 Osi Priorytetowej Programu Operacyjnego Innowacyjna Gospodarka

2007-2013 ,,Dotacje na Innowacje” ,,Inwestujemy w waszą przyszłość”

MAPA KOMPATYBILNOŚCI I INTEROPERACYJNOŚCI

SYSTEMÓW TELEINFORMATYCZNYCH REALIZOWANYCH W RAMACH 7 OSI PO IG

Opracowanie - stan na 30.04.2011 r.

Zamówienie jest współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju

Regionalnego oraz budżetu państwa w ramach Projektu systemowego dla wspierania działań w zakresie

budowy elektronicznej administracji o numerze POIG.07.01-00-00-001/08 realizowanego w ramach 7 Osi

Priorytetowej Programu Operacyjnego Innowacyjna Gospodarka 2007-2013 ,,Dotacje na Innowacje”

,,Inwestujemy w waszą przyszłość”

Strona 2 z 191






Strona 3 z 191

Niniejszy dokument stanowi produkt prac zrealizowanych na mocy umowy o usługi

nr SYS7/02/20110 zawartej w dniu 5 kwietnia 2011r. przez Władzę Wdrażającą

Programy Europejskie i Infovide-Matrix S.A.

Dokument został opracowany przez zespół:






Strona 4 z 191

Właściwości dokumentu:

Autor

Wersja dokumentu 1.1

Liczba stron 191

Historia zmian dokonanych w dokumencie:

Wersja Data Kto Opis zmian

1.0 2011.05.04 Infovide-Matrix S.A. Dokument w wersji 1.00 przekazany Zamawiającemu do odbioru.

1.1 2011.05.06 Infovide-Matrix S.A. Weryfikacja i uzupełnienie dokumentu w wersji 1.0.

3.2 2011.05.13 Infovide-Matrix S.A. Wprowadzenie uwag Zamawiającego.






Strona 5 z 191

Spis treści

Streszczenie ........................................................................................................ 6

1 Wstęp ......................................................................................................... 9

2 Charakterystyka projektów podlegających analizie ...................................... 13

3 Zależności i powiązania na poziomie technicznym ....................................... 62

4 Zależności i powiązania na poziomie organizacyjnym .................................. 84

5 Problemy i zagrożenia dla interoperacyjności ........................................... 129

6 Bibliografia .............................................................................................. 186






Strona 6 z 191

Streszczenie

Celem Programu Operacyjnego Innowacyjna Gospodarka, 7. Oś priorytetowa Społeczeostwo

informacyjne – budowa elektronicznej administracji jest poprawa warunków prowadzenia

działalności gospodarczej poprzez zwiększenie dostępności zasobów informacyjnych

administracji publicznej oraz usług publicznych w formie cyfrowej dla obywat eli i

przedsiębiorców. Wzrost wykorzystania technologii informacyjnych i komunikacyjnych w

administracji publicznej pozwoli zwiększyd efektywnośd prowadzonych przez nią działao,

zdolnośd prognozowania i planowania, a także obniżyd koszty realizacji zadao a dministracji

publicznej.

Wzajemne wykorzystanie usług wdrażanych w poszczególnych projektach 7 Osi PO IG jest

rozwiązaniem optymalnym, gdyż sprzyja efektywnemu wykorzystaniu środków

przeznaczonych na realizację Programu Operacyjnego Innowacyjna Gospodarka – eliminując

ryzyko wielokrotnej realizacji tych samych zadao przez różnych Beneficjentów. Należy

jednak pamiętad, że rozwiązanie to niesie za sobą koniecznośd zapewnienia wysokiego

poziomu współpracy między Beneficjentami a także aktywnej roli instytucji koordynujących

wdrażanie programu.

W szczególności wiąże się to z koniecznością zapewnienia pełnej komunikacji między

systemami wdrażanymi w ramach poszczególnych projektów, zarówno na poziomie

technicznym, jak i usługowym. Projekty te mogą byd realizowane zarówno przez jednego, jak

i wielu Beneficjentów. Należy przy tym pamiętad o występowaniu sytuacji, w których

Beneficjent realizuje projekt, a inne podmioty są głównymi użytkownikami (bezpośrednio

korzystającymi z wdrażanych projektów) jednakże nie uczestniczą bezpośrednio w

zarządzaniu projektami.

Analiza powiązao pomiędzy projektami oraz świadczonych wzajemnie usług musi

uwzględniad produkty i rezultaty projektów jakie muszą zostad przez nie osiągnięte. Takie

podejście powinno zapewnid spójnośd podejmowanych działao projektowych w kontekście

rozliczalności projektów.

W Rozdziale 2 przedstawiono metryki dla wszystkich analizowanych projektów . Zawierają

one kluczowe informacje na temat każdego z projektów, w tym produkty projektu i usługi

świadczone na rzecz użytkowników oraz systemów z innych projektów 7 Osi PO IG.

Współpracę pomiędzy systemami tworzonymi w ramach 7 Osi PO IG można badad na wielu

poziomach. Ze względu na skomplikowany charakter tworzonych systemów oraz wiele

warstw świadczenia usług szczególnie warstwa fizycznej komunikacji i przekazywania danych

staje się istotnym aspektem. zapewnienia możliwości współpracy systemów i świadczenia

usług . Interoperacyjnośd na poziomie technologicznym, czyli budowa odpowiednich

interfejsów i zapewnienie kompatybilności technologicznej jest warunkiem niezbędnym do

zapewnienia możliwości współdziałania systemów w ramach 7 Osi PO IG.






Strona 7 z 191

W Rozdziale 3 przedstawiono mapę interoperacyjności i kompatybilności dla projektów 7 osi

Programu Operacyjnego Innowacyjna Gospodarka wskazującą na fizyczną komunikacja

pomiędzy systemami budowanymi w ramach projektów 7 Osi PO IG. Tak przedstawione

ujęcie współpracy będące perspektywą techniczną ilustruje zagadnienie konieczności

bezpośredniego skomunikowania produktów IT poszczególnych projektów poprzez faktyczną

wymianę danych pomiędzy nimi. Wymiana danych następowad bowiem będzie na skutek

realizacji usług elektronicznych zainicjowanych przez użytkownika koocowego (obywatela,

przedsiębiorcy, urzędnika) lub system w szczególności będący przedmiotem innego projektu

7 Osi PO IG.

Mapa interoperacyjności i kompatybilności został wykonana w dwóch perspektywach:

1. Mapa kompatybilności i interoperacyjności systemów teleinformatycznych

tworzonych i zaplanowanych do wytworzenia przez Beneficjentów 7 Osi PO IG -

mapa zawierająca usługi, które zostały przedstawione przez Beneficjentów jako

produkty projektów i których działanie wpływa na osiągnięcie rezultatów

projektów;

2. Mapa kompatybilności i interoperacyjności systemów teleinformatycznych

tworzonych i zaplanowanych do wytworzenia przez Beneficjentów 7 Osi PO IG wraz

z usługami możliwymi do realizacji, których uruchomienie wydaje się możliwe na

bazie istniejących projektów realizowanych systemów i korzystne z punktu widzenia

zwiększenia spójności tworzonych rozwiązao w ramach 7 Osi PO IG i efektywności

świadczenia usług dla obywateli i przedsiębiorców. Usługi te zostały

zidentyfikowane przez doradców WWPE podczas analiz projektów zakooczonych w

lutym 2011 r.

Zagadnienie zapewnienia komunikacji pomiędzy projektami należy rozpatrywad zarówno na

płaszczyźnie technologicznej jak i organizacyjnej. W perspektywie technologicznej wynik

analizy został przedstawiony na mapie interoperacyjności i kompatybilności. W

perspektywie organizacyjnej, konieczne jest uwzględnienie powiązao w zarządzaniu

projektami – w szczególności w zakresie ich wzajemnego wpływu na harmonogramy

realizacji poszczególnych projektów oraz zarządzanie ryzykiem, co zostało zaprezentowane

w Rozdziale 4.

Zapewnienie współpracy pomiędzy beneficjentami w zakresie:

prezentacji informacji o usługach świadczonych przez wdrażany system,

ustanowionych standardów komunikacji z systemami zewnętrznymi,

zapewnienia współpracy systemów informatycznych (na poziomie warstwy

komunikacyjnej oraz usługowej),

prezentacji informacji o stanie realizacji projektu,

wpływa na zapewnienie wdrożenia intereoperacyjności tworzonych systemów

informatycznych. Zidentyfikowane w dokumencie powiązania pomiędzy projektami zostały






Strona 8 z 191

ujęte w ramach struktury organizacyjnej administracji publicznej w Polsce wskazując

potencjalne obszary współpracy w ramach 7 Osi PO IG. Uzupełnieniem rozdziału jest analiza

zależności czasowych powiązanych projektów, która powinna posłużyd do prawidłowego

planowania i zarządzania projektami.

Należy przy tym pamiętad, że w sytuacji licznych zależności, w tym zależności

dwukierunkowych (projekty wzajemnie wymieniające się usługami), wszelkie problemy i

ryzyka przenoszą się między projektami i mogą wpływad na realizację celów i rezultatów

programu jako całości. W związku z powyższym w Rozdziale 5 opracowania przedstawiono

analizę ryzyk i problemów, które powinny byd monitorowane na poziomie programu. W

ramach przeprowadzonej analizy wyodrębniono pięd podstawowych grup problemów:

1. Zależnośd od projektów zewnętrznych,

2. Zależnośd od innych projektów realizowanych przez Beneficjenta,

3. Zmiany w prawie,

4. Niezgodnośd standardów / oprogramowania,

5. Niespójne definicje metadanych / słowników referencyjnych.

Dla zaadresowanych powyżej grup problemów przygotowano propozycje ich rozwiązao, tj.

działao zaradczych, jakie powinny byd podjęte w celu zmniejszenia prawdopodobieostwa

wystąpienia ryzyka, bądź jego wpływu na projekty i/lub program, w przypadku materializacji

takiego ryzyka. Ze względu na to, konieczne jest zapewnienie działao koordynacyjnych,

przebiegających na dwóch poziomach:

1. Poziom projektów – rozwijanie ram współpracy między projektami, przy

wykorzystaniu takich narzędzi jak porozumienia o współpracy, bieżąca współpraca

zespołów zarządzających projektami, etc.

2. Poziom programu – umacnianie roli koordynacyjnej instytucji odpowiadających za

wdrażanie 7 Osi PO IG, m.in. w zakresie promowania współpracy między

Beneficjentami, zabezpieczenia wymaganych ram prawnych dla interoperacyjności,

jak również dla realizacji projektów a także monitorowania problemów i ryzyk, które

mogą mied wpływ na realizację poszczególnych projektów powiązanych oraz całego

programu.






Strona 9 z 191

Rozdział 1

1 Wstęp

1.1 Wprowadzenie

Program Operacyjny Innowacyjna Gospodarka 2007-2013 (PO IG), zatwierdzony

przez Radę Ministrów w dniu 30 października 2007 roku, 7 Oś Priorytetowa –

Społeczeostwo Informacyjne – budowa elektronicznej administracji, przewiduje

realizację Projektu Systemowego, polegającego na wsparciu działao związanych

z koordynacją prac prowadzonych w ramach poszczególnych projektów

indywidualnych. Celem ogólnym Projektu Systemowego dla wspierania działao w

zakresie budowy elektronicznej administracji jest wsparcie uzyskania spójności i

interoperacyjności między kluczowymi centralnymi projektami informatycznymi.

Realizując jedno z zadao Projektu Systemowego polegające na opracowaniu

metodyki i stworzeniu systemu aktywnego monitorowania procesów koordynacji

realizacji projektów indywidualnych w ramach 7 osi Priorytetowej oraz

zapewnieniu usług doradczych i szkoleniowych w procesie jego wdrażania dla

potrzeb zarządzania portfelem projektów, w 2010 r. zostały przeprowadzone

analizy stanu realizacji projektów indywidualnych 7. osi priorytetowej PO IG.

Jednym z elementów tych analiz była ocena możliwości przyszłej integracji usług w

ramach poszczególnych projektów indywidualnych. Przedmiotowe analizy

wykonane zostały przez czterech Wykonawców – doradców strategicznych w

Projekcie Systemowym.

Analiza możliwości przyszłej integracji usług w ramach poszczególnych projektów

indywidualnych 7. Osi PO IG stanowi punkt wyjścia dla opracowania mapy

kompatybilności i interoperacyjności systemów tworzonych przez Beneficjentów.

Mapa z kolei może stanowid wsparcie dla realizacji zadania 7 osi priorytetowej PO

IG polegającego na zbudowaniu sprawnie funkcjonującej na różnych szczeblach

wzajemnie kompatybilnej i interoperacyjnej systemów e-administracji.






Strona 10 z 191

Niniejsze opracowanie realizowane jest na postawie umowy o Usługi

nr SYS7/02/2011 zawartej w dniu 5 kwietnia 2011.

Adresatami dokumentu są Beneficjenci projektów oraz instytucje zaangażowane

w realizację 7 osi PO IG.

1.2 Dokumenty powiązane

Integralną częśd niniejszego Raportu stanowią załączniki, z których:

załącznik 1 zawiera Mapę kompatybilności i interoperacyjności systemów

teleinformatycznych tworzonych i zaplanowanych do wytworzenia przez

beneficjentów 7 osi PO IG.

załącznik 2 zawiera Mapę kompatybilności i interoperacyjności systemów


beneficjentów 7 Osi PO IG wraz z usługami możliwymi do realizacji.

załącznik 3 zawiera Mapę wykorzystania usług elektronicznych przez

projekty 7 osi PO IG.

załącznik 4 zawiera Strukturę powiązao podmiotów administracji

publicznej oraz głównych użytkowników projektów 7 Osi POIG.

1.3 Słownik zastosowanych pojęć i skrótów

Pojęcie/ skrót Wyjaśnienie

API ang. Application Programming Interface. Interfejs implementowany przez oprogramowanie umożliwiający interakcję z innym oprogramowaniem

Beneficjent Osoba fizyczna, osoba prawna lub jednostka organizacyjna nieposiadająca osobowości prawnej, której ustawa przyznaje zdolnośd prawną, realizująca projekty finansowane z budżetu paostwa lub ze źródeł zagranicznych na podstawie Umowy.

CPI Centrum Projektów Informatycznych

CSIOZ Centrum Systemów Informacyjnych Ochrony Zdrowia

DO Dowód osobisty

e-Usługa Usługa elektroniczna

GUGiK Główny Urząd Geodezji i Kartografii






Strona 11 z 191


GUI

ang. Graphical User Interface, Graficzny interfejs użytkownika – sposób prezentacji informacji oraz interakcji z użytkownikiem, polegający na rysowaniu i obsługiwaniu obiektów, wykorzystywanych przez użytkownika do komunikacji z systemem.

GUS Główny Urząd Statystyczny

Interoperacyjnośd Interoperacyjnośd rozumiana jest zgodnie z definicją określoną

w Ustawie z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne :

„Interoperacyjnośd to zdolnośd różnych podmiotów oraz używanych przez nie systemów teleinformatycznych i rejestrów publicznych do współdziałania na rzecz osiągnięcia wzajemnie korzystnych i uzgodnionych celów, z uwzględnieniem współdzielenia informacji i wiedzy przez wspierane przez nie procesy biznesowe realizowane za pomocą wymiany danych za pośrednictwem wykorzystywanych przez te podmioty systemów teleinformatycznych”

Kompatybilnośd Kompatybilnośd w niniejszej analizie rozumiana jest jako implementacja standardów umożliwiających współdziałanie systemów.

MF Ministerstwo Finansów

MG Ministerstwo Gospodarki

MPiPS Ministerstwo Pracy i Polityki Społecznej

MS Ministerstwo Sprawiedliwości

MSWiA Ministerstwo Spraw Wewnętrznych i Administracji

MZ Ministerstwo Zdrowia

PO IG Program Operacyjny Innowacyjna Gospodarka 2007-2013.

UKE Urząd Komunikacji Elektronicznej

Usługa elektroniczna Zestaw funkcji systemu teleinformatycznego, których wykonanie skutkuje osiągnięciem pewnego, określonego celu.

Użytkownik koocowy Obywatel lub przedsiębiorca korzystający z usługi publicznej świadczonej przez Beneficjenta będącego podmiotem publicznym

WWPE Władza Wdrażająca Programy Europejskie






Strona 12 z 191


Zagrożenie/ ryzyko Zagrożenie rozumiane jest, jako rodzaj ryzyka, czyli niepewne zdarzenie lub zbiór zdarzeo, które w przypadku ich wystąpienia będą miały negatywny wpływ na osiągnięcie celów projektu.

Zamawiający Władza Wdrażająca Programy Europejskie (WWPE).

ZUS Zakład Ubezpieczeo Społecznych






Strona 13 z 191

Rozdział 2

2 Charakterystyka projektów podlegających

analizie

Analiza kompatybilności i interoperacyjności projektów realizowanych w ramach 7

Osi PO IG obejmuje dwadzieścia sześd projektów, z których większośd będzie ze

sobą współpracowała. Odmienny charakter projektów wynika z faktu, iż każdy z

nich powołany został ze względu na realizację określonego celu lub celów, co

pociąga za sobą m.in. odmienne zakresy projektów, czasy ich trwania oraz rodzaje

usług elektronicznych możliwych do wykorzystania przez użytkowników

koocowych oraz inne systemy.

Mając na uwadze powyższe, poniżej wymieniono, a następnie scharakteryzowano

wszystkie projekty 7 Osi PO IG podlegające analizie:

1. „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów

Cyfrowych o Zdarzeniach Medycznych”,

2. „pl.ID – Polska ID karta”,

3. „Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)”,

4. „Informatyzacja Wydziałów Ksiąg Wieczystych”,

5. „ePUAP 2”,

6. „Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla

przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do

wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura

Monitora Sądowego i Gospodarczego”,

7. „e-Deklaracje2”,

8. „e-Podatki”,






Strona 14 z 191

9. „Centralna Ewidencja i Informacja o Działalności Gospodarczej”,

10. „e-Rejestracja”,

11. „Geoportal2”,

12. „Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych

rejestrów medycznych”,

13. „Platforma Usług Elektronicznych dla Klientów ZUS (PUE)”,

14. „Program e-cło”,

15. „System Informacyjny Statystyki Publicznej (SISP)”,

16. „Konsolidacja i centralizacja systemów celnych i podatkowych”,

17. „Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego”,

18. „Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru

alarmowego „112”,

19. „Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-

Usług dla obywateli i przedsiębiorców”,

20. „Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e -

Usług”,

21. „Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z

krajowym systemem zarządzania”,

22. „TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów

terytorialnych kraju”,

23. „Infrastruktura e-usług Resortu Finansów”,

24. „Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami”,

25. „Budowa i wyposażenie Centrów Powiadamiania Ratunkowego”,

26. „System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska

Szerokopasmowa”.

Dla każdego z ww. projektów opracowano metrykę, która zawiera następujące

informacje:

nazwę i logo (o ile istnieje) projektu,

beneficjenta projektu,

wartośd projektu zgodnie z umową o dofinansowanie,

okres realizacji projektu,

opis projektu,






Strona 15 z 191

kluczowe produkty – najistotniejsze produkty z punktu widzenia zakres

projektu,

usługi świadczone na rzecz użytkowników – usługi elektroniczne

świadczone na rzecz obywateli, przedsiębiorców, przedstawicieli

instytucji,

usługi świadczone na rzecz innych systemów 7 Osi PO IG – usługi

elektroniczne wykorzystywane przez systemy wytwarzane i/lub

modyfikowane w ramach innych pro jektów 7 osi PO IG.

Podstawę wypełnienia metryk stanowiły:

informacje zawarte w opracowaniach zwanych „Analizami stanu realizacji

projektów indywidualnych w ramach 7 osi PO IG” - ze względu na ich

obiektywny charakter (analizy przeprowadzone zostały przez niezależnych

doradców), wysoki stopieo aktualności treści (analizy opracowane zostały

na dzieo 30.04 i 01.10.2010 r.) oraz wiarygodnośd treści (analizy zostały

zaakceptowane przez beneficjentów poszczególnych projektów),

Studia Wykonalności projektów – w zakresie informacji, które nie zostały

zawarte w ww. analizach,

wiedza wykonawcy uzyskana w trakcie prac związanych z planowaniem i

realizacją zadao wynikających z projektów 7 osi PO IG.

Poszczególne metryki zawarto w kolejnych podrozdziałach niniejszego rozdziału.






Strona 16 z 191

2.1 Projekt: Elektroniczna Platforma Gromadzenia, Analizy i

Udostępniania Zasobów Cyfrowych o Zdarzeniach

Medycznych

Tabela 1. Metryka Projektu - Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych

Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o zdarzeniach medycznych (P1)

Brak logo

Beneficjent projektu

Ministerstwo Zdrowia / Centrum Systemów Informacyjnych Ochrony Zdrowia (CSIOZ)

Wartośd projektu zgodnie z umową o dofinansowanie

712.640.000 zł

Okres realizacji projektu

29.11.2007 – 30.09.2014

Opis projektu

Projekt ma duże znaczenie dla realizacji celów PO IG w obszarze ochrony zdrowia. W wyniku projektu planowane jest: udostępnienie ZOZ wymiany elektronicznych dokumentów medycznych, zapewnienie obywatelom i przedsiębiorcom dostępu on-line do historii zrealizowanych świadczeo zdrowotnych i dokumentów medycznych, integracja i wymiana danych z europejskimi platformami elektronicznymi, autoryzacja świadczeo zdrowotnych, umożliwienie analizy przepływów finansowych i statystycznych w sektorze ochrony zdrowia, informowanie płatników świadczeo o zrealizowanych przez pacjentów zdarzeniach medycznych, gospodarowanie lekami i inne. Zadanie figuruje jako projekt sektorowy w Planie Informatyzacji Paostwa na lata 2007-2013 pod nr 11.

Kluczowe produkty

1. Portal

2. System Gromadzenia Danych Medycznych

3. System Obsługi Rejestrów

4. Hurtownia Danych

5. System Wykrywania Nadużyd

6. System Wspomagania Rozliczeo

7. System weryfikacji

8. Szyna Usług

9. System Administracji

10. Pomocnicza Baza Rozszerzonych Danych Medycznych

Źródło informacji: Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych, Częśd analityczna, Infovide-Matrix S.A., pkt. 2.7, tabela 43






Strona 17 z 191

Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o zdarzeniach medycznych (P1)

Brak logo

Usługi świadczone na rzecz użytkowników

1. Udostępnienie informacji na temat ochrony zdrowia

2. Udostępnienie elektronicznych danych o stanie zdrowia pacjentów

3. Udostępnienie danych o zdarzeniach medycznych w formie elektronicznej

4. Udostępnienie usługobiorcom elektronicznej historii chorób, wykonanych usług, skierowao, recept, zwolnieo lekarskich, planu szczepieo, zaleceo

5. Udostępnienie informacji umożliwiającej bieżące monitorowanie i reagowanie na zagrożenia

6. Umożliwienie elektronicznej realizacji recept (E -recepty wprowadzone do systemu)

7. Umożliwienie rejestracji on-line na wizyty

8. Umożliwienie elektronicznej obsługi faktur

9. Faktury elektronicznie

10. Udostępnienie zasobów cyfrowych o zdarzeniach medycznych z zapewnieniem jednolitych i jednorodnych zasad

11. Umożliwienie bieżącej analizy danych o zdarzeniach medycznych

12. Usprawnienie elektronicznej obsługi rozliczania wykonanych usług medycznych - skrócenie czasu rozliczeo

13. Usprawnienie elektronicznej obsługi refundacji leków - skrócenie czasu rozliczeo

14. Umożliwienie elektronicznej obsługi zwolnieo lekarsk ich - e-zwolnienia wprowadzone do systemu

Źródło informacji: Źródło informacji: Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych, Częśd analityczna, Infovide-Matrix S.A, pkt 2.7 tabela 45 i 46

Usługi świadczone na rzecz innych systemów 7 osi PO IG

1. Usługi obsługi e-zwolnieo (status usługi: usługa planowana do uruchomienia)






Strona 18 z 191

2.2 Projekt: pl.ID – Polska ID karta

Tabela 2. Metryka Projektu - pl.ID – Polska ID karta

pl.ID – Polska ID karta


Ministerstwo Spraw Wewnętrznych i Administracji / Centrum Projektów Informatycznych MSWiA


370.000.000 zł


01.11.2008 - 31.12.2013

Opis projektu

Projekt zakłada udostępnienie e-usługi dla obywateli związanej z uwierzytelnianiem elektronicznym (e-podpis urzędowy) na potrzeby kontaktów z administracją publiczną. W ramach projektu planowana jest integracja referencyjnych baz danych administracji publicznej. Projekt jest kontynuacją projektu PESEL2 realizowanego w ramach SPO-WKP. Zadanie figuruje jako projekt ponadsektorowy w Planie Informatyzacji Paostwa na lata 2007-2013 pod nr 4.

Kluczowe produkty

1. Wdrożenie systemu do wydawania elektronicznego dokumentu tożsamości pl.ID

2. Wdrożenie szyny usług pl.ID

3. Rozbudowa szyny usług pl.ID i budowa usług USC

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, pl.ID – Polska ID karta, Częśd doradcza, Infovide-Matrix S.A. pkt. 2.4.2


1. Udostępniania danych z rejestrów: PESEL, OEWiUDO/RDO

2. Udostępnianie informacji z rejestru Aktów stanu cywilnego

3. Zmiany we wpisie do rejestru Aktów stanu cywilnego, PESEL oraz OEWiUDO/RDO

4. Identyfikacja, weryfikacja i uwierzytelnienie obywatela w oparciu o nowy dokument tożsamości

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, pl.ID – Polska ID karta, Częśd doradcza, Infovide-Matrix S.A., pkt. 2.2.3.2 tabela 14


1. Usługi identyfikacji, weryfikacji i uwierzytelniania obywatela w oparciu o nowy dokument tożsamości (status usługi: usługa planowana do uruchomienia)

2. Udostępnianie danych z rejestrów: PESEL, OEWiUDO/RDO (status usługi: usługa planowana do uruchomienia)






Strona 19 z 191

2.3 Projekt: Platforma Lokalizacyjno-Informacyjna z Centralną

Bazą Danych (PLI CBD)

Tabela 3. Metryka Projektu - Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)

Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)

Brak logo


Urząd Komunikacji Elektronicznej


13.134.320 zł (aneksowano umowę na kwotę 19.441.214 zł)


13.05.2008 – 04.30.2011

Opis projektu

W ramach projektu zostanie utworzona baza danych, zawierająca dane informacyjne i lokalizacyjne na potrzeby obsługi zgłoszeo na numer alarmowy 112. Przedsięwzięcie jest komplemetarne z projektem Budowa i wyposażenie Centrów Powiadamiania Ratunkowego, realizowanym przez MSWiA, a także projektem Urzędu Komunikacji Elektronicznej - Platforma Lokalizacyjno- Informacyjna z Centralną Bazą Danych (PLICBD).

Kluczowe produkty

1. Wdrożony system informatycznch

2. Wdrożony system gromadzenia danych

3. Baza danych

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD), Częśd doradcza, Konsorcjum: Lumena SA i International Management Services Sp. z o.o. pkt. 2.1.2.3


1. Wsparcie obsługi procesowej przenoszenia numerów, wynikającym z uprawnienia użytkownika do zachowania numeru przy zmianie dostawcy usługi.

2. Przekazywanie systemom i służbom odpowiedzialnym za przyjmowanie wywołao alarmowych danych użytkowników i informacji o lokalizacji zakooczeo publicznych sieci telefonicznych (stacjonarnych i ruchomych), z których wykonano wywołanie alarmowe.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD), Częśd doradcza, Konsorcjum: Lumena SA i International Management Services Sp. z o.o. pkt. 2.2.4.2


1. Dystrybucja danych o lokalizacji zgłoszenia na podstawie zakooczenia sieci z PLI CBD do podmiotów obsługujących wywołanie alarmowe (status usługi: usługa planowana do uruchomienia)






Strona 20 z 191

2.4 Projekt: Informatyzacja Wydziałów Ksiąg Wieczystych

Tabela 4. Metryka Projektu - Informatyzacja Wydziałów Ksiąg Wieczystych

Informatyzacja Wydziałów Ksiąg Wieczystych Brak logo


Ministerstwo Sprawiedliwości


29.968.168 zł


01.07.2009 - 31.12.2010

Aneks nr 1 wydłużył okresu realizacji projektu do 31.07.2011

Opis projektu

Projekt dotyczy informatyzacji rejestrów sądowych poprzez wdrożenie systemu informatycznego Nowej Księgi Wieczystej i zastąpienie dotychczasowych rejestrów papierowych. Realizacja projektu zapewni sprawną obsługę obywateli w zakresie zakładania i prowadzenia ksiąg wieczystych. Zadanie figuruje jako projekt sektorowy w Planie Informatyzacji Paostwa na lata 2007-2013 pod nr 5.

Kluczowe produkty

1. Serwery lub zestawów serwerów wraz z oprogramowaniem systemowym i narzędziowym

2. Sestawy komputerowe (stacje robocze) wraz z oprogramowaniem systemowym i narzędziowym

3. Drukarki laserowe

4. Drukarki kodów kreskowych

5. Czytniki kodów kreskowych

6. Elementy aktywnych sieci (przełączników)

7. Stacje zarządzania siecią wraz z oprogramowaniem do zarządzania siecią

8. Wydziały ksiąg wieczystych, w których przygotowano infrastrukturę techniczną do wdrożenia

9. Wydziały ksiąg wieczystych podłączonych do sieci WAN

10. Przeprowadzone wdrożenia systemu informatycznego NKW w wydziałach ksiąg wieczystych

11. Osoboszkolenia

12. Ośrodki przetwarzania danych posiadających rozbudowaną pamięd masową

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 3 Zamówienia, Projekt „Informatyzacja wydziałów ksiąg wieczystych”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia pkt. 2.1.2.3


Nie zidentyfikowano usług świadczonych na rzecz użytkowników.






Strona 21 z 191

Informatyzacja Wydziałów Ksiąg Wieczystych Brak logo


Nie zidentyfikowano usług świadczonych na rzecz innych systemów 7 osi PO IG.






Strona 22 z 191

2.5 Projekt: ePUAP 2

Tabela 5. Metryka Projektu - Centrum Projektów Informatycznych MSWiA

ePUAP 2




141.418.200 zł


31.07.2008 – 31.12.2013

Opis projektu

Projekt dotyczy budowy systemu informatycznego stanowiącego podstawę do udostępniania usług elektronicznych przez administrację publiczną. System będzie pełnił funkcję "koordynującą", zapewni możliwośd udostępniania usług publicznych przez małe jednostki administracji (np. samorządy) poprzez wykorzystanie gotowych formularzy. Projekt będzie udostępniad swoje usługi zarówno przedsiębiorcom, jak i obywatelom. System będzie w pełni transakcyjny, zapewniając wielostronną komunikację i przepływ informacji. Projekt figuruje jako projekt ponadsektorowy w Planie Informatyzacji Paostwa na lata 2007 - 2013 pod nr 2. Projekt stanowi kontynuację projektu Budowa elektronicznej platformy usług administracji publicznej e-PUAP realizowanego w ramach SPO WKP.

Kluczowe produkty

1. Oprogramowanie platformy ePUAP w wersji zródłowej,

2. Wersje instalacyjne oprogramowania ePUAP,

3. Zestaw dokumentacji użytkowej, administracyjnej i technicznej oprogramowania ePUAP – ośrodek podstawowy,

4. Zestaw dokumentacji użytkowej, administracyjnej i technicznej oprogramowania ePUAP,

5. Wyposażone i uruchomione produkcyjne środowisko dla platformy ePUAP – ośrodek podstawowy oraz zapasowy,

6. Wyposażone i uruchomione środowisko testowe dla rozwoju platformy ePUAP,

7. Wyposażone i uruchomione środowisko próbne ePUAP dla usługodawców i dostawców,

8. Oprogramowanie ePUAP zainstalowane, skonfigurowane i uruchomione w docelowych środowiskach (produkcyjnym, testowym, próbnym).

Źródło informacji: Analiza projektu indywidualnego ePUAP2, Częśd analityczna, Konsorcjum firm Deloitte Business Consulting SA, Deloitte Advisory Sp. z o.o., Pentacomp Systemy Informatyczne SA i AMG.net SA, pkt 2.1.5






Strona 23 z 191

ePUAP 2


1. Usługi bezpieczeostwa platformy ePUAP

2. Dostęp do rejestrów centralnych

3. Ogólnopolska szyna usług

4. Usługi automatyzacji rejestrów

5. Infrastruktura Koordynator-Doradca

6. Katalog usług publicznych

7. Usługi interoperacyjności technicznej

8. Usługi przetwarzania/gromadzenia dokumentów obywateli i przedsiębiorstw

9. Usługi komunikacyjne ePUAP

10. Infrastruktura koordynatora

11. Istotne usługi publiczne udostępniane na ePUAP przez MSWiA

12. Wsparcie płatności elektronicznych

13. Elektroniczny Skład Dokumentów

14. Portal interoperacyjności

15. Repozytorium wzorów elektronicznych

16. Usługa wsparcia Profilu Zaufanego

17. Możliwośd obsługi list TSL oraz podpisów PAdES i CAdES

18. EDAP (Edytor Aktów Prawnych)

19. Scentralizowany System Dostępu do Informacji Publicznej

20. Aplikacja e-Posterunek

Źródło informacji: Analiza projektu indywidualnego ePUAP2, Częśd analityczna, Konsorcjum firm Deloitte Business Consulting SA, Deloitte Advisory Sp. z o.o., Pentacomp

Systemy Informatyczne SA i AMG.net SA, pkt. 2.6.3.1 tabela 22


1. Usługi bezpieczeostwa platformy ePUAP (status usługi: usługa aktualnie możliwa do świadczenia)

2. Usługi komunikacyjne ePUAP (broker) (status usługi: usługa aktualnie możliwa do świadczenia)

3. Dostęp do rejestrów centralnych (status usługi: usługa planowana do uruchomienia)

4. Usługa wsparcia Profilu Zaufanego (status usługi: usługa planowana do uruchomienia)






Strona 24 z 191

2.6 Projekt: Budowa systemu usług elektronicznych MS, w tym

uruchomienie usług dla przedsiębiorców i osób fizycznych,

poprzez dostęp elektroniczny do wydziałów Krajowego

Rejestru Sądowego, Krajowego Rejestru Karnego, Biura

Monitora Sądowego i Gospodarczego

Tabela 6. Metryka Projektu - Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego

Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych,

poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora

Sądowego i Gospodarczego

Brak logo


Ministerstwo Sprawiedliwości


3 249 020 zł

Zgodnie z aneksem nr 4 wartośd projektu została zwiększona do 9.747.050 zł


01.02.2009 - 28.02.2010

Aneks nr 4 wydłużył okresu realizacji projektu do 30.03.2012 r.

Opis projektu

Projekt dotyczy budowy systemu usług elektronicznych Ministerstwa Sprawiedliwości. Zakres rzeczowy projektu obejmuje m.in. udostępnienie na portalu internetowym usług związanych z dostępem do Ksiąg Wieczystych, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego. Projekt o dużym znaczeniu dla przedsiębiorców. Zadanie figuruje jako projekt sektorowy w Planie Informatyzacji Paostwa na lata 2007 - 2013 pod nr 6.

Kluczowe produkty

1. Platforma elektroniczna do komunikacji i realizacji e-usług dla przedsiębiorców oraz obywateli,

2. Usługi pomocnicze dla realizacji e-usług - elektroniczne płatności,

3. Usługi pomocnicze dla realizacji e-usług – weryfikacja podpisów elektronicznych,

4. Usługi pomocnicze dla realizacji e-usług – weryfikacja PESEL,

5. Zakupione lub zaktualizowane licencje na oprogramowanie (systemowe, bazodanowe, aplikacyjne, komunikacyjne, zarządzająco-wspomagające, administracyjne),

6. Szkolenia.

Źródło informacji: Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego, Częśd doradcza, Infovide -Matrix S.A. pkt. 5.2






Strona 25 z 191

Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych,

poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora

Sądowego i Gospodarczego

Brak logo


1. Dostęp do danych KRS

2. Dostęp do danych RZ (Rejestr Zastawów)

3. Elektroniczny dostęp do Sądów Rejestrowych/Centralnej Informacji/MSIG

Źródło informacji: Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego, Częśd doradcza, Infovide-Matrix S.A. pkt. 3.3.2 tabela 12


1. Udostępnienie danych z KRS (status usługi: usługa planowana do uruchomienia)






Strona 26 z 191

2.7 Projekt: e-Deklaracje2

Tabela 7. Metryka Projektu - e-Deklaracje2

e-Deklaracje2 Brak logo


Ministerstwo Finansów


90.444.600 zł


01.01.2009 – 31.12.2013

Opis projektu

Projekt dotyczy rozwijania usług on-line służących ułatwieniu realizacji obowiązków podatkowych przez obywateli. W ramach projektu planowane jest uruchomienie usług wymiany informacji drogą elektroniczną z uprawnionymi instytucjami. Projekt przyczyni się do usprawnienia prowadzenia spraw podatkowych. Projekt jest kontynuacją finansowanego ze środków SPO -WKP projektu e-Deklaracje. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 2 i 3.

Kluczowe produkty

1. System analityczno-sprawozdawczy

2. System CRM

3. System Informacji Podatkowej

4. Portal podatkowy

5. System zarządzania meta-danymi podatkowymi

6. System zarządzania wzorami dokumentów podatkowych

7. System automatycznych usług administracji podatkowej

8. System wymiany informacji z otoczeniem krajowym oraz w ramach UE

9. Koncepcja zmian prawnych w zakresie deklarowania podatku, zapłaty podatku, składania podao, udzielania informacji

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Deklaracje 2”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, pkt. 5.3 tabela 15


1. Możliwośd składania, według uproszczonych zasad, deklaracji podatkowych od płatników podatku dochodowego od osób fizycznych wyłącznie w formie elektronicznej. Zostanie stworzone i udostępnione płatnikom rozwiązanie informatyczne (komunikujące się z systemem e-Deklaracje), umożliwiającego rozliczanie się zgodnie z wprowadzonymi zmianami. System ma objąd następujące deklaracje i informacje: deklaracje PIT -4R i PIT-8AR, informacje PIT-8C, PIT-8S, PIT-11, załącznik PIT-R, informacje IFT1/IFT-1R, IFT3/IFT-3R z załącznikiem, roczne obliczenie podatku PIT-40, roczne obliczenie podatku PIT-11A/40A.

2. Informacja dotycząca systemu podatkowego oraz informacja indywidualna






Strona 27 z 191

e-Deklaracje2 Brak logo

dla podatników i płatników przez „konto podatkowe”.

3. Baza wiedzy – BIP, interpretacje w zakresie prawa podatkowego.

4. Elektroniczna wymiana danych z otoczeniem administracji podatkowej/innymi instytucjami publicznymi:

a. komunikacja z systemami z obszaru świadczeo rodzinnych i funduszu alimentacyjnego (w tym komunikacja z wykorzystaniem platformy ePUAP).

b. usługi umożliwiające przekazywanie przez urzędy skarbowe kwot 1% podatku na rzecz organizacji pożytku publicznego.

c. komunikacja w ramach UE w zakresie podatku VAT (system VIES), podatków bezpośrednich i innych informacji.

5. Usługa umożliwiająca przekazywanie do urzędów skarbowych w formie elektronicznej deklaracji składanych przez notariuszy jako płatników oraz informacji wynikających z aktów notarialnych.

6. Udostępnianie wzorów dokumentów (poprzez Repozytorium Wzorów Dokumentów).

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Deklaracje 2”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2


1. Komunikacja z systemami z obszaru świadczeo rodzinnych i funduszu alimentacyjnego (status usługi: usługa planowana do uruchomienia)

2. Udostępnianie danych z Hurtowni Danych Podatkowych (status usługi: usługa planowana do uruchomienia)






Strona 28 z 191

2.8 Projekt: e-Podatki

Tabela 8. Metryka Projektu - e-Podatki

e-Podatki Brak logo




150.741.000 zł


01.01.2009 – 31.12.2013

Opis projektu

Projekt o dużym znaczeniu dla realizacji celów PO IG, dotyczy usług publicznych w zakresie obciążeo podatkowych. Projekt ma wzmocnid efektywnośd działania administracji skarbowej (egzekucja administracyjna, kontrola podatkowa). Dla podatnika planowane jest udostępnienie usług pozwalających na komunikację z administracją podatkową, zapewnienie bieżącej informacji nt. spraw i rozliczeo. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 15.

Kluczowe produkty

1. Scentralizowany System Poboru, obejmujący:

a) aplikacje operacyjne, obsługujące podstawowe procesy administracji podatkowej (wymiar, pobór dobrowolny, kontrolę, egzekucję itp.), zastępujące aktualnie wykorzystywany system POLTAX,

b) teczkę podatnika i płatnika, z wszystkimi informacjami o nim posiadanymi przez administrację podatkową,

c) automatyczną analizę ryzyka na potrzeby typowania do kontroli,

d) Centrum Rozliczeo, obsługujące m.in. rozliczenia z podatnikami i płatnikami, księgowośd obejmującą ich konta, naliczan ie kar, odsetek, oprocentowania, opłat, generowanie upomnieo i tytułów wykonawczych, obsługę prywatnych kont podatników, a także dystrybucję dochodów między jednostki samorządu terytorialnego,

e) Portal Urzędnika – ergonomiczne środowisko pracy dla pracowników administracji podatkowej, wykorzystujące SSO (Single Sign-On), z indywidualnymi profilami oraz z aplikacjami wspomagającymi pracę użytkownika.

2. Centralna Baza Danych (CBD) – składnica danych podatkowych na potrzeby procesów poboru, obejmująca metadane, dane operacyjne, referencyjne oraz otrzymywane w wyniku realizacji procesów podstawowych, powiązania z Hurtownią Danych Podatkowych. CBD obejmie Centralny Rejestr Podmiotów (zarządzany w ramach Systemu Informatycznego KEP 2), Centralne Repozytorium Dokumentów, Centralna Baza Danych Operacyjnych.






Strona 29 z 191

e-Podatki Brak logo

3. System Wymiany Informacji Wewnętrznej – system umożliwiający wymianę informacji pomiędzy komponentami systemu oraz innymi systemami resortu, oparty na mechanizmach platformy integracyjnej.

4. System Zarządzania IT – odpowiedzialny za zarządzanie szeroko rozumianą infrastrukturą IT (sprzętem, oprogramowaniem systemowym, bazodanowym, serwerami aplikacyjnymi, platformami integracyjnymi, usługami infrastrukturalnymi i aplikacyjnymi) oraz obsługę Service Desk na potrzeby całego Programu e-Podatki.

5. System Obsługi Spraw i Procesów Pracy, w tym:

a) rozwiązanie klasy BPM (Business Process Management), wraz z elektronicznym obiegiem dokumentów i spraw, umożliwiającym przepływ pracy, kontrolę procesów oraz generowanie informacji i przekazywanie dokumentów do front-office, celem udostępnienia ich online na koncie podatkowym klienta,

b) system skanowania i OCR, obejmujący skanery przemysłowe oraz oprogramowanie do przetwarzania zeskanowanych dokumentów, a także system przechowywania informacj i o dokumentach elektronicznych oraz ich powiązaniach z wersjami papierowymi,

6. Środowisko testowo-szkoleniowe dla projektu e-Podatki.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Podatki”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2










Strona 30 z 191

2.9 Projekt: Centralna Ewidencja i Informacja o Działalności

Gospodarczej

Tabela 9. Metryka Projektu - Centralna Ewidencja i Informacja o Działalności Gospodarczej

Centralna Ewidencja i Informacja o Działalności Gospodarczej Brak logo


Ministerstwo Gospodarki


28.749.766 zł


02.10.2008 - 31.03.2012

Opis projektu

Projekt usprawni podejmowanie i rejestrację działalności gospodarczej. Zapewni także dostęp do informacji o zarejestrowanych przedsiębiorcach. Dotyczy likwidacji gminnych ewidencji działalności gospodarczej na rzecz centralnego systemu informatycznego. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 22.

Kluczowe produkty

1. Zestaw usług dostępnych na platformie ePUAP, umożliwiających składanie wniosków o wpis do CEIDG drogą elektroniczną,

2. Zestaw usług dostępnych na platformie ePUAP, umożliwiających wprowadzenie do CEIDG, drogą elektroniczną, informacji o wyrokach sądowych i decyzjach, związanych z reglamentacją działalności gospodarczej, podjętych wobec podmiotów gospodarczych działających na terenie Polski,

3. Zestaw usług umożliwiających dostęp do zapisanych CEIDG informacji przedsiębiorcach zarejestrowanych na terenie Polski,

4. System informatyczny CEIDG,

5. Organizacja obsługująca CEIDG w Ministerstwie Gospodarki

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Centralna Ewidencja i Informacja o Działalności Gospodarczej, Częśd doradcza pkt. 5.2


1. Usługi dostępu do zapisanych w CEIDG informacji o przedsiębiorcach zarejestrowanych na terenie Polski

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG,

Centralna Ewidencja i Informacja o Działalności Gospodarczej, Częśd doradcza pkt. 5.2 .

Usługi świadczone na rzecz innych systemów 7 osi

1. Udostępnianie danych z CEIDG* (status usługi: usługa planowana do uruchomienia)

* W kontekście ePUAP 2 usługa obejmuje:

Usługi umożliwiające składanie wniosków o wpis do CEIDG drogą elektroniczną






Strona 31 z 191

Centralna Ewidencja i Informacja o Działalności Gospodarczej Brak logo

PO IG Usługi umożliwiające wprowadzenie do CEIDG, drogą elektroniczną, informacji

o wyrokach sądowych i decyzjach, związanych z reglamentacją działalności gospodarczej, podjętych wobec podmiotów gospodarczych działających na terenie Polski






Strona 32 z 191

2.10 Projekt: e-Rejestracja

Tabela 10. Metryka Projektu - e-Rejestracja

e-Rejestracja Brak logo




40.197.600 zł


01.01.2009 – 31.12.2013

Opis projektu

Projekt istotny dla informatyzacji procesów podatkowych w Polsce, zarówno dla społeczeostwa, jak i przedsiębiorców. W wyniku projektu zostanie uruchomiona urzędom skarbowym usługa rejestracji w Centralnym Rejestrze Krajowej Ewidencji Podatników, ujednolicająca dane rejestracyjne. System będzie zapewniał obsługę zgłoszeo przedsiębiorców w zakresie rejestru podatników, automatyzował proces rejestracji podmiotów i realizacji ich obowiązków podatkowych, skracał czas weryfikacji w KEP, umożliwiał potwierdzenie numeru NIP.

Kluczowe produkty

1. System Informatyczny Krajowa Ewidencja Podatników 2 wraz z komponentami:

a) Centralny Rejestr Podatników

b) SeRCe – System Rejestracji Centralnej, umożliwiający dostęp wizualny do systemu dla urzędników administracji podatkowej;

c) Narzędzia wspomagające integrację i jakośd danych

d) SI KEP2 Udostępnianie – narzędzie do udostępniania danych

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2


1. Automatyczne nadawanie numeru NIP podatnikom rejestrowanym w PESEL lub KRS (bez konieczności rejestracji) na podstawie danych pozyskiwanych z tych rejestrów;

2. Elektroniczna obsługa zgłoszeo identyfikacyjnych i aktualizacyjnych dla innych podmiotów (podmioty zagraniczne);

3. Usługi wymiany danych identyfikacyjnych (rejestracyjnych), w szczególności między ewidencją centralną a referencyjnymi rejestrami urzędowymi: PESEL i KRS oraz ewidencjami działalności gospodarczej i biurem wymiany informacji o VAT.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2






Strona 33 z 191

e-Rejestracja Brak logo


1. Komunikacja z CEIDG na potrzeby rejestracji przedsiębiorcy (status usługi: usługa planowana do uruchomienia)

2. Udostępnianie danych z KEP – potwierdzanie zgodności podanych danych (status usługi: usługa planowana do uruchomienia)






Strona 34 z 191

2.11 Projekt: Geoportal2

Tabela 11. Metryka Projektu - Geoportal2

Geoportal2


Główny Urząd Geodezji i Kartografii


89.840.000 zł


01.10.2008 – 31.12.2012

Opis projektu

Projekt dotyczy kontynuacji rozbudowy systemu Geoportal, utworzonego w ramach SPO-WKP. Projekt będzie realizował ideę powszechnego dostępu i stosowania informacji przestrzennej na terenie Polski (elektroniczne archiwum paostwowe zasobu geodezyjnego i kartograficznego: bazy danych i mapy). Realizowane będą usługi wyszukiwania zbiorów danych przestrzennych, ich przeglądania, pobierania, etc. W wyniku projektu powstanie repozytorium cyfrowej informacji katastralnej i geograficznej (geoprzestrzennej) o charakterze portalowym.

Kluczowe produkty

1. System zarządzania KIIP

2. KIIP w 13 topograficznych węzłach wojewódzkich

3. Georeferencyjne bazy danych przestrzennych

4. System identyfikacji i autentykacji

5. System sprzedaży danych przestrzennych

6. System obsługi zapytao przestrzennych w tym lokalizacji przestrzennej adresów

7. Centralny serwer katalogowy metadanych

8. System weryfikacji jakości metadanych

9. Metadane dla zbiorów danych przestrzennych, serii zbiorów danych przestrzennnych i odpowiednich usług danych przestrzennych w zakresie geodezji i kartografii zgodnie z dyrektywą INSPIRE

10. Portal branżowy SGiK

Żródło informacji: Studium Wykonalności Projekt Geoportal 2


1. Usługi mapowe (status usługi: usługa planowana do uruchomienia)

2. Usługi mapowe (broker) (status usługi: usługa planowana do uruchomienia)

Na powyższe usługi składają się grupy usług:

dostępu do danych przestrzennych

zarządzania danymi

zarządzania i monitorowania infrastruktury






Strona 35 z 191

Geoportal2


1. Usługi mapowe (status usługi: usługa planowana do uruchomienia)

2. Usługi mapowe (broker) (status usługi: usługa planowana do uruchomienia)

Na powyższe usługi składają się grupy usług:

dostępu do danych przestrzennych

zarządzania danymi

zarządzania i monitorowania infrastruktury






Strona 36 z 191

2.12 Projekt: Platforma udostępniania on-line przedsiębiorcom

usług i zasobów cyfrowych rejestrów medycznych

Tabela 12. Metryka Projektu - Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych

Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych

Brak logo


Ministerstwo Zdrowia / Centrum Systemów Informacyjnych Ochrony Zdrowia


53.263.000 zł


18.12.2007 – 31.12.2012

Opis projektu

Projekt dotyczy budowy platformy zapewniającej wymianę informacji pomiędzy: zakładami opieki zdrowotnej, praktykami lekarskimi i pielęgniarskimi, aptekami, paostwowymi placówkami świadczącymi usługi medyczne a podmiotami prowadzącymi rejestry medyczne (wpis do rejestru medycznego podmiotu działającego w ochronie zdrowia, aktualizacja danych rejestrowych, pobieranie zaświadczeo i wypisów). Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 10.

Kluczowe produkty

1. Splikacje udostępniające usługi wymiany dokumentów

2. System Administracji

3. Architektury referencyjne rejestru medycznego oraz specyfikacji jednolitego zestawu usług rejestrów podmiotowych.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych, Częśd analityczna, Infovide-Matrix S.A., pkt. 2.7 tabela 36


1. Udostępnianie danych z rejestrów medycznych (za pośrednictwem narzędzi dostarczanych przez projekt P1)

Żródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych, Częśd doradcza, Infovide-Matrix S.A., pkt. 3.3.2


1. Udostępnianie danych z rejestrów medycznych (status usługi: usługa planowana do uruchomienia)






Strona 37 z 191

2.13 Projekt: Platforma Usług Elektronicznych dla Klientów ZUS

(PUE)

Tabela 13. Metryka Projektu - Platforma Usług Elektronicznych dla Klientów ZUS (PUE)

Platforma Usług Elektronicznych dla Klientów ZUS (PUE)


Zakład Ubezpieczeo Społecznych


101.526.000 zł


2007.01.01 – 31.12.2012

Opis projektu

Projekt dotyczy systemu informatycznego w obszarze zabezpieczenia społecznego, budowy nowego portalu informacyjnego umożliwiającego m.in. składanie wniosków, dokumentów, zapytao przez Internet. Ponadto planowane jest uruchomienie Centrum Informacji Telefonicznej. Efektem realizacji projektu będzie uruchomienie usługi zapewniającej dostęp do danych zapisanych na indywidualnych kontach w ZUS osobom ubezpieczonym, płatnikom składek, osobom pobierającym świadczenia, lekarzom etc.

Kluczowe produkty

1. System Kierownia Ruchem (SKR)

2. Samoobsługowe Urządzenie Informacyjne (SUI)

3. Nowy Portal Informacyjny (NPI)

4. Centrum Informacji Telefonicznej (CIT)

Żródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma Usług Elektronicznych dla klientów ZUS (PUE), Częśd doradcza, konsorcjum firm Lumena SA i International Management Services Sp. z o.o. pkt. 2.4


1. Usługi dostępu do danych ubezpieczonego, świadczeniobiorcy, płatnika, lekarza, komornika

2. Usługi przesyłania do ZUS dokumentów w formie elektronicznej

3. Usługi zarezerwowanie wizyty w wybranej terenowej jednostce organizacyjnej ZUS

4. Usługi dostępu przez www do aplikacji ePłatnik

5. Usługi udostępniania informacji nt. wzorów dokumentów dedykowanych do korespondencji z ZUS oraz sposobu funkcjonowania ZUS

6. Usługi zarządzania kolejkami w jednostkach terenowych ZUS

7. Usługi składania dokumentów w ZUS z wykorzystaniem Samoobsługowych Urządzeo Informacyjnych

8. Usługi informacyjne świadczone przez Centrum Informacji Telefonicznej






Strona 38 z 191

Platforma Usług Elektronicznych dla Klientów ZUS (PUE)








Strona 39 z 191

2.14 Program e-cło

Tabela 14. Metryka Program e-cło

Program e-cło




119.084.500 zł


18.08.2008 – 31.12.2013

Opis projektu

Projekt dotyczy budowy systemu informatycznego pozwalającego na elektroniczną wymianę dokumentów celnych między urzędem celnym a zgłaszającymi w różnych krajach UE. Planowane jest stworzenie centralnej odprawy celnej (m.in. import/eksport z UE), wprowadzenie elektronicznego nadzoru nad towarami, które podlegają nadzorowi celnemu na obszarze UE. Realizacja projektu jest konsekwencją przepisów wspólnotowych dążących do zapewnienia interoperacyjności pomiędzy urzędami celnymi na obszarze UE, a także urzędami celnymi i instytucjami prowadzącymi obrót towarowy z zagranicą.

Kluczowe produkty

1. Modernizacja serwerowni Centrum Krajowego NCTS. Stworzenie platformy technologiczno-produkcyjnej do Centrum Przetwarzania Danych administracji celnej – CPD I, podłączenie do CCN/CSI. Dostawa platformy produkcyjnej CPD II, wdrożenie Load Balancing i Disaster Recovery.

2. Uruchomienie i wdrożenie jednolitej platformy dla wszystkich systemów, dla użytkowników wewnętrznych.

3. Jednolity podsystem uwierzytelniania dla wszystkich systemów i użytkowników zewnętrznych wraz z PKI użytkowników wewnętrznych i funkcjonalnością/technologią jednokrotnego uwierzytelniania Single Sign On (SSO).

4. System zarządzania danymi referencyjnymi PL i UE

5. Wdrożenie Magistrali Celno-Akcyzowej - warstwy komunikacji zapewniającej obsługę komunikatów pomiędzy elementami systemu informacyjnego Służby Celnej, a także z domeną DG TAXUD, magistralą CCN/CSI i domeną zewnętrzną (Internetem)

6. System Zintegrowanej Taryfy Celnej – rozbudowany zgodnie z Integrated Tariff Environment i TARIC3.

7. System Zintegrowanej Taryfy Celnej przebudowany w technologii wymiany komunikatów MCA zgodnie z Integrated Tariff Environment i TARIC.

8. System Zintegrowanego Zarządzania Ryzykiem (m.in. automatyczna analizy ryzyka, planowanie kontroli w oparciu o analizę ryzyka)

9. Wdrożenie funkcjonalności objętych wymaganiami wspólnotowymi






Strona 40 z 191

Program e-cło

ICS/ECS2 w obszarze Zintegrowanej obsługi i kontroli obrotu towarowego

10. Automatyczny System Importu (funkcjonalności przywozowe)

11. Automatyczny System Eksportu (funkcjonalności wywozowe)

12. Obsługa tranzytu

13. System Rozliczeo Celno-Podatkowych i Finansowo-Księgowy

14. Ogólnopolski System Obsługi Zabezpieczeo

15. System Zintegrowanej Rejestracji Przedsiębiorców (pierwsza faza)

16. System Zintegrowanej Rejestracji Przedsiębiorców (druga faza) - wdrożenie jednolitej rejestracji przedsiębiorców dla celów wszystkich procedur i systemów umożliwiających przedsiębiorcy tylko jednokrotne wprowadzanie wszelkich danych identyfikacyjnych.

17. System Przemieszczania oraz Nadzoru Wyrobów Akcyzowych

18. Wdrożenie zarządzania procesami biznesowymi w administracji celnej

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Program e-Cło”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załacznik nr 1, pkt. 2.2


1. Elektroniczna obsługa dokumentów poprzedzających przywóz,

2. Elektroniczna obsługa operacji przywozowych,

3. Elektroniczna obsługa statystyki wewnątrzwspólnotowej,

4. Elektroniczna obsługa wywozowej deklaracji skróconej,

5. Elektroniczna obsługa wywozu,

6. Elektroniczna obsługa tranzytu,

7. Elektroniczna obsługa dokumentów akcyzowych,

8. Elektroniczna obsługa gwarancji.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Program e-Cło”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załacznik nr 1, pkt. 2.2


1. Udostępnianie danych z hurtowni danych z zakresu cła (dla celów kontrolnych) (status usługi: usługa planowana do uruchomienia)

2. Udostępnianie danych celnych z Hurtowni Danych (status usługi: usługa planowana do uruchomienia)






Strona 41 z 191

2.15 Projekt: System Informacyjny Statystyki Publicznej (SISP)

Tabela 15. Metryka Projektu - System Informacyjny Statystyki Publicznej (SISP)

System Informacyjny Statystyki Publicznej (SISP)


Główny Urząd Statystyczny


110.604.800 zł


25.02.2008 – 31.12.2013

Opis projektu

Projekt dotyczy przebudowy systemu informatycznego Głównego Urzędu Statystycznego w zakresie prowadzonych klasyfikacji i nomenklatur, rejestru podziału terytorialnego kraju TERYT, rejestru podmiotów gospodarki narodowej REGON. Projekt istotny dla badao i opisu procesów gospodarczych i społecznych na terytorium RP, określania właściwości miejscowej organów administracji publicznej, udostępniania wyników badao statystycznych na terenie UE (odpowiednie kanały komunikacyjne dla jednostek krajowych i wspólnotowych). W wyniku realizacji projektu obowiązki sprawozdawcze podmiotów zostaną zastąpione z formy tradycyjnej na rzecz komunikac ji elektronicznej. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 20.

Kluczowe produkty

1. System informacyjny intranet

2. Portal sprawozdawczy

3. System edukacyjny

4. Wyszukiwarka REGON

5. Bank danych lokalnych

6. Publiczna hurtownia danych 1



9. Usługa elektronicznej sprawozdawczości

10. System wspomagania analiz i decyzji

11. e-REGON

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 6 Zamówienia, Projekt „System Informacyjny Statystyki Publicznej (SISP)”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, pkt. 2.4.1, tabela 28


1. Wnioski RG o wpis podmiotów do rejestru REGON

2. Wizualizacji danych statystycznych

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 6 Zamówienia, Projekt „System Informacyjny Statystyki Publicznej (SISP)”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, pkt. 2.2






Strona 42 z 191

System Informacyjny Statystyki Publicznej (SISP)


1. Udostępnianie danych z rejestru REGON (status usługi: usługa aktualnie możliwa do świadczenia)

2. Udostępnianie danych z rejestru TERYT (status usługi: usługa aktualnie możliwa do świadczenia)






Strona 43 z 191

2.16 Projekt: Konsolidacja i centralizacja systemów celnych i

podatkowych

Tabela 16. Metryka Projektu - Konsolidacja i centralizacja systemów celnych i podatkowych

Konsolidacja i centralizacja systemów celnych i podatkowych Brak logo




167.000.000 zł


26.10.2007 – 31.12.2013

Opis projektu

Projekt dotyczy przeprowadzenia złożonego procesu konsolidacji i centralizacji systemów celnych i podatkowych, funkcjonujących obecnie w modelu rozproszonym. W ramach projektu zakłada się rozbudowę i integrację ogólnokrajowej infrastruktury teleinformatycznej administracji publicznej (zaplecze do spójnej realizacji usług elektronicznych), a w szczególności usług realizowanych w ramach projektów już znajdujących się na liście projektów indywidualnych: e-Deklaracje2, e-Podatki, Program e-Cło. Projekt stanowi podstawę dla uruchomienia systemów świadczących podstawowe usługi publiczne (m.in. podatkowe i celne). Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 21.

Kluczowe produkty

1. Budowa Centrum Przetwarzania Danych w Radomiu (przewidywana dostępnośd: 99,955%);

2. Wyposażenie CPD w sprzęt teleinformatyczny zgodnie z opracowaną architekturą teleinformatyczną, na potrzeby projektów informatycznych realizowanych przez Ministerstwo Finansów;

3. Centralizacja i konsolidacja w CPD systemów celnych i podatkowych w oparciu o opracowane wcześniej studium.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Konsolidacja i centralizacja systemów celnych i podatkowych”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2










Strona 44 z 191

2.17 Projekt: Emp@tia - platforma komunikacyjna obszaru

zabezpieczenia społecznego

Tabela 17. Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego

Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego

Brak logo


Ministerstwo Pracy i Polityki Społecznej


61.540.000 zł

Zgodnie z aneksem nr 2 zmniejszonono wartośd projektu do 49.197.670 zł


01.01.2008 - 31.21.2013

Opis projektu

Projekt stanowi kontynuację prac dotyczących informatycznych systemów zabezpieczenia społecznego, specyficznych dla zakresu obowiązków i odpowiedzialności MPiPS. Projekt dotyczy budowy systemu informatycznego w zakresie pomocy społecznej, świadczeo rodzinnych, funduszu alimentacyjnego oraz obsługi osób niepełnosprawnych (w tym monitoring orzekania o niepełnosprawności). Projekt pozwoli na monitorowanie i kontrolowanie kwot wypłacanych na rzecz osób korzystających z pomocy społecznej .

Kluczowe produkty

1. Centrum przetwarzania danych (serwerownia),

2. Zwirtualizowana platforma serwerowa (platforma produkcyjna),

3. Centralna Baza Beneficjenta,

4. Hurtownia Danych (wraz z platformą analityczną),

5. Platforma Integracyjna (obejmująca platformę obsługi komunikatów w technologii korporacyjnej szyny danych),

6. Wdrożone systemy informatyczne służące realizacji e-usług: (e-BON, e-Wnioski),

7. Interfejsy do systemów zewnętrznych, poza MPiPS (EESSI, PESEL, TERYT, E -DEKLARACJE, Portal Statystyczny e-GUS),

8. Portal informacyjno-usługowy do komunikacji i realizacji e-usług dla obywateli i przedsiębiorców,

9. Zakupione i wdrożone elektroniczne terminale dla Jednostek Organizacyjnych Pomocy Społecznej,

10. PKI –system uwierzytelniania.

Źródło informacji: Studium wykonalności projektu „Emp@tia - Platforma komunikacyjna obszaru zabezpieczenia społecznego”, 4pi sp. z o.o., V.5, tabela 12






Strona 45 z 191

Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego

Brak logo


1. Zapewnienie jednego punktu dostępu do informacji publicznych z obszaru zabezpieczenia społecznego poprzez udostępnienie platformy umożliwiającego uzyskanie kompletnej informacji ze wszystkich obszarów (tj. pomoc społeczna, świadczenia rodzinne, fundusz alimentacyjny),

2. Udostępnienie zestawu usług z obszaru zabezpieczenia społecznego dla obywateli i przedsiębiorców (m.in. zapewnienie możliwości składania elektronicznych formularzy, wniosków o przyznanie świadczeo),

3. Częściowa automatyzacja procesu realizacji usług,

4. Możliwośd śledzenia stanu realizacji sprawy,

5. Zapewnienie jednolitych baz referencyjnych oraz uruchomienie centralnej bazy danych umożliwiającej analizę oraz wymianę informacji pomiędzy obszarami zabezpieczenia społecznego (tj. pomoc społeczna, św iadczenia rodzinne, fundusz alimentacyjny)

Źródło informacji: Studium wykonalności projektu „Emp@tia - Platforma komunikacyjna

obszaru zabezpieczenia społecznego”, 4pi sp. z o.o., V.1.2


1. Udostępnienie usług z obszaru zabezpieczenia społecznego dla obywateli i przedsiębiorców (status usługi: usługa planowana do uruchomienia)






Strona 46 z 191

2.18 Projekt: Ogólnopolska sieć teleinformatyczna na potrzeby

obsługi numeru alarmowego „112

Tabela 18. Metryka Projektu - Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”

Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”


Ministerstwo Spraw Wewnetrznych i Administracji / Centrum Projektów Informatycznych MSWiA


165.000.000 zł (na podstawie Studium wykonalności)


2009-2011 (na podstawie Studium wykonalności)

Opis projektu

Projekt dotyczy budowy ogólnopolskiej sieci teleinformatycznej na potrzeby krajowego systemu obsługi zgłoszeo na numer „112”. Sied będzie istotnym elementem systemu, łącząc ze sobą Centra Powiadamiania Ratunkowego w kraju i umożliwiając tym samym przekierowanie zgłoszeo i wymianę informacji w ramach całego systemu. Zostanie zbudowana ogólnopolska sied teleinformatyczna, stanowiąca uniwersalną platformę teletransmisyjną dla potrzeb służb ustawowo powołanych do niesienia pomocy.

Kluczowe produkty

1. Urządzenia aktywne do POL20


3. Urządzenia aktywne do MAN SL

4. Urządzenia do bram H323


6. Telefony IP

7. Urządzenia aktywne do PS1

8. Urządzenia aktywne do PS2

9. Punkty dostępoww LAN

10. Nowopowstałe centra zarządzania siecią (P.016)

11. Systemy bezpieczeostwa sieci (P.013)

Źródło informacji: Studium wykonalności dla projektu Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego 112, Centrum Projektów Informatycznych MSWiA, V.5






Strona 47 z 191

Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”


1. Wymiana danych pomiędzy Systemami Wspomagania Dowodzenia (SWD) Policji, Strażą Pożarną i Ratownictwa Medycznego a aplikacjami Wojewódzkich Centrów Powiadamiania i Centrów Powiadamiania Ratunkowego (WCPR i CPR) w zakresie obsługi wywołao na telefony alarmowe (elektroniczne arkusze zgłoszeo, dane lokalizacyjne, połączenia telefoniczne, itp.)

2. Obsługa przekazywanych do WCPR, CPR i SWD zgłoszeo alarmowych w oparciu o nowoczesne aplikacje

3. Usługi dostępne w technologii VoIP, w tym usługi: transmisji rozmów telefonicznych, wideotelefonii, współdzielenia dostępu do zasobów scentralizowanych, bezpiecznego połączenia sieci IP, tworzenia VPN, centralnego monitorowania bezpieczeostwa sieci

4. Dystrybucja danych o lokalizacji zgłoszenia na podstawie zakooczenia sieci z PLI CBD (systemu UKE) do podmiotów obsługujących wywołanie alarmowe

5. Zapewnienie podkładu teletransmisyjnego o wysokiej przepustowości dla systemów teleinformatycznych beneficjentów OST 112.

Źródło informacji: Studium wykonalności dla projektu Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego 112, Centrum Projektów Informatycznych MSWiA, II.3








Strona 48 z 191

2.19 Projekt: Zintegrowana, wielousługowa platforma

komunikacyjna Policji z funkcją e-Usług dla obywateli i

przedsiębiorców

Tabela 19. Metryka Projektu - Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców

Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców




98.570.000 zł


15.11.2009 – 31.03.2012

Opis projektu

Projekt dotyczy budowy systemu informatycznego pozwalającego na wykorzystanie technologii informacyjnych i komunikacyjnych w Policji. W ramach projektu zostaną zrealizowane usługi dla przedsiębiorców i obywateli dotyczące m.in.: zamówieo publicznych, aukcji elektronicznej, pozwoleo na broo, licencji detektywa, licencji ochrony fizycznej oraz zabezpieczenia technicznego, a także skarg i zażaleo.

Kluczowe produkty

1. Dostawa urządzeo wielofunkcyjnych,

2. Budowa i wdrożenie Usług, wdrożenie platformy komunikacyjnej:

Projekt techniczny,

Rozbudowana platforma sprzętowa dla Usług,

Wdrożony system,

eUsługi uruchomione na ePUAP i wdrożona platforma komunikacyjna.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e -Usług dla obywateli i przedsiębiorców, Częśd doradcza, Infovide-Matrix S.A., pkt. 2.4.3


1. Udostępnianie danych dotyczących pozwoleo na broo oraz licencji wydawanych przez Policję

2. Pozyskiwanie danych o pozwoleniach na broo oraz licencje wydawanych przez Policję

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e -Usług dla obywateli i przedsiębiorców, Częśd doradcza, Infovide-Matrix S.A., pkt. 2.2.3.2 tabela 14






Strona 49 z 191

Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców


1. Udostępnianie usług innym systemom oraz usługobiorcom z wykorzystaniem WebServices (status usługi: usługa planowana do uruchomienia)






Strona 50 z 191

2.20 Projekt: Rozwój systemu informatycznego ZUS

wspomagającego udostępnianie e-Usług

Tabela 20. Metryka Projektu - Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług

Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług


Zakład Ubezpieczeo Społecznych


100.000.000 zł


01.01.2008 – 31.12.2011

Opis projektu

Projekt dotyczy rozbudowy systemu informatycznego ZUS, wspomagającego udostępnianie świadczonych e-usług. Zakres projektu obejmuje poprawę ciągłości, efektywności i bezpieczeostwa świadczonych usług. Dofinansowaniem zostanie objęty główny i zapasowy ośrodek obliczeniowy, a także wdrożenie systemu zarządzania zasobami, zakup sprzętu i oprogramowania.

Kluczowe produkty

1. Wdrożony system teletransmisyjny DWDM dla komputera centralnego

2. Zainstalowane urządzenia aktywne sieci LAN DII / Centrala

3. Zainstalowane urządzenia infrastruktury WAN DII

4. Zainstalowane stacje zarządzające siecią LAN/WAN DII/Centrala

5. Zakupiona biblioteka taśmowa dla platformy UNIX w ZCOO

6. Zakupione macierze dyskowe wraz z przełącznikami sieci SAN dla platformy UNIX w ZCOO

7. Zmodernizowane cztery serwery SuperDome dla platformy UNIX w ZCOO

8. Zmodernizowane serwery zespołu komputera centralnego

9. Zakupione urządzenia na potrzeby realizacji środowiska testowego urządzeo LAN/WAN w COO

10. Zakupiona infrastruktura techniczno-systemowa na potrzeby serwisów informacyjnych w Centrali ZUS

11. Rozbudowane zasoby pamięci masowej do komputera centralnego

12. Wymienione switch’e FICON w instalacji komputera centralnego

13. Zmodernizowana ITS w zakresie budowy bezpiecznego dostępu do sieci KSI dla komputerów przenośnych inspektorów kontroli

14. Zmodernizowana platforma sprzętowo-narzędziowa SDWI/EWD

15. Opracowany projekt systemu zarządzania zasobami ITS systemu KSI ZUS

16. Wdrożony system zarządzania zasobami ITS systemu KSI ZUS

17. Opracowany Plan Rozwoju ITS dla KSI ZUS






Strona 51 z 191

Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług

18. Opracowany projekt docelowej ITS głównego i zapasowego ośrodka obliczeniowego KSI

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e -Usług, Częśd doradcza, Infovide-Matrix S.A., pkt. 2.4.2










Strona 52 z 191

2.21 Projekt: Georeferencyjna Baza Danych Obiektów

Topograficznych (GBDOT) wraz z krajowym systemem

zarządzania

Tabela 21. Metryka Projektu - Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem zarządzania

Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem zarządzania




170.000.000 zł


01.03.2007 - 31.12.2013

Opis projektu

Projekt dotyczy opracowania Bazy Danych Topograficznych, zawierającej dane wektorowe i atrybuty obiektów o szczegółowości i dokładności odpowiadającej mapie topograficznej w skali 1:10 000. Realizacja projektu umożliwi powszechne udostępnienie informacji przestrzennej jednostkom administracji publicznej, przedsiębiorcom, w tym inwestorom krajowym i zagranicznym oraz obywatelom. Realizacja projektu wynika z dyrektywy INSPIRE. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 19.

Kluczowe produkty

1. Zakup sprzętu komputerowego

2. Zakup oprogramowania systemowego i narzędziowego

3. Modernizacja podstawowej osnowy wysokościowej

4. Wykonanie zobrazowao lotniczych i satelitarnych oraz ortofotomap

5. Założenia i budowa bazy danych obiektów topograficznych

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 12 Zamówienia, Projekt „Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem zarządzania”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, pkt 2.4.2




1. Udostępnianie danych dotyczących obiektów topograficznych lub ogólno geograficznych (status usługi: usługa planowana do uruchomienia)

2. Udostępnianie danych dotyczących osnowy wysokościowej, zobrazowania lotnicze i satelitarne, ortofotomapy (status usługi: usługa planowana do uruchomienia)






Strona 53 z 191

2.22 Projekt: TERYT2 – Państwowy rejestr granic i powierzchni

jednostek podziałów terytorialnych kraju

Tabela 22. Metryka Projektu - TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju

TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju




45.000.000 zł


31.12.2008 - 31.12.2011

Opis projektu

Projekt dotyczy budowy systemu teleinformatycznego zawierającego bazę danych przestrzennych określających granice jednostek podziałów terytorium kraju. System będzie zawierał m.in. informacje dotyczące podziału dla potrzeb ewidencji gruntów i budynków, statystyki publicznej, właściwości miejscowej sądów, prokuratur, organów administracji paostwowej. Projekt zakłada integrację z systemem katastralnym, ewidencją miejscowości, ul ic i adresów, paostwowym rejestrem nazw geograficznych, paostwowym rejestrem granic. Realizacja projektu wynika z dyrektywy INSPIRE. Zadanie figuruje w Planie Informatyzacji Paostwa na lata 2007 - 2013 jako projekt sektorowy pod nr 18.

Kluczowe produkty

1. Zebranie danych przestrzennych i opisowych

2. Uruchomienie systemu teleinformatycznego

3. Liczba udostępnionych rejestrów publicznych on-line

Źródło danych: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 13 Zamówienia, Projekt „TERYT 2 – Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju”, Częśd analityczna, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, pkt. 2.7.2




1. Udostępnianie danych z PRG (status usługi: usługa planowana do uruchomienia)






Strona 54 z 191

2.23 Projekt: Infrastruktura e-usług Resortu Finansów

Tabela 23. Metryka Projektu - Infrastruktura e-usług Resortu Finansów

Infrastruktura e-usług Resortu Finansów




210.000.000 zł


01.01.2007 – 31.12.2013

Opis projektu

Projekt dotyczy wdrożenia nowej technologii transmisji danych w sieci WAN Ministerstwa Finansów (IP-VPN MPLS). Realizacja projektu zapewni bezpieczne, wydajne i elastyczne środowisko teleinformatyczne, a także pozwoli na osiągnięcie pełnej transakcyjności e-usług świadczonych na rzecz przedsiębiorców i obywateli w obszarze działania resortu finansów.

Kluczowe produkty

1. Sied rozległa resortu finansów - przeprowadzenie migracji sieci rozległej Ministerstwa Finansów, łączącej jednostki administracji celnej i podatkowej w całym kraju, do infrastruktury opartej na nowoczesnej technologii MPLS;

2. Sied strukturalna Ministerstwa Finansów - modernizacja infrastruktury budynku Ministerstwa (okablowania teleinformatycznego budynku oraz urządzeo skoncentrowanych w punktach dystrybucyjnych, Centrum Administratorów, ewentualnie - modernizację i integrację systemów zarządzania budynkiem, systemów zabezpieczenia technicznego i telewizji kablowej z siecią lokalną)

3. Monitorowanie – stworzenie systemu (sprzęt, oprogramowanie, usługi) na potrzeby monitorowania wydajności urządzeo, aplikacji oraz baz danych, wykrywanie usterek, awarii, wąskich gardeł, udostępnianie raportów ze stanem bieżącym, historycznym oraz trendami monitorowanego środowiska, monitorowanie umów SLA.

4. Bezpieczeostwo:

modernizacja zapór sieciowych.

modernizacja systemu antywirusowego.

wdrożenie systemu wykrywania włamao – IPS.

wdrożenie urządzeo kompleksowej ochrony punktów dostępowych – UTM.

wdrożenie Systemu Zarządzania Tożsamością.

wdrożenie systemu Zdalnego Dostępu do sieci

5. Wsparcie Usług Informatycznych (7,6 mln zł brutto) – wdrożenie systemu usług wsparcia w oparciu o ITIL v3, na potrzeby wszystkich użytkowników korzystających z e-Usług oraz personelu resortu finansów, w tym:






Strona 55 z 191

Infrastruktura e-usług Resortu Finansów

standaryzacja, implementacja i integracja procesów wewnątrz administracji resortu finansów w zakresie wsparcia informatycznego i zarządzania;

wdrożenie rozwiązao informatycznych w zakresie rejestracji i obsługi zgłoszeo o incydentach zintegrowanych z systemem monitorowania infrastruktury e-Uslug.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Infrastruktura e-Usług Resortu Finansów”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załąc znik nr 1, pkt. 2.2


1. Zapewnienie elastycznego środowiska transmisji danych w sieci rozległej resortu finansów stymulującego rozwój nowoczesnych usług publicznych świadczonych w kanale elektronicznym (z uwzględnieniem wymiany informacji z systemami resortu finansów i Centralnymi Systemami UE).

2. Zapewnienie elastycznego środowiska transmisji danych w sieci strukturalnej Ministerstwa Finansów wspierającego efektywne zarządzanie zachodzącymi procesami biznesowymi resortu f inansów, ze szczególnym uwzględnieniem parametrów jakościowych obsługi e-Usług.

3. Zapewnienie wymaganej dostępności e-Usług poprzez wdrożenie centralnego systemu monitorowania umożliwiającego docelowo monitorowanie infrastruktury e-Usług oraz wspierającego podejmowanie pro aktywnych decyzji zarządczych w obszarze utrzymania i rozwoju eksploatowanej infrastruktury e-Usług.

4. Zapewnienie bezpieczeostwa transmisji sieciowej dla świadczenia e -Usług.

5. Zapewnienie efektywności świadczenia e-Usług dla obywateli i przedsiębiorców oraz wzrost wykorzystania e-Usług poprzez zapewnienie odpowiedniego poziomu wsparcia informatycznego dla infrastruktury e-Usług resortu finansów.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Infrastruktura e-Usług Resortu Finansów”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia, Załącznik nr 1, pkt. 2.2








Strona 56 z 191

2.24 Projekt: Informatyczny system osłony kraju przed

nadzwyczajnymi zagrożeniami

Tabela 24. Metryka Projektu - Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami

Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami

Brak logo


Instytut Meteorologii i Gospodarki Wodnej


240.000.000 zł

Zmiany dot. Projektu na listach projektów indywidualnych zwiększenie do:

300.000.000 zł (poprzez dodanie 60.000.000 zł wydatków niekwalifikowanych)


26.08.2009 – 31.12.2013

Opis projektu

Projekt dotyczy wypracowania systemu osłon społeczeostwa, gospodarki i środowiska przed nadzwyczajnymi zagrożeniami. W wyniku realizacji projektu powstanie system informatyczny na potrzeby ochrony przed skutkami powodzi. Inwestycja zakłada wykonanie wstępnej oceny ryzyka powodziowego, opracowaniu map zagrożenia powodziowego oraz map ryzyka powodziowego, a także planów zarządzania ryzykiem powodziowym. Projekt przyczyni się do wypełnienia postanowieo dyrektywy 2007/60/WE w sprawie oceny ryzyka powodziowego i zarządzania nim.

Kluczowe produkty

1. system osłony społeczeostwa,

2. raport z identyfikacji krajowych systemów informacyjnych,

3. wstępna ocena ryzyka powodziowego dla Polski,

4. pilotowe mapy zagrożenia powodziowego,

5. mapy zagrożeo meteorologicznych, mapy innych zagrożeo,

6. zintegrowana BDOT (Baza Danych Obiektów Topograficznych) dla powierzchni kraju,

7. NMT (numeryczny model rzeźby i pokrycia terenu) dla powierzchni kraju,

8. system zarządzania NMT,

9. ortofotomapa dla powierzchni kraju,

10. konferencja informacyjno – szkoleniowa,

11. portal internetowy,

12. szkolenia e-learningowe,

13. szkolenia specjalistyczne.

Źródło informacji: Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami, Częśd analityczna, konsorcjum firm Lumena SA i International Management Serv ices Sp. z o.o., pkt. 2.7






Strona 57 z 191


Brak logo










Strona 58 z 191

2.25 Projekt: Budowa i wyposażenie Centrów Powiadamiania

Ratunkowego

Tabela 25. Metryka Projektu - Budowa i wyposażenie Centrów Powiadamiania Ratunkowego

Budowa i wyposażenie Centrów Powiadamiania Ratunkowego




350.000.000 zł (na podstawie Studium wykonalności)


2009-2013 (na podstawie Studium wykonalności)

Opis projektu

Projekt dotyczy realizacji koncepcji budowy Systemu Informatycznego Powiadamiania Ratunkowego w Polsce na poziomie Centrów Powiadamiania Ratunkowego. Przedsięwzięcie komplementarne z innymi projektami realizowanymi w ramach PO IG, tj. OST 112 (MSWiA) oraz PLI-CBD (UKE). Projekt ma zapewnid wsparcie w realizacji zadao służb porządku publicznego i ratownictwa w zakresie obsługi wywołao na numer 112 i innych numerów alarmowych, poprzez wdrożenie ogólnokrajowej platformy teleinformatycznej. W ramach projektu powstanie także system informatyczny wspomagania dowodzenia. Projekt zakłada poprawę bezpieczeostwa obywateli oraz cudzoziemców przebywających na terytorium RP poprzez zapewnienie szybkiego i skutecznego dostępu do służb ustawowo powołanych do niesienia pomocy.

Kluczowe produkty

1. System Informatyczny Centrum Powiadamiania Ratunkowego

2. System Wspomagania Dowodzenia Paostwowego Ratownictwa Medycznego

3. System Wspomagania Dowodzenia Policji

4. Zintegrowana łącznośd na potrzeby CPR

5. Zintegrowana łącznośd na potrzeby Policji

6. Struktura organizacyjna nadzorująca eksploatację i rozwój systemów wytworzonych w projekcie

Źródło informacji: Studium wykonalności projektu Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego, Studium Wykonalności – ETAP I, 4pi sp. z o.o., I


1. SI CPR realizowad będzie następujące podstawowe funkcje:

Przyjęcie zgłoszenia alarmowego od Operatora Telekomunikacyjnego

Pobranie informacji lokalizacyjnej z PLI CBD

Rejestracja i obsługa zgłoszenia alarmowego






Strona 59 z 191


Zestawienie połączenia telekonferencyjnego z właściwą służbą

Przekazanie zgłoszenia alarmowego do właściwej służby

Przekazanie informacji o zgłoszeniu do wybranych służb

Pobranie danych nt. zdarzeo, sił i środków od wybranych służb

Przekazanie danych nt. zgłoszeo, zdarzeo, sił i środków do WCPR, odbiór decyzji/wytycznych z WCPR.

Wizualizacja sytuacji

Wytwarzanie analiz i raportów

2. System SWD PRM realizowad będzie następujące podstawowe funkcje:

Obsługa zgłoszeo i zdarzeo

Wsparcie zarządzania siłami i środkami Ratownictwa Medycznego na terenie działania CPR

Obsługa akcji, interwencji, operacji (i innych)

Wizualizacja położenia i stanu: zgłoszeo, zdarzeo, sił, środków, akcji

Wymiana danych z innymi systemami (siły, środki, zdarzenia, wytyczne)

Utrzymywanie łączności

Wytwarzanie analiz i raportów

3. System Wspomagania Dowodzenia Policji ma obecnie następujące funkcjonalności:

Obsługi terminali mobilnych - Umożliwienie patrolom Policji dostępu do SWD Policji za pomocą terminali mobilnych (terminali w pojazdach, terminali przenośnych i lokalizatorów osobistych).

Wizualizacja - Umożliwienie wizualizacji na mapie cyfrowej miejsc zgłoszeo obywateli, a także miejsc, w których operują jednostki Policji.

Wymiana danych z innymi systemami - Umożliwienie automatycznej wymiany danych z innymi systemami informatycznymi, policyjnymi i służb innych niż Policja. Zakłada się wykorzystanie różnorodnych kanałów transmisyjnych i form transportu danych dla terminali mobilnych, np. GPRS, GSM, SMS, TETRA, WiMAX.

Zintegrowana łącznośd - Umożliwienie integracji środków łączności dostępnych na stanowisku służby dyżurnej (radiotelefony konwencjonalne, telefon stacjonarny, radiotelefony cyfrowe - TETRA/EDACS, telefon mobilny, interkom).

Źródło informacji: Studium wykonalności projektu Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego, Studium Wykonalności – ETAP I, 4pi sp. z o.o., VI.3.1.1






Strona 60 z 191









Strona 61 z 191

2.26 Projekt: System Informacyjny o Infrastrukturze

Szerokopasmowej i portal Polska Szerokopasmowa

Tabela 26. Metryka Projektu - System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa

System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa


Instytut Łączności


16.000.000 zł


07.2009 – 02.2013

Opis projektu

Projekt dotyczy budowy systemu informatycznego umożliwiającego pozyskiwanie, gromadzenie oraz przetwarzanie danych o szerokopasmowej infrastrukturze teleinformatycznej w Polsce. System umożliwi m.in. tworzenie, weryfikowanie i aktualizowanie map cyfrowych sieci szerokopasmowych na poziomie regionalnym. Realizacja projektu będzie sprzyjad upowszechnianiu dostępu do szerokopasmowego Internetu.

Kluczowe produkty

1. Utworzona aplikacja oraz udostępnione usługi teleinformatyczne

2. Baza danych udostępniona beneficjentom ostatecznym

3. Spotkania informacyjno – doradcze z beneficjentami ostatecznymi

4. Wdrożone procedury z zakresu sporządzania, aktualizowania i udostępniania informacji o Infrastrukturze szerokopasmowej










Strona 62 z 191

Rozdział 3

3 Zależności i powiązania na poziomie

technicznym

Jedną z idei, która przyświeca realizacji projektów 7 Osi PO IG jest zapewnienie

współpracy wytwarzanych w ramach projektów systemów, a tym samym:

zwiększenie dostępności usług ofertowanych elektronicznie,

eliminacja kosztów kilkukrotnego budowania rozwiązao o takiej samej

charakterystyce.

Należy jednak zauważyd, że komunikowanie i zapewnienie współpracy systemów

wytwarzanych w ramach różnych projektów jest procesem dużo bardziej złożonym

niż zapewnienie współpracy systemów wytwarzanych w jednym projekcie. Dzieje

się tak dlatego, iż niejednokrotnie konieczne jest zapewnienie współpracy

systemów na dwóch płaszczyznach, tj.:

płaszczyźnie organizacyjnej (np. porozumienia pomiędzy Beneficjentami,

ustawy i rozporządzenia umożliwiające wymianę danych),

płaszczyźnie technicznej (np. interfejsy, struktury danych).

Niniejszy rozdział stanowi wynik analizy dotyczącej współpracy systemów

wytwarzanych w ramach projektów 7 Osi PO IG na poziomie technicznym.

3.1 Komunikacja i wykorzystanie usług pomiędzy systemami

Współpracę pomiędzy systemami tworzonymi w ramach 7 Osi PO IG można badad

na wielu poziomach. Aspektami, które można brad pod uwagę są zależności

biznesowe, uwarunkowania prawne współpracy, logiczne przepływy danych czy w

koocu integracja na poziomie interfejsów. Należy pamiętad, że w ramach






Strona 63 z 191

projektów 7 Osi PO IG świadczenie usług może zawierad wiele skomplikowanych

zależności (np. system z projektu A świadczy usługę, wykorzystując infrastrukturę

powstałą w ramach projektu B przy wykorzystaniu usług systemu C). Ze względu na

skomplikowany charakter tworzonych systemów oraz wiele warstw świadczenia

usług właśnie warstwa fizycznej komunikacji i przekazywania danych staje się

istotnym aspektem. interoperacyjności na poziomie technologicznym. Budowa

odpowiednich interfejsów oraz zapewnienie kompatybilności w warstwie

technologicznej jest warunkiem sine qua non możliwości świadczenia usług

pomiędzy budowanymi systemami. Dlatego też przedmiotem niniejszej analizy jest

fizyczna komunikacja pomiędzy systemami budowanymi w ramach projektów 7 osi

PO IG.

Tak przedstawione ujęcie współpracy będące perspektywą techniczną ilustruje

zagadnienie konieczności bezpośredniego skomunikowania produktów IT

poszczególnych projektów poprzez faktyczną wymianę danych pomiędzy nimi.

Wymiana danych następowad bowiem będzie na skutek realizacji usług

elektronicznych zainicjowanych przez użytkownika koocowego (obywatela,

przedsiębiorcy, urzędnika) lub system w szczególności będący przedmiotem innego

projektu 7 osi PO IG.

W ramach projektów realizowanych w ramach 7 osi PO IG budowanych jest wiele

systemów informatycznych rozumianych jako składowe projektów. Dla

uproszczenia przekazu, w dalszej części analizy, jako projekt traktowano wszystkie

systemy budowane i rozwijane w ramach danego projektu. Na mapie powiązao,

która stanowi Załącznik nr 1 do niniejszego dokumentu przedstawiono

komunikację pomiędzy projektami. Strzałki pomiędzy projektami oznaczają, że

realizowana jest współpraca na poziomie wymiany usług pomiędzy systemami

informatycznymi danych projektów. Aby zachowad czytelnośd mapy staraliśmy się

pokazad przepływy pomiędzy projektami, bez wchodzenia w szczegóły techniczne.

Dla przykładu usługi platformy ePUAP związane z bezpieczeostwem zostały

zgrupowane i na mapie prezentowane jako jedna usługa - nr 21 – usługi

bezpieczeostwa platformy ePUAP

Warstwa fizyczna integracji pokazuje gotowośd i możliwości świadczenia usług,

zależności pomiędzy projektami oraz potencjalne możliwości rozwoju systemów w

przyszłości.

Dla każdego z projektów podlegających analizie zidentyfikowano usługi

elektroniczne, które aktualnie są lub dopiero będą świadczone na rzecz:

użytkowników (obywateli lub przedsiębiorców),

innych analizowanych projektów 7 osi PO IG.






Strona 64 z 191

Informacje o wszystkich ww. usługach zawarto w metrykach projektów

znajdujących się w rozdziale 2. Na mapie naniesione zostały tylko te usługi które

realizują współpracę pomiędzy systemami 7 osi PO IG.

Mapa został wykonana w dwóch perspektywach:

1. Mapa kompatybilności i interoperacyjności systemów


Beneficjentów 7 osi PO IG, stan na 30.04.2011 r. (załącznik nr 1); Zawiera

ona wszystkie usługi jakie powinny pojawid się po zakooczeniu realizacji

projektów 7 osi PO iG. Usługi już działające zaznaczone są

niewypełnionymi kolorem kółkami, zaś te, które znajdują się w trakcie

budowy lub są dopiero planowane do wytworzenia - posiadają

wypełnienie.

2. Mapa kompatybilności i interoperacyjności systemów


Beneficjentów 7 Osi PO IG wraz z usługami możliwymi do realizacji stan

na 30.04.2011 r. (załącznik nr 2). Jest to rozszerzenie pokazujące

możliwośd zwiększenia współpracy pomiędzy systemami bez ponoszenia

zbyt dużych kosztów. Takie dodatkowe usługi powinny wpłynąd na

sprawnośd obsługi obywateli i przedsiębiorców i dad Beneficjentom

świadczenia nowych usług. Usługi możliwe do zrealizowania były

identyfikowane:

a. przez Doradców strategicznych w Projekcie Systemowym

w trakcie współpracy z Beneficjentami, a następnie zapisane

w części doradczej Analiz, które były wykorzystywane w ramach

niniejszego opracowania,

b. w oparciu o wiedzę ekspercką Wykonawcy niniejszego

opracowania.

3. Opis mapy kompatybilności i interoperacyjności

Każdy z projektów na mapie kompatybilności i interoperacyjności przedstawiony

jest za pomocą wizytówki z oznaczoną nazwą projektu oraz organizacją

odpowiedzialną za jego realizację. Wizytówka zawiera także logo projektu, jeśli

zostało zdefiniowane przez Beneficjenta . Kolor ramki wizytówki jest związany z

Beneficjentem realizującym projekt zgodnie z legendą umieszczoną na mapie.

Wizytówka symbolizuje wszystkie systemy tworzone w ramach danego projektu.

Powiązania pomiędzy systemami tworzonymi w ramach projektów oznaczone są

przez strzałki, przy czym wygląd strzałek niesie ze sobą następujące informacje

dodatkowe






Strona 65 z 191

grubośd strzałki odpowiada liczbie udostępnianych bądź

wykorzystywanych usług, tzn. im grubsza strzałka łącząca tym więcej

usług;

kolor strzałki wskazuje na resort, w ramach którego realizowany jest

projekt;

numery na strzałkach kodują usługi (nazwy usług wymienione są w

legendzie mapy);

numery usług już wdrożonych zostały zaznaczone w kółkach nie

wypełnionych kolorem

usługi w trakcie budowy lub planowane do wytworzenia zaznaczone są

kółkami wypełnionymi kolorem

numery usług w kołach zębatych oznaczają usługi możliwe do realizacji,

czyli takie, których realizacja wynika ze współpracy Beneficjentów i

wychodzi poza zobowiązania wynikające z zakresów projektów opisanych

w umowach o dofinansowanie.

Kierunek strzałek obrazuje przepływ usługi od dawcy do odbiorcy.

Na mapie wyróżnione zostały relacje pomiędzy projektami infrastrukturalnymi

budującymi bazę dla świadczenia usług (np. sprzęt, infrastruktura sieciowa,

systemy wspierające działanie aplikacji usługowych). Relacje te zostały

przedstawione w formie szarych strzałek.

3.1.1 Klasy projektów

Na mapie można wyróżnid kilka klas projektów zróżnicowanych ze względu na

rodzaj dostarczanych produktów:

Projekty infrastrukturalne – są to projekty, które same z siebie nie dostarczają

usług użytkownikom koocowym, natomiast stanowią bazę do tworzenia systemów

udostępniających usługi. Projekty takie wydzielane były zwykle wtedy, gdy w

ramach resortu tworzonych było kilka systemów i wymagały one do współdziałania

wspólnej infrastruktury realizacji usług. Zwykle infrastruktura ta stanowiła backend

dla tworzonych systemów usług.

Projekty udostępniające systemy będące brokerami usług – są to projekty będące

platformą integrującą wiele innych systemów i będące wspólnym front-end dla

świadczenia usług. Sztandarowym przykładem takiego projektu jest ePUAP2, który

już w ramach projektu ePUAP-WKP zbudował infrastrukturę do świadczenia usług .

Natomiast w ramach ePUAP2 system ten jest rozbudowywany i rozwijany.

Wykorzystanie ePUAP jako brokera usług w projekcie bardzo upraszcza

udostępnienie usługi szerokiemu kręgowi odbiorców, jako, że ePUAP posiada

dobrze określoną specyfikację zarówno API dla przyszłej integracji oraz

jednocześnie GUI dla dostępu klientów koocowych usług. Integracja z ePUAP






Strona 66 z 191

usługodawców usług pozwala im oszczędzid na specyfikowaniu interfejsów ze

wszystkimi usługodawcami. Z drugiej strony usługodawcy, którzy mają już

zaimplementowane interfejsy z ePUAP z łatwością mogą wykorzystad kolejne

udostępniane na ePUAP usługi. Innymi projektami pretendującymi do podobnej

roli są systemy dziedzinowe. Wśród nich przykładami są projekty e -Deklaracje2 (w

zakresie usług Ministerstwa Finansów) i Geoportal2 (w zakresie szeroko pojętych

usług mapowych).

Projekty wykorzystujące inne systemy do integracji i udostępniania usług – są to

projekty, które nie tworzą własnych interfejsów dedykowanych dla potencjalnie

wielu odbiorców lecz korzystają w zamierzeniu z ePUAP. Przykładami takich

projektów jest pl.ID, które planuje udostępnid API dostępowe do rejestru na

ePUAP oraz CEIDG, który do działania wymaga integracji z kilkoma partnerami (do

integracji wykorzystuje ePUAP). W obszarze usług mapowych jest to GBDOT oraz

TERYT2, które zakładają udostępnianie swoich usług za pośrednictwem systemu

wytwarzanego przez projekt Geoportal2.

Projekty wydzielone – w ramach 7 Osi PO IG istnieją także projekty stanowiące

odrębną całośd. Przykładem takiego projektu jest projekt Informatyczny system

osłony kraju przed nadzwyczajnymi zagrożeniami. Ze względu na obszar objęty

projektem nie posiada on punktów wspólnych z pozostałymi inicjatywami 7 osi

poza wykorzystaniem usług udostępnianych przez projekt Geoportal2 .

Na tym tle wyróżnia się projekt pl.ID, którego jednym z produktów jest podpis

osobisty w nowym dowodzie osobistym. Umożliwi on wszystkim obywatelom

posiadającym nowy dowód osobisty załatwianie spraw z wykorzystaniem środków

elektronicznych bez konieczności zakupu podpisu kwalifikowanego. Ze względu na

to, że projekt dotyczy wszystkich obywateli oraz szerokiego wachlarza e -usług,

istnienie podpisu osobistego będzie musiało byd uwzględnione przez większośd

projektów. W ten sposób pl.ID udostępni infrastrukturę podpisu dla całej

administracji publicznej.

Poniższa tabela zawiera informacje o projektach i świadczonych przez nie usługach

ze wskazaniem projektów, które z tych usług korzystają. Tabela stanowi

syntetyczne scharakteryzowanie powiązao zilustrowanych na obu mapach

zawartych w załączniku nr 1 i Załączniku nr 2.

Zamówienie jest współfinansowane przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz budżetu państwa w ramach Projektu systemowego dla

wspierania działań w zakresie budowy elektronicznej administracji o numerze POIG.07.01-00-00-001/08 realizowanego w ramach 7 Osi Priorytetowej Programu Operacyjnego Innowacyjna

Gospodarka 2007-2013 ,,Dotacje na Innowacje” ,,Inwestujemy w waszą przyszłość”

Strona 67 z 191

Tabela 27. Opisy usług projektów 7 Osi PO IG ukazane jako powiązania na mapie powiązao

Projekt Usługa Opis usługi Projekty, które korzystają z usługi

„Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych”

Obsługa e-zwolnieo

Elektroniczna wymiana informacji związanych ze e-zwolnieniami lekarskim

„Platforma Usług Elektronicznych dla Klientów ZUS (PUE)”

„pl.ID – Polska ID karta”

Identyfikacja, weryfikacja i uwierzytelnienie obywatela w oparciu o nowy dokument tożsamości

Grupa usług związana z wdrożeniem nowego dowodu osobistego z zawartym certyfikatem. Usługi te umożliwiają w szczególności administracji publicznej wykorzystanie certyfikatu podpisu osobistego w obsłudze interesantów.


„ePUAP 2”

„Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego”

„e-Deklaracje2"

„Centralna Ewidencja i Informacja o Działalności Gospodarczej”

„Geoportal2”

„Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych”




Strona 68 z 191



„Program e-cło”

„System Informacyjny Statystyki Publicznej (SISP)”

„Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego”

„Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców”

Udostępnianie danych z rejestrów: PESEL, OEWiUDO/RDO,

Usługi dostępu do danych z rejestru PESEL oraz informacji o dowodach osobistych i danych zawartych w dowodach osobistych.

„ePUAP 2”



„Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)”

Dystrybucja danych o lokalizacji zgłoszenia.

Dystrybucja danych o lokalizacji zgłoszenia na podstawie zakooczenia sieci z PLI CBD (systemu UKE) do podmiotów obsługujących wywołanie alarmowe.

„Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”

„Budowa i wyposażenie Centrów Powiadamiania Ratunkowego”

„Informatyzacja Wydziałów Ksiąg Wieczystych”




Strona 69 z 191


„ePUAP 2”

Usługi bezpieczeostwa platformy ePUAP

Usługi uwierzytelnienia użytkownika w oparciu o profil ePUAP (Single Sign On z wykorzystaniem SAML)


„e-Deklaracje2"

„e-Rejestracja”


Usługi komunikacyjne ePUAP (broker)

Możliwośd udostępniania własnych usług na ePUAP przez podmioty publiczne. W szczególności może to oznaczad korzystanie także z innych usług platformy.

„e-Deklaracje2"


„e-Rejestracja”









Strona 70 z 191


Dostęp do rejestrów centralnych

Użycie przez usługodawców ePUAP jako platformy do udostępniania własnych rejestrów (umożliwia udostępnienie rejestrów przez API i GUI). Usługa daje usługobiorcom dostęp do danych w rejestrach udostępnionych przez dysponentów zgodnie z ustalonymi przez tych dysponentów regułami.


„e-Deklaracje2"


„e-Rejestracja”




Usługa wsparcia Profilu Zaufanego

Usługi związane z obsługą Zaufanego Profilu zdefiniowanego w Ustawie o Informatyzacji.


„e-Deklaracje2"

„e-Rejestracja”

„Geoportal2”





Strona 71 z 191






„Budowa systemu usług elektronicznych MS" Dostęp do danych KRS

Usługa udostępniania rejestru KRS. „ePUAP 2”


„e-Deklaracje2"

Komunikacja z systemami z obszaru świadczeo rodzinnych i funduszu alimentacyjnego.

Usługi poświadczania i pozyskiwania danych potrzebnych do świadczenia usług związanymi ze świadczeniami rodzinnymi i funduszem alimentacyjnym.

„ePUAP 2”


Udostępnianie danych z Hurtowni Danych Podatkowych

Udostępniania danych z hurtowni na rzecz zewnętrznych odbiorców - organów statystycznych, legislacyjnych i rządu.


„e-Podatki” „ePUAP 2”





Strona 72 z 191



Udostępnianie danych z CEIDG

Udostępnianie danych z Ewidencji prowadzonej przez Ministerstwo Gospodarki

„ePUAP 2”

„e-Rejestracja”

Komunikacja z CEIDG na potrzeby rejestracji przedsiębiorcy

Komunikacja pomiędzy systemami MF i MG na potrzeby rejestracji działalności gospodarczej w CEIDG.

„ePUAP 2”

Udostępnianie danych z KEP – potwierdzanie zgodności podanych danych

Udostępnianie danych z Krajowej Ewidencji Podatników na zasadzie potwierdzania zgodności danych.

„ePUAP 2”



„Geoportal2”

Usługi mapowe

Grupa usług związanych z danymi przechowywanymi i udostępnianymi przez GUGiK bezpośrednio z systemu Geoportal.


„ePUAP 2”



„Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami”

„Budowa i wyposażenie Centrów Powiadamiania




Strona 73 z 191


Ratunkowego”

„System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa”

Usługi mapowe (broker)

Grupa usług związanych z danymi przechowywanymi i udostępnianymi przez GUGiK w których pośredniczy Geoportal (w szczególności dane z systemów tworzonych przez projekty GBDOT i TERYT2)








Udostępnianie danych z rejestrów medycznych

Udostępnianie informacji o podmiotach służby zdrowia. „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych”




Strona 74 z 191




Dane z hurtowni danych z zakresu cła dla celów kontrolnych.

Udostępnianie danych na rzecz innych systemów (w szczególności systemom podatkowym) w celach kontrolnych.

„e-Deklaracje2"

„e-Rejestracja”

Udostępnianie danych celnych z Hurtowni Danych

Udostępniania danych z hurtowni na rzecz zewnętrznych odbiorców - organów statystycznych, legislacyjnych i rządu.



Udostępnianie danych z rejestru REGON

Udostępnianie danych z rejestru REGON „ePUAP 2”

Udostępnianie danych z rejestru TERYT

Udostępnianie danych z rejestru TERYT „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych”

„pl.ID – Polska ID karta”

„ePUAP 2”

„e-Deklaracje2"

„e-Rejestracja”




Strona 75 z 191







„Konsolidacja i centralizacja systemów celnych i podatkowych”

„ePUAP 2”


Udostępnienie zestawu usług z obszaru zabezpieczenia społecznego dla obywateli i przedsiębiorców

Grupa usług z obszaru zabezpieczenia społecznego świadczonych na rzecz beneficjentów pomocy społecznej, świadczeo rodzinnych i funduszu alimentacyjnego, pracowników urzędów realizujących świadczenia rodzinne, pracowników urzędów realizujących fundusz alimentacyjny, ośrodków pomocy społecznej oraz przedsiębiorców.

„ePUAP 2”




Strona 76 z 191


„Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”


Udostępnianie usług innym systemom oraz usługobiorcom z wykorzystaniem WebServices.

Udostępnienie usług tworzonych w ramach projektu e-usług Policji odbiorcom zewnętrznym.

„ePUAP 2”

„Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług”

„Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem zarządzania”

Udostępnianie danych dotyczących obiektów topograficznych lub ogólnogeograficznych.

Udostępnienie za pośrednictwem Geoportal danych obiektów topograficznych lub ogólnogeograficznych.

„Geoportal2”




Strona 77 z 191


Udostępnianie danych dotyczących osnowy wysokościowej, zobrazowania lotnicze i satelitarne, ortofotomapy

Udostępnienie za pośrednictwem Geoportal dotyczących osnowy wysokościowej, zobrazowania lotnicze i satelitarne, ortofotomapy.

„Geoportal2”

„TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju”

Udostępnianie danych z PRG

Udostępnianie danych z Paostwowego Rejestru Danych. „Geoportal2”

„Infrastruktura e-usług Resortu Finansów”









Strona 78 z 191

3.2 Kompatybilność przyjętych rozwiązań

Kolejna perspektywa niniejszej analizy to kompatybilnośd rozwiązao.

Kompatybilnośd rozumiana jest w szczególności jako implementacja standardów

umożliwiających współdziałanie systemów. W analizie skupiono się zwłaszcza na

kryteriach przyjętych przez Komitet Monitorujący PO IG dla powstających

projektów informatycznych.

Kryteria te brzmią następująco: „W projekcie zastosowane są standardy otwarte,

umożliwiające osiągnięcie interoperacyjności z innymi systemami. Kryterium jest

oceniane, jeśli przewidywane jest komunikowanie się systemu z innymi systemami

- jeżeli założenia systemu informatycznego realizowanego w ramach projektu

zakładają komunikację z innymi systemami informatycznymi badamy, czy

rozwiązania w zakresie tej komunikacji są oparte na otwartych standardach”.

Wyniki tej oceny przedstawia poniższa tabela.

Tabela 28. Kompatybilnośd przyjętych rozwiązao

Lp. Nazwa projektu Czy zakładana komunikacja z

innymi systemami 7 osi?

Czy stosowane standardy otwarte?

1. Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych

tak tak

2. pl.ID – Polska ID karta tak tak

3. Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)

tak1 tak

4. Informatyzacja Wydziałów Ksiąg Wieczystych nie nie dotyczy

5. ePUAP 2 tak tak

6. Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego

tak nie określone

7. e-Deklaracje2 tak tak

8. e-Podatki nie tak

9. Centralna Ewidencja i Informacja o Działalności Gospodarczej

tak tak

10. e-Rejestracja tak tak

11. Geoportal2 tak tak

12. Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych

tak tak

13. Platforma Usług Elektronicznych dla Klientów ZUS (PUE)

tak tak

14. Program e-cło tak tak

1 komunikacja tylko z systemami z zamkniętej listy, nie przewidywane udostępnianie usług innym

systemom






Strona 79 z 191

Lp. Nazwa projektu Czy zakładana komunikacja z

innymi systemami 7 osi?

Czy stosowane standardy otwarte?

15. System Informacyjny Statystyki Publicznej (SISP) tak tak

16. Konsolidacja i centralizacja systemów celnych i podatkowych

nie1 nie dotyczy

17. Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego

tak tak

18. Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112”

tak nie dotyczy

19. Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców

tak tak

20. Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług

nie nie dotyczy

21. Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem zarządzania

tak2 tak

22. TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju

tak3 tak

23. Infrastruktura e-usług Resortu Finansów nie4 nie dotyczy

24. Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami

tak tak

25. Budowa i wyposażenie Centrów Powiadamiania Ratunkowego

tak tak

26. System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa

tak tak

Jak widad, w przypadku systemów, które w założeniu mają się komunikowad z

innymi systemami, powszechnie przyjęto stosowanie otwartych standardów

komunikacji.

Na liście występują także projekty, które zakładają, że ich produkty nie będą

komunikowad się z systemami realizowanymi w innych projektach. W tej grupie

znajdują się przede wszystkim projekty dostarczające infrastrukturę dla

udostępniania usług.

Rozwinięcie opisu tych zagadnieo znajduje się w następnym rozdziale.

1 Projekt dostarcza infrastrukturę dla systemów realizowanych w innych projektach Ministerstwa

Finansów. 2 Projekt udostępnia usługi za pośrednictwem Geoportalu.

3 Projekt udostępnia usługi za pośrednictwem Geoportalu.

4 Projekt dostarcza infrastrukturę dla systemów realizowanych w innych projektach Ministerstwa

Finansów.






Strona 80 z 191

3.3 Jednorodność technologiczna rozwiązań

W przypadku oceny jednorodności technologicznej istotny jest różny charakter

projektów realizowanych w ramach 7 osi PO IG. W związku z tym aby możliwe było

ocenianie technologii konieczne jest podzielenie tych projektów na kategorie.

Przypisane do nich są projekty o podobnym charakterze dostarczanych produktów.

Wśród analizowanych projektów wyróżnione zostały następujące kategorie:

1. Projekty infrastruktury technicznej,

2. Projekty infrastruktury usługowej,

3. Projekty dostarczające usługi dokumentowe dla klientów zewnętrznych,

4. Projekty dostarczające usługi geoprzestrzenne.

Poniżej przeanalizowane są kwestie jednorodności technologicznej w

poszczególnych kategoriach. Jednocześnie istotne jest, że wybrane kategorie nie są

całkowicie rozłączne. Niektóre projekty podlegają ocenie w ramach kilku

powyższych kategorii.

3.3.1 Jednorodność technologiczna rozwiązań dla projektów infrastruktury

technicznej

Jako projekty infrastruktury technicznej określamy projekty, których celem jest

dostarczenie infrastruktury teleinformatyczne j a w szczególności ośrodków

przetwarzania danych, sieci telekomunikacyjnych, infrastruktury

teleinformatycznej, systemów wewnętrznych urzędów.

Do tej kategorii zaliczone zostały następujące projekty:

Konsolidacja i centralizacja systemów celnych i podatkowych,

Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru


Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e -

Usług,

Projekt e-podatki,

Infrastruktura e-usług Resortu Finansów.

W tej kategorii zapewnianie jednorodności technologicznej między projektami nie

jest możliwe ze względu na obowiązuje przepisy prawa zamówieo publicznych.

Zachowanie jednorodności technologicznej wymagałoby w szczególności

podawania w warunkach przetargu konkretnych nazw produktów bądź zawęż ania

ofert do produktów konkretnych producentów. Jednocześnie potencjalne korzyści

z ujednolicania technologii byłyby możliwe w przypadku realizacji przez kilka






Strona 81 z 191

podmiotów inwestycji o analogicznym charakterze. Mogłoby to dad możliwośd

wspólnego wykorzystania nabywanej infrastruktury (np. jako infrastruktury

zastępczej lub dla równoważenia obciążenia). W przypadku, gdy projekty realizują

osobne inwestycje służące różnym podmiotom, w różnych lokalizacjach i dla

różnych zastosowao nie widad uzasadnienia dla oczekiwania takiego ujednolicania.

3.3.2 Jednorodność technologiczna rozwiązań dla projektów infrastruktury

usługowej

Jako projekty infrastruktury usługowej określamy projekty, których celem jest

dostarczenie usług nie stanowiących bezpośredniej wartości dla użytkownika

koocowego, ale stanowiących środowisko umożliwiające realizację innych usług

przeznaczonych dla użytkownika koocowego.


Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów

Cyfrowych o Zdarzeniach Medycznych,

pl.ID – Polska ID karta,

Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD),

ePUAP 2,

Geoportal2.

Dla tej kategorii, zachowanie jednorodności technologicznej, przynajmniej na

poziomie warstwy udostępniania usług i komunikacji z innymi systemami, jest

zagadnieniem kluczowym. Biorąc pod uwagę, że inne systemy będą korzystad z

usług tych systemów każda różnica techniczna w sposobie komunikacji z tymi

systemami powoduje zwiększenie kosztu korzystania z tych usług, ponieważ

wymusza tworzenie osobnych mechanizmów komunikacji dla każdego z systemów.

W wymienionych projektach została zachowana jednorodnośd technologiczna

warstwy komunikacyjnej. Ograniczenie jednorodności wynika z różnic w

charakterze dostarczanych usług. W przypadku usług dokumentowych projekty te

zakładają implementację standardów określonych przez ePUAP. Inne rodzaje

usług opierają się na standardach branżowych przyjętych ze względu na charakter i

zakres świadczonych usług.

3.3.3 Jednorodność technologiczna rozwiązań dla projektów dostarczających

usługi dokumentowe

Jako usługi dokumentowe określamy usługi adresowane do koocowych

użytkowników, polegające na przekazywaniu informacji o charakterze tekstu oraz

dokumentów.






Strona 82 z 191



Cyfrowych o Zdarzeniach Medycznych,


Informatyzacja Wydziałów Ksiąg Wieczystych,

Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla


wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego,

Biura Monitora Sądowego i Gospodarczego,

e-Deklaracje2,

Centralna Ewidencja i Informacja o Działalności Gospodarczej,

e-Rejestracja,

Platforma udostępniania on-line przedsiębiorcom usług i zasobów

cyfrowych rejestrów medycznych,

Platforma Usług Elektronicznych dla Klientów ZUS (PUE),

Program e-cło,

System Informacyjny Statystyki Publicznej (SISP),

Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego,

Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e -

Usług dla obywateli i przedsiębiorców,

TERYT2 – Paostwowy rejestr granic i powierzchni jednostek podziałów

terytorialnych kraju,

System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska

Szerokopasmowa.

W przypadku usług realizowanych w tych projektach, jednorodnośd technologiczna

dotyczy przede wszystkim warstwy komunikacyjnej. Wymogi prawne nie pozwalają

na narzucanie ograniczeo na technologię realizacji produktów. W przypadku

większości projektów, które przewidują komunikowanie się z innymi systemami,

jednorodnośd sposobu komunikacji jest efektem ujednolicenia technologii w

projektach dotyczących infrastruktury usługowej.

Spośród tej listy wyjątek stanowią projekty Ministerstwa Sprawiedliwości, tj.:

o Informatyzacja Wydziałów Ksiąg Wieczystych,

o Budowa systemu usług elektronicznych MS, w tym uruchomienie

usług dla przedsiębiorców i osób fizycznych, poprzez dostęp

elektroniczny do wydziałów Krajowego Rejestru Sądowego,






Strona 83 z 191

Krajowego Rejestru Karnego, Biura Monitora Sądowego i

Gospodarczego”.

W/w projekty w swoich założeniach nie przewidują interoperacyjności z innymi

systemami. W efekcie takiego podejścia technologia ich realizacji może, chod nie

musi, utrudniad późniejszą adaptację tych systemów do automatycznej współpracy

z innymi systemami.

3.3.4 Jednorodność technologiczna rozwiązań dla projektów dostarczających

usługi geoprzestrzenne

Jako usługi geoprzestrzenne określamy wszelkie usługi bazujące na informacji o

geograficznym i przestrzennym rozmieszczeniu obiektów.



Geoportal2,

Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z

krajowym systemem zarządzania,



Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami,

Budowa i wyposażenie Centrów Powiadamiania Ratunkowego,


Szerokopasmowa.

W przypadku powyższych projektów, w większości z nich, jednorodnośd

technologiczna jest wynikiem oparcia tych projektów na usługach wytworzonych w

projekcie infrastruktury usługowej należącym do tego obszaru, tj. Geoportal2. Z

uwagi na to, że oparcie na tych usługach było dla większości z tych projektów

założeniem wyjściowym, technologia zastosowana do ich realizacji jest zgodna na

poziomie komunikacji między systemami.

W tej kategorii występuje ponadto jeden wyjątek – projekt „System Informacyjny o

Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa”. W projekcie

tym założone zostało wykorzystanie własnej platformy do obsługi danych

geoprzestrzennych, z dopuszczeniem przyszłej ograniczonej integracji z

Geoportalem. Dotyczy to pozyskiwania danych, a nie wykorzystania usług. Również

w zakresie innych rodzajów usług nie założono w tym projekcie korzystania z usług

udostępnianych przez inne systemy, co najwyżej brano pod uwagę przenoszenie

do systemu danych pochodzących z innych systemów






Strona 84 z 191

Rozdział 4

4 Zależności i powiązania na poziomie

organizacyjnym

Istotnym elementem skutecznego wdrożenia zarówno pojedynczych projektów 7

Osi PO IG jak i całego programu jest komunikacja pomiędzy beneficjentami oraz

wszystkimi głównymi użytkownikami poszczególnych projektów. Jako

użytkowników rozumie się tutaj każdy podmiot administracji publicznej,

przedsiębiorcę, czy też osobę fizyczną, która może korzystad z usług

elektronicznych świadczonych przez dany system informatyczny.

Zapewnienie współpracy pomiędzy beneficjentami w zakresie:

prezentacji informacji o usługach świadczonych przez wdrażany system,

ustanowionych standardów komunikacji z systemami zewnętrznymi,

zapewnienia współpracy systemów informatycznych (na poziomie warstwy

komunikacyjnej oraz usługowej),

prezentacji informacji o stanie realizacji projektu,

wpływa na zapewnienie wdrożenia intereoperacyjności tworzonych systemów

informatycznych.

W niniejszym rozdziale poddane analizie zostały założenia dotyczące współpracy

oraz komunikacji pomiędzy poszczególnymi projektami/systemami

informatycznymi przyjęte w poszczególnych projektach. Powiązania te zostały

ujęte w ramach struktury organizacyjnej administracji publicznej w Polsce. Na

bazie zidentyfikowanych relacji przeprowadzono analizę związaną z organizacją

realizacji projektów oraz wzajemnego powiązania czasowego projektów. Analiza

powiązao harmonogramów została zrealizowana dla projektów z

największą liczbą powiązao z innymi projektami 7 osi PO IG.






Strona 85 z 191

4.1 Umiejscowienie Beneficjentów w strukturze administracji

publicznej

W pierwszej kolejności analizie poddane zostały zależności pomiędzy projektami oraz

głównymi użytkownikami systemów informatycznych realizowany w tych projektach. W

wyniku prac powstała tabela zawierająca identyfikację powiązao projektów z głównymi

użytkownikami oraz organami nadzorującymi Benefic jenta w ramach struktury

organizacyjnej paostwa, która została przedstawiona w Załączniku 4 do niniejszego

dokumentu.

Wśród projektów realizowanych w ramach 7 Osi PO IG można wskazad następujące rodzaje

projektów, dla których istotne jest powiązanie w strukturze organizacyjnej administracji

publicznej:

1. Projekty zarządzane przez jednego Beneficjenta oraz związane z określonym

obszarem usługowym.

Realizacja tak powiązanych projektów może zapewnid efektywne zarządzanie

projektami, w szczególności w zakresie interoperacyjności oraz wymiany

informacji, co powinno byd kluczem do skuteczne j ich realizacji, a także wpłynie

pozytywnie na osiągnięcie rezultatów 7 osi PO IG.

Jednakże z drugiej strony w trakcie trwania projektów mogą pojawid się ryzyka

związane z funkcjonowaniem Beneficjenta oraz relacjami w jego strukturze

wewnętrznej – powiązania struktury projektowej oraz struktury kadrowej w

organizacji.

Wśród projektów tych można zidentyfikowad następujące grupy projektów

zarządzanych przez jednego Beneficjenta oraz związanych z określonym

obszarem usługowym:

Projekty Ministerstwa Finansów – projekty e-Rejestracja, Program e-cło,

e-Deklaracje2, e-Podatki, Konsolidacja i centralizacja systemów celnych

i podatkowych, Infrastruktura e-usług Resortu Finansów – projekty

mające na celu modernizację i rozwój platformy sprzętowo -

programowej MF w zakresie umożliwiającym sprawne świadczenie usług

elektronicznych obywatelom i przedsiębiorcom.

Projekty MSWiA obszaru bezpieczeostwa publicznego – projekty


alarmowego „112”, Zintegrowana, wielousługowa platforma

komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców,

Budowa i wyposażenie Centrów Powiadamiania Ratunkowego –

projekty mające na celu wdrożenia platformy sprzętowo-programowej

dla wykorzystania przez służby ratownicze i porządku publicznego, w

tym wykorzystanie numeru alarmowego 112.






Strona 86 z 191

Do tej grupy projektów należy zaliczyd także projekt Platforma

Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD)

realizowany przez UKE, a dostarczający usług dla systemów

budowanych przez MSWiA w zakresie ratownictwa.

Projekty MSWiA obszaru rejestrów i udostępniania usług – ePUAP 2,

pl.ID – Polska ID karta – projekty mające na celu wdrożenia spójnych

mechanizmów udostępniania danych rejestrów paostwowych i

świadczenia usług administracji paostwowej.

Projekty Głównego Urzędu Geodezji i Kartografii – projekty Geoportal2,

TERYT2 - Paostwowy rejestr granic i powierzchni jednostek podziałów

terytorialnych kraju – projekty mające na celu wdrożenie mechanizmów

dyrektywy Inspire w zakresie świadczenia usług elektronicznych dostępu

do danych geodezyjnych.

Projekty obszaru zdrowia – projekty Elektroniczna Platforma

Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o

Zdarzeniach Medycznych, Platforma udostępniania on-line

przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych , -

projekty mające na celu wdrożenie rozwiązao informatycznych

mających na celu usprawnienie obsługi obywateli w zakresie ochrony

zdrowia oraz wszelkich rozliczeo związanych z tym obszarem.

Na poniższym rysunku, poglądowo pokazane zostało umiejscowienie projektów

na arkuszu Struktura powiązao podmiotów administracji publicznej oraz

głównych użytkowników projektów 7 osiPO IG z Załącznika 4 do dokumentu.

Rysunek 1. Umiejscowienie projektów

Źródło: Analiza własna Wykonawcy.

2. Projekty realizowane na potrzeby własne organizacji (ministerstwo, urząd) oraz

na potrzeby obywateli i przedsiębiorców korzystających z usług tych organizacji.






Strona 87 z 191

Odbiorcami projektów:

Rozwój systemu informatycznego ZUS wspomagającego udostępnianie

e-Usług,

Informatyzacja Wydziałów Ksiąg Wieczystych,

Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami.

są sami Beneficjenci. Są to projekty rozwijające infrastrukturę własną

Beneficjentów w celu świadczenia usług administracji publicznej dla obywateli i

przedsiębiorców.

Są to projekty, które nie mają wpływu na pozostałe projekty 7 Osi PO IG i nie są

z nimi powiązane na poziomie usług. Produkty tych projektów, poprzez

dostarczanie odpowiedniej infrastruktury wpływają na działanie pozostałych

systemów realizowanych przez tych Beneficjentów .

3. Projekty posiadające kilku głównych użytkowników wśród pozostałych

Beneficjentów 7 osi PO IG, dla których zapewniona powinna byd współpraca.

W przypadku tych projektów konieczne jest zidentyfikowanie tych powiązao

oraz bieżące monitorowanie realizacji powiązanych projektów w celu

zapewnienie realizowalności projektu oraz osiągnięcia rezultatów projektu.

Do projektów, które posiadają więcej niż jednego głównego użytkownika wśród

Beneficjentów 7 Osi PO IG należą:

Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami ,



Szerokopasmowa,

Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI

CBD),

Emp@tia - platforma komunikacyjna obszaru zabezpieczenia

społecznego,

Platforma Usług Elektronicznych dla Klientów ZUS (PUE) ,



Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją

e-Usług dla obywateli i przedsiębiorców,

Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz

z krajowym systemem zarządzania,

Budowa systemu usług elektronicznych MS, w tym uruchomienie usług

dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do


Biura Monitora Sądowego i Gospodarczego,






Strona 88 z 191


Cyfrowych o Zdarzeniach Medycznych - P1,

Platforma udostępniania on-line przedsiębiorcom usług i zasobów

cyfrowych rejestrów medycznych - P2.

4. Projekty dostarczające usługi dla bardzo szerokiego zakresu projektów 7 osi

PO IG.

Projekty z tej grupy dostarczają systemy referencyjne dla innych projektów w

administracji publicznej lub świadczą im uniwersalne usługi. Do projektów tych

zaliczamy:

ePUAP 2,

pl.ID – Polska karta ID,

Geoportal2,



Centralna Ewidencja i Informacja o Działalności Gospodarczej .

W przypadku tych projektów istotnym staje się fakt, że usługi świadczone

przez nie mogą w znacznym stopniu usprawnid uruchomienie pozostałych

projektów 7 Osi PO IG poprzez wykorzystanie już gotowych usług

wybudowanych przez inne podmioty. Działanie takie może wspomóc

osiągnięcie celów jakie stawiane są całemu programowi 7 osi PO IG.

Jednakże z drugiej strony opóźnienie w realizacji wymienionych projektów

może spowodowad problemy z realizacją celów innych projektów 7 osi PO

IG, które są od nich uzależnione. Dlatego też na Beneficjentach wskazanych

projektów spoczywad powinien obowiązek intensywnej akcji informacyjnej

innych projektów powiązanych z nimi.

W uzupełnieniu powyższych grup pojawiają się projekty infrastrukturalne, które

realizowane są wewnątrz organizacji Beneficjenta i których rezultaty nie

przekładają się bezpośrednio na świadczenie usług obywatelom i przedsiębiorcom

W rezultacie realizacji projektów tej grupy rozbudowana zostanie infrastruktura

sprzętowa i programowa Beneficjentów w celu wsparcia funkcjonowania

systemów budowanych w ramach innych projektów 7 osiPO IG wykorzystywanych

do świadczenia usług drogą elektroniczną obywatelom i przedsiębiorcom. Projekty

te wpływają zatem pośrednio na osiągnięcie rezultatów przez pozostałe,

powiązane z nimi projekty.

Do projektów tego typu zaliczamy:

Konsolidacja i centralizacja systemów celnych i podatkowych,

Infrastruktura e-usług Resortu Finansów,






Strona 89 z 191

Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e -

Usług,

Budowa i wyposażenie Centrów Powiadamiania Ratunkowego.

4.2 Współpraca Beneficjentów projektów indywidualnych

Kwestie interoperacyjności oraz technologicznej współpracy w ramach projektów 7

Osi PO IG dotyczą w największym stopniu dwóch grup projektów

zidentyfikowanych w rozdziale 4.1, a dokładnie:

Projektów zarządzanych przez jednego Beneficjenta oraz związanych z

określonym obszarem usługowym,

Projektów dostarczających usług dla bardzo szerokiego zakresu projektów

7 osi PO IG.

W przypadku tych dwóch grup projektów zapewnienie sprawnej komunikacji oraz

wymiany informacji jest kluczowym czynnikiem dla skutecznej ich realizacji.

4.2.1 Projekty zarządzane przez jednego Beneficjenta oraz związane

z określonym obszarem usługowym

W przypadku projektów powiązanych w obszarach biznesowych konieczne jest

zapewnienie spójności danych i przekazywanych komunikatów (np. projekty

dotyczące obsługi finansów Paostwa) oraz zapewnienie ciągłości procesu (np.

projekty dotyczące ratownictwa w MSWiA). W takim przypadku wszelkie punkty

styków, interfejsy, przekazywane dane muszą zostad jednoznacznie

zidentyfikowane i w toku dalszego funkcjonowania systemów informacja o ich

działaniu powinna byd utrzymywana i propagowana pomiędzy zainteresowane

strony.

Dodatkowo, w przypadku gdy projekty 7 osiPO IG z danego obszaru realizowane są

przez więcej niż jednego Beneficjenta - powinien zostad jasno zdefiniowany podział

odpowiedzialności pomiędzy projektami za prace mające wpływ na wszystkie

powiązane projekty.

Podejście takie można zaobserwowad w obszarze ochrony zdrowia, gdzie dwa

projekty realizowane przez CSIOZ są wewnętrznie traktowane jako program i

wszelkie decyzje technologiczne są uzgadniane wzajemnie. Dodatkowo podpisane

zostało porozumienie z ZUS w zakresie wspólnego opracowania założeo dla

realizacji systemu e-Zwolnieo (jest to element wytwarzany w ramach systemu P1

przez CSIOZ, który faktycznie zostanie wykorzystany przez odbiorców do obsługi z

ZUS). W tym przypadku Beneficjenci podpisali porozumienie, na mocy którego

nawiązana została ścisła współpraca dwóch zespołów projektowych.






Strona 90 z 191

W zakresie komunikacji systemu informatycznego budowanego w projektcie P1 z

systemami wytwarzanymi przez GUS i MSWiA, podpisane zostały porozumienia

pomiędzy CSIOZ a GUS i MSWiA w zakresie integracji systemów informatycznych

wytwarzanych w ramach projektów 7 osiPO IG oraz udziału pracowników innych

Beneficjentów w projekcie P1 (na chwilę obecną szczegółowe działania w tym

zakresie są w fazie planowania).

4.2.2 Projekty dostarczające usług dla bardzo szerokiego zakresu projektów 7

Osi POIG.

W przypadku tej grupy projektów 7 osiPO IG istotą jest dostarczanie przez projekty

posiadające wielu odbiorców informacji o usługach biznesowych, możliwych do

świadczenia przez te systemy oraz terminie ich udostępnienia (np. ePUAP2, pl.ID,

Geoportal2). Wraz z tymi informac jami na życzenie innych Beneficjentów powinna

byd dostępna informacja techniczna na temat interfejsów, protokołów komunikacji

oraz zakresu danych jakie stosowane są w celu świadczenia tej usługi. Dostęp do

tego typu informacji pozwoli na przygotowanie się przez Beneficjentów 7 Osi PO IG

na podłączenie swoich systemów, a także pozwoli zaplanowad te działania w

czasie.

4.3 Zależności czasowe

W niniejszym rozdziale przedstawiono analizę zależności czasowych między

projektami realizowanymi w ramach 7 osi PO IG, która została przeprowadzona na

podstawie zidentyfikowanych w niniejszym opracowaniu powiązao między

projektami, czyli powiązao na poziomie wzajemnego wykorzystywania usług

świadczonych przez te projekty.

W wyniku analizy zidentyfikowano zależności harmonogramów pomiędzy

projektami, które powinny posłużyd Beneficjentom do prawidłowego planowania

prac, które są zależne od dostępności innych systemów. Przedstawiony materiał

może także posłużyd do zarządzania ryzykiem w projektach w zakresie ryzyk

zależnych od rezultatów innych projektów 7 osi PO IG.

Analizie poddane zostały te projekty 7 osi PO IG, z których najczęściej korzystają

inne projekty 7 osi PO IG. Są to:


ePUAP2,

Geoportal2,

Centralna Ewidencja i Informacja o Działalności Gospodarczej,


e-Deklaracje2,






Strona 91 z 191

e-Rejestracja,

Program e-cło.

W pierwszej kolejności dla każdego z powyższych projektów przedstawiono listę

świadczonych przez niego usług i odbiorców tych usług wśród projektów 7 osi PO

IG. Lista powiązao została opracowana na podstawie wyników analiz

przedstawionych w Rozdziale 3.

W przypadku, gdy usługi analizowanego projektu nie zostały jeszcze uruchomione

(są w trakcie wdrażania lub planowane) dokonano szczegółowego porównania

projektów powiązanych. Na podstawie analiz zakresu projektów i harmonogramów

zidentyfikowano te kamienie milowe (na poziomie projektu), które odpowiadają

uruchomieniu usług powiązanych w poszczególnych projektach. W pierwszej

kolejności, wyodrębniono kamienie milowe projektów wymienionych powyżej,

które świadczą usługi na rzecz innych projektów. Następnie przeanalizowano

kamienie milowe projektów powiązanych, odnoszące się do usług, których

funkcjonowanie zależy np. od funkcjonowania usługi weryfikacji toż samości w pl.ID

bądź usługi dostarczanej przez inny z wymienionych projektów. Źródłem danych

dla tego etapu analizy była dokumentacja doradcza opracowana przez doradców

strategicznych w Projekcie Systemowym - wykonawców umowy ramowej nr

ZP/ZIN-SYS7/04/2009 z dnia 15.02.2010 r.

Dla każdego z kamieni milowych wskazano trzy punkty kontrolne:

oczekiwany termin zdarzenia – termin zdarzenia wynikający

z harmonogramów oraz innych planów projektu (kolor zielony na rysunku),

punkt krytyczny – termin, którego przekroczenie stanowi zagrożenie dla

realizacji projektu i, w którym należy podjąd dodatkowe działania (kolor

pomaraoczowy na rysunku),

punkt ostateczny – termin, po przekroczeniu którego nie ma możliwości

zrealizowania projektu zgodnie z założeniami (kolor czerwony na rysunku).

Wynikiem analizy zależności czasowych przedstawionych w poniższych rozdziałach

są tabele zawierające graficzne zestawienie kluczowych produktów projektów 7 osi

PO IG, które są zależne od wyników analizowanego projektu. Dla każdego z

projektów przedstawiono także ocenę ryzyka związanego z zależnościami

czasowymi pomiędzy projektami.

4.3.1 pl.ID – Polska ID karta

W odniesieniu do projektu pl.ID – Polska ID karta, inne projekty wskazują na

potrzebę wykorzystania usługi weryfikacji tożsamości (na podstawie danych

osobowych gromadzonych w pl.ID). Poniższa tabela wskazuje projekty zależne od

usług wdrażanych w ramach projektu pl.ID.






Strona 92 z 191

Tabela 29. Projekty zależne od usług pl.ID

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt pl.ID – Polska ID karta

identyfikacja, weryfikacja i

uwierzytelnienie obywatela w oparciu

o nowy dokument tożsamości

Udostępniania danych z rejestrów:

PESEL, OEWiUDO/RDO,

Elektroniczna Platforma Gromadzenia, Analizy i

Udostępniania Zasobów Cyfrowych o

Zdarzeniach Medycznych

x

ePUAP 2 x x

Centralna Ewidencja i Informacja o Działalności

Gospodarczej x

Geoportal2 x

Platforma Usług Elektronicznych dla Klientów

ZUS (PUE) x

Emp@tia - platforma komunikacyjna obszaru

zabezpieczenia społecznego x

Zintegrowana, wielousługowa platforma

komunikacyjna Policji z funkcją e-Usług dla

obywateli i przedsiębiorców

x x

Na podstawie danych dotyczących harmonogramu i kamieni milowych projektu,

przedstawionych w dokumencie „Analiza stanu realizacji projektu indywidualnego

w ramach PO IG, pl.ID – Polska ID karta, Częśd doradcza” oraz analizy własnej

Wykonawcy, wyodrębniono kamienie milowe, które związane są z uruchomieniem

usługi weryfikacji tożsamości (warunkującej funkcjonowanie usług wdrażanych

przez inne projekty w ramach 7 Osi POIG).

Tabela 30. pl.ID – Polska ID karta – kamienie milowe

Lp. Kamieo milowy Planowany

termin wystąpienia

Punkt krytyczny

Punkt ostateczny

5. Dostosowanie (dwóch) ośrodków

przetwarzania III kw. 2010 r. 30.06.2011 30.09.2011

6. Uruchomienie usługi PKI III kw. 2010 r. 30.06.2011 30.09.2011






Strona 93 z 191


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

7. Dostosowanie ośrodka CPD do realizacji

nowych dowodów III kw. 2010 r. 30.06.2011 30.09.2011

8. Doposażenie gmin w infrastrukturę III kw. 2010 r. 30.06.2011 30.09.2011

9. Dostosowanie ewidencji PESEL i

OEWiUDO III kw. 2010 r. 30.06.2011 30.09.2011

10. Przebudowa aplikacji do wydawania

dowodów (SOO) II kw. 2010 r. 30.06.2011 30.09.2011

11. Budowa szyny resortowej w wersji 1 III kw. 2010 r. 30.06.2011 30.09.2011

12. Dostosowanie aplikacji do obsługi EL do

nowego procesu zasilania III kw. 2010 r. 30.06.2011 30.09.2011

Źródło: „Analiza stanu realizacji projektu indywidualnego w ramach PO IG, pl.ID – Polska ID

karta, Częśd doradcza”

Kamienie milowe przedstawione w powyższej tabeli dotyczą pierwszego etapu

realizacji projektu pl.ID – Polska ID karta, tj. wdrożenia systemu do wydawania

elektronicznego dokumentu tożsamości pl.ID. Terminy ujęte w tabeli

odzwierciedlają stan projektu w czasie opracowywania raportu „Analiza stanu

realizacji projektu indywidualnego w ramach PO IG, pl.ID – Polska ID karta, Częśd

doradcza”.

Na potrzeby oceny stanu aktualnego, należy jednak zwrócid uwagę na komunikaty

publikowane przez Beneficjenta, przesuwające termin wydawania nowych

dowodów osobistych. Zgodnie z informacją opublikowaną na stronie MSWIA:

„Termin wejścia w życie nowych dowodów osobistych określony został w ustawie o

dowodach osobistych z 6 sierpnia 2010 roku. Aktualnie w MSWiA trwają prace nad

nowelizacją tej ustawy. Projekt nowelizacji, który zakłada wejście w życie nowych

dowodów osobistych 1 stycznia 2013 roku, został skierowany do uzgodnieo

międzyresortowych. Zakładany termin uwzględnia czas potrzebny na notyfikację

rozporządzeo wykonawczych do znowelizowanej ustawy o dowodach osobistych

oraz czas potrzebny na uzyskanie certyfikatów bezpieczeostwa.”

Taka zmiana w terminie wdrożenia nowych dowodów osobistych może mied

negatywny wpływ na realizację kamieni milowych projektów powiązanych,

odpowiadających realizacji usług zależnych od usługi weryfikacji tożsamości,

opartej o wykorzystanie nowych dowodów osobistych (DO). Poniższe tabele

przedstawiają terminy planowane, a także punkty krytyczne i ostateczne dla tych

usług.






Strona 94 z 191

Tabela 31: Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

4.

Zakooczenie wszelkich prac związanych

z wytwarzaniem grupy produktów

System Obsługi Rejestrów (testy,

wdrożenia, odbiory, itp.)

31.12.2012 r. 1.01.2013 r. 15.09.2014 r.

5.


z wytwarzaniem grupy produktów Portal

(testy, wdrożenia, odbiory, itp.)

31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

6.


z wytwarzaniem grupy produktów Szyna

Usług i System Administracji (testy,


31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

7.



System GDM, RDM, W i WR (testy,


31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

8.



Hurtownie Danych i wykrywanie

nadużyd (testy, wdrożenia, odbiory, itp.)

31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Elektroniczna

Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach

Medycznych, Częśd doradcza”

W odniesieniu do projektu „Elektroniczna Platforma Gromadzenia, Analizy

i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych” uwzględniono w

analizie terminy wdrożenia wszystkich grup produktów projektu. Należy przy tym

podkreślid, że dla czterech z pośród pięciu grup produktów terminy te są tożsame,

jedynie dla grupy produktów System Obsługi Rejestrów planowany jest

wcześniejszy termin wdrożenia. Natomiast punkty ostateczne, dla wszystkich grup

produktów są bardzo zbliżone.

Tabela 32. ePUAP2 – kamienie milowe

Nazwa zadania Planowany

termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój usług 2013-10-07 2013-11-18

Pierwsza usługa masowa 2013-01-28 2013-07-15






Strona 95 z 191


termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Pozostałe usługi masowe 2013-10-07 2013-11-18

Źródło: „Analiza projektu indywidualnego ePUAP2, Częśd doradcza”

Projekt ePUAP2 może wykorzystywad usługi identyfikacji, weryfikacji

i uwierzytelnienia obywatela, jak również dane udostępniane przez rejestry za

pomocą pl.ID, jako element usług uruchamianych na platformie przez inne

instytucje administracji paostwowej (usługodawców). W związku z powyższym, w

analizie ujęto kamienie milowe związane z udostępnianiem usług, zawarte w planie

projektu ePUAP2.

Tabela 33. Centralna Ewidencja i Informacja o Działalności Gospodarczej – kamienie milowe


termin wystąpienia

Punkt krytyczny Punkt

ostateczny

6.

Zakooczenie wszelkich prac związanych z

wytwarzaniem produktów Projektu (testy,


30.09.2011 r. 15.12.2011 r. 15.03.2012 r.

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Centralna

Ewidencja i Informacja o Działalności Gospodarczej, Częśd doradcza ”

W przypadku projektu „Centralna Ewidencja i Informacja o Działalności

Gospodarczej”, produkty projektu były zdefiniowane na dośd wysokim poziomie

ogólności – w jednym zadaniu ujęto: „Zakooczenie wszelkich prac związanych z

wytwarzaniem produktów Projektu”. Dlatego w analizie zależności czasowych

wykorzystano planowany, krytyczny i ostateczny termin dla tego zadania.

Tabela 34. Geoportal2 – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

7.


wytwarzaniem grupy produktów: System

identyfikacji i autentykacji, system

sprzedaży danych przestrzennych, system

obsługi danych przestrzennych w tym

lokalizacji przestrzennej adresów. (testy,


1.12.2012 r. 15.12.2012 r. 24.12.2012 r.






Strona 96 z 191


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

9.


wytwarzaniem produktu portal branżowy

SGiK. (testy, wdrożenia, odbiory, itp.)

Brak danych 31.12.2011 24.12.2012 r.

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Geoportal2,

Częśd doradcza”

Projekt Geoportal2 może wykorzystywad usługi identyfikacji, weryfikacji

i uwierzytelnienia obywatela, dostarczane przez pl.ID, jako element usług

związanych z udostępnianiem danych przestrzennych. W związku z powyższym,

w analizie ujęto kamienie milowe związane z grupami produktów: „System

identyfikacji i autentykacji, system sprzedaży danych przestrzennych, system

obsługi danych przestrzennych” oraz „portal branżowy SGiK” , zawarte w planie

projektu Geoportal2.

Tabela 35. Platforma Usług Elektronicznych dla klientów ZUS (PUE) – kamienie milowe

Kamieo milowy Planowany

termin wystąpienia

Punkt krytyczny

Punkt ostateczny

NPI - Etap II Wdrożenie funkcjonalności

systemu 01.02.2012 01.04.2012

NPI - Etap III Podzielony na fazy. Wdrożenie

konkretnych przypadków użycia systemu

opisanych szczegółowo w OPZ

01.02.2012 01.04.2012

Źródło: Analiza własna na podstawie: „Analiza stanu realizacji projektu indywidualnego w

ramach PO IG, Platforma Usług Elektronicznych dla klientów ZUS (PUE), Częśd doradcza”

Zgodnie z informacjami przedstawionymi w „Analizie stanu realizacji … ZUS (PUE)”,

„Najistotniejszym podprojektem w tym utrzymywaniem relacji i stanowiącym jądro

rozwiązania jest podprojekt NPI. W jego skład wchodzi szyna usług ESB,

podstawowe aplikacje internetowe oraz elementy logiki biznesowej.” W związku z

powyższym, w analizie zależności czasowych uwzględniono punkty krytyczne i

ostateczne dla tego podprojektu.

Tabela 36. Emp@tia - Platforma komunikacyjna obszaru zabezpieczenia społecznego – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

Integracja z sys. zewnętrznymi - krajowe I kw. 2013 bd. bd.

Rozbudowa portalu informacyjno-usługowego II kw. 2013 bd. bd.






Strona 97 z 191

Źródło: Analiza własna na podstawie: studium wykonalności projektu „Emp@tia -

Platforma komunikacyjna obszaru zabezpieczenia społecznego”

Na podstawie harmonogramu realizacji projektu Emp@tia , ujętego w studium

wykonalności, można wnioskowad, że zadaniami zależnymi od dostępności danych

z rejestrów udostępnianych przez pl.ID będą zadania związane z integracją

z systemami zewnętrznymi oraz rozbudową portalu informacyjno – usługowego.

Tabela 37. Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

5. Budowa i wdrożenie Usług, wdrożenie

platformy komunikacyjnej 12.07.2011 r. 31.12.2011 28.02.2012

Źródło: „Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Zintegrowana,

wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i

przedsiębiorców, Częśd doradcza”

W przypadku projektu „Zintegrowana, wielousługowa platforma komunikacyjna

Policji z funkcją e-Usług dla obywateli i przedsiębiorców”, produkty projektu były

zdefiniowane na dośd wysokim poziomie ogólności – produkt „Budowa i wdrożenie

Usług, wdrożenie platformy komunikacyjnej” nie był podzielony na podprodukty.

Dlatego w analizie zależności czasowych wykorzystano planowany, krytyczny i

ostateczny termin wdrożenia platformy komunikacyjnej.

Poniższy schemat podsumowuje usytuowanie w czasie kamieni milowych dla

projektu pl.ID oraz projektów, których usługi są uzależnione od dostępności usługi

weryfikacji tożsamości, wdrażanej w ramach pl.ID. Planowane terminy wdrożenia

usług oznaczono kolorem zielonym, natomiast punkty krytyczne i ostateczne –

odpowiednio kolorem pomaraoczowym i czerwonym. W przypadku, gdy termin

określony był z dokładnością do kwartału – na schemacie zaznaczony został ostatni

możliwy termin, tj. ostatni miesiąc kwartału.




Strona 98 z 191

Tabela 38. Zależności czasowe: „pl.ID – Polska ID karta” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 10 11 12

rejestry

pozostałe grupy

produktów

Pierwsza usługa

masowa

Pozostałe usługi

masowe

System

identyfikacji i

autentykacji,

etc.

portal branżowy

SGiK

2014

9


Elektroniczna

Platforma

Gromadzenia,

Analizy i

Udostępniania

Zasobów Cyfrowych

o Zdarzeniach

Medycznych

Platforma Usług Elektronicznych dla

Klientów ZUS (PUE)

2010 2011 2013

ePUAP 2

Zintegrowana, wielousługowa

platforma komunikacyjna Policji z

funkcją e-Usług dla obywateli i

przedsiębiorców

Geoportal2

12

2012

Centralna Ewidencja i Informacja o

Działalności Gospodarczej

Emp@tia - platforma komunikacyjna

obszaru zabezpieczenia społecznego






Strona 99 z 191

Porównanie terminów planowanych, krytycznych i ostatecznych dla wdrożenia

nowych dowodów osobistych w projekcie pl.ID i usług od tego zależnych

(wdrażanych w innych projektach) wskazuje, że o ile harmonogram projektu pl.ID-

Polska ID karta aktualny na dzieo opracowania dokumentu „Analiza stanu realizacji

projektu indywidualnego w ramach PO IG, pl.ID – Polska ID karta, Częśd doradcza”

będzie dotrzymany, nie występuje ryzyko negatywnego wpływu na projekty

zależne. Także punkty krytyczne i ostateczne dla wdrożenia nowego dowodu

osobistego są określone na co najmniej 6 miesięcy przed pierwszymi z punktów

krytycznych i ostatecznych dla usług zależnych.

Oceniając ryzyko wpływu zależności od usług zewnętrznych należy jednak zwrócid

uwagę na następujące okoliczności:

1. W porównaniu uwzględniono terminy zakooczenia realizacji zadao,

podczas gdy dla faktycznego wykorzystania usługi weryfikacji tożsamości

w projektach powiązanych konieczne jest, aby usługa ta była wdrożona

oraz uruchomiona co najmniej na etapie analizy i opracowania projektu

systemu dla projektów powiązanych. O ile w przypadku produktów

projektu „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania

zasobów cyfrowych o Zdarzeniach Medycznych” czas między planowanym

(a także krytycznym i ostatecznym) wdrożeniem nowego dowodu

osobistego w projekcie pl.ID, a planowanymi terminami zakooczenia

wdrożeo produktów projektu realizowanego przez CSIOZ jest dostatecznie

długi, o tyle w przypadku pozostałych projektów zależnych wszelkie

opóźnienia w realizacji projektu pl.ID mogą generowad ryzyko

niedostępności usługi weryfikacji tożsamości na etapie analizy i projektu, a

co za tym idzie utrudnieo w późniejszej współpracy systemów (a tym

samym potencjalnych kosztów integracji między systemami).

2. Na dzieo sporządzenia niniejszego opracowania dostępne są już

informacje o opóźnieniach w realizacji projektu „pl.ID – Polska ID karta”.

Częśd przetargów nadal nie jest rozstrzygnięta. Ministerstwo Spraw

Wewnętrznych i Administracji informuje, że przygotowywana jest

nowelizacja ustawy o dowodach osobistych, przesuwająca termin

wprowadzenia nowych dowodów osobistych na 1 stycznia 2013 roku. Taka

zmiana harmonogramu nie powinna w prawdzie zagrażad realizacji

projektu „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania

zasobów cyfrowych o Zdarzeniach Medycznych”, nie pozostanie jednak

bez wpływu na pozostałe z usług zależnych od usługi weryfikacji

tożsamości. W szczególności analizie szczegółowej powinny zostad

poddane terminu osiągnięcia rezultatów projektów 7 osiPO IG związanych

z udostępnianiem usług elektronicznych z wykorzystaniem podpisu

elektronicznego zawartego w dowodzie osobistym.






Strona 100 z 191

4.3.2 ePUAP2

ePUAP z założenia stanowi platformę pośredniczącą w udostępnianiu usług

administracji publicznej. W ramach niniejszej analizy zidentyfikowano następujące

usługi projektu ePUAP2, wskazywane jako warunkujące realizację usług w ramach

innych projektów:

usługi bezpieczeostwa platformy ePUAP,

usługi komunikacyjne ePUAP (broker),

dostęp do rejestrów centralnych,

usługa wsparcia Profilu Zaufanego.

Poniższa tabela wskazuje projekty zależne od usług wdrażanych na platformie

ePUAP:

Tabela 39. Projekty zależne od usług ePUAP2

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt ePUAP2

Usługi bezpieczeostwa

platformy ePUAP


Dostęp do rejestrów

centralnych

Usługa wsparcia

Profilu Zaufanego

Elektroniczna Platforma

Gromadzenia, Analizy i

Udostępniania Zasobów

Cyfrowych o Zdarzeniach

Medycznych

x

Budowa systemu usług

elektronicznych MS, w tym

uruchomienie usług dla

przedsiębiorców i osób

fizycznych, poprzez dostęp

elektroniczny do wydziałów

Krajowego Rejestru Sądowego,

Krajowego Rejestru Karnego,

Biura Monitora Sądowego i

Gospodarczego

x

e-Deklaracje2 x

Centralna Ewidencja i

Informacja o Działalności

Gospodarczej

x x

Platforma Usług

Elektronicznych dla Klientów

ZUS (PUE)

x x x






Strona 101 z 191

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt ePUAP2

Usługi bezpieczeostwa

platformy ePUAP


Dostęp do rejestrów

centralnych

Usługa wsparcia

Profilu Zaufanego

Program e-cło x x

System Informacyjny Statystyki

Publicznej (SISP) x

Emp@tia - platforma

komunikacyjna obszaru


x x

Zintegrowana, wielousługowa

platforma komunikacyjna Policji

z funkcją e-Usług dla obywateli

i przedsiębiorców

x

Należy przy tym zauważyd, że usługi bezpieczeostwa oraz usługi komunikacyjne

ePUAP (broker) zostały już wdrożone na platformie ePUAP (w ramach

poprzedniego projektu, finansowanego ze środków SPO -WKP). W związku z

powyższym, w odniesieniu do tych usług nie występują zależności czasowe między

harmonogramem projektu ePUAP2, a harmonogramami projektów powiązanych.

Inaczej jest w przypadku usług zależnych od dostępu do rejestrów centralnych,

który będzie zapewniony przez ePUAP. Aby świadczenie tej usługi dla projektów

zewnętrznych było możliwe, powinien byd zakooczony co najmniej etap rozwoju

platformy w ramach projektu ePUAP2. Poniższa tabela przedstawia termin

krytyczny i ostateczny dla tego zadania.



termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój platformy bd. 2012-04-24 2013-02-26


W dokumencie źródłowym nie wskazano terminu planowanego dla tego zadania.

Poniższe tabele przedstawiają terminy planowane a także punkty krytyczne

i ostateczne dla usług innych projektów, które są zależne od dostępu do rejestrów

centralnych, jaki będzie zapewniony na platformie ePUAP.






Strona 102 z 191

Tabela 41. Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

4.



System Obsługi Rejestrów (testy,


31.12.2012 r. 1.01.2013 r. 15.09.2014 r.

5.


z wytwarzaniem grupy produktów Portal


31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

6.


z wytwarzaniem grupy produktów Szyna

Usług i System Administracji (testy,


31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

7.



System GDM, RDM, W i WR (testy,


31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

8.



Hurtownie Danych i wykrywanie

nadużyd (testy, wdrożenia, odbiory, itp.)

31.08.2014 r. 15.09.2014 r. 24.09.2014 r.

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Elektroniczna

Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach

Medycznych, Częśd doradcza”

W odniesieniu do projektu „Elektroniczna Platforma Gromadzenia, Analizy

i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych” uwzględniono w

analizie terminy wdrożenia wszystkich grup produktów projektu. Należy przy tym

podkreślid, że dla czterech z pośród pięciu grup produktów terminy te są tożsame,

jedynie dla grupy produktów System Obsługi Rejestrów planowany jest

wcześniejszy termin wdrożenia. Natomiast punkty ostateczne, dla wszystkich grup

produktów są bardzo zbliżone.


Lp. Kamieo milowy Oczekiwany

termin wystąpienia

Punkt krytyczny Punkt

ostateczny

6.


wytwarzaniem produktów Projektu (testy,


30.09.2011 r. 15.12.2011 r. 15.03.2012 r.






Strona 103 z 191

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Centralna

Ewidencja i Informacja o Działalności Gospodarczej, Częśd doradcza”

W przypadku projektu „Centralna Ewidencja i Informacja o Działalności

Gospodarczej”, produkty projektu były zdefiniowane na dośd wysokim poziomie

ogólności – w jednym zadaniu ujęto „Zakooczenie wszelkich prac związanych z



Tabela 43. Program e-Cło – kamienie milowe

Kamieo milowy

Oczekiwany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

Portal komunikacji elektronicznej – ECIP/SEAP PL 01.12.2012 01.03.2013 01.06.2013

e-Usługa dla EMCS PL 01.01.2012 01.03.2013 01.06.2013

e-Usługa dla AIS 01.01.2013 01.03.2013 01.06.2013

e-Usługa dla AES 01.01.2013 01.03.2013 01.06.2013

e-Usługa dla NCTS2 01.01.2013 01.03.2013 01.06.2013

e-Usługa dla SZPROT 01.06.2012 01.03.2013 01.06.2013

Źródło: „Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 21

Zamówienia, Projekt „Program e-Cło”, Częśd doradcza”

W analizie zależności czasowych dla Programu e-Cło wykorzystano terminy

planowane, krytyczne i ostateczne dla zadao związanych z udostępnianiem e-usług

przez systemy wdrażane w ramach programu.

Tabela 44. System Informacyjny Statystyki Publicznej (SISP) – kamienie milowe

Lp. Produkt

Oczekiwany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

6. Publiczna hurtownia danych 1 02.08.2011 22.05.2012



10. System wspomagania analiz i decyzji 02.08.2011 22.05.2012

11. e-REGON 11.01.2013 09.05.2013






Strona 104 z 191

* tabela pokazuje punkty krytyczne i ostateczne dla kamieni milowych odpowiadających

podpisaniu umów a nie zakooczeniu realizacji zadao


Zamówienia, Projekt „System Informacyjny Statystyki Publicznej (SISP)”, Częśd Doradcza ”

W dokumencie źródłowym nie wskazano terminów planowanych dla

poszczególnych produktów. W analizie zależności czasowych dla projektu SISP

wykorzystano terminy planowane, krytyczne i ostateczne dla zadao związanych

z udostępnianiem usług publicznych przez systemy wdrażane w ramach programu.



termin wystąpienia

Punkt krytyczny Punkt ostateczny



Źródło: Analiza własna na podstawie: studium wykonalności projektu „Emp@tia - Platforma

komunikacyjna obszaru zabezpieczenia społecznego”

Na podstawie harmonogramu realizacji projektu Emp@tia, ujętego w studium

wykonalności, można wnioskowad, że zadaniami zależnymi od dostępu do

rejestrów centralnych będą zadania związane z integracją z systemami

zewnętrznymi oraz rozbudową portalu informacy jno-usługowego.


projektów, których usługi są uzależnione od dostępności usługi zaufanego profilu,

wdrażanej w ramach ePUAP2. Planowane terminy wdrożenia usług oznaczono

kolorem zielonym, natomiast punkty krytyczne i ostateczne – odpowiednio

kolorem pomaraoczowym i czerwonym. W przypadku, gdy termin określony był

z dokładnością do kwartału – na schemacie zaznaczony został ostatni możliwy

termin, tj. ostatni miesiąc kwartału.




Strona 105 z 191

Tabela 46. Zależności czasowe: „ePUAP2” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 10 11 12

rejestry

pozostałe grupy

produktów

Portal komunikacji

elektronicznej –

ECIP/SEAP PL

e-Us ługa dla EMCS PL

e-Us ługa dla AIS

e-Us ługa dla AES

e-Us ługa dla NCTS2

e-Us ługa dla SZPROT

Publ iczna hurtownia

danych 1


danych 2


danych 3System wspomagania

anal iz i decyzji

e-REGON

* w przypadku projektu SISP, pokazane terminy wskazują na czas podpisania umowy a nie termin zakooczenia realizacji zadania

Emp@tia - platforma komunikacyjna obszaru


Program e-cło

System Informacyjny

Statystyki Publicznej (SISP)*

Centralna Ewidencja i Informacja o Działalności

Gospodarczej

2013 2014

9

ePUAP2 - rozwój platformy





Medycznych

2011 2012






Strona 106 z 191

Porównanie terminów planowanych, krytycznych i ostatecznych projektów

zależnych od usługi dostępu do rejestrów centralnych na ePUAP wskazuje, że

jakiekolwiek przesunięcie terminu uruchomienia usługi względem planowanego

obecnie przez MSWiA może mied negatywny wpływu na projekty zależne.

Dodatkowo, należy zwrócid uwagę na fakt, że termin ostateczny i krytyczny dla

projektu Centralna Ewidencja i Informacja o Działalności Gospodarczej występują

relatywnie wcześnie (przed terminem krytycznym i ostatecznym dla wdrożenia

platformy w projekcie ePUAP2). W przypadku projektu SISP sytuacja jest

odmienna, gdyż na rysunku wykazane są terminy dla podpisania umów, podczas

gdy ostateczny termin zakooczenia projektu (a zatem wdrożenia jego produktów)

przypada na koniec roku 2013.

Oceniając ryzyko wpływu zależności od usług zewnętrznych należy także zwrócid


1. W porównaniu uwzględniono terminy zakooczenia realizacji zadao,

podczas gdy dla faktycznego wykorzystania usługi dostępu do rejestrów

centralnych w projektach powiązanych konieczne jest, aby usługa ta była

wdrożona i uruchomiona co najmniej na etapie analizy i opracowania

projektu systemu dla projektów powiązanych. O ile w przypadku

produktów projektu „Elektroniczna Platforma Gromadzenia, Analizy

i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych” czas

między planowanym (a także krytycznym i ostatecznym) wdrożeniem

usługi dostępu do rejestrów centralnych, a planowanymi terminami

zakooczenia wdrożeo produktów projektu realizowanego przez CSIOZ jest

dostatecznie długi, o tyle w przypadku pozostałych projektów zależnych

wszelkie opóźnienia w realizacji projektu ePUAP2 mogą generowad ryzyko

niedostępności usługi dostępu do rejestrów centralnych na etapie analizy

i projektu, a co za tym idzie utrudnieo w późniejszej współpracy systemów

(i potencjalnych kosztów integracji między systemami).

Dodatkowo, przeanalizowana została zależnośd między terminem udostępnienia

usługi wsparcia profilu zaufanego, a projektem zależnym od wykorzystania tej

usługi (ZUS PUE).

Na poziomie technologicznym usługa profilu zaufanego została wdrożona, jednak

dla jej udostępnienia konieczne jest wdrożenie zmian prawnych. Zgodnie

z informacjami podawanymi na stronie MSWIA (informacja z dnia 2011-03-21):

„Prace nad udostępnieniem Profilu Zaufanego ePUAP znajdują się w ostatniej fazie

realizacji. W chwili obecnej rozporządzenia konsultowane są między resortami.

Planowane zakooczenie prac w najbliższym czasie stwarza możliwośd, że za ok. 2

miesiące obywatele będą mogli skorzystad z Profilu Zaufanego ePUAP, a tym

samym nie będą musieli kupowad drogiego kwalifikowanego podpisu

elektronicznego, aby załatwiad sprawy administracyjne drogą elektroniczną. ”






Strona 107 z 191

Jeżeli przewidywania Ministerstwa Spraw Wewnętrznych i Administracji sprawdzą

się, usługa zaufanego profilu będzie dostępna jeszcze w bieżącym miesiącu, jednak

wszelkie opóźnienie w procesie legislacyjnym może mied negatywny wpływ na

realizację kamieni milowych projektu powiązanego, odpowiadających realizacji

usług zależnych od usługi zaufanego profilu. Poniższa tabela przedstawia terminy

planowane, a także punkty krytyczne i ostateczne dla tych usług.

Tabela 47. Platforma Usług Elektronicznych dla klientów ZUS (PUE) – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

NPI - Etap II Wdrożenie funkcjonalności

systemu 01.02.2012 01.04.2012

NPI - Etap III Podzielony na fazy. Wdrożenie

konkretnych przypadków użycia systemu

opisanych szczegółowo w OPZ

01.02.2012 01.04.2012

Źródło: Analiza własna na podstawie: „Analiza stanu realizacji projektu indywidualnego w

ramach PO IG, Platforma Usług Elektronicznych dla klientów ZUS (PUE), Częśd doradcza”

Zgodnie z informacjami przedstawionymi w „Analizie stanu realizacji … ZUS (PUE)” ,

„Najistotniejszym podprojektem w tym utrzymywaniem relacji i stanowiącym jądro

rozwiązania jest podprojekt NPI. W jego skład wchodzi szyna usług ESB,

podstawowe aplikacje internetowe oraz elementy logiki biznesowej.” W związku z

powyższym, w analizie zależności czasowych uwzględniono punkty krytyczne i

ostateczne dla tego podprojektu.

4.3.3 Geoportal2

Projekt Geoportal2 planuje dostarczanie innym systemom/ projektom usług

związanych z bazami danych przestrzennych. Poniższa tabela wskazuje projekty

zależne od usług wdrażanych w ramach projektu Geoportal2:

Tabela 48. Projekty zależne od usług Geoportal2

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt Geoportal2

usługi mapowe usługi mapowe

(broker)

ePUAP 2 x

System Informacyjny Statystyki Publicznej (SISP) x x

Informatyczny system osłony kraju przed

nadzwyczajnymi zagrożeniami x x






Strona 108 z 191

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt Geoportal2

usługi mapowe usługi mapowe

(broker)

System Informacyjny o Infrastrukturze

Szerokopasmowej i portal Polska

Szerokopasmowa

x x


przedstawionych w dokumencie „Analiza stanu realizacji Projektu indywidualnego

w ramach PO IG, Geoportal 2, Częśd doradcza” oraz analizy własnej Wykonawcy,

wyodrębniono kamienie milowe, które związane są z uruchomieniem usług

mapowych (warunkujących funkcjonowanie usług wdrażanych przez inne projekty

w ramach 7 Osi POIG).

Tabela 49. Geoportal2 – kamienie milowe

Lp. Kamieo milowy

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

4.

Zakooczenie wszelkich prac

związanych z wytwarzaniem produktu

System Zarządzania KIIP (testy,


31.10.2010 r. 1.01.2012 r. 1.12.2012 r.

5.



KIIP w 13 węzłach topograficznych


Brak danych 1.12.2012 r. 24.12.2012 r.

6.



Georeferencyjne bazy danych

przestrzennych (testy, wdrożenia,

odbiory, itp.)

6.07.2010 r. 1.01.2011 r. 1.12.2012 r.

7.


związanych z wytwarzaniem grupy

produktów: System identyfikacji i

autentykacji, system sprzedaży danych

przestrzennych, system obsługi

danych przestrzennych w tym

lokalizacji przestrzennej adresów.


1.12.2012 r. 15.12.2012 r. 24.12.2012 r.






Strona 109 z 191

Lp. Kamieo milowy

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

8.


związanych z wytwarzaniem

produktów: centralny serwer

katalogowy metadanych, system

weryfikacji jakości metadanych,

metadane dla zbiorów danych

przestrzennych, serii zbiorów danych

przestrzennych i odpowiednich usług

danych przestrzennych w zakresie

geodezji i kartografii zgodnie z

dyrektywą INSPIRE (testy, wdrożenia,

odbiory, itp.)

1.12.2011 r. 1.02.2012 r. 31.03.2012 r.

9.



portal branżowy SGiK. (testy,


Brak danych 31.12.2011 24.12.2012 r.

Źródło: „Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Geoportal 2,

Częśd doradcza”

Poniższe tabele przedstawiają terminy planowane, a także punkty krytyczne

i ostateczne dla usług innych projektów, które są zależne od dostępu do usług

mapowych, jaki będzie zapewniony w ramach projektu Geoportal2.



termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój usług 2013-10-07 2013-11-18




Projekt ePUAP2 może wykorzystywad usługi mapowe udostępniane przez

Geoportal, jako element usług uruchamianych na platformie przez inne instytucje

administracji paostwowej (usługodawców). W związku z powyższym, w analizie

ujęto kamienie milowe związane z udostępnianiem usług, zawarte w planie

projektu ePUAP2.






Strona 110 z 191


Lp. Produkt

Oczekiwany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny





11. e-REGON 11.01.2013 09.05.2013









Tabela 52. Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami – kamienie milowe

L.p. Przedmiot postępowania przetargowego Oczekiwany

termin wystąpienia

Uzyskanie zakładanej

funkcjonalności - punkt

krytyczny

Uzyskanie zakładanej

funkcjonalności - punkt

ostateczny

12

Budowa ISOK, algorytmów i sc.,

integracja 2013-04-03 2013-04-08

13 Interfejsy KZGW 2012-08-15 2012-08-20

14 Interfejsy IMGW 2012-08-15 2012-08-20

15 Interfejsy z innymi zasobami 2012-08-15 2012-08-20

Źródło: „Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Informatyczny

system osłony kraju przed nadzwyczajnymi zagrożeniami, Częśd doradcza ”


poszczególnych produktów. W analizie zależności czasowych dla projektu









Strona 111 z 191

Tabela 53. System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa – kamienie milowe

Źródło: „Analiza stanu realizacji projektu indywidualnego w ramach PO IG, System

Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa , Częśd

doradcza”


poszczególnych produktów. W analizie zależności czasowych dla projektu


wykorzystano terminy planowane, krytyczne i ostateczne d la zadao związanych




wdrażanej w ramach Geoportal2. Planowane terminy wdrożenia usług oznaczono





Zadanie Kamieo milowy Oczekiwany

termin wystąpienia

Punkt krytyczny

Punkt ostateczny

Zadanie 5

Udostępnienie bazy danych w

zakresie infrastruktury

szerokopasmowej.

31.07.2010

Zadanie 5


zakresie rynku usług

szerokopasmowych.

30.09.2010

Zadanie 5

Aktualizacja funkcjonalności bazy

danych w zakresie rynku usług

szerokopasmowych dla zapewnienia

interoperacyjności z innymi

projektami 7 osi.

31.12.2012 31.12.2012




Strona 112 z 191

Tabela 54. Zależności czasowe: „Geoportal2” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 9 10 11 1 2 3 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 10 11 12

System Zarządzania KIIP

Georeferencyjne bazy danych

przestrzennych

System identyfikacji i autentykacji ,

system sprzedaży danych

przestrzennych; porta l SGiK

metadane dla zbiorów danych

przestrzennych

Publ iczna hurtownia danych 1


Publ iczna hurtownia danych 3System wspomagania anal iz i

decyzji

e-REGON

Budowa ISOK, a lgorytmów i sc.,

integracja

Interfejsy KZGW, IMGW, Interfejsy z

innymi zasobami


zakres ie

infrastruktury szerokopasmowej.Udostępnienie bazy danych w

zakres ie

rynku us ług szerokopasmowych.

Aktual izacja funkcjonalności bazy

danych … dla zapewnienia

interoperacyjności z innymi

projektami 7 os i .

* w przypadku projektu SISP, pokazane terminy wskazują na czas podpisania umowy a nie termin zakooczenia rea l izacji zadania

2013 2014

912

2010

48

2011 2012

System Informacyjny o

Infrastrukturze

Szerokopasmowej i

porta l Polska

Szerokopasmowa

ePUAP2 - rozwój platformy

Informatyczny system

os łony kra ju przed

nadzwyczajnymi

zagrożeniami

System Informacyjny

Statystyki Publ icznej

(SISP)*

Geoportal2






Strona 113 z 191

Porównanie terminów planowanych, krytycznych i ostatecznych projektów

zależnych od usług mapowych Geoportal2 wskazuje, że jedynie terminy krytyczne

dla części zadao projektu „System Informacyjny o Infrastrukturze

Szerokopasmowej i portal Polska Szerokopasmowa” występują w równolegle z

planowanym terminem udostępnienia georeferencyjnych baz danych

przestrzennych przez projekt Geportal2. W odniesieniu do innych projektów,

analiza punktów krytycznych wdrożenia usług, które mogą wykorzystywad te dane

wskazuje, że o ile dotrzymany jest planowany termin wdrożenia baz danych

przestrzennych, o tyle zagrożenie związane z opóźnieniami po stronie projektu

Geoportal2 wpływającymi na harmonogramy projektów zależnych, nie powinno się

zmaterializowad.

Oceniając ryzyko wpływu zależności od usług zewnętrznych należy także zwrócid


1. W porównaniu uwzględniono terminy zakooczenia realizacji zadao, podczas

gdy dla faktycznego wykorzystania usług mapowych w projektach powiązanych

konieczne jest, aby usługi te były wdrożone i uruchomione co najmniej na

etapie analizy i opracowania projektu systemu dla projektów powiązanych.

2. W dokumentacji źródłowej wykorzystanej w analizie nie określono terminu

planowanego dla produktu portal SGiK. Dodatkowo, należy zwrócid uwagę na

fakt, że planowany termin wdrożenia produktu metadane dla danych

przestrzennych przypada na koniec roku 2011. Jeżeli wdrożenie tych

produktów jest wymagane dla pełnego funkcjonowania usług zależnych

(wdrażanych w ramach pozostałych projektów), to ryzyko negatywnego

wpływu na harmonogramy projektów powiązanych zwiększa się.

3. W przypadku projektu SISP ryzyko negatywnego wpływu opóźnieo

w harmonogramie projektu Geoportal2 jest niższe, gdyż na rysunku wykazane

są terminy dla podpisania umów, podczas gdy ostateczny termin zakooczenia

projektu (a zatem wdrożenia jego produktów) przypada na koniec roku 2013.

4.3.4 Centralna Ewidencja i Informacja o Działalności Gospodarczej

Projekt Centralna Ewidencja i Informacja o Działalności Gospodarczej planuje

dostarczanie innym systemom/ projektom usług związanych z udostępnianiem

danych zawartych w systemie. Na podstawie przeprowadzonej analizy powiązao

między projektami ustalono, że spośród projektów poddanych analizie wyłącznie

projekt ePUAP2 zakłada pobieranie danych z systemu CEIDG.






Strona 114 z 191

Tabela 55. Projekty zależne od usług CEIDG

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt 09. „Centralna Ewidencja i Informacja o

Działalności Gospodarczej”

udostępnianie danych z CEIDG

ePUAP2 x


przedstawionych w dokumencie „Analiza stanu realizacji Projektu indywidualnego

w ramach PO IG, Centralna Ewidencja i Informacja o Działalności Gospodarczej ,

Częśd doradcza” oraz analizy własnej Wykonawcy, wyodrębniono kamienie

milowe, które związane są z udostępnieniem danych z CEIDG (które będą

wykorzystane przez projekt ePUAP).



termin wystąpienia

Punkt krytyczny

Punkt ostateczny

6.


związanych z wytwarzaniem

produktów Projektu (testy,


30.09.2011 r. 15.12.2011 r. 15.03.2012 r.

Poniższa tabela przedstawia punkty krytyczne i ostateczne dla usług ePUAP2, które

są zależne od dostępu do danych CEIDG, tj. rozwoju usług na platformie ePUAP. W

dokumencie źródłowym nie wskazano terminów planowanych dla poszczególnych

produktów.



termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój usług 2013-10-07 2013-11-18






wdrażanej w ramach projektu Centralna Ewidencja i Informacja o Działalności






Strona 115 z 191

Gospodarczej. Planowane terminy wdrożenia usług oznaczono kolorem zielonym,

natomiast punkty krytyczne i ostateczne – odpowiednio kolorem pomaraoczowym

i czerwonym. W przypadku, gdy termin określony był z dokładnością do kwartału –

na schemacie zaznaczony został ostatni możliwy termin, tj. ostatni miesiąc

kwartału.

Tabela 58. Zależności czasowe: „Centralna Ewidencja i Informacja o Działalności Gospodarczej” i projekty zależne

Porównanie terminów planowanych, krytycznych i ostatecznych obydwu

projektów wskazuje, że ryzyko jakiegokolwiek negatywnego wpływu na

harmonogram wdrażania usług na ePUAP2, związanych z opóźnieniami w realizacji

projektu Centralna Ewidencja i Informacja o Działalności Gospodarczej jest

minimalne.

4.3.5 System Informacyjny Statystyki Publicznej (SISP)

W ramach projektu System Informacyjny Statystyki Publicznej (SISP) uruchomiono

już korzystanie z usług dostępu do danych z rejestrów REGON i TERYT. Usługi te są

zatem udostępniane innym Beneficjentom 7 osiPO IG i nie istnieje ryzyko

jakiegokolwiek negatywnego wpływu na projekty zależne, które mogłoby byd

związane z opóźnieniem we wdrożeniu wskazanych usług.

4.3.6 e-Deklaracje2

System e-Deklaracje2 zapewni innym systemom wdrażanym w ramach POIG7

usługi udostępniania danych Hurtowni Danych Podatkowych oraz komunikację z

systemami z obszaru świadczeo rodzinnych i funduszu alimentacyjnego. Na

podstawie przeprowadzonej analizy powiązao między projektami ustalono, że

spośród projektów objętych zakresem niniejszego opracowania, odbiorcami tak

określonych usług systemu e-Deklaracje2 będą następujące projekty:

Tabela 59. Projekty zależne od usług projektu e-Deklaracje2

ODBIORCY USŁUG UGŁUGA ZEWNĘTRZNA dostarczana przez projekt

e-Deklaracje2

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12

Pierwsza us ługa

masowaPozostałe us ługi

masowe

ePUAP2 - rozwój

platformy

20132011 2012

Centralna Ewidencja i Informacja

o Dzia ła lności Gospodarczej






Strona 116 z 191

Komunikacja z systemami z obszaru świadczeo

rodzinnych i funduszu alimentacyjnego.

Udostępnianie danych z Hurtowni Danych

Podatkowych

ePUAP 2 x x


Publicznej (SISP) x

Emp@tia - platforma komunikacyjna

obszaru zabezpieczenia społecznego x



w ramach PO IG, Częśd 21 Zamówienia, Projekt „e -Deklaracje 2”, Częśd doradcza”

oraz analizy własnej Wykonawcy, wyodrębniono kamienie milowe, które związane

są z udostępnieniem wskazanych usług przez projekt e-Deklaracje2.

Tabela 60. e-Deklaracje2– kamienie milowe

Lp. Produkt Planowany

termin wystąpienia

Punkt krytyczny*

Punkt ostateczny*

7. System automatycznych usług

administracji podatkowej 31.03.2012 30.06.2012

8. System wymiany informacji z otoczeniem

krajowym oraz w ramach UE 31.12.2011 31.03.2012




Zamówienia, Projekt „e-Deklaracje 2”, Częśd doradcza”



udostępniania danych Hurtowni Danych Podatkowych oraz komunikacji z

systemami z obszaru świadczeo rodzinnych i funduszu alimentacyjnego.



termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój usług 2013-10-07 2013-11-18







Strona 117 z 191


termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny



Projekt ePUAP2 może wykorzystywad usługi udostępniane przez e-Deklaracje2,

jako element usług uruchamianych na platformie przez inne instytucje



projektu ePUAP2. W dokumencie źródłowym nie wskazano terminów planowanych

dla poszczególnych produktów.


Lp. Produkt

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny





11. e-REGON 11.01.2013 09.05.2013











termin wystąpienia

Punkt krytyczny Punkt ostateczny








Strona 118 z 191

Źródło: Analiza własna na podstawie: studium wykonalności projektu „Emp@tia -

Platforma komunikacyjna obszaru zabezpieczenia społecznego”

Na podstawie harmonogramu realizacji projektu Emp@tia, ujętego w studium

wykonalności, można wnioskowad, że zadaniami zależnymi od usługi komunikacji z

systemami z obszaru świadczeo rodzinnych i fundusz alimentacyjnego będą

zadania związane z integracją z systemami zewnętrznymi oraz rozbudową portalu

informacyjno – usługowego.


projektów, których usługi są uzależnione od dostępności usług wdrażanych w

ramach projektu e-Deklaracje2. Planowane terminy wdrożenia usług oznaczono








Strona 119 z 191

Tabela 64. Zależności czasowe: „e-Deklaracje2” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12

System automatycznych us ług

adminis tracji podatkowej

System wymiany informacji z

otoczeniem kra jowym oraz w ramach

UE



Publ iczna hurtownia danych 3System wspomagania anal iz i

decyzji

e-REGON

Integracja z sys . zewnętrznymi -

kra jowe

Rozbudowa porta lu informacyjno-

us ługowego

* w przypadku projektów e-Deklaracje2 i SISP, pokazane terminy wskazują na czas podpisania umowy a nie termin zakooczenia rea l izacji zadania

System Informacyjny


(SISP)*

Emp@tia - platforma


zabezpieczenia

społecznego

e-Deklaracje2*

2013

ePUAP2 - rozwój us ług

2011 2012






Strona 120 z 191

Porównanie terminów planowanych, krytycznych i ostatecznych projektó w

eDeklaracje2 i SISP wskazuje, że ostateczne i krytyczne terminy podpisania umów

związanych z wdrożeniem systemów automatycznych usług i wymiany informacji w

projekcie e-Deklaracje2 są zbliżone do terminów ostatecznych odpowiadających

podpisaniu umówi na wdrożenie publicznej hurtowni danych w projekcie SISP.

Źródła dostępne podczas prowadzonej analizy nie wskazały na planowane czasy

realizacji oraz terminy zakooczenia tych zadao, jednak można przyjąd, że istnieje

ryzyko związane z negatywnym wpływem jakichkolwiek opóźnieo w realizacji

projektu e-Deklaracje na wdrażanie usług po stronie projektu SISP, związanych z

wykorzystaniem danych z Hurtowni Danych Podatkowych.

W odniesieniu do projektów ePUAP2 i Emp@tia, ryzyko to jest znacznie mniejsze,

ze względu na duży odstęp czasowy między ostatecznymi terminami odpisania

umów związanych z wdrożeniem usług w projekcie e-Deklaracje2, a kamieniami

milowymi dla wdrożenia usług zależnych w tych dwóch projektach.

4.3.7 e-Rejestracja

Usługi planowane do wdrożenia w ramach projektu e-Rejestracja obejmują

udostępnianie danych z rejestru KEP (na potrzeby potwierdzania zgodności

podanych danych) oraz komunikację z CEIDG (na potrzeby rejestracji

przedsiębiorcy). W oparciu o przeprowadzoną analizę powiązao między projektami

ustalono, że spośród projektów objętych zakresem niniejszego opracowania,

odbiorcami tak określonych usług projektu e-Rejestracja będą następujące

projekty:

Tabela 65. Projekty zależne od usług projektu e-Rejestracja

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt e-Rejestracja

Komunikacja z CEIDG na potrzeby rejestracji

przedsiębiorcy

Udostępnianie danych z KEP – potwierdzanie zgodności

podanych danych

ePUAP 2 x x

Program e-cło x

System Informacyjny

Statystyki Publicznej (SISP) x



w ramach PO IG, Częśd 21 Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza”






Strona 121 z 191


są z udostępnieniem wskazanych usług przez projekt e-Rejestracja.

Tabela 66. e-Rejestracja – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

1. CRP KEP (SI KEP 2) (faza I) 01.07.2011 31.05.2013 30.11.2013


Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza”



udostępniania danych z rejestru KEP (na potrzeby potwierdzania zgodności

podanych danych) oraz komunikacji z CEIDG (na potrzeby rejestracji

przedsiębiorcy).



termin wystąpienia

Punkt Krytyczny

Punkt Ostateczny

Rozwój usług 2013-10-07 2013-11-18




Projekt ePUAP2 może wykorzystywad usługi udostępniane przez projekt e -

Rejestracja, jako element usług uruchamianych na platformie przez inne instytucje



projektu ePUAP2. W dokumencie źródłowym nie wskazano terminów planowanych

dla poszczególnych produktów.


Kamieo milowy

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

Portal komunikacji elektronicznej – ECIP/SEAP PL 01.12.2012 01.03.2013 01.06.2013

e-Usługa dla EMCS PL 01.01.2012 01.03.2013 01.06.2013

e-Usługa dla AIS 01.01.2013 01.03.2013 01.06.2013






Strona 122 z 191

Kamieo milowy

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny

e-Usługa dla AES 01.01.2013 01.03.2013 01.06.2013

e-Usługa dla NCTS2 01.01.2013 01.03.2013 01.06.2013

e-Usługa dla SZPROT 01.06.2012 01.03.2013 01.06.2013


Zamówienia, Projekt „Program e-Cło”, Częśd doradcza”

W analizie zależności czasowych dla Programu e-Cło wykorzystano terminy

planowane, krytyczne i ostateczne d la zadao związanych z udostępnianiem e-usług

przez systemy wdrażane w ramach programu.


Lp. Produkt

Oczekiwany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny





11. e-REGON 11.01.2013 09.05.2013










projektów, których usługi są uzależnione od dostępności usług wdrażanych w

ramach projektu e-Deklaracje2. Planowane terminy wdrożenia usług oznaczono








Strona 123 z 191

Tabela 70. Zależności czasowe: „e-Rejestracja” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12

e-Rejestracja CRP KEP (SI KEP 2) (faza I)

Porta l komunikacji

elektronicznej – ECIP/SEAP PL


e-Us ługa dla AIS

e-Us ługa dla AES

e-Us ługa dla NCTS2

e-Us ługa dla SZPROT




System wspomagania anal iz i

decyzji

e-REGON

* w przypadku projektu SISP, pokazane terminy wskazują na czas podpisania umowy a nie termin zakooczenia rea l izacji zadania

2011 2012 2013

ePUAP2 - rozwój us ług

System Informacyjny


(SISP)*

Program e-cło






Strona 124 z 191

Porównanie terminów planowanych, krytycznych i ostatecznych dla projektu e -

Rejestracja i projektów powiązanych wskazuje, że o ile planowany termin

wdrożenia CRP KEP zostanie dotrzymany, ryzyko negatywnego wpływu na projekty

wykorzystujące usługi projektu e-Rejestracja jest pomijalne. Jednak większe

opóźnienia w realizacji projektu e-Rejestracja, w szczególności zbliżenie się do

punktów ostatecznych i krytycznych wskazanych dla tego projektu, mogą

generowad opóźnienia w projektach ePUAP2, e-cło i SISP.

4.3.8 Program „e-cło”

Usługi planowane do wdrożenia w ramach Programu e-cło obejmują udostępnianie

danych z hurtowni danych celnych, m.in dla celów kontrolnych. W oparciu o

przeprowadzoną analizę powiązao między projektami ustalono, że spośród

projektów objętych zakresem niniejszego opracowania, odbiorcami tak

określonych usług Programu e-cło będą następujące projekty:

Tabela 71. Projekty zależne od usług Programu e-cło

ODBIORCY USŁUG

UGŁUGA ZEWNĘTRZNA dostarczana przez projekt 14. „Program e-cło”

Udostępnianie danych z hurtowni danych z zakresu cła (dla celów kontrolnych)

Udostępnianie danych celnych z Hurtowni

Danych

e-Deklaracje2 x

e-Rejestracja x


Publicznej (SISP) x



w ramach PO IG, Częśd 21 Zamówienia, Projekt „Program e-Cło”, Częśd doradcza”


są z udostępnieniem wskazanych usług przez Program e-Cło.



termin wystąpienia

Punkt krytyczny

Punkt ostateczny

22. Portal komunikacji elektronicznej –

ECIP/SEAP PL 01.12.2012 01.03.2013 01.06.2013






Strona 125 z 191


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

25. e-Usługa dla EMCS PL 01.01.2012 01.03.2013 01.06.2013

26. e-Usługa dla AIS 01.01.2013 01.03.2013 01.06.2013

27. e-Usługa dla AES 01.01.2013 01.03.2013 01.06.2013

28. e-Usługa dla NCTS2 01.01.2013 01.03.2013 01.06.2013

29. e-Usługa dla SZPROT 01.06.2012 01.03.2013 01.06.2013


Zamówienia, Program e-Cło”, Częśd doradcza”



udostępniania danych z zakresu cła.

Tabela 73. e-Deklaracje2– kamienie milowe

Lp. Produkt Planowany

termin wystąpienia

Punkt krytyczny*

Punkt ostateczny*

7. System automatycznych usług

administracji podatkowej 31.03.2012 30.06.2012

8. System wymiany informacji z otoczeniem

krajowym oraz w ramach UE 31.12.2011 31.03.2012




Zamówienia, Projekt „e-Deklaracje 2”, Częśd doradcza”


poszczególnych produktów. Ponadto, przedstawione punkty krytyczne i ostateczne

odnoszą się do podpisaniu umów z wykonawcami, a nie zakooczenia realizacji

zadao.

Tabela 74. e-Rejestracja – kamienie milowe


termin wystąpienia

Punkt krytyczny

Punkt ostateczny

1. CRP KEP (SI KEP 2) (faza I) 01.07.2011 31.05.2013 30.11.2013






Strona 126 z 191


Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza”

W przypadku projektu „e-Rejestracja”, produkty projektu były zdefiniowane na

dośd wysokim poziomie ogólności – poza zadaniem „Koncepcja zmian prawnych w

zakresie rejestracji i ewidencjonowania podatników i płatników” wykazano tylko

jedno zadanie określone jako „CRP KEP (SI KEP 2) (faza I)”, związane z




Lp. Produkt

Planowany termin

wystąpienia

Punkt krytyczny

Punkt ostateczny





11. e-REGON 11.01.2013 09.05.2013










projektów, których usługi są uzależnione od dostępności danych z zakresu cła.

Planowane terminy wdrożenia usług oznaczono kolorem zielonym, natomiast

punkty krytyczne i ostateczne – odpowiednio kolorem pomaraoczowym

i czerwonym. W przypadku, gdy termin określony był z dokładnością do kwartału –

na schemacie zaznaczony został ostatni możliwy termin, tj. ostatni miesiąc

kwartału.




Strona 127 z 191

Tabela 76. Zależności czasowe: „e-Cło” i projekty zależne

1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12

Portal komunikacji

elektronicznej – ECIP/SEAP PL


e-Us ługa dla AIS

e-Us ługa dla AES

e-Us ługa dla NCTS2e-Us ługa dla SZPROT

System automatycznych us ług

adminis tracji podatkowejSystem wymiany informacji z

otoczeniem kra jowym oraz w

ramach UE

e-Rejestracja CRP KEP (SI KEP 2) (faza I)




System wspomagania anal iz i

decyzji

e-REGON

* w przypadku projektów e-Deklaracje2 i SISP, pokazane terminy wskazują na czas podpisania umowy a nie termin zakooczenia rea l izacji zadania

2011 2012 2013

Program e-cło

System Informacyjny


(SISP)*

e-Deklaracje2*






Strona 128 z 191

Jeżeli prawidłowe jest założenie, że dla udostępniania danych celnych innym

projektom niezbędne jest wdrożenie usług Programu e -Cło wskazanych w

powyższej tabeli, to ryzyko negatywnego wpływu na projekty zależne od

udostępnienia danych z obszaru cła jest bardzo wysokie. W tej sytuacji, zalecane

jest opracowanie i wdrożenie działao zaradczych zmierzających do minimalizacji

wpływu tego ryzyka na projekty zależne. Propozycję działao zaradczych

przedstawiono w kolejnym rozdziale.






Strona 129 z 191

Rozdział 5

5 Problemy i zagrożenia dla

interoperacyjności

5.1 Przyjęta metoda analizy zagrożeń

W ramach Projektu Systemowego przeprowadzone zostały przez doradców

(wykonawcy umowy ramowej nr ZP/ZIN-SYS7/04/2009 z dnia 15.02.2010 r.)

badania projektów 7 Osi PO IG uwzględniające identyfikację ryzyk i problemów

projektowych. Podczas tych prac zgromadzony został opis problemów w podejściu

projektowym, a ryzyka opisywane były w zakresie zależności

wewnątrzprojektowych. W niniejszej analizie zaadresowano problemy, które

powinny byd zarządzane i obsługiwane na poziomie całego programu 7 Osi POIG, a

wynikają bezpośrednio z potrzeb poszczególnych projektów 7 osi PO IG.

Zarządzanie tymi problemami z poziomu 7 Osi PO IG powinno zapewnid

sprawniejszą koordynację prac związanych z obsługą tych problemów, a także

wprowadzenie systemowego podejścia w celu ich rozwiązania. W związku z tym

wyniki tej pracy nie należy traktowad jako aktualną analizę ryzyka, a jedynie jako

działanie systemowe wspierające podejście w zarządzaniu ryzykiem dla projektów

7 osi PO IG.

Dla przeprowadzonej analizy zagrożenie rozumiane jest, jako rodzaj ryzyka, czyli

niepewne zdarzenie lub zbiór zdarzeo, które w przypadku ich wystąpienia będą

miały negatywny wpływ na osiągnięcie celów projektu. Natomiast problem jest

zwykle postrzegany jako materializacja ryzyka, tj. wystąpienie przewidywanego

(lub nie) zdarzenia, które ma wpływ na projekt. Ryzyko jest elementem

nieuniknionym w przypadku każdego projektu. Jednak, jeżeli w procesie

zarządzania projektem zastosowane zostaną systematyczne działania związane z

identyfikowaniem ryzyka, jego oceną i sterowaniem niepewnością, to może to

zwiększyd szanse powodzenia projektu.






Strona 130 z 191

Analiza problemów i zagrożeo dla interoperacyjności została przeprowadzona na

dwóch poziomach:

poziom projektu – zagrożenia monitorowane na poziomie projektu, które

w przypadku materializacji mogą mied wpływ na interoperacyjnośd

systemów tworzonych w ramach projektu; w tej części analizy prace

związane były z analizą dokumentacji przedstawiającej analizę ryzyka

poszczególnych projektów zawartą w analizach stanu realizacji projektów

indywidualnych w ramach 7 Osi PO IG, opracowane przez doradców

strategicznych w Projekcie Systemowym - wykonawców umowy ramowej

nr ZP/ZIN-SYS7/04/2009 z dnia 15.02.2010 r.

poziom programu – zagrożenia na poziomie programu, mające wpływ na

więcej niż jeden projekt, które powinny byd monitorowane przez

instytucje odpowiedzialne za prawidłową realizację Programu

Operacyjnego Innowacyjna Gospodarka; w tej części oprócz ryzyk

zidentyfikowanych na poziomie projektu, ujęto także ryzyka

zidentyfikowane przez Wykonawcę niniejszego opracowania, które mają

istotne znaczenie dla osiągnięcia interoperacyjności systemów wdrażanych

w ramach 7 osi priorytetowej POIG.

W odniesieniu do zagrożeo, które powinny byd monitorowane na poziomie

programu, przygotowano propozycje ich rozwiązao, tj. działao zaradczych, jakie

powinny byd podjęte w celu zmniejszenia prawdopodobieostwa wystąpienia

ryzyka, bądź jego wpływu na projekty i/lub program, w przypadku materializacji

takiego ryzyka.

Poniższy schemat podsumowuje przyjętą metodę analizy zagrożeo.

Rysunek 2. Metoda analizy zagrożeo.

Źródło: Analiza własna Wykonawcy.

Analiza ryzyka projektów będących przedmiotem niniejszego opracowania

Wyodrębnienie ryzyk związane z obszarem interoperacyjności (poziom projektów)

Agregacja ryzyk związanych z obszarem interoperacyjności na poziomie programu

Analiza ryzyka na poziomie programu






Strona 131 z 191

5.2 Analiza zagrożeń – poziom projektu

Analiza zagrożeo na poziomie projektu polegała na wyodrębnieniu z dokumentacji

opracowanej na zlecenie Władzy Wdrażającej Programy Europejskie (w ramach

umowy ramowej nr ZP/ZIN-SYS7/04/2009 z dnia 15.02.2010 r. przez doradców

strategicznych w Projekcie Systemowym) ryzyk, które mogą zagrozid lub wpływad

na interoperacyjnośd (w tym na jednorodnośd, kompatybilnośd) systemów

informatycznych tworzonych lub planowanych do utworzenia w ramach

poszczególnych projektów indywidualnych będących przedmiotem niniejszej

analizy.

Należy przy tym podkreślid, że zapisy zawarte w opisie ryzyk cytowanych w

niniejszym rozdziale są bezpośrednią kopią zapisów ujętych w dokumentach

źródłowych. Na tym etapie analizy dokonano wyboru ryzyk – zidentyfikowanych i

zarejestrowanych przez Beneficjentów bądź doradców opracowujących analizy

stanu realizacji tych projektów na zlecenie WWPE, ale nie ingerowano w treśd

opisu ryzyk.

5.2.1 „Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów

Cyfrowych o Zdarzeniach Medycznych”,

Na podstawie analizy ryzyka przedstawionej w dokumencie „Analiza stanu

realizacji projektu indywidualnego w ramach PO IG, Elektroniczna Platforma

Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach

Medycznych, Częśd doradcza”, a także w studium wykonalności projektu,

wyodrębniono następujące ryzyka, które mogą wpływad na interoperacyjnośd (w

tym na jednorodnośd, kompatybilnośd) systemów informatycznych tworzonych lub

planowanych do utworzenia w ramach projektu.






Strona 132 z 191

Tabela 77: Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych – ryzyka, które mogą wpływad na interoperacyjnośd

L.p. Nazwa ryzyka Charakterystyka ryzyka

1

Zgodnośd z

wymaganiami

dla systemów

informatycznych

System P1 zakłada komunikację z innymi systemami

(zewnętrznymi). Komunikacja ta zgodnie ze Studium

Wykonalności może (Studium Wykonalności o tym nie

rozstrzyga) odbywad się w standardzie EDIFACT (europejski,

umocowany normami, standard komunikacji danych medycznych

opiera się na tym standardzie). Niestety, standard ten (może

przez przeoczenie, może intencjonalnie - aby promowad

nowoczesne rozwiązania, EDIFACT to rozwiązanie z lat 80-tych

ubiegłego wieku) nie jest wymieniony w "rozporządzeniu

o minimalnych wymaganiach dla systemów informatycznych". To

z kolei pociąga za sobą pewne konsekwencje - w szczególności

system taki podlega "rozporządzeniu o testach". W tym miejscu,

ujawnia się problem - luka w przepisach. Otóż, aby system

zewnętrzny mógł się komunikowad z systemem publicznym za

pomocą niewymienionego w "rozporządzeniu o minimalnych

wymaganiach" protokołu, jego "oprogramowanie interfejsowe"

musi przejśd testy akceptacyjne według scenariusza

udostępnionego przez podmiot eksploatujący system (w tym

przypadku CSIOZ). Testy ma przeprowadzid "podmiot

uprawniony", czyli właściciel majątkowych praw autorskich do

"oprogramowania interfejsowego" - czyli w tym przypadku

wytwórca bibliotek dla EDIFACT. Problem w tym, że ten

wytwórca nie ma żadnego interesu w przeprowadzaniu takich

testów (na własny koszt - jak mówi rozporządzenie), ponieważ

nie jest stroną kontraktu z CSIOZ. Sprzedaje jedynie licencję na

swoje oprogramowanie twórcom specjalizowanych systemów

obsługujących podmioty służby zdrowia.

W związku z powyższym, istnieje ryzyko, że rozwiązanie

tworzone w ramach Projektu, wykorzystujące standard EDIFACT,

nie będzie spełniało wymagao zapisanych w "rozporządzeniu

o minimalnych wymaganiach dla systemów informatycznych".

2 b.d.

Ryzyko opóźnienia we wprowadzeniu lub niewprowadzenia

odpowiednich zmian legislacyjnych niezbędnych do realizacji

celów projektu (w przypadku Wariantu 2 wymóg przesyłania

rozszerzonych danych medycznych w formie elektronicznej do

centralnej bazy SIOZ) lub też ryzyko pominięcia pewnych

regulacji prawnych lub wymagao licencyjnych, których

spełnienie może wpłynąd na terminowośd i koszt projektu.

3 b.d.

Ryzyko wydłużenia czasu realizacji projektu związanego

z uzależnieniem projektu od projektów zewnętrznych (np. pl.ID,

ePUAP).






Strona 133 z 191

4 b.d.

Ryzyko związane z brakiem danych w rejestrach podmiotowych,

problemami z uzyskaniem dostępu do rejestrów, problemami

z eksportem danych z rejestrów, niedokładnych danych

w rejestrach oraz przystosowaniem danych pozyskiwanych

z rejestrów, co może wpłynąd na terminowośd, koszt i jakośd

realizacji projektu oraz jego utrzymania.

5 b.d.

Ryzyko niezgodności powstałego oprogramowania

z oprogramowaniem używanym obecnie na rynku, polegające na

braku jednolitości wykorzystywanych standardów z uwagi na

słabą komunikację i rangę legislacyjną projektu, co może

spotęgowad brak akceptacji do nowego systemu i opóźnid

sprawne przesyłanie danych.

6 b.d.

Ryzyko opóźnieo w realizacji projektu P2, w ramach którego

wytworzone zostaną elementy podsystemu zarządzania

zabezpieczeniami i prywatnością, co może wpłynąd na

opóźnienie w realizacji projektu P1 lub brak możliwości

korzystania z funkcjonalności oferowanych przez system.

5.2.2 „pl.ID – Polska ID karta”


realizacji projektu indywidualnego w ramach PO IG, pl.ID – Polska ID karta, Częśd

doradcza”, wyodrębniono następujące ryzyka, które mogą wpływad na

interoperacyjnośd (w tym na jednorodnośd, kompatybilnośd) systemów

informatycznych tworzonych lub planowanych do utworzenia w ramach projektu.

Tabela 78: pl.ID – Polska ID karta – ryzyka, które mogą wpływad na interoperacyjnośd


1 Zmiany

prawne

Możliwośd wystąpienia zmian przepisów prawa wpływających na

realizację koncepcji projektu, co może powodowad brak

uzasadnienia dalszej realizacji projektu. Zbyt późne rozpoczęcie

prac nad zmianami prawa bądź brak projektów zmian prawa

w odpowiednich terminach pozwalających na ich uzgodnienia

i przeprowadzenie procesu legislacyjnego, który ma się zakooczyd

przed wdrożeniem systemu






Strona 134 z 191

2

Niespełnienie

wymagao

dotyczących

wykorzystywa

nia nowego

DO

w kontaktach

ze służbą

zdrowia

Zagrożenie niespełnienia wymagao dotyczących wykorzystywania

od 1 lipca 2011 r. nowego dowodu osobistego w kontaktach ze

służbą zdrowia.

3

Ryzyko

nieuruchomie

nia SRP z

dniem 1 lipca

2011 r.

Zagrożenie terminowego dostosowania SRP do wymagao ustawy

o dowodach osobistych i ustawy o EL aby z dniem 1 lipca 2011 r.

zapewnid uruchomienie funkcjonalnie kompletnego SRP.

Zbudowany w ramach wcześniejszych działao (m. in. w ramach

umowy nr 46 z IBM). System Rejestrów Paostwowych (SRP)

wymagania dostosowania do wymogów ustawy o dowodach

osobistych oraz ustawy o ewidencji ludności ze względu na

wprowadzone tymi ustawami istotne zmiany w funkcjonowaniu

rejestrów paostwowych i modernizację PESEL oraz RDO

(z wykorzystaniem obecnie działającego OEWiUDO). Brak

szczegółów implementacji części elektronicznej DO -

rozporządzenie wykonawcze do ustawy o DO są na etapie

uzgodnieo resortowych.

5.2.3 „Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI

CBD)”,


realizacji projektu indywidualnego w ramach PO IG, Platforma Lokalizacyjno-

Informacyjna z Centralną Bazą Danych (PLI CBD), Częśd doradcza”, wyodrębniono

następujące ryzyka, które mogą wpływad na interoperacyjnośd (w tym na

jednorodnośd, kompatybilnośd) systemów informatycznych tworzonych lub


Tabela 79: Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych (PLI CBD) – ryzyka, które mogą wpływad na interoperacyjnośd

L.p. Charakterystyka ryzyka

1

Brak rozwiązania prawnego pozwalającego na przekazywanie drogą elektroniczną

załączników do wniosków (KRS, pełnomocnictwa wraz z dowodem wniesienia opłaty

skarbowej itp.).






Strona 135 z 191

2 Niewystarczająca wydajnośd platformy ePUAP, przez którą składana jest częśd

wniosków

5.2.4 „Informatyzacja Wydziałów Ksiąg Wieczystych”,

Analiza ryzyka przedstawiona w dokumencie „Analiza stanu realizacji projektu

indywidualnego w ramach PO IG, Częśd 3 Zamówienia, Projekt „Informatyzacja

wydziałów ksiąg wieczystych”, Częśd Doradcza”, nie wykazała ryzyk, które mogą

wpływad na interoperacyjnośd (w tym na jednorodnośd, kompatybilnośd)

systemów informatycznych tworzonych lub planowanych do utworzenia w ramach

projektu.

Należy przy tym podkreślid, że autorzy przytoczonego dokumentu wskazali, iż

„podczas uruchomienia i realizacji Projektu nie został wdrożony system kontroli

ryzyka, a jedynym rodzajem ryzyka, który był stale monitorowany, były możliwe

opóźnienia wynikające z procedur realizacji zamówieo publicznych”.

5.2.5 „ePUAP 2”,

Na podstawie analizy ryzyka przedstawionej w dokumencie „Analiza projektu

indywidualnego ePUAP2, Częśd doradcza”, wyodrębniono następujące ryzyka,

które mogą wpływad na interoperacyjnośd (w tym na jednorodnośd,

kompatybilnośd) systemów informatycznych tworzonych lub planowanych do

utworzenia w ramach projektu.

Tabela 80: ePUAP 2– ryzyka, które mogą wpływad na interoperacyjnośd


1

Problemy w

komunikacji

systemów

Ryzyko związane z wystąpieniem problemów w komunikacji

systemów, którego efektem może byd brak możliwości realizacji

celów związanych z udostępnianiem usług, a w rezultacie

porażka projektu. Jako możliwą przyczynę ryzyka wskazano

udostępnienie usług elektronicznych administracji wyłącznie

przez GUI. Jako propozycję działao naprawczych podano

przygotowanie aktów prawnych umożliwiających zapewnienie

dostępu zarówno programowego jak i "formularzowego".






Strona 136 z 191


2

Niemożliwośd

realizacji zadao

związanych z

udostępnieniem

usług

Ryzyko związane z brakiem możliwości realizacji zadao

związanych z udostępnianych usług wynikającym z istniejących

barier prawnych wymiany danych między instytucjami.

Konsekwencją ryzyka może byd brak możliwości realizacji celów

związanych z udostępnianiem usług projektu ePUAP2. Jako

propozycję działao naprawczych zaproponowano przygotowanie

odpowiedniego środowiska prawnego dla realizacji celów

projektu.

3

Brak

usługodawców

mogących

świadczyd usługi

zintegrowane

Ryzyko związane z brakiem usługodawców mogących świadczyd

usługi zintegrowane. Jako możliwą przyczynę podano

rozdrobnienie struktury kompetencyjnej administracji.

Konsekwencją ryzyka może byd brak usług złożonych, możliwych

do wsparcia przez zakładane funkcjonalności systemu ePUAP.

Jako propozycję działao naprawczych proponuje się by

planowane rozwiązanie techniczne i biznesowe platformy

ePUAP umożliwiało realizację usług zintegrowanych poprzez

wykorzystanie odpowiedniej infrastruktury.

4

Nieosiągnięcie

zakładanych

wskaźników

rezultatu

wskutek

zależności

zewnętrznych

Ryzyko nieosiągnięcia zakładanych wskaźników rezultatu.

Osiągnięcie zakładanych wartości wskaźników jest uzależnione

od wdrożenia poszczególnych produktów projektu, ale zależy

również od innych czynników takich jak gotowośd innych

podmiotów do korzystania z wdrożonych usług czy wdrożenie

innych projektów. Zależnośd od takich czynników zewnętrznych

wpływa znacząco na ryzyko dotyczące możliwości osiągnięcia

wskaźników rezultatu określonych w ramach projektu ePUAP2.

Negatywną konsekwencją może byd cofnięcie części

dofinansowania na projekt.

5

Brak

mechanizmów

koordynacyjnych

we współpracy z

innymi

instytucjami z

otoczenia

projektu ePUAP2

Opis ryzyka z Raportu Analitycznego: „Studium Wykonalności

przewiduje koniecznośd wykonania szeregu prac

uzgodnieniowych (...) oraz współdziałania z innymi instytucjami

publicznymi oraz projektami (...). Ponadto w Studium

Wykonalności stwierdzono, iż słabą stroną projektu są "silne

zależności od innych projektów i instytucji (PL.ID, projekty

centralnych instytucji publicznych oraz regionalnych platform,

...)." Wreszcie Studium Wykonalności zakłada dostarczanie usług

przez takie instytucje (za wyjątkiem tzw. usług podstawowych).

Przekazana Wykonawcy dokumentacja nie pozwala stwierdzid,

czy w projekcie ePUAP2 ustanowiono oraz czy są stosowane

mechanizmy koordynacji prac z innymi instytucjami. Brak takich

mechanizmów może stwarzad dla projektu wiele zagrożeo m. in.

warstwa techniczna przygotowywanych rozwiązao może byd

niedostosowana do potrzeb platform regionalnych, mogą

wystąpid opóźnienia prac projektowych.”






Strona 137 z 191


6

Brak

mechanizmów

koordynujących

wdrażanie zmian

prawnych w

otoczeniu

projektu ePUAP2

Opis ryzyka z Raportu Analitycznego: „Studium Wykonalności

przewiduje "szereg prac uzgodnieniowych (...) w zakresie zmian

prawa" oraz podkreśla, iż "do sprawnej realizacji projektu

niezbędne jest przeprowadzenie zmian w polskim

prawodawstwie. W Studium Wykonalności przewidziano, iż

prace związane ze szczegółową analizą biznesowo-prawną usług

oraz z przygotowaniem projektów aktów prawnych zostaną

wykonane w II etapie projektu." Ponadto wśród problemów w

Studium Wykonalności znalazło się następujące stwierdzenie:

"Wiele regulacji dotyczących istotnych usług zawiera

proceduralne bariery dla dostępu elektronicznego."

7

Brak założeo

oraz standardów

technologicznych

Opis ryzyka z Raportu Analitycznego: „W udostępnionej

Wykonawcy dokumentacji nie określono założeo ani standardów

technologicznych, w tym z zakresu interoperacyjności i

neutralności technologicznej. Stwarza to ryzyko, iż powstające

systemy - zarówno w zakresie platformy ePUAP, jak i systemy

instytucji, które będą wdrażad usługi w oparciu o tę platformę,

nie realizowad wymogu interoperacyjności.”

5.2.6 „Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla



Biura Monitora Sądowego i Gospodarczego”,


realizacji projektu indywidualnego w ramach PO IG, Budowa systemu usług

elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób

fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru

Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i

Gospodarczego, Częśd doradcza”, wyodrębniono następujące ryzyka, które mogą



projektu.






Strona 138 z 191

Tabela 81: Budowa systemu usług elektronicznych MS, w tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego – ryzyka, które mogą wpływad na interoperacyjnośd


1 Zmiany prawne

Ryzyko zmian w uwarunkowaniach prawnych Projektu, co może

wymusid zmiany w zakresie Projektu, wpływając na koszt i czas

realizacji.

W analizie ryzyka projektu nie uwzględniono ryzyk związanych z zależnością od

innych projektów, realizowanych równolegle w ramach Programu Operacyjnego

Innowacyjna Gospodarka. Także w studium wykonalności projektu nie wskazano

takich zależności, np. powiązao z oferowaną w ramach projektu pl.ID usługą

weryfikacji podmiotu korzystającego z usług elektronicznych oferowanych przez

MS (studium wykonalności projektu wskazuje że system będzie się komunikował

z rejestrem PESEL w celu weryfikacji osób z bazą danych systemu ewidencji

ludności).

5.2.7 „e-Deklaracje2”,


realizacji projektu indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt

„e-Deklaracje 2”, Częśd doradcza”, wyodrębniono następujące ryzyka, które mogą



projektu.

Tabela 82: e-Deklaracje2– ryzyka, które mogą wpływad na interoperacyjnośd


1

Produkty projektu

nie kompatybilne z

otoczeniem

Problemy przy szczegółowym opracowaniu punktów styku

mających ze sobą współpracowad systemów.

Niezrealizowanie pełnego zakresu Projektu.






Strona 139 z 191


2

Częste zmiany

otoczenia projektu

w zakresie

wymagao

biznesowych,

legislacyjnych,

technicznych

Zmiany warunków biznesowych, legislacyjnych

i technicznych.

Wpływ na koszty i czas realizacji Projektu.

5.2.8 „e-Podatki”,



„e-Podatki”, Częśd doradcza”, wyodrębniono następujące ryzyka, które mogą



projektu.

Tabela 83: e-Podatki – ryzyka, które mogą wpływad na interoperacyjnośd


1

Wpływ produktów

Programu e-Podatki

na projekt e-Podatki

Opóźnienia w realizacji produktów na poziomie Programu e -

Podatki

2

Nieznany ostateczny

kształt niezbędnych

zmian prawnych

i organizacyjnych

Koniecznośd wprowadzenia zmian prawnych

i organizacyjnych dostosowujących system prawny do

spodziewanych rezultatów Projektu.

Zawarte w propozycjach zmian prawnych i organizacyjnych

zapisy mogą znacząco wpłynąd na zakres, harmonogram

i budżet Projektu.

5.2.9 „Centralna Ewidencja i Informacja o Działalności Gospodarczej”,


realizacji Projektu indywidualnego w ramach PO IG, Centralna Ewidencj a i

Informacja o Działalności Gospodarczej, Częśd doradcza”, wyodrębniono









Strona 140 z 191

Tabela 84: Centralna Ewidencja i Informacja o Działalności Gospodarczej – ryzyka, które mogą wpływad na interoperacyjnośd


1

Opóźnienia w

uzgodnieniach

z MF

Ryzyko opóźnieo w uzgodnieniach z Ministerstwem Finansów

w zakresie zgłoszenia rejestracyjnego do podatku VAT

i podatku akcyzowego, co może mied wpływ na utrudnienia

w pełnej realizacji celów Projektu.

Obecnie przedsiębiorca po zarejestrowaniu działalności

gospodarczej w "jednym okienku" musi i tak udad się do

urzędu skarbowego, aby wybrad sposób opodatkowania

podatkiem VAT. Trwają uzgodnienia odnośnie zniesienia tego

wymogu. Pozostawienie stanu obecnego spowoduje obniżenie

korzyści społecznych z zasady "zero okienka".

2 Nieskoordynowane

zmiany w prawie

Ryzyko związane ze zmianami legislacyjnymi (w zakresie

Ustawy o swobodzie działalności gospodarczej a także prawa

regulującego funkcjonowanie innych rejestrów i systemów),

które mogą wpłynąd na termin i koszt realizacji Projektu.

3

Brak podstaw

prawnych dostępu

do KRK

Ryzyko opóźnieo we wprowadzeniu zmian w regulacjach

dotyczących Krajowego Rejestru Karnego, wymaganych do

realizacji pełnej funkcjonalności CEIDG. Obecne przepisy nie

pozwalają na przekazywanie przez KRK danych o orzeczonych

zasadach prowadzenia działalności gospodarczej w trybie i za-

kresie wymaganym przez UoSDG. Niezbędna jest, co najmniej

zmiana ustawy o KRK i odpowiednich rozporządzeo, może się

jednak okazad także konieczna nowelizacja UoSDG.

4

Niedostosowanie

systemów współ-

pracujących

Ryzyko niewykonania w wymaganym terminie jednego lub

większej liczby interfejsów do systemu, z którymi musi

współpracowad CEIDG, co może wpłynąd na niepełną

realizację celów Projektu i zakładanej funkcjonalności systemu

5

Brak pełnej

funkcjonalności

ePUAP

Ryzyko wydłużenia czasu realizacji Projektu lub niepełnej

realizacji zakładanej funkcjonalności systemu związane

z potencjalną niesprawnością lub niedostateczną wydajnością

platformy ePUAP.

5.2.10 „e-Rejestracja”,



„e-Rejestracja”, Częśd doradcza”, wyodrębniono następujące ryzyka, które mogą







Strona 141 z 191


projektu.

Tabela 85: e-Rejestracja – ryzyka, które mogą wpływad na interoperacyjnośd


1

Zmiana

przepisów prawa

w trakcie

realizacji

Projektu

Nieznany ostateczny kształt projektu ustawy o zmianie ustawy

o zasadach ewidencji i identyfikacji podatników i płatników oraz

o zmianie niektórych innych ustaw, zwaną dalej „Ustawą o NIP”.

Zawarte w projekcie ustawy zapisy mogą ulec zmianie, co może

znacząco wpłynąd na zakres, harmonogram i budżet Projektu .

2

Brak jasnych

wytycznych w

Ustawie o NIP

Brak wyznaczonego w „Ustawie o NIP” terminu, od którego dane

z KRS staną się danymi referencyjnymi oraz brak określonego

zakresu danych referencyjnych.

Może zostad przyjęty termin wyznaczony dla wprowadzenia

referencyjności danych z rejestru PESEL, co wymagałoby

wprowadzenia zmian w harmonogramie Projektu

3

Brak dostępu do

bieżących

danych rejestru

PESEL

Brak porozumienia z MSWiA co do zasad udostępniania

Ministerstwu Finansów danych oraz integracji z rejestrem PESEL

5.2.11 „Geoportal2”,


indywidualnego w ramach PO IG, Geoportal2, Częśd doradcza”, podobnie jak

analiza ryzyka zawarta w studium wykonalności projektu Goeportal 2, nie wykazała

ryzyk, które mogą wpływad na interoperacyjnośd (w tym na jednorodnośd,



5.2.12 „Platforma udostępniania on-line przedsiębiorcom usług i zasobów

cyfrowych rejestrów medycznych”,


realizacji projektu indywidualnego w ramach PO IG, Platforma udostępniania on -

line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych, Częśd

doradcza”, wyodrębniono następujące ryzyka, które mogą wpływad na






Strona 142 z 191



Tabela 86: Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych – ryzyka, które mogą wpływad na interoperacyjnośd


1 Brak akceptacji

Ryzyko związane z brakiem akceptacji wdrażanej Platformy

Wymiany Dokumentów ze strony organów rejestrowych

niebędących jednostkami administracji publicznej, które może

skutkowad ograniczeniem zakresu danych możliwych do

wykorzystania i tym samym brakiem uzyskania pełnej

funkcjonalności systemu

2 Niezgodnośd

oprogramowania

Ryzyko niezgodności powstałego oprogramowania

z oprogramowaniem używanym obecnie na rynku, polegające na

braku jednolitości wykorzystywanych standardów z uwagi na

słabą komunikację i rangę legislacyjną projektu, co może

spowodowad koniecznośd implementacji wielu różnych

interfejsów i metod konwersji danych co może wpłynąd na

terminowośd i koszt wdrożenia projektu

3 Opóźnienie

realizacji P1

Ryzyko opóźnieo w realizacji projektu P1, w ramach którego

będzie wdrożona szyna ESB oraz wspólne usługi, niezbędne do

prawidłowego działania systemu, co może wpłynąd na

opóźnienie w realizacji projektu P2 lub ograniczenie

funkcjonalności oferowanych przez system zaraz po

uruchomieniu

4

Zależnośd od

projektów

zewnętrznych


z uzależnieniem projektu od projektów zewnętrznych (np. pl.ID,

ePUAP)

5.2.13 „Platforma Usług Elektronicznych dla Klientów ZUS (PUE)”,

Na podstawie analizy ryzyka przedstawionej w dokumentach: „Analiza stanu

realizacji projektu indywidualnego w ramach PO IG, Plat forma Usług

Elektronicznych dla klientów ZUS (PUE), Częśd doradcza” oraz „Analiza stanu

realizacji projektu indywidualnego w ramach PO IG, Platforma Usług

Elektronicznych dla klientów ZUS (PUE), Częśd analityczna” ,, wyodrębniono









Strona 143 z 191

Tabela 87: Platforma Usług Elektronicznych dla Klientów ZUS (PUE) – ryzyka, które mogą wpływad na interoperacyjnośd (na podstawie części doradczej)


1

Pojawienie się zmian

legislacyjnych, zarówno na

poziomie ustawodawstwa

unijnego jak i krajowego,

mających wpływ na

funkcjonalności i działanie

wytworzonego w ramach

projektu systemu.

Pojawienie się tego typu zmian może spowodowad, że

przyjęte podczas projektowania i uruchomione

w systemie rozwiązania funkcjonalne będą

niedostosowane do nowego reżimu prawnego czy też

nawet z nim niezgodne.

2

Opóźnienia wyników

innych powiązanych

projektów

ponadsektorowych i

sektorowych administracji

centralnej w Polsce mające

wpływ na produkty

Projektu PUE.

W zakresie realizacji dostępu do usług drogą

elektroniczną oraz zapewnienia identyfikacji

i uwierzytelniania użytkowników Projekt PUE

korzystad będzie z rozwiązao budowanych

w projektach ePUAP i pl.ID. Opóźnienia

w dostarczaniu rezultatów tych projektów mogą

wpłynąd na opóźnienie wprowadzenia pewnych

funkcjonalności i usług przez ZUS z wykorzystaniem

systemu PUE.

3

Integracja PUE z KSI –

opóźnienia w dostarczeniu

replikatora KSI

Potencjalne opóźnienia w Projekcie replikatora KSI

mogą wpłynąd na zakres informacji pojawiającej się

w PUE.

4


zmiany w systemie

źródłowym (KSI)

bezpośrednio będą

wywoływad koniecznośd

zmian w replikatorze (np.

zakres danych)

Ewentualne zmiany w ustawodawstwie mogą

bezpośrednio wiązad się z koniecznością bardzo

szybkiej implementacji w KSI i tym samym

wstrzymaniem prac związanych z budowaniem

replikatora. Może się to przyczynid do późniejszego

oddania produktu do eksploatacji.

5 Integracja PUE z P1 CSIOZ

Projekt PUE zakłada integrację z e-zwolnieniami

w systemie P1. Wszelkie opóźnienia związane

z realizacją P1 będą miały wpływ na zakres usług

świadczonych przez PUE.

6 Integracja usług

(bezpieczeostwo danych)

Integracja usług oferowanych przez PUE z usługami

oferowanymi przez inne systemy e-administracji

narażona jest na ryzyko natury formalno-prawnej.

Systemy te bowiem zawierają w znacznej części

informacje wrażliwe, podlegające przepisom Ustawy

o Ochronie Danych Osobowych. W celu integracji

systemów konieczne zatem będzie przeprowadzenie

formalno-prawnej analizy możliwości i zakresu

wymiany danych pomiędzy instytucjami.






Strona 144 z 191

5.2.14 „Program e-cło”


indywidualnego w ramach PO IG, Częśd 21 Zamówienia, Projekt „Program e -Cło”,

Częśd doradcza”, nie wykazała ryzyk, które mogą wpływad na interoperacyjnośd (w



Poniższa tabela przedstawia ryzyka ujęte w studium wykonalności Programu e -cło,

które mogą dotyczyd obszaru interoperacyjności.

Tabela 88: Program e-cło – ryzyka, które mogą wpływad na interoperacyjnośd (na podstawie studium wykonalności)


1

Szereg zadao

administracji celnej

poza Programem e-Cło.

Powstawanie kolejnych rozwiązao silosowych niezgodnie

z architekturą logiczną SI SC.

Zwiększenie kosztów eksploatacji IT.

Braki zasobów IT.

2

Niespójnośd danych

referencyjnych

pomiędzy systemami

celnymi i akcyzowymi.

Opóźnienia Projektu.

Brak oczekiwanych rezultatów i korzyści.

3 Niespodziewane zmiany

prawne.

Niedostosowanie funkcjonalności do wprowadzanych

zmian.


Brak możliwości finansowania nowych zmian z funduszy

Programu e-Cło po zatwierdzeniu specyfikacji.

Brak zgodności z wymaganiami UE.

4

Brak współpracy

z instytucjami

zewnętrznymi

w kontekście Single

Window.

Brak możliwości uruchomienia komponentu Single

Window.






Strona 145 z 191

5.2.15 „System Informacyjny Statystyki Publicznej (SISP)”,



„System Informacyjny Statystyki Publicznej (SISP)”, Częśd Doradcza”,



planowanych do utworzenia w ramach projektu. Przedstawione poniżej ryzyka

związane są z przeprowadzeniem procesu integracji systemów informatycznych

i wymiany danych pomiędzy jednostkami organizacyjnymi administracji

paostwowej oraz późniejszą eksploatacją systemów.

Tabela 89: System Informacyjny Statystyki Publicznej (SISP) – ryzyka, które mogą wpływad na interoperacyjnośd


1 Terminy

realizacji

Patrząc z punktu widzenia przygotowania projektu oraz

późniejszego zarządzania nim jednym z pierwszych ryzyk, na

które należy zwrócid uwagę jest kwestia terminów

przygotowania planowanych do udostępnienia usług

w systemach przewidzianych do integracji.

2 Finansowanie

integracji

Kolejnym ryzykiem związanym z przygotowaniem projektu oraz

realizacją w następstwie odpowiedniego jego przygotowania jest

ryzyko związane z finansowaniem integracji.

Przy realizacji integracji systemów i stopnia ich zaawansowania

możliwe są 3 przypadki:

1. Oba systemy integrowane są na etapie planowania/ przygotowania projektu lub nie są jeszcze rozpatrywane.

2. System źródłowy i docelowy są aktualn ie na etapie realizacji.

3. System źródłowy został zrealizowany i udostępnia już dane/ usługi, na które zapotrzebowanie zgłosił system docelowy.

3 Bezpieczeostwo

Ochrona przekazywanych danych pomiędzy systemami jest

jednym z kluczowych zadao stawianych przed architektami

rozwiązao informatycznych. Wyeliminowanie ryzyka

przechwycenia danych lub uzyskania nieuprawnionego dostępu

do podglądu/ modyfikacji jest konieczne w celu stworzenia

bezpiecznego połączenia pomiędzy systemami.






Strona 146 z 191

5.2.16 „Konsolidacja i centralizacja systemów celnych i podatkowych”,



„Konsolidacja i centralizacja systemów celnych i podatkowych”, Częśd doradcza ”,




4

Nieprawidłowe /

niekompletne

dane

Biorąc pod uwagę ryzyko związane z danymi przekazywanymi

pomiędzy systemami należy rozważyd:

1. Odmienną definicję danych w obu systemach – w celu ograniczenia wystąpienia ryzyka błędu w definicji danych należy na etapie studium wykonalności projektu określid zakres informacji wymienianych, a następnie na etapie analizy opracowad szczegółowy opis wymiany danych wraz z określeniem ich typów.

2. Niekompletnośd danych – z punktu widzenia użytkownika koocowego aplikacji ważne jest, aby otrzymywał on pełne oraz wiarygodne dane. Podczas realizacji Projektu należy uzyskad potwierdzenie poprawności danych przesyłanych przez system źródłowy. Spełnienie punktu 1. wymienionego powyżej nie eliminuje ryzyka niepowodzenia integracji, gdyż system źródłowy może posiadad niekompletne lub niepoprawne informacje, powstałe w wyniku błędu ludzkiego (niewłaściwe wprowadzenie danych) lub przetworzenia danych przez system.

5

Ciągłośd

świadczenia

usług

Na etapie przygotowywania projektu integracji systemów

informatycznych ważne jest określenie zasad współpracy

pomiędzy systemami integrowanymi związanych z dostępnością

usług oferowanych przez system źródłowy. Ryzyko to związane

jest z brakiem lub przerwami w dostępie do oferowanych usług.

6

Rozwój

systemów –

wprowadzenie

rozszerzeo i

aktualizacji

Cykl życia każdego systemu przewiduje jego aktualizację poprzez

wprowadzenie zmian lub rozszerzeo. Takie działania

prowadzone w przypadku systemów zintegrowanych mogą

doprowadzid do wystąpienia problemów zarówno na poziomie

infrastrukturalnym (sprzęt, przesyłanie danych,

bezpieczeostwo), jak również w warstwie komunikacji (definicja

przesyłanych danych) oraz w samych informacjach

przekazywanych pomiędzy systemem źródłowym i docelowym.






Strona 147 z 191

Tabela 90: Konsolidacja i centralizacja systemów celnych i podatkowych – ryzyka, które mogą wpływad na interoperacyjnośd


1 Rozbieżnośd

technologiczna

Ryzyko polegające na braku możliwości dokonania pełnego

zakresu konsolidacji i centralizacji, związane z dużą

rozbieżnością występującą pomiędzy projektowanymi,

a aktualnie wykorzystywanymi technologiami. Materializacja

ryzyka może prowadzid do braku zrealizowania założeo

projektowym w ich pełnym zakresie.

5.2.17 „Emp@tia - platforma komunikacyjna obszaru zabezpieczenia

społecznego”,

Na podstawie analizy ryzyka przedstawionej w dokumencie Studium wykonalności

projektu „Emp@tia - Platforma komunikacyjna obszaru zabezpieczenia

społecznego”, wyodrębniono następujące ryzyka, które mogą wpływad na



Tabela 91: Emp@tia - platforma komunikacyjna obszaru zabezpieczenia społecznego – ryzyka, które mogą wpływad na interoperacyjnośd


1 Brak wymagao w uregulowaniach prawnych odnośnie przyjęcia wspólnego

identyfikatora (wykorzystania PESEL) dla pomocy społecznej.

2 Niespójna koncepcja rozwoju systemów w obszarze pracy i zabezpieczenia

społecznego.

3

Niekorzystna, z punktu widzenia realizacji harmonogramu Projektu, decyzja

odnośnie terminu wejścia w życie rozporządzenia wykonawczego WE/883/2004,

które zdefiniuje okres przejściowy 24 miesięcy na dołączenie się do systemu EESSI.

5.2.18 „Ogólnopolska sieć teleinformatyczna na potrzeby obsługi numeru


Na podstawie analizy ryzyka przedstawionej w dokumencie „Studium wykonalności

dla projektu Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru

alarmowego 112”, wyodrębniono następujące ryzyka, które mogą wpływad na






Strona 148 z 191



Tabela 92: Ogólnopolska sied teleinformatyczna na potrzeby obsługi numeru alarmowego „112” – ryzyka, które mogą wpływad na interoperacyjnośd


1

Opóźnienia w uruchomieniu pełnej funkcjonalności sieci wynikające z działao

przyszłych użytkowników.

Możliwy skutek: pomimo sprawnie działającego systemu jego funkcjonalności nie

będą wykorzystywane.

2

Koniecznośd dopracowania procedur związanych z komunikacją na linii operator –

użytkownik.

Możliwy skutek: pomimo sprawnie działającego systemu jego funkcjonalności nie


5.2.19 „Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją

e-Usług dla obywateli i przedsiębiorców”,


realizacji projektu indywidualnego w ramach PO IG, Zintegrowana, wielousługowa

platforma komunikacyjna Policji z funkcją e -Usług dla obywateli i przedsiębiorców,

Częśd doradcza”, wyodrębniono następujące ryzyka, które mogą wpływad na



Tabela 93: Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-Usług dla obywateli i przedsiębiorców – ryzyka, które mogą wpływad na interoperacyjnośd


1 Zmiany prawne

Ryzyko zmian w uwarunkowaniach prawnych projektu, co może

wymusid zmiany w zakresie projektu, wpływając na koszt i czas

realizacji.

2

Zależnośd od

projektów

zewnętrznych


z uzależnieniem projektu od projektów zewnętrznych (np.

uzależnieniem dostępności niektórych usług od ogólnopolskiej

platformy ePUAP)






Strona 149 z 191

5.2.20 „Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-

Usług”,


realizacji projektu indywidualnego w ramach PO IG, Rozwój systemu

informatycznego ZUS wspomagającego udostępnianie e -Usług, Częśd doradcza”, a

także w studium wykonalności projektu, wyodrębniono następujące ryzyka, które

mogą wpływad na interoperacyjnośd (w tym na jednorodnośd, kompatybilnośd)


projektu.

Tabela 94: Rozwój systemu informatycznego ZUS wspomagającego udostępnianie e-Usług – ryzyka, które mogą wpływad na interoperacyjnośd


1

Opóźnienia w

regulacjach

prawnych

Opóźnienia w regulacjach prawnych sankcjonujących określone

formy świadczenia e-usług, co może wpłynąd na terminowe

osiągnięcie rezultatów projektu

2

Zależnośd od

projektów

zewnętrznych


z uzależnieniem projektu od projektów zewnętrznych (np.

uzależnieniem dostępności niektórych usług od ogólnopolskiej

platformy ePUAP)

5.2.21 „Georeferencyjna Baza Danych Obiektów Topograficznych (GBDOT) wraz z

krajowym systemem zarządzania”,


indywidualnego w ramach PO IG, Częśd 12 Zamówienia, Projekt „Georeferencyjna

Baza Danych Obiektów Topograficznych (GBDOT) wraz z krajowym systemem

zarządzania”, Częśd Doradcza”, nie wykazała ryzyk, które mogą wpływad na



5.2.22 „TERYT2 – Państwowy rejestr granic i powierzchni jednostek podziałów

terytorialnych kraju”,


indywidualnego w ramach PO IG, Częśd 13 Zamówienia, Projekt „TERYT 2 –

Paostwowy rejestr granic i powierzchni jednostek podziałów terytorialnych kraju”,

Częśd doradcza”, nie wykazała ryzyk, które mogą wpływad na interoperacyjnośd (w






Strona 150 z 191



5.2.23 „Infrastruktura e-usług Resortu Finansów”,



„Infrastruktura e-Usług Resortu Finansów”, Częśd Doradcza”, wyodrębniono




Tabela 95: Infrastruktura e-usług Resortu Finansów – ryzyka, które mogą wpływad na interoperacyjnośd


1 b.d. Ryzyko opóźnienia prac dotyczących współużytkowania sieci

szkieletowej przygotowywanej w ramach projektu OST112.

2 b.d.

Ryzyko polegające na braku lub niedostatecznym rozpoznaniu

bądź oszacowaniu wymagao resortu finansów odnoszących się

do projektu OST112.

3

Centralne

planowanie

świadczonych

usług

Brak „centralnego planowania korelacji” usług świadczonych

przez projekty (KiC, IeU) z wymaganiami na SLA dla konkretnych

projektów

5.2.24 „Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami”,


indywidualnego w ramach PO IG, Informatyczny system osłony kraju przed

nadzwyczajnymi zagrożeniami, Częśd doradcza”, nie wykazała ryzyk, które mogą



projektu.






Strona 151 z 191

5.2.25 „Budowa i wyposażenie Centrów Powiadamiania Ratunkowego”,

Na podstawie analizy ryzyka przedstawionej w dokumencie Studium wykonalności,

„Budowa i wyposażenie Centrów Powiadamiania Ratunkowego” , wyodrębniono




Tabela 96: Budowa i wyposażenie Centrów Powiadamiania Ratunkowego – ryzyka, które mogą wpływad na interoperacyjnośd


1

Problemy z uzgodnieniem wymagao na funkcjonalnośd systemów informatycznych,

wynikające z niedostatecznej współpracy przyszłych użytkowników.

Możliwy skutek: Wytworzenie systemów o funkcjonalności niezgodnej z

wymaganiami użytkowników; koniecznośd ponoszenia dodatkowych kosztów

związanych z przeróbkami systemów; Problemy z wdrożeniem, wynikające z niechęci

użytkowników.

2

Problemy w koordynacji wdrożenia systemów informatycznych z przygotowaniem

infrastruktury Centrów Powiadamiania Ratunkowego

Możliwy skutek: Opóźnienia we wdrożeniu systemów w poszczególnych jednostkach

służb ratunkowych.

3

Problemy z integracją budowanych systemów z rozwiązaniami obecnie

funkcjonującymi w już istniejących CPR lub z migracją z już istniejących systemów

Możliwy skutek: Opóźnienia w realizacji projektu; niezadowolenie użytkowników

koocowych; problemy we współpracy jednostek korzystających z różnych rozwiązao

informatycznych.

4

Problemy z wdrożeniem systemów, wynikające z różnej podległości organizacyjnej

jednostek korzystających z tych systemów, z różnego stanu obecnej organizacji

i obsługi informatycznej

Możliwy skutek: Opóźnienie we wdrożeniu systemu w skali ogólnopolskiej.

5

Opóźnienie we wdrożeniu systemu PLI, realizowanego przez UKE.

Możliwy skutek: Koniecznośd uruchomienia systemu bez funkcjonalności wizualizacji

miejsca zgłoszenia.






Strona 152 z 191

5.2.26 „System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska

Szerokopasmowa”.

Analiza ryzyka przedstawiona w dokumencie „Analiza stanu realizacji projektu,

indywidualnego w ramach PO IG, System Informacyjny o infrastrukturze,

szerokopasmowej i portal Polska Szerokopasmowa, Częśd doradcza”, nie wykazała

ryzyk, które mogą wpływad na interoperacyjnośd (w tym na jednorodnośd,



Poniższa tabela przedstawia ryzyka ujęte w dokumencie „Analiza stanu realizacji

projektu indywidualnego w ramach PO IG, System Informacyjny o infrastrukturze

szerokopasmowej i portal Polska Szerokopasmowa, Częśd analityczna” , które mogą

dotyczyd obszaru interoperacyjności.

Tabela 97: System Informacyjny o Infrastrukturze Szerokopasmowej i portal Polska Szerokopasmowa – ryzyka, które mogą wpływad na interoperacyjnośd


1

Trudności z zakwalifikowaniem obszarów występujących w bazie TERYT z powodu

występujących w bazie błędów.

Możliwy skutek: Potrzeba wdrożenia dodatkowego narzędzia informatycznego

w Systemie SIPS.

2

Problemy w zakresie określenia pełnej funkcjonalności systemu (formaty danych

i typy interfejsów) spowodowane brakiem rozporządzenia do art. 29 Ustawy

o wspieraniu rozwoju usług i sieci w telekomunikacji.

Możliwy skutek: Trudności związane ze zdefiniowaniem wymagao i założeo

funkcjonalno - prawnych oraz określeniem ostatecznych wersji formatów danych

i typów interfejsów.

5.3 Agregacja ryzyk związanych z obszarem interoperacyjności

Po zidentyfikowaniu problemów i zagrożeo monitorowanych przez poszczególne

projekty będące przedmiotem analizy, wpływających lub potencjalnie mogących

mied wpływ na interoperacyjnośd tworzonych systemów informatycznych,

kolejnym krokiem analizy była kategoryzacja tych ryzyk, a następnie ich agregacja

na poziom programu.

W ramach tego działania poddano analizie ryzyka zidentyfikowane wcz eśniej jako

potencjalnie wpływające na interoperacyjnośd systemów informatycznych






Strona 153 z 191

tworzonych w ramach projektów będących przedmiotem analizy. W analizie ujęto

także ryzyka zidentyfikowane przez Wykonawcę niniejszego opracowania, które

nie były identyfikowane przez Beneficjentów, ale które w opinii Wykonawcy mają

istotne znaczenie dla osiągnięcia interoperacyjności systemów wdrażanych w

ramach 7 osi priorytetowej POIG.

Zagrożenia zostały następnie pogrupowane, dzięki czemu zidentyfikowano grupy

ryzyk wspólnych, występujących w wielu projektach. Ryzyka te, ze względu na

powszechne występowanie, mogą oddziaływad na realizację celów programu jako

całości, w związku z czym powinny byd monitorowane również na poziomie

programu.

W ramach przeprowadzonej analizy wyodrębniono następujące grupy źródeł ryzyk:



3. Zmiany w prawie,

4. Niezgodnośd standardów / oprogramowania,

5. Niespójne definicje metadanych / słowników referencyjnych.

W poniższych rozdziałach omówiono szczegółowo wskazane grupy źródeł ryzyk dla

programu.

5.3.1 Zależność od projektów zewnętrznych

Zależnośd od innych projektów 7 osi PO IG, jest najczęściej wskazywanym źródłem

ryzyk. Jest to związane z licznymi powiązaniami pomiędzy projektami

realizowanymi w ramach tego działania, polegającymi głównie na wymianie

danych i usług.

Na podstawie przeprowadzonej analizy zidentyfikowano dwie główne grupy ryzyk

w tej kategorii. Pierwszą z nich jest ryzyko wydłużenia czasu realizacji projektu, ze

względu na opóźnienia w dostarczaniu produktów zewnętrznych wytwarzanych w

innym projekcie (np. usługi weryfikacji użytkowników). Problem ten został

szczegółowo przeanalizowany w rozdziale 4.3 Zależności czasowe.

Projektami, najczęściej wskazywanymi jako warunkujące terminową realizację

pozostałych projektów są: pl.ID i ePUAP2. W związku z powyższym, tempo

realizacji tych projektów i zgodnośd z harmonogramem powinny byd

monitorowane ze szczególną uwagą na poziomie programu.

Poniższa tabela przedstawia ryzyka monitorowane na poziomie poszczególnych

projektów, wskazujące na zależnośd od harmonogramu realizacji innych projektów

realizowanych w ramach POIG7.




Strona 154 z 191

Tabela 98. Ryzyka związane z zależnością od projektów zewnętrznych – wpływ na harmonogram

Dotyczy projektu Nazwa ryzyka Charakterystyka ryzyka





Medycznych

Ryzyko wydłużenia czasu realizacji projektu związanego z uzależnieniem projektu od projektów

zewnętrznych (np. pl.ID, ePUAP).



Gospodarczej

Brak pełnej funkcjonalności

ePUAP

Ryzyko wydłużenia czasu realizacji Projektu lub niepełnej realizacji zakładanej funkcjonalności

systemu związane z potencjalną niesprawnością lub niedostateczną wydajnością platformy ePUAP.

Platforma udostępniania

on-line przedsiębiorcom

usług i zasobów

cyfrowych rejestrów

medycznych

Zależnośd od projektów

zewnętrznych


zewnętrznych (np. pl.ID, ePUAP).




Strona 155 z 191


Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)

Opóźnienia wyników innych

powiązanych projektów

ponadsektorowych i

sektorowych administracji

centralnej w Polsce mające

wpływ na produkty

Projektu PUE.

W zakresie realizacji dostępu do usług drogą elektroniczną oraz z apewnienia identyfikacji

i uwierzytelniania użytkowników Projekt PUE korzystad będzie z rozwiązao budowanych

w projektach ePUAP i pl.ID. Opóźnienia w dostarczaniu rezultatów tych projektów mogą wpłynąd na

opóźnienie wprowadzenia pewnych funkcjonalności i usług przez ZUS z wykorzystaniem systemu

PUE.

Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)

Integracja PUE z P1 CSIOZ Projekt PUE zakłada integrację z e-zwolnieniami w systemie P1. Wszelkie opóźnienia związane

z realizacją P1 będą miały wpływ na zakres usług świadczonych przez PUE.

System Informacyjny

Statystyki Publicznej

(SISP)

Terminy realizacji

Patrząc z punktu widzenia przygotowania projektu oraz późniejszego zarządzania nim jednym

z pierwszych ryzyk, na które należy zwrócid uwagę jest kwestia terminów przygotowania

planowanych do udostępnienia usług w systemach przewidzianych do integracji.

Ogólnopolska sied

teleinformatyczna na

potrzeby obsługi numeru

alarmowego „112”

b.d.

Opóźnienia w uruchomieniu pełnej funkcjonalności sieci wynikające z działao przyszłych

użytkowników. Możliwy skutek: pomimo sprawnie działającego systemu jego funkcjonalności nie





Strona 156 z 191


Zintegrowana,

wielousługowa platforma

komunikacyjna Policji

z funkcją e-Usług dla

obywateli i

przedsiębiorców


zewnętrznych


zewnętrznych (np. uzależnieniem dostępności niektórych usług od ogólnopolskiej platformy ePUAP)

Rozwój systemu

informatycznego ZUS

wspomagającego

udostępnianie e-Usług


zewnętrznych


zewnętrznych (np. uzależnieniem dostępności niektórych usług od ogólnopolskiej platformy ePUAP)

Infrastruktura e-usług

Resortu Finansów b.d.

Ryzyko opóźnienia prac dotyczących współużytkowania sieci szkieletowej przygotowywanej w

ramach projektu OST112.

Jeszcze częściej od możliwych opóźnieo w odniesieniu do harmonogramu, wskazywany był wpływ projektów zewnętrznych na pełną re alizację celów

i rezultatów projektu będącego przedmiotem analizy. Podobnie jak w poprzedniej grupie, najwięcej projektów uzależniało realiz ację swoich celów od

projektu ePUAP2 (jako źródło ryzyka wskazywane były potencjalne problemy z wydajnością platformy ePUAP). Wśród projektów i systemów

warunkujących pełną realizację celów i rezultatów wskazywane były także PLI CBD, OST 112 oraz rejestr PESEL. Ponadto, w kategorii tej występują

ogólne odniesienia do konieczności współpracy z instytucjami zewnętrznymi (usługodawcami, użytkownikami, etc.)




Strona 157 z 191

Tabela 99. Ryzyka związane z zależnością od projektów zewnętrznych – wpływ na realizację celów i rezultatów projektu



Niespełnienie wymagao

dotyczących

wykorzystywania nowego

DO w kontaktach ze służbą

zdrowia

Zagrożenie niespełnienia wymagao dotyczących wykorzystywania od 1 lipca 2011 r. nowego dowodu

osobistego w kontaktach ze służbą zdrowia.

Platforma Lokalizacyjno-

Informacyjna z Centralną

Bazą Danych (PLI CBD)

b.d. Niewystarczająca wydajnośd platformy ePUAP, przez którą składana jest częśd wniosków .

ePUAP 2

Brak usługodawców

mogących świadczyd usługi

zintegrowane

Ryzyko związane z brakiem usługodawców mogących świadczyd usługi zintegrowane, ze względu na

rozdrobnienie struktury kompetencyjnej administracji. Konsekwencją ryzyka może byd brak usług

złożonych, możliwych do wsparcia przez zakładane funkcjonalności systemu ePUAP. Jako propozycję

działao naprawczych proponuje się by planowane rozwiązanie techniczne i biznesowe platformy ePUAP

umożliwiało realizację usług zintegrowanych poprzez wykorzystanie odpowiedniej infrastruktury.

ePUAP 2

Nieosiągnięcie zakładanych

wskaźników rezultatu

wskutek zależności

zewnętrznych

Ryzyko nieosiągnięcia zakładanych wskaźników rezultatu. Osiągnięcie zakładanych wartości wskaźników

jest uzależnione od wdrożenia poszczególnych produktów projektu, ale zależy również od innych

czynników takich jak gotowośd innych podmiotów do korzystania z wdrożonych usług czy wdrożenie

innych projektów. Zależnośd od takich czynników zewnętrznych wpływa znacząco na ryzyko dotyczące

możliwości osiągnięcia wskaźników rezultatu określonych w ramach projektu ePUAP2. Negatywną

konsekwencją może byd cofnięcie części dofinansowania na projekt.




Strona 158 z 191




Gospodarczej

Niedostosowanie systemów

współ-pracujących

Ryzyko niewykonania w wymaganym terminie jednego lub większej liczby interfejsów do systemu,

z którymi musi współpracowad CEIDG, co może wpłynąd na niepełną realizację celów Projektu

i zakładanej funkcjonalności systemu.



Gospodarczej

Brak pełnej funkcjonalności

ePUAP

Ryzyko wydłużenia czasu realizacji Projektu lub niepełnej realizacji zakładanej funkcjonalności systemu

związane z potencjalną niesprawnością lub niedostateczną wydajnością platformy ePUAP.

e-Rejestracja Brak dostępu do bieżących

danych rejestru PESEL

Brak porozumienia z MSWiA co do zasad udostępniania Ministerstwu Finansów danych oraz integracji

z rejestrem PESEL.



usług i zasobów cyfrowych

rejestrów medycznych

Brak akceptacji

Ryzyko związane z brakiem akceptacji wdrażanej Platformy Wymiany Dokumentów ze strony organów

rejestrowych niebędących jednostkami administracji publicznej, które może skutkowad ograniczeniem

zakresu danych możliwych do wykorzystania i tym samym brakiem uzyskania pełnej funkcjonalności

systemu.

Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)

Integracja usług

Integracja usług oferowanych przez PUE z usługami oferowanymi przez inne systemy e -administracji

narażona jest na ryzyko natury formalno-prawnej. Systemy te bowiem zawierają w znacznej części

informacje wrażliwe, podlegające przepisom Ustawy o Ochronie Danych Osobowych. W celu integracji

systemów konieczne zatem będzie przeprowadzenie formalno-prawnej analizy możliwości i zakresu

wymiany danych pomiędzy instytucjami.

Program e-cło

Brak współpracy

z instytucjami

zewnętrznymi w kontekście

Single Window.

Brak możliwości uruchomienia komponentu Single Window.




Strona 159 z 191


Emp@tia - platforma


zabezpieczenia

społecznego

b.d. Niespójna koncepcja rozwoju systemów w obszarze pracy i zabezpieczenia społecznego.

Ogólnopolska sied

teleinformatyczna na

potrzeby obsługi numeru

alarmowego „112”

b.d. Koniecznośd dopracowania procedur związanych z komunikacją na linii operator – użytkownik. Możliwy

skutek: pomimo sprawnie działającego systemu jego funkcjonalności nie będą wykorzystywane.


Resortu Finansów b.d.

Ryzyko polegające na braku lub niedostatecznym rozpoznaniu bądź oszacowaniu wymagao resortu

finansów odnoszących się do projektu OST112.


Resortu Finansów

Centralne planowanie

świadczonych usług

Brak „centralnego planowania korelacji” usług świadczonych przez projekty (KiC, IeU) z wymaganiami

na SLA dla konkretnych projektów .

Budowa i wyposażenie

Centrów Powiadamiania

Ratunkowego

b.d.

Problemy z uzgodnieniem wymagao na funkcjonalnośd systemów informatycznych, wynikające

z niedostatecznej współpracy przyszłych użytkowników.

Możliwy skutek: Wytworzenie systemów o funkcjonalności niezgodnej z wymaganiami uż ytkowników;

koniecznośd ponoszenia dodatkowych kosztów związanych z przeróbkami systemów; Prob lemy

z wdrożeniem, wynikające z niechęci użytkowników.




Strona 160 z 191

Odrębną kategorię stanowią ryzyka monitorowane w ramach projektu System Informacyjny Statystyki Publicznej (SISP). Wskazują one na koniecznośd

monitorowania ryzyk związanych z integracją systemów, widzianą w perspektywie finansowania tej integracji, bezpieczeostwa prz ekazywanych

danych, ciągłości świadczenia usług oraz rozwoju systemów.

Tabela 100. Ryzyka związane z zależnością od projektów zewnętrznych – pozostałe


System Informacyjny

Statystyki Publicznej (SISP) Finansowanie integracji

Kolejnym ryzykiem związanym z przygotowaniem projektu oraz realizacją w następstwie odpowiedniego

jego przygotowania jest ryzyko związane z finansowaniem integracji. Przy realizacji integracji systemów

i stopnia ich zaawansowania możliwe są 3 przypadki:

1) Oba systemy integrowane są na etapie planowania / przygotowania projektu lub nie są jeszcze

rozpatrywane.

2) System źródłowy i docelowy są aktualnie na etapie realizacji.

3) System źródłowy został zrealizowany i udostępnia już dane / usługi, na które zapotrzebowanie

zgłosił system docelowy.

System Informacyjny

Statystyki Publicznej (SISP) Bezpieczeostwo

Ochrona przekazywanych danych pomiędzy systemami jest jednym z kluczowych zadao stawianych

przed architektami rozwiązao informatycznych. Wyeliminowanie ryzyka przechwycenia danych lub

uzyskania nieuprawnionego dostępu do podglądu / modyfikacji jest konieczne w celu stworzenia

bezpiecznego połączenia pomiędzy systemami.

System Informacyjny

Statystyki Publicznej (SISP) Ciągłośd świadczenia usług

Na etapie przygotowywania projektu integracji systemów informatycznych ważne jest określenie zasad

współpracy pomiędzy systemami integrowanymi związanych z dostępnością usług oferowanych przez

system źródłowy. Ryzyko to związane jest z brakiem lub przerwami w dostępie do oferowanych usług.




Strona 161 z 191


System Informacyjny

Statystyki Publicznej (SISP)

Rozwój systemów –

wprowadzenie rozszerzeo i

aktualizacji

Cykl życia każdego systemu przewiduje jego aktualizację poprzez wprowadzenie zmian lub rozszerzeo.

Takie działania prowadzone w przypadku systemów zintegrowanych mogą doprowadzid do wystąpienia

problemów zarówno na poziomie infrastrukturalnym (sprzęt, przesyłanie danych, bezpieczeostwo), jak

również w warstwie komunikacji (definicja przesyłanych danych) oraz w samych informacjach

przekazywanych pomiędzy systemem źródłowym i docelowym.






Strona 162 z 191

5.3.2 Zależność od innych projektów realizowanych przez Beneficjenta

Ryzyka zgrupowane w tej kategorii są w pewien sposób zbliżone do poprzedniej

grupy –wynikają one również z zależności od innych projektów. Jednak istotną

różnicę wprowadza fakt, że w przypadku tej grupy mamy do czynienia z zależnością

od projektów prowadzonych przez tę samą instytucję/ ten sam resort. Oznacza to,

że wymagany jest inny poziom uzgodnieo między projektami. W przypadku

projektów zewnętrznych konieczne mogą byd porozumienia międzyresortowe,

podczas gdy, w odniesieniu do projektów realizowanych przez resort Beneficjenta,

mówimy o skutecznym zarządzaniu portfelem projektów jednej instytucji.

Nie zmienia to jednak faktu, że również takimi ryzykami należy zarządzad na

poziomie projektów. Dodatkowo, ze względu na znaczącą wagę ryzyk

wymienionych w poniższej tabeli, zalecane jest także monitorowanie ich na

poziomie programu, gdyż ich materializacja mogłaby wpływad na osiąganie celów

i wskaźników dla całej 7 osi priorytetowej POIG.




Strona 163 z 191

Tabela 101. Ryzyka związane z zależnością od innych projektów realizowanych przez Beneficjenta






Medycznych

b.d.

Ryzyko opóźnieo w realizacji projektu P2, w ramach którego wytworzone zostaną elementy podsystemu

zarządzania zabezpieczeniami i prywatnością, co może wpłynąd na opóźnienie w realizacji projektu P1

lub brak możliwości korzystania z funkcjonalności oferowanych przez system.

pl.ID – Polska ID karta Ryzyko nieuruchomienia

SRP z dniem 1 lipca 2011 r.

Zagrożenie terminowego dostosowania SRP do wymagao ustawy o dowodach osobistych i ustawy o EL

aby z dniem 1 lipca 2011 r. zapewnid uruchomienie funkcjonalnie kompletnego SRP.

Zbudowany w ramach wcześniejszych działao (m. in. w ramach umowy nr 46 z IBM). System Rejestrów

Paostwowych (SRP) wymagania dostosowania do wymogów ustawy o dowodach osobistych oraz ustawy

o ewidencji ludności ze względu na wprowadzone tymi ustawami istotne zmiany w funkcjonowaniu

rejestrów paostwowych i modernizację PESEL oraz RDO (z wykorzystaniem obecnie działającego

OEWiUDO). Brak szczegółów implementacji części elektronicznej DO - rozporządzenie wykonawcze do

ustawy o DO są na etapie tworzenia.

e-Podatki

Wpływ produktów

Programu e-Podatki na

projekt e-Podatki

Opóźnienia w realizacji produktów na poziomie Programu e-Podatki.





Opóźnienie realizacji P1

Ryzyko opóźnieo w realizacji projektu P1, w ramach którego będzie wdrożona szyna ESB oraz wspólne

usługi, niezbędne do prawidłowego działania systemu, co może wpłynąd na opóźnienie w realizacji

projektu P2 lub ograniczenie funkcjonalności oferowanych przez system zaraz po uruchomieniu .




Strona 164 z 191


Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)


opóźnienia w dostarczeniu

replikatora KSI

Potencjalne opóźnienia w Projekcie replikatora KSI mogą wpłynąd na zakres informacji pojawiającej się

w PUE.

Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)


zmiany w systemie

źródłowym (KSI)

bezpośrednio będą

wywoływad koniecznośd

zmian w replikatorze (np.

zakres danych)

Ewentualne zmiany w ustawodawstwie mogą bezpośrednio wiązad się z koniecznością bardzo szybkiej

implementacji w KSI i tym samym wstrzymaniem prac związanych z budowaniem replikatora. Może się

to przyczynid do późniejszego oddania produktu do eksploatacji.

Program e-cło

Szereg zadao administracji

celnej poza Programem e-

Cło.

Powstawanie kolejnych rozwiązao silosowych niezgodnie z architekturą logiczną SI SC.

Zwiększenie kosztów eksploatacji IT.

Braki zasobów IT.

Program e-cło

Niespójnośd danych

referencyjnych pomiędzy

systemami celnymi i

akcyzowymi.

Opóźnienia Projektu.





Strona 165 z 191




Ratunkowego

b.d.

Problemy w koordynacji wdrożenia systemów informatycznych z przygotowaniem infrastruktury

Centrów Powiadamiania Ratunkowego .

Możliwy skutek: Opóźnienia we wdrożeniu systemów w poszczególnych jednostkach służb

ratunkowych.



Ratunkowego

b.d.

Problemy z integracją budowanych systemów z rozwiązaniami obecnie funkcjonującymi w już

istniejących CPR lub z migracją z już istniejących systemów.

Możliwy skutek: Opóźnienia w realizacji projektu; niezadowolenie użytkowników koocowych; problemy

we współpracy jednostek korzystających z różnych rozwiązao informatycznych .



Ratunkowego

b.d.

Problemy z wdrożeniem systemów, wynikające z różnej podległości organizacy jnej jednostek

korzystających z tych systemów, z różnego stanu obecnej organizacji i obsługi informatycznej.

Możliwy skutek: Opóźnienie we wdrożeniu systemu w skali ogólnopolskiej.






Strona 166 z 191

5.3.3 Zmiany w prawie

Ryzyka związane ze zmianami w prawie można podzielid na dwie grupy. Z jednej

strony, wiele projektów, dla pełnej realizacji założonych celów i produktów/

rezultatów wymaga wprowadzenia zmian w prawie (Tabela 102. Ryzyka związane z

opóźnieniem we wprowadzeniu wymaganych zmian w prawie). Przedłużający się

proces legislacyjny może więc wpływad na mniejszy niż oczekiwany poziom

realizacji korzyści związanych z projektem.

Dodatkowo, dopóki proces legislacyjny nie jest zakooczony, możliwe są

(nieznaczne lub bardzo znaczące) zmiany w tekście aktu prawnego, co w przypadku

niektórych systemów może wpływad bezpośrednio na wymagania względem

systemu. W takim przypadku, każda zmiana między zapisami projektu, a

zatwierdzonego aktu prawnego może generowad koszty zmian we wdrażanym

systemie (o ile wdrożenie było planowane na podstawie projektu aktu prawnego).

Druga grupa to ryzyka związane z możliwością nieoczekiwanych zmian w systemie

prawnym, które mogą mied (bezpośredni lub pośredni) wpływ na wymagania

względem systemu informatycznego wdrażanego w ramach projektu. Ryzyka z tej

grupy przedstawia Tabela 103. Ryzyka związane z nieoczekiwanymi zmianami w

systemie prawnym.




Strona 167 z 191

Tabela 102. Ryzyka związane z opóźnieniem we wprowadzeniu wymaganych zmian w prawie






Medycznych

b.d.

Ryzyko opóźnienia we wprowadzeniu lub niewprowadzenia odpowiednich zmian legislacyjnych

niezbędnych do realizacji celów projektu (w przypadku Wariantu 2 wymóg przesyłania rozszerzonych

danych medycznych w formie elektronicznej do centralnej bazy SIOZ) lub też ryzyko pominięcia

pewnych regulacji prawnych lub wymagao licencyjnych, których spełnienie może wpłynąd na

terminowośd i koszt projektu.

ePUAP 2 Problemy w komunikacji

systemów

Ryzyko związane z wystąpieniem problemów w komunikacji systemów, którego efektem może byd brak

możliwości realizacji celów związanych z udostępnianiem usług a w rezultacie porażka projektu. Jako

możliwą przyczynę ryzyka wskazano udostępnienie usług elektronicznych administracji wyłącznie przez

GUI. Jako propozycję działao naprawczych podano przygotowanie aktów prawnych umożliwiających

zapewnienie dostępu zarówno programowego jak i "formularzowego".

ePUAP 2

Niemożliwośd realizacji

zadao związanych z

udostępnieniem usług

Ryzyko związane z brakiem możliwości realizacji zadao związanych z udostępnianych usług wynikającym

z istniejących barier prawnych wymiany danych między instytucjami. Konsekwencją ryzyka może byd

brak możliwości realizacji celów związanych z udostępnianiem usług projektu ePUAP2. Jako propozycję

działao naprawczych zaproponowano przygotowanie odpowiedniego środowiska prawnego dla

realizacji celów projektu.

e-Podatki

Nieznany ostateczny kształt

niezbędnych zmian

prawnych i organizacyjnych

Koniecznośd wprowadzenia zmian prawnych i organizacyjnych dostosowujących system prawny do

spodziewanych rezultatów Projektu.

Zawarte w propozycjach zmian prawnych i organizacyjnych zapisy mogą znacząco wpłynąd na zakres,

harmonogram i budżet Projektu.




Strona 168 z 191




Gospodarczej

Opóźnienia w

uzgodnieniach z MF

Ryzyko opóźnieo w uzgodnieniach z Ministerstwem Finansów w zakresie zgłoszenia rejestracyjnego do

podatku VAT i podatku akcyzowego, co może mied wpływ na utrudnienia w pełnej realizacji celów

Projektu.

Obecnie przedsiębiorca po zarejestrowaniu działalności gospodarczej w "jednym okienku" musi i tak

udad się do urzędu skarbowego, aby wybrad sposób opodatkowania podatkiem VA T. Trwają

uzgodnienia odnośnie zniesienia tego wymogu. Pozostawienie stanu obecnego spowoduje obniżenie

korzyści społecznych z zasady "zero okienka".



Gospodarczej

Brak podstaw prawnych

dostępu do KRK

Ryzyko opóźnieo we wprowadzeniu zmian w regulacjach dotyczących Krajowego Rejestru Karnego,

wymaganych do realizacji pełnej funkcjonalności CEIDG. Obecne przepisy nie pozwalają na

przekazywanie przez KRK danych o orzeczonych zasadach prowadzenia działalności gospodarczej

w trybie i za-kresie wymaganym przez UoSDG. Niezbędna jest, co najmniej zmiana ustawy o KRK

i odpowiednich rozporządzeo, może się jednak okazad także konieczna nowelizacja UoSDG.

Emp@tia - platforma


zabezpieczenia

społecznego

b.d. Brak wymagao w uregulowaniach prawnych odnośnie przyjęcia wspólnego identyfikatora

(wykorzystania PESEL) dla pomocy społecznej.

Rozwój systemu

informatycznego ZUS

wspomagającego

udostępnianie e-Usług

Opóźnienia w regulacjach

prawnych

Opóźnienia w regulacjach prawnych sankcjonujących określone formy świadczenia e -usług, co może

wpłynąd na terminowe osiągnięcie rezultatów projektu.




Strona 169 z 191



Infrastrukturze

Szerokopasmowej i portal

Polska Szerokopasmowa

b.d.

Problemy w zakresie określenia pełnej funkcjonalności systemu (formaty danych i typy interfejsów)

spowodowane brakiem rozporządzenia do art. 29 Ustawy o wspieraniu rozwoju usług i sieci

w telekomunikacji.

Możliwy skutek: Trudności związane ze zdefiniowaniem wymagao i założeo funkcjonalno - prawnych

oraz określeniem ostatecznych wersji formatów danych i typów interfejsów.

Tabela 103. Ryzyka związane z nieoczekiwanymi zmianami w systemie prawnym


pl.ID – Polska ID karta Zmiany prawne

Możliwośd wystąpienia zmian przepisów prawa wpływających na realizację koncepcji projektu, co może

powodowad brak uzasadnienia dalszej realizacji projektu. Zbyt późne rozpoczęcie prac nad zmianami

prawa bądź brak projektów zmian prawa w odpowiednich terminach pozwalających na ich uzgodnienia

i przeprowadzenie procesu legislacyjnego, który ma się zakooczyd przed wdrożeniem systemu .




Strona 170 z 191


Budowa systemu usług

elektronicznych MS, w

tym uruchomienie usług

dla przedsiębiorców i osób

fizycznych, poprzez dostęp

elektroniczny do

wydziałów Krajowego

Rejestru Sądowego,

Krajowego Rejestru

Karnego, Biura Monitora

Sądowego

i Gospodarczego

Zmiany prawne Ryzyko zmian w uwarunkowaniach prawnych Projektu, co może wymusid zmiany w zakresie Projektu,

wpływając na koszt i czas realizacji.

e-Deklaracje2

Częste zmiany otoczenia

projektu w zakresie

wymagao biznesowych,

legislacyjnych, technicznych

Zmiany warunków biznesowych, legislacyjnych i technicznych.

Wpływ na koszty i czas realizacji Projektu.



Gospodarczej

Nieskoordynowane zmiany

w prawie

Ryzyko związane ze zmianami legislacyjnymi (w zakresie Ustawy o swobodzie działalności gospodarczej

a także prawa regulującego funkcjonowanie innych rejestrów i systemów), które mogą wpłynąd na

termin i koszt realizacji Projektu.




Strona 171 z 191


e-Rejestracja Zmiana przepisów prawa w

trakcie realizacji Projektu

Nieznany ostateczny kształt projektu ustawy o zmianie ustawy o zasadach ewidencji i identyfikacji

podatników i płatników oraz o zmianie niektórych innych ustaw, zwaną dalej „Ustawą o NIP”.

Zawarte w projekcie ustawy zapisy mogą ulec zmianie, co może znacząco wpłynąd na zakres,

harmonogram i budżet Projektu.

Platforma Usług

Elektronicznych dla

Klientów ZUS (PUE)

Pojawienie się zmian

legislacyjnych, zarówno na

poziomie ustawodawstwa

unijnego jak i krajowego,

mających wpływ na

funkcjonalności i działanie

wytworzonego w ramach

projektu systemu.

Pojawienie się tego typu zmian może spowodowad, że przyjęte podczas projektowania i uruchomione

w systemie rozwiązania funkcjonalne będą niedostosowane do nowego reżimu prawnego czy też nawet

z nim niezgodne.

Program e-cło Niespodziewane zmiany

prawne.

Niedostosowanie funkcjonalności do wprowadzanych zmian.


Brak możliwości finansowania nowych zmian z funduszy Programu e-Cło po zatwierdzeniu specyfikacji.

Brak zgodności z wymaganiami UE.




Strona 172 z 191


Zintegrowana,

wielousługowa platforma

komunikacyjna Policji

z funkcją e-Usług dla

obywateli i

przedsiębiorców

Zmiany prawne Ryzyko zmian w uwarunkowaniach prawnych projektu, co może wymusid zmiany w zakresie projektu,

wpływając na koszt i czas realizacji.






Strona 173 z 191

5.3.4 Niezgodność standardów / oprogramowania

Beneficjent każdego z analizowanych projektów zadeklarował w studium

wykonalności zachowanie zgodności z wymaganiami dla rejestrów publicznych

i wymiany informacji w formie elektronicznej , a także z minimalnymi wymaganiami

dla systemów teleinformatycznych. Należy jednak pamiętad, że studium

wykonalności jest dokumentem z natury dośd ogólnym jeżeli chodzi o określenie

rozwiązao informatycznych stosowanych przy budowie systemu wdrażanego

w ramach projektu. Szczegółowe decyzje odnośnie wdrażanego oprogramowania,

rozwiązao w zakresie komunikacji między systemami, etc. są podejmowane

w trakcie realizacji projektu (na etapie analizy wymagao i opracowania projektu

systemu).

W związku z powyższym, dla zapewnienia możliwości współpracy bądź integracji

systemów, a w szerszym wymiarze dla spełnienia wymogów interoperacyjności

systemów tworzonych w ramach 7 osi priorytetowej POIG, konieczne jest

zapewnienie bieżącej współpracy między Beneficjentami projektów powiąz anych

oraz monitorowanie wpływu rozwiązao informatycznych wdrażanych w projektach,

które zakładają wzajemną współpracę na poziomie komunikacji między systemami.

Przegląd analizy ryzyka prowadzonej przez Beneficjentów projektów objętych

przedmiotem niniejszej analizy wskazuje, że ryzyka związane z zagadnieniami

zgodności standardów i/lub oprogramowania wdrażanego w projektach

powiązanych zostały zidentyfikowane na poziomie wielu projektów. Ze względu na

ich znaczenie w kontekście dążenia do interoperacyjności systemów

informatycznych wdrażanych w ramach 7 Osi PO IG, zalecane jest, aby ryzyka te

były także monitorowane na poziomie programu.




Strona 174 z 191

Tabela 104. Ryzyka związane z niezgodnością stosowanych standardów oprogramowania, komunikacji między systemami, etc.






Medycznych

Zgodnośd z

oprogramowaniem

wykorzystywanym przez

inne systemy

Ryzyko niezgodności powstałego oprogramowania z oprogramowaniem używanym obecnie na rynku,

polegające na braku jednolitości wykorzystywanych standardów z uwagi na słabą komunikację i rangę

legislacyjną projektu, co może spotęgowad brak akceptacji do nowego systemu i opóźnid sprawne

przesyłanie danych.




Strona 175 z 191






Medycznych

Zgodnośd z wymaganiami

dla systemów

informatycznych

System P1 zakłada komunikację z innymi systemami (zewnętrznymi). Komunikacja ta zgodnie ze

Studium Wykonalności może (Studium Wykonalności o tym nie rozstrzyga) odbywad się w standardzie

EDIFACT (europejski, umocowany normami, standard komunikacji danych medycznych opiera się na

tym standardzie). Niestety, standard ten (może przez przeoczenie, może intencjonalnie - aby promowad

nowoczesne rozwiązania, EDIFACT to rozwiązanie z lat 80-tych ubiegłego wieku) nie jest wymieniony

w "rozporządzeniu o minimalnych wymaganiach dla systemów informatycznych". A to pociąga za sobą

pewne konsekwencje - w szczególności to, że taki system podlega "rozporządzeniu o testach". W tym

miejscu ujawnia się problem - luka w przepisach. Mianowicie, aby system zewnętrzny mógł się

komunikowad z systemem publicznym za pomocą niewymienionego w "rozporządzeniu o minimalnych

wymaganiach" protokołu, jego "oprogramowanie interfejsowe" musi przejśd testy akceptacyjne według

scenariusza udostępnionego przez podmiot eksploatujący system (w tym przypadku CSIOZ). Testy ma

przeprowadzid "podmiot uprawniony", czyli właściciel majątkowych praw autorskich do

"oprogramowania interfejsowego" - czyli w tym przypadku wytwórca bibliotek dla EDIFACT. Problem w

tym, że ten wytwórca nie ma żadnego interesu w przeprowadzaniu takich testów (na własny koszt - jak

mówi rozporządzenie), ponieważ nie jest stroną kontraktu z CSIOZ. Sprzedaje jedynie licencję na swoje

oprogramowanie twórcom specjalizowanych systemów obsługujących podmioty służby zdrowia.

W związku z powyższym, istnieje ryzyko, że rozwiązanie tworzone w ramach Projektu, wykorzystujące

standard EDIFACT, nie będzie spełniało wymagao zapisanych w "rozporządzeniu o minimalnych

wymaganiach dla systemów informatycznych".

ePUAP 2

Brak założeo oraz

standardów

technologicznych

Ryzyko, iż powstające systemy - zarówno w zakresie platformy ePUAP, jak i systemy instytucji, które

będą wdrażad usługi w oparciu o tę platformę, nie realizowad wymogu interoperacyjności .




Strona 176 z 191


e-Deklaracje2 Produkty projektu nie

kompatybilne z otoczeniem

Problemy przy szczegółowym opracowaniu punktów styku mających ze sobą współpracowad systemów.

Niezrealizowanie pełnego zakresu projektu.





Niezgodnośd

oprogramowania

Ryzyko niezgodności powstałego oprogramowania z oprogramowaniem używanym obecnie na rynku,

polegające na braku jednolitości wykorzystywanych standardów z uwagi na słabą komunikację i rangę

legislacyjną projektu, co może spowodowad koniecznośd implementacji wielu różnych interfejsów

i metod konwersji danych co może wpłynąd na terminowośd i koszt wdrożenia projektu .

Konsolidacja i

centralizacja systemów

celnych i podatkowych

Rozbieżnośd technologiczna

Ryzyko polegające na braku możliwości dokonania pełnego zakresu konsolida cji i centralizacji, związane

z dużą rozbieżnością występującą pomiędzy projektowanymi, a aktualnie wykorzystywanymi

technologiami. Materializacja ryzyka może prowadzid do braku zrealizowania założeo projektowym

w ich pełnym zakresie.






Strona 177 z 191

5.3.5 Niespójne definicje metadanych/ słowników referencyjnych

Mając na uwadze współdziałanie systemów oraz wykorzystywanie wspólnych

danych konieczne jest zapewnienie precyzyjnego i klarownego zdefiniowania

wzorców danych (metadane), zakresu słowników referencyjnych, w celu

wykorzystania w projektach POIG7, a przez to także przez użytkowników

systemów, jednolitych danych.

Brak współpracy między Beneficjentami w tym zakresie skutkowad może

znacznymi utrudnieniami w przyszłej integracji i/ lub wymianie danych między

systemami. Niezapewnienie spójności metadanych oznacza bowiem, że te same

dane w różnych systemach mogą byd różnie zdefiniowane, a co za tym idzie, nie są

porównywalne. W takim przypadku, wymiana danych między systemami może byd

znacznie utrudniona i obarczona dodatkowymi kosztami przetwarzania danych.

Istotną tego problemu jest nazwanie i identyfikacja zestawów metadanych oraz

podmiotów odpowiedzialnych za ich opracowanie w celu spójnego stosowania w

ramach całego programu 7 Osi PO IG. W szczególności dotyczy to projektów, które

świadczą wiele usług innym projektom, bądź też udostępniają dane rejestrowe.




Strona 178 z 191

Tabela 105: Ryzyka związane z niespójną definicją metadanych / słowników referencyjnych






Medycznych

b.d.

Ryzyko związane z brakiem danych w rejestrach podmiotowych, problemami z uzyskaniem dostępu do

rejestrów, problemami z eksportem danych z rejestrów, niedokładnych danych w rejestrach oraz

przystosowaniem danych pozyskiwanych z rejestrów, co może wpłynąd na terminowośd, koszt i jakośd

realizacji projektu oraz jego utrzymania.

System Informacyjny

Statystyki Publicznej (SISP)

Nieprawidłowe /

niekompletne dane

Biorąc pod uwagę ryzyko związane z danymi przekazywanymi pomiędzy systemami należy rozważyd:

1. Odmienną definicję danych w obu systemach – w celu ograniczenia wystąpienia ryzyka błędu

w definicji danych należy na etapie studium wykonalności projektu określid zakres informacji

wymienianych, a następnie na etapie analizy opracowad szczegółowy opis wymiany danych

wraz z określeniem ich typów.

2. Niekompletnośd danych – z punktu widzenia użytkownika koocowego aplikacji ważne jest,

aby otrzymywał on pełne oraz wiarygodne dane. Podczas realizacji Projektu należy uzyskad

potwierdzenie poprawności danych przesyłanych przez system źródłowy. Spełnienie punktu

1. wymienionego powyżej nie eliminuje ryzyka niepowodzenia integracji, gdyż system

źródłowy może posiadad niekompletne lub niepoprawne informacje, powsta łe w wyniku

błędu ludzkiego (niewłaściwe wprowadzenie danych) lub przetworzenia danych przez

system.


Infrastrukturze

Szerokopasmowej i portal

Polska Szerokopasmowa

b.d. Trudności z zakwalifikowaniem obszarów występujących w bazie TERYT z powodu występujących

w bazie błędów.






Strona 179 z 191

5.4 Analiza zagrożeń – poziom programu

Ostatnim działaniem w procesie analizy zagrożeo, które mogą wpływad na

interoperacyjnośd systemów tworzonych lub planowanych do utworzenia w

ramach projektów objętych niniejszą analizą było opracowanie propozycji

rozwiązao (tj. działao zaradczych) dla ryzyk, które powinny byd monitorowane na

poziomie programu.

Zgodnie z wynikami kategoryzacji ryzyk omówionej w poprzednim rozdziale,

wyróżniono 5 grup ryzyk, które potencjalnie wpływają na interoperacyjnośd

systemów wdrażanych w ramach 7 osi priorytetowejPO IG i odnośnie których

zalecane jest eskalowanie na poziom instytucji odpowiedzialnych za r ealizację

programu:



3. Zmiany w prawie,

4. Niezgodnośd standardów/ oprogramowania,

5. Niespójne definicje metadanych/ słowników referencyjnych .

Każde z wymienionych ryzyk zostało następnie poddane analizie, w celu określenia

jego wpływu na program oraz proponowanych działao mających na celu

minimalizację prawdopodobieostwa wystąpienia ryzyka lub zmniejszenia jego

wpływu w przypadku, gdy ryzyko ulegnie materializacji. Wyniki analizy

przedstawiono w poniższych rozdziałach.

5.4.1 Zależność od projektów zewnętrznych

Analiza ryzyka projektów będących przedmiotem niniejszego opracowania

wskazuje na liczne powiązania pomiędzy projektami realizowanymi w ramach 7

osiPO IG i związane z tym ryzyka:

opóźnieo w realizacji projektów zależnych,

utrudnieo w pełnej realizacji celów i rezultatów projektów zależnych.

Ze względu na fakt, że zależności między projektami i wzajemny wpływ tych

powiązao na harmonogramy większości projektów mogą istotnie wpływad na

tempo i poziom realizacji celów 7 osi priorytetowej POIG, zalecane jest:

przeniesienie ryzyk związanych z opóźnieniami i utrudnieniami w pełnej

realizacji celów i rezultatów projektów zależnych do rejestru ryzyka

programu oraz

monitorowanie i zarządzanie tymi ryzykami na poziomie programu, w

tym:






Strona 180 z 191

o przeprowadzenie szczegółowej analizy ryzyk na poziomie

programu (obejmującej analizę wzajemnego wpływu między

projektami),

o opracowanie i realizacja działao zmierzających do zmniejszenia

prawdopodobieostwa wystąpienia ryzyka i/lub zmniejszenia

negatywnego wpływu ryzyk na program (w przypadku ich

materializacji).

Istotnym działaniem, które może zmniejszyd prawdopodobieostwo wystąpienia

wskazanych ryzyk jest wdrożenie mechanizmów wspierających współpracę między

Beneficjentami projektów powiązanych. Należy np. rozważyd podpisanie

porozumieo międzyresortowych lub listów intencyjnych dotyczących współpracy

przy realizacji projektów w ramach POIG, etc. Porozumienia takie powinny

obejmowad m.in. zagadnienia związane z współpracą w zakresie definiowania

wymagao w przypadku istotnego wpływu między projektami, jak również

wzajemne informowanie o istotnych zmianach w projekcie, dotyczących np. zmian

zakresu czy harmonogramu.

Istotnym wsparciem w tym procesie byłoby aktywne zaangażowanie instytucji

odpowiedzialnych za wdrażanie 7 osiPO IG priorytetowej w roli promotora bądź

koordynatora działao w zakresie formalnego umocowania współpracy między

Beneficjentami projektów 7 Osi PO IG.

Jednym z możliwych działao koordynacyjnych może byd wdrożenie narzędzi

wspierających współpracę i wymianę informacji między projektami powiązanymi

i programem, obejmujących:

1. Przedstawienie Beneficjentom wyzwao związanych z zarządzaniem ryzykiem

na poziomie programu – w formie spotkania połączonego z prezentacją

skierowaną do zespołów zarządzających projektami oraz sponsorów projektów

(przedstawicieli kierownictwa instytucji realizujących projekt, bezpośrednio

nadzorujących zespół zarządzający projektem).

2. Wprowadzenie mechanizmów umożliwiających regularne (dostosowane do

potrzeb danego zagrożenia) przekazywanie informacji o postępie w realizacji

wybranych elementów projektów a przez to pozwalających na wczesne

wychwycenie zdarzeo przepowiadających ewentualną materializację ryzyk.

Można np. rozważyd zastosowanie:

a. raportowania o postępie w realizacji wybranych zadao (warunkujących

udzielenie usług dla projektów zależnych),

b. weryfikacji postępu w realizacji zadao przez ekspertów zewnętrznych.

3. Przekazywanie zespołom zarządzającym informacji zwrotnych uzyskiwanych na

podstawie powyższej analizy, w tym:

a. informowania projektów zależnych od usług zewnętrznych o wszelkich

opóźnieniach bądź zwiększeniu zagrożenia wystąpienia opóźnieo w

dostarczaniu usług zewnętrznych,






Strona 181 z 191

b. stosowania dostępnych środków wpływania na zespoły kierujące

projektami dostarczającymi usługi – w celu minimalizacji ryzyka

opóźnieo,

c. nakłaniania zespołów zarządzających projektami zależnymi do

wdrażania działao minimalizujących wpływ zidentyfikowanych

zagrożeo (opisanych poniżej).

Działaniem zaradczym jakie można podjąd na poziomie projektów jest

zastosowanie odpowiednich zabezpieczeo przy planowaniu zamówieo na systemy

wdrażane w ramach tych projektów. W przypadku, gdy system wdrażany przez

Beneficjenta jest uzależniony od dostępności usług zewnętrznych z innych

projektów, a usługi te na dzieo przygotowywania zamówienia nie są jeszcze

dostępne i istnieje ryzyko, że nie będą również dostępne w czasie definiowania

wymagao i opracowywania projektu systemu, można rozważyd zastosowanie

w kontrakcie klauzul zmniejszających ryzyko przyszłego niedostosowania

systemów do współpracy przy świadczeniu usług, a co za tym idzie utrudnieo w

zachowaniu interoperacyjności systemów. Przykładowym zabezpieczeniem byłoby

zastosowanie postanowieo, zgodnie z którymi:

1. Wykonawca zobowiązany jest do zapewnienia interoperacyjności systemu, a w

szczególności współpracy z wskazanymi systemami powiązanymi.

2. Wydzielona częśd budżetu jest przeznaczona na wdrożenie mechanizmów

współpracy z systemem powiązanym, w momencie gdy ów system będzie już

gotowy do udostępnienia usług dla projektów zewnętrznych. Zadanie to

byłoby zlecane w określanym czasie, pod warunkiem gotowości systemu

zewnętrznego, w związku z czym nie występowałoby ryzyko nienależnej

wypłaty wynagrodzenia, bez realizacji zadania.

Także w przypadku działao podejmowanych przez Beneficjentów istotna jest rola

instytucji wdrażających jako promujących rozwiązania zmierzające do minimalizacji

ryzyka i zachęcających do wymiany doświadczeo i dobrych praktyk między

Beneficjentami.

5.4.2 Zależność od innych projektów realizowanych przez Beneficjenta

Częśd Beneficjentów wskazuje także na ryzyka generowane przez zależnośd od

innych projektów realizowanych przez tę samą instytucję (np. P1 i P2 w CSIOZ, PUE

i KSI w ZUS, etc.). Ryzyka te są zbliżone do wymienionych powyżej, tj. obejmują

możliwośd wystąpienia:

opóźnieo w realizacji projektów zależnych,

utrudnieo w pełnej realizacji celów i rezultatów projektów zależnych.

W odniesieniu do tej grupy ryzyk, możliwe działania na poziomie programu

związane są głównie z monitorowaniem ryzyka, a w przypadku gdy jego

prawdopodobieostwo wzrasta - wpływaniem na Beneficjenta, w ramach środków






Strona 182 z 191

dostępnych dla instytucji odpowiedzialnych za wdrażanie programu, aby zapewnił

odpowiednią koordynację i współpracę między realizowanymi przez siebie

projektami.

Jednak główny nacisk powinien byd położony na działania zaradcze podejmowane

przez Beneficjentów, tj.:

zapewnienie właściwego zarządzania portfelem projektów realizowanych

przez Beneficjenta,

zastosowanie działao zaradczych, minimalizujących wpływ zagrożeo na

poszczególne projekty, analogicznych do zabezpieczeo na poziomie

zamówieo realizowanych przez poszczególne projekty Beneficjenta

opisanych powyżej.

5.4.3 Zmiany w prawie

Zmiany w prawie mogą generowad dwa rodzaje ryzyk w projektach:

w przypadku gdy realizacja projektu zależy od wprowadzenia zmian

prawnych, wszelkie opóźnienia w procesie legislacyjnym wpływają na

harmonogram projektu oraz poziom korzyści realizowanych przez projekt,

wszelkie nieprzewidziane zmiany prawne wprowadzane w otoczeniu

projektu mogą zmieniad wymagania względem tworzonego systemu, a

przez to wpływad na harmonogram i koszt realizacji projektu.

Należy przy tym pamiętad, że wszelkie opóźnienia bądź zmiany w zakresie każdego

z projektów powiązanych wywołane zmianami w prawie (bądź ich brakiem), mogą

istotnie wpływad na tempo i poziom realizacji celów 7 osi priorytetowej POIG,

analogicznie do wpływu przesunięd w harmonogramach realizacji projektów,

analizowanych w powyższych rozdziałach. W związku z powyższym, zalecane jest:

przeniesienie ryzyk związanych ze zmianami w prawie do rejestru ryzyka

programu oraz

monitorowanie i zarządzanie tymi ryzykami na poziomie programu, w tym:

opracowanie i realizacja działao zmierzających do zmniejszenia

prawdopodobieostwa wystąpienia ryzyka i/ lub zmniejszenia negatywnego

wpływu ryzyk na program (w przypadku ich materializacji).

W celu usprawnienia procesu zarządzania ryzykiem zalecane jest zebranie i/ lub

uzupełnienie analiz prowadzonych na poziomie projektów i zestawienie aktów

prawa, które warunkują realizację poszczególnych projektów w ramach POIG7,

wyróżniając:

akty prawa których zmiana warunkuje realizację projektu zgodnie z

założeniami opisanymi w studium wykonalności,






Strona 183 z 191

akty prawa, których zmiana może wpłynąd negatywnie na projekt, w

związku z czym zalecane byłoby ich „zamrożenie” w czasie realizacji

projektów.

Istotnym działaniem zaradczym, jakie należy rozważyd w odniesieniu do pierwszej

kategorii ryzyk, jest możliwośd podejmowania przez instytucje odpowiedzialne za

wdrażanie 7 osi priorytetowejPO IG działao koordynacyjnych w usuwaniu

przeszkód prawnych, wpływających na realizację projektów realizowanych

w ramach programu. W miarę możliwości, należałoby zabiegad o ustanowienie

specjalnej ścieżki stanowienia i opiniowania prawa związanego z realizacją

projektów unijnych, a także o zapewnienie przekazywania uczestnikom procesu

stanowienia prawa informacji o uwarunkowaniach projektów objętych

programami dofinansowywania unijnego.

Natomiast w odniesieniu do ryzyka nieoczekiwanych zmian w systemie prawnym,

zalecanym działaniem jest ich monitorowanie, w tym analiza projektów aktów

prawnych, które są aktualnie przygotowywane i mogą potencjalnie mied wpływ na

projekty realizowane w ramach 7 Osi PO IG.

Analiza zmian wprowadzanych przez przygotowywane akty prawne jest i/lub

powinna byd prowadzona również przez Beneficjentów poszczególnych projektów,

w ramach procesu zarządzania ryzykiem projektu. Jednak z punktu widzenia

zarządzających programem kluczową kwestią poddawaną analizie powinny byd

następujące zagadnienia:

1. Czy dana zmiana w prawie wpływa na jeden czy na wiele projektów?

2. Czy poza bezpośrednim wpływem danego aktu prawnego na poszczególne

projekty istnieje także wpływ pośredni? – tj. czy np. zachodzi następujący

scenariusz: wprowadzenie nowego wymogu prawnego lub niewprowadzenie

wymaganego wymogu prawnego opóźnia uruchomienie usługi w projekcie A,

co z kolei generuje opóźnienie w realizacji usługi zależnej w projekcie B.

3. Jak silny jest łączny wpływ zmiany prawnej na cele i priorytety programu?

Dodatkowo, z uwagi na potencjalny wpływ na projekty, warto zweryfikowad

możliwośd włączenia osób bezpośrednio nadzorujących takie projekty do procesu

opiniowania stanowionego prawa.

5.4.4 Niezgodność standardów / oprogramowania

Stosowanie odmiennych standardów, w szczególności w zakresie protokołów

komunikacyjnych i formatów danych, podobnie jak brak kompatybilności między

oprogramowaniem wdrażanym w ramach projektów powiązanych, może

skutkowad utrudnieniem we współpracy między tymi systemami, a co za tym idzie:

zmniejszeniem oczekiwanych korzyści z realizacji projektów. Dodatkowym

skutkiem może byd koniecznośd zwiększonych nakładów na integrację systemów.






Strona 184 z 191

W odniesieniu do zapewnienia zgodności między projektami na poziomie

technologicznym (standardy, oprogramowanie) kluczowym elementem jest

tworzenie warunków do współpracy między projektami realizowanymi w ramach 7

osiPO IG (np. podpisanie porozumieo międzyresortowych, listów intencyjnych

dotyczących współpracy przy realizacji projektów w ramach POIG, etc.).

Istotna jest też tutaj rola instytucji odpowiedzialnych za wdrażanie 7 osi

priorytetowej POIG, nie tylko w zakresie monitorowania ryzyk na poziomie

programu, ale przede wszystkim w zakresie stymulowania współpracy między

Beneficjentami i pełnienia roli koordynatora, promującego używanie jednolitych

standardów i osiąganie współpracy na poziomie rozwiązao technologicznych

wdrażanych w poszczególnych projektach. Proponowany zakres działao

koordynacyjnych mógłby zawierad:

1. Utworzenie bądź zatrudnienie zespołu ekspertów, specjalistów w zakresie

interoperacyjności systemów informatycznych, standardów współpracy między

systemami, etc.

2. Przeprowadzenie szczegółowej analiz stosowanych bądź proponowanych do

zastosowania w poszczególnych projektach standardów. Badanie powinno

objąd weryfikację proponowanych standardów w oparciu o miarodajne źródła

(np. Gartner Group) oraz zdefiniowanie potencjalnych problemów. Dla

zapewnienia miarodajności przeprowadzanej analizy, powinna ona

uwzględniad dokumentację techniczną opracowywaną w ramach projektów

(np. projekty systemów).

3. Zdefiniowanie oraz wdrożenie mechanizmu monitorowania i zgłaszania

problemów w zakresie interoperacyjności i kompatybilności systemów,

zgodności stosowanych standardów, etc.

4. Zapewnienie dostępności zespołu ekspertów, na wypadek zaistnienia

problemów we wskazanym zakresie – ich rolą byłaby w takim przypadku

analiza sytuacji i zaproponowanie rozwiązao zmierzających do rozwiązania

problemu.

5.4.5 Niespójne definicje metadanych/ słowników referencyjnych

Niezapewnienie spójności między definicjami metadanych/ słowników

referencyjnych w systemach wdrażanych przez Beneficjentów, podobnie jak w

przypadku niezgodności standardów, może skutkowad utrudnieniem we

współpracy między tymi systemami, a co za tym idzie: zmniejszeniem

oczekiwanych korzyści z realizacji projektów. Dodatkowym skutkiem może byd

koniecznośd zwiększonych nakładów na integrację systemów.

Proponowane działania zaradcze na poziomie programu obejmują:






Strona 185 z 191

1. Przeniesienie ryzyk związanych z niespójnymi definicjami metadanych/

słowników referencyjnych do rejestru ryzyka programu i monitorowanie tych

ryzyk na poziomie programu.

2. Wdrożenie mechanizmów wspierających współpracę między Beneficjentami

projektów powiązanych, np. podpisanie porozumieo międzyresortowych,

listów intencyjnych dotyczących współpracy przy realizacji projektów w

ramach POIG, etc.

3. Aktywne zaangażowanie Instytucji Pośredniczącej I stopnia dla 7 osiPO IG w

roli koordynatora, promującego współpracę między Benefic jentami –

szczególnie w przypadku gdyby wymagane działania zaradcze obejmowały

wdrożenie zmian w aktach prawnych regulujących funkcjonowanie systemów

wdrażanych w ramach poszczególnych projektów.

4. Zaangażowanie zespołu ekspertów w danej dziedzinie do przeprowadzenia

badania:

a. związków między projektami – w tym zakresie badanie powinno

uwzględniad analizy zależności między projektami opracowane przez

doradców strategicznych w Projekcie Systemowym - wykonawców

umowy ramowej nr ZP/ZIN-SYS7/04/2009 z dnia 15.02.2010 r.

b. spektrum przyjmowanych interpretacji w różnych projektach oraz

c. propozycji interpretacji normatywnej.

5. Określenie formuły zakomunikowania decydentom tych projektów takiego

rozstrzygnięcia normatywnego.






Strona 186 z 191

Rozdział 6

6 Bibliografia

1. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Analiza

stanu realizacji Projektu indywidualnego w ramach PO IG, Elektroniczna

Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o

Zdarzeniach Medycznych, Częśd analityczna, Infovide-Matrix S.A.

2. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG,

Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów

cyfrowych o Zdarzeniach Medycznych, Częśd doradcza, Infovide -Matrix S.A.

3. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, pl.ID –

Polska ID karta, Częśd analityczna, Infovide-Matrix S.A.

4. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, pl.ID –

Polska ID karta, Częśd doradcza, Infovide-Matrix S.A.

5. Analiza stanu realizacji projektu indywidualnego w ramach PO IG,


Częśd analityczna, Konsorcjum: Lumena SA i International Management

Services Sp. z o.o.



Częśd doradcza, Konsorcjum: Lumena SA i International Management Services

Sp. z o.o.

7. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Częśd 3

Zamówienia, Projekt „Informatyzacja wydziałów ksiąg wieczystych”, Częśd

analityczna, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia






Strona 187 z 191


Zamówienia, Projekt „Informatyzacja wydziałów ksiąg wieczystych”, Częśd

doradcza, Konsorcjum: Ernst&Young, Pentegy, InfoStrategia

9. Analiza projektu indywidualnego ePUAP2, Częśd analityczna, Konsorcjum firm

Deloitte Business Consulting SA, Deloitte Advisory Sp. z o.o., Pentacomp

Systemy Informatyczne SA i AMG.net SA

10. Analiza projektu indywidualnego ePUAP2, Częśd doradcza, Konsorcjum firm

Deloitte Business Consulting SA, Deloitte Advisory Sp. z o.o., Pentacomp

Systemy Informatyczne SA i AMG.net SA

11. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Budowa

systemu usług elektronicznych MS, w tym uruchomienie usług dla

przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów

Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora

Sądowego i Gospodarczego, Częśd analityczna, Infovide-Matrix S.A.

12. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Budowa

systemu usług elektronicznych MS, w tym uruchomienie usług dla

przedsiębiorców i osób fizycznych, poprzez dostęp elektroniczny do wydziałów

Krajowego Rejestru Sądowego, Krajowego Rejestru Karnego, Biura Monitora

Sądowego i Gospodarczego, Częśd doradcza, Infovide-Matrix S.A.


Zamówienia, Projekt „e-Deklaracje 2”, Częśd analityczna, Konsorcjum:

Ernst&Young, Pentegy, InfoStrategia


Zamówienia, Projekt „e-Deklaracje 2”, Częśd doradcza, Konsorcjum:



Zamówienia, Projekt „e-Podatki”, Częśd doradcza, Konsorcjum: Ernst&Young,

Pentegy, InfoStrategia


Zamówienia, Projekt „e-Podatki”, Częśd doradcza, Konsorcjum: Ernst&Young,

Pentegy, InfoStrategia

17. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Centralna

Ewidencja i Informacja o Działalności Gospodarczej, Częśd analityczna,

Infovide-Matrix S.A.

18. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Centralna

Ewidencja i Informacja o Działalności Gospodarczej, Częśd doradcza, Infovide -

Matrix S.A.






Strona 188 z 191


Zamówienia, Projekt „e-Rejestracja”, Częśd analityczna, Konsorcjum:



Zamówienia, Projekt „e-Rejestracja”, Częśd doradcza, Konsorcjum:


21. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Geoportal 2,

Częśd analityczna, Infovide-Matrix S.A.

22. Analiza stanu realizacji Projektu indywidualnego w ramach PO IG, Geoportal 2,

Częśd doradcza, Infovide-Matrix S.A.

23. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Pla tforma

udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów

medycznych, Częśd analityczna, Infovide-Matrix S.A.

24. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Platforma

udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów

medycznych, Częśd doradcza, Infovide-Matrix S.A.


Usług Elektronicznych dla klientów ZUS (PUE), Częśd analityczna, konsorcjum

firm Lumena SA i International Management Services Sp. z o.o.


Usług Elektronicznych dla klientów ZUS (PUE), Częśd doradcza, konsorcjum

firm Lumena SA i International Management Services Sp. z o.o.


Zamówienia, Projekt „Program e-Cło”, Częśd analityczna, Konsorcjum:



Zamówienia, Projekt „Program e-Cło”, Częśd doradcza, Konsorcjum:



Zamówienia, Projekt „System Informacyjny Statystyki Publicznej (SISP)”, Częśd



Zamówienia, Projekt „System Informacyjny Statystyki Publicznej (SISP)”, Częśd



Zamówienia, Projekt „Konsolidacja i centralizacja systemów celnych i






Strona 189 z 191

podatkowych”, Częśd analityczna, Konsorcjum: Ernst&Young, Pentegy,

InfoStrategia


Zamówienia, Projekt „Konsolidacja i centralizacja systemów celnych i

podatkowych”, Częśd doradcza, Konsorcjum: Ernst&Young, Pentegy,

InfoStrategia

33. Studium wykonalności projektu „Emp@tia - Platforma komunikacyjna obszaru

zabezpieczenia społecznego”, 4pi sp. z o.o.

34. Studium wykonalności dla projektu Ogólnopolska sied teleinformatyczna na

potrzeby obsługi numeru alarmowego 112, Centrum Projektów

Informatycznych MSWiA


Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-

Usług dla obywateli i przedsiębiorców, Częśd analityczna, Infovide -Matrix S.A.


Zintegrowana, wielousługowa platforma komunikacyjna Policji z funkcją e-

Usług dla obywateli i przedsiębiorców, Częśd doradcza, Infovide -Matrix S.A.

37. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Rozwój

systemu informatycznego ZUS wspomagającego udostępnianie e -Usług, Częśd

analityczna, Infovide-Matrix S.A.

38. Analiza stanu realizacji projektu indywidualnego w ramach PO IG, Rozwój

systemu informatycznego ZUS wspomagającego udostępnianie e -Usług, Częśd

doradcza, Infovide-Matrix S.A.


Zamówienia, Projekt „Georeferencyjna Baza Danych Obiektów

Topograficznych (GBDOT) wraz z krajowym systemem zarządzania”, Częśd



Zamówienia, Projekt „Georeferencyjna Baza Danych Obiektów

Topograficznych (GBDOT) wraz z krajowym systemem zarządzania”, Częśd



Zamówienia, Projekt „TERYT 2 – Paostwowy rejestr granic i powierzchni

jednostek podziałów terytorialnych kraju”, Częśd analityczna, Konsorcjum:



Zamówienia, Projekt „TERYT 2 – Paostwowy rejestr granic i powierzchni






Strona 190 z 191

jednostek podziałów terytorialnych kraju”, Częśd doradcza, Konsorcjum:



Zamówienia, Projekt „Infrastruktura e-Usług Resortu Finansów”, Częśd



Zamówienia, Projekt „Infrastruktura e-Usług Resortu Finansów”, Częśd



Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami, Częśd

analityczna, konsorcjum firm Lumena SA i International Management Services

Sp. z o.o.


Informatyczny system osłony kraju przed nadzwyczajnymi zagrożeniami, Częśd

doradcza, konsorcjum firm Lumena SA i International Management Services

Sp. z o.o.

47. Studium wykonalności projektu Budowa systemu usług elektronicznych MS, w

tym uruchomienie usług dla przedsiębiorców i osób fizycznych, poprzez dostęp

elektroniczny do wydziałów Krajowego Rejestru Sądowego, Kra jowego

Rejestru Karnego, Biura Monitora Sądowego i Gospodarczego, Studium

Wykonalności – ETAP I, 4pi sp. z o.o.

48. Analiza stanu realizacji projektu, indywidualnego w ramach PO IG, System

Informacyjny o infrastrukturze, szerokopasmowej i portal Polska

Szerokopasmowa, Częśd analityczna, konsorcjum firm Lumena SA i

International Management Services Sp. z o.o.

49. Analiza stanu realizacji projektu, indywidualnego w ramach PO IG, System

Informacyjny o infrastrukturze, szerokopasmowej i portal Polska

Szerokopasmowa, Częśd doradcza, konsorcjum firm Lumena SA i International

Management Services Sp. z o.o.

50. Studium Wykonalności, Projekt Elektroniczna Platforma Gromadzenia, Analizy

i Udostępniania Zasobów Cyfrowych o Zdarzeniach Medycznych .

51. Studium wykonalności, Projekt GEOPORTAL 2.

52. Studium Wykonalności, Projekt Rozwój systemu informatycznego ZUS

wspomagającego udostępnianie e-Usług.

53. Studium wykonalności, Projekt „Budowa i wyposażenie Centrów

Powiadamiania Ratunkowego”, Centrum Projektów Informatycznych MSWiA






Strona 191 z 191

54. Studium wykonalności, Projekt Informatyczny system osłony kraju przed

nadzwyczajnymi zagrożeniami.

Documents

MAPA KOMPATY ILNOŚ I I INTEROPERA YJNOŚ I SYSTEMÓW … · Priorytetowej Programu Operacyjnego Innowacyjna Gospodarka 2007-2013 ,,Dotacje na Innowacje” ,,Inwestujemy w waszą