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

Dziennik Ustaw Nr 216 — 15570 — Poz. 1609 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: § 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); Dziennik Ustaw Nr 216 — 15571 — 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:

1. a)na poziomie urz´du gminy: zgodnie z katalogiem Êwiadczeƒ okreÊlonych w art. 17 i art. 18 ustawy,
2. b)na poziomie powiatu: zgodnie z katalogiem Êwiadczeƒ okreÊlonych w art. 19 i art. 20 ustawy, Poz. 1609
3. 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. Dziennik Ustaw Nr 216 — 15572 — 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:
4. a)GMINA — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ pomocy spo∏ecznej przez urzàd gminy,
5. b)POWIAT — w przypadku oprogramowania wspomagajàcego realizacj´ zadaƒ pomocy spo∏ecznej przez powiat,
6. 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:
7. a)przez „k” nale˝y rozumieç numer obowiàzujàcej wersji opisu systemu, który spe∏nia dane oprogramowanie,
8. b)przez „y” nale˝y rozumieç numer wersji oprogramowania danego producenta,
9. 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:
10. a)spe∏nianiu przez oprogramowanie obowiàzujàcej wersji opisu systemu,
11. b)posiadaniu majàtkowych praw autorskich do oprogramowania oraz braku toczàcego si´ post´powania, którego przedmiotem jest to oprogramowanie,
12. 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. Dziennik Ustaw Nr 216 — 15573 — 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. Dziennik Ustaw Nr 216 — 15574 — 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:
13. 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,
14. 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,
15. 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:
16. a)warunkowe Êwiadectwo zgodnoÊci,
17. 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. Dziennik Ustaw Nr 216 — 15575 — Poz. 1609 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).