Przejdź do treści
← Wróć do listy
Po terminie

Usługi Systemu Rejestru Jednostek Pomocy Społecznej – Warszawa

Przedmiot zamówienia

AI

|- 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.

Terminy realizacji

Czas realizacji
36 miesięcy od zawarcia umowy (pierwsze 30 dni okres przejściowy)

Warunki udziału

AI
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.

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

Cena oferty z VAT
50%
Koncepcja mechanizmu zarządzania informacjami publikowanymi w RJPS opartego na rolach i uprawnieniach użytkowników (K2)analiza 12 typów jednostek + koncepcja
40%
Termin realizacji przedmiotu umowy wg § 3 ust. 5 wzoru umowy (K3)modyfikacja do 40 dni roboczych = 5 pkt; >60 dni → odrzucenie
5%
Termin realizacji przedmiotu umowy wg § 3 ust. 6 wzoru umowy (K4)modyfikacja do 40 dni roboczych = 5 pkt; >60 dni → odrzucenie
5%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

Brak istotnych sygnałów ostrzegawczych.

Kary i sankcje

AI
  • Wadium: 150 000,00 zł (przelew lub forma niepieniężna)
  • Zabezpieczenie należytego wykonania: 5% ceny oferty z VAT
  • Kary umowne: w projekcie umowy (zał. nr 5)

Pytania i odpowiedzi

46

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.

Historia zmian

21.03.2019 — publikacja ogłoszenia
25.04.2019 — upływ terminu składania ofert