|- Usługi dotyczące 1 systemu informatycznego Rejestru Jednostek Pomocy Społecznej (RJPS), obejmujące: - Rozwój: wdrożenie mechanizmu zarządzania informacjami opartego na rolach i uprawnieniach oraz modyfikacje funkcjonalne m.in. dla domów pomocy społecznej, placówek zapewniających całodobową opiekę oraz centralnego rejestru pieczy rodzinnej (rejestry dzieci w pieczy i osób usamodzielnionych). - Utrzymanie i administrowanie: bieżąca eksploatacja środowiska produkcyjnego i testowego, usuwanie awarii i błędów oraz przygotowywanie raportów ad-hoc. - Wsparcie użytkowników: usługa hot-line. - Organizacja spotkań: 4 spotkania Rady Użytkowników RJPS, każde dla ok. 100 uczestników.
Trudność: wysoka
Zamówienie łączy rozwój, utrzymanie i wsparcie rozbudowanego, wielodostępnego systemu informatycznego o szerokim gronie rozproszonych użytkowników.
1Doświadczenie — min. 1 usługa ≥4 500 000 zł brutto: utrzymanie i rozwój, administrowanie, usuwanie błędów i awarii + helpdesk systemu wielowarstwowego z bazą relacyjną/obiektowo-relacyjną; min. 1 usługa helpdesk dla systemu z ≥8 000 użytkowników zdalnych w ≥2 000 lokalizacji; min. 1 usługa ≥1 000 000 zł brutto: administrowanie, usuwanie awarii i błędów portalu z CMS (np. Liferay); min. 1 usługa ≥1 000 000 zł brutto: analiza, prace programistyczne i utrzymanie portalu ze strefą publiczną i zalogowaną; okres ostatnich 3 lat; usługi w trakcie wykonywania liczą się do dnia składania ofert; a)+b) i c)+d) mogą być w ramach jednej usługi.
2Kadra — min. 5 osób: kierownik projektu (wyższe, ≥2 lata analiza/implementacja/wdrażanie systemów wielowarstwowych, projekt ≥1 000 000 zł), analityk/architekt (≥2 lata analizy/implementacji, projekt ≥1 000 000 zł), administrator (≥2 lata Liferay, ≥2 lata bazy danych w tym PostgreSQL, projekt ≥1 000 000 zł), 2 projektantów/programistów (≥2 lata implementacji systemów wielowarstwowych, projekt ≥1 000 000 zł), tester (≥1 rok testowania systemów wielowarstwowych, standardy testowania, certyfikat ISTQB lub równoważny); jedna osoba = jedna rola.
Wyodrębnione z wyjaśnień treści SWZ.
1Tabela przedstawiona w punkcie 13.2.1.2.3.6. zawiera listę czynności i dla każdej czynności (za wyjątkiem ostatniej) należy podać podmiot i osobę wnioskującą oraz zatwierdzającą. Czy faktycznie dla czynności „wnioskowania o umieszczenie w RJPS informacji o jednostce danego typu” należy wskazać podmiot i osobę zatwierdzającą? A dla czynności „zatwierdzania wniosków” należy podać podmiot/osobę wnioskującą?Zamawiający podtrzymuje zapisy SIWZ. . Zamawiający nie narzuca sposobu wypełnienia pól Tabeli nr 1 „Analiza procesu zarządzania informacją w RJPS” i dopuszcza podanie informacji negatywnej np. „nie dotyczy”.
2Jak należy rozumieć bezpośrednią modyfikację informacji o jednostce (czynność opisana w punkcie 13.2.1.2.3.5)? Czy jest to modyfikacja realizowana również przez Administratora Rejestru lub Administratora Centralnego czy wyłącznie przez „Podmiot wnioskujący”?Odpowiedź na postawione pytanie powinna być wynikiem przeprowadzonej analizy.
3Jaki jest oczekiwany przez Zamawiającego sposób wykorzystania w koncepcji elementów o których mowa w punktach:
• 13.2.1.2.3.11. procesem zarządzania informacją o jednostce w RJPS,
• 13.2.1.2.3.12. zakresem danych opisujących dany typ jednostki,
• 13.2.1.2.3.13. wartościami danych opisujących dany typ jednostki,
• 13.2.1.2.3.14. minimalizacją wartości jakie może przyjmować dane kryterium (kryteria mają kategoryzować typy jednostek w sposób jak najogólniejszy),
Czy chodzi tylko o wskazanie ich jako przesłanek, którymi kierował się wykonawca podczas określania danego kryterium, o którym mowa w punkcie 13.2.1.2.3.10.?W SIWIZ brak jest wstępu do wyliczenia wyżej wskazanych punktów. Przed punktami powinno być: „Oferent przy określaniu kryteriów powinien kierować się:”. Zamawiający poprawi treść SIWZ.
4W załączniku nr 1 do umowy znajduje się diagram przypadków użycia dla zarządzania użytkownikami (rysunek 2). Czy Zamawiający może udostępnić pełny opis przypadków użycia znajdujących się na tym diagramie?Zamawiający udostępnia posiadaną dokumentację systemu do wglądu na warunkach określonych w pkt 3.1. SIWZ.
5Czy przez Regionalny Ośrodek Pomocy Społecznej (13.2.1.2.1.11.) należy rozumieć Regionalny Ośrodek Polityki Społecznej?Zamawiający potwierdza, że Regionalny Ośrodek Pomocy Społecznej należy rozumieć jako Regionalny Ośrodek Polityki Społecznej.
6Czy przez Placówkę prowadzącą dożywianie (13.2.1.2.1.9.) należy rozumieć podmiot o którym mowa w art. 6 ust 17 Ustawy o pomocy społecznej?Pojęcie „Placówka prowadząca dożywianie” obejmuje szerszy zakres niż ten wymieniony w art. 6 pkt. 17 Ustawy o pomocy społecznej.
7Pytanie 7:
W jaki sposób Zamawiający będzie oceniał użyteczność i przyjazność mechanizmu zarządzania
informacjami publikowanymi w RJPS opartego na rolach i uprawnieniach użytkowników oraz w jaki
sposób zamierza weryfikować zgodność proponowanej koncepcji z projektowaniem UX?Odpowiedź 7:
Sposób dokonywania oceny przez zamawiającego został wskazany w pkt. 13.2.1.3.3. SWIZ.
8Pytanie 15:
We wzorze Umowy zawartym w załączniku nr 5 do SIWZ w § 12 w ustępie 5 jest mowa o odrębnej
umowie regulującej dostęp Wykonawcy do danych osobowych gromadzonych w ramach RJPS.
Wykonawca zwraca się z prośbą o udostępnienie wzorca takiej umowy. Ponadto proszę
o potwierdzenie, że zakres ochrony danych regulowanych taką umową RODO będzie obejmować
również innych obszarów przetwarzania danych osobowych np. dane uczestników spotkań Rady
Użytkowników RJPS.Odpowiedź 15:
Wzór umowy zostanie przekazany Wykonawcy po zakończeniu procesu wyboru oferenta.
9Pytanie 19:
W załączniku numer 2 do wzoru Umowy w Rozdziale 1 punkcie 2 ppkt 3) Zamawiający zobowiązuje
Wykonawcę aby wykonał „(…) na żądanie Zamawiającego instalacji oraz konfiguracji RJPS wraz
z oprogramowaniem narzędziowym i bazodanowym na inną platformę sprzętową, wskazaną przez
Zamawiającego, o parametrach zapewniających poprawne funkcjonowanie systemu”. W związku z tym,
że dla wykonania tak określonej migracji RJPS na inne środowisko sprzętowo-systemowo Wykonawca
musi przeprowadzić następujące czynności przygotować migrację próbną, przeprowadzić całościowy
test systemowy (w tym wydajnościowych i bezpieczeństwa), opracować otrzymane wyniki, potwierdzić
je z Zamawiającym, wykonać migrację właściwą z pełnymi testami. Co więcej takich prace z reguły nie
ma możliwości przeprowadzić w standardowych okienkach serwisowych; Wykonawca zwraca się z
prośbą o przeniesienie tego zadania do części związanej z modyfikacjami RJPS i rozliczanie takich prac
w zakresie roboczogodzin opisanych we wzorcu Umowy w § 5 ust. 6. Ponadto dla wyceny zadania
prosimy o podanie ile razy w trakcie realizacji Umowy Zamawiający planuje zażądać od Wykonawcy
wykonania migracji RJPS na inną platformę sprzętowo-systemową.Odpowiedź 19:
Zamawiający podtrzymuje zapisy SIWZ.
10dot. zał. nr 1 do Wzór umowy - Procedura rozwoju,
Czy na dzień ogłoszenia postepowania RJPS jest zgodny z aktami prawnymi wymienionymi w
załączniku nr 1 do Umowy Rozdział 2?RJPS nie jest niezgodny z przepisami prawa. Natomiast zamawiający oczekuje, że wskutek realizacji
zamówienia zakres informacji publikowanych w RJPS o poszczególnych typach jednostek będzie
bezpośrednio wynikał ze wskazanych przepisów prawa i nie będzie z nimi niezgodny.
11dot. zał. nr 5 do SIWZ Wzór umowy §1 pkt 15)
Czy chodzi o wymagania Zamawiającego przekazywane w ramach zlecenia zmiany, zgodnie z
procedurą opisaną w załączniku zał nr 1 do Wzór umowy - Procedura rozwoju, rozdział 6? Jeżeli nie,
to jakie wymagania Zamawiającego definiują poprawną pracę systemu?Zamawiający pod pojęciem „wymaganiami Zamawiającego” rozumie zarówno wymagania
Zamawiającego przekazywane w ramach zlecenia zmiany, zgodnie z procedurą opisaną w załączniku
zał. nr 1 do Wzór umowy - Procedura rozwoju, rozdział 6 jak i wymagania wskazane w dokumentacji
niniejszego postepowania.
12dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.3.2.1.6.3.1
Czy na pewno podczas wprowadzania danych nowej placówki (co oznacza także rejestrację)
użytkownik ma mieć możliwość zmiany danych podmiotu, który jest już zarejestrowany w systemie?Wymaganie pkt 5.3.2.1.6.3.1 dotyczące zmiany danych podmiotu prowadzącego opisane jest w
kontekście pkt. 5.3.2.1.6 mówiących o wymaganiu dotyczącym wprowadzania do RJPS danych
opisujących daną placówkę, możliwość zmiany danych wskazanych w pkt 5.3.2.1.6.3.1 oznacza
możliwość zmiany atrybutu opisującego daną placówkę jakim jest podmiot prowadzący, a nie zmiany
danych podmiotu prowadzącego. Innymi słowy użytkownik mógł się pomylić wskazując niewłaściwy
podmiot prowadzący, a RJPS ma mu umożliwić korektę tego błędu.
13Dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.3.2.2.3.2.10
Czy Zamawiającemu chodzi o wprowadzenia danych autoryzacyjnych wskazanych w pkt 5.3.2.1.6.4?Zamawiający potwierdza, że chodziło o dane autoryzacyjne wskazane w pkt 5.3.2.1.6.4.
14dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.4.2.2.7.6.2 i pkt 5.4.2.3.5.7.2
Co Zamawiający rozumie pod pojęciem sekcji informacyjnej w kontekście niniejszego punktu? Pojęcie
to wprowadzono w ramach opisu zmiany w pkt 5.3 i nie definiowano na nowo dla zmiany pkt 5.4?Zamawiającemu chodziło o kartę informacyjną o której mowa w pkt 5.4.2.2.2. Zamawiający poprawi
oczywistą omyłkę pisarską.
15dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.4.2.5.1.8.3
Czy w niniejszym punkcie Zamawiającemu chodzi o funkcjonalność opisaną w pkt 5.4.2.5.1.8.1, nie
jak wskazał 5.4.2.6.1.8.1?Zamawiającemu chodziło o funkcjonalność opisaną w pkt 5.4.2.5.1.8.1. Zamawiający poprawi
oczywistą omyłkę pisarską.
16Dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.4.2.5.2
Wskazanego w niniejszym punkcie punktu 5.4.2.3.1.21 brak w dokumencie. O jaki punkt chodzi
Zamawiającemu?Zamawiającemu chodziło o punkt 5.4.2.3.1, oczywista omyłka pisarska zostanie poprawiona przez
zamawiającego.
17Dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, pkt 5.4.2.5.1.11 i pkt 5.4.2.6.1.11
Niniejszy punkt pozostaje w sprzeczności z pkt 5.4.2.5.1.8.2, z którego wynika, że należy umożliwić
filtrowanie wg pola data wydania zaświadczenia kwalifikacyjnego. Prosimy jednoznaczne określenie,
czy filtrowanie wg pola data wydania zaświadczenia kwalifikacyjnego ma być możliwe w ramach
Wykazu rodzinnych domów dziecka?Zamawiający podtrzymuje zapisy SIWZ. W treści pkt. 5.4.2.5.1.8.2 jako jeden z warunków
mechanizmów wyszukiwania i filtrowania podany jest pkt. 5.4.2.5.1.11 (jako ostatni), co powoduje, że
sprzeczność, o której mowa w pytaniu nie występuje. Analogiczna rozwiązanie zostało zastosowane w
pkt. 5.4.2.6.1.8.2, w którym został wskazany pkt. 5.4.2.6.1.11.
18Dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, 5.4.2.7.
Prosimy o wskazanie aktu prawnego na jaki powołuje się Zamawiający.Zamawiający odwołał się do zapisów projektu ustawy o zmianie ustawy o wspieraniu rodziny i systemie
pieczy zastępczej oraz niektórych innych ustaw (nr w wykazie prac Rady Ministrów – UD376), co
zostało wskazane w pkt. 5.4.2.
19Pytanie 46:
Dot. zał. nr 1 do Wzór umowy - Procedura rozwoju, 5.4.2.8.6.1
Czy w kontekście zapisu niniejszego punktu, w odniesieniu do punktu 5.4.2.8.6, należy uznać, że wykaz
o którym mowa w pkt 5.4.2.7, biorąc pod uwagę zapis punktu 5.4.2.7.7, jest podzbiorem wykazu
o którym mowa w punkcie 5.4.2.8, czyli wszystkie jednostki, o których mowa w pkt 5.4.2.7.1
wyświetlane w ramach wykazu, o którym mowa w ramach pkt 5.4.2.7 są także wyświetlane w ramach
wykazu o którym mowa w ramach pkt 5.4.2.8?Odpowiedź 46:
Wykaz, o którym mowa w pkt. 5.4.2.8 jest wykazem, w którym uwzględnione są osoby, w których
historii życia nastąpiło ostatnie zdarzenie życiowe związane pieczą rodzinną tzn. usamodzielnienie.
Warunek ten został określony w pkt. 5.4.2.8.8, natomiast zakres wykazu określonego w pkt. 5.4.2.7 jest
jednoznacznie określony w pkt. 5.4.2.7.7. Wykazy określone w pkt. 5.4.2.7 i 5.4.2.8 są jednoznacznie
rozłączne. Natomiast pkt. 5.4.2.8.6.1 opisuje procedurę wprowadzania danych dotyczących dzieci
umieszczonych w pieczy rodzinnej (wykaz opisany w pkt. 5.4.2.7) lub dzieci, które w swej historii były
uwzględnione w tym wykazie. Użytkownik, aby wprowadzić dane wskazane 5.4.2.8.6.1.1, co po
potwierdzeniu przez niego (użytkownika) chęci dokonania zmiany danych opisanym w pkt.
5.4.2.8.6.1.3 skutkuje nadaniem przez system wartości „Tak” polu „Usamodzielnienie”, musi wybrać
odpowiednią „jednostkę”, w tym przypadku dziecko, które znalazło się w systemie pieczy rodzinnej i
informacja o nim jest w Centralnym rejestrze pieczy rodzinnej (opisanym w całym pkt. 5.4). Mechanizm
ten jest stosowany w Centralnym rejestrze pieczy rodzinnej jako zasada, czyli jeżeli zachodzi
konieczność odnotowania w rejestrze zdarzenia powodującego przeniesienie danej jednostki z jednego
rejestru cząstkowego do kolejnego (sensie czasowej sekwencji zdarzeń), to użytkownik wybiera
jednostkę z rejestru cząstkowego wcześniejszego (sensie czasowej sekwencji zdarzeń), wprowadza
dane, które powodują przeniesienie tej jednostki do rejestru cząstkowego późniejszego (sensie czasowej
sekwencji zdarzeń). W przypadku Wykazu osób usamodzielnionych „jednostka”, w tym przypadku
dziecko, może do niego trafić zarówno z rejestru opisanego w pkt. 5.4.2.7 ale również, gdy wcześniej
(sensie czasowej sekwencji zdarzeń) było umieszczone w tym wykazie, a następnie na skutek innych
zdarzeń zostało z niego usunięte. Zamawiający z tego powodu nie precyzuje jednoznacznie w jaki
sposób w systemie ma być zrealizowana funkcjonalność niezbędna do zaimplementowania właściwej
obsługi wyboru „jednostki”, w tym przypadku dziecka, dla której nastąpiło zdarzenie powodujące
konieczność wprowadzenia w jej karcie informacyjnej danych, o których mowa w pkt. 5.4.2.8.6.1.