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

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)

2) obowiàzek posiadania przez ka˝dego u˝ytkownika 3) okreÊlenie poziomów, na które oprogramowanie systemu teleinformatycznego identyfikatora s∏u- zosta∏o zg∏oszone, oznaczanych w nast´pujàcy ˝àcego do autoryzacji oraz wbudowanie mechani- sposób: zmu monitoringu umo˝liwiajàcego rejestracj´ a) GMINA — w przypadku oprogramowania prób logowaƒ do systemu, oraz zdefiniowanie zewspomagajàcego realizacj´ zadaƒ pomocy spostawu Êledzonych czynnoÊci wykonywanych przez ∏ecznej przez urzàd gminy, u˝ytkowników; b) POWIAT — w przypadku oprogramowania 3) obowiàzek posiadania wbudowanych funkcji wspomagajàcego realizacj´ zadaƒ pomocy spoumo˝liwiajàcych okresowe automatyczne wyko- ∏ecznej przez powiat, nywanie kopii bezpieczeƒstwa. c) STAT — w przypadku oprogramowania staty- 2. System teleinformatyczny umo˝liwia poprawnà stycznego wspomagajàcego realizacj´ zadaƒ obs∏ug´ wszystkich procesów przy jednoczesnym za- pomocy spo∏ecznej; pewnieniu w∏aÊciwych parametrów wydajnoÊciowych 4) oznaczenie nazwy i numeru wersji oprogramowawspieranych przez zastosowanie architektury wielowarnia; stwowej, jak równie˝ wysoki poziom niezawodnoÊci tego systemu gwarantowany poprzez stabilnoÊç pracy 5) okreÊlenie platformy sprz´towej i systemowej oraz skalowalnoÊç pozwalajàcà na rozbudow´ systemu oprogramowania, wprzypadku platformy sprz´toteleinformatycznego wraz ze wzrostem potrzeb. wej lub systemowej innej ni˝ okreÊlona w opisie systemu, dla celów przeprowadzenia procedury 3. Bie˝àce funkcjonowanie systemu teleinformazgodnoÊci. tycznego uwzgl´dnia ciàg∏y rozwój tego systemu odnoszàcy si´ zarówno do rozszerzania jego funkcjonal- 3. Numer wersji oprogramowania, októrym mowa noÊci, zgodnie z oczekiwaniami u˝ytkowników, jak w ust. 2 pkt 4, producent tworzy w nast´pujàcy sporównie˝ sfery technologicznej obejmujàcej dostososób: wanie systemu teleinformatycznego do zmieniajàcych si´ uwarunkowaƒ zewn´trznych i rozwoju w dziedzi- 1) dla poziomu GMINA wersja „G-k-y-x”, nie informatyki i telekomunikacji. 2) dla poziomu POWIAT wersja „P-k-y-x”, § 5. Minister og∏asza w prasie o zasi´gu ogólno- 3) dla poziomu STAT wersja „S-k-y-x”, krajowym i w Biuletynie Informacji Publicznej informacje o: gdzie: 1) obowiàzujàcej wersji opisu systemu; a) przez „k” nale˝y rozumieç numer obowiàzujàcej wersji opisu systemu, który spe∏nia dane oprogra- 2) terminie dostosowawczym; mowanie, 3) okresie przejÊciowym; b) przez „y” nale˝y rozumieç numer wersji oprogra- 4) adresie internetowym, pod którym udost´pniono mowania danego producenta, dokumentacj´ obowiàzujàcej wersji opisu systec) przez „x” nale˝y rozumieç numer kolejny aktualimu wraz z zestawem scenariuszy testowych. zacji wersji oprogramowania. § 6. 1. Minister stwierdza zgodnoÊç oprogramowa- 4. Do wniosku do∏àcza si´: nia z aktualnà wersjà opisu systemu zawartà w dokumentacji opisu systemu na podstawie procedury zgod- 1) dokumentacj´ oprogramowania okreÊlonà w donoÊci. kumentacji opisu systemu; 2. Stwierdzenie zgodnoÊci oprogramowania z opi- 2) oÊwiadczenie o: sem systemu nast´puje w Êwiadectwie zgodnoÊci. a) spe∏nianiu przez oprogramowanie obowiàzujàcej wersji opisu systemu, § 7. Procedurà zgodnoÊci jest obj´te oprogramowanie wytwarzane przez producentów, wspomagajà- b) posiadaniu majàtkowych praw autorskich do ce realizacj´ zadaƒ pomocy spo∏ecznej okreÊlonych oprogramowania oraz braku toczàcego si´ pow ustawie. st´powania, którego przedmiotem jest to oprogramowanie, § 8. 1. Zg∏oszenie oprogramowania do procedury zgodnoÊci nast´puje na wniosek producenta. c) wykonaniu zwynikiem pozytywnym testu oprogramowania, na podstawie udost´pnionych 2. Wniosek zawiera: scenariuszy testowych, wraz z opisem wyniku testu; 1) nazw´ producenta i adres jego siedziby; 3) odpis lub wyciàg z rejestru przedsi´biorców lub 2) imi´, nazwisko i stanowisko s∏u˝bowe osoby wy- zaÊwiadczenie z ewidencji dzia∏alnoÊci gospodarznaczonej do kontaktów wczasie trwania procedu- czej sporzàdzone nie wczeÊniej ni˝ 6 miesi´cy ry zgodnoÊci; przed dniem z∏o˝enia wniosku.

5. Obowiàzek, o którym mowa w ust. 4 pkt 3, nie 4. Niezg∏oszenie wyjaÊnieƒ lub zastrze˝eƒ wtermidotyczy obywateli Unii Europejskiej, Konfederacji nie, o którym mowa w ust. 3, stanowi potwierdzenie Szwajcarskiej, paƒstw cz∏onkowskich Europejskiego wniosków zawartych w raporcie. Porozumienia oWolnym Handlu (EFTA) — stron umo- 5. W przypadku gdy zastrze˝enia producenta nie wy o Europejskim Obszarze Gospodarczym. zostanà uwzgl´dnione, minister wzywa go do przed∏o- ˝enia dokumentacji spe∏niajàcej wymagania w termi- 6. Dokumentacj´ oprogramowania wnioskodawca nie 30 dni od dnia wezwania, informujàc jednoczeÊsk∏ada na piÊmie oraz w formie dokumentu elektronie, ˝e w przypadku nieprzed∏o˝enia dokumentacji nicznego. wtym terminie minister odmówi wydania Êwiadectwa zgodnoÊci. 7. W przypadku posiadania zainstalowanej wersji oprogramowania wspierajàcego realizacj´ zadaƒ wza- 6. W oparciu o wnioski zawarte w raporcie, o któkresie pomocy spo∏ecznej do wniosku do∏àcza si´ po- rym mowa wust. 2, atak˝e wniesione wyjaÊnienia lub nadto: zg∏oszone zastrze˝enia producenta, minister wydaje Êwiadectwo zgodnoÊci lub odmawia wydania Êwia- 1) spis aktualnie posiadanych instalacji oprogramodectwa zgodnoÊci lub informuje producenta o zastowania zg∏oszonego do procedury zgodnoÊci; sowaniu procedury rozszerzonej. 2) opis procedur post´powania zwiàzanych ze zmia- § 13. 1. Wcelu stwierdzenia zgodnoÊci oprogramonà wersji zainstalowanego oprogramowania na wania zopisem systemu mo˝e byç zastosowana procewersj´ systemu informatycznego zg∏oszonego do dura rozszerzona polegajàca na przeglàdzie dokumenprocedury zgodnoÊci. tacji oprogramowania lub testach oprogramowania. § 9. Wprzypadku gdy z∏o˝ony wniosek nie spe∏nia 2. Po dokonaniu przeglàdu dokumentacji oprograwymogów, októrych mowa w§ 8 ust. 2—6, wzywa si´ mowania, októrej mowa wust. 1, sporzàdza si´ raport producenta do usuni´cia braków. Nieusuni´cie bra- z przeglàdu, który niezw∏ocznie przekazuje si´ produków w terminie 7 dni od otrzymania zawiadomienia centowi. skutkuje pozostawieniem wniosku bez rozpoznania. 3. Przepisy § 12 ust. 3—6 stosuje si´ odpowiednio. § 10. OÊwiadczenia i zawiadomienia sk∏adane § 14. 1. Oprzeprowadzeniu testu oprogramowania przez producentów wtrakcie procedury zgodnoÊci pozawiadamia si´ producenta na piÊmie. winny zawieraç co najmniej: 2. Zawiadomienie, októrym mowa wust. 1, okreÊla: 1) nazw´ producenta i adres jego siedziby; 1) termin i miejsce instalacji oprogramowania przez 2) nazw´ i wersj´ oprogramowania; producenta w celu przeprowadzenia testu; 3) opis przedmiotu sprawy. 2) planowany termin zakoƒczenia testu; § 11. 1. Procedur´ zgodnoÊci oprogramowania 3) zobowiàzanie producenta do dostarczenia sprz´tu przeprowadza si´ w kolejnoÊci wp∏ywu wniosków do ioprogramowania niezb´dnych do przeprowadzeurz´du obs∏ugujàcego ministra. nia testu, w przypadku gdy oprogramowanie wymaga innej platformy sprz´towej, systemowej lub 2. Pierwszeƒstwo w przeprowadzeniu procedury bazy danych ni˝ okreÊlone w opisie systemu. zgodnoÊci przys∏uguje tym producentom, którzy zg∏aszajà do procedury zgodnoÊci oprogramowanie wter- § 15. 1. W terminie, o którym mowa w § 14 ust. 2 minie dostosowawczym. pkt 1, producent dostarcza instalacyjnà wersj´ oprogramowania wraz z instrukcjà instalacji. 3. Data z∏o˝enia wniosku w placówce operatora pocztowego albo wurz´dzie konsularnym oznacza da- 2. Instalacja oprogramowania odbywa si´ w miejt´ z∏o˝enia wniosku w urz´dzie obs∏ugujàcym mini- scu wskazanym w zawiadomieniu, o którym mowa stra. w§ 14 ust. 2 pkt 1. Oprogramowanie powinno byç zainstalowane z pustymi bazami danych. § 12. 1. W celu stwierdzenia zgodnoÊci oprogra- 3. Po dokonaniu instalacji producent wykonuje mowania z opisem systemu dokonuje si´ oceny komtest poinstalacyjny, który sprawdza gotowoÊç zainstapletnoÊci do∏àczonej do wniosku dokumentacji oprolowanego oprogramowania do testu. gramowania oraz wykazu scenariuszy testowych, b´- dàcych udokumentowaniem poprawnoÊci dzia∏ania 4. Po instalacji iwykonaniu testu poinstalacyjnego oprogramowania. oprogramowania producent dokonuje wst´pnej prezentacji oprogramowania w zakresie sposobu jego 2. Po dokonaniu oceny, o której mowa w ust. 1, obs∏ugi. sporzàdza si´ raport, który niezw∏ocznie przekazuje si´ producentowi. § 16. 1. Testy przeprowadza si´ z uwzgl´dnieniem wybranych zestawów scenariuszy testowych. 3. Producent w terminie 7 dni od dnia otrzymania raportu mo˝e z∏o˝yç wyjaÊnienia lub zg∏osiç umoty- 2. Wczasie trwania testów jest wymagana obecnoÊç wowane zastrze˝enia do wniosków w nim zawartych. producenta albo jego uprawnionego przedstawiciela.

3. Producent albo jego uprawniony przedstawiciel, do danych wyszukiwanych na listach i w s∏ownioktórych mowa wust. 2, udzielajà wszelkich informa- kach wed∏ug zadanych kryteriów wyszukiwania, cji w trakcie przeprowadzania testu w sprawach zwià- czasu wykonywania z∏o˝onych operacji na bazie, zanych ze sposobem obs∏ugi testowanego oprogra- brakujàcych lub b∏´dnych podpowiedzi wartoÊci mowania. domyÊlnych, niesygnalizowania wype∏nienia pól obligatoryjnych ib∏´dnego formatu danych; 4. W czasie prowadzenia testu nie dopuszcza si´ wykonywania poprawek i aktualizacji testowanego 4) kategoria „P” — do której zalicza si´ problemy oprogramowania w celu poprawy jego funkcjonalno- w zakresie polonizacji treÊci komunikatów, pod- Êci lub usuni´cia stwierdzonych wczasie testu niepra- powiedzi oraz opisów etykiet pól. wid∏owoÊci. § 18. 1. Po zakoƒczeniu testu sporzàdza si´ raport 5. Minister mo˝e przerwaç na okres nie d∏u˝szy ni˝ z przebiegu testu, który przekazuje si´ niezw∏ocznie 14 dni przeprowadzanie testu, je˝eli jego zakoƒczenie producentowi. w planowanym terminie nie jest mo˝liwe ze wzgl´du na rodzaj stwierdzonych problemów, oczym zawiada- 2. Przepisy § 12 ust. 3, 4 i6 stosuje si´ odpowiednio. mia producenta na piÊmie, wyznaczajàc nowy termin zakoƒczenia testu. § 19. Producent uzyskuje Êwiadectwo zgodnoÊci, je˝eli podczas procedury zgodnoÊci zostanie stwier- 6. Minister mo˝e zakoƒczyç test bez zastosowania dzone, ˝e oprogramowanie spe∏nia jej wymagania. ust. 5 iodmówiç wydania Êwiadectwa zgodnoÊci, je˝eli po rozpocz´ciu testu zostanà stwierdzone b∏´dy ka- § 20. 1. Âwiadectwo zgodnoÊci minister wydaje: tegorii 1 i 2k Êwiadczàce o powa˝nych brakach funk- 1) na czas nieokreÊlony albo cjonalnych w oprogramowaniu. 2) na czas okreÊlony, w tym: § 17. 1. Ka˝dy problem testowy stwierdzony w trakcie przeprowadzania testu podlega zakwalifiko- a) warunkowe Êwiadectwo zgodnoÊci, waniu do odpowiedniej kategorii. b) przejÊciowe Êwiadectwo zgodnoÊci. 2. Wyró˝nia si´ nast´pujàce kategorie problemów 2. Âwiadectwo zgodnoÊci zawiera: testowych: 1) dat´ wydania i dat´ poczàtku obowiàzywania; 1) kategoria „1” — do której zalicza si´ problemy funkcjonalne blokujàce mo˝liwoÊç u˝ycia oprogramo- 2) numer wersji opisu systemu; wania, awszczególnoÊci zawieszenie jego pracy; 3) nazw´ oprogramowania; 2) kategoria „2” — do której zalicza si´ problemy funkcjonalne nieblokujàce mo˝liwoÊci u˝ycia opro- 4) wersj´ oprogramowania; gramowania, brak lub nieprawid∏owà implementacj´ wymagaƒ funkcjonalnych: 5) poziom, na jaki wydano Êwiadectwo; a) kategoria „2k” — do której zalicza si´ problemy 6) nazw´ producenta i adres jego siedziby; funkcjonalne powodujàce, ˝e nie jest mo˝liwe poprawne wykonanie podstawowej funkcji 7) numer Êwiadectwa zgodnoÊci; merytorycznej oprogramowania, która zgodnie 8) termin jego wa˝noÊci — wprzypadku wydania wazdokumentacjà oprogramowania iopisem sysrunkowego lub przejÊciowego Êwiadectwa zgodtemu powinna byç mo˝liwa do zrealizowania, noÊci. b) kategoria „2n” — do której zalicza si´ problemy funkcjonalne powodujàce, ˝e wykonanie mery- § 21. 1. Warunkowe Êwiadectwo zgodnoÊci mo˝e torycznej funkcji oprogramowania jest utrud- byç wydane w przypadku stwierdzenia nieznacznych nione, ale istnieje mo˝liwoÊç poprawnego wy- uchybieƒ pomi´dzy funkcjonalnoÊcià oprogramowakonania danej funkcji w sposób inny ni˝ zdefi- nia a obowiàzujàcà wersjà opisu systemu oznaczajàniowano to w dokumentacji oprogramowania cych brak wystàpienia b∏´dów kategorii 1 i2k oraz nielub w opisie systemu, liczne wystàpienie b∏´dów pozosta∏ych kategorii wymienionych w § 17 ust. 2 pkt 2 lit. b i c oraz pkt 3 i 4. c) kategoria „2r” — do której zalicza si´ pozosta∏e problemy kategorii 2; 2. Warunkowe Êwiadectwo zgodnoÊci traci wa˝- noÊç z datà okreÊlonà w Êwiadectwie. 3) kategoria „3” — do której zalicza si´ problemy dotyczàce komunikacji zu˝ytkownikiem, awszczegól- 3. Producent, któremu wydano warunkowe ÊwianoÊci nieprzestrzeganie przyj´tych przez producen- dectwo zgodnoÊci, usuwa uchybienia lub rozbie˝nota standardów komunikacji w zakresie: wyglàdu Êci w funkcjonowaniu oprogramowania i nie póêniej i formy ekranów, wyglàdu i postaci komunikatów, ni˝ na 30 dni przed up∏ywem terminu wa˝noÊci wskastruktury i postaci menu, u˝ycia klawiszy funkcyj- zanym w Êwiadectwie zgodnoÊci przedstawia popranych i przycisków, niesygnalizowania operacji wy- wione oprogramowanie do powtórnej procedury konywanych d∏u˝ej ni˝ 3 sekundy, czasu dost´pu zgodnoÊci.