Opis Przedmiotu Zamówienia

Przedmiot zamówienia

1. Przedmiotem zamówienia jest dostawa dedykowanego oprogramowania, w tym wykonanie, wdrożenie oraz przekazanie majątkowych praw autorskich systemu informatycznego (zwanego dalej Systemem) służącego obsłudze projektu pn. „Gdański Program Profilaktyki Cukrzycy - program polityki zdrowotnej dotyczącej prewencji cukrzycy typu 2 u osób w wieku aktywności zawodowej na terenie Miasta Gdańska i Gminy Stegna”

2. W zakres niniejszego zamówienia wchodzą w szczególności:

a. wykonanie Systemu;

b. testowanie Systemu;

c. wdrożenie Systemu;

d. szkolenie z obsługi Systemu;

e. udzielenie Zamawiającemu rękojmi i gwarancji na zasadach określonych we wzorze umowy oraz wykonania wszelkich usług wynikających z udzielonej gwarancji;

f. przekazanie majątkowych praw autorskich do wytworzonego Systemu.

Wykonanie Systemu

Wykonawca odbędzie z Zamawiającym spotkania warsztatowe w siedzibie Zamawiającego w wymiarze minimum 10, a maksimum 30 godzin (nie więcej niż 6 godzin jednorazowo) mające na celu omówienie i analizę sposobu wykonania Przedmiotu Zamówienia opisanego w niniejszym OPZ. Na podstawie odbytych spotkań warsztatowych Wykonawca opracuje i dostarczy Specyfikację Wymagań Systemowych (SWS). Na podstawie SWS Wykonawca opracuje i dostarczy do akceptacji Zamawiającego następujące artefakty projektowe:

• makietę klikalną Systemu zaktualizowaną o uwagi Zamawiającego,

• projekty interfejsów graficznych Systemu,

• projekty i specyfikacje interfejsów API na potrzeby integracji z systemami zewnętrznymi,

• projekt bazy danych systemu,

• opis wymagań technicznych Systemu względem środowiska hostingowego. Wykonawca przedłoży wymienione powyżej artefakty do akceptacji Zamawiającego.

Testowanie systemu

W ramach testowania Systemu Wykonawca przeprowadzi testy akceptacyjne wszystkich modułów i funkcjonalności Systemu opisanych w SWS, w tym również testy akceptacyjne integracji z systemami zewnętrznymi za pomocą interfejsów API.

Wdrożenie Systemu

1. Wykonawca dokona wdrożenia Systemu na serwerach hostingowych dostarczonych przez Zamawiającego, w oparciu o dostarczony i zaakceptowany przez Xxxxxxxxxxxxx opis wymagań technicznych względem środowiska hostingowego.

2. Wykonawca wdroży System w postaci dwóch niezależnych instancji – deweloperskiej i produkcyjnej.

Szkolenie z obsługi Systemu

1. Wykonawca przeprowadzi szkolenie z obsługi oraz administrowania Systemem dla osób wskazanych przez Zamawiającego.

2. Szkolenie obejmować będzie nie mniej niż 18 godzin i nie więcej niż 30 godzin. Nie więcej niż 6

godzin jednorazowo.

3. Szkolenie przeprowadzone zostanie przed uruchomieniem Systemu w wersji produkcyjnej.

4. Szkolenie przeprowadzone zostanie w siedzibie biura projektu Zamawiającego.

5. Wykonawca zapewni wszelkie materiały niezbędne do przeprowadzenia szkolenia.

Udzielenie rękojmi i gwarancji

1. Wykonawca zobowiązany będzie do świadczenia serwisu gwarancyjnego przez cały okres

trwania projektu (tj. do 09.2023 r.).

2. W przypadku konieczności dokonywania zmian i napraw w Systemie Wykonawca zobowiązany będzie do świadczenia ww. usługi wyłącznie w siedzibie biura projektu Zamawiającego.

3. Okres świadczenia serwisu gwarancyjnego rozpocznie się z dniem podpisania końcowego protokołu odbioru Systemu bez uwag.

4. W okresie trwania serwisu gwarancyjnego Wykonawca jest zobowiązany do wykonywania świadczeń gwarancyjnych polegających na:

a. skutecznym rozwiązywaniu Zgłoszeń,

b. dostarczaniu, instalacji i wdrażaniu niezbędnych lub celowych poprawek (w tym tzw. łat

programowych - ang. „patch") Systemu;

c. podnoszenie wersji bazy w ramach serwisu gwarancyjnego;

d. innych koniecznych działaniach zapewniających prawidłowe - tzn. nieograniczone

czasowo i funkcjonalnie działanie Systemu.

5. Wykonawca będzie zobowiązany zrealizować wszelkie świadczenia w ramach serwisu gwarancyjnego w taki sposób, aby zapewnić pełną funkcjonalność Systemu w trakcie i po zrealizowaniu świadczenia.

6. Wszelkie działania związane ze świadczeniem serwisu gwarancyjnego wykonywane będą wyłącznie z wiedzą i akceptacją Zamawiającego.

7. W okresie trwania serwisu gwarancyjnego Wykonawca zobowiązany będzie do:

a. dostarczania nowych wersji lub uaktualnienia oprogramowania wchodzącego w skład Systemu, w przypadku, gdy nastąpią zmiany w obowiązującym prawodawstwie, wymagające nowszej wersji lub uaktualnienia oprogramowania,

b. instalacji nowych wersji lub uaktualnień oprogramowania w terminach uzgodnionych z Zamawiającym,

c. usprawniania obsługi Systemu poprzez wprowadzanie autorskich udoskonaleń w technologii i funkcjonalności oprogramowania,

d. szkolenia użytkowników i administratorów z zakresu nowych funkcjonalności, o których

mowa w ppkt. a-c oraz aktualizacji Dokumentacji w tym zakresie.

8. Awarie, problemy, incydenty i zdarzenia w działaniu Systemu będą usuwane przez Wykonawcę na podstawie zgłoszeń dokonywanych przez Zamawiającego na piśmie, wysłanych na adres Wykonawcy lub w formie elektronicznej poprzez system helpdesk bądź pocztę elektroniczną na wskazany przez Wykonawcę adres email.

Przekazanie majątkowych praw autorskich

1. W ramach realizacji przedmiotu zamówienia Wykonawca przekaże zamawiającemu wszelkie majątkowe prawa autorskie do wytworzonego Systemu.

2. Szczegółowy zakres i warunki przekazania majątkowych praw autorskich zawarte zostaną w

umowie.

Kontekst Systemu

System realizowany jest na potrzeby realizacji projektu pn. „Gdański Program Profilaktyki Cukrzycy - program polityki zdrowotnej dotyczącej prewencji cukrzycy typu 2 u osób w wieku aktywności zawodowej na terenie Miasta Gdańska i Gminy Stegna”.

Projekt jest zgodny z RPO dla WP na lata 2014-2020, w tym z kryteriami dla Poddziałania 5.4.1 „Zdrowie na rynku pracy – mechanizm ZIT”, poprzez zaimplementowanie dedykowanego programu zdrowotnego skoncentrowanego na chorobie cywilizacyjnej XXI wieku, tj. cukrzycy, którego celem jest wzrost skuteczności działań profilaktycznych w jej zapobieganiu, umożliwiających utrzymanie i wydłużenie aktywności zawodowej. Ponadto, ukierunkowanie działań na wzrost świadomości roli profilaktyki i zdrowego trybu życia w zapobieganiu ww. choroby jest jednym z kluczowych czynników oddziałujących na utrzymanie aktywności zawodowej. Projekt odpowiada na wyzwania dotyczące stanu zatrudnienia, poprawy stanu zdrowia oraz realizację dedykowanych programów zdrowotnych. Jego realizacja wynika z Regionalnego Programu Polityki Zdrowotnej dotyczącego prewencji Cukrzycy typu 2. Regionalny Program Profilaktyki Cukrzycy przygotowany został na potrzeby województwa pomorskiego i zatwierdzony w drodze uchwały przez Samorządu Województwa Pomorskiego. Poddziałanie 5.4.1 o nazwie „Zdrowie na rynku pracy – mechanizm ZIT” dedykowane jest w całości prewencji cukrzycy typu 2 na obszarze objętym ZIT, zgodnie ze strategią przyjętą przez Związek Zintegrowanych Inwestycji Terytorialnych (ZZIT) województwa pomorskiego. ZZIT działa w formie stowarzyszenia gmin i powiatów, tworzących jednorodny przestrzennie i funkcjonalnie obszar metropolitalny (do czerwca 2015 roku Związek ZIT działał w formie porozumienia). Aby pozyskać dedykowane dla ZIT środki, Związek opracował strategię określającą cele, kierunki rozwoju, zasady współpracy oraz najważniejsze przedsięwzięcia do realizacji wynikające z analizy barier i potencjałów rozwojowych. Powyższa strategia musi się odnosić się do wszystkich przedsięwzięć strategicznych wskazanych w RPO WP 2014- 2020 oraz SZOOP RPO WP 2014-2020.Podziałanie prewencji cukrzycy typu 2 jest jednym działań realizujących strategię ZZIT. W związku z Uchwałą nr 64/2018 Zarządu Stowarzyszenia OM GSG z dnia 6 lipca 2018 dotyczącą aktualizacji Strategii ZIT w odniesieniu do Metropolitalnego Programu Polityki Zdrowotnej dotyczącego prewencji cukrzycy typu 2, w planie wdrożeniowym przedsięwzięcia uwzględniono działania realizowane przez Wnioskodawcę na rzecz mieszkańców Gminy Stegna w ramach wskazanego w dokumencie „Gdańskiego Programu Profilaktyki Cukrzycy (GPPC) – program polityki zdrowotnej dotyczący cukrzycy typu 2 u osób w wieku aktywności zawodowej na terenie Miasta Gdańska i Gminy Stegna”. Działania, które będą prowadzone dla zrekrutowanych do projektu mieszkańców gminy Stegna, zaplanowane są w budżecie projektu wyłącznie w ramach kosztów sfinansowanych ze środków EFS oraz budżetu państwa.

Przedmiotowy projekt zgodny jest ze zidentyfikowanym w mechanizmie ZIT przedsięwzięciem i przyjętym „Regionalnym programem polityki zdrowotnej dotyczącym prewencji cukrzycy typu 2” (RPPZ), opracowanym przez Samorząd Województwa Pomorskiego oraz zaopiniowanym pozytywnie przez Agencję Oceny Technologii Medycznych i Taryfikacji - (opinia Prezesa AOTMiT nr 290/2017 z dnia 16.10.2017r.). Projekt zrealizowany zostanie w kilku wzajemnie powiązanych etapach, w tym m. in. polegać będzie na: kwalifikacji osób obciążonych ryzykiem zachorowania na cukrzycę typu 2 do działań edukacyjnych (wstępna ocena kryteriów włączenia przy pomocy ankiety FINDRISK), prowadzeniu badań OGTT (test obciążenia glukozą) służących identyfikacji osób z cukrzycą, stanem przedcukrzycowym oraz celem weryfikacji skuteczności interwencji zdrowotnej, przeprowadzeniu programu edukacyjnego w formie złożonego procesu interwencji medyczno-behawioralno-edukacyjnych realizowanego przez interdyscyplinarny zespół specjalistów: lekarzy, pielęgniarek, dietetyków, psychologów oraz

fizjoterapeutów. w ramach projektu opracowane zostaną procedury medyczne i interwencyjne oraz dedykowane materiały edukacyjne zarówno w formie tradycyjnej (drukowanej, przeznaczonych na spotkania bezpośrednie, stacjonarne), jak również elektronicznej w postaci dostępu do e-learningu oraz materiałów instruktażowych (audio/video) przeznaczonych do zastosowania na urządzeniach mobilnych (laptop, telefon, tablet etc.). Dla każdej z osób ze zidentyfikowanym stanem przedcukrzycowym zaplanowano roczną interwencję, mająca na celu uniknięcie zachorowania na cukrzycę typu 2.

Cel Systemu

Do głównych celów projektowanego Systemu należeć będą:

• obsługa dedykowanych (głównych i kontekstowych) procesów projektu zgodnie z opisem procesów i procedur opracowanym przez Xxxxxxxxxxxxx,

• automatyzacja i skalowanie procesu naboru uczestników projektu,

• automatyzacja procesów związanych z wytwarzaniem i obsługą dokumentacji projektowej i

procesowej,

• automatyzacja procesów związanych z raportowaniem wymaganym w ramach obsługi projektów finansowanych ze środków Europejskiego Funduszu Społecznego oraz budżetu państwa poprzez wdrożenie właściwych interfejsów API lub innych niezbędnych mechanizmów raportowania,

• umożliwienie szczegółowego nadzoru nad środkami finansowymi projektu oraz automatyzacja procesów decyzyjnych związanych z zarządzaniem budżetem projektu, w tym raportowanie i rozliczanie Wykonawców Medycznych działających w ramach projektu,

• nadzorowanie i koordynowanie procesu uczestnictwa uczestników projektu na każdym jego

etapie,

• ewaluacja wyników projektu.

Udziałowcy i użytkownicy systemowi

Wstępnie zidentyfikowani zostali następujący udziałowcy Systemu i użytkownicy w ramach zidentyfikowanych udziałowców:

1. Realizator

a. Administrator

b. Koordynator projektu

c. Koordynator finansowy

2. Wykonawca Interwencji Zdrowotnej

a. Administrator Interwencji Zdrowotnej

b. Lekarz

c. Pielęgniarka

d. Fizjoterapeuta

e. Psycholog

f. Callcenter

g. Rejestrator

h. Pacjent/Uczestnik

3. Użytkownik anonimowy

Liczba oraz podział udziałowców i użytkowników Systemu może ulec zmianie na skutek warsztatów projektowych w trakcie opracowania SWS. W skutek prac analitycznych wyodrębnione mogą zostać dodatkowe instancje, a inne mogą ulec połączeniu.

Moduły systemowe

Wstępnie zidentyfikowane zostały następujące moduły funkcjonalne Systemu:

1. Moduł screeningowy

2. Moduł rejestracyjny

3. Moduł badań medycznych

4. Moduł edukacyjny

5. Moduł interwencji behawioralnych

6. Moduł statystyczny

7. Moduł finansowo-koordynacyjny

8. Moduł repozytorium

9. Moduł sprawozdawczy

Ilość i zakres modułów może ulec zmianie na skutek warsztatów projektowych w trakcie opracowania SWS. W skutek prac analitycznych wyodrębnione mogą zostać dodatkowe moduły, a inne mogą ulec scaleniu.

Wymagania ogólne

1. System musi zostać wykonany w zgodnie z wymaganiami Rozporządzenia Parlamentu

Europejskiego i Rady 2016/679 o ochronie danych osobowych (RODO).

2. System musi spełniać wymagania w zakresie bezpieczeństwa systemów informatycznych na poziomie wysokim w sposób opisany w Załącznik do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych.

3. System w całości wykonany będzie w języku polskim.

4. System wykonany zostanie w architekturze klient-serwer i musi być dostępny za pośrednictwem sieci Internet z rozproszonych terminali Użytkowników.

5. Cała logika, kod i bazy danych Systemu zlokalizowane będą na serwerze.

6. System wykonany zostanie zgodnie ze wzorcem MVC (model-view-controller).

7. System wykonany zostanie zgodnie z paradygmatem programowania obiektowego OOP (object-oriented programming).

8. W przypadku wykorzystania frameworków programistycznych (np. Symfony, Zend itp.) zapewnione zostanie wykorzystanie frameworka w najnowszej wydanej wersji i posiadającego aktualne wsparcie środowiska wytwórczego dla danego frameworka.

9. System zostanie wytworzony z zastosowaniem systemu kontroli wersji (GIT) oraz narzędzia wspierającego kontrolę dostępu i przechowywaniea repozytorium (np. Github, Bitbucket itp.), do którego wyłączny dostęp administracyjny zostanie po zakończeniu prac przekazany ~~zostanie~~ Zamawiającemu. Zamawiający dopuszcza możliwość zamieszczenia repozytorium GIT na własnym serwerze hostingowym dostarczonym przez Zamawiającego.

10. Kod źródłowy Systemu opatrzony musi zostać niezbędnymi komentarzami na poziomie klas, metod i zmiennych, umożliwiając szybszą i wygodniejszą konserwację i modyfikację kodu źródłowego w przyszłości.

11. Użytkowanie Systemu odbywać się będzie za pośrednictwem przeglądarki internetowej, jako

cienkiego klienta.

12. Wykonawca do celów akceptacji dostarczy Zamawiającemu klikalną makietę lo-fi (low fidelity)

obrazującą schematy wszystkich planowanych interfejsów aplikacji.

13. Wszystkie połączenia realizowane oraz dane przesyłane przez System za pośrednictwem publicznej sieci Internet muszą być szyfrowane.

14. Wszystkie interfejsy graficzne Systemu muszą zostać wykonane:

a. w zgodności ze standardem ISO 9241,

b. z uwzględnieniem najlepszych praktyk UX Design,

c. w zgodności z najnowszymi standardami określonymi przez W3C dla HTML, XHTML,

CSS,

d. z optymalizacją pod kątem czasu ładowania,

e. w technologii RWD (responsive web design) gwarantując pełną czytelność i użyteczność

na różnych rodzajach urządzeń i w różnych rozdzielczościach,

f. z zastosowaniem asynchronicznego przesyłania danych wszędzie tam, gdzie będzie istniała zasadność zastosowania tej metody.

15. System musi spełniać wszelkie standardy bezpieczeństwa wymagane prawnie na dzień przekazania go do użytkowania. W tym najlepsze praktyki branżowe odnośnie bezpieczeństwa, w szczególności dokładną walidację danych pobieranych z formularzy, przekazywanych przez URL oraz być odporny między innymi na następujące zagrożenia:

a. ataki semantyczne na adres URL,

b. ataki związane z ładowaniem plików,

c. ataki typu cross-site scripting,

d. podrabianie zatwierdzenia formularza,

e. ujawnienie uwierzytelnień dostępu,

f. wstrzykiwanie kodu SQL,

g. ujawnienie danych przechowywanych w bazie,

h. trawersowanie katalogów,

i. wstrzykiwanie poleceń systemowych.

16. Dostęp do Systemu musi być możliwy wyłącznie dla użytkowników do tego upoważnionych po uprzednim zalogowaniu za pomocą unikatowego loginu i hasła.

17. System umożliwi użytkownikowi z najwyższymi uprawnieniami administracyjnymi tworzenie, zarządzanie i usuwanie kont innych użytkowników oraz zarządzanie uprawnieniami dla tych kont w pełnym zakresie elastyczności.

18. System musi dokonywać automatycznego wylogowania użytkownika po określonym czasie nieaktywności użytkownika.

19. Każdy użytkownik posiadający dostęp do Systemu musi być ograniczony wyłącznie do zakresu możliwości funkcjonalnych określonych ograniczeniami roli i uprawnień jakie otrzymał w Systemie.

20. Każdy uczestnik projektu musi posiadać status precyzyjnie określający na którym etapie projektu się znajduje, w tym również dokładną historię wcześniejszych statusów oraz ich zmian.

21. System musi zapewniać precyzyjne w pełni automatyczne zarządzanie, monitorowanie i raportowanie statusów uczestników projektu, w tym historii statusów.

22. System zamieszczony zostanie na serwerze dostarczonym przez Zamawiającego.

23. System musi umożliwiać instalację i działanie w oparciu o darmowe systemy operacyjne i bazodanowe. Zamawiający nie dopuszcza możliwości zakupu licencji na system operacyjny lub system baz danych.

24. System powinien umożliwiać integrację z zewnętrznym serwerem lub operatorem udostępniającym możliwość masowej wysyłki wiadomości e-mail celem usprawnienia obsługi wysyłki powiadomień e-mail.

25. System powinien umożliwiać integrację z zewnętrznym operatorem oferującym usługę masowej wysyłki wiadomości tekstowych SMS celem usprawnienia obsługi wysyłki powiadomień SMS.

26. System dostarczony zostanie w dwóch niezależnych instancjach: produkcyjnej i deweloperskiej.

27. System powinien przechowywać wszystkie dane wprowadzone na każdym z poziomów przez każdy z typów użytkowników i umożliwiać wygodny i szybki wgląd oraz wyszukiwanie danych.

28. System musi zawierać wszelkie dane słownikowe oraz implementować algorytmy postępowania dotyczące obliczania, wprowadzania, oceny parametrów medycznych itp. na każdym etapie wprowadzania danych do Systemu.

29. Opracowanie algorytmów obliczeniowych, wdrożenie wartości referencyjnych oraz zapewnienie ich poprawności w oparciu o aktualne wytyczne i standardy instytucji i organizacji wymienionych w dalszej części Opisu Przedmiotu Zamówienia należeć będzie do odpowiedzialności Wykonawcy.

30. System powinien automatycznie pobierać i przesyłać określone typy danych do wybranych systemów zewnętrznych za pomocą dedykowanych interfejsów wymienionych w Opisie Przedmiotu Zamówienia.

31. Dostarczone rozwiązanie musi posiadać mechanizmy umożliwiające przeprowadzenie centralnej aktualizacji oprogramowania zarówno w środowisku produkcyjnym jak i testowo- szkoleniowym.

32. Oprogramowanie Systemu musi zostać dostarczone wraz z pełnym zestawem instalacyjnym obejmujący wszystkie niezbędne komponenty do prawidłowej pracy Systemu (w tym katalogi aplikacji, środowisko uruchomieniowe, czcionki, skróty itd.).

33. System do działania nie może wymagać instalacji żadnych wtyczek po stronie przeglądarki

internetowej (w tym x.xx. Adobe Flash, Microsoft Shockwave, Oracle Java itp.).

34. Wykonawca dostarczy niezbędne licencje oprogramowania e-usług i bazy danych jeśli takowe będą wymagane.

35. Realizacja Systemu prowadzona będzie przy zastosowaniu zwinnej metodyki zarządzania (Agile), Zamawiający nie narzuca konkretnej metodyki zwinnej.

36. Warunkiem odbioru Systemu w wersji produkcyjnej jest możliwość wcześniejszego przetestowania i ewentualnego poprawiania wszystkich jego modułów i funkcjonalności.

37. Wykonawca zobowiąże się do serwisu gwarancyjnego przez cały okres trwania projektu (tj do

09.2023 r.).

Moduł screeningowy

1. Powinien umożliwiać realizację badania przesiewowego FINDRISK zgodnie z założeniami Regionalnego Programu Polityki Zdrowotnej dotyczący prewencji cukrzycy typu 2 (RPPZ) z uwzględnieniem indywidualnych modyfikacji wprowadzonych przez Zamawiającego.

2. Powinien posiadać interfejs graficzny dostępny z poziomu przeglądarki internetowej.

3. Powinien realizować proces automatycznej kwalifikacji uczestników do poszczególnych kategorii na podstawie ściśle określonych parametrów zgodnych z wymaganiami RPPZ, w szczególności pod kątem spełniania wymagań dotyczących grupy docelowej.

4. Powinien dokonywać szczegółowej rejestracji wszelkich wprowadzonych za jego

pośrednictwem danych.

5. Powinien zawierać zestaw słowników realizujących podpowiedzi i automatyczne uzupełnianie wartości w polach formularza wszędzie tam, gdzie zaistnieje taka możliwość lub konieczność.

6. Powinien umożliwiać wybranym użytkownikom spełniającym kryteria kwalifikacji do badania OGTT dobrowolne uzupełnienie danych projektowych wymaganych na dalszych etapach procesu projektowego, w szczególności danych niezbędnych do rejestracji jako uczestnika

projektu dofinansowanego z EFS zgodnie z dokumentację zawartą w Podręczniku Beneficjenta SL2014 stanowiącym załącznik nr 4 do Opisu Przedmiotu Zamówienia.

7. Powinien posiadać interfejs API umożliwiający dostarczenie danych screeningowych uczestników z zewnętrznego systemu Wykonawcy Medycznego, z zachowaniem wszelkich wymagań procesowych oraz kryteriów kwalifikacji.

Moduł rejestracyjno-koordynacyjny

1. Udostępniony zostanie właściwym użytkownikom Wykonawcy Medycznego.

2. Powinien umożliwiać realizację wszelkich procesów związanych z rejestracją pacjenta jako uczestnika projektu dofinansowanego z EFS zgodnie z dokumentację zawartą w Podręczniku Beneficjenta SL2014 stanowiącym załącznik nr 4 do Opisu Przedmiotu Zamówienia.

3. Powinien umożliwiać wypełnianie i wydruk wszelkich dokumentów formalnych wymaganych w ramach realizacji projektu dofinansowanego z EFS.

4. Powinien umożliwiać weryfikację i uzupełnienie danych wstępnie wypełnionych dobrowolnie przez uczestnika za pośrednictwem interfejsu modułu screeningowego.

5. Powinien realizować maksymalną możliwą automatyzację wypełniania dokumentacji

projektowej.

6. Powinien umożliwiać maksymalnie zautomatyzowaną koordynację uczestnikiem w procesie udziału w każdym z etapów projektu.

7. Powinien dostarczać wszelkich niezbędnych informacji koordynacyjnych na temat udziału uczestnika w procesie, umożliwiających koordynację manualną wszędzie tam, gdzie nie jest możliwa automatyzacja procesu koordynacji.

8. Powinien dostarczać alertów związanych z odstępstwami uczestników projektu od ustalonego procesu, w tym x.xx. brak udziału w poszczególnych zaplanowanych etapach szkolenia oraz programu edukacyjno-interwencyjnego (interwencje behawioralne).

9. Procesy i formularze związane z koordynowaniem udziału uczestników projektu na każdym jego etapie powinny zostać opracowane w oparciu o:

a. Regionalny Program Polityki Zdrowotnej dotyczący prewencji cukrzycy typu 2 stanowiący załącznik nr 1 do Opisu Przedmiotu Zamówienia.

b. Główne schematy procesu udziału uczestnika w programie stanowiące załącznik nr 2 do Opisu Przedmiotu Zamówienia.

c. Procedury i karty pracy opracowane i dostarczone przez Zamawiającego. Zarówno procedury jak i karty pracy będą oparte na RPPZ.

Moduł badań medycznych

1. Udostępniony zostanie właściwym użytkownikom Wykonawcy Medycznego.

2. Powinien umożliwiać rejestrację wyników badania OGTT dla poszczególnych uczestników projektu na odpowiednich etapach procesu uczestnictwa, w tym poprzez dedykowany interfejs API zintegrowany z systemem laboratoryjnym Wykonawcy Medycznego (jeśli zostanie udostępniony przez Wykonawcę Med.). Powinien umożliwiać zarówno ręczną, jak i automatyczną (API) rejestrację wszelkich składowych wyniku badania OGTT.

3. Powinien umożliwiać realizację wszelkich procesów i procedur medycznych wymaganych przez RPPZ w tym w szczególności zaprojektowanych przez Zamawiającego w ramach opracowania procesów i procedur medycznych, w tym w szczególności:

a. rejestracja wyników OGTT wstępnych w tym x.xx.:

i. stężenie glukozy we krwi na czczo;

ii. stężenie glukozy we krwi w 120 minucie;

b. realizacja wstępnego badania pielęgniarskiego w tym x.xx.:

i. ocena fazy gotowości do zmiany zgodnie z transteoretycznym modelem zmiany

Prochaski i DiClemente;

ii. ocena przestrzegania zaleceń terapeutycznych w skali Likerta;

iii. wprowadzenie wyników pomiarów antropometrycznych (x.xx. wysokość ciała, masa ciała, obwód talii, masa tkanki tłuszczowej, masa tkanki beztłuszczowej, zawartość wody, masa mięśni, masa tkanki kostnej, wiek metaboliczny, odsetek tkanki tłuszczowej, tętno spoczynkowe);

iv. automatyczne obliczenie BMI;

v. automatyczna ocena masy ciała w oparciu o wytyczne WHO;

vi. automatyczna ocena otyłości brzusznej w oparciu o kryteria diagnostyczne IDF;

vii. automatyczna ocena odsetka tkanki tłuszczowej w oparciu o wytyczne WHO;

viii. wprowadzenie wyników pomiarów ciśnienia tętniczego zgodnie z wytycznymi PTNT (System powinien wymuszać poprawność realizacji procedury pomiarowej);

ix. automatyczna ocena ciśnienia tętniczego w oparciu o wytyczne PTNT;

x. pełna procedura i algorytmy oraz automatyczna ocena poziomu aktywności

fizycznej w oparciu o wytyczne badania IPAQ;

xi. pełna procedura analizy zachowań żywieniowych w zróżnicowanych skalach (ok. 20 pytań różnego rodzaju);

xii. automatyczna ocena statusu zachowań żywieniowych w oparciu o wytyczne dostarczone przez Zamawiającego;

c. realizacja wstępnego badania lekarskiego w tym x.xx.:

i. automatyczna klasyfikacja uczestnika do odpowiedniej kategorii na podstawie

wyników badania OGTT;

ii. wskazanie dodatkowych czynników wykluczających (ok. 30);

d. realizacja końcowego badania pielęgniarskiego w tym x.xx.:

i. ocena fazy gotowości do zmiany zgodnie z transteoretycznym modelem zmiany Prochaski i DiClemente;

ii. ocena przestrzegania zaleceń terapeutycznych w skali Likerta;

iv. automatyczne obliczenie BMI;

v. automatyczna ocena masy ciała w oparciu o wytyczne WHO;

vi. automatyczna ocena otyłości brzusznej w oparciu o kryteria diagnostyczne IDF;

vii. automatyczna ocena odsetka tkanki tłuszczowej w oparciu o wytyczne WHO;

viii. wprowadzenie wyników pomiarów ciśnienia tętniczego zgodnie z wytycznymi PTNT (System powinien wymuszać poprawność realizacji procedury pomiarowej);

ix. automatyczna ocena ciśnienia tętniczego w oparciu o wytyczne PTNT;

x. pełna procedura i algorytmy oraz automatyczna ocena poziomu aktywności

fizycznej w oparciu o wytyczne badania IPAQ;

xi. pełna procedura analizy zachowań żywieniowych w zróżnicowanych skalach (ok. 20 pytań różnego rodzaju);

e. automatyczna ocena statusu zachowań żywieniowych w oparciu o wytyczne dostarczone przez Zamawiającego;,

f. realizacja końcowego badania lekarskiego (opis procedury dostarczony zostanie przez Xxxxxxxxxxxxx),

g. rejestracja wyników OGTT końcowych w tym x.xx.:

i. stężenie glukozy we krwi na czczo;

ii. stężenie glukozy we krwi w 120 minucie.

4. Powinien umożliwiać wgląd lekarza w wyniki badania pielęgniarskiego.

5. Powinien umożliwiać transfer wszelkich danych wprowadzonych przez pielęgniarkę oraz lekarza do systemu HIS Wykonawcy Medycznego (poprzez interfejs API lub za pomocą alternatywnej metody ustalonej z Wykonawcą Medycznym na etapie wdrożenia).

Moduł edukacyjny

1. Powinien umożliwiać udostępnienie wybranym użytkownikom treści edukacyjnych w postaci szkoleń SCORM 1.2.

2. Powinien umożliwiać precyzyjną identyfikację czasu i użytkownika korzystającego z zasobów edukacyjnych oraz identyfikację użytkowanych zasobów.

3. Powinien umożliwiać wykonanie testów wiedzy w określonych punktach procesu edukacyjnego wraz z rejestracją wszystkich udzielonych odpowiedzi, wyników testów, czasu realizacji, użytkownika oraz wszelkich pozostałych danych. Testy wiedzy oraz właściwy czas ich przeprowadzenia określone zostały w Regionalnym Programie Polityki Zdrowotnej dotyczącym prewencji cukrzycy typu 2 stanowiącym załącznik nr 1 do Opisu Przedmiotu Zamówienia.

4. Powinien umożliwiać pobranie określonych materiałów edukacyjnych określonym użytkownikom na określonym etapie procesu edukacyjnego.

Moduł interwencji behawioralnych

1. Powinien umożliwiać realizację procedur związanych w wykonaniem interwencji behawioralnych wymaganych przez RPPZ oraz zaprojektowanych przez Zamawiającego w ramach opracowania procesów i procedur medycznych w tym w szczególności:

a. interwencja dietetyczna (I, II, III) w tym x.xx.:

i. ocena fazy gotowości do zmiany zgodnie z transteoretycznym modelem zmiany

Prochaski i DiClemente;

ii. ocena przestrzegania zaleceń terapeutycznych w skali Likerta;

iv. automatyczne obliczenie BMI;

v. automatyczna ocena masy ciała w oparciu o wytyczne WHO;

vi. automatyczna ocena otyłości brzusznej w oparciu o kryteria diagnostyczne IDF;

vii. automatyczna ocena odsetka tkanki tłuszczowej w oparciu o wytyczne WHO;

viii. pełna procedura analizy zachowań żywieniowych w zróżnicowanych skalach (ok. 20 pytań różnego rodzaju);

ix. automatyczna ocena statusu zachowań żywieniowych w oparciu o wytyczne dostarczone przez Zamawiającego;

b. interwencja fizjoterapeutyczna (I, II, III) w tym x.xx.:

i. ocena fazy gotowości do zmiany zgodnie z transteoretycznym modelem zmiany Prochaski i DiClemente;

ii. ocena przestrzegania zaleceń terapeutycznych w skali Likerta;

iii. pełna procedura oceny tolerancji wysiłku oraz automatyczna ocena wyniku zgodnie z procedurą YMCA ST;

iv. pełna procedura i algorytmy oraz automatyczna ocena poziomu aktywności

fizycznej w oparciu o wytyczne badania IPAQ;

v. subiektywna ocena wg skali Borga CR10;

Moduł statystyczny

1. Powinien umożliwiać wyświetlanie aktualnych oraz historycznych danych statystycznych z wybranego, dowolnie definiowanego okresu czasu w odniesieniu do poszczególnych danych uczestników zgromadzonych w Systemie, w szczególności:

o liczbę uczestników z określonym statusem;

o liczbę i rodzaj świadczeń zrealizowanych przez Wykonawcę Medycznego w tym x.xx.:

▪ liczbę uczestników, którzy odbyli szkolenie wstępne on-line;

▪ liczbę i szczegółowe wyniki wstępnych badań OGTT;

▪ liczbę i wybrane wyniki wstępnych badań pielęgniarskich;

▪ liczbę i wybrane dane z wstępnych badań lekarskich;

▪ liczbę i wybrane wyniki końcowych badań pielęgniarskich;

▪ liczbę i wybrane wyniki pierwszej, drugiej oraz trzeciej interwencji dietetycznej;

▪ liczbę i wybrane wyniki pierwszej, drugiej oraz trzeciej interwencji

fizjoterapeutycznej;

▪ liczbę i wybrane dane z końcowych badań lekarskich;

▪ liczbę i szczegółowe wyniki końcowych badań OGTT;

▪ liczbę uczestników, którzy odbyli szkolenie końcowe on-line;

o liczbę i szczegółowe wyniki ankiet FINDRISK;

2. Powinien umożliwić uzyskanie dokładnych danych liczbowych niezbędnych do celów sprawozdawczości mierników efektywności Regionalnego Programu Polityki Zdrowotnej dotyczącej prewencji cukrzycy typu 2 opisanych w załączniku nr 1 do Opisu Przedmiotu Zamówienia.

3. Wszelkie informacje statystyczne powinny być realizowane z zachowaniem anonimizacji oraz

wytycznych RODO.

Moduł finansowo-koordynacyjny

1. Powinien umożliwiać szczegółową weryfikację statusu każdego z uczestników projektu na każdym jego etapie, w tym daty uzyskania poszczególnych statusów.

2. Powinien umożliwiać precyzyjną kontrolę nad wykorzystanymi środkami finansowymi poprzez automatyczną analizę i monitorowanie wykorzystanych zasobów i usług zrealizowanych na poczet uczestników projektu na każdym z jego etapów.

3. Powinien umożliwiać realizację horyzontalnych i wertykalnych zestawień, tj. umożliwiających analizę zasobów wykorzystanych w podziale na poszczególnych użytkowników oraz użytkowników którzy skorzystali z określonego zasobu lub usługi.

4. Powinien umożliwiać przypisanie określonych stawek finansowych dla kosztów poszczególnych zasobów i usług (świadczeń) dostarczanych uczestnikom projektu.

5. Powinien umożliwiać elastyczne pozyskiwanie szczegółowych raportów finansowych umożliwiających okresowe rozliczanie usług zrealizowanych przez Wykonawcę Medycznego w trakcie trwania całego projektu, w tym w szczególności:

o wstępnych szkoleń (każda z form);

o badań OGTT wstępnych;

o badań OGTT końcowych;

o wstępnych badań pielęgniarskich;

o wstępnych badań lekarskich;

o I, II i III interwencji dietetycznej;

o I, II i III interwencji fizjoterapeutycznej;

o końcowych badań pielęgniarskich;

o końcowych badań lekarskich;

o badań OGTT końcowych;

o końcowych szkoleń (każda z form).

Moduł repozytorium

1. Powinien umożliwiać ładowanie, przechowywanie, zarządzanie i usuwania plików cyfrowych

wszelkiego typu.

2. Powinien umożliwiać tworzenie reguł udostępniania określonych plików określonym typom użytkowników w określonych momentach czasu, lub miejscach w procesie uczestnictwa w projekcie.

Moduł sprawozdawczy

1. Powinien umożliwiać integrację i komunikację za pomocą API z systemem Aplikacji głównej SL2014 w zakresie przesyłania danych związanych z realizacją i rozliczaniem dofinansowania (w szczególności w zakresie uczestników otrzymujących wsparcie). Dokumentacja integratora API systemu SL2014 oraz Podręcznik Beneficjenta SL2014 stanowią załączniki nr 3 i nr 4 do Opisu Przedmiotu Zamówienia.

2. Dane sprawozdawcze powinny pochodzić właściwych modułów Systemu i być poddane szczegółowej automatycznej weryfikacji przed realizacją wysyłki do SL2014.

3. Powinien umożliwiać generowanie i eksportowanie do plików (XLS, CSV) szczegółowych zestawień danych uczestników, którzy uzyskali jakikolwiek rodzaj świadczeń w wybranym, dowolnie definiowanym okresie czasu, wraz ze szczegółową informacją na temat uzyskanego świadczenia, w tym x.xx.:

o wstępnych szkoleń on-line;

o badań OGTT wstępnych;

o badań OGTT końcowych;

o wstępnych badań pielęgniarskich;

o wstępnych badań lekarskich;

o I, II i III interwencji dietetycznej;

o I, II i III interwencji fizjoterapeutycznej;

o końcowych badań pielęgniarskich;

o końcowych badań lekarskich;

o badań OGTT końcowych;

o końcowych szkoleń on-line.

Załączniki

1. Załącznik nr 1 – (RPPZ) Regionalny Program Polityki Zdrowotnej dotyczący prewencji cukrzycy

typu 2

2. Załącznik nr 2 – Ogólne schematy procesu udziału uczestnika w programie

3. Załącznik nr 3 – Dokumentacja integratora API systemu SL2014

4. Załącznik nr 4 – Podręcznik Beneficjenta SL2014

Document Metadata

Table of Contents

Opis Przedmiotu Zamówienia

Document Metadata