OPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 1 do SIWZ
OPIS PRZEDMIOTU ZAMÓWIENIA
Przedmiotem zamówienia jest świadczenie usługi eksperckiej polegającej na opracowaniu koncepcji i architektury Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej oraz realizacji innych zadań na rzecz projektu pn. „Małopolski System Informacji Medycznej (MSIM)”.
Termin realizacji zamówienia podstawowego: do 13 miesięcy od zawarcia umowy.
Termin realizacji prawa opcji, rozumiany jako termin na złożenie przez Zamawiającego oświadczeń o skorzystaniu z prawa opcji, wynosi 13 miesięcy od zawarcia umowy, jednak nie dłużej niż do 31.12.2019 r.
Terminy na wykonanie przez Wykonawcę zadań w zakresie prawa opcji, liczone od dnia złożenia przez Zamawiającego oświadczeń o skorzystaniu z prawa opcji, zostały wskazane w pkt II OPZ.
Słownik użytych pojęć
Ilekroć w niniejszym Opisie Przedmiotu Zamówienia jest mowa o:
a) Projekcie lub Projekcie MSIM – należy przez to rozumieć Projekt pn. „Małopolski System Informacji Medycznej (MSIM)” planowany do realizacji w ramach Osi priorytetowej 2. Cyfrowa Małopolska, Działanie 2.1 E - administracja i otwarte zasoby, Poddziałanie 2.1.5 E - usługi w ochronie zdrowia Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020;
b) Regionalnej Platformie Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim lub Platformie MSIM – należy przez to rozumieć platformę regionalną, która powstanie w wyniku realizacji projektu pn. „Małopolski System Informacji Medycznej (MSIM)”, wdrażanego przez Departament Inwestycji Strategicznych UMWM;
c) Warstwie regionalnej Platformy MSIM – należy przez to rozumieć tę część infrastruktury Projektu MSIM, w ramach której realizowane będą kluczowe elementy odpowiadające za interoperacyjność, w tym w szczególności rejestr dokumentów zgodny z profilem IHE XDS.b, zarządzanie identyfikatorami pacjentów, repozytorium regionalne, komunikacja z innymi platformami, itp.;
d) Poziomie lokalnym, systemie lokalnym, repozytorium lokalnym, itp. – należy przez to rozumieć odniesienie do instalacji w systemach informatycznych Partnerów Projektu;
e) Elektronicznej Dokumentacji Medycznej lub EDM – na potrzeby przedmiotowego zamówienia, należy przez to rozumieć zarówno Elektroniczną Dokumentację Medyczną wskazaną w art. 2 pkt. 6 UoSIOZ, jak również dokumentację medyczną w postaci elektronicznej prowadzoną w formatach zamieszczonych w Biuletynie Informacji Publicznej ministra właściwego do spraw zdrowia na podstawie przepisu art. 11. ust. 1a UoSIOZ, opatrzoną podpisem w sposób zgodny z określonym art. 2 pkt. 6 UoSIOZ;
f) UoSIOZ – należy przez to rozumieć ustawę z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia Dz.U.2017.1845 t.j. z dnia 05.10.2017 r.;
g) Platformie TUKAN lub równoważnej – należy przez to rozumieć platformę służącą do weryfikacji zgodności systemów informatycznych z profilami IHE oraz standardami HL7, posiadającą środowisko
testowe IHE Gazelle, serwer zgodny ze standardem HL7 FHIR (w wersji 3.0.1 lub wyższej) oraz umożliwiającą walidację dokumentów w stosunku do specyfikacji PIK HL7 CDA;
h) Projectathonie – należy przez to rozumieć warsztat służący wykonaniu testów integracyjnych (tj. testów zgodności komunikacji systemów zewnętrznych z profilami IHE przewidzianymi do realizacji w Platformie MSIM) oraz testów walidacyjnych (tj. testów zgodności dokumentów i metadanych ze specyfikacjami przewidzianymi do realizacji w Platformie MSIM, w tym specyfikacjami określonymi w pkt. I.5);
i) Profilu IHE – należy przez to rozumieć opracowany przez organizację Integrating the Healthcare Enterprise sposób rozwiązania określonego problemu lub zagadnienia integracji systemów informatycznych w ochronie zdrowia poprzez wybór odpowiednich dla danych przypadków użycia standardów oraz zasad ich implementacji. Każdy profil jest opisany w publicznie dostępnej dokumentacji pn. IHE Technical Frameworks (xxxx://xxx.xxx.xxx/Xxxxxxxxx_Xxxxxxxxxx/);
j) Portalu Pacjenta – należy przez to rozumieć funkcjonalność, której specyfikacja została wskazana w pkt
I.5.4 OPZ;
k) Portalu Specjalisty Medycznego – należy przez to rozumieć funkcjonalność, której specyfikacja została wskazana w pkt I.5.5 OPZ;
l) Danych krytycznych (medycznych danych ratunkowych) – należy przez to rozumieć zbiór danych medycznych dotyczących pacjenta, w wypadku których dostępność dla lekarza bądź ratownika medycznego może mieć istotne znaczenie przy podejmowaniu decyzji w warunkach nagłego przypadku medycznego;
m) e-Rejestracji – należy przez to rozumieć usługę umożliwiającą pacjentom umawianie się na wizytę drogą elektroniczną, otrzymywanie tą drogą powiadomień związanych z realizacją świadczeń medycznych, monitorowanie swojego statusu na liście oczekujących na realizację świadczenia oraz inne funkcjonalności;
n) e-Skierowaniu – należy przez to rozumieć skierowanie w postaci elektronicznej;
o) Wtórnym użyciu danych - należy przez to rozumieć zgodne z przepisami prawa użycie danych gromadzonych na Platformie MSIM w celach innych niż wymiana EDM między podmiotami bądź udostępnianie EDM pacjentom, tj. np. w celu prowadzenia badań z zakresu zdrowia publicznego, badań naukowych, itp. – przy założeniu zgody pacjenta (jeśli jest wymagana przepisami prawa lub wynika z zasad działania Platformy MSIM), jak również przy zachowaniu odpowiednich środków bezpieczeństwa, w tym np. anonimizacji bądź pseudonimizacji;
p) POZ – należy przez to rozumieć podstawową opiekę zdrowotną;
q) AOS – należy przez to rozumieć ambulatoryjną opiekę zdrowotną;
r) Platformie P1 – należy przez to rozumieć Elektroniczną Platformę Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych. Informacje dotyczące Platformy P1 znajdują się na stronie internetowej: xxxxx://xxx.xxxxx.xxx.xx;
s) RPO WM – należy przez to rozumieć Regionalny Program Operacyjny Województwa Małopolskiego na lata 2014-2020, którego dokumenty programowe są dostępne pod adresem internetowym: xxxx://xxx.xxx.xxxxxxxxxx.xx;
t) Instytucji Zarządzającej (IZ RPO WM) – należy przez to rozumieć Instytucję Zarządzającą Regionalnym Programem Operacyjnym Województwa Małopolskiego na lata 2014-2020, tj. Zarząd Województwa Małopolskiego;
u) Partnerze Projektu MSIM lub Partnerze – należy przez to rozumieć podmioty lecznicze wskazane w załączniku nr 1 do niniejszego OPZ;
v) Panelu Ekspertów – należy przez to rozumieć formę prowadzenia oceny merytorycznej projektów ubiegających się o dofinansowanie w ramach RPO WM, zgodnie z Regulaminem prac Komisji Oceny Projektów w ramach Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 dla projektów znajdujących się w Wykazie projektów zidentyfikowanych przez Instytucję Zarządzającą RPO WM w ramach trybu pozakonkursowego, stanowiącym załącznik nr 4 do Regulaminu przygotowania i oceny projektów realizowanych w trybie pozakonkursowym i dostępnymi na stronie xxxx://xxx.xxx.xxxxxxxxxx.xx;
w) Wniosku o dofinansowanie – należy przez to rozumieć złożony przez Xxxxxxxxxxxxx, jako Lidera Projektu, za pośrednictwem Systemu e-RPO do IZ RPO WM i zatwierdzony tzn. zawierający sumę kontrolną, formularz wniosku o dofinansowanie projektu wraz z załącznikami, w którym zawarty jest opis Projektu lub przedstawione w innej formie informacje na temat Projektu, na podstawie których IZ RPO WM dokonuje oceny spełnienia przez Projekt kryteriów wyboru;
x) Drodze elektronicznej – należy przez to rozumieć komunikację na odległość za pośrednictwem poczty elektronicznej z wykorzystaniem służbowych adresów poczty elektronicznej (zarówno po stronie Wykonawcy jak i Xxxxxxxxxxxxx) oraz komunikację za pośrednictwem odpowiedniego narzędzia informatycznego uruchomionego na zasobach należących do Zamawiającego;
y) Dniu roboczym – należy przez to rozumieć dni od poniedziałku do piątku za wyjątkiem dni ustawowo wolnych od pracy.
z) Postępowaniu o zamówienie publiczne na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim - należy przez to rozumieć także kolejne postepowania o zamówienie publiczne na wykonanie Platformy MSIM, jeżeli wcześniejsze nie doprowadziły do zawarcia umowy z wykonawcą.
I. Zakres zamówienia
1. Przygotowanie koncepcji Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim na potrzeby projektu pn. „Małopolski System Informacji Medycznej (MSIM)”, zgodnie z zakresem i wytycznymi Zamawiającego: w terminie do 6 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 01.03.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 01.03.2019 r. wstępnej koncepcji Platformy MSIM na potrzeby procesu wyboru projektu MSIM do dofinansowania oraz przekazania końcowej wersji koncepcji w terminie do 6 miesięcy od zawarcia umowy.
1.1. Wykonawca dostarczy koncepcję realizacji Platformy MSIM w oparciu o listę założeń Zamawiającego określoną w pkt. V. Wykonawca dokona weryfikacji założeń Zamawiającego oraz we współpracy z Zamawiającym dokona uaktualnienia i uściślenia założeń.
1.2. Wykonawca dokonując we współpracy z Zamawiającym analizy przypadków użycia rozważy i określi celowość, warunki oraz możliwości zastosowania także następujących profili IHE: XDM, XDR, XCF, XCDR, DSUB, NAV, XDS-SD, XDS-MS, DEN, DSG, HPD, XD-LAB, MPQ, SVS, MHD, PDI, IUA,
RID, XDW, jak również zaproponuje użycie innych niż w/w profile, jeśli takie będą wyniki przeprowadzonej analizy.
1.3. Wykonawca określi funkcjonalności oraz interfejs regionalnego rozwiązania klasy Master Patient Index.
1.4. Opracowując koncepcję Platformy MSIM, Wykonawca uwzględni fakt, iż na poziomach lokalnym (Partnerzy Projektu MSIM) oraz krajowym mogą istnieć rozwiązania oparte o profile XDS.b/XDS-
I.b jak również o profile PIX/PDQ. Wykonawca zaproponuje odpowiednie rozwiązania architektoniczne uwzględniające takie okoliczności i umożliwiające właściwą wymianę danych.
1.5. Wykonawca określi metody oraz środki identyfikacji i uwierzytelniania pacjentów, w tym sposoby zakładania kont pacjentów oraz możliwości integracji z Internetowym Kontem Pacjenta (IKP), jak również możliwości wykorzystania krajowej infrastruktury zaufania.
1.6. W zakresie identyfikacji pacjentów, Wykonawca przyjmie odpowiednie rozwiązania dla uwzględnienia sytuacji, w których pacjent nie posiada nadanego numeru PESEL.
1.7. W zakresie kont pacjentów, Wykonawca zaproponuje rozwiązania umożliwiające korzystanie z kont także poza Platformą MSIM, tj. w innych platformach regionalnych bądź krajowych.
1.8. Wykonawca określi środki i metody pozyskiwania oraz przetwarzania niezbędnych zgód pacjentów na przetwarzanie danych medycznych i innych danych osobowych pacjentów w ramach Platformy MSIM.
1.9. Wykonawca określi metody oraz środki identyfikacji i uwierzytelniania personelu medycznego, w tym sposoby zakładania kont oraz możliwości wykorzystania metod i środków zapewnianych na poziomie krajowym.
1.10. Wykonawca dokona analizy potrzeb i przypadków użycia, dla których adekwatne byłoby rozwiązanie typu „dokument na żądanie” (ang. „document on demand”).
1.11. Wykonawca zaproponuje i określi środki, metody, technologie oraz standardy niezbędne dla zachowania bezpieczeństwa i poufności danych, w tym metody szyfrowania komunikacji oraz szyfrowania przechowywanych danych, także dla przypadków nieujętych w wybranych do realizacji w ramach Platformy MSIM profilach IHE.
1.12. Wykonawca określi i zaproponuje wszystkie niezbędne rozwiązania dla wdrożenia mobilnego dostępu do Platformy MSIM, co najmniej w zakresie Portalu Pacjenta oraz Portalu Specjalisty Medycznego. Wykonawca uwzględni i przeanalizuje możliwości realizacji mobilnego dostępu także do obrazowych wyników badań diagnostycznych.
1.13. Wykonawca określi perspektywiczne kierunki realizacji współpracy jednostek ambulatoryjnej opieki specjalistycznej oraz podstawowej opieki zdrowotnej z Platformą MSIM – poza możliwościami, które będą dostępne w ramach Portalu Specjalisty Medycznego. Należy przy tym uwzględnić i określić przypadki użycia, możliwości integracji oprogramowania gabinetowego, przygotować i przeprowadzić dialog techniczny z producentami takiego oprogramowania oraz określić zakres i zaplanować przedsięwzięcia pilotażowe, które zostaną przeprowadzone w ramach Projektu MSIM.
1.14. Wykonawca dokonana odpowiednich analiz i zaproponuje możliwości użycia standardu HL7 FHIR także w innych obszarach realizacji Platformy MSIM niż obszary rekomendowane przez Zamawiającego.
1.15. Wykonawca dokona analizy istotnych dla regionalnej opieki zdrowotnej przypadków użycia oraz możliwości wsparcia w ramach Platformy MSIM dla procesu realizacji zleceń, których wynikiem może być dokument medyczny w postaci zgodnej z PIK HL7 CDA, przedstawi wnioski z analizy oraz rekomendacje dotyczące ew. realizacji.
1.16. Wykonawca dokona analizy możliwości wdrożenia w ramach Platformy MSIM obsługi danych krytycznych (danych ratunkowych), czy to w formie dokumentu typu „Karta Ratunkowa” czy też w innej formie, z uwzględnieniem wytycznych dotyczących International Patient Summary, jak również roli i możliwości integracji w ramach Platformy MSIM Pogotowia Ratunkowego i krajowego Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM). Analiza zostanie przeprowadzona z uwzględnieniem obowiązujących przepisów i warunków prawnych.
1.17. Wykonawca wytworzy szczegółowy opis domeny XDS Affinity Domain dla Platformy MSIM w zakresie zgodnym z wytycznymi IHE, w tym w szczególności z dokumentami:
a. IHE IT Infrastucture Technical Famework (xxxx://xxx.xxx.xxx/Xxxxxxxxx_Xxxxxxxxxx/#XX),
b. IHE Europe Guideline for interoperable XDS Affinity Domains (xxxxx://xxx-xxxxxx.xxx/xxxxx/xxxxxxx/xxxxx/0000- 11/IHE_ITI_XDS_Metadata_Guidelines_v1.0.pdf)
c. Template for XDS Affinity Domain Deployment Planning (xxxxx://xxx.xxx.xxx/Xxxxxxxxx_Xxxxxxxxx/xxxxxx/XXX_XXX_Xxxxx_Xxxxx_XXX_Xxxxxxxx_Xx main_Template_TI_2008-12-02.pdf)
1.18. Wykonawca określi zakres przedsięwzięć po stronie Partnerów Projektu MSIM, jakie są niezbędne dla ich skutecznego udziału w Platformie MSIM, w szczególności zagadnień: integracji systemów informatycznych, kwestii organizacyjnych, realizacji niezbędnych szkoleń dla personelu Partnerów Projektu MSIM, które przeprowadzi Wykonawca Platformy MSIM oraz innych.
1.19. Wykonawca określi zakres niezbędnych funkcjonalności dla środowiska ewaluacyjnego Platformy MSIM. Środowisko musi udostępniać Zamawiającemu, Partnerom oraz dostawcom oprogramowania i innym podmiotom, które upoważni Zamawiający możliwość weryfikacji zgodności oprogramowania, interfejsów oraz sposobu komunikacji i wymiany danych z systemem przed integracją z nowym środowiskiem zewnętrznym (x.xx. oprogramowaniem u Partnera, systemem centralnym, innymi systemami lokalnymi, regionalnymi lub systemami dostawców).
2. Przygotowanie modelu architektury Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim na potrzeby projektu pn. „Małopolski System Informacji Medycznej (MSIM)”, zgodnie z zakresem i wytycznymi Zamawiającego: w terminie do 6 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 01.03.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 01.03.2019 r. wstępnego modelu architektury Platformy MSIM na potrzeby procesu wyboru projektu MSIM do dofinansowania oraz przekazania końcowej wersji w terminie do 6 miesięcy od zawarcia umowy.
2.1.Wykonawca będzie zobowiązany do ustalenia wymagań, na podstawie spotkań i warsztatów przeprowadzonych z Zamawiającym, wyspecyfikowania ich z dokładnością pozwalającą na sporządzenie dokumentacji wykonawczej i walidacji.
2.2.Wykonawca zaproponuje dwa warianty skalowalnego rozwiązania dla obsługi Platformy MSIM obejmujące także infrastrukturę do obsługi repozytorium regionalnego oraz archiwizacji, oraz określi parametry, koszty i ryzyka realizacji rozwiązań. Dopuszcza się użycie chmury obliczeniowej w jednym z wariantów, o ile będzie to uzasadnione ekonomicznie oraz dopuszczalne prawnie.
2.3.W ramach wykonanych działań Wykonawca powinien odpowiednio sklasyfikować wszystkie wymagania i podzielić je na kategorie wymagań funkcjonalnych oraz wymagań niefunkcjonalnych dbając o ich kompletność i spójność.
A. Przez wymagania funkcjonalne Zamawiający rozumie wszystkie wymagania, które musi realizować system, w tym jakie musi spełniać funkcje, dostarczać usługi oraz w jaki sposób system powinien reagować na działanie poszczególnych elementów systemu i użytkownika.
B. Poprzez elementy niefunkcjonalne zamawiający rozumie sposób w jaki system będzie realizować zadania, w tym x.xx.
a) wymagania dotyczące niezbędnych dla systemu zasobów,
b) określenie ograniczeń czasowych,
c) niezawodności,
d) bezpieczeństwa (w tym identyfikacji użytkowników, ich autentykacji i autoryzacji, niezaprzeczalności transakcji, prywatności, możliwości łatwej weryfikacji zabezpieczeń, uwzględnienia w architekturze odporności na różne typy ataków (w tym ataki typu DDoS), odseparowania podsystemu zabezpieczeń, tak aby zmiany dokonywane w innych elementach/częściach systemu nie miały na niego wpływu) ,
e) przenośności,
f) współpracy z określonymi narzędziami i środowiskami,
g) zgodności z normami, standardami i specyfikacjami, uwzględniając x.xx.: DICOM, DICOMweb (DICOM PS3.18 2018b - Web Services), HL7 v2, HL7 v3, HL7 Release 2.0, HL7 FHIR, Security Assertion Markup Language (SAML) v2.0, eXtensible Access Control Markup Language (XACML), Międzynarodową Statystyczną Klasyfikację Chorób i Problemów Zdrowotnych ICD-10, The Open Group Architecture Framework (TOGAF) v9.1, ISO 15000 (Electronic Business using eXtensible Markup Language, ebXML), Transport Layer Security (RFC 2246), ISO19757-3:2016
h) uwzględnienie przepisów prawnych w tym x.xx. wymienionymi w pkt III. 2.4.Określenie przypadków użycia z podziałami na podsystemy i elementy systemu, które uczestniczą
w danych scenariuszach dotyczących konkretnego przypadku,
2.5.Dokumentami wytworzonymi przy modelowaniu systemu winny być diagramy wykonane zgodnie ze specyfikacją UML 2.0 lub nowszą,
2.6.Diagramy muszą ujmować zarówno aspekty statyczne systemu (jego strukturę) jak i dynamiczne (zachowanie systemu) oraz połączenie obu aspektów (zachowanie z uwzględnieniem struktury), perspektywę przypadków użycia (zachowanie systemu obserwowane z zewnątrz; diagramy przypadków użycia, interakcji, stanów i czynności)
2.7.Przedstawione diagramy powinny obejmować:
A. perspektywę projektową – klasy, interfejsy, kooperacje; diagramy klas, obiektów, interakcji, stanów i czynności
B. perspektywę procesową – wątki i procesy, współbieżność i synchronizacja oraz diagramy wymienione w perspektywie projektowej ze szczególnym uwzględnieniem klas i obiektów aktywnych
C. perspektywę implementacyjną – komponenty i pliki, zarządzanie konfiguracją; diagramy komponentów, interakcji, stanów i czynności
D. perspektywę wdrożeniową – węzły, fizyczna realizacja sprzętowa
E. Na podstawie ww. diagramów muszą powstać opisy funkcjonowania systemu, w tym w szczególności:
• diagramy interakcji między obiektami systemu
• diagramy czynności realizowanych przez system
• diagramy stanów
• specyfikacje określone za pomocą warunków początkowych i końcowych
2.8. Na etapie tworzenia architektury i modelu systemu wymaga się sprecyzowania wymagań w taki sposób, by nie budziły one wątpliwości co do ich interpretacji poprzez użycie konkretnych, precyzyjnych, jednoznacznych i możliwych do weryfikacji stwierdzeń (np. poprzez określenie liczby transakcji na sekundę, czas reakcji na zdarzenie, czas odświeżenia strony, czas konieczny na przeszkolenie obsługi, szacowany średni czas do awarii, prawdopodobieństwo niedostępności systemu, odsetek zdarzeń powodujących awarię, prawdopodobieństwo zniszczenia danych w trakcie awarii, procent instrukcji zależnych od np. wirtualizatora, systemu operacyjnego lub bazy danych, uwzględniając liczbę systemów operacyjnych i baz danych).
2.9. Wymagania dla systemu powinny być dodatkowo zapisane w języku naturalnym (tj. opisane słownie), z zastosowaniem odpowiednio dobranych elementów jak tabele, grafy, struktura, a także w postaci elementów projektu systemu za pomocą notacji graficznej (diagramy przypadków użycia i diagramy przebiegu),
2.10. Każda funkcja powinna być opisana tak, by łatwo określić jej przeznaczenie, uwzględniając x.xx. elementy takie jak: nazwa funkcji, rola w systemie, opis działania, dane wejściowe, warunki początkowe, źródła danych, elementy współpracujące, dane wyjściowe, efekty uboczne, warunki końcowe
2.11. Diagramy czynności UML mają opisywać przepływy danych i sterowania, przepływy organizacji pracy (workflow), procesy biznesowe, a także przepływy proceduralnego sposobu przetwarzania (dane wejściowe, przetwarzanie, dane wyjściowe).
2.12. Modelowanie struktury systemu będzie się odbywać wstępnie w fazie określania wymagań (aby można było oszacować koszt całego przedsięwzięcia).
2.13. Modelowanie w późniejszym etapie będzie miało na celu rozważanie różnego stopnia szczegółowości rozwiązań i będzie odbywać się częściowo podczas spotkań warsztatowych.
2.14. Do ilustracji modeli w różnych fazach Wykonawca może wybrać czy stosować te same typy diagramów (UML wersja 2.0 lub wyższa), z różną liczbą uwzględnianych detali czy posłużyć się rozwiązaniem ArchiMate (wersja 2.0 lub wyższa).
2.15. Architektura powinna przedstawiać system w postaci zestawu wzajemnie komunikujących się (oddziałujących) podsystemów, z uwzględnieniem fizycznego rozmieszczenia podsystemów na
infrastrukturze sprzętowej. Należy wziąć pod uwagę wydajność, bezpieczeństwo, dostępność, łatwość konserwacji systemu i koszty realizacji.
2.16. Wybór konkretnego typu architektury bądź konkretnej kombinacji styli architektonicznych winien być szczegółowo opisany i uzasadniony przez Wykonawcę.
2.17. Architektura powinna zostać podzielona na
A. podsystemy – w celu uwypuklenia podziału całego systemu ze względu na funkcjonalności oraz na niezależność działania składników
B. moduły – w celu pokazania niezależności tworzenia składników, ich wymienności i wzajemnych interakcji/komunikacji
C. komponenty – tak aby pokazać, które z elementów systemu wykorzystują gotowe składniki, a także ściśle określone interfejsy.
2.18. w graficznej reprezentacji architektury systemu należy ująć:
A. przedstawienie struktury systemu (podziału na podsystemy/moduły/komponenty) - do ilustracji podziału systemu na podsystemy można stosować dowolną notację graficzną, jednak w tracie prac musi ona zostać doprecyzowania w celu przedstawienia:
a) diagramów komponentów – w przypadku gdy architektura będzie składała się z niezależnie tworzonych i następnie łączonych części (podsystem może składać się z jednego lub wielu komponentów)
b) diagramów wdrożenia – w celu przedstawienia ostatecznego rozmieszczenia elementów systemu na infrastrukturze
B. pokazanie wzajemnych interakcji podsystemów
a) w aspektach statycznych - jako wymieniane pomiędzy podsystemami komunikaty
b) w aspektach dynamicznych - jako przebieg interakcji między podsystemami
C. prezentacja interfejsów podsystemów jako sposobów realizacji interakcji między podsystemami
D. ukazanie fizycznej dystrybucji podsystemów na węzły przetwarzające
2.19. Architektura winna umożliwiać niezależne składanie poszczególnych podsystemów/komponentów/modułów, a także określać specyfikację, konfigurację i sposób wdrożenia. w przypadku użycia kontenerów dla konkretnych komponentów, które będą pośredniczyć w ich uruchamianiu wymaga się, aby kontenery nadzorowały wykonanie komponentu (np. poprzez serwery aplikacji). Kontenery powinny dostarczać narzędzia komunikacji między komponentami oraz umożliwiać korzystanie przez komponenty z usług oferowanych przez środowisko. Projekt implementacji komponentu powinien zostać dookreślony przez Wykonawcę.
2.20. Podczas projektowania architektury należy uwzględnić:
A. wydajność, niezawodność, łatwość konserwacji systemu
B. ponowne wykorzystanie istniejących składników
C. uszczegółowienie modeli obiektowych, np.:
a) ustalenie sposobu i charakteru dostępu do atrybutów i metod
b) ustalenie szczegółów hierarchii dziedziczenia
c) ustalenie sposobu realizacji zestawiania obiektów
d) wzbogacenie modeli o elementy konieczne dla implementacji, ale nie określone podczas zbierania wymagań, np.:
1. zarządzanie pamięcią
2. zarządzanie trwałym przechowywaniem danych
3. szczegóły interfejsu graficznego
4. optymalizacja systemu i inne
2.21. Elementy modelu architektury powinny zostać przekazane Zamawiającemu w notacji UML 2.0 lub nowszej albo Archimate 2.0 lub nowszej w plikach możliwych do edycji w programach obsługujących notację Archimate i dowolnym programie do projektowania w UML 2.0.
3. Udział w cotygodniowych roboczych spotkaniach warsztatowych z Zamawiającym przez okres 9 miesięcy od dnia zawarcia umowy. Spotkania będą się odbywały w siedzibie Zamawiającego, przy czym Zamawiający dopuszcza, że do 25% spotkań może być realizowanych zdalnie, na wniosek Zamawiającego lub pod warunkiem zgody Zamawiającego na wniosek Wykonawcy.
3.1. Wykonawca będzie współpracował z Zamawiającym podczas wytwarzania produktów przedmiotu zamówienia w formie cotygodniowych, roboczych spotkań warsztatowych, realizowanych w siedzibie Zamawiającego.
3.2. Czas trwania pojedynczego spotkania wynosił będzie maksymalnie 10 godzin. Minimalna ilość spotkań warsztatowych wynosi 35, przy czym do 25% spotkań może być realizowanych zdalnie, na wniosek Zamawiającego lub pod warunkiem zgody Zamawiającego na wniosek Wykonawcy. Realizacja spotkań zdalnych może mieć miejsce nie wcześniej niż po upływie 2 miesięcy od daty zawarcia umowy.
3.3. Pierwsze spotkanie winno się odbyć w terminie 5 dni roboczych od zawarcia umowy. w terminie 2 dni roboczych od zawarcia umowy Wykonawca dostarczy Zamawiającemu harmonogram spotkań wraz z proponowanym zakresem zagadnień dla każdego spotkania i propozycją materiałów niezbędnych dla Zamawiającego do właściwego przygotowania się do spotkań. Przewiduje się możliwość aktualizacji i zmiany harmonogramu spotkań wraz z zakresem zagadnień, przez Zamawiającego bądź na wniosek Wykonawcy za zgodą Zamawiającego, na każdym etapie realizacji umowy.
3.4. Zakres zagadnień, wstępna agenda dla kolejnego spotkania oraz wykaz osób ze strony Wykonawcy, które uczestniczyć mają w kolejnym spotkaniu każdorazowo ustalane są na spotkaniu bieżącym, z zastrzeżeniem określonym w pkt I.3.6. Wykonawca jest zobowiązany do przygotowania i przekazania Zamawiającemu, w terminie 1 dnia roboczego od przeprowadzonego spotkania, notatki ze spotkania wraz z propozycją szczegółowej agendy kolejnego spotkania. Zamawiający może zgłosić uwagi do notatki i/lub agendy spotkania w terminie 2 dni roboczych. Wykonawca jest zobowiązany do wprowadzenia korekt do notatki i/lub agendy spotkania w terminie 2 dni roboczych.
3.5. W przypadku zaistnienia takiej konieczności, Wykonawca jest zobowiązany do opracowania materiałów roboczych na spotkanie i przesłania ich drogą elektroniczną do Zamawiającego do 2 dni roboczych przed terminem spotkania.
3.6. Zamawiający ma prawo wezwać do obecności na spotkaniu dowolne osoby spośród wymienionych w Załączniku nr 5 do SIWZ „Wykaz osób”. Wezwanie takie może nastąpić nie później niż na dwa dni robocze przed terminem spotkania.
3.7. W spotkaniach mogą uczestniczyć osoby zaproszone przez Zamawiającego, w szczególności przedstawiciele Partnerów Projektu MSIM, oraz przedstawiciele Wykonawców realizujących prace na rzecz Zamawiającego.
3.8. Wykonawca uwzględni w swojej ofercie koszty administracyjne i organizacyjne zakładając, że spotkania z Zamawiającym odbywać się będą w Krakowie. Pomieszczenie dla celów spotkań zapewni Zamawiający.
4. Przygotowanie opisu technicznego o stopniu szczegółowości umożliwiającym ogłoszenie zamówienia publicznego (zwanego dalej opisem technicznym) na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim, zgodnie z zakresem i wytycznymi Zamawiającego: w terminie do 8 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 06.05.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 06.05.2019 r. ww. opisu technicznego.
4.1. Zakres usługi obejmuje opracowanie opisu technicznego, który w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, sprecyzuje wymagania Zamawiającego w stosunku do usługi polegającej na zaprojektowaniu, wykonaniu i wdrożeniu Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim.
4.2. W toku opracowywania opisu technicznego Wykonawca uwzględni w szczególności zapisy dokumentów sporządzanych w ramach niniejszego zamówienia, wszelkie ustalenia pomiędzy Stronami, w tym w toku cotygodniowych spotkań roboczych, inne dokumenty przedstawione przez Zamawiającego w celu ich uwzględnienia w opisie technicznym.
4.3. Opis techniczny winien uwzględniać rekomendacje Prezesa UZP w tym zakresie, w szczególności rekomendacje pn. „Udzielanie zamówień publicznych na systemy informatyczne oraz dostawę zestawów komputerowych” Warszawa 2011, dostępne na stronie internetowej pod adresem:
xxxxx://xxx.xxx.xxx.xx/ data/assets/pdf_file/0012/30702/Rekomendacje_PrezesaUZP_za mowienia_informatyczne_2011.pdf).
4.4. Opis techniczny winien uwzględniać w szczególności następujące obszary:
4.4.1. Wymagania podstawowe do realizacji Platformy MSIM
4.4.2. Wymagania funkcjonalne
4.4.3. Wymagania niefunkcjonalne
4.4.4. Opis koncepcji architektury
4.4.5. Szczegółowy opis architektury
4.4.6. Wymagania dotyczące standardów przyjętych dla Platformy MSIM, w tym standardów interoperacyjności, rozszerzone o opis ich implementacji w architekturze
4.4.7. Wymagania wydajnościowe
4.4.8. Wymagania dotyczące skalowalności
4.4.9. Wymagania dotyczące niezawodności
4.4.10. Wymagania dotyczące bezpieczeństwa
4.4.11. Wymagania dotyczące prywatności, zgód pacjentów oraz ochrony danych osobowych
4.4.12. Wymagania dotyczące identyfikacji i uwierzytelnienia użytkowników oraz komponentów informatycznych
4.4.13. Interfejsy komunikacyjne Platformy MSIM
4.4.14. Zasady integracji Platformy MSIM z regionalnymi oraz centralnymi platformami wymiany EDM, w tym z Platformą P1
4.4.15. Infrastruktura sprzętowa
4.4.16. Infrastruktura telekomunikacyjna
4.4.17. Metodyka wdrożenia Platformy MSIM (w szczególności w zakresie dokumentacji, szkoleń, odbiorów, eksploatacji)
4.4.18. Gwarancja i wsparcie
4.4.19. Licencjonowanie
4.4.20. Inne wymagania wyspecyfikowane przez Zamawiającego w trakcie realizacji niniejszego zamówienia, niewykraczające poza zakres przedmiotowy niniejszego zamówienia i dostarczone Wykonawcy nie później niż na 45 dni przed upływem terminu określonego w pkt 4.
5. Przygotowanie, jako załączników do opisu technicznego, o którym mowa w pkt 4, x.xx. następujących specyfikacji:
5.1. Regionalna specyfikacja metadanych profilu IHE XDS.b z uwzględnieniem profilu XDS-I.b oraz innych profili.
5.1.1. Wykonawca określi logiczny model metadanych uwzględniający podział metadanych na kategorie.
5.1.2. Wykonawca zaprojektuje specyfikację metadanych pod kątem maksymalizacji efektywności wyszukiwania dokumentów medycznych w kontekście klinicznym.
5.1.3. Wszystkie zbiory typów wartości oraz terminologie muszą być spójne z używanymi w pozostałych specyfikacjach, w tym w szczególności w specyfikacji określonej w pkt. 5.2.
5.1.4. Specyfikacja regionalna musi być zgodna z krajową specyfikacją metadanych XDS.b, jeśli krajowa specyfikacja będzie dostępna w trakcie realizacji Zamówienia.
5.1.5. Specyfikacja regionalna musi zakładać wielorejestrowy (wielodomenowy) model krajowej architektury e-Zdrowia oparty o profile IHE, a tym samym, uwzględniać możliwości wymiany danych pomiędzy domenami.
5.1.6. Specyfikacja musi uwzględniać warunki, w których Platforma MSIM będzie należeć jednocześnie do kilku domen typu XDS Affinity Domain.
5.1.7. Specyfikacja musi uwzględniać wszystkie profile IHE ostatecznie wybrane do implementacji w ramach Platformy MSIM w toku realizacji niniejszego zamówienia.
5.2. Regionalna specyfikacja formatu dokumentów stanowiąca rozszerzenie zgodne z Polską Implementacją Krajową standardu HL7 CDA.
5.2.1. Wykonawca we współpracy z Zamawiającym określi rodzaje i zakres dokumentów medycznych przetwarzanych przez Platformę MSIM, jak również rodzaje i zakres dokumentów, które będą przechowywane na Platformie MSIM, w tym przechowywane w repozytorium regionalnym.
5.2.2. Wykonawca określi wszystkie niezbędne terminologie i słowniki jakie mają być implementowane na Platformie MSIM, jak również określi sposoby ich utrzymania, w tym aktualizacji.
5.2.3. Wykonawca określi metody oraz środki dla podpisywania elektronicznej dokumentacji medycznej przez personel medyczny.
5.3. Specyfikacja funkcjonalności oraz interfejsu komunikacji usługi e-Rejestracji.
5.3.1. Minimalna funkcjonalność usługi e-Rejestracji musi być zgodna z Rozporządzeniem Ministra Zdrowia z dnia 7 lipca 2017 r. w sprawie minimalnej funkcjonalności dla systemów teleinformatycznych umożliwiających realizację usług związanych z prowadzeniem przez świadczeniodawców list oczekujących na udzielenie świadczenia opieki zdrowotnej (Dz. U. z 2016 r. poz. 1793, z późn. zm.).
5.3.2. Usługa e-Rejestracji musi realizować obsługę e-Skierowania.
5.3.3. Usługa e-Rejestracji będzie dostępna za pośrednictwem Portalu Pacjenta, także w jego wersji mobilnej.
5.3.4. Powiadomienia pacjenta muszą być realizowane przy użyciu środków komunikacji elektronicznej, przy uwzględnieniu co najmniej poczty elektronicznej oraz wiadomości SMS.
5.4. Specyfikacja funkcjonalności oraz interfejsu komunikacji Portalu Pacjenta.
5.4.1.Portal Pacjenta musi zapewniać funkcjonalność dostępu pacjenta do jego danych medycznych.
5.4.2.Portal Pacjenta musi zapewniać funkcjonalność przeglądu oraz modyfikacji zgód pacjenta na przetwarzanie danych medycznych w ramach Platformy MSIM. w wypadku zaistnienia odpowiednich warunków prawnych, Portal musi także stwarzać możliwość udzielania przez pacjenta zgód na przetwarzanie danych medycznych.
5.4.3.Portal Pacjenta musi zapewniać funkcjonalność czytelnego i ergonomicznego w użytkowaniu przez pacjenta rejestru wszystkich dostępów, które dotyczyły jego danych medycznych. Zamawiający nie uznaje samego dostępu do logów zgodnych z profilem IHE ATNA za wystarczający dla realizacji tej funkcjonalności.
5.4.4.Portal Pacjenta musi posiadać wersję mobilną.
5.4.5.W wypadku zaistnienia odpowiednich warunków prawnych oraz technicznych, Portal Pacjenta musi być zintegrowany z Internetowym Kontem Pacjenta i/lub zapewniać możliwość wymiany danych z Internetowym Kontem Pacjenta w takim zakresie, w jakim będzie to możliwe do realizacji technicznej.
5.4.6.Wykonawca dokona analizy co najmniej trzech rozwiązań typu „Portal Pacjenta” istniejących w innych krajach europejskich pod kątem innych niż w/w funkcjonalności i zaproponuje do realizacji także inne niż w/w funkcjonalności dla Portalu Pacjenta w Platformie MSIM.
5.5. Specyfikacja funkcjonalności oraz interfejsu komunikacji Portalu Specjalisty Medycznego, tj. portalu umożliwiającego dostęp do Platformy MSIM za pomocą przeglądarki internetowej, ze szczególnym uwzględnieniem jednostek ambulatoryjnej opieki specjalistycznej oraz podstawowej opieki zdrowotnej.
5.5.1.Portal Specjalisty Medycznego musi zapewnić dostęp do kluczowych funkcjonalności Platformy MSIM za pośrednictwem przeglądarki internetowej.
0.0.0.Xx kluczowych funkcjonalności Portalu zalicza się x.xx. możliwość wyszukiwania, przeglądania oraz pobierania dokumentów medycznych.
5.5.3.Portal Specjalisty Medycznego musi zapewnić możliwość przeglądania obrazowych wyników badań diagnostycznych w jakości przeglądowej. Preferowane przez Zamawiającego jest użycie standardu DICOM® PS3.18 Web Services.
5.5.4.Portal Specjalisty Medycznego musi posiadać wersję mobilną.
5.5.5.Wykonawca – na podstawie przeprowadzonych analiz - zaproponuje także inne niż w/w funkcjonalności dla Portalu Specjalisty Medycznego. w szczególności, Wykonawca rozważy celowość oraz możliwość wytwarzania określonego rodzaju dokumentu/dokumentów przy użyciu Portalu Specjalisty Medycznego.
5.6. Specyfikacja pełnego interfejsu komunikacyjnego Platformy MSIM opracowana co najmniej na poziomie szablonów komunikatów odpowiednich transakcji zdefiniowanych dla przyjętych do realizacji profili IHE.
5.7. Specyfikacja interfejsu komunikacji dla wtórnego użycia danych gromadzonych w regionalnym oraz lokalnych repozytoriach Elektronicznej Dokumentacji Medycznej. 5.7.1.Wykonawca określi metody realizacji oraz polityki dla wtórnego użycia danych. 5.7.2.Wykonawca dokona analizy możliwości oraz celowości użycia profili IHE
przeznaczonych dla badań przekrojowych z zakresu zdrowia publicznego.
5.7.3.Wykonawca zaproponuje rozwiązania techniczne dla anonimizacji oraz pseudonimizacji danych.
5.7.4.Wykonawca określi warunki techniczne niezbędne dla praktycznej możliwości wykorzystania dla wtórnego użycia danych dokumentów przechowywanych w lokalnych repozytoriach partnerów Projektu.
5.8. Specyfikacje wskazane w pkt 5.1 – 5.7 Wykonawca przygotowuje w terminie do 8 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin na dzień zawarcia umowy przekroczy datę 06.05.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 06.05.2019 r. ww. specyfikacji. Dodatkowo Zamawiający będzie wymagał na dzień 01.03.2019 r. dostarczenia określonych w pkt. 5.3-5.5 wstępnych specyfikacji funkcjonalności na potrzeby procesu wyboru projektu MSIM do dofinansowania.
5.9. Specyfikacje wymienione w pkt. 5.3-5.5 powinny uwzględniać standard HL7 FHIR jako preferowany przez Zamawiającego.
5.10. W ramach realizacji zamówienia należy opracować podręczniki implementacji dla wszystkich specyfikacji wymienionych wyżej w pkt. 5.1-5.7
5.11. Wykonawca będzie rozwijał i dokumentował specyfikacje określone w pkt. 5 przy użyciu środowisk informatycznych w taki sposób, aby Zamawiający posiadał stały wgląd w bieżący
stan odnośnych specyfikacji. Wykonawca – w porozumieniu z Zamawiającym – zaproponuje odpowiednie dla przyjętych rozwiązań środowiska i będzie ich używał po uzyskaniu akceptacji Zamawiającego. Dla specyfikacji określonych w pkt. 5.1 i 5.2 preferowanym przez Zamawiającego jest środowisko ART-DECOR.
6. Przygotowanie analizy procesów biznesowych oraz ich optymalizacji w związku z realizacją e-usług Platformy MSIM, zgodnie z wytycznymi Zamawiającego i w zakresie wymaganym Kryteriami wyboru projektów dla poszczególnych osi priorytetowych, działań i poddziałań (stanowiącymi załącznik nr 3 do Szczegółowego Opisu Osi Priorytetowych Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 i dostępnymi na stronie xxxx://xxx.xxx.xxxxxxxxxx.xx): w terminie do 6 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 01.03.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 01.03.2019 r ww. analizy procesów biznesowych oraz ich optymalizacji.
Wykaz e-usług Platformy MSIM, które winny podlegać analizie został zamieszczony w pkt IV.4.2. W wyniku ustaleń między Zamawiającym a Wykonawcą w ramach realizacji niniejszego zamówienia, Zamawiający może podjąć decyzję o zmianie wykazu e-usług Platformy MSIM, w tym zwiększeniu liczby analizowanych e-usług o maksymalnie 5 nowych e-usług.
Zakres usługi obejmuje przeprowadzenie analizy procesów dotyczących projektowanych usług Platformy MSIM, w tym w szczególności:
6.1. Analizę stanu aktualnego
6.2. Opis procesu optymalizacji usług, mając na względzie cel wdrożenia poszczególnych e-usług Platformy MSIM
6.3. Opis stanu docelowego
6.4. Analiza winna uwzględniać architekturę Platformy MSIM oraz procesy po stronie interesariuszy projektu związane z Platformą MSIM (w tym w szczególności: realizowane przez Partnerów, w systemach centralnych, innych systemach lokalnych, regionalnych, systemach dostawców lub przez pacjentów)
6.5. Należy przedstawić analizę uwzględniającą mapę procesów biznesowych, modele kluczowych procesów biznesowych, zakres zmian w procesach biznesowych, właścicieli procesów biznesowych.
6.6. Dla kluczowych procesów biznesowych analizowanych e-usług należy wskazać cel, czas, koszt realizacji procesu oraz korzyści dla jego uczestników.
6.7. Należy wykazać, że przenoszone w całości lub części do sfery elektronicznej procesy biznesowe są lub w ramach projektu zostaną zoptymalizowane pod kątem świadczenia usług drogą elektroniczną.
7. Przygotowanie, zindywidualizowanych z uwagi na specyfikę i stopień skomplikowania technicznego projektu, warunków przystąpienia oraz kryteriów oceny ofert dla postępowania publicznego na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim: w terminie do 8 miesięcy od zawarcia umowy. W sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 06.05.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 06.05.2019 r. ww. warunków i kryteriów.
Zakres usługi obejmuje przygotowanie propozycji kryteriów oceny ofert i warunków udziału w postępowaniu z zachowaniem następujących założeń:
7.1. W przypadku warunków udziału w postępowaniu Wykonawca winien zaproponować warunki dotyczące:
7.1.1. Doświadczenia wykonawców w należytym wykonaniu zamówienia
7.1.2. Wiedzy i doświadczenia zawodowego osób biorących udział w realizacji zamówienia
7.2. Dla każdej propozycji warunku należy przygotować uzasadnienie wraz ze wskazaniem, jeśli są dostępne, innych postepowań przetargowych w zbliżonym obszarze tematycznym, gdzie zostały zastosowane analogiczne warunki
7.3. w przypadku kryteriów oceny ofert:
7.3.1. Cena może obejmować do 40% maksymalnej ilości punktów
7.3.2. Należy wskazać minimum 3 propozycje pozostałych kryteriów pozacenowych i ich wag
7.3.3. Dla każdej propozycji kryterium należy przygotować uzasadnienie wraz ze wskazaniem, jeśli są dostępne, innych postepowań przetargowych w zbliżonym obszarze tematycznym, gdzie zostały zastosowane analogiczne kryteria
7.3.4. Należy wskazać szczegółowy sposób oceny ofert, dla każdego ww. kryterium.
8. Przygotowanie i przeprowadzenie autorskich zajęć dydaktycznych oraz opracowanie materiałów szkoleniowych dla uczestników, mających charakter utworu w rozumieniu prawa autorskiego, w zakresie standardu HL7 FHIR oraz profili integracyjnych i profili treści IHE, a także specyfikacji przyjętych do realizacji w Projekcie MSIM. Uczestnikami zajęć będą przedstawiciele Lidera Projektu MSIM (Zamawiającego) oraz personel obsługi informatycznej Partnerów Projektu.
Miejsce szkolenia:
Wykonawca zapewni miejsce prowadzenia autorskich zajęć dydaktycznych w Krakowie oraz poczęstunek (w tym x.xx. napoje, kawa, herbata, drożdżówki, kanapki, owoce). Zamawiający może wyrazić zgodę na zmianę miejsca szkolenia.
Sala szkoleniowa:
Powierzchnia sali musi być odpowiednia dla komfortowego prowadzenia szkolenia. Sala musi być w pełni wyposażona w sprzęt multimedialny niezbędny do przeprowadzenia szkolenia, tj.: komputery oraz oprogramowanie do prowadzenia szkolenia, rzutnik, flip chart, white board. Sala musi być klimatyzowana.
Materiały szkoleniowe
Wykonawca opracuje materiały szkoleniowe dla uczestników zajęć. Materiały opracowane przez Wykonawcę zostaną przekazane Zamawiającemu na minimum 5 dni roboczych przed terminem szkolenia. Materiały zostaną opracowane w dwóch postaciach: w wersji papierowego wydruku oraz w postaci elektronicznej. Materiały elektroniczne muszą być zgodne ze standardem WCAG 2.0 na poziomie AA. Ponadto uczestnicy otrzymają materiały pisarskie, w tym zeszyty, długopisy, ołówki itp. Materiały szkoleniowe przekazywane są nieodpłatnie uczestnikom na własność.
Ilość godzin szkolenia:
Zamawiający przewiduje przeprowadzenie dwóch dwudniowych szkoleń. Godzina rozpoczęcia szkolenia: 09:00, godzina zakończenia szkolenia: 16:00
Ilość uczestników szkolenia:
Do 90 osób. Zamawiający wymaga dwóch niezależnych terminów szkolenia dla dwóch grup po około 45 osób. Łącznie 4 dni szkolenia.
Termin:
Szkolenie musi zostać przeprowadzone w dni robocze. Termin musi zostać uzgodniony z Zamawiającym na minimum 10 dni roboczych przed terminem realizacji szkolenia, jednak szkolenia nie mogą się odbyć później niż do 30.10.2019 r.
9. Opracowanie na rzecz Zamawiającego raportu dotyczącego przeglądu zrealizowanych regionalnych rozwiązań architektury systemów wymiany Elektronicznej Dokumentacji Medycznej opartych o profile IHE oraz standard HL7 CDA - w co najmniej pięciu regionach, w co najmniej trzech krajach Europy, wraz z przygotowaniem i przedstawieniem prezentacji: w terminie do 45 dni od zawarcia umowy.
Opracowanie powinno obejmować rozwiązania oparte o profil IHE XDS.b oraz zawierające funkcjonalności zbliżone do planowanych do realizacji w ramach Platformy MSIM. Prezentacja winna być przedstawiona podczas jednego ze spotkań, wymienionych w pkt. I.3.
Prezentacja i inne materiały informacyjne powinny zostać przesłane do Zamawiającego w celu analizy, zgłoszenia uwag i akceptacji na 5 dni roboczych przed planowanym terminem spotkania.
10. Przygotowanie scenariuszy testowych, obejmujących wszystkie zidentyfikowane przypadki użycia, dla specyfikacji wymienionych w pkt I.5 oraz profili IHE wymienionych w pkt. V.1 w terminie do 9 miesięcy od zawarcia umowy.
11. Przygotowanie materiałów i udział w dialogu technicznym, ogłaszanym przez Xxxxxxxxxxxxx, z:
11.1. producentami użytkowanego przez podmioty lecznicze, Partnerów Projektu MSIM, oprogramowania szpitalnego (klas: HIS, RIS, LIS, PACS)
11.2. producentami oprogramowania dedykowanego dla jednostek typu AOS i POZ
dla określenia możliwości, warunków technicznych oraz kosztów integracji z projektowaną regionalną Platformą MSIM – na potrzeby opracowania architektury Platformy MSIM: w terminie do 90 dni od zawarcia umowy.
11.3. Zakres usługi obejmuje opracowanie zestawu pytań i zagadnień, które będą podlegały konsultacjom z wykonawcami w czasie dialogu.
11.4. Opracowanie wszelkich innych dokumentów koniecznych do przekazania wykonawcom w czasie dialogu.
11.5. W terminie 3 dni roboczych po danej rundzie dialogu Wykonawca jest zobowiązany (dotyczy wszystkich prowadzonych rund) do przedstawienia Zamawiającemu projektu informacji o zakończeniu rundy dialogu wraz z zestawieniem informacji, jakie zostały pozyskane oraz przekazane podczas dialogu. Po zakończeniu ostatniej rundy dialogu technicznego w terminie 3 dni roboczych Wykonawca przekaże informację podsumowującą wszystkie rundy przeprowadzonego dialogu technicznego.
11.6. W ramach realizacji zadania Zamawiający oczekuje, oprócz opracowania ww. dokumentów:
11.6.1. Wsparcia merytorycznego Zamawiającego w przygotowaniu i na etapie przebiegu dialogu technicznego, w szczególności poprzez prowadzenie konsultacji z wykonawcami
11.6.2. Opracowania materiałów na ewentualne kolejne rundy spotkań z wykonawcami w ramach dialogu. Dokumenty, o których mowa powyżej Wykonawca jest zobowiązany przedstawić Zamawiającemu co najmniej 3 dni robocze przed kolejną rundą spotkań w ramach dialogu.
12. Przygotowanie materiałów i udział w dialogu technicznym, ogłaszanym przez Zamawiającego, z producentami oprogramowania dla określenia możliwości, warunków technicznych oraz szacunkowych kosztów realizacji projektowanej warstwy regionalnej Platformy MSIM: w terminie do 90 dni od zawarcia umowy.
12.1. Zakres usługi obejmuje opracowanie zestawu pytań i zagadnień, które będą podlegały konsultacjom z wykonawcami w czasie dialogu.
12.2. Opracowanie wszelkich innych dokumentów koniecznych do przekazania wykonawcom w czasie dialogu.
12.3. W terminie 3 dni roboczych po danej rundzie dialogu Wykonawca jest zobowiązany (dotyczy wszystkich prowadzonych rund) do przedstawienia Zamawiającemu projektu informacji o zakończeniu rundy dialogu wraz z zestawieniem informacji, jakie zostały pozyskane oraz przekazane podczas dialogu. Po zakończeniu ostatniej rundy dialogu technicznego w terminie 3 dni roboczych Wykonawca przekaże informację podsumowującą wszystkie rundy przeprowadzonego dialogu technicznego.
12.4. W ramach realizacji zadania Zamawiający oczekuje, oprócz opracowania ww. dokumentów:
12.4.1. Wsparcia merytorycznego Zamawiającego w przygotowaniu i na etapie przebiegu dialogu technicznego, w szczególności poprzez prowadzenie konsultacji z wykonawcami
12.4.2. Opracowania materiałów na ewentualne kolejne rundy spotkań z wykonawcami w ramach dialogu. Dokumenty, o których mowa powyżej Wykonawca jest zobowiązany przedstawić Zamawiającemu co najmniej 3 dni robocze przed kolejną rundą spotkań w ramach dialogu.
13. Przedstawienie wszystkich innych rekomendacji technicznych, w formie pisemnej, istotnych z punktu widzenia Wykonawcy, nieujętych wyżej, a niezbędnych dla realizacji Platformy MSIM: w terminie do 9 miesięcy od zawarcia umowy.
W przypadku zidentyfikowania przez Wykonawcę rekomendacji technicznych, nieujętych w zakresie zamówienia, Wykonawca w trybie roboczych konsultacji i uzgodnień przedstawia je Zamawiającemu. W przypadku uzgodnienia między Stronami zasadności ich zastosowania Wykonawca jest zobowiązany wskazać zakres zamówienia, który powinien je uwzględniać.
Zakres usługi obejmuje opracowanie w szczególności: rekomendacji technicznych, opracowań, analiz, opinii, raportów, zestawień, porównań itp., jako uzupełnienie produktów zamówienia realizowanych
w ramach niniejszego OPZ. Wykonawca jest zobowiązany do przedstawienia powyższych uzupełnień w terminach wskazanych dla poszczególnych produktów zamówienia.
14. Spotkanie informacyjne w celu prezentacji wyników prac nad architekturą Platformy MSIM dla zaproszonych gości ze strony Zamawiającego zorganizowane przez Wykonawcę w Krakowie dla grupy do 90 osób: w terminie do 9 miesięcy od zawarcia umowy.
Do zadań Wykonawcy należy przygotowanie planu spotkania, materiałów informacyjnych oraz prezentacji. Spotkanie odbywać się będzie w miejscu, które zapewni dobry dojazd dla uczestników. Propozycja miejsca spotkania musi uzyskać zgodę Zamawiającego. Spotkanie zostanie zorganizowane i poprowadzone przez Wykonawcę w Krakowie dla 90 osób. Wykonawca zapewni pełną organizację spotkania, w tym wynajem sali, nagłośnienie, oświetlenie, rejestrację uczestników.
Zakres prezentacji i materiały przygotowane na spotkanie winny być przesłane do Zamawiającego w celu analizy, zgłoszenia uwag i akceptacji na 10 dni roboczych przed planowanym terminem spotkania.
W terminie 2 dni roboczych po spotkaniu Zamawiający oczekuje przekazania ostatecznych wersji materiałów informacyjnych wraz z prezentacją.
15. Sporządzenie wstępnej wyceny kosztów realizacji warstwy regionalnej Platformy MSIM z uwzględnieniem wykazów oprogramowania, sprzętu oraz ewentualnych usług realizowanych w chmurze obliczeniowej, z uwzględnieniem uwarunkowań prawnych, na podstawie początkowych założeń Zamawiającego, na potrzeby procesu wyboru projektu do dofinansowania: w terminie do 30 dni od zawarcia umowy. W sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 15.10.2018 r. Zamawiający będzie wymagał sporządzenia na dzień 15.10.2018 r. ww. wyceny.
Ww. wycena kosztów powinna obejmować osobno elementy takie jak infrastruktura (z uzasadnieniem konkretnych wyborów i ich przełożeniem na architekturę) zastosowanie konkretnych rozwiązań komunikacyjnych pomiędzy sprzętem, opis techniczny sprzętu, uwzględniający np. wielordzeniowość, ilość pamięci RAM, szacunkowe określenie wymaganej pojemności magazynu danych i jego wydajności, typy i funkcjonalności urządzeń i/lub usług, kwestie redundancji urządzeń bądź ich elementów, określenie koniecznej wydajności serwerów, określenie przepustowości łącz, sposobu połączenia pomiędzy konkretnymi urządzeniami, dookreślenie typów oprogramowania, jakie będzie używane, jego uzasadnienia i przeznaczenia oraz ilości instalacji. Dodatkowo powinny zostać doprecyzowane warunki co do świadczenia usług w przypadku kiedy architektura będzie wymagać korzystania z nich, lub w jednej z propozycji pojawi się opcja wykorzystania konkretnych usług.
16. Opracowanie wyceny kosztów realizacji warstwy regionalnej Platformy MSIM z uwzględnieniem wykazów oprogramowania, infrastruktury sprzętowej oraz usług realizowanych w chmurze obliczeniowej (o ile zostanie przygotowany taki wariant zgodnie z pkt. I.2.2, z uwzględnieniem uwarunkowań prawnych), na podstawie prac Wykonawcy w ramach realizacji zamówienia: w terminie do 6 miesięcy od zawarcia umowy. w sytuacji, gdy wskazany powyżej termin - na dzień zawarcia umowy - przekroczy datę 01.03.2019 r. Zamawiający będzie wymagał sporządzenia na dzień 01.03.2019 r. ww. wyceny.
Wycena kosztów powinna uwzględniać cały zakres opracowany w ramach pkt 15, z doprecyzowaniem dodatkowych funkcjonalności umożliwiających np. szybszą diagnostykę, łatwiejsze zarządzanie, dodatkowe właściwości sprzętu, konkretne obsługiwane standardy, ilość portów, ilości akcesoriów, elementów połączeniowych, funkcjonalności oprogramowania, oraz ew. usług. Doprecyzowanie rozwiązań nie powinno ograniczać konkurencyjności, jednak powinno być na tyle precyzyjne, aby zapewnić wymaganą wydajność i dopasowanie do architektury systemu, umożliwiające wykonywanie określonych w opisie architektury zadań.
Wykonawca powinien dodatkowo przedstawić minimum 3 rozwiązania różnych producentów dla każdego typu sprzętu lub usługi, będące w dystrybucji na terenie Polski i posiadające gwarancję producenta realizowaną w Polsce, spełniające ww. szczegółowe wymagania.
II. Zamawiający przewiduje możliwość skorzystania z prawa opcji w zakresach, terminach powiadomienia Wykonawcy i terminach realizacji zadań przez Wykonawcę wskazanych poniżej:
1. Opracowanie odpowiedzi na pytania wykonawców w trakcie postępowania publicznego na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim, realizowanego na podstawie opisu technicznego. Wykonawca jest zobowiązany do realizacji zadania w terminie do 8 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
1.1. Zakres usługi obejmuje opracowanie projektów odpowiedzi na pytania uczestników postępowania.
1.2. Zamawiający będzie przekazywał do Wykonawcy pytania sukcesywnie.
1.3. W terminie 3 dni roboczych od otrzymania pytań od Zamawiającego Wykonawca jest zobowiązany przedstawić projekt odpowiedzi.
1.4. Wykonawca jest zobowiązany udzielić dodatkowych wyjaśnień i przygotować uzupełnienia odpowiedzi, wg wskazówek Zamawiającego.
2. Wprowadzenie korekt, zmian, uzupełnień, ujednoliceń itp. do opisu technicznego oraz załączonych do niego specyfikacji w zakresie wynikłym w szczególności z pytań wniesionych przez uczestników Postępowania publicznego na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim, realizowanego na podstawie ww. opisu. Wykonawca jest zobowiązany do realizacji zadania w terminie do 8 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
Zakres usługi obejmuje korektę, zmiany, uzupełnienia itp. do opisu technicznego oraz załączonych do niego specyfikacji, których wprowadzenie jest zasadne w oparciu o:
2.1. pytania wniesione przez uczestników postępowania publicznego realizowanego na podstawie ww. opisu,
2.2. uwagi Zmawiającego,
2.3. uwagi Wykonawcy,
2.4. inne czynniki wpływające na zasadność wprowadzenia ww. zmian.
3. Wsparcie merytoryczne dla Zamawiającego związane z przedmiotem niniejszego zamówienia w trakcie ewentualnych postępowań przed sądami oraz Krajową Izbą Odwoławczą (KIO), w związku z przeprowadzeniem Postępowaniu publicznym na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim na podstawie opisu technicznego. Wykonawca jest zobowiązany do realizacji zadania w terminie do 8 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
Zakres usługi obejmuje wsparcie merytoryczne Zamawiającego:
3.1. przy przygotowaniu wzoru odpowiedzi na składane przez uczestnika postępowania przetargowego środki ochrony prawnej (jak np. odwołania do Krajowej Izby Odwoławczej),
3.2. udział we wszystkich rozprawach przed Krajową Izbą Odwoławczą (w tym także na etapie odwołań dotyczących treści SIWZ) dotyczących realizacji przedmiotowego zamówienia oraz przed sądem właściwym danej sprawie, w wypadku zaskarżenia wyroku Krajowej Izby Odwoławczej, o którym mowa wyżej.
4. Przygotowanie i udostępnienie środowiska testowego obejmującego przygotowane scenariusze testowe wymienione w pkt I.10 na Platformie TUKAN lub równoważnej. Wykonawca jest zobowiązany do realizacji zadania w terminie do 3 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
5. Przygotowanie Zamawiającego do przeprowadzenia przedsięwzięcia typu Projectathon i udział Wykonawcy podczas wydarzenia – przy użyciu Platformy TUKAN lub równoważnej. Wykonawca jest zobowiązany do realizacji zadania w terminie do 3 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
5.1. Wykonawca, w ramach jednego ze spotkań określonych w pkt. I.3, zrealizuje jednodniowy instruktaż techniczny dla nie więcej niż 5-ciu osób wskazanych przez Zamawiającego, obejmujący konfigurację środowiska testowego jak również metody i sposoby przeprowadzenia oraz oceny wyników testów. Wykonawca opracuje i przekaże Zamawiającemu dokument stanowiący materiały pomocnicze dla uczestników warsztatu, nie później niż w trzy dni robocze przed terminem realizacji warsztatu ustalonym przez Zamawiającego.
5.2. Wykonawca zapewni wsparcie merytoryczne podczas realizacji wydarzenia oraz udział minimum 5 specjalistów do nadzorowania testów i udzielania wsparcia podczas tego wydarzenia.
5.3. Warsztat przeznaczony będzie dla producentów oprogramowania dla podmiotów leczniczych oraz jednostek AOS i POZ.
5.4. Wyniki testów mogą zostać opublikowane przez Zamawiającego.
6. Przygotowanie katalogu testów akceptacyjnych niezbędnych do odbioru dostaw oraz usług przewidzianych do pozyskania w ramach postępowania publicznego na wykonanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej (MSIM) w Województwie Małopolskim. Wykonawca jest zobowiązany do realizacji zadania w terminie do 2 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
Podczas tworzenia katalogu testów należy zwrócić uwagę, aby uwzględniały następujące elementy
6.1. Niezawodność oprogramowania i sprzętu
6.2. Walidacja i weryfikacja
6.3. Inspekcje kodu (wraz z weryfikacją jego zrozumiałości i opisu)
6.4. Statyczna weryfikacja kodów
6.5. Testowanie (manualne i automatyczne)
6.6. Wdrożenie (opis wdrożenia, wdrożenie testowe)
6.7. Diagramy wdrożenia (UML)
7. Udział w Panelu Ekspertów (maksymalnie podczas dwóch spotkań) w trakcie merytorycznej oceny wniosku o dofinansowanie dla Projektu MSIM wraz z przedstawieniem/przygotowaniem prezentacji projektu MSIM zgodnie z Regulaminem prac Komisji Oceny Projektów w ramach Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020 dla projektów znajdujących się w Wykazie projektów zidentyfikowanych przez Instytucję Zarządzającą RPO WM w ramach trybu pozakonkursowego, stanowiącym załącznik nr 4 do Regulaminu przygotowania i oceny projektów realizowanych w trybie pozakonkursowym i dostępnymi na stronie xxxx://xxx.xxx.xxxxxxxxxx.xx Zakres prezentacji i materiały informacyjne przygotowane przez Wykonawcę winny być przesłane do Zamawiającego w celu analizy, zgłoszenia uwag i akceptacji na 3 dni robocze przed planowanym terminem spotkania Panelu Ekspertów.
Wykonawca jest zobowiązany do realizacji zadania w terminie do 2 miesięcy od złożenia przez Zamawiającego oświadczenia w sprawie skorzystania z prawa opcji.
III. Zgodność z przepisami prawa oraz rekomendacjami technicznymi
1. Wykonawca, w ramach realizacji całej umowy oraz prawa opcji, zrealizuje zamówienie zachowując zgodność z:
1.1. Przepisami prawa, w tym w szczególności z przepisami odnoszącymi się do przetwarzania dokumentacji medycznej oraz elektronicznej dokumentacji medycznej (xxxx://xxx0.xx.xxx.xx/xxxxx/xxxxx?xxxx00&xxx000&xxxxx&xxx000&xxx0&xxx00000) oraz RODO (xxxxx://xxxxx.xxx.xx/xx/000/0000)
1.2. Rekomendacjami Komitetu Sterującego EFSI (xxxx://xxxxxxx.xxx.xx/xx/xxxxxx-000-xxxxxxxxxx_xxxxxx_xx.xxxx)
1.3. Rekomendacjami CSIOZ oraz Rady ds. Interoperacyjności (xxxxx://xxx.xxxxx.xxx.xx/xxxxxxxxxxx/xxxxxxxxx/xxxxxxxxxxxx-xxxx-xx-xxxxxxxxxxxxxxxxxx/)
1.4. Decyzją Komisji (UE) 2015/1302 z dnia 28 lipca 2015 r.
(xxxxx://xxx-xxx.xxxxxx.xx/xxxxx-xxxxxxx/XX/XXX/XXX/?xxxxXXXXX:00000X0000&xxxxxXX)
1.5. Polską Implementacją Krajową standardu HL7 CDA (xxxxx://xxx.xxxxx.xxx.xx/XX0XXX/xx-xxx-xxxx-xx-XX/)
1.6. Kryteriami oceny projektów Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020.
IV. Opis projektu, którego dotyczy zamówienie
1. Celem projektu pn. „Małopolski System Informacji Medycznej (MSIM)” jest zrealizowanie Regionalnej Platformy Wymiany Elektronicznej Dokumentacji Medycznej w Województwie Małopolskim zgodnie z ustawą z dnia 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia oraz innymi przepisami prawa odnoszącymi się do dokumentacji medycznej, a także wytycznymi technicznymi, obowiązującymi standardami i normami oraz dobrymi praktykami.
2. Małopolski System Informacji Medycznej powstał w 2015 r. w ramach projektu pilotażowego, zrealizowanego ze środków Małopolskiego Regionalnego Programu Operacyjnego. w wyniku realizacji tego projektu do MSIM zostały przyłączone trzy wojewódzkie szpitale.
3. Obecnie realizowany projekt pn. „Małopolski System Informacji Medycznej (MSIM)” planowany jest do współfinansowania w ramach Osi priorytetowej 2. Cyfrowa Małopolska, Działanie 2.1 E-administracja i otwarte zasoby, Poddziałanie 2.1.5 e-usługi w ochronie zdrowia Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata 2014-2020.
4. Projekt pn. „Małopolski System Informacji Medycznej (MSIM)” zakłada:
4.1. utworzenie i rozwój wspólnej Platformy na poziomie regionalnym, umożliwiającej przetwarzanie i przesyłanie danych medycznych pomiędzy jednostkami medycznymi w regionie;
4.2. rozbudowę Platformy MSIM o wybrane dodatkowe funkcjonalności/e-usługi, x.xx.:
4.2.1.Dostęp pacjentów do danych medycznych 4.2.2.Wymiana EDM
4.2.3.e-Rejestracja regionalna 4.2.4.Usługa anonimizacji danych
4.3. Połączenie Platformy MSIM z ogólnokrajową platformą P1;
4.4. Integrację z innymi krajowymi przedsięwzięciami w obszarach e-zdrowia oraz krajowej infrastruktury zaufania;
4.5. Zapewnienie środków technicznych niezbędnych dla wymiany danych z innymi platformami regionalnymi;
4.6. Przyłączenie do Platformy MSIM kolejnych podmiotów leczniczych. Projekt przewiduje inwestycje w poszczególnych podmiotach leczniczych, które będą miały na celu skuteczne podłączenie podmiotów do MSIM i zapewnienie technicznych możliwości do wytwarzania i wymiany elektronicznej dokumentacji medycznej oraz wykorzystywania e-usług dostępnych w ramach Platformy MSIM. w toku realizacji Projektu, weryfikowane będą również możliwości i warunki przyłączenia do Platformy MSIM innych typów podmiotów udzielających świadczeń zdrowotnych, w tym x.xx. podmiotów ambulatoryjnej opieki specjalistycznej, podstawowej opieki zdrowotnej, zakładów opiekuńczo-leczniczych, laboratoriów diagnostycznych i szpitali prywatnych;
5. Projekt będzie realizowany w formule partnerstwa z podmiotami leczniczymi. Lista Partnerów stanowi załącznik nr 1 do niniejszego OPZ.
V. Opis założeń Zamawiającego dotyczących konstrukcji oraz funkcjonalności Platformy MSIM
1. Platforma MSIM musi realizować następujące profile IHE: XDS.b, XDS-I.b, PIX, PDQ, CT, ATNA, XCA, XCPD, XUA oraz APPC (lub BPPC).
2. Platforma MSIM musi posiadać repozytorium regionalne jak również obsługiwać repozytoria lokalne Partnerów projektu.
3. Wszystkie dokumenty medyczne przetwarzane przez Platformę MSIM muszą być zgodne z Polską Implementacją Krajową standardu HL7 CDA lub ze standardem DICOM.
4. Platforma MSIM musi zapewnić możliwość wymiany obrazowych wyników badań diagnostycznych.
5. Platforma MSIM musi zapewnić możliwość i wsparcie dla wtórnego użycia danych.
6. Platforma musi być zintegrowana z platformami krajowymi (w tym Platformą P1) oraz powinna posiadać zdolność wymiany danych z innymi platformami krajowymi jak też możliwości komunikacji transgranicznej.
7. Integracja Platformy MSIM z Platformą P1 musi uwzględniać obsługę zdarzeń medycznych.
8. Integracja Platformy MSIM z Platformą P1 musi uwzględniać Model Transportowy Platformy P1 w zakresie jego obowiązywania w trakcie realizacji zamówienia.
9. Platforma musi realizować wsparcie dla procesów opieki skoordynowanej.
10. W ramach procesu e-Rejestracji musi być realizowana obsługa e-Skierowania.
11. Platforma MSIM musi być przystosowana do funkcjonowania w warunkach krajowej architektury e-Zdrowia opartej o model wielorejestrowy (wielodomenowy).
12. Architektura oraz rozwiązania przyjęte dla Platformy MSIM muszą uwzględniać możliwość przynależności MSIM do wielu domen typu XDS Affinity Domain jednocześnie.
13. Dokumenty medyczne przechowywane w repozytorium regionalnym Platformy MSIM muszą mieć postać zaszyfrowaną.
14. Platforma MSIM musi zapewnić obsługę sytuacji, w której ten sam dokument medyczny jest przechowywany zarówno w repozytorium regionalnym jak też w repozytorium lokalnym jednego z Partnerów Projektu MSIM.
15. Rozwiązania zaproponowane przez Wykonawcę muszą zapewniać neutralność technologiczną.
VI. Neutralność technologiczna
1. Na każdym z etapów projektowania/opisywania elementów koncepcji systemu Wykonawca musi przestrzegać zasady neutralności technologicznej tak, aby opisane rozwiązania były zgodne z otwartymi standardami, i/lub wykorzystywały specyfikacje elementów opublikowane przez organizacje standaryzacyjne i/lub będące ogólnie przyjętymi i najczęściej wykorzystywanymi normami i wytycznymi w danej dziedzinie. Specyfikacja wykorzystanych przez Wykonawcę protokołów komunikacyjnych, interfejsów, formatów danych i plików powinna być publicznie dostępna oraz możliwa do implementacji w sposób nie uzależniający Zamawiającego od jednego producenta lub dostawcy.
2. Definicje interfejsów, protokołów i formatów danych muszą być opracowane w taki sposób, by dowolny wykonawca systemu był w stanie stworzyć własne komponenty komunikujące się z projektowanym systemem z zachowaniem wymogów bezpieczeństwa.
3. Wszystkie zewnętrzne interfejsy projektowanych systemów muszą wykorzystywać standardowe (a co najmniej otwarte) formaty danych i protokoły, przez co rozumie się:
1) W obszarach stosowalności standardy wymienione w ROZPORZĄDZENIU RADY MINISTRÓW z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2012 poz. 526).
2) W obszarach nie objętych rozporządzeniem istniejące powszechnie akceptowane standardy otwarte.
3) W obszarach, gdzie nie ma powszechnie akceptowanych otwartych standardów:
a. standardy komercyjne (powszechnie stosowane specyfikacje) pod warunkiem, że ich właściciele udostępniają publicznie specyfikacje niezbędne dla implementacji standardu i nie nakładają żadnych ograniczeń, ani nie pobierają opłat za ich wykorzystanie i implementacje;
b. specyfikacje specyficzne (własne) spełniające warunek określony powyżej, rozszerzony również o brak ograniczeń i opłat dotyczących modyfikacji i rozszerzania tych specyfikacji.
4) W żadnym wypadku Wykonawca nie może stosować specyfikacji, które stanowią tajemnicę (nie zostały i nie mogą być podane do publicznej wiadomości) lub których wykorzystanie oraz implementacja podlega ograniczeniom lub opłatom związanym z prawami autorskimi lub pokrewnymi.
5) Zamawiający uznaje standard za otwarty, gdy zostaną spełnione następujące warunki:
a. Standard jest zatwierdzony i utrzymywany przez organizację nie nastawioną na zysk (non- profit), a jego ciągły rozwój odbywa się na zasadzie procedury podejmowania decyzji w otwartym gronie zainteresowanych uczestników (przez porozumienie lub głosowanie itp.).
b. Standard jest opublikowany, a jego specyfikacja jest dostępna nieodpłatnie lub za symboliczną opłatą. Jego kopiowanie, dystrybucja i stosowanie (w całości, w części lub w zmodyfikowanej postaci) jest dozwolone dla wszystkich zainteresowanych całkowicie bez opłat.
Prawa autorskie, w tym ewentualne zawarte w standardzie patenty zostały w nieodwołalny sposób udostępnione jako wolne od opłat licencyjnych.
W szczególnie uzasadnionych przypadkach Zamawiający może dopuścić odstępstwo od wyżej wymienionych zasad pod warunkiem uprzedniego uzgodnienia z Zamawiającym oraz pisemnej zgody Zamawiającego.
VII. Ogólne zasady realizacji przedmiotu zamówienia
1. Wykonawca będzie współpracował z Zamawiającym podczas wytwarzania produktów przedmiotu zamówienia, w tym w formie cotygodniowych spotkań warsztatowych.
2. W ramach realizacji zamówienia Wykonawca będzie zobowiązany do współpracy z innymi wykonawcami, zatrudnionymi przez Xxxxxxxxxxxxx, w zakresie wsparcia merytorycznego dotyczącego przedmiotu niniejszego zamówienia, w tym w ramach cotygodniowych spotkań warsztatowych.
3. Wykonawca umożliwi Zamawiającemu stały, bieżący dostęp do roboczych wersji produktów zamówienia. Niniejszy wymóg winien być realizowany drogą elektroniczną. w szczególności, w przypadku udostępnienia Wykonawcy przez Zamawiającego odpowiedniego narzędzia informatycznego uruchomionego na zasobach należących do Zamawiającego, Wykonawca będzie zobowiązany do korzystania z tego narzędzia.
4. Wykonawca przedstawi Zamawiającemu miesięczny Raport z przebiegu realizacji zamówienia, określonego w Opisie Przedmiotu Zamówienia w celu dokonania przez Zamawiającego oceny stopnia postępu realizacji zamówienia.
5. Wykonawca przedstawi Zamawiającemu Raport z przebiegu realizacji zamówienia za poprzedni miesiąc, w terminie do 5-ego dnia każdego miesiąca, przy czym pierwszy raport musi obejmować co najmniej okres jednego pełnego miesiąca. Wykonawca w terminie do 14 dni od zawarcia umowy przedstawi wzór Raportu, o jakim mowa w ust. 4, który będzie podlegał zatwierdzeniu przez Zamawiającego. Zamawiający w toku realizacji umowy będzie miał możliwość modyfikacji ww. wzoru bez uzyskiwania akceptacji Wykonawcy, co zostanie zgłoszone Wykonawcy drogą elektroniczną w terminie do 10 dni przed przypadającym kolejnym terminem przedstawienia Raportu.
6. Każdy Raport, o którym mowa w pkt 4 musi zawierać co najmniej:
6.1. Wykaz roboczych wersji produktów zamówienia wymaganych w ramach niniejszego OPZ, przy czym każdy dokument musi być wersjonowany i opatrzony datą sporządzenia,
6.2. Opis postępu prac,
6.3. Opis powstałych problemów i zagrożeń oraz propozycje działań w celu ich usunięcia,
6.4. Załączniki w postaci wersji roboczych produktów zamówienia, o których mowa w pkt 6.1, przy czym każdy z załączników musi być wersjonowany i opatrzony datą sporządzenia.
7. Zamawiający ma możliwość zgłaszania drogą elektroniczną uwag do każdej z wersji produktów przedmiotu zamówienia na każdym etapie realizacji umowy. Wykonawca zobowiązany jest do uwzględnienia i wprowadzenia zgłoszonych uwag.
8. W przypadku braku uwag do miesięcznego Raportu, o którym mowa w ust. 4 i 5 Strony podpiszą Protokół Odbioru Okresu Rozliczeniowego. Protokół Odbioru Okresu Rozliczeniowego stanowi podstawę do wystawienia faktury w zakresie zadań rozliczanych w formie comiesięcznego ryczałtu. Po odebraniu wszystkich zadań rozliczanych w formie comiesięcznego ryczałtu Protokół Odbioru Okresu Rozliczeniowego stanowi podstawę do odbioru comiesięcznego Raportu, za co nie przysługuje odrębne wynagrodzenie.
9. Wykonawca zobowiązuje się do zachowania pełnej poufności, wykorzystywania informacji nabytych podczas realizacji zamówienia wyłącznie do celów wykonywanej pracy i zachowania ich w tajemnicy wobec osób trzecich.
10. Wykonawca zobowiązany jest prezentować profesjonalne, niezależne i bezstronne podejście do zamówienia i zaproponować rozwiązania optymalne, zapewnić właściwą jakość merytoryczną dokumentów oraz poprawność i efektywność procedur. w toku realizacji zamówienia Zamawiający oczekuje zindywidualizowanej porady i konsultingu, opierających się o rozpoznanie i diagnozę problemu oraz próbę znalezienia rozwiązania lub wskazania drogi do jego poszukiwania. w ramach świadczonej usługi Zamawiający oczekuje również opiniowania i weryfikacji własnych rozwiązań, proponowanie rozwiązań alternatywnych, najlepszych z punktu widzenia osiągniecia celu, jakim jest zrealizowanie umowy.
11. Wykonawca na potrzeby realizacji zamówienia musi dysponować zespołem projektowym, w skład którego muszą wchodzić osoby spełniające warunki, o których mowa w pkt. V SIWZ.
12. Na każdym etapie Zamawiający oczekuje:
12.1. sprawnej i terminowej realizacji zamówienia, w tym uwzględniania w trakcie jego realizacji wszystkich uwag zgłaszanych przez Zamawiającego;
12.2. współpracy z zespołem Zamawiającego dedykowanym do realizacji zamówienia;
12.3. niezwłocznego informowania o pojawiających się problemach, zagrożeniach lub opóźnieniach w realizacji zamówienia w stosunku do harmonogramu, a także innych zagadnieniach istotnych dla jego realizacji
12.4. pozostawania w stałym kontakcie z Zamawiającym z następującymi maksymalnymi czasami reakcji ze strony Wykonawcy na wezwanie Zamawiającego:
12.4.1. kontakt email – do 6 godzin roboczych
12.4.2. kontakt telefoniczny – niezwłocznie, tj. maksymalnie do 4 godzin roboczych.
13. Tzw. godziny robocze obowiązują w godzinach pracy Zamawiającego, tj. między godziną 8 a 16 w dni robocze.
14. Wynagrodzenie Wykonawcy (cena oferty brutto zgodnie z pkt. 1 formularza oferty) obejmuje łącznie wszystkie niezbędne czynności konieczne do wykonania zamówienia, w tym również przeniesienie praw autorskich do utworów powstałych w wyniku wykonywania lub w związku z wykonywaniem przedmiotu niniejszego zamówienia. Zakłada się wypłatę wynagrodzenia częściowo, zgodnie z zapisami umowy na realizację przedmiotowego zamówienia. Koszt wynagrodzenia wyczerpuje wszelkie roszczenia Wykonawcy do Zamawiającego związane z realizacją przedmiotu umowy.
15. Wykonawca przekaże końcowe wersje dokumentów, podpisane przez upoważnione osoby, w wersji papierowej wraz z ich tożsamą wersją elektroniczną.
16. Dokumentacja sporządzona na potrzeby zamówienia musi być zgodna ze stanem prawnym aktualnym na dzień przedstawienia jej do odbioru Zamawiającemu. Równocześnie w sytuacji, gdy przed przedstawieniem ww. dokumentacji do odbioru Zamawiającego akt prawny, który zmienia stan prawny, zgodnie z którym zostały sporządzone dokumenty na potrzeby zamówienia, został opublikowany i jest w okresie vacatio legis, Wykonawca jest zobowiązany poinformować o tym fakcie Zamawiającego i na jego żądanie przedłożyć ww. dokumenty sporządzone zgodnie z przyszłym stanem prawnym.
17. W zakresie wszystkich wersji produktów zamówienia przedstawianych przez Wykonawcę:
17.1. dokument musi być przygotowywany w języku polskim w czytelnej formie;
17.2. dokument musi być wersjonowany i opatrzony datą sporządzenia;
17.3. dokumenty przygotowywane w formie arkusza kalkulacyjnego muszą być przedstawiane w formie pliku z czytelnymi wyliczeniami i/lub formułami;
17.4. użyte w dokumentacji rysunki, wykresy i inne opracowania muszą być sporządzone w postaci umożliwiającej ich edycję;
18. Dostarczane dokumenty muszą być spójne wewnętrznie oraz pomiędzy sobą i nie mogą zawierać sprzeczności. Wykonawca musi zapewnić wzajemną zgodność pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, brak logicznych sprzeczności oraz spójność pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz fragmentach tego samego dokumentu.
19. Dostarczane dokumenty mają charakteryzować się:
19.1. Jednolitą strukturą, rozumianą jako podział danego dokumentu na rozdziały, podrozdziały i sekcje w czytelny i zrozumiały sposób.
19.2. Jednolitym sposobem opisywania rozumianym jako zachowanie spójnej struktury, formy i sposobu pisania dla poszczególnych dokumentów oraz fragmentów tego samego dokumentu.
19.3. Poprawnością ortograficzną, gramatyczną i stylistyczną.
19.4. Aktualnymi odnośnikami do innych dokumentów, rozdziałów lub fragmentów tego samego dokumentu.
19.5. Dostarczane dokumenty muszą być kompletne.
19.6. Muszą zawierać pełne przedstawienie omawianego problemu obejmujące całość rozpatrywanego zakresu zagadnienia i nie zawierać zbędnej treści.
16. Jeżeli Zamawiający lub Wykonawca przekazują sobie oświadczenia, wnioski, zawiadomienia oraz informacje drogą elektroniczną, każda ze Stron na żądanie drugiej Strony niezwłocznie potwierdza fakt ich otrzymania.
17. W toku realizacji zamówienia Wykonawca uwzględni opinie, analizy itd. dostarczane przez Zamawiającego, w tym sporządzone przez innych Wykonawców.
VIII. Ogólne zasady płatności
1. Zamawiający przewiduje dwa rodzaje płatności:
1.1. w formie comiesięcznego ryczałtu: w wysokości 35% wynagrodzenia brutto całości zamówienia, przewidzianego za realizację zadań wymienionych w pkt. I.3; I.9; I.11; I.12; I.13; I.14
1.2. W wysokości pozostałej kwoty, która nie przekracza 65% wynagrodzenia brutto całości zamówienia za realizację zadań wymienionych w pkt. I.1; I.2; I.4; I.5; I.6; I.7; I.8; I.10; I.15; I.16;
2. Płatności za zakres zamówienia przewidziany prawem opcji w przypadku jej uruchomienia będą uruchamiane za wersje końcowe produktów zamówienia.
Załącznik nr 1 do Opisu Przedmiotu Zamówienia
Lista partnerów Województwa Małopolskiego w ramach projektu Małopolski System Informacji Medycznej
1. Szpital Specjalistyczny im. Xxxxxxxx Xxxxxxxxxxxx w Nowym Sączu.
2. Krakowskie Centrum Rehabilitacji i Ortopedii.
3. Szpital Specjalistyczny im. xx. Xxxxxx Xxxxxxxxxxx Samodzielny Publiczny Zakład Opieki Zdrowotnej w Krakowie.
4. Szpital Specjalistyczny im. J. Dietla w Krakowie.
5. Wojewódzki Specjalistyczny Szpital Dziecięcy im. św. Xxxxxxx w Krakowie.
6. Krakowski Szpital Specjalistyczny im. Xxxx Xxxxx XX.
7. Wojewódzki Szpital Okulistyczny w Krakowie.
8. Ośrodek Rehabilitacji Narządu Ruchu „Krzeszowice” Samodzielny Publiczny Zakład Opieki Zdrowotnej.
9. Zespół Opieki Zdrowotnej w Oświęcimiu.
10. Małopolski Szpital Chorób Płuc i Rehabilitacji im. Xxxxxxx Xxxxxxx.
11. Szpital Powiatowy w Chrzanowie.
12. Szpital Specjalistyczny im. Xxxxxxx Xxxxxxxxxxxxx w Gorlicach.
13. Szpital Wojewódzki im. św. Łukasza Samodzielny Publiczny Zakład Opieki Zdrowotnej w Tarnowie.
14. Specjalistyczny Szpital im. E. Szczeklika w Tarnowie.
15. Zespół Opieki Zdrowotnej w Dąbrowie Tarnowskiej.
16. Szpital św. Xxxx w Miechowie.
17. Samodzielny Publiczny Zespół Opieki Zdrowotnej w Proszowicach.
18. Samodzielny Publiczny Zakład Opieki Zdrowotnej w Bochni „Szpital Powiatowy” im. bł. Xxxxx Xxxxxxxx.
19. Samodzielny Publiczny Zespół Opieki Zdrowotnej w Brzesku.
20. Szpital Powiatowy w Limanowej Imienia Miłosierdzia Bożego.
21. Wojewódzki Szpital Rehabilitacyjny im. dr S. Jasińskiego w Zakopanem.
22. Uniwersytecki Szpital Ortopedyczno-Rehabilitacyjny w Zakopanem.
23. Szpital Powiatowy im. dr Xxxxxx Xxxxxxxxxxxxxx w Zakopanem.
24. Szpital Specjalistyczny Chorób Płuc „Odrodzenie” im. Xxxxx Xxxxxxxx w Zakopanem.
25. Podhalański Szpital Specjalistyczny im. Xxxx Xxxxx XX w Nowym Targu.
26. Samodzielny Publiczny Zakład Opieki Zdrowotnej w Myślenicach.
27. Instytut Gruźlicy i Chorób Płuc.
28. Zespół Opieki Zdrowotnej w Suchej Beskidzkiej.
29. Wojewódzki Szpital Psychiatryczny w Andrychowie.
30. Zespół Zakładów Opieki Zdrowotnej w Wadowicach.
31. Szpital Miejski Specjalistyczny im. Xxxxxxxx Xxxxxxxxxxx w Krakowie.
32. Uniwersytecki Szpital Dziecięcy w Krakowie.
33. Samodzielny Publiczny Zakład Opieki Zdrowotnej Ministerstwa Spraw Wewnętrznych i Administracji w Krakowie.
34. Samodzielny Publiczny Zakład Opieki Zdrowotnej - Szpital im. dr J. Dietla w Krynicy-Zdroju.
35. Szpital Specjalistyczny im. Xxxxxxx Xxxxxxxxxxx Samodzielny Publiczny Zakład Opieki Zdrowotnej w Krakowie.
36. Centrum Onkologii - Instytut im. Xxxxx Xxxxxxxxxxxx-Xxxxx.
37. Samodzielny Publiczny Zakład Opieki Zdrowotnej Szpital Uniwersytecki w Krakowie.
38. Szpital Specjalistyczny im. Xxxxxxx Xxxxxxxxx w Krakowie Sp. z o.o.
Lista partnerów rezerwowych:
1. Krakowskie Pogotowie Ratunkowe.