Rozporządzenie Ministra Pracy i Polityki Społecznej z dnia 2 listopada 2007 r. w sprawie systemów teleinformatycznych stosowanych w jednostkach organizacyjnych pomocy społecznej

§ 1. Rozporzàdzenie okreÊla

1) opis systemów teleinformatycznych stosowanych

w jednostkach organizacyjnych pomocy spo∏ecznej, zawierajàcy struktur´ systemu, wymaganà

minimalnà funkcjonalnoÊç systemu oraz zakres komunikacji mi´dzy elementami struktury systemu;

2) wymagania standaryzujàce w zakresie bezpieczeƒstwa, wydajnoÊci i rozwoju systemu;

3) sposób post´powania w zakresie stwierdzania

zgodnoÊci oprogramowania z opisem systemu.

§ 2. Ilekroç w rozporzàdzeniu jest mowa o

1) dokumentacji opisu systemu — oznacza to szczegó∏owy opis systemu teleinformatycznego;

2) ministrze — oznacza to ministra w∏aÊciwego do

spraw zabezpieczenia spo∏ecznego;

3) okresie przejÊciowym — oznacza to okres rozpoczynajàcy si´ od dnia og∏oszenia obowiàzujàcej

wersji opisu systemu teleinformatycznego do dnia

wskazanego w tym og∏oszeniu, w którym dopuszcza si´ u˝ytkowanie systemów teleinformatycznych zgodnych z wersjà opisu obowiàzujàcà przed

dniem og∏oszenia;

———————

1) Minister Pracy i Polityki Spo∏ecznej kieruje dzia∏em ad-

ministracji rzàdowej — zabezpieczenie spo∏eczne, na podstawie § 1 ust. 2 pkt 2 rozporzàdzenia Prezesa Rady Ministrów z dnia 1 marca 2007 r. w sprawie szczegó∏owego zakresu dzia∏ania Ministra Pracy i Polityki Spo∏ecznej (Dz. U.

Nr 38, poz. 243, Nr 110, poz. 760 i Nr 148, poz. 1041).

2) Niniejsze rozporzàdzenie zosta∏o notyfikowane Komisji

Europejskiej w dniu 27 kwietnia 2007 r. pod numerem

2007/0233/PL, zgodnie z § 4 rozporzàdzenia Rady Ministrów z dnia 23 grudnia 2002 r. w sprawie sposobu funkcjonowania krajowego systemu notyfikacji norm i aktów

prawnych (Dz. U. Nr 239, poz. 2039 oraz z 2004 r. Nr 65,

poz. 597), które wdra˝a dyrektyw´ 98/34/WE z dnia

22 czerwca 1998 r. ustanawiajàcà procedur´ udzielania informacji w zakresie norm i przepisów technicznych

(Dz. Urz. WE L 204 z 21.07.1998, z póên. zm.; Dz. Urz. UE

Polskie wydanie specjalne, rozdz. 13, t. 20, str. 337).

3) Zmiany wymienionej ustawy zosta∏y og∏oszone w Dz. U.

z 2004 r. Nr 99, poz. 1001 i Nr 273, poz. 2703, z 2005 r.

Nr 64, poz. 565, Nr 94, poz. 788, Nr 164, poz. 1366, Nr 179,

poz. 1487 i Nr 180, poz. 1493, z 2006 r. Nr 144, poz. 1043,

Nr 186, poz. 1380, Nr 249, poz. 1831 i Nr 251, poz. 1844

oraz z 2007 r. Nr 35, poz. 219, Nr 36, poz. 226, Nr 48,

poz. 320, Nr 120, poz. 818 i Nr 209, poz. 1519.

4) opisie systemu — oznacza to opis systemu teleinformatycznego zawierajàcy struktur´ systemu,

wymaganà minimalnà funkcjonalnoÊç systemu

oraz zakres komunikacji mi´dzy elementami struktury systemu;

5) oprogramowaniu — oznacza to oprogramowanie

wspierajàce wykonywanie zadaƒ okreÊlonych

ustawà w jednostkach organizacyjnych pomocy

spo∏ecznej;

6) poziomie — oznacza to poziom, na który wydawane jest Êwiadectwo zgodnoÊci;

7) poziomie organizacyjnym — oznacza to odpowiednio: urzàd gminy, powiat, województwo, samorzàd województwa oraz ministra w∏aÊciwego do

spraw zabezpieczenia spo∏ecznego;

8) procedurze zgodnoÊci — oznacza to zespó∏ dzia∏aƒ

zmierzajàcych do ustalenia zgodnoÊci oprogramowania z opisem systemu;

9) producencie — oznacza to przedsi´biorc´, w rozumieniu ustawy z dnia 2 lipca 2004 r. o swobodzie

dzia∏alnoÊci gospodarczej (Dz. U. z 2007 r. Nr 155,

poz. 1095 i Nr 180, poz. 1280), lub obywatela Unii

Europejskiej, Konfederacji Szwajcarskiej, paƒstwa

cz∏onkowskiego Europejskiego Porozumienia

o Wolnym Handlu (EFTA) — strony umowy o Europejskim Obszarze Gospodarczym, lub osob´

prawnà posiadajàcà siedzib´ w jednym z tych

paƒstw, posiadajàcego autorskie prawa majàtkowe do oprogramowania;

10) rejestrze centralnym — oznacza to dane dotyczàce

jednostek organizacyjnych pomocy spo∏ecznej,

a tak˝e dane osób i rodzin, którym udzielono

Êwiadczeƒ pomocy spo∏ecznej, oraz form udzielonej pomocy, okreÊlone w art. 23 ust. 4a ustawy;

11) scenariuszu testowym — oznacza to dokument

opisujàcy podstawowe funkcje systemu, uwzgl´dniajàcy procedury ich obs∏ugi, s∏u˝àcy do weryfikacji realizacji minimalnych wymagaƒ dla systemu teleinformatycznego, udost´pniany razem

z dokumentacjà opisu systemu;

12) systemie teleinformatycznym — oznacza to system teleinformatyczny w rozumieniu art. 2 pkt 3

ustawy z dnia 18 lipca 2002 r. o Êwiadczeniu us∏ug

drogà elektronicznà (Dz. U. Nr 144, poz. 1204,

z 2004 r. Nr 96, poz. 959 i Nr 173, poz. 1808 oraz

z 2007 r. Nr 50, poz. 331);

13) terminie dostosowawczym — oznacza to termin,

do którego producenci sà obowiàzani zg∏osiç fakt

dostosowania oprogramowania do nowego opisu

systemu;

14) ustawie — oznacza to ustaw´ z dnia 12 marca

2004 r. o pomocy spo∏ecznej;

15) wersji opisu systemu — oznacza to oznaczenie kolejnego og∏oszonego opisu systemu;

16) zbiorze centralnym — oznacza to zestaw danych

jednostkowych, którego zakres informacyjny obejmuje dane o realizacji Êwiadczeƒ z obszaru pomocy spo∏ecznej — stanowiàcy Krajowy System

Monitoringu Pomocy Spo∏ecznej.

§ 3. 1. Struktura systemu teleinformatycznego stosowanego w jednostkach organizacyjnych pomocy spo∏ecznej okreÊla podzia∏ tego systemu na elementy,

uwzgl´dniajàc ich hierarchi´, organizacj´ i komunikacj´

1) do obs∏ugi zadaƒ realizowanych na poziomie urz´du gminy w oÊrodkach pomocy spo∏ecznej i innych jednostkach organizacyjnych realizujàcych

zadania pomocy spo∏ecznej;

2) realizujàcy funkcjonalnoÊç na poziomie powiatu

w powiatowych centrach pomocy rodzinie;

3) b´dàcy po∏àczeniem dzia∏aƒ urz´du gminy i powiatu w miastach na prawach powiatu;

4) statystyczny umo˝liwiajàcy przetwarzanie danych

pochodzàcych ze sprawozdaƒ oraz z zakresu zbioru centralnego lub rejestru centralnego na ka˝dym

z poziomów organizacyjnych: urzàd gminy, powiat, województwo, samorzàd województwa,

minister oraz przez wszystkie pozosta∏e jednostki,

które uzyska∏y prawo dost´pu do niego.

2. Minimalnà funkcjonalnoÊç systemu teleinformatycznego

1) zwiàzanà z wykonaniem zadaƒ wynikajàcych

z ustawy zapewnia: rejestracja zg∏oszeƒ i wniosków o pomoc wraz z za∏àcznikami, wprowadzenie

niezb´dnych danych o Êwiadczeniobiorcach

i cz∏onkach rodziny na podstawie przeprowadzonych wywiadów Êrodowiskowych, zapisanie informacji o sposobie rozpatrzenia wniosków o Êwiadczenia, rejestracja kontraktów, umów i porozumieƒ, realizacja Êwiadczeƒ w formie zarówno pieni´˝nej, jak i rzeczowej, rozliczenie Êwiadczeƒ poprzez ustalenie odp∏atnoÊci, sp∏at, zwrotów i potràceƒ, generowanie wymaganych sprawozdaƒ oraz

danych do zbioru centralnego lub rejestru centralnego w formacie i strukturze okreÊlonych w dokumentacji opisu systemu, monitorowanie ka˝dego

z etapów post´powania administracyjnego

a) na poziomie urz´du gminy: zgodnie z katalogiem Êwiadczeƒ okreÊlonych w art. 17 i art. 18

ustawy,

b) na poziomie powiatu: zgodnie z katalogiem

Êwiadczeƒ okreÊlonych w art. 19 i art. 20 ustawy,

Poz. 1609

c) dla jednostek realizujàcych zadania urz´du gminy i powiatu: zgodnie z katalogiem Êwiadczeƒ

okreÊlonych w art. 17—20 ustawy;

2) dotyczàcà zastosowaƒ statystycznych gwarantuje

wczytanie sprawozdaƒ oraz danych z zakresu zbioru centralnego lub rejestru centralnego, weryfikacj´ danych pod wzgl´dem zgodnoÊci ze strukturà

przesy∏u oraz poprawnoÊci merytorycznej, scalenie danych wed∏ug zadanych kryteriów, dost´p do

danych zgodnie z nadanymi uprawnieniami dla

poszczególnych poziomów organizacyjnych.

3. System teleinformatyczny umo˝liwia komunikacj´ pomi´dzy elementami tego systemu przez zastosowanie jednolitych standardów przesy∏u danych dla

sprawozdaƒ oraz danych z zakresu zbioru centralnego

i rejestru centralnego w formacie XML

1) przekazywanych przez urzàd gminy i powiat do

województwa lub bezpoÊrednio wczytywanych do

baz danych gromadzàcych dane zbioru centralnego lub rejestru centralnego;

2) przekazywanych przez filie i oddzia∏y jednostek organizacyjnych pomocy spo∏ecznej do jednostek

nadrz´dnych, zgodnie ze strukturà terytorialnà

kraju, lub bezpoÊrednio wczytywanych do baz danych gromadzàcych dane zbioru centralnego lub

rejestru centralnego.

4. Zestawienie struktur dokumentów elektronicznych w formacie XML, o którym mowa w ust. 3, wraz

z formatami danych oraz protoko∏ami komunikacyjnymi i szyfrujàcymi udost´pnia si´ razem z dokumentacjà opisu systemu na stronie internetowej wskazanej

w og∏oszeniu nowej wersji opisu systemu, o której

mowa w § 5 pkt 4.

§ 4. 1. System teleinformatyczny spe∏nia nast´pujàce wymagania standaryzujàce w zakresie bezpieczeƒstwa

1) wymagania w zakresie bezpieczeƒstwa przetwarzania danych osobowych zgodnie z ustawà z dnia

29 sierpnia 1997 r. o ochronie danych osobowych

(Dz. U. z 2002 r. Nr 101, poz. 926, z póên. zm.4)),

oraz z uwagi na rodzaj przetwarzanych danych,

o których mowa w art. 27 tej ustawy, zgodnie

z przepisami w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadaç urzàdzenia i systemy informacyjne s∏u˝àce do

przetwarzania danych osobowych, system teleinformatyczny gwarantuje bezpieczeƒstwo poprzez

ochron´ i kontrol´ dost´pu do zasobów tego systemu — na poziomie bezpieczeƒstwa co najmniej

podwy˝szonym, natomiast w przypadku danych

udost´pnianych w sieci publicznej oraz przesy∏ów

danych pomi´dzy elementami tego systemu — na

wysokim poziomie bezpieczeƒstwa;

———————

4) Zmiany

tekstu jednolitego wymienionej ustawy zosta∏y

og∏oszone w Dz. U. z 2002 r. Nr 153, poz. 1271, z 2004 r.

Nr 25, poz. 219 i Nr 33, poz. 285, z 2006 r. Nr 104, poz. 708

i 711 oraz z 2007 r. Nr 165, poz. 1170 i Nr 176, poz. 1238.

2) obowiàzek posiadania przez ka˝dego u˝ytkownika

systemu teleinformatycznego identyfikatora s∏u˝àcego do autoryzacji oraz wbudowanie mechanizmu monitoringu umo˝liwiajàcego rejestracj´

prób logowaƒ do systemu, oraz zdefiniowanie zestawu Êledzonych czynnoÊci wykonywanych przez

u˝ytkowników;

3) obowiàzek posiadania wbudowanych funkcji

umo˝liwiajàcych okresowe automatyczne wykonywanie kopii bezpieczeƒstwa.

Poz. 1609

3) okreÊlenie poziomów, na które oprogramowanie

zosta∏o zg∏oszone, oznaczanych w nast´pujàcy

sposób

a) GMINA — w przypadku oprogramowania

wspomagajàcego realizacj´ zadaƒ pomocy spo∏ecznej przez urzàd gminy,

b) POWIAT — w przypadku oprogramowania

wspomagajàcego realizacj´ zadaƒ pomocy spo∏ecznej przez powiat,

c) STAT — w przypadku oprogramowania statystycznego wspomagajàcego realizacj´ zadaƒ

pomocy spo∏ecznej;

2. System teleinformatyczny umo˝liwia poprawnà

obs∏ug´ wszystkich procesów przy jednoczesnym zapewnieniu w∏aÊciwych parametrów wydajnoÊciowych

wspieranych przez zastosowanie architektury wielowarstwowej, jak równie˝ wysoki poziom niezawodnoÊci tego systemu gwarantowany poprzez stabilnoÊç pracy

oraz skalowalnoÊç pozwalajàcà na rozbudow´ systemu

teleinformatycznego wraz ze wzrostem potrzeb.

4) oznaczenie nazwy i numeru wersji oprogramowania;

3. Bie˝àce funkcjonowanie systemu teleinformatycznego uwzgl´dnia ciàg∏y rozwój tego systemu odnoszàcy si´ zarówno do rozszerzania jego funkcjonalnoÊci, zgodnie z oczekiwaniami u˝ytkowników, jak

równie˝ sfery technologicznej obejmujàcej dostosowanie systemu teleinformatycznego do zmieniajàcych

si´ uwarunkowaƒ zewn´trznych i rozwoju w dziedzinie informatyki i telekomunikacji.

3. Numer wersji oprogramowania, o którym mowa

w ust. 2 pkt 4, producent tworzy w nast´pujàcy sposób

§ 5. Minister og∏asza w prasie o zasi´gu ogólnokrajowym i w Biuletynie Informacji Publicznej informacje o

3) dla poziomu STAT wersja „S-k-y-x”,

1) obowiàzujàcej wersji opisu systemu;

2) terminie dostosowawczym;

3) okresie przejÊciowym;

4) adresie internetowym, pod którym udost´pniono

dokumentacj´ obowiàzujàcej wersji opisu systemu wraz z zestawem scenariuszy testowych.

§ 6. 1. Minister stwierdza zgodnoÊç oprogramowania z aktualnà wersjà opisu systemu zawartà w dokumentacji opisu systemu na podstawie procedury zgodnoÊci.

2. Stwierdzenie zgodnoÊci oprogramowania z opisem systemu nast´puje w Êwiadectwie zgodnoÊci.

§ 7. Procedurà zgodnoÊci jest obj´te oprogramowanie wytwarzane przez producentów, wspomagajàce realizacj´ zadaƒ pomocy spo∏ecznej okreÊlonych

w ustawie.

§ 8. 1. Zg∏oszenie oprogramowania do procedury

zgodnoÊci nast´puje na wniosek producenta.

2. Wniosek zawiera

1) nazw´ producenta i adres jego siedziby;

2) imi´, nazwisko i stanowisko s∏u˝bowe osoby wyznaczonej do kontaktów w czasie trwania procedury zgodnoÊci;

5) okreÊlenie platformy sprz´towej i systemowej

oprogramowania, w przypadku platformy sprz´towej lub systemowej innej ni˝ okreÊlona w opisie

systemu, dla celów przeprowadzenia procedury

zgodnoÊci.

1) dla poziomu GMINA wersja „G-k-y-x”,

2) dla poziomu POWIAT wersja „P-k-y-x”,

gdzie

a) przez „k” nale˝y rozumieç numer obowiàzujàcej

wersji opisu systemu, który spe∏nia dane oprogramowanie,

b) przez „y” nale˝y rozumieç numer wersji oprogramowania danego producenta,

c) przez „x” nale˝y rozumieç numer kolejny aktualizacji wersji oprogramowania.

4. Do wniosku do∏àcza si´

1) dokumentacj´ oprogramowania okreÊlonà w dokumentacji opisu systemu;

2) oÊwiadczenie o

a) spe∏nianiu przez oprogramowanie obowiàzujàcej wersji opisu systemu,

b) posiadaniu majàtkowych praw autorskich do

oprogramowania oraz braku toczàcego si´ post´powania, którego przedmiotem jest to oprogramowanie,

c) wykonaniu z wynikiem pozytywnym testu oprogramowania, na podstawie udost´pnionych

scenariuszy testowych, wraz z opisem wyniku

testu;

3) odpis lub wyciàg z rejestru przedsi´biorców lub

zaÊwiadczenie z ewidencji dzia∏alnoÊci gospodarczej sporzàdzone nie wczeÊniej ni˝ 6 miesi´cy

przed dniem z∏o˝enia wniosku.

5. Obowiàzek, o którym mowa w ust. 4 pkt 3, nie

dotyczy obywateli Unii Europejskiej, Konfederacji

Szwajcarskiej, paƒstw cz∏onkowskich Europejskiego

Porozumienia o Wolnym Handlu (EFTA) — stron umowy o Europejskim Obszarze Gospodarczym.

6. Dokumentacj´ oprogramowania wnioskodawca

sk∏ada na piÊmie oraz w formie dokumentu elektronicznego.

7. W przypadku posiadania zainstalowanej wersji

oprogramowania wspierajàcego realizacj´ zadaƒ w zakresie pomocy spo∏ecznej do wniosku do∏àcza si´ ponadto

1) spis aktualnie posiadanych instalacji oprogramowania zg∏oszonego do procedury zgodnoÊci;

2) opis procedur post´powania zwiàzanych ze zmianà wersji zainstalowanego oprogramowania na

wersj´ systemu informatycznego zg∏oszonego do

procedury zgodnoÊci.

§ 9. W przypadku gdy z∏o˝ony wniosek nie spe∏nia

wymogów, o których mowa w § 8 ust. 2—6, wzywa si´

producenta do usuni´cia braków. Nieusuni´cie braków w terminie 7 dni od otrzymania zawiadomienia

skutkuje pozostawieniem wniosku bez rozpoznania.

Poz. 1609

4. Niezg∏oszenie wyjaÊnieƒ lub zastrze˝eƒ w terminie, o którym mowa w ust. 3, stanowi potwierdzenie

wniosków zawartych w raporcie.

5. W przypadku gdy zastrze˝enia producenta nie

zostanà uwzgl´dnione, minister wzywa go do przed∏o˝enia dokumentacji spe∏niajàcej wymagania w terminie 30 dni od dnia wezwania, informujàc jednoczeÊnie, ˝e w przypadku nieprzed∏o˝enia dokumentacji

w tym terminie minister odmówi wydania Êwiadectwa

zgodnoÊci.

6. W oparciu o wnioski zawarte w raporcie, o którym mowa w ust. 2, a tak˝e wniesione wyjaÊnienia lub

zg∏oszone zastrze˝enia producenta, minister wydaje

Êwiadectwo zgodnoÊci lub odmawia wydania Êwiadectwa zgodnoÊci lub informuje producenta o zastosowaniu procedury rozszerzonej.

§ 13. 1. W celu stwierdzenia zgodnoÊci oprogramowania z opisem systemu mo˝e byç zastosowana procedura rozszerzona polegajàca na przeglàdzie dokumentacji oprogramowania lub testach oprogramowania.

2. Po dokonaniu przeglàdu dokumentacji oprogramowania, o której mowa w ust. 1, sporzàdza si´ raport

z przeglàdu, który niezw∏ocznie przekazuje si´ producentowi.

3. Przepisy § 12 ust. 3—6 stosuje si´ odpowiednio.

§ 10. OÊwiadczenia i zawiadomienia sk∏adane

przez producentów w trakcie procedury zgodnoÊci powinny zawieraç co najmniej

1) nazw´ producenta i adres jego siedziby;

2) nazw´ i wersj´ oprogramowania;

3) opis przedmiotu sprawy.

§ 11. 1. Procedur´ zgodnoÊci oprogramowania

przeprowadza si´ w kolejnoÊci wp∏ywu wniosków do

urz´du obs∏ugujàcego ministra.

2. Pierwszeƒstwo w przeprowadzeniu procedury

zgodnoÊci przys∏uguje tym producentom, którzy zg∏aszajà do procedury zgodnoÊci oprogramowanie w terminie dostosowawczym.

3. Data z∏o˝enia wniosku w placówce operatora

pocztowego albo w urz´dzie konsularnym oznacza dat´ z∏o˝enia wniosku w urz´dzie obs∏ugujàcym ministra.

§ 12. 1. W celu stwierdzenia zgodnoÊci oprogramowania z opisem systemu dokonuje si´ oceny kompletnoÊci do∏àczonej do wniosku dokumentacji oprogramowania oraz wykazu scenariuszy testowych, b´dàcych udokumentowaniem poprawnoÊci dzia∏ania

oprogramowania.

2. Po dokonaniu oceny, o której mowa w ust. 1,

sporzàdza si´ raport, który niezw∏ocznie przekazuje si´

producentowi.

3. Producent w terminie 7 dni od dnia otrzymania

raportu mo˝e z∏o˝yç wyjaÊnienia lub zg∏osiç umotywowane zastrze˝enia do wniosków w nim zawartych.

§ 14. 1. O przeprowadzeniu testu oprogramowania

zawiadamia si´ producenta na piÊmie.

2. Zawiadomienie, o którym mowa w ust. 1, okreÊla

1) termin i miejsce instalacji oprogramowania przez

producenta w celu przeprowadzenia testu;

2) planowany termin zakoƒczenia testu;

3) zobowiàzanie producenta do dostarczenia sprz´tu

i oprogramowania niezb´dnych do przeprowadzenia testu, w przypadku gdy oprogramowanie wymaga innej platformy sprz´towej, systemowej lub

bazy danych ni˝ okreÊlone w opisie systemu.

§ 15. 1. W terminie, o którym mowa w § 14 ust. 2

pkt 1, producent dostarcza instalacyjnà wersj´ oprogramowania wraz z instrukcjà instalacji.

2. Instalacja oprogramowania odbywa si´ w miejscu wskazanym w zawiadomieniu, o którym mowa

w § 14 ust. 2 pkt 1. Oprogramowanie powinno byç zainstalowane z pustymi bazami danych.

3. Po dokonaniu instalacji producent wykonuje

test poinstalacyjny, który sprawdza gotowoÊç zainstalowanego oprogramowania do testu.

4. Po instalacji i wykonaniu testu poinstalacyjnego

oprogramowania producent dokonuje wst´pnej prezentacji oprogramowania w zakresie sposobu jego

obs∏ugi.

§ 16. 1. Testy przeprowadza si´ z uwzgl´dnieniem

wybranych zestawów scenariuszy testowych.

2. W czasie trwania testów jest wymagana obecnoÊç

producenta albo jego uprawnionego przedstawiciela.

3. Producent albo jego uprawniony przedstawiciel,

o których mowa w ust. 2, udzielajà wszelkich informacji w trakcie przeprowadzania testu w sprawach zwiàzanych ze sposobem obs∏ugi testowanego oprogramowania.

4. W czasie prowadzenia testu nie dopuszcza si´

wykonywania poprawek i aktualizacji testowanego

oprogramowania w celu poprawy jego funkcjonalnoÊci lub usuni´cia stwierdzonych w czasie testu nieprawid∏owoÊci.

5. Minister mo˝e przerwaç na okres nie d∏u˝szy ni˝

14 dni przeprowadzanie testu, je˝eli jego zakoƒczenie

w planowanym terminie nie jest mo˝liwe ze wzgl´du

na rodzaj stwierdzonych problemów, o czym zawiadamia producenta na piÊmie, wyznaczajàc nowy termin

zakoƒczenia testu.

6. Minister mo˝e zakoƒczyç test bez zastosowania

ust. 5 i odmówiç wydania Êwiadectwa zgodnoÊci, je˝eli po rozpocz´ciu testu zostanà stwierdzone b∏´dy kategorii 1 i 2k Êwiadczàce o powa˝nych brakach funkcjonalnych w oprogramowaniu.

§ 17. 1. Ka˝dy problem testowy stwierdzony

w trakcie przeprowadzania testu podlega zakwalifikowaniu do odpowiedniej kategorii.

2. Wyró˝nia si´ nast´pujàce kategorie problemów

testowych

1) kategoria „1” — do której zalicza si´ problemy funkcjonalne blokujàce mo˝liwoÊç u˝ycia oprogramowania, a w szczególnoÊci zawieszenie jego pracy;

2) kategoria „2” — do której zalicza si´ problemy

funkcjonalne nieblokujàce mo˝liwoÊci u˝ycia oprogramowania, brak lub nieprawid∏owà implementacj´ wymagaƒ funkcjonalnych

a) kategoria „2k” — do której zalicza si´ problemy

funkcjonalne powodujàce, ˝e nie jest mo˝liwe

poprawne wykonanie podstawowej funkcji

merytorycznej oprogramowania, która zgodnie

z dokumentacjà oprogramowania i opisem systemu powinna byç mo˝liwa do zrealizowania,

b) kategoria „2n” — do której zalicza si´ problemy

funkcjonalne powodujàce, ˝e wykonanie merytorycznej funkcji oprogramowania jest utrudnione, ale istnieje mo˝liwoÊç poprawnego wykonania danej funkcji w sposób inny ni˝ zdefiniowano to w dokumentacji oprogramowania

lub w opisie systemu,

c) kategoria „2r” — do której zalicza si´ pozosta∏e

problemy kategorii 2;

3) kategoria „3” — do której zalicza si´ problemy dotyczàce komunikacji z u˝ytkownikiem, a w szczególnoÊci nieprzestrzeganie przyj´tych przez producenta standardów komunikacji w zakresie: wyglàdu

i formy ekranów, wyglàdu i postaci komunikatów,

struktury i postaci menu, u˝ycia klawiszy funkcyjnych i przycisków, niesygnalizowania operacji wykonywanych d∏u˝ej ni˝ 3 sekundy, czasu dost´pu

Poz. 1609

do danych wyszukiwanych na listach i w s∏ownikach wed∏ug zadanych kryteriów wyszukiwania,

czasu wykonywania z∏o˝onych operacji na bazie,

brakujàcych lub b∏´dnych podpowiedzi wartoÊci

domyÊlnych, niesygnalizowania wype∏nienia pól

obligatoryjnych i b∏´dnego formatu danych;

4) kategoria „P” — do której zalicza si´ problemy

w zakresie polonizacji treÊci komunikatów, podpowiedzi oraz opisów etykiet pól.

§ 18. 1. Po zakoƒczeniu testu sporzàdza si´ raport

z przebiegu testu, który przekazuje si´ niezw∏ocznie

producentowi.

2. Przepisy § 12 ust. 3, 4 i 6 stosuje si´ odpowiednio.

§ 19. Producent uzyskuje Êwiadectwo zgodnoÊci,

je˝eli podczas procedury zgodnoÊci zostanie stwierdzone, ˝e oprogramowanie spe∏nia jej wymagania.

§ 20. 1. Âwiadectwo zgodnoÊci minister wydaje

1) na czas nieokreÊlony albo

2) na czas okreÊlony, w tym

a) warunkowe Êwiadectwo zgodnoÊci,

b) przejÊciowe Êwiadectwo zgodnoÊci.

2. Âwiadectwo zgodnoÊci zawiera

1) dat´ wydania i dat´ poczàtku obowiàzywania;

2) numer wersji opisu systemu;

3) nazw´ oprogramowania;

4) wersj´ oprogramowania;

5) poziom, na jaki wydano Êwiadectwo;

6) nazw´ producenta i adres jego siedziby;

7) numer Êwiadectwa zgodnoÊci;

8) termin jego wa˝noÊci — w przypadku wydania warunkowego lub przejÊciowego Êwiadectwa zgodnoÊci.

§ 21. 1. Warunkowe Êwiadectwo zgodnoÊci mo˝e

byç wydane w przypadku stwierdzenia nieznacznych

uchybieƒ pomi´dzy funkcjonalnoÊcià oprogramowania a obowiàzujàcà wersjà opisu systemu oznaczajàcych brak wystàpienia b∏´dów kategorii 1 i 2k oraz nieliczne wystàpienie b∏´dów pozosta∏ych kategorii wymienionych w § 17 ust. 2 pkt 2 lit. b i c oraz pkt 3 i 4.

2. Warunkowe Êwiadectwo zgodnoÊci traci wa˝noÊç z datà okreÊlonà w Êwiadectwie.

3. Producent, któremu wydano warunkowe Êwiadectwo zgodnoÊci, usuwa uchybienia lub rozbie˝noÊci w funkcjonowaniu oprogramowania i nie póêniej

ni˝ na 30 dni przed up∏ywem terminu wa˝noÊci wskazanym w Êwiadectwie zgodnoÊci przedstawia poprawione oprogramowanie do powtórnej procedury

zgodnoÊci.

4. Przeprowadzajàc powtórnà procedur´ zgodnoÊci, w przypadku wydania warunkowego Êwiadectwa

zgodnoÊci, minister mo˝e ograniczyç zakres procedury do obszarów funkcjonalnych oprogramowania zakwestionowanych podczas poprzedniej procedury.

5. W okresie od og∏oszenia nowej wersji opisu systemu do koƒca okresu przejÊciowego dopuszcza si´

u˝ytkowanie oprogramowania, które posiada Êwiadectwo zgodnoÊci dla wersji opisu systemu bezpoÊrednio poprzedzajàcej obowiàzujàcà.

5. Do powtórnej procedury zgodnoÊci majà zastosowanie § 8—20.

§ 24. 1. Producent, którego oprogramowanie uzyska∏o Êwiadectwo zgodnoÊci, przekazuje u˝ytkownikom aktualizacje oprogramowania zwiàzane z jego

utrzymaniem, usuwajàce stwierdzone w czasie eksploatacji nieprawid∏owoÊci, jak równie˝, majàc na

wzgl´dzie dba∏oÊç o rozwój oprogramowania, zawierajàce zmiany zapewniajàce poprawnà obs∏ug´ zgodnà z obowiàzujàcym stanem prawnym.

§ 22. 1. PrzejÊciowe Êwiadectwo zgodnoÊci mo˝e

byç wydane w przypadku, kiedy oprogramowanie

zg∏oszone do procedury zgodnoÊci nie spe∏nia w pe∏ni wymagaƒ zawartych w opisie systemu na skutek zaprzestania przez producenta rozwoju oprogramowania z powodu podj´tych prac dotyczàcych wytworzenia nowego oprogramowania w zwiàzku ze zmianà

technologii informatycznej.

2. PrzejÊciowe Êwiadectwo zgodnoÊci jest wydawane na oprogramowanie, które uzyska∏o wczeÊniej

Êwiadectwo zgodnoÊci lub warunkowe Êwiadectwo

zgodnoÊci.

3. PrzejÊciowe Êwiadectwo zgodnoÊci jest wydawane na okres do czasu wdro˝enia przez producenta nowego oprogramowania, które uzyska Êwiadectwo

zgodnoÊci, nie d∏u˝ej jednak ni˝ na okres 12 miesi´cy.

4. Celem wydania przejÊciowego Êwiadectwa

zgodnoÊci jest umo˝liwienie p∏ynnego przejÊcia

z u˝ytkowania oprogramowania, które posiada Êwiadectwo zgodnoÊci, na nowowytworzone oprogramowanie, polegajàcego mi´dzy innymi na: instalacji nowego oprogramowania w dotychczasowych lokalizacjach, przeszkoleniu u˝ytkowników w zakresie obs∏ugi

nowego oprogramowania, przeniesieniu danych do

nowej bazy danych, weryfikacji jakoÊci przeniesionych

danych, przeprowadzeniu wdro˝enia pilota˝owego,

rozpocz´ciu pracy przez u˝ytkowników koƒcowych.

5. Do czasu pe∏nego wdro˝enia i przejÊcia na nowe

oprogramowanie dopuszcza si´ u˝ytkowanie obydwu

programów w danej lokalizacji.

§ 23. 1. Producent posiadajàcy dla oprogramowania Êwiadectwo zgodnoÊci wydane dla wersji opisu

systemu bezpoÊrednio poprzedzajàcej obowiàzujàcà

wersj´ opisu systemu zg∏asza dostosowane oprogramowanie do procedury zgodnoÊci w terminie dostosowawczym.

2. W przypadku niezg∏oszenia oprogramowania do

procedury zgodnoÊci w terminie dostosowawczym,

minister z urz´du cofa, z dniem up∏ywu okresu dostosowawczego, Êwiadectwa zgodnoÊci dla oprogramowania wydane producentowi.

3. Minister og∏asza w Biuletynie Informacji Publicznej informacj´ o cofni´ciu wa˝noÊci Êwiadectwa zgodnoÊci dla oprogramowania wydanego producentowi

wraz z jego uzasadnieniem.

4. Âwiadectwo zgodnoÊci wydane dla ostatniej

wersji opisu systemu obowiàzujàcej przed og∏oszeniem nowej wersji opisu systemu traci wa˝noÊç z up∏ywem okresu przejÊciowego okreÊlonego przy og∏oszeniu nowej wersji opisu systemu.

2. Minister mo˝e wezwaç producenta, którego

oprogramowanie uzyska∏o Êwiadectwo zgodnoÊci, do

okresowego przeglàdu oprogramowania w celu potwierdzenia w∏aÊciwego jego funkcjonowania, o którym mowa w ust. 1.

3. W przypadku nieprzekazania aktualizacji, o której

mowa w ust. 1, minister mo˝e cofnàç Êwiadectwo

zgodnoÊci dla oprogramowania wydane producentowi.

4. Oprogramowanie, dla którego cofni´to Êwiadectwo zgodnoÊci, o którym mowa w ust. 3 oraz w § 23

ust. 2, jak równie˝ oprogramowanie, dla którego odmówiono wydania Êwiadectwa zgodnoÊci, mo˝e byç

zg∏oszone ponownie do procedury zgodnoÊci nie

wczeÊniej ni˝ po up∏ywie 6 miesi´cy od daty cofni´cia

Êwiadectwa zgodnoÊci lub odmowy wydania Êwiadectwa zgodnoÊci.

5. Producent, dokonujàc aktualizacji oprogramowania, o której mowa w ust. 1, pomi´dzy kolejnymi procedurami zgodnoÊci, nadaje kolejne numery wersji oprogramowania, o której mowa w § 8 ust. 3, poprzez zmian´ ostatniego cz∏onu numeru wersji oznaczonego symbolem „x”. Kolejne aktualizacje oprogramowania wykonywane w ramach danej wersji opisu systemu nie

wymagajà wydania nowego Êwiadectwa zgodnoÊci.

§ 25. Âwiadectwa homologacji wydane na podstawie rozporzàdzenia Ministra Polityki Spo∏ecznej z dnia

30 czerwca 2005 r. w sprawie homologacji systemów

informatycznych stosowanych w jednostkach organizacyjnych pomocy spo∏ecznej (Dz. U. Nr 125, poz. 1055)

zachowujà wa˝noÊç do czasu wydania Êwiadectw

zgodnoÊci na podstawie niniejszego rozporzàdzenia,

z zastrze˝eniem § 23 ust. 2.

§ 26. Rozporzàdzenie wchodzi w ˝ycie po up∏ywie

14 dni od dnia og∏oszenia.5)

Minister Pracy i Polityki Spo∏ecznej

J. Kluzik-Rostkowska

———————

5) Niniejsze rozporzàdzenie by∏o poprzedzone rozporzàdze-

niem Ministra Polityki Spo∏ecznej z dnia 30 czerwca

2005 r. w sprawie homologacji systemów informatycznych stosowanych w jednostkach organizacyjnych pomocy spo∏ecznej (Dz. U. Nr 125, poz. 1055), które utraci∏o moc

z dniem 21 stycznia 2007 r. na podstawie art. 63 ustawy

z dnia 17 lutego 2005 r. o informatyzacji dzia∏alnoÊci podmiotów realizujàcych zadania publiczne (Dz. U. Nr 64,

poz. 565 oraz z 2006 r. Nr 12, poz. 65 i Nr 73, poz. 501).

1609

ROZPORZÑDZENIE MINISTRA PRACY I POLITYKI SPO¸ECZNEJ1)

z dnia 2 listopada 2007 r.

w sprawie systemów teleinformatycznych stosowanych w jednostkach organizacyjnych

pomocy spo∏ecznej2)

Na podstawie art. 23 ust. 3 ustawy z dnia 12 marca 2004 r. o pomocy spo∏ecznej (Dz. U. Nr 64, poz. 593,

z póên. zm.3)) zarzàdza si´, co nast´puje