Warszawa: Stworzenie oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchową


Numer ogłoszenia: 12072 - 2015; data zamieszczenia: 16.01.2015

OGŁOSZENIE O ZAMÓWIENIU - usługi


Zamieszczanie ogłoszenia:
obowiązkowe.


Ogłoszenie dotyczy:
zamówienia publicznego.

SEKCJA I: ZAMAWIAJĄCY


I. 1) NAZWA I ADRES:
Uniwersytet Warszawski , Krakowskie Przedmieście 26/28, 00-927 Warszawa, woj. mazowieckie, tel. 22 55 32 403, faks 22 55 32 213.


  • Adres strony internetowej zamawiającego:
    www.fuw.edu.pl


I. 2) RODZAJ ZAMAWIAJĄCEGO:
Uczelnia publiczna.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA


II.1) OKREŚLENIE PRZEDMIOTU ZAMÓWIENIA


II.1.1) Nazwa nadana zamówieniu przez zamawiającego:
Stworzenie oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchową.


II.1.2) Rodzaj zamówienia:
usługi.


II.1.4) Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
Przedmiotem zamówienia jest usługa stworzenia oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchomą. Wymagania funkcjonalne: Przedmiotem zamówienia jest stworzenie platformy PISAK (zwanej dalej Platformą) rozumianej jako aplikacja zarządzająca wraz z modułami użytkowymi i społecznościowymi opisanymi dalej. Cała Platforma powinna zakładać możliwość obsługi poprzez jednobitowy sygnał wejściowy (np. jeden przycisk) lub kursor sterowany ruchami głowy. Żadna z funkcjonalności nie powinna wymagać innej interakcji dla swojego sprawnego działania. Ruchy głowy rejestrowane są na pomocą kamery wideo 2D lub 3D podłączonej do komputera. Platforma powinna zostać zintegrowana z systemem interfejsów mózg-komputer OpenBCI (http://bci.fuw.edu.pl) rozwijanym na Wydziale Fizyki UW, w szczególności musi być zapewniona możliwość uruchomienia Platformy z poziomu interfejsu graficznego OpenBCI. Dozwolona jest wyjściowa, jednorazowa konfiguracja przez opiekuna (będącego w pełni manualnie sprawną osobą, ale przy założeniu, że jest komputerowym laikiem). Powinna być zapewniona możliwość nawigowania pomiędzy różnymi funkcjonalnościami. Funkcjonalności między sobą powinny być spójne (kolorystycznie i funkcjonalnie) i działać według tej samej bądź podobnej logiki. Wszelkie prezentowane elementy powinny być duże i wyraźne, podstawowa estetyka powinna być wysokokontrastowa. Zakłada się wysoki poziom modyfikowalności poszczególnych komponentów Platformy, aby ułatwić dostosowywanie jej do różnych niepełnosprawności. W szczególności, wszystkie elementy interfejsu użytkownika powinny być konfigurowalne z poziomu plików konfiguracyjnych zapisanych w formacie tekstowych plików JSON. Wygląd elementów interfejsu powinien być konfigurowalny za pomocą arkuszy stylów CSS. Powinna być zapewniona łatwa zmiana wyglądu interfejsu (użycie innego pliku CSS). Wykonawca przed dostarczeniem modułu, ma obowiązek przeprowadzić minimum 2 cykle testów modułów z przynajmniej pięcioma osobami niepełnosprawnymi z grupy docelowej Platformy PISAK, to jest z osobami z niepełnosprawnością ruchową, z poważnymi zaburzeniami w komunikacji, potocznie nazywane niemówiącymi, które na skutek niepełnosprawności ruchowej w obrębie kończyn górnych nie mogą posługiwać się ogólnie dostępnymi środkami komunikacji takimi jak komputery, tablety lub telefony komórkowe. Pierwszy cykl powinien wykazać w formie raportu konieczne do wprowadzenia poprawki, a wynikiem drugiego cyklu tych testów powinien być raport wykazujący przetestowane ścieżki interakcji z aplikacjami, brak istotnych niedogodności zgłaszanych przez użytkowników. Całość oprogramowania powstającego w ramach projektu PISAK powinna być zgodna z licencją GPL v. 3 i powinna być napisana w języku Python w wersji 3 z użyciem biblioteki Clutter (biblioteka ta jest dostępna na licencji otwartej LGPL) do obsługi warstwy graficznej. Dopuszcza się zaimplementowanie krytycznych fragmentów kodu w postaci binarnych modułów do Pythona napisanych w języku C++. Kod powinien być napisany w sposób multiplatformowy. Powinno być możliwe uruchomienie Platformy co najmniej w systemach Ubuntu 14.10 i późniejszych. Wymagania dotyczące modułów użytkowych: Skanowanie: Funkcjonalność tego moduły ma być użyta jako obsługa interfejsu we wszystkich innych modułach. Symuluje ona naturalnie stosowaną przez opiekunów użytkowników docelowych metodę komunikacji polegającą na sekwencyjnym odpytywaniu użytkownika i obserwowaniu jego reakcji. W przypadku aplikacji powinno to być wykonane przez kolejne podświetlenie różnych miejsc na ekranie skojarzonych z konkretnymi opcjami i oczekiwanie przez określony czas na sygnał. Sygnałem może być sygnał z przycisku, myszki lub innego urządzenia. Zakłada się dostarczanie użytkownikowi informacji zwrotnej w postaci dźwięku po każdorazowej zmianie podświetlenia oraz po dokonaniu wyboru. Wirtualna klawiatura: Moduł zapewniający użytkownikowi możliwość napisania tekstu, prostą nawigację po nim oraz edycję (kasowanie liter, cofnięcie akcji) za pomocą mechanizmów udostępnianych przez moduł skanowania. Użytkownik ma możliwość pisania dużymi, małymi oraz polskimi literami. Ma również dostęp do standardowych znaków interpunkcyjnych i tych używanych w przestrzeni cyfrowej. Użytkownik powinien móc zapisać napisany tekst oraz wczytać inne wcześniej zapisane. Dla usprawnienia całego procesu, powinien pojawić się moduł predykcji, tj. proponujący słowa będące dopełnieniem napisanych liter. Dodatkową cechą aplikacji ma być możliwość odczytania napisanego tekstu przez syntezator mowy. Klawiatura symboliczna: Moduł dostarczający funkcjonalność analogiczną do klawiatury wirtualnej, z wyłączeniem predykcji, jednak użytkownik pisze symbolami obrazkami (Bliss, Sclera itp.). Symbole powinny również być podpisywane słowami, które opisują ich znaczenie. Ponieważ symboli jest znacznie więcej niż liter to niemożliwym jest wyświetlenie wszystkich symboli na jednym ekranie i skanowanie po nich. Moduł powinien zakładać dwa sposoby działania - podziały symboli na: a) wiele ekranów z możliwymi do wyboru symbolami oraz b) podział symboli na różne kategorie, przy czym jeden symbol może znajdować się w wielu kategoriach. Symbole powinny być automatycznie wczytywane z określonego folderu. Obsługiwane symbole będą obrazkami o rozszerzeniach: png lub svg. Powinna istnieć możliwość definiowania kategorii dla danego symbolu przez opiekuna osoby niepełnosprawnej. Przeglądarka zdjęć: Funkcjonalność pozwalająca użytkownikowi na przeglądanie zdjęć zapisanych na komputerze, łatwą nawigację po bibliotece zdjęć oraz podstawową edycję tych zdjęć (podobnie jak w aplikacjach na urządzenia mobilne jak np. proste filtry - sepia, skala szarości, obracanie, kontury, krawędzie, negatyw, odbicie lustrzane, prześwietlenie). Osoba edytująca zdjęcie powinna mieć możliwość zapisania edytowanego zdjęcia jako nowe zdjęcie. Aplikacja powinna umożliwiać przeglądanie zdjęć na pełnym ekranie (slide-show). Zdjęcia rozumiane są jako pliki graficzne w formatach: bmp, png, jpg. Prosty edytor grafiki: Moduł pozwalający użytkownikowi na wykonanie prostych rysunków również obsługiwany przez wejście jednobitowe. Aplikacja powinna dawać możliwość wyboru miejsca początku rysowania, zmiany koloru oraz grubości pędzla, powinna pozwolić na rysowanie linii prostych, jak i łuków. Użytkownik powinien móc zapisać swój rysunek, jak również i wczytać do ponownej edycji. Rysunki zapisane w niniejszej funkcjonalności powinny móc być wyświetlone w przeglądarce zdjęć. Audio: Moduł pozwalający użytkownikowi na słuchanie muzyki zapisanej na komputerze (podstawowe formaty muzyczne mp3, wav), w określonym folderze i jego podkatalogach. Zakładamy, że wgrywanie plików audio do odpowiednich katalogów wykonuje opiekun. Użytkownik powinien móc: - rozpoczynać i zatrzymywać odtwarzanie, - nawigować między albumami, pojedynczymi plikami, - regulować głośność (regulacja głośności muzyki powinna być niezależna od regulacji głośności dźwięków informacji zwrotnej przy skanowaniu), - wybierać sposobu odtwarzania (po kolei, w pętli, losowo), - oznaczyć utwór jako ulubione (i później mieć możliwość wyboru wszystkich takich utworów tak jak albumu). Dodatkowo użytkownik powinien mieć możliwość korzystania z innych funkcjonalności platformy w czasie odsłuchiwania muzyki. Wideo: Moduł pozwalający użytkownikowi na obejrzenie klipu, filmu zapisanego na komputerze, w określonym folderze i jego podkatalogach, w popularnych kontenerach tj. avi, mp4, mpg, mpeg, mkv wraz z napisami, jeśli są dostępne. Zakładamy, że wgrywanie filmów i napisów do odpowiednich katalogów wykonuje opiekun. Natomiast użytkownik powinien mieć zapewnioną: - możliwość nawigacji między zapisanymi plikami na dysku, - możliwość nawigacji po filmie (play, stop, rewind), - pogłaśniania bez przerywania oglądania oraz - możliwość oglądania na pełnym ekranie, tj. bez innych wyświetlanych paneli/przycisków. Wymagania dotyczące modułów społecznościowych: Blog: Moduł pozwalający użytkownikowi na prowadzenie bloga w internecie oraz przeglądanie innych blogów prowadzonych przez użytkowników PISAKa. Użytkownik powinien móc publikować pełne posty z tekstem (bazując na działaniu klawiatury wirtualnej), obrazkami/zdjęciami (bazując na rozwiązaniu z przeglądarki do zdjęć) oraz mieć możliwość późniejszej modyfikacji. Użytkownik powinien móc czytać blogi innych użytkowników PISAKa, wyświetlanych do wyboru na wzór przeglądarki zdjęć, oglądać ich profil i mieć możliwość komentowania ich wpisów (na komentarze można odpowiadać oraz je usuwać). Blogi pisane za pomocą platformy PISAK powinny również funkcjonować w internecie (jako zwykłe strony internetowe), dostępne dla wszystkich ludzi korzystających z internetu. Użytkownik powinien móc oznaczać wybrane blogi jako ulubione i takie blogi powinny być najłatwiej dostępne z listy wszystkich blogów. E-mail: Moduł pozwalający użytkownikowi na wysyłanie oraz odbieranie maili. Z racji skomplikowanej konfiguracji skrzynek mailowych, zakłada się, że opiekun użytkownika będzie musiał przeprowadzić pierwszą konfigurację skrzynki mailowej - ustawienie serwerów poczt, szyfrowania, założenie maila u dostawcy. Jednak po tej wstępnej konfiguracji, wszelka inna aktywność mailowa powinna móc być obsługiwana z poziomu docelowego użytkownika. Użytkownik powinien móc: napisać maila (bazując na funkcjonalności klawiatury wirtualnej lub symbolicznej), wprowadzić adresata lub wybrać z listy osób, do których już wysyłał maila, odczytać maile od innych osób. Powinna być dostępna opcja odpowiedz w mailu, który otrzymał użytkownik. Użytkownik powinien mieć dostęp do wysłanych oraz odebranych maili. Pobieranie emaili powinno odbywać się z użyciem protokołu IMAP z obsługą szyfrowania. Powinna istnieć możliwość wskazania folderów IMAP, które będą traktowane jako odebrane i wysłane. Realizacja: Prace mają zostać zrealizowane w następujących etapach: 1. Stworzenie projektu wszystkich modułów użytkowych. 2. Stworzenie oprogramowania z wszystkimi modułami użytkowymi. 3. Stworzenie projektu i oprogramowania wszystkich modułów społecznościowych. Rezultat końcowy: oprogramowanie wszystkich modułów użytkowych i społecznościowych wraz z dokumentacją zdeponowane w repozytorium internetowym wskazanym przez Zamawiającego oraz raport z ostatecznego testu z pięcioma osobami niepełnosprawnymi z grupy docelowej Platformy PISAK.


II.1.6) Wspólny Słownik Zamówień (CPV):
72.00.00.00-5.


II.1.7) Czy dopuszcza się złożenie oferty częściowej:
nie.


II.1.8) Czy dopuszcza się złożenie oferty wariantowej:
nie.



II.2) CZAS TRWANIA ZAMÓWIENIA LUB TERMIN WYKONANIA:
Zakończenie: 30.06.2015.

SEKCJA III: INFORMACJE O CHARAKTERZE PRAWNYM, EKONOMICZNYM, FINANSOWYM I TECHNICZNYM


III.2) ZALICZKI


III.3) WARUNKI UDZIAŁU W POSTĘPOWANIU ORAZ OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA TYCH WARUNKÓW


  • III.3.2) Wiedza i doświadczenie


    Opis sposobu dokonywania oceny spełniania tego warunku

    • Wykonawca wykaże główne usługi wykonane w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie. Przez główne usługi, należy rozumieć: usługi polegające na stworzeniu oprogramowania specjalistycznego dla osób niepełnosprawnych w ramach projektów naukowych realizowanych na potrzeby osób niepełnosprawnych, dla co najmniej trzech kontrahentów o wartości min. 250 000,00 zł brutto łącznie. Dowodami potwierdzającymi czy usługi zostały wykonane lub są wykonywane należycie są: a) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania ofert, b) oświadczenie Wykonawcy - jeżeli z uzasadnionych przyczyn o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w pkt a). Jeśli Wykonawca składa oświadczenie, zobowiązany jest podać przyczyny braku możliwości uzyskania poświadczenia. W przypadku gdy Zamawiający (Uniwersytet Warszawski) jest podmiotem, na rzecz którego usługi wskazane w wykazie zostały wcześniej wykonane, Wykonawca nie ma obowiązku przedkładania dowodów, o których mowa powyżej. W razie konieczności, szczególnie gdy wykaz dostaw lub dowody potwierdzające czy dostawy zostały wykonane lub są wykonywane należycie budzą wątpliwości Zamawiającego lub gdy z poświadczenia lub innego dokumentu wynika, że zamówienie nie zostało wykonane lub zostało wykonane nienależycie, Zamawiający może zwrócić się bezpośrednio do właściwego podmiotu, na rzecz którego dostawy były wykonane, o przedłożenie dodatkowych informacji lub dokumentów bezpośrednio Zamawiającemu. W przypadku podania wartości wykonanych dostaw w walutach obcych, Zamawiający dokona ich przeliczenia na złotówki według średniego kursu ogłoszonego przez NBP z dnia otwarcia ofert.


  • III.3.4) Osoby zdolne do wykonania zamówienia


    Opis sposobu dokonywania oceny spełniania tego warunku

    • W celu potwierdzenia spełnienia warunku III Wykonawca zobowiązany jest wykazać, iż dysponuje osobami zdolnymi do wykonania zamówienia, tj.: co najmniej dwoma osobami posiadającymi co najmniej dwuletnie doświadczenie w tworzeniu i modyfikacji modułów systemów Open Source do interfejsów mózg-komputer każda., a także co najmniej dwoma osobami posiadającymi co najmniej dwuletnie doświadczenie w tworzeniu i modyfikacji systemów tworzonych dla osób niepełnosprawnych, opartych przynajmniej o technologię wirtualnej rzeczywistości z wykorzystaniem kamery 2d i 3d, każda. Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia, wraz z informacjami na temat ich kwalifikacji zawodowych niezbędnych do wykonania zamówienia, potwierdzonych w formie fragmentów logów repozytorium poświadczonych za zgodność ze stanem faktycznym przez Wykonawcę, oraz aktualnym odnośnikiem do danego repozytorium w przypadku projektów typu Open Source, oraz informacją o podstawie dysponowania tymi osobami - wzór stanowi załącznik nr 5 do SIWZ.


III.4) INFORMACJA O OŚWIADCZENIACH LUB DOKUMENTACH, JAKIE MAJĄ DOSTARCZYĆ WYKONAWCY W CELU POTWIERDZENIA SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU ORAZ NIEPODLEGANIA WYKLUCZENIU NA PODSTAWIE ART. 24 UST. 1 USTAWY


III.4.1) W zakresie wykazania spełniania przez wykonawcę warunków, o których mowa w art. 22 ust. 1 ustawy, oprócz oświadczenia o spełnianiu warunków udziału w postępowaniu należy przedłożyć:

  • wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych dostaw lub usług, w okresie ostatnich trzech lat przed upływem terminu składania ofert albo wniosków o dopuszczenie do udziału w postępowaniu, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie;
  • wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia, w szczególności odpowiedzialnych za świadczenie usług, kontrolę jakości lub kierowanie robotami budowlanymi, wraz z informacjami na temat ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia, a także zakresu wykonywanych przez nie czynności, oraz informacją o podstawie do dysponowania tymi osobami;


III.4.2) W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 1 ustawy, należy przedłożyć:

  • oświadczenie o braku podstaw do wykluczenia;
  • aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu o udzielenie zamówienia albo składania ofert;

III.4.3) Dokumenty podmiotów zagranicznych

Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, przedkłada:

III.4.3.1) dokument wystawiony w kraju, w którym ma siedzibę lub miejsce zamieszkania potwierdzający, że:

  • nie otwarto jego likwidacji ani nie ogłoszono upadłości - wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu o udzielenie zamówienia albo składania ofert;

III.4.4) Dokumenty dotyczące przynależności do tej samej grupy kapitałowej

  • lista podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 r. o ochronie konkurencji i konsumentów albo informacji o tym, że nie należy do grupy kapitałowej;

SEKCJA IV: PROCEDURA


IV.1) TRYB UDZIELENIA ZAMÓWIENIA


IV.1.1) Tryb udzielenia zamówienia:
przetarg nieograniczony.


IV.2) KRYTERIA OCENY OFERT


IV.2.1) Kryteria oceny ofert:
cena oraz inne kryteria związane z przedmiotem zamówienia:

  • 1 - Cena - 90
  • 2 - gwarancja - 10


IV.3) ZMIANA UMOWY


przewiduje się istotne zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru wykonawcy:


Dopuszczalne zmiany postanowień umowy oraz określenie warunków zmian

Zamawiający przewiduje zmiany postanowień zawartej umowy w stosunku do treści oferty, na podstawie, której dokonano wyboru Wykonawcy, w wypadku wystąpienia jednej z następujących okoliczności, tj.: 1) w wypadku zmian podmiotowych po stronie Wykonawcy, zgodnie z obowiązującymi przepisami prawa, 2) w wypadku zmian stanu prawnego lub faktycznego, które mają wpływ na treść zawartej umowy, jeżeli tak zamiana leży w interesie publicznym, 3) w pozostałym zakresie - w sytuacji nieprzewidzianej i niezawinionej przez strony, której wystąpienia strony nie mogły przewidzieć pomimo zachowania należytej staranności, 4) zmiany formy wniesionego zabezpieczenia należytego wykonania umowy. 5) zmiany parametrów elementów przedmiotu zamówienia zaproponowanych w ofercie na elementy równoważne lub o lepszych parametrach jedynie w sytuacji, gdy zaoferowane elementy zostały wycofane z produkcji, a ich wartość pozostaje bez zmian. Parametry nowych elementów przedmiotu zamówienia należy uzgodnić z Zamawiającym. Zamawiający winien zaakceptować nowe elementy.


IV.4) INFORMACJE ADMINISTRACYJNE


IV.4.1)
 
Adres strony internetowej, na której jest dostępna specyfikacja istotnych warunków zamówienia:
www.fuw.edu.pl

Specyfikację istotnych warunków zamówienia można uzyskać pod adresem:
Wydział Fizyki Uniwersytetu Warszawskiego, 02-93 Warszawa, ul. Pasteura 5, pok. 0.18 (parter).


IV.4.4) Termin składania wniosków o dopuszczenie do udziału w postępowaniu lub ofert:
26.01.2015 godzina 11:00, miejsce: Wydział Fizyki Uniwersytetu Warszawskiego, 02-93 Warszawa, ul. Pasteura 5, pok. 0.18 (parter).


IV.4.5) Termin związania ofertą:
okres w dniach: 30 (od ostatecznego terminu składania ofert).


IV.4.16) Informacje dodatkowe, w tym dotyczące finansowania projektu/programu ze środków Unii Europejskiej:
Przedmiotowe zamówienie jest realizowane w ramach programu INNOWACJE SPOŁECZNE pt. Polski Interaktywny System Alternatywnej Komunikacji Wymagania dodatkowe: 1) W celu potwierdzenia, że oferowany przedmiot zamówienia spełnia wymagania określone przez Zamawiającego Wykonawca jest zobowiązany złożyć wraz z ofertą opis oferowanego przedmiotu zamówienia, zawierający informację wskazane w pkt. 2 SIWZ 2) Przedmiot zamówienia musi być objęty minimum 24 miesięczną gwarancją i rękojmią, liczoną od daty podpisania protokołu odbioru jakościowego. 3) Wynagrodzenie będzie płacone przelewem na rachunek bankowy Wykonawcy wskazany na fakturze VAT w terminie 30 dni od daty otrzymania faktury. Do faktury należy dołączyć bezusterkowy protokół odbioru jakościowego. 1. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby wykonania zamówienia. Zobowiązanie, winno być złożone w formie oryginału lub w formie notarialnie poświadczonej kopii i wyrażać w sposób wyraźny i jednoznaczny wolę udzielenia Wykonawcy ubiegającemu się o zamówienie odpowiedniego zasobu oraz określać jego: - zakres dostępnych Wykonawcy zasobów innego podmiotu, - sposób wykorzystania zasobów innego podmiotu, przez Wykonawcę, przy wykonywaniu zamówienia, - zakres i okres udziału innego podmiotu przy wykonywaniu zamówienia, a także charakter stosunku, jaki będzie łączył Wykonawcę z innym podmiotem. 2. Podmiot, który zobowiązał się do udostępnienia zasobów zgodnie z pkt 1, odpowiada solidarnie z wykonawcą za szkodę zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy. 3. W przypadku wykonawców wspólnie ubiegających się o udzielenie zamówienia oraz w przypadku innych podmiotów, na zasobach których wykonawca polega na zasadach określonych w art. 26 ust. 2b ustawy, kopie dokumentów dotyczących odpowiednio wykonawcy lub tych podmiotów są poświadczane za zgodność z oryginałem odpowiednio przez wykonawcę lub te podmioty. 4. W przypadku składania oferty przez Wykonawców ubiegających się wspólnie o udzielenie zamówienia, warunki, o których mowa w art. 22 ust. 1 mogą być spełnione łącznie. 5. Warunki udziału w postępowaniu zostaną ocenione zgodnie z opisanym sposobem dokonywania oceny spełniania warunków, jako spełnione/niespełnione na podstawie zaświadczeń, oświadczeń i dokumentów opisanych i wymaganych w punkcie 12 SIWZ, będących załącznikami do oferty Wykonawcy. 6. Warunki, o których mowa w punkcie 11 SIWZ, oraz opis sposobu dokonania oceny ich spełniania mają na celu zweryfikowanie zdolności wykonawcy do należytego wykonania udzielanego zamówienia. Dodatkowo do oferty należy dołączyć: 1) formularz ofertowy - zał. nr 1 do SIWZ, 2) szczegółowy opis przedmiotu zamówienia. Zamawiający dopuszcza złożenie opisu w języku angielskim. 3) oświadczenie, że wykonawca dysponuję osobami zdolnymi do wykonywania zamówienia, 4) pełnomocnictwo do podpisania oferty, jeżeli nie wynika ono z załączonych dokumentów, należy załączyć na piśmie w formie oryginału lub w formie notarialnie poświadczonej kopii, 5) jeśli dotyczy - pisemne zobowiązanie innych podmiotów do oddania Wykonawcy do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia, należy załączyć na piśmie w formie oryginału lub w formie notarialnie poświadczonej kopii. Dokumenty należy złożyć w formie oryginału lub kserokopii poświadczonej za zgodność z oryginałem przez osoby upoważnione z zastrzeżeniem pełnomocnictw, zobowiązania innego podmiotu oraz listy podmiotów należących do tej samej grupy kapitałowej, których treść i forma muszą być zgodne z zapisami SIWZ..


IV.4.17) Czy przewiduje się unieważnienie postępowania o udzielenie zamówienia, w przypadku nieprzyznania środków pochodzących z budżetu Unii Europejskiej oraz niepodlegających zwrotowi środków z pomocy udzielonej przez państwa członkowskie Europejskiego Porozumienia o Wolnym Handlu (EFTA), które miały być przeznaczone na sfinansowanie całości lub części zamówienia:
nie


Warszawa: Stworzenie oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchową


Numer ogłoszenia: 84538 - 2015; data zamieszczenia: 14.04.2015

OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA - Usługi


Zamieszczanie ogłoszenia:
obowiązkowe.


Ogłoszenie dotyczy:
zamówienia publicznego.


Czy zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych:
tak, numer ogłoszenia w BZP: 12072 - 2015r.


Czy w Biuletynie Zamówień Publicznych zostało zamieszczone ogłoszenie o zmianie ogłoszenia:
nie.

SEKCJA I: ZAMAWIAJĄCY


I. 1) NAZWA I ADRES:
Uniwersytet Warszawski, Krakowskie Przedmieście 26/28, 00-927 Warszawa, woj. mazowieckie, tel. 22 55 32 403, faks 22 55 32 213.


I. 2) RODZAJ ZAMAWIAJĄCEGO:
Uczelnia publiczna.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA


II.1) Nazwa nadana zamówieniu przez zamawiającego:
Stworzenie oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchową.


II.2) Rodzaj zamówienia:
Usługi.


II.3) Określenie przedmiotu zamówienia:
Przedmiotem zamówienia jest usługa stworzenia oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchomą. Wymagania funkcjonalne: Przedmiotem zamówienia jest stworzenie platformy PISAK (zwanej dalej Platformą) rozumianej jako aplikacja zarządzająca wraz z modułami użytkowymi i społecznościowymi opisanymi dalej. Cała Platforma powinna zakładać możliwość obsługi poprzez jednobitowy sygnał wejściowy (np. jeden przycisk) lub kursor sterowany ruchami głowy. Żadna z funkcjonalności nie powinna wymagać innej interakcji dla swojego sprawnego działania. Ruchy głowy rejestrowane są na pomocą kamery wideo 2D lub 3D podłączonej do komputera. Platforma powinna zostać zintegrowana z systemem interfejsów mózg-komputer OpenBCI (http://bci.fuw.edu.pl) rozwijanym na Wydziale Fizyki UW, w szczególności musi być zapewniona możliwość uruchomienia Platformy z poziomu interfejsu graficznego OpenBCI. Dozwolona jest wyjściowa, jednorazowa konfiguracja przez opiekuna (będącego w pełni manualnie sprawną osobą, ale przy założeniu, że jest komputerowym laikiem). Powinna być zapewniona możliwość nawigowania pomiędzy różnymi funkcjonalnościami. Funkcjonalności między sobą powinny być spójne (kolorystycznie i funkcjonalnie) i działać według tej samej bądź podobnej logiki. Wszelkie prezentowane elementy powinny być duże i wyraźne, podstawowa estetyka powinna być wysokokontrastowa. Zakłada się wysoki poziom modyfikowalności poszczególnych komponentów Platformy, aby ułatwić dostosowywanie jej do różnych niepełnosprawności. W szczególności, wszystkie elementy interfejsu użytkownika powinny być konfigurowalne z poziomu plików konfiguracyjnych zapisanych w formacie tekstowych plików JSON. Wygląd elementów interfejsu powinien być konfigurowalny za pomocą arkuszy stylów CSS. Powinna być zapewniona łatwa zmiana wyglądu interfejsu (użycie innego pliku CSS). Wykonawca przed dostarczeniem modułu, ma obowiązek przeprowadzić minimum 2 cykle testów modułów z przynajmniej pięcioma osobami niepełnosprawnymi z grupy docelowej Platformy PISAK, to jest z osobami z niepełnosprawnością ruchową, z poważnymi zaburzeniami w komunikacji, potocznie nazywane niemówiącymi, które na skutek niepełnosprawności ruchowej w obrębie kończyn górnych nie mogą posługiwać się ogólnie dostępnymi środkami komunikacji takimi jak komputery, tablety lub telefony komórkowe. Pierwszy cykl powinien wykazać w formie raportu konieczne do wprowadzenia poprawki, a wynikiem drugiego cyklu tych testów powinien być raport wykazujący przetestowane ścieżki interakcji z aplikacjami, brak istotnych niedogodności zgłaszanych przez użytkowników. Całość oprogramowania powstającego w ramach projektu PISAK powinna być zgodna z licencją GPL v. 3 i powinna być napisana w języku Python w wersji 3 z użyciem biblioteki Clutter (biblioteka ta jest dostępna na licencji otwartej LGPL) do obsługi warstwy graficznej. Dopuszcza się zaimplementowanie krytycznych fragmentów kodu w postaci binarnych modułów do Pythona napisanych w języku C++. Kod powinien być napisany w sposób multiplatformowy. Powinno być możliwe uruchomienie Platformy co najmniej w systemach Ubuntu 14.10 i późniejszych. Wymagania dotyczące modułów użytkowych: Skanowanie: Funkcjonalność tego moduły ma być użyta jako obsługa interfejsu we wszystkich innych modułach. Symuluje ona naturalnie stosowaną przez opiekunów użytkowników docelowych metodę komunikacji polegającą na sekwencyjnym odpytywaniu użytkownika i obserwowaniu jego reakcji. W przypadku aplikacji powinno to być wykonane przez kolejne podświetlenie różnych miejsc na ekranie skojarzonych z konkretnymi opcjami i oczekiwanie przez określony czas na sygnał. Sygnałem może być sygnał z przycisku, myszki lub innego urządzenia. Zakłada się dostarczanie użytkownikowi informacji zwrotnej w postaci dźwięku po każdorazowej zmianie podświetlenia oraz po dokonaniu wyboru. Wirtualna klawiatura: Moduł zapewniający użytkownikowi możliwość napisania tekstu, prostą nawigację po nim oraz edycję (kasowanie liter, cofnięcie akcji) za pomocą mechanizmów udostępnianych przez moduł skanowania. Użytkownik ma możliwość pisania dużymi, małymi oraz polskimi literami. Ma również dostęp do standardowych znaków interpunkcyjnych i tych używanych w przestrzeni cyfrowej. Użytkownik powinien móc zapisać napisany tekst oraz wczytać inne wcześniej zapisane. Dla usprawnienia całego procesu, powinien pojawić się moduł predykcji, tj. proponujący słowa będące dopełnieniem napisanych liter. Dodatkową cechą aplikacji ma być możliwość odczytania napisanego tekstu przez syntezator mowy. Klawiatura symboliczna: Moduł dostarczający funkcjonalność analogiczną do klawiatury wirtualnej, z wyłączeniem predykcji, jednak użytkownik pisze symbolami obrazkami (Bliss, Sclera itp.). Symbole powinny również być podpisywane słowami, które opisują ich znaczenie. Ponieważ symboli jest znacznie więcej niż liter to niemożliwym jest wyświetlenie wszystkich symboli na jednym ekranie i skanowanie po nich. Moduł powinien zakładać dwa sposoby działania - podziały symboli na: a) wiele ekranów z możliwymi do wyboru symbolami oraz b) podział symboli na różne kategorie, przy czym jeden symbol może znajdować się w wielu kategoriach. Symbole powinny być automatycznie wczytywane z określonego folderu. Obsługiwane symbole będą obrazkami o rozszerzeniach: png lub svg. Powinna istnieć możliwość definiowania kategorii dla danego symbolu przez opiekuna osoby niepełnosprawnej. Przeglądarka zdjęć: Funkcjonalność pozwalająca użytkownikowi na przeglądanie zdjęć zapisanych na komputerze, łatwą nawigację po bibliotece zdjęć oraz podstawową edycję tych zdjęć (podobnie jak w aplikacjach na urządzenia mobilne jak np. proste filtry - sepia, skala szarości, obracanie, kontury, krawędzie, negatyw, odbicie lustrzane, prześwietlenie). Osoba edytująca zdjęcie powinna mieć możliwość zapisania edytowanego zdjęcia jako nowe zdjęcie. Aplikacja powinna umożliwiać przeglądanie zdjęć na pełnym ekranie (slide-show). Zdjęcia rozumiane są jako pliki graficzne w formatach: bmp, png, jpg. Prosty edytor grafiki: Moduł pozwalający użytkownikowi na wykonanie prostych rysunków również obsługiwany przez wejście jednobitowe. Aplikacja powinna dawać możliwość wyboru miejsca początku rysowania, zmiany koloru oraz grubości pędzla, powinna pozwolić na rysowanie linii prostych, jak i łuków. Użytkownik powinien móc zapisać swój rysunek, jak również i wczytać do ponownej edycji. Rysunki zapisane w niniejszej funkcjonalności powinny móc być wyświetlone w przeglądarce zdjęć. Audio: Moduł pozwalający użytkownikowi na słuchanie muzyki zapisanej na komputerze (podstawowe formaty muzyczne mp3, wav), w określonym folderze i jego podkatalogach. Zakładamy, że wgrywanie plików audio do odpowiednich katalogów wykonuje opiekun. Użytkownik powinien móc: - rozpoczynać i zatrzymywać odtwarzanie, - nawigować między albumami, pojedynczymi plikami, - regulować głośność (regulacja głośności muzyki powinna być niezależna od regulacji głośności dźwięków informacji zwrotnej przy skanowaniu), - wybierać sposobu odtwarzania (po kolei, w pętli, losowo), - oznaczyć utwór jako ulubione (i później mieć możliwość wyboru wszystkich takich utworów tak jak albumu). Dodatkowo użytkownik powinien mieć możliwość korzystania z innych funkcjonalności platformy w czasie odsłuchiwania muzyki. Wideo: Moduł pozwalający użytkownikowi na obejrzenie klipu, filmu zapisanego na komputerze, w określonym folderze i jego podkatalogach, w popularnych kontenerach tj. avi, mp4, mpg, mpeg, mkv wraz z napisami, jeśli są dostępne. Zakładamy, że wgrywanie filmów i napisów do odpowiednich katalogów wykonuje opiekun. Natomiast użytkownik powinien mieć zapewnioną: - możliwość nawigacji między zapisanymi plikami na dysku, - możliwość nawigacji po filmie (play, stop, rewind), - pogłaśniania bez przerywania oglądania oraz - możliwość oglądania na pełnym ekranie, tj. bez innych wyświetlanych paneli/przycisków. Wymagania dotyczące modułów społecznościowych: Blog: Moduł pozwalający użytkownikowi na prowadzenie bloga w internecie oraz przeglądanie innych blogów prowadzonych przez użytkowników PISAKa. Użytkownik powinien móc publikować pełne posty z tekstem (bazując na działaniu klawiatury wirtualnej), obrazkami/zdjęciami (bazując na rozwiązaniu z przeglądarki do zdjęć) oraz mieć możliwość późniejszej modyfikacji. Użytkownik powinien móc czytać blogi innych użytkowników PISAKa, wyświetlanych do wyboru na wzór przeglądarki zdjęć, oglądać ich profil i mieć możliwość komentowania ich wpisów (na komentarze można odpowiadać oraz je usuwać). Blogi pisane za pomocą platformy PISAK powinny również funkcjonować w internecie (jako zwykłe strony internetowe), dostępne dla wszystkich ludzi korzystających z internetu. Użytkownik powinien móc oznaczać wybrane blogi jako ulubione i takie blogi powinny być najłatwiej dostępne z listy wszystkich blogów. E-mail: Moduł pozwalający użytkownikowi na wysyłanie oraz odbieranie maili. Z racji skomplikowanej konfiguracji skrzynek mailowych, zakłada się, że opiekun użytkownika będzie musiał przeprowadzić pierwszą konfigurację skrzynki mailowej - ustawienie serwerów poczt, szyfrowania, założenie maila u dostawcy. Jednak po tej wstępnej konfiguracji, wszelka inna aktywność mailowa powinna móc być obsługiwana z poziomu docelowego użytkownika. Użytkownik powinien móc: napisać maila (bazując na funkcjonalności klawiatury wirtualnej lub symbolicznej), wprowadzić adresata lub wybrać z listy osób, do których już wysyłał maila, odczytać maile od innych osób. Powinna być dostępna opcja odpowiedz w mailu, który otrzymał użytkownik. Użytkownik powinien mieć dostęp do wysłanych oraz odebranych maili. Pobieranie emaili powinno odbywać się z użyciem protokołu IMAP z obsługą szyfrowania. Powinna istnieć możliwość wskazania folderów IMAP, które będą traktowane jako odebrane i wysłane. Realizacja: Prace mają zostać zrealizowane w następujących etapach: 1. Stworzenie projektu wszystkich modułów użytkowych. 2. Stworzenie oprogramowania z wszystkimi modułami użytkowymi. 3. Stworzenie projektu i oprogramowania wszystkich modułów społecznościowych. Rezultat końcowy: oprogramowanie wszystkich modułów użytkowych i społecznościowych wraz z dokumentacją zdeponowane w repozytorium internetowym wskazanym przez Zamawiającego oraz raport z ostatecznego testu z pięcioma osobami niepełnosprawnymi z grupy docelowej Platformy PISAK..


II.4) Wspólny Słownik Zamówień (CPV):
72.00.00.00-5.

SEKCJA III: PROCEDURA


III.1) TRYB UDZIELENIA ZAMÓWIENIA:
Przetarg nieograniczony


III.2) INFORMACJE ADMINISTRACYJNE


  • Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej:
    nie

SEKCJA IV: UDZIELENIE ZAMÓWIENIA


IV.1) DATA UDZIELENIA ZAMÓWIENIA:
19.02.2015.


IV.2) LICZBA OTRZYMANYCH OFERT:
1.


IV.3) LICZBA ODRZUCONYCH OFERT:
.


IV.4) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA:

  • Titanis Sp. z o.o., {Dane ukryte}, 02-594 Warszawa, kraj/woj. mazowieckie.


IV.5) Szacunkowa wartość zamówienia
(bez VAT): 95000,00 PLN.


IV.6) INFORMACJA O CENIE WYBRANEJ OFERTY ORAZ O OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ


  • Cena wybranej oferty:
    115000,00


  • Oferta z najniższą ceną:
    115000,00
    / Oferta z najwyższą ceną:
    115000,00


  • Waluta:
    PLN.

Adres: Krakowskie Przedmieście 26/28, 00-927 Warszawa
woj. mazowieckie
Dane kontaktowe: email: marta.jaczewska@adm.uw.edu.pl
tel: 22 5522009
fax: 022 8749115
Termin składania wniosków lub ofert:
2015-01-25
Dane postępowania
ID postępowania BZP/TED: 1207220150
ID postępowania Zamawiającego:
Data publikacji zamówienia: 2015-01-15
Rodzaj zamówienia: usługi
Tryb& postępowania [PN]: Przetarg nieograniczony
Czas na realizację: 155 dni
Wadium: -
Oferty uzupełniające: NIE
Oferty częściowe: NIE
Oferty wariantowe: NIE
Przewidywana licyctacja: NIE
Ilość części: 1
Kryterium ceny: 90%
WWW ogłoszenia: www.fuw.edu.pl
Informacja dostępna pod: Wydział Fizyki Uniwersytetu Warszawskiego, 02-93 Warszawa, ul. Pasteura 5, pok. 0.18 (parter)
Okres związania ofertą: 30 dni
Kody CPV
72000000-5 Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia
Wyniki
Nazwa części Wykonawca Data udzielenia Wartość
Stworzenie oprogramowania specjalnego przeznaczenia dla użytkownika z niepełnosprawnością ruchową Titanis Sp. z o.o.
Warszawa
2015-04-14 115 000,00