Odpowiedzi

Transkrypt

Odpowiedzi

Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. z o.o.
z siedzibą w Krakowie, os. Złotej Jesieni 1, 31-826 Kraków
Kraków, dnia 31.01.2015r.
Zamawiający Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. z o.o. w związku
z prowadzoną procedurą przetargową o zamówienie publiczne, w trybie przetargu
nieograniczonego, numer sprawy 399/ZP/2014 odpowiada na zapytania uczestników
postępowania o następującej treści:
Pytanie nr 78
Treśd pytania:
Dotyczy: Załącznik 9 (OPZ), Rozdział 2.8 Strona 21.
Zapis: „System zapewni możliwośd wysyłania komunikatów obsługiwanych przez system centralny
zgodnie z dokumentem „Uproszczona instrukcja integracji” - Integracja Prototypów Internetowego
Konta Pacjenta (IKP) oraz e-Recepty.”
Pytanie:
Prosimy o wyjaśnienie, którego systemu (P1 czy MSIM) dotyczy zapis o zapewnieniu możliwości
wysyłania komunikatów.
Odpowiedź:
Zamawiający wyjaśnia, że integracja wymaga dwustronnej wymiany danych pomiędzy systemem P1,
a MSIM.
Zamawiający zwraca jednocześnie uwagę że w zakresie zamówienia jest dostosowywanie MSIM do
aktualnych wytycznych CSIOZ w zakresie platformy P1 przez okres wskazany w ofercie lecz nie mniej
niż 5 lat od daty odbioru koocowego systemu, w tym uzyskiwanie wszystkich wymaganych
certyfikacji.
Pytanie nr 79
Treśd pytania:
Zapis: „System zapewni możliwośd wysyłania komunikatów obsługiwanych przez system centralny
zgodnie z dokumentem „Uproszczona instrukcja integracji” - Integracja Prototypów Internetowego
Konta Pacjenta (IKP) oraz e-Recepty.”
Pytanie:
Biorąc pod uwagę obecną konstrukcję IKP, która zasadniczo różni się od Prototypu IKP prosimy o
potwierdzenie czy Wykonawca ma obsługiwad komunikaty zgodnie z dokumentem „Uproszczona
instrukcja integracji” - Integracja Prototypów Internetowego Konta Pacjenta (IKP) oraz e-Recepty.”.
Pytanie wynika z faktu, że Prototypu IKP i e-Rejestracji nie są zbieżne z bieżącym projektem P1 , a w
związku z tym integracja nie powinna się odbywad na podstawie cytowanego dokumentu lecz na
podstawie dokumentów publikowanych przez CSIOZ, które opisują lub w przyszłości będą opisywad
realny zakres integracji z P1.
Odpowiedź:
Zamawiający zwraca uwagę że w zakresie zamówienia jest dostosowywanie MSIM do aktualnych
wytycznych CSIOZ w zakresie platformy P1 przez okres wskazany w ofercie lecz nie mniej niż 5 lat od
daty odbioru koocowego systemu, w tym uzyskiwanie wszystkich wymaganych certyfikacji.
Zamawiający dokonuje następującej zmiany w Załaczniku nr 9 do SIWZ ""Opis przedmiotu
Zamówienia"", rozdział 2.8:
JEST:
System zapewni możliwośd wysyłania komunikatów obsługiwanych przez system centralny zgodnie z
dokumentem „Uproszczona instrukcja integracji” - Integracja Prototypów Internetowego Konta
Pacjenta (IKP) oraz e-Recepty w wersji aktualnej w okresie wykonywania usługi.
POWINNO BYD:
System zapewni możliwośd wysyłania komunikatów obsługiwanych przez system centralny zgodnie
ze wskazaną w niniejszej SIWZ dokumentacją projektu P1.
Pytanie nr 81
Treśd pytania:
Zapis: „Wymaga się dostosowania systemu MSIM do kolejnych wdrażanych w ramach Projektu P1
funkcji IKP realizowanych przez CSIOZ oraz przepisów prawa regulujących ten obszar w ramach usługi
dostawy i nadzoru autorskiego.”
Pytanie:
Prosimy o potwierdzenie, że Zamawiający tym powyższym zapisem wymaga od Wykonawcy
dostosowania MSIM wyłącznie w zakresie przyszłych funkcji IKP przewidzianych do integracji z
systemami regionalnymi, nie zaś do dostosowania wszystkich „kolejnych wdrażanych w ramach
Projektu P1 funkcji IKP realizowanych przez CSIOZ” niezależnie czy są przewidziane do integracji z
systemami regionalnymi czy nie.
Odpowiedź:
Zamawiający potwierdza, że nie wymaga od Wykonawcy dostosowania MSIM w zakresie inny niż
zakres przewidziany w P1 do integracji z systemami regionalnymi.
Pytanie nr 144
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 9.1 str. 139 wymaganie DOK.3
Zamawiający napisał, że: „W ramach analizy przedwdrożeniowej musi zostad przeprowadzona wizja
lokalna w terminach uzgodnionych z Partnerami Projektu. Jej wyniki Wykonawca zobowiązany jest
przedstawid w dokumencie Analiza przedwdrożeniowa.”
Ponieważ na realizację Analizy przedwdrożeniowej Zamawiający przeznaczył jedynie 30 dni
kalendarzowych prosimy o potwierdzenie, że jeżeli Zamawiający nie uzgodni terminów wizji lokalnej
w datach umożliwiających terminową realizację zadao Wykonawcy, Zamawiający stosownie
przesunie termin przedłożenia dokumentu Analiza przedwdrożeniowa.
Odpowiedź:
Zamawiający potwierdza, że jeżeli Zamawiający nie uzgodni terminów wizji lokalnej w datach
umożliwiających terminową realizację zadao Wykonawcy, Zamawiający stosownie przesunie termin
przedłożenia dokumentu Analiza przedwdrożeniowa.
Pytanie nr 146
Treśd pytania:
Zamawiający napisał, że: „Wykonawca opracuje Plan Komunikacji dla projektu MSIM – projekt
pilotażowy w ramach którego będą zebrane informacje nt.:
- Danych kontaktowych członków zespołu projektowego
- Zasady komunikacji (formalnej oraz operacyjnej)
- Przyporządkowanie ról projektowych do osób zaangażowanych w prace projektowe (w tym
odpowiedzialnośd za dany produkt/komponent).”
Zamawiający nie wskazał sposobu, ani terminu akceptacji przygotowanie przez Wykonawcę Planu
Komunikacji. Tymczasem wymagany zapisami Umowy termin wykonania analizy to 30 dni
kalendarzowych. Zasady komunikacji powinny obowiązywad w trakcie prac analitycznych. Prosimy w
związku z tym o potwierdzenie, że Zamawiający zaakceptuje i będzie stosował przedstawiony przez
Wykonawcę Plan Komunikacji bez zgłaszania uwag.
Odpowiedź:
Zamawiający potwierdza, że jeżeli nie uzgodni – nie w wyniku przyczyn leżących po stronie
Wykonawcy - terminów wizji lokalnej w datach umożliwiających terminową realizację zadao
Wykonawcy, Zamawiający stosownie przesunie termin przedłożenia dokumentu Analiza
przedwdrożeniowa.
Pytanie nr 152
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 9.2 str. 142
Zamawiający napisał, że: „Szkolenia kierowane dla obsługi technicznej muszą byd certyfikowane. W
ramach szkoleo certyfikowanych Wykonawca zapewni (i sfinansuje) możliwośd jednorazowego
zdawania egzaminu dla każdego z uczestników szkolenia potwierdzającego zdobycie odpowiednich
kwalifikacji niezbędnych
w celu prawidłowej realizacji, utrzymania i rozwijania produktów Projektu.”
Prosimy o szczegółową i zamkniętą listę szkoleo, dla których wymagane są szkolenia certyfikowane
lub badanie jednoznacznej zasady, która pozwoli na etapie oferty określid Wykonawcy zakres tych
szkoleo.
Odpowiedź:
Szkolenia certyfikowane to szkolenia Wykonawcy w ramach produktów wytworzonych przez niego.
Szkolenia akredytowane to szkolenia w zakresie produktów innych Wykonawców dostarczanych w
ramach projektu zgodnie z systemem szkoleo dla tych produktów.
Tak więc zakres szkoleo certyfikowanych określa Wykonawca przy założeniu, że ich zakres powinien
byd wystarczający do obsługi administracji MSIM.
Pytanie nr 153
Treśd pytania:
Zamawiający napisał, że: „Wykonawca zobowiązany jest w terminie określonym w Umowie do
przedstawienia zbiorczego raportu ze szkoleo.”
Prosimy o potwierdzanie, że przez termin określony w umowie Zamawiający rozumie termin Etapu
VII - Testy i szkolenia, wymagane zakooczenie w terminie przewidzianym we wzorze umowy Załącznik nr 8 § 3. pkt. 1.
Odpowiedź:
Zamawiający potwierdza, że przez termin określony w umowie Zamawiający rozumie termin Etapu
VII - Testy i szkolenia, wymagane zakooczenie w terminie przewidzianym we wzorze umowy Załącznik nr 8 § 3. pkt. 1.
Pytanie nr 173
Treśd pytania:
WYMWIR.9.
W związku z tym, że Zamawiający w wymaganiu WYMSO.5. specyfikuje iż Systemy Operacyjne muszą
wspierad między innymi wirtualizację OVM, który nie posiada wsparcia dla systemu operacyjnego
Ubuntu, prosimy o usunięcie z wymagania WYMWIR.9. wymogu wsparcia dla systemu Ubuntu.
Odpowiedź:
Zamawiający prostuje wcześniejszą odpowiedź na udzielone pytanie.
Zamawający wprowadza następującą zmianę w SIWZ:
Załącznik nr 9 do SIWZ "Opis Przedmiotu Zamówienia", Sekcja 7.5.2, wymaganie WYMWIR. 9.
JEST:
Oprogramowanie do wirtualizacji musi wspierad instalację na wirtualnych maszynach co najmniej
następujących systemów operacyjnych: systemy operacyjne z rodziny Windows (w szczególności
MicrosoftWindows Server 2003, 2008, 2012, 2012R2, MicrosoftWindows 7, MicrosoftWindows 8), z
rodziny Linux (w szczególności dystrybucje Red Hat, SuSE, Ubuntu), Solaris.
POWINNO BYD:
Oprogramowanie do wirtualizacji musi wspierad instalację na wirtualnych maszynach co najmniej
następujących systemów operacyjnych: systemy operacyjne z rodziny Windows (w szczególności
MicrosoftWindows Server 2012, 2012R2, MicrosoftWindows 7, MicrosoftWindows 8), z rodziny Linux
(co najmniej jednąz następujących dystrybucji Red Hat, SuSE, Ubuntu), Solaris.
Pytanie nr 187
Treśd pytania:
Dotyczy rozdziału 6.8, punkty 19 oraz 21, str. 79, str. 80 załącznika 9. Zamawiający napisał: „19.
Wymieniane dane muszą byd zaszyfrowane w sposób umożliwiający ich odczytanie tylko przez
adresata ( jednostkę do której są skierowane). (…)21. Wymieniane dane osobowe mają byd
zaszyfrowane w sposób umożliwiający ich odczytanie tylko w jednostce, dla której są przeznaczone.”
Według Wykonawcy wymaganie 21 wynika bezpośrednio z 19. Jeśli jest inaczej prosimy o
wyjaśnienie.
Odpowiedź:
Zamawiający dokonuje następującej zmiany w Załaczniku nr 9 do SIWZ "Opis przedmiotu
Zamówienia", rozdział 6.8:
JEST:
19. Wymieniane dane muszą byd zaszyfrowane w sposób umożliwiający ich odczytanie tylko przez
adresata ( jednostkę do której są skierowane).
POWINNO BYD:
19.
Pytanie nr 216
Treśd pytania:
Dotyczy zapisów rozdziału 4.1.4 i 4.2.5 załącznika 9. Usługa buforowania dla klienta pobierania EDM.
Czy biorąc pod uwagę oczekiwania Zamawiającego, co do interoperacyjności systemu MSIM,
poprawnym jest założenie, że zamawiający oczekuje implementacji usługi buforowania w ramach
protokołu XDS.b? Czy Wykonawca dla potrzeb wyceny może przyjąd założenie że Zamawiający, dla
poprawnej realizacji komunikacji asynchronicznej zapewni obsługę rozszerzenia protokołu XDS.b Asynchronous Web Services Exchange, we wszystkich systemach które będą korzystały z transakcji
ITI-43?
Odpowiedź:
Charakterystyka wykorzystania protokołu XDS.b znajduje się w załączniku 9A.
Pytanie nr 221
Treśd pytania:
Dotyczy pkt. 2.6, str. 20, zał. nr 9. Zamawiający napisał, że „Aktualna wydajnośd usługi powinna byd
wystarczająca do planowanej skali systemu” oraz „Usługa znakowania czasem musi posiadad
wydajnośd na poziomie oferowanym przez CAPE w Małopolsce”.
1) Prosimy o przedstawienie dokładnej informacji o aktualnej wydajności realizowanej przez system
CAPE w Małopolsce w zakresie znakowania czasem oraz weryfikacji znacznika czasu.
2) Wykonawca zaznacza, że wymagania Zamawiającego dotyczące zapewnienia wydajności przez
usługi znakowania czasem oraz weryfikacji znacznika czasu, które zostaną wdrożone na poziomie
warstwy regionalnej nie mogą zostad spełnione przez żadnego z Wykonawców z przyczyn oczywistych
(narzut czasowy na komunikację pomiędzy warstwą regionalną, a systemem CAPE w Małopolsce,
czas odpowiedzi interfejsu integracyjnego systemu CAPE w Małopolsce). W związku z tym prosimy o
precyzyjne zdefiniowanie wymaganej wydajności usługi znakowania czasem oraz weryfikacji
znacznika czasu, która zostanie wdrożona na platformie regionalnej systemu MSIM.
Odpowiedź:
Ad. 1) Zamawiający informuje, że szczegółowy opis funkcjonalności CAPE znajduje się w sekcji 3.8
Załącznika nr 9 do SIWZ "Opis Przedmiotu Zamówienia". Dodatkowo Zamawiający zmienił SIWZ
dodając załącznik 9B. W załączniku 9B do SIWZ znajdują się wyciągi ze spisów treści dokumentacji
CAPE, która zostanie udostępniona wybranemu Wykonawcy.
Ad. 2) Zamawiający informuje, że narzut czasowy związany z komunikacją nie będzie wliczany co
pomiaru wydajności współpracy z CAPE.
Pytanie nr 260
Treśd pytania:
Dotyczy pkt. 3.1.6, str. 39, zał. nr 9. Informacja dotycząca terminali Linux w szpitalu im. J. Dietla w
Krakowie.
1. Prosimy o podanie szczegółowej specyfikacji wykorzystywanego systemu Linux (rodzaj dystrybucji
oraz numer wersji).
2. Prosimy w wyjaśnienie infrastruktury wykorzystującej terminale Linux:
a) Na jakim systemie operacyjnym uruchomiony jest serwer terminali, do którego łączą się terminale
Linux.
b) Czy pracownicy będą korzystali z terminali Linux w celu dostępu do systemu MSIM lub
repozytorium EDM dostarczanego w ramach projektu.
Odpowiedź:
Ad 1. Linux AbaReumat 3.0.21-tinycore
Ad 2.a. HP-UX v B.11.23 poprzez telnet/ssh + Windows Serwer 2012 (w sumie 20 cal –
rotacyjnie/okazjonalnie wykorzystywany w przypadku konieczności korzystania z Windows –
najczęściej administracja)
Ad 2.b TAK
Pytanie nr 261
Treśd pytania:
Dotyczy pkt. 6.8.2, str. 79, zał. nr 9. Zamawiający wymaga aby "System musi umożliwiad
uwierzytelnianie i autoryzację na podstawie informacji przechowywanej w Active Directory". Z kolei
w pkt. 2.7, str.20, zał. nr 9 Zamawiający napisał, że "każdy użytkownik będzie miał klucz/token
weryfikowany przez serwer certyfikacji", a w pkt. 5, str. 14, zał. nr 9 "Uwierzytelnianie użytkowników
musi byd realizowane na podstawie jednoznacznie przydzielonego loginu oraz hasła użytkownika".
Prosimy o jednoznaczne wskazanie wymaganej metody uwierzytelniania dla personelu medycznego
oraz pacjentów.
Odpowiedź:
Zamawiający , że ozdział 6.8 zawiera komplet informacji odpowiadających na zgłoszoną wątpliwośd.
Pytanie nr 271
Treśd pytania:
Dot. Zał. 9 OPZ:; Pkt. 9.2.2.Zakres szkoleo – wymagania dla szkoleo dla obsługi technicznej Systemu
Zamawiający wymaga przeprowadzenia akredytowanego szkolenia z zakresu dostarczonej usługi
katalogowej natomiast z wymagao SIWZ nie wynika potrzeba dostawy oprogramowania usług
katalogowych. Prosimy o wyjaśnienie rozbieżności.
Odpowiedź:
Zamawiający nie dokonuje zmian w SIWZ.
Pytanie nr 97
Treśd pytania:
Wymaganie e-R.3.2 „System musi wspierad proces weryfikacji e‑Rejestracji do oddziałów szpitalnych
w zakresie rejestracji na podstawie więcej niż jednego skierowania do szpitala. Wsparcie ma na celu
uniknięcie sytuacji, w których Pacjent na podstawie różnych skierowao rejestruje się na pobyt w
wielu oddziałach, np. na podstawie dwóch różnych skierowao rejestruje się na pobyt w jednym
oddziale, a na podstawie drugiego skierowania rezerwuje termin w innym oddziale. Pobyt w
pierwszym oddziale kooczy się, ale termin planowanego przyjęcia do drugiego oddziału jest
wyznaczony przed upływem 14 dni od wypisu z poprzedniego oddziału.”
Pytanie:
Czy Zamawiający potwierdza, iż usługa e-Rejestracji dotyczy elektronicznej rejestracji na wizyty (do
pracowni, gabinetów lekarskich) o czym mowa w całym OPZ (założeniach, wymaganiach i procesach
biznesowych), a nie obejmuje rejestracji na pobyty szpitalne (brak takich wymagao w OPZ). Jeśli
Zamawiający potwierdza powyższe, to prosimy o wykreślenie tego wymagania. Jeśli nie potwierdza,
to prosimy o podanie szczegółowych wymagao odnośnie tego typu elektornicznych rejestracji na
oddziały szpitalne oraz odpowiedź czy systemy szpitalne są przygotowane do tego typu rejestracji.
Odpowiedź:
Zamawiający oczekuje, że planowe zabiegi w Szpitalu powinny podlegad rejestracji. W tym kontekście
możliwośd wdrożenia funkcjonalności polegającej na kontroli przebiegu procesu rejestracji nie budzi
wątpliwości Zamawiającego.
Pytanie nr 147
Treśd pytania:
Zamawiający napisał, że: „Wykonawca musi opracowad szczegółowy projekt techniczny
dostarczanego rozwiązania umożliwiający instalację i konfigurację wszystkich wymaganych
komponentów oraz aplikacji. Jako Projekt techniczny rozumie się dokumentację opisującą
szczegółową konfigurację komponentów, ich wzajemnych relacji i powiązao umożliwiających
zainstalowanie, podłączenie, uruchomienie i poprawną pracę poszczególnych aplikacji i systemów.
Projekt techniczny musi obejmowad co najmniej następujące informacje:
- Model architektury logicznej (listę i opis komponentów, wraz z wykazem oprogramowania, za
pomocą którego dany komponent jest realizowany, interfejsy logiczne pomiędzy komponentami
Systemu)
- Model architektury technicznej (wykaz oprogramowania standardowego, wykaz oprogramowania
dedykowanego budowanego w ramach niniejszego postępowania, konfigurację oprogramowania,
opis interfejsów z systemami
zewnętrznymi wraz ze specyfikacją komunikacji, rozmieszczenie oprogramowania w architekturze
fizycznej)
- Architektura fizyczna (opis dostarczonego sprzętu w tym nazwa/typ urządzenia, rola w systemie,
parametry, numer seryjny; architektura fizyczna rozwiązania, architektura sieciowa, projekt instalacji
dostarczanego rozwiązania, konfigurację urządzeo)
- Model projektowy (model bazy danych, interfejsy międzysystemowe),
- Schemat strukturalny/blokowy podłączenia wszystkich elementów infrastruktury sprzętowej
osobno dla regionu i jednostek lokalnych oraz dla całego systemu MSIM (z uwzględnieniem projektu
okablowania, podłączenia poszczególnych portów oraz gniazd)
- Dokumentacja procesu wytwórczego dla oprogramowania dedykowanego budowanego na potrzeby
niniejszego zamówienia (opis standardów pisania kodów źródłowych, opis wykorzystanych
technologii w tym języki programowania, biblioteki).
Zamawiający w wymaganiu opisał szczegółowo elementy „szczegółowego projektu technicznego”.
Równocześnie w wymaganiu DOK.2 zapisał, że dokument Analiza przedwdrożeniowa zawiera między
innymi Projekt Techniczny Systemu MSIM. W §3 Załącznika 8 (zawierającego IPU) określił graniczny
termin przedłożenia Analizy jako 30 dni od daty podpisania umowy. Ponadto w treści wymagania
Zamawiający używa stwierdzeo typu „opis dostarczonego sprzętu”, a sprzęt będzie dostarczany
zgodnie z projektem Umowy w etapie II oraz III, a więc dostarczenie tego opisu na etapie analizy nie
jest możliwe. W związku z tym prosimy o wyłączenie Projektu technicznego Systemu MSIM z Analizy
przedwdrożeniowej i określenie w zapisach SIWZ i OPZ, że projekt tej należy opracowad w ramach
osobnego Etapu, który powinien się zakooczyd najpóźniej przez Etapem VI. Innym rozwiązaniem jest
podzielenie zakresu szczegółowego projektu technicznego na części dostarczane w ramach
poszczególnych etapów:
1.
Model architektury logicznej – Etap I Analiza przedwdrożeniowa
2.
Model architektury technicznej – odpowiednio Etap IV Dostawa (dostarczenie), instalację i
konfigurację oprogramowania systemowego i narzędziowego oraz Etap V - Dostawę (dostarczenie),
instalację i konfigurację oprogramowania aplikacyjnego
3.
Architektura fizyczna – odpowiednio Etap II - dostawa (dostarczenie), instalację i konfigurację
infrastruktury sieciowej oraz Etap III -dostawa (dostarczenie), instalację i konfigurację infrastruktury
sprzętowej
4.
Model projektowy – Etap VI - Integracja systemu MSIM
5.
Schemat strukturalny/blokowy podłączenia wszystkich elementów infrastruktury sprzętowej Etap III -dostawa (dostarczenie), instalację i konfigurację infrastruktury sprzętowej
6.
Dokumentacja procesu wytwórczego dla oprogramowania dedykowanego budowanego na
potrzeby niniejszego zamówienia – Etap I Analiza przedwdrożeniowa
Odpowiedź:
Patrz pytanie nr. 151
Pytanie nr 151
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 9.1 str. 139 i następne
Zamawiający zawarł w OPZ wymagania dotyczące Dokumentacji jednak nie wskazał w jednoznaczny
sposób na jakim etapie projektu ma byd dostarczona opisana Dokumentacja oraz nie określił
procedury akceptacji przedstawionej przez Wykonawcę Dokumentacji.
Prosimy w związku z tym o uzupełnienie zapisów SIWZ i OPZ w następujący sposób:
1.
Dokumentacja, o której mowa w wymaganiach DOK.2, DOK.3. DOK.4. DOK.5 należy dostarczyd
w ramach Etapu I – Analiza przedwdrożeniowa
2.
Dokumentacja, o której mowa wymaganiach: DOK.6, DOK.7, DOK.8, DOK.11, DOK.12, DOK.15,
DOK.17, DOK.18, DOK.19, DOK.20, DOK.21 należy dostarczyd najpóźniej w ramach Etapu VIII –
Odbiór koocowy
3.
Dokumentacja, o której mowa wymaganiach: DOK.9 należy dostarczyd najpóźniej w ramach
etapu VI – Integracja systemu MSIM
4.
Dokumentację, o której mowa w wymaganiu DOK.10 – zgodnie z zasadą opisaną w pytaniu do
wymagania DOK.10
5.
Dokumentację, o której mowa w wymaganiu DOK.13, DOK.14 należy dostarczyd najpóźniej w
ramach etapu 7 – testy i szkolenia
6.
Dokumentację, o której mowa w wymaganiu DOK.16 należy dostarczyd na etapie zależnym od
rodzaju dokumentacji, której dotyczą pliki źródłowe zgodnie z poprzednimi punktami.
Równocześnie wnioskujemy, aby dla dostarczanej dokumentacji opisanej wymaganiami przyjąd
opisaną poniżej procedurę akceptacji:
1.
Zamawiający dokona akceptacji przedstawionej dokumentacji w terminie 5 dni roboczych (dla
Planu komunikacji i Spisu treści analizy 2 dni roboczych) lub zgłosi pisemnie uwagi w tym terminie
(uwagi będą konkretne w jasny sposób informujące jakie modyfikacje przedstawionego materiału
powinien wprowadzid Wykonawca, aby Zamawiający dokonał jego akceptacji).
2.
Jeżeli Zamawiający nie wniesie uwag w terminie 5 dni roboczych (dla Planu komunikacji i Spisu
treści analizy 2 dni roboczych) oznacza to, że zaakceptował przedstawiony do akceptacji materiał.
3.
Wykonawca w terminie 5 dni roboczych (dla Planu komunikacji i Spisu treści analizy 2 dni
roboczych) wprowadzi modyfikacje wynikające z przedstawionych uwag lub wyjaśni z jakiego
powodu odrzucił uwagi.
4.
Zamawiający w terminie 2 dni roboczych (dla Planu komunikacji i Spisu treści analizy 1 dnia
roboczego) zweryfikuje poprawiony materiał i dokona akceptacji. Jeżeli Zamawiający nie zgłosi
zastrzeżeo co do powodów ewentualnego odrzucenia uwag w przeciągu 2 dni roboczych (dla Planu
komunikacji i Spisu treści analizy 1 dnia roboczego) oznacza to, że zaakceptował przedstawiony do
akceptacji materiał.
5.
W przypadku sporu dotyczącego ewentualnych odrzuconych uwag kierownictwo projektu
przygotuje rekomendację dla Komitetu sterującego, który podejmie ostateczną decyzję dotyczącą
kwestii spornych.
Opisana procedura nie dotyczy akceptacji następującej dokumentacji:
•
Pełna dokumentacja standardowo dostarczaną przez producentów do dostarczonego sprzętu
oraz oprogramowania (opisana wymaganiem DOK.17),
•
Karty gwarancyjne dla oprogramowania oraz sprzętu wchodzącego w zakres systemu MSIM
obowiązujące dla całego okresu gwarancyjnego (opisane wymaganiem DOK. 18)
•
Dokumentację licencyjna dla oprogramowania oraz sprzętu wchodzącego w zakres systemu
MSIM (opisana wymaganiem DOK.19)
•
Kody źródłowe systemu MSIM (opisane w wymaganiu DOK.20)
Wymieniona dokumentacja nie podlega akceptacji dotyczącej treści, a tylko ilości – Wykonawca nie
ma wpływu na treśd tej dokumentacji.
Odpowiedź:
Załącznik nr 9 do SIWZ "Opis Przedmiotu Zamówienia", Sekcja 9.1
Dodaje się wymaganie DOK.22 w brzmieniu:
1.
Dokumentacja, o której mowa w wymaganiach DOK.2, DOK.3. DOK.4. DOK.5 należy dostarczyd
w ramach Etapu I – Analiza przedwdrożeniowa
2.
Dokumentacja, o której mowa wymaganiach: DOK.6, DOK.7, DOK.8, DOK.11, DOK.12, DOK.15,
DOK.17, DOK.18, DOK.19, DOK.20, DOK.21 należy dostarczyd najpóźniej w ramach Etapu VIII –
Odbiór koocowy
3.
Dokumentacja, o której mowa wymaganiach: DOK.9 należy dostarczyd najpóźniej w ramach
etapu VI – Integracja systemu MSIM
4.
Dokumentację, o której mowa w wymaganiu DOK.10 – zgodnie z zasadą opisaną w pytaniu do
wymagania DOK.10
5.
Dokumentację, o której mowa w wymaganiu DOK.13, DOK.14 należy dostarczyd najpóźniej w
ramach etapu 7 – testy i szkolenia
6.
Dokumentację, o której mowa w wymaganiu DOK.16 należy dostarczyd na etapie zależnym od
rodzaju dokumentacji, której dotyczą pliki źródłowe zgodnie z poprzednimi punktami.
Dodaje się wymaganie DOK.23 w brzmieniu:
1.
Zamawiający dokona akceptacji przedstawionej dokumentacji w terminie 5 dni roboczych (dla
Planu komunikacji i Spisu treści analizy 2 dni roboczych) lub zgłosi pisemnie uwagi w tym terminie
(uwagi będą konkretne w jasny sposób informujące jakie modyfikacje przedstawionego materiału
powinien wprowadzid Wykonawca, aby Zamawiający dokonał jego akceptacji).
2.
Jeżeli Zamawiający nie wniesie uwag w terminie 5 dni roboczych (dla Planu komunikacji i Spisu
treści analizy 2 dni roboczych) oznacza to, że zaakceptował przedstawiony do akceptacji materiał.
3.
Wykonawca w terminie 5 dni roboczych (dla Planu komunikacji i Spisu treści analizy 2 dni
roboczych) wprowadzi modyfikacje wynikające z przedstawionych uwag lub wyjaśni z jakiego
powodu odrzucił uwagi.
4.
Zamawiający w terminie 2 dni roboczych (dla Planu komunikacji i Spisu treści analizy 1 dnia
roboczego) zweryfikuje poprawiony materiał i dokona akceptacji. Jeżeli Zamawiający nie zgłosi
zastrzeżeo co do powodów ewentualnego odrzucenia uwag w przeciągu 2 dni roboczych (dla Planu
komunikacji i Spisu treści analizy 1 dnia roboczego) oznacza to, że zaakceptował przedstawiony do
akceptacji materiał.
5.
kwestii spornych.
Pytanie nr 160
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 9.2.4 str. 147
Zamawiający napisał, że: „Warunkiem rozpoczęcia instruktaży stanowiskowych jest akceptacja przez
Zamawiającego zakresu instruktaży oraz materiałów dydaktycznych wspierających instruktaż”
Prosimy o przyjęcie procedury akceptacji zakresu instruktaży oraz materiałów dydaktycznych takiej
jak zaproponowana dla spisu treści Analizy Przedwdrożeniowej (Procedura opisana dla
specyfikowanego powyżej Pytania 15. Załącznik 9 (OPZ), Rozdział 9.1 str. 139 i następne)
Propozycja odpowiedzi:
Załącznik nr 9 do SIWZ "Opis Przedmiotu Zamówienia", Sekcja 9.2.4
JEST:
Warunkiem rozpoczęcia instruktaży stanowiskowych jest akceptacja przez Zamawiającego zakresu
instruktaży oraz materiałów dydaktycznych wspierających instruktaż. Zamawiający dopuszcza
materiały e-learning, które udostępnione będą na portalu WWW Zamawiającego.
POWINNO BYD:
Warunkiem rozpoczęcia instruktaży stanowiskowych jest akceptacja przez Zamawiającego zakresu
instruktaży oraz materiałów dydaktycznych wspierających instruktaż. Zamawiający dopuszcza
materiały e-learning, które udostępnione będą na portalu WWW Zamawiającego.
1.
Zamawiający dokona akceptacji zakresu instruktaży i materiałów dydaktycznych w terminie 5
dni roboczych lub zgłosi pisemnie uwagi w tym terminie (uwagi będą konkretne w jasny sposób
informujące jakie modyfikacje przedstawionego materiału powinien wprowadzid Wykonawca, aby
Zamawiający dokonał jego akceptacji).
2.
Jeżeli Zamawiający nie wniesie uwag w terminie 5 dni roboczych oznacza to, że zaakceptował
przedstawiony do akceptacji materiał.
3.
Wykonawca w terminie 5 dni roboczych wprowadzi modyfikacje wynikające z przedstawionych
uwag lub wyjaśni z jakiego powodu odrzucił uwagi.
4.
Zamawiający w terminie 2 dni roboczych zweryfikuje poprawiony materiał i dokona akceptacji.
Jeżeli Zamawiający nie zgłosi zastrzeżeo co do powodów ewentualnego odrzucenia uwag w
przeciągu 2 dni roboczych oznacza to, że zaakceptował przedstawiony do akceptacji materiał.
5.
kwestii spornych.
Pytanie nr 178
Treśd pytania:
Dotyczy: Załącznik 9 (OPZ), str. 12)
"2. Wymiana oraz udostępnianie dokumentacji medycznej pomiędzy jednostkami medycznymi:
Usługa dostępna dla personelu medycznego będzie umożliwiad pobranie dokumentacji medycznej
pacjenta zgromadzonej w jednostkach medycznych uczestniczących w projekcie. Zakres
wymienianych danych pomiędzy jednostkami może byd różny i zależy od specjalizacji danej jednostki,
a także od zasobu dokumentacji gromadzonej w jej systemach dziedzinowych. Dokumentacja będzie
pobierana z listy uzyskanej w procesie wyszukiwania.
W przypadku konieczności pobrania pełnej dokumentacji medycznej pacjenta z konkretnego
pobytu/wizyty wymaga się możliwośd jej zamówienia/pobrania jedynie w trzech wariantach
możliwych do wybrania przez Użytkownika:
•
Podstawowa dokumentacja medyczna (m. in. dokumentacja zewnętrzna: karta informacyjna,
karta porady specjalistycznej, karta informacyjna SOR).
•
Pełna dokumentacja medyczna z hospitalizacji/wizyty bez danych obrazowych (mniejsza
objętośd).
•
Pełna dokumentacja medyczna z hospitalizacji/wizyty z danymi obrazowymi w jakości
diagnostycznej (duża objętośd)"
Czy zapis "pobrania pełnej dokumentacji medycznej pacjenta z konkretnego pobytu/wizyty" (i opis jej
zakresów, w podpunktach) oznacza możliwośd pobrania za pośrednictwem MSIM także tych
dokumentów, które nie zostały zarejestrowane przez podmiot udostępniający w regionalnym
Rejestrze EDM?
Dlaczego miały by nie byd zarejestrowane w lokalnym rejestrze edm?
Czy dla zakresu "pełna dokumentacja medyczna" ma zastosowanie wcześniejszy zapis "Zakres
wymienianych danych pomiędzy jednostkami może byd różny i zależy *...+ od zasobu dokumentacji
gromadzonej" i czy oznacza to w tym przypadku, że w takim pakiecie "pełnej dokumentacji" mają byd
umieszczone *automatycznie* wszystkie dokumenty z konkretnego pobytu/wizyty (z ew.
wyłączeniem wyników obrazowych) jakie są zgromadzone w udostępniającym podmiocie leczniczym?
Czy może lista udostępnianych w tym trybie dokumentów podlega weryfikacji i zatwierdzeniu przez
odpowiedzialną osobę w podmiocie udostępniającym?
Odpowiedzi:
W przypadku poprawnego funkcjonowania MSIM nie powinno byd sytuacji, gdy dokumentacja w
warstwie lokalnej nie jest zarejestrowana w warstwie regionalnej.
Dla zakresu "pełna dokumentacja medyczna" ma zastosowanie wcześniejszy zapis "Zakres
wymienianych danych pomiędzy jednostkami może byd różny i zależy *...+ od zasobu dokumentacji
gromadzonej". Użytkownik może pobrad płną dostępną dla niego (po uwzględnieniu uprawnieo do
dokumentacji) dokumentację medyczną dotyczącą pacjenta, oznacza to, że nie może on pobrad,
dokumentacji, do której nie ma dostępu. Lista jest weryfikowana automatycznie na podstawie
dostępnych uprawnieo użytkownika.
Pytanie nr 208
Treśd pytania:
Dotyczy rozdziału 2.1.2, str. 7, załącznika 9. Zamawiający, w definicji warstwy lokalnej napisał:
„Wiarygodnośd EDM będzie wymagała poświadczenia przy użyciu mechanizmów
zaimplementowanych w systemie”
Prosimy o wyjaśnienie oczekiwao Zamawiającego co do mechanizmów poświadczeo
zaimplementowanych w systemie.
Odpowiedź:
Wiarygodnośd będzie weryfikowana przez analizę podpisów dokumentacji oraz informacji na temat
tego, kto pobiera tę dokumentację.
Pytanie nr 209
Treśd pytania:
Dotyczy rozdziału 2.1.2, str. 7 i rozdziału 2.2.1, str. 12 załącznika 9,. Zamawiający napisał:
„W przypadku konieczności pobrania przez lekarza pełnej dokumentacji medycznej pacjenta z
konkretnego pobytu/wizyty wymaga się możliwośd jej zamówienia/pobrania jedynie w trzech
wariantach możliwych do oznaczenia przez Użytkownika:
• Podstawowa dokumentacja medyczna (m. in. dokumentacja zewnętrzna: karta informacyjna, karta
porady specjalistycznej, karta informacyjna SOR).
• Pełna dokumentacja medyczna z hospitalizacji/wizyty bez danych obrazowych (mniejsza objętośd).
• Pełna dokumentacja medyczna z hospitalizacji/wizyty z danymi obrazowymi, w jakości
diagnostycznej (duża objętośd).”
Wykonawca zaznacza, że przedstawiona propozycja nie uwzględnia specyfiki danych zbieranych przez
systemy dziedzinowe. Gromadzenie danych obrazowych, w jakości diagnostycznej na stacjach
roboczych Użytkownika może przekraczad możliwości infrastruktury informatycznej Zamawiającego i
w prawidłowej realizacji wymagałaby integracji z systemami klasy PACS, które zgodnie z zapisami
załącznika 9, nie będą integrowane bezpośrednio z Repozytorium EDM.
Odpowiedź:
Zamawiający wyjaśnia, że przedstwiona ogólna koncepcja ma za zadanie rozwiązanie opisanego
problemu. Z pytania (a raczej wątpliwości) nie wynika z resztą żadna konkluzja: oczywiste jest, że w
pewnych przypadkach dane obrazowe będą musiały byd przekazywane. W związku z tym zapisy
pozostają bez zmiany, a dodatkowo Zamawiający wyjaśnia, że szczegóły realizacji wymagao SIWZ
zostaną doprecyzowane na etapie Analizy przedwdrożeniowej.
Pytanie nr 211
Treśd pytania:
Dotyczy rozdziału 2.2.1, str. 11 załącznika 9. Zamawiający napisał:
„Wymaga się integracji z usługami sieciowymi systemów dziedzinowych, które zostaną udostępnione
przez każdego z partnerów”
Zapis ten stoi w sprzeczności z wcześniejszymi zapisami wyłączającymi integracje z systemami
dziedzinowymi z zakresu projektu MSIM. Prosimy o usunięcie zapisu.
Odpowiedź:
Zamawiający dokonuje następującej zmiany w Załaczniku nr 9 do SIWZ "Opis przedmiotu
Zamówienia", rozdział 2.2.1:
JEST:
Wymaga się integracji z usługami sieciowymi systemów dziedzinowych, które zostaną udostępnione
przez każdego z partnerów.
POWINNO BYD:
Wymagane jest udostępnienie interfesjów pozwalających w przyszłości na integrację z systemami
partnerów (tj. sama integracja jest poza zakresem zamówienia). Wyjątkiem są systemy HIS, gdzie
integracja jest zapewniona przez umowy będące załącznikiem do SIWZ.
Pytanie nr 215
Treśd pytania:
Dotyczy zapisów rozdziałów 2.12, str. 28, i 2.15, str. 31 załącznika 9. Wymienione rozdziały zdają się
opisywad tą samą funkcjonalnośd.
Wykonawca prosi o wyjaśnienie różnicy, lub uwspólnienie opisów.
Odpowiedź:
Zamawiający pozostawia zapisy bez zmiany. Istotne kwestie dotyczące tego aspektu znajdują się w
kilku rozdziałach.
Pytanie nr 228
Treśd pytania:
Dotyczy pkt 6.10, str. 82, zał. nr 9. Zamawiający w pkt 24 wymaga aby system zarządzania
tożsamością umożliwiał „Tworzenie i monitorowanie kopii zapasowych informacji i konfiguracji
przechowywanych w systemie kontroli dostępu”.
Wykonawca zwraca uwagę, że tworzenie kopii zapasowych informacji i konfiguracji wszystkich
modułów systemu MSIM będzie realizowane przez dedykowany moduł do tworzenia backupów,
dlatego prosimy o wykreślenie tego wymagania w stosunku do wymagao dotyczących systemu
zarządzania tożsamością.
Odpowiedź:
Pozostawiamy bez zmiany. W opinii Zamawiającego „Tworzenie i monitorowanie kopii zapasowych
informacji i konfiguracji przechowywanych w systemie kontroli dostępu” jest odrębnym
mechanizmem w stosunku do tworzenia backupów.
Pytanie nr 239
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 6.14 str. 84,
Wymaganie e-R.3.2
Zamawiający napisał :”System musi wspierad proces weryfikacji e-Rejestracji do oddziałów
szpitalnych w zakresie rejestracji na podstawie więcej niż jednego skierowania do szpitala. Wsparcie
ma na celu uniknięcie sytuacji, w których Pacjent na podstawie różnych skierowao rejestruje się na
pobyt w wielu oddziałach, np. na podstawie dwóch różnych skierowao rejestruje się na pobyt w
jednym oddziale, a na podstawie drugiego skierowania rezerwuje termin w innym oddziale. Pobyt w
pierwszym oddziale kooczy się, ale termin planowanego przyjęcia do drugiego oddziału jest
wyznaczony przed upływem 14 dni od wypisu z poprzedniego oddziału.”
Wykonawca pragnie zaznaczyd, system e-Rejestracja nie powinien umożliwiad rejestrowania się do
oddziałów a jedynie do poradni i prosimy o jej usunięcie z OPZ.
Odpowiedź:
Zamawiający oczekuje, że planowe zabiegi w Szpitalu powinny podlegad rejestracji. W tym kontekście
możliwośd wdrożenia funkcjonalności polegającej na kontroli przebiegu procesu rejestracji nie budzi
wątpliwości Zamawiającego.
Pytanie nr 279
Treśd pytania:
Dotyczy zał. 7, pkt Oprogramowanie, kolumna Podstawa prawna zaoferowania licencji
Co należy wypełnid w kolumnie „Podstawa prawna zaoferowania licencji”. Prosimy o podanie kilku
przykładów wypełnienia tej kolumny.
Odpowiedź:
Przykłady podstaw prawnych oferowania licencji:
- produkt własny - prawa autorskie,
- licencja GPL, LGPL, AGPL (z jednoznacznym identyfikatorem treści licencji: UWAGA treśd licencji nie
może byd sprzeczna z SIWZ) ,
- umowa o dystrybucji z Producentem,
- podwykonawstwo.
Zamawiający wyjaśnia ponadto, że:
Nazwa oprogramowania - to oficjalna nazwa oprogramowania dystrybuowana w Polsce (np.
Liferay Portal)
Jednoznaczny identyfikator licencji to identyfikator pozwalający na określenie wersji, edycji oraz
zakresu licencji (np. Windows Server 2008 R2 Datacenter )
Producent / dysponent autorskich praw majątkowych – powinien byd tu wskazany właściciel
praw (nie dystrybutor) np. Windows Server 2008 R2 Datacenter
Pytanie nr 280
Treśd pytania:
Dotyczy zał. 7, pkt Oprogramowanie, Oprogramowanie zabezpieczające - serwery fizyczne
Prosimy o wytyczne, jak należy wypełnid formularz ofertowy dla ww. produktów, w przypadku
niestosowania w rozwiązaniu wykonawcy żadnego serwera fizycznego, a oparcia koncepcji wyłącznie
na serwerach wirtualnych?
Odpowiedź:
Zamawiający wymaga zarówno zabezpieczenia serwera fizycznego jak i wirtualnego, więc taka
sytuacja nie może mied miejsca.
Pytanie nr 82
Treśd pytania:
Zapis: „W ramach usługi realizowany będzie scenariusz:
- pacjent w IKP wyszukuje w wykazie interesującą go dokumentację medyczną (na podstawie indeksu
zlokalizowanego w warstwie regionalnej) *…+"
Pytanie:
W związku z tym, że:
- IKP jest aplikacją kliencką P1, która nie komunikuje się z systemami zewnętrznymi w stosunku do P1
- w P1 (w tym IKP) wyszukiwanie dokumentacji medycznej jest realizowane na danych
zgromadzonych w systemach P1 (a nie systemach zewnętrznych w stosunku do P1 jakimi są systemy
regionalne),
- zamówienie na dokumentację medyczną jest konstruowane w P1 na podstawie informacji
wyszukanej w systemach P1
powyższy fragment scenariusza jest sprzeczny z obecnym paradygmatem P1.
Prosimy o potwierdzenie, że Wykonawca będzie zobowiązany do integracji MSIM z P1 w zakresie IKP
wyłącznie na podstawie opublikowanej przez CSIOZ dokumentacji opisującej szczegółowo taką
integrację, nie zaś na podstawie zapisów OPZ projektu MSIM.
Odpowiedź:
Zamawiający potwierdza, że Wykonawca będzie zobowiązany do integracji MSIM z P1 w zakresie IKP
integrację, nie zaś na podstawie zapisów OPZ projektu MSIM.
Zamawiający zwraca jednocześnie uwagę że w zakresie zamówienia jest dostosowywanie MSIM do
aktualnych wytycznych CSIOZ w zakresie platformy P1 przez okres wskazany w ofercie lecz nie mniej
niż 5 lat od daty odbioru koocowego systemu, w tym uzyskiwanie wszystkich wymaganych
certyfikacji.
Pytanie nr 106
Treśd pytania:
Czy Zamawiający oczekuje ze względu na krytycznośd systemu i wymagania co do niezawodności i
oczekiwanej skalowalności jakichkolwiek benchmarków oprogramowania lub referencji dla wdrożeo
obejmujących podobną lub większą wolumetrię?
Odpowiedź:
Pytanie nie jest związane z wyjaśnieniem jakichkolwiek konkretnych kwestii zawartych w SIWZ.
Zamawiający nie zmienia, żadnych zapisów w SIWZ, a ocena zaproponowanych rozwiązao oraz ofert
nastąpi po spływie ofert.
Pytanie nr 107
Treśd pytania:
Czy Zamawiający wymaga testów wydajnościowych?
Odpowiedź:
Wymagania w zakresie testowania wydajności są zawarte w SIWZ, np. w wymaganiach: WYMOSA.7.
Przeprowadzenie testów wydajnościowych jest elementem odbioru opisanym w sekcji 9.3.
Odbiór.
Pytanie nr 108
Treśd pytania:
W wymaganiach części elementów systemu pojawia się wymaganie na pracę komponentów w
klastrze active-active, czy Zamawiający oczekuje, że serwer aplikacji również będzie działał w trybie
active-active?
Odpowiedź:
Zamawiający dopuści dowolne rozwiązanie spełniające wymagania opisane w SIWZ. Realizacja funkcji
nie wyspecyfikowanych w SIWZ może byd zrealizowana w dowolny sposób. Spełniania przez
konkretne rozwiązania wymagao SIWZ będzie miało miejsce na etapie oceny ofert.
Pytanie nr 109
Treśd pytania:
Czy ze względu na występowanie w usługach danych statycznych (pośredniczenie w dostępie do
słowników P1) Zamawiający oczekuje w ramach oprogramowania szyny usług komponentu
buforującego takie dane?
Odpowiedź:
Zamawiający dopuści dowolne rozwiązanie spełniające wymagania opisane w SIWZ. Realizacja funkcji
nie wyspecyfikowanych w SIWZ może byd zrealizowana w dowolny sposób. Spełniania przez
konkretne rozwiązania wymagao SIWZ będzie miało miejsce na etapie oceny ofert.
Pytanie nr 110
Treśd pytania:
Czy Zamawiający wymaga wsparcia producenta na wszystkie elementy oprogramowania
standardowego użyte do budowy systemu, tj. technologie wirtualizacje, systemy operacyjne,
platformy uruchomieniowe (Java, .Net lub inne), bazy danych i serwery aplikacji?
Odpowiedź:
Umowa będzie zawarta pomiędzy Wykonawcą i Zamawiającym. Tak więc to na Wykonawcy ciążyd
będzie obowiązek zapewnienia wsparcia. Zamawiający zwraca uwagę, że wymagania w tym zakresie
uległy zmianom w związku z odpowiedzią na pytanie nr 2. Z dnia 7 stycznia 2015 r.
Pytanie nr 111
Treśd pytania:
Czy w zakresie oprogramowania standardowego użytego do budowy systemu Zamawiający nie
dopuszcza rozwiązao typu community, tzn. czy oferowana platforma musi posiadad zapewnione
wsparcie ze strony producenta, którym nie może jednocześnie byd Wykonawca ani organizacje
powiązane w jakikolwiek sposób z Wykonawcą?
Odpowiedź:
Zamawiający dopuszcza rozwiązania typu open source. Zamawiający zwraca uwagę, że wymagania w
tym zakresie uległy zmianom w związku z odpowiedzią na pytanie nr 2. Z dnia 7 stycznia 2015 r.
Pytanie nr 112
Treśd pytania:
Czy Zamawiający wymaga jednego narzędzia do zarządzania elementami oferowanego rozwiązania,
takimi jak: systemy operacyjne, platformy uruchomieniowe, bazy danych oraz serwery aplikacji?
Odpowiedź:
Elementem zamówienia jest Oprogramowanie do zarządzania - monitorowania infrastrukturą
sprzętową opisane w sekcji 7.5.4., gdzie można znaleźd wszystkie postawione wymagania.
Pytanie nr 113
Treśd pytania:
Czy Zamawiający wymaga tego, że oprogramowanie gotowe użyte do budowy rozwiązania było
dostępne dla systemów operacyjnych wielu producentów?
Odpowiedź:
Zamawiający wymaga tego, żeby oprogramowanie gotowe użyte do budowy rozwiązania było
dostępne dla systemów operacyjnych objętych ofertą.
Pytanie nr 114
Treśd pytania:
Wobec faktu, że "Integracja warstwy regionalnej i lokalnej powinna odbywad się za pomocą usług
sieciowych w oparciu o regionalną szynę danych", czy intencją Zamawiającego jest zabezpieczenie
poufności informacji wrażliwej przesyłanej przez sied, między różnymi podmiotami (np. komunikacja
ze szpitalami), w taki sposób, że zabezpieczone będzie tylko faktyczne aktywo (np. wybrana częśd
informacji w XML), a nie cały kanał komunikacji?
Odpowiedź:
Bezpieczeostwo danych jest ważnym elementem zamówienia i Zamawiający sformułował wiele
wymagao w tym zakresie, m.in. w zakresie szyny danych. Wymagania w tym zakresie opisano w sekcji
6.14.
Wymagania warstwy integracji – w szczególności w sekcji Int.2
Pytanie nr 115
Treśd pytania:
Wobec faktu, że szyna usługowa jest jednym z podstawowych elementów całej architektury, czy
intencją zamawiającego jest ustandaryzowanie bezpieczeostwa związanego z obsługą szyny, tak aby
uniezależnid punktowe bezpieczeostwo Web Serviców i zbudowad ustandaryzowany model obsługi
Web Serviców, stanowiący warstwę wirtualizującą odbiorcę od faktycznej usługi. W taki sposób
można odseparowad elementy bezpieczeostwa od konkretnych usług, budując spójny model
bezpieczeostwa stosowany do wszystkich budowanych serwisów w ten sam sposób.
Odpowiedź:
Bezpieczeostwo danych jest ważnym elementem zamówienia i Zamawiający sformułował wiele
wymagao w tym zakresie, m.in. w zakresie szyny danych. Wymagania w tym zakresie opisano w sekcji
6.14.
Wymagania warstwy integracji – w szczególności w sekcji Int.2
Pytanie nr 116
Treśd pytania:
Jednym z podstawowych elementów w obszarze zarządzania informacją są uprawnienia. Czy intencją
Zamawiającego jest stworzenie modelu pozwalającego na cykliczną weryfikację uprawnieo, tak aby
zarówno osoby odpowiedzialne za informację, jak i przełożeni mogli weryfikowad dostępy za które
ponoszą odpowiedzialnośd?
Odpowiedź:
Wymagany model proceduralny w zakresie zarządzania uprawnieo opisano w sekcji 6.11.
Procedury nadawania/zmiany/odbierania uprawnieo.
Pytanie nr 117
Treśd pytania:
Zarządzanie uprawnieniami wymaga zrozumiałego opisu uprawnieo, na podstawie których określone
są dostępy do informacji. Czy intencją zamawiającego jest stworzenie takiego modelu zarządzania
uprawnieniami, w którym uprawnienia są opisane językiem nietechnicznym, zrozumiałym dla
podejmującego decyzję?
Odpowiedź:
Wymagany model proceduralny w zakresie zarządzania uprawnieo opisano w sekcji 6.11.
Procedury nadawania/zmiany/odbierania uprawnieo. Na etapie odbioru produktów specjalistycznych
będzie między innymi badana zrozumiałośd procedur. Będzie również badana ich poprawnośd
merytoryczna, co jednak może wymagad stosowania technicznego i specjalistycznego języka.
Pytanie nr 118
Treśd pytania:
W ramach zarządzania uprawnieniami powinien zostad stworzony model w którym informacje
wartościowe są szczególnie uwypuklone. Czy intencją Zamawiającego jest ochrona informacji
szczególnie wrażliwych, tak aby mied pewnośd, że w gąszczu informacji ogólnych nic wartościowego
nie umyka? Jednym z wielu przykładów, pozwalających na oznaczenie wartości ryzyka, jest
przypisanie uprawnieniu poziomu ryzyka.
Odpowiedź:
Zamawiający wymaga zrealizowania przedmiotu zamówienia zgodnie z następującymi normami w
zakresie bezpieczeostwa:
•
Norma PN-ISO/IEC 27005:2014-01 Technika informatyczna - Techniki bezpieczeostwa Zarządzanie ryzykiem w bezpieczeostwie informacji.
•
Norma ISO/IEC 27033 Information technology - Security techniques - Network security,
•
PN-ISO/IEC 27001 Technika informatyczna - Techniki bezpieczeostwa - Systemy zarządzania
bezpieczeostwem informacji – Wymagania.
•
PN-ISO/IEC 17799 Technika informatyczna - Techniki bezpieczeostwa - Praktyczne zasady
zarządzania bezpieczeostwem informacji wraz z PN-ISO/IEC 17799:2007/Ap1:2010 – normy te są
dokładnym przekładem treści z norm ISO/IEC 27002.
•
Norma PN-I-13335-1:1999 Technika informatyczna - Wytyczne do zarządzania
bezpieczeostwem systemów informatycznych - Pojęcia i modele bezpieczeostwa systemów
informatycznych.
•
Norma PN-I-13335-2:2003 Technika informatyczna – Planowanie i zarządzanie
bezpieczeostwem systemów informatycznych.
•
Norma PN-ISO/IEC 24762:2010 Technika informatyczna – Techniki bezpieczeostwa. Wytyczne
dla usług odtwarzania techniki teleinformatycznej po katastrofie.
Pytanie nr 140
Treśd pytania:
Załącznik 9 (OPZ), Rozdział 9.1 DOK.2, strona 139.
Zamawiający napisał, że: "Wykonawca przedstawi do akceptacji Zamawiającemu spis treści Analizy
przedwdrożeniowej."
Czy proces akceptacji (brak akceptacji Zamawiającego) Spisu treści Analizy przedwdrożeniowej może
zablokowad dalsze prowadzenie prac związanych z Etapem I? Jeśli tak, to Wykonawca zgłasza
koniecznośd ustalenia procedury akceptacji Spisu treści oraz uniezależnienie jej od prowadzenia prac
związanych z przygotowaniem Analizy przedwdrożeniowej.
Odpowiedź:
Zamawiający wyjaśnia, że proces akceptacji spisu treści Analizy przedwdrożeniowej nie będzie
blokował dalszych prac związanych z Etapem I. Z godnie z sugestią Wykonawcy do OPZ Zamawiający
dodał procedurę akceptacji Spisu treści oraz uniezależnienie jej od prowadzenia prac związanych z
przygotowaniem Analizy przedwdrożeniowej.
Pytanie nr 154
Treśd pytania:
Zamawiający napisał, że: „Warunkiem zatwierdzenia poprawnej realizacji szkoleo jest dodatkowo
pozytywna ocena z ankiet (tj. dla 5 punktowej skali, szkolenie musi zostad ocenione na poziomie 3,5
pkt.), w przypadku gdy szkolenie nie otrzyma minimalnej wymaganej liczby punktów Wykonawca
zobowiązany jest do ponownego przeprowadzenia szkolenia w terminie uzgodnionym z
Zamawiającym.”
W związku, z tak określonym warunkiem odbioru szkoleo prosimy o uzupełnienie opisu szkoleo w
OPZ o następujące kwestie:
1.
W przypadku oceny szkolenia poniżej 3,5 (w 5 punktowej skali) Wykonawca może zgłosid
Zamawiającemu zastrzeżenia do oceny szkolenia, które Zamawiający jest zobowiązany rozpatrzyd w
przeciągu 2 dni roboczych.
2.
Zamawiający zapewni, że użytkownicy kierowani na szkolenia będą posiadali kwalifikacje
określone przez Wykonawcę w materiałach szkoleniowych. W szczególności dotyczy to poosiadania
wiedzy merytorycznej dotyczącej przedmiotu szkolenia, biegła umiejętnośd obsługi komputera,
znajomośd zapisów Analizy przedwdrożeniowej i innych dokumentów projektowych opisujących
przedmiot szkolenia, itp.
Odpowiedź:
Zamawiający podtrzymuje zapisy SIWZ.
Pytanie nr 155
Treśd pytania:
Zamawiający napisał, że: „Szkolenia prowadzone będą w grupach maksymalnie 16 osobowych,
Zamawiający dopuszcza łączenie grup szkoleniowych pomiędzy Podmiotami (warunkiem jest zgoda
Podmiotów)”
Prosimy o usunięcie zapisu: „(warunkiem jest zgoda Podmiotów)” – ambitne terminy realizacji
projektu, koniecznośd zapewnienia Sali szkoleniowej przez Wykonawcę i inne elementy wymaganie
przez Zamawiającego dotyczące organizacji szkoleo wskazują na koniecznośd optymalizacji czasu i
kosztów (które zresztą ponosi Zamawiający ze środków publicznych) przeprowadzenia szkoleo, a
wymagana zgoda podmiotów może byd nadużywana. Łączenie użytkowników systemu z różnych
Podmiotów w ramach grup szkoleniowych w żaden sposób nie obniża jakości szkoleo, nie powoduje
też dodatkowych trudności po stronie Zamawiającego.
Odpowiedź:
Pytanie nr 156
Treśd pytania:
Zamawiający napisał, że: „Po zakooczeniu szkolenia Wykonawca wystawi certyfikat potwierdzający
uczestnictwo w szkoleniu, ze wskazaniem zakresu merytorycznego szkoleo oraz informacją o
współfinansowaniu szkolenia ze środków UE. Wzór certyfikatu podlegad będzie akceptacji
Zamawiającego.”
Prosimy o przyjęcie procedury akceptacji wzoru certyfikatu takiej jak zaproponowana dla spisu treści
Analizy Przedwdrożeniowej (Procedura opisana dla specyfikowanego powyżej Pytania 15. Załącznik 9
(OPZ), Rozdział 9.1 str. 139 i następne)
Odpowiedź:
Zamawiający zaakceptuje każdy wzór certyfikatu, który pozwala na jednoznaczne przypisanie
kompetencji do danej osoby oraz zgodnym z zasadami promocji MRPO.
Pytanie nr 157
Treśd pytania:
Zamawiający napisał, że: „Szkolenia prowadzone będą w grupach maksymalnie 12 osobowych,
Podmiotów)”
Prosimy o usunięcie zapisu: „(warunkiem jest zgoda Podmiotów)” – ambitne terminy realizacji
projektu, koniecznośd zapewnienia Sali szkoleniowej przez Wykonawcę i inne elementy wymaganie
przez Zamawiającego dotyczące organizacji szkoleo wskazują na koniecznośd optymalizacji czasu i
kosztów (które zresztą ponosi Zamawiający ze środków publicznych) przeprowadzenia szkoleo, a
wymagana zgoda podmiotów może byd nadużywana. Łączenie użytkowników systemu z różnych
Podmiotów w ramach grup szkoleniowych w żaden sposób nie obniża jakości szkoleo a wręcz
podwyższa umożliwiając wymianę wiedzy między przyszłymi użytkownikami systemu, nie powoduje
też dodatkowych trudności po stronie Zamawiającego.
Odpowiedź:
Pytanie nr 158
Treśd pytania:
Zamawiający napisał, że: „Po zakooczeniu szkolenia, które prowadzone jest przez trenerów
Wykonawcy, Wykonawca wystawi certyfikat potwierdzający uczestnictwo w szkoleniu, ze
wskazaniem zakresu merytorycznego szkoleo oraz informacją o współfinansowaniu szkolenia ze
środków UE. Wzór certyfikatu podlegad będzie akceptacji Zamawiającego.”
Prosimy o przyjęcie procedury akceptacji wzoru certyfikatu takiej jak zaproponowana dla spisu treści
Analizy Przedwdrożeniowej (Procedura opisana dla specyfikowanego powyżej Pytania 15. Załącznik 9
(OPZ), Rozdział 9.1 str. 139 i następne )
Odpowiedź:
Zamawiający zaakceptuje każdy wzór certyfikatu, który pozwala na jednoznaczne przypisanie
kompetencji do danej osoby oraz zgodnym z zasadami promocji MRPO.
Pytanie nr 159
Treśd pytania:
Zamawiający napisał, że: „Każde ze szkoleo musi byd prowadzone przez trenera wiodącego (dla grup
szkoleniowych, które przekraczają 10 osób Zamawiający wymaga udziału trenera wspierającego)”
Prosimy o wyjaśnienie jak należy rozumied zapis dotyczący trenera wspierającego dla grup liczących
więcej niż 10 osób, skoro w tabeli na str. 145 dla szkoleo opisywanych wymaganiami maksymalna
liczebnośd grupy szkoleniowej wynosi 5 osób?
Odpowiedź:
Zgodnie z zapisami SIWZ. Szkolenia prowadzone będą w grupach maksymalnie 12 osobowych,
Podmiotów)”, wskazuje to zatem na przypadek kiedy udział trenera wspierającego będzie zasadny.
Pytanie nr 184
Treśd pytania:
Dotyczy zapisu "I.1.1.13" str. 84 załącznika nr 9. Zamawiający napisał , że: "Gwarancja
kompatybilności interfejsów programistycznych produktu przez okres wskazany w ofercie lecz nie
mniej niż 5 lat licząc od daty odbioru koocowego." Wykonawca zaznacza, iż nie jest możliwe
zapewnienie niezmienności interfejsów programistycznych w sytuacji, gdy niektóre obszary projektu
nie są doprecyzowane. Bez dostarczenia Wykonawcy zamrożonych specyfikacji interfejsów zależnych
(np. systemu P1) nie jest możliwe pełne zagwarantowanie niezmienności (a w szczególnym
przypadku także kompatybilności) API na poziomie całego projektu.
Prosimy o potwierdzenie, że zapis dotyczy jedynie interfejsów programistycznych, na których postad
nie mają wpływu systemy zewnętrzne, ani interfejsy będące poza zakresem odpowiedzialności
Wykonawcy.
Odpowiedź:
W zakresie zamówienia jest dostosowywanie MSIM do aktualnych wytycznych CSIOZ w zakresie
platformy P1 przez okres wskazany w ofercie lecz nie mniej niż 5 lat od daty odbioru koocowego
systemu, w tym uzyskiwanie wszystkich wymaganych certyfikacji.
Pytanie nr 185
Treśd pytania:
Dotyczy rozdziału „6.3” str. 73 załącznika nr 9. Zamawiający napisał , że : "Repozytoria EDM,
prowadzone przez szpitale, będą gromadzid dane dotyczące usługobiorców, udzielonych, udzielanych
i planowanych świadczeniach opieki zdrowotnej.”
Pragniemy zaznaczyd, że informacje o planowanych świadczeniach gromadzone są w systemach HIS i
niekoniecznie wszystkie stanowią dokumentację medyczną. W jaki sposób Zamawiający zakłada
gromadzenie tych informacji w EDM?
Odpowiedź:
Zamawiający dopuszcza gromadzenie tych danych w systemie HIS w przypadku gdy HIS podmiotu je
gromadzi. W pozostałych przypadkach dane te winny byd przechowywane w EDM (EDM musi to
umożliwiad).
Pytanie nr 186
Treśd pytania:
Dotyczy „5.4.4.BP.ERP.004 Pobranie EDM w trybie synchronicznym z wykorzystaniem IKP”, str. 65
załącznika 9 .
Jak ma się zachowad system w przypadku obsługi zapytania przez IKP, gdy nie ma możliwości
zrealizowania scenariusza w trybie synchronicznym (a więc sytuacji, w której system w przypadku
zapytao w ramach węzłów MSIM przełączyłby się na tryb asynchroniczny)?
Odpowiedź:
Jeśli IKP będzie obsługiwało tryb asynchroniczny to system może się przełączyd na tryb
asynchroniczny. Jeśli nie to dopuszczamy dłuższy czas odpowiedzi, i pozostanie w trybie
synchronicznym.
Pytanie nr 188
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 . Zamawiający napisał: „Repozytorium integruje się z
mechanizmami nadawania w sposób atomowy uprawnieo do obiektów przetrzymywanych w
repozytorium. Dla każdego obiektu możliwe jest zdefiniowanie przynajmniej następujących
uprawnieo: wyświetlenie metadanych i udostępnienie dokumentu”
Prosimy o wyjaśnienie:
a) co Zamawiający traktuje jako obiekt przechowywane w repozytorium? Czy chodzi o dokument
medyczny?
b) co oznacza uprawnienie „wyświetlenie metadanych” - czy chodzi o prawo do wyświetlenia
informacji o istnieniu dokumentu w wyniku zapytania ITI-18? Czy dokumenty bez takiego
uprawnienia nie mają byd wyświetlane?
c) co oznacza uprawnienie „udostępnienie dokumentu” - czy chodzi o możliwośd pobrania
dokumentu podczas transakacji ITI-43?
d)Jakiej odpowiedzi od systemu oczekuje Zamawiający w przypadku prośby o pobranie
dokumentu bez nadanego mu uprawnienia „udostępnienie dokumentu”, a z nadanym uprawnieniem
„wyświetlenie metadanych”?
Odpowiedź:
Zamawiający udziela w/w zakresie następujących wyjaśnieo:
Ad. a) Zamawiający potwierdza, że chodzi o dokument medyczny,
Ad b) Zamawiający potwierdza, że chodzi o prawo do wyświetlenia informacji o istnieniu dokumentu
w wyniku zapytania ITI-18, a dokumenty bez takiego uprawnienia nie mają byd wyświetlane.
Ad c) Zamawiający potwierdza, że chodzi o możliwośd pobrania dokumentu podczas transakcji ITI-43
Ad d) Zamawiający oczekuje, ze w przypadku prośby o pobranie dokumentu bez nadanego mu
uprawnienia „udostępnienie dokumentu”, a z nadanym uprawnieniem „wyświetlenie metadanych”
odpowiedzi "Brak autoryzacji"
Pytanie nr 189
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt. 11. Zamawiający napisał: „Repozytorium udostępnia
interface podpisywania dokumentów podpisem elektronicznym”.
a) W jaki sposób interfejs podpisywania dokumentów podpisem elektronicznym jest prezentowany
użytkownikowi (np. lekarzowi), który wytwarzając dokumenty korzysta z systemu źródłowego?
b)
Na jakim etapie lekarz ma podpisad dokument?
Czy na pewno składanie podpisów powinno byd odpowiedzialnością repozytorium?
Odpowiedź:
Zamawiający udziela następujących odpowiedzi:
Ad. a.) Interfejs podpisywania jest prezentowany lekarzowi w systemie HIS
Ad. b.) w momencie wytworzenia dokumentacji w HIS
Ad. c) Składanie podpisów powinno byd w systemie HIS
Pytanie nr 190
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt. 12. Zamawiający napisał: „W ramach przechowywania
identyfikatorów repozytorium posługuje się standardem OID”
Czy Zamawiający przewiduje przydzielenie w ramach projektu Rootowego OID?
Odpowiedź:
Zamawiający oczekuje, że kwestia ta - jako szczegółowe zagadnienie projektowe - zostanie
rozstrzygnięte na etapie Analizy przedwdrożeniowej.
Pytanie nr 191
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt. 17.
Zamawiający napisał: „Repozytorium przechowuje informacje o tym na jakim medium
przechowywany jest dokument”
Prosimy o wyjaśnienie, czy chodzi o medium oryginalnego dokumentu, przed jego włączeniem do
repozytorium?
Odpowiedź:
Zamawiający potwierdza, że chodzi o medium oryginalnego dokumentu, przed jego włączeniem do
repozytorium.
Pytanie nr 192
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt. 22.
Zamawiający napisał: „Rejestr jest wyposażony jest w interface webservices pozwalający na
przeszukiwanie dokumentów dla użytkowników wewnętrznych zgodnie z posiadanymi przez
użytkownika uprawnieniami.”
Prosimy o wyspecyfikowanie rodzajów uprawnieo, które można nadawad użytkownikom z punktu
widzenia rejestru.
Prosimy o wyspecyfikowanie uprawnieo użytkowników, którzy mogą przeszukiwad dokumenty.
Odpowiedź:
Zagadnienie uprawnieo znajduje się w sekcji 6.11 Załącznika nr 9 do SIWZ "Opis Przedmiotu
Zamówienia". W zakresie drugiej części pytania Zamawiający wyjaśnia, że mogą wyszukiwad tylko
użytkownicy, którzy mają dostęp do przeglądania metadanych.
Pytanie nr 193
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt 23.
Zamawiający napisał: „Repozytorium przechowuje wszystkie żądania udostępnienia dokumentu, wraz
z informacją czy żądanie pojawiło się od użytkownika wewnętrznego, zewnętrznego i czy skooczyło
się udostępnieniem dokumentu czy też odmową udostępnienia”
Prosimy o potwierdzenie, czy przez użytkownika zewnętrznego rozumiemy jedynie pacjenta, który
uzyskuje dostęp do dokumentacji za pośrednictwem konta IKP.
Odpowiedź:
Zamawiający potwierdza, że przez użytkownika zewnętrznego rozumiemy jedynie pacjenta, który
uzyskuje dostęp do dokumentacji za pośrednictwem konta IKP.
Pytanie nr 194
Treśd pytania:
Dotyczy rozdziału 6.12, str. 83 załącznika 9 pkt 25.
Zamawiający napisał: „Repozytorium pozwala na przesyłanie oraz udostępnianie dokumentów oraz
innych obiektów za pomocą webservice. Interface webservice pozwala na dodawanie dowolnych
metadanych.”
Prosimy o wyspecyfikowanie listy obiektów, które poza dokumentami mają byd udostępniane przez
repozytorium, lub zmianę zapisu na "Repozytorium pozwala na przesyłanie oraz udostępnianie
dokumentów."
Odpowiedź:
Zamawiający dokonuje następującej zmiany w Załączniku nr 9 do SIWZ "Opis przedmiotu
Zamówienia", rozdział 6.12:
JEST:
25.
Repozytorium pozwala na przesyłanie oraz udostępnianie dokumentów oraz innych obiektów
za pomocą webservice. Interface webservice pozwala na dodawanie dowolnych metadanych.
POWINNO BYD:
25.
Repozytorium pozwala na przesyłanie oraz udostępnianie dokumentów oraz metadanych .
Interface webservice pozwala na dodawanie dowolnych metadanych.
Pytanie nr 195
Treśd pytania:
Dotyczy rozdziału 6.12, str. 84 załącznika 9 pkt 32. Zamawiający napisał:
„Dla każdego obiektu repozytorium obsługuje co najmniej następujący zestaw metadanych:
identyfikator pacjenta, imię i nazwisko pacjenta, płed pacjenta, początek i koniec zdarzenia
medycznego, data utworzenia dokumentu, nazwa i rodzaj dokumentu, rodzaj i nazwa jednostki
medycznej, status dokumentu (aktywny, nie aktywny), unikalny identyfikator dokumentu, grupa
bezpieczeostwa.”
Jak należy rozumied status dokumentu (aktywny/nieaktywny)? Czym jest dokument nieaktywny? Jak
ma wyglądad jego obsługa w systemie?
Czym są grupy bezpieczeostwa? Czy Zamawiający ma tu na myśli odpowiednik confidentiality Code ze
standardu HL7CDA?
Odpowiedź:
Zamawiający wyjaśnia, że oczekuje możliwości wyłączenia danego dokumentu z funkcjonalności
systemu (np. wyszukiwania) bez fizycznego usuwania go.
Zamawiajacy potwierdza, że przez grupy bezpieczeostwa należy rozumied odpowiednik
confidentiality Code ze standardu HL7CDA.
Pytanie nr 196
Treśd pytania:
Dotyczy rozdziału 2.2.2, str. 15 załącznika 9, punkt 6.
Zamawiający napisał:
„Podłączenie nowej jednostki ochrony zdrowa do MSIM nie może wymagad od dostawcy systemu
dziedzinowego dla danej jednostki ochrony zdrowia żadnej specyficznej wiedzy (np. z zakresu
kryptografii) poza umiejętnością implementacji webservices zgodnie z dokumentacją protokołu
wymiany danych.”
W związku z powyższym zapisem prosimy o rozpisanie procesu podpisu dokumentu medycznego w
rozbiciu na poszczególnych aktorów oraz systemy. Prosimy o wyjaśnienie, na jakim etapie i w jaki
sposób lekarz miałby dokonywad podpisu wytworzonego dokumentu, by mógł on funkcjonowad jako
dokument medyczny w systemie MSIM?
Odpowiedź:
Pytanie (dotyczące aspektu PKI) jest bez związku ze wskazanym zapisem SIWZ, który dotyczy rozwoju
systemu.
Zamawiający wyjaśnia, że uszczegółowienie procesów (m.in. wskazanego w pytaniu) powinno byd
przedmiotem Analizy przedwdrożeniowej.
Pytanie nr 197
Treśd pytania:
Dotyczy rozdziału 2.8. str. 22 załącznika 9. Zamawiający napisał:
„W ramach integracji z CSIOZ należy zapewnid możliwośd: przekazania tożsamości pacjenta do
systemu MSIM, tak aby pacjent mógł wykorzystad usługę wyszukiwania i pobierania EDM”
W jaki sposób pacjent ma wykorzystywad usługę wyszukiwania EDM dostarczoną w projekcie MSIM?
Docelowa postad projektu P1 będzie zawierała indeks dokumentacji Pacjenta i w ramach tego
indeksu (a nie rozproszonych indeksów regionalnych) będzie się odbywało przeszukiwanie. W takiej
sytuacji wystarczające wydaje się zapewnienie aktualizacji indeksu centralnego systemu P1 na
podstawie rejestru MSIM oraz zapewnienie możliwości udostępnienia konkretnych dokumentów
zamówionych przez pacjenta z poziomu P1. Prosimy o potwierdzenie, iż nie ma potrzeby
udostępniania pacjentom, korzystającym z IKP usługi wyszukiwania MSIM.
Odpowiedź:
Zamawiający potwierdza, że nie będzie konieczne udostępnianie pacjentom korzystającym z IKP
usługi wyszukiwania MSIM.
Zamawiający zwraca jednocześnie uwagę na pytanie nr 82.
Pytanie nr 217
Treśd pytania:
Dotyczy rozdziału 5.4, str. 69-77, załącznika 9.
Wykonawca zaznacza, że przedstawione w rozdziale diagramy przepływów odnoszą się tylko do
najprostszych możliwych przepływów danych, nie opisując pożądanych zachowao systemu w
przypadkach bardziej złożonych, np. uwzględniających dostępnośd dokumentacji medycznej pacjenta
w więcej niż jednej placówce.
Wykonawca prosi o potwierdzenie, że zakres integracyjny zapisany
w rozdziale 5.4 jest całością scenariuszy zdefiniowanych, jako Przekazywanie EDM, które mają byd
wspierane przez system, lub uzupełnienie zapisów dokumentu.
Odpowiedź:
Zamawiający wskazuje, że przedstawione w dokumencie diagramy mają charakter bazowy i powinny
zostad rozwinięte na etapie Analizy przedwdrożeniowej z uwzględnieniem planowanych
funkcjonalności.
Pytanie nr 237
Treśd pytania:
Wymaganie e-R.1.1.3
Zamawiający napisał: „E-Rejestracja wysyła komunikaty dla Pacjenta e-mail lub SMS dotyczące
Rejestracji.”
Czy zamawiający miał na myśli wysyłanie przez system e-Rejestracja powiadomienia sms/email do
użytkownika potwierdzającego rejestrację na wybrany termin wizyty?
Odpowiedź:
Zamawiający informuje, że oczekuje, aby spektrum powiadomieo obejmowało wszelkie zdarzenia w
tym: przypomnienie o wizycie, potwierdzenie rejestracji, informację o nieobecności lekarza.
Pytanie nr 242
Treśd pytania:
Dotyczy Załącznik nr 9 Opis przedmiotu zamówienia (OPZ) Małopolski System Informacji Medycznej –
projekt pilotażowy, 2.2.1. Główne założenia systemu MSIM, s. 11
Zamawiający specyfikuje wymaganie:
„Rozwiązanie będzie zbudowane w architekturze rozproszonej – moduł wymiany zostanie
zaimplementowany w każdej jednostce medycznej uczestniczącej w projekcie (w szczególności
może byd zrealizowany przez lokalny EDM dostarczony w ramach projektu). Szczegółowa
koncepcja modułu w zostanie określona na etapie Analizy przedwdrożeniowej.”
Prosimy o potwierdzenie, że Zamawiający zapewni i przekaże wszelką niezbędną dokumentację
będącą w posiadaniu Zamawiającego dla realizacji etapu analizy przedwdrożeniowej w zakładanym
we wzorze umowy czasem terminem 30 dni kalendarzowych.
Odpowiedź:
Zamawiający potwierdza, że zapewni i przekaże wszelką niezbędną dokumentację będącą w
posiadaniu Zamawiającego dla realizacji etapu analizy przedwdrożeniowej w zakładanym we wzorze
umowy czasem terminem.
Pytanie nr 244
Treśd pytania:
„3. Udostępnianie dokumentacji medycznej pacjentowi (w tym wyników badao): Usługa będzie
umożliwiad pobranie przez pacjenta dokumentacji medycznej zgromadzonej jednostkach
medycznych uczestniczących w projekcie. W ramach wdrożenia usługi zostanie wykonana
integracja z Elektroniczną Platformą Gromadzenia, Analizy i udostępniania zasobów cyfrowych o
Zdarzeniach Medycznych (projekt P1) w zakresie Internetowego Konta Pacjenta (IKP),
funkcjonującego w ramach platformy P1, dzięki któremu pacjent będzie miał możliwośd zamawiania
dokumentacji medycznej.”
Prosimy o wyjaśnienie, czy na potrzeby realizacji oferty Zamawiający udostępni aktualną i niezbędną
dokumentację (model danych, specyfikację webservice’ów, dokumentacja użytkownika, standardy
zapytao, struktur baz danych itp.), niezbędną Wykonawcy do sporządzenia konkurencyjnej oferty w
oparciu o dokumentację opisu przedmiotu zamówienia. W celu zabezpieczenia środków na integrację
do z Elektronicznej Platformy Gromadzenia, Analizy i udostępniania zasobów cyfrowych o
Zdarzeniach Medycznych (projekt P1) w zakresie Internetowego Konta Pacjenta (IKP),
funkcjonującego w ramach platformy P1.
Odpowiedź:
Zamawiający zmienił SIWZ wskazując dokumenty projektu P1, w oparciu o które będzie realizowana
integracja.
Pytanie nr 245
Treśd pytania:
projekt pilotażowy, 2.3. Koncepcja wykonania i dostawy, instalacji, konfiguracji, wdrożenia,
uruchomienia oraz integracji systemu MSIM, s.15
Wymagania w zakresie organizacji prac instalacyjnych:
c) Za przechowywanie narzędzi i materiałów (w tym pasywnego i aktywnego sprzętu
sieciowego) w miejscu instalacji odpowiada Wykonawca. Wykonawca zobowiązany jest
zagwarantowad przechowywanie materiałów zgodnie z wymaganiami producenta.
Prosimy o wyjaśnienie, czy Zamawiający zapewni oraz zobowiąże podmioty uczestniczące w
postępowaniu do współpracy rozumianej jako udostępnienie pomieszczeo w obrębie jednostek
uczestniczących w projekcie do składowania zgodnego z wymaganiami specyfikowanemu przez
producenta sprzętu.
Odpowiedź:
Zamawiający informuje, że poszczególni partnerzy zweryfikują na etapie Analizy przedwdrożeniowej
możliwośd spełnienia wymagao producentów zaoferowanych urządzeo w zakresie ich
przechowywania oraz uzgodnią zasady w tym zakresie. W przypadku konieczności zapewnienia
bardzo specyficznych warunków (tj. odbiegających o zwykle wymaganych parametrów fizykalnych w
serwerowniach) Wykonawca będzie musiał odpowiednio zorganizowad prace.
Pytanie nr 247
Treśd pytania:
W załączniku 9 Zamawiający wskazał mniej lokalizacji niż poprzednio. W dalszej części Załącznika 9
(str. 91) jest napisane: Użyty w specyfikacjach termin lokalizacja odnosi się do fizycznej lokalizacji
(serwerowni) pojedynczego Partnera Projektu, w którym będzie wdrożony komponent lokalny
lub regionalny, co oznacza, że Projekt obejmuje 7 lokalizacji komponentu lokalnego oraz 2
lokalizacje komponentu regionalnego (2 redundantne serwerownie Partnera Wiodącego).
Prosimy o poprawienie opisu przedmiotu zamówienia w zakresie liczby jednostek biorących udział we
wdrożeniu.
Odpowiedź:
Zamawiający dokonuje następującej zmiany w SIWZ:
Załącznik nr 9 do SIWZ, rozdział 7.
JEST:
Użyty w specyfikacjach termin lokalizacja odnosi się do fizycznej lokalizacji (serwerowni)
pojedynczego Partnera Projektu, w którym będzie wdrożony komponent lokalny lub regionalny, co
oznacza, że Projekt obejmuje 7 lokalizacji komponentu lokalnego oraz 2 lokalizacje komponentu
regionalnego (2 redundantne serwerownie Partnera Wiodącego).
POWINNO BYD:
Użyty w specyfikacjach termin lokalizacja odnosi się do fizycznej lokalizacji (serwerowni)
pojedynczego Partnera Projektu, w którym będzie wdrożony komponent lokalny lub regionalny, co
oznacza, że Projekt obejmuje 5 lokalizacji komponentu lokalnego oraz 2 lokalizacje komponentu
regionalnego (2 redundantne serwerownie Partnera Wiodącego).
Pytanie nr 66
Treśd pytania:
Dotyczy: Załącznik 9 (OPZ), Rozdział 2.2.1 Strona 12.
Punktor "Integracja systemów informatycznych (HIS, RIS, LIS, PACS, innych) jednostek medycznych",
zapis: „W warstwie lokalnej (jednostkach medycznych) zaimplementowany zostanie moduł wymiany
danych odpowiedzialny za wytworzenie, podpisanie i wersjonowanie powstającej dokumentacji
medycznej wytwarzanej w różnych systemach dziedzinowych funkcjonujących w jednostce.”
Pytanie:
Biorąc pod uwagę dobre praktyki zadaniem „modułów wymiany danych” jest wymiana danych, a nie
„wytworzenie, podpisanie i wersjonowanie dokumentacji medycznej”.
Prosimy o wyjaśnienie tego zapisu.
Prosimy również o wyjaśnienie niezrozumiałego zapisu „*..+ wytworzenie *..+ powstającej
dokumentacji medycznej wytwarzanej w różnych systemach dziedzinowych *..+”
Odpowiedź:
Zamawiający zwraca uwagę, że w punkcie 2.2.1 punktorze Integracja systemów informatycznych
(HIS, RIS, LIS, PACS, innych) jednostek medycznych", Nie ma cytowanego przez Wykonawcę zapisu.
Istnieje jednak zapis dotyczący warstwy lokalnej o brzmieniu: „W warstwie lokalnej (jednostkach
medycznych) zaimplementowany zostanie moduł gromadzenia danych odbierający dokumentację
medyczną wytwarzaną w systemach dziedzinowych funkcjonujących w jednostce.” W związku z
zupełnie innym brzmieniem tego punktu Zamawiający nie widzi celowości pytania Wykonawcy oraz
wyjaśniania zapisu, który nie istnieje..
Drugi przytoczony fragment nie występuje w SIWZ.
Pytanie nr 83
Treśd pytania:
Zapis: „W ramach integracji z CSIOZ należy zapewnid możliwośd:
- przekazania tożsamości pacjenta do systemu MSIM, tak aby pacjent mógł wykorzystad usługę
wyszukiwania i pobierania EDM *…+"
Pytanie:
Prosimy o potwierdzenie, że Wykonawca będzie zobowiązany do realizacji powyższego wymagania
wyłącznie jeśli taka możliwośd zostanie udostępniona przez platformę P1.
Odpowiedź:
Zamawiający potwierdza, że Wykonawca będzie zobowiązany do realizacji powyższego wymagania
wyłącznie jeśli taka możliwośd zostanie udostępniona przez platformę P1. Zamawiający wskazał
dokumenty projektu P1, jakie powinny byd wykorzystane. W zakresie zamówienia jest natomiast
dostosowywanie MSIM do aktualnych wytycznych CSIOZ w zakresie platformy P1 przez okres
wskazany w ofercie lecz nie mniej niż 5 lat od daty odbioru koocowego systemu, w tym uzyskiwanie
wszystkich wymaganych certyfikacji.
Pytanie nr 84
Treśd pytania:
Zapis: „W ramach integracji z CSIOZ należy zapewnid możliwośd:
[..]
- przekazywania zgód pacjentów na udostępnienie dokumentacji medycznej.”
Pytanie:
Obecny paradygmat P1 zakłada, że za weryfikację zamówienia dokumentacji medycznej (w tym zgód
pacjentów na udostępnienie elektronicznej dokumentacji medycznej) do systemów usługodawców
odpowiada platforma P1, zaś zamówienie na dokumentację medyczną wychodzące z P1 jest już
zweryfikowane. W związku z tym, czy Zamawiający potwierdza, iż rezygnuje z tego wymagania.
Jeśli Zamawiający nie rezygnuje z tego wymagania, to prosimy o wskazanie
dokumentacji/materiałów, które opisują możliwośd oraz specyfikację interfejsu udostępnianego
przez P1.
Odpowiedź:
Zamawiający potwierdza, że Wykonawca będzie zobowiązany do realizacji powyższego wymagania
wyłącznie jeśli taka możliwośd zostanie udostępniona przez platformę P1. Zamawiający wskazał
dokumenty projektu P1, jakie powinny byd wykorzystane.
Pytanie nr 88
Treśd pytania:
Zapis: "Musi umożliwiad klientom (np. systemowi P1 w zakresie IKP lub aplikacjom webowym)
przesłanie zapytania do rejestru EDM zgodnie z wytycznymi ITI-18 profilu integracyjnego XDS.b."
Pytanie:
W związku z tym, że P1 wyszukuje dokumentację tylko w rejestrach systemu P1, a nie systemach
zewnętrznych (w tym regionalnych) prosimy o potwierdzenie, że przykład dotyczący systemu P1
został przytoczony omyłkowo.
Odpowiedź:
Zamawiający dokonuje następującej zmiany w Załączniku nr 9 do SIWZ "Opis przedmiotu
Zamówienia", rozdział 4.2.4:
JEST:
Musi umożliwiad klientom (np. systemowi P1 w zakresie IKP lub aplikacjom webowym) przesłanie
zapytania do rejestru EDM zgodnie z wytycznymi ITI-18 profilu integracyjnego XDS.b.
POWINNO BYD:
Musi umożliwiad klientom(systemom klienckim) przesłanie zapytania do rejestru EDM zgodnie z
wytycznymi ITI-18 profilu integracyjnego XDS.b.
Pytanie nr 89
Treśd pytania:
Zapis: "Możliwośd zdalnego zgłoszenia wniosku o rezerwację terminu usługi z preferowanymi
terminami (zakres dat, dni tygodnia, przed południem, po południu): do Pracowni Diagnostycznej lub
Gabinetu Lekarskiego"
Pytanie:
W związku z tym, iż założenie jest sprzeczne z wymaganiami na system e-Rejestracji, opisanymi
procesami biznesowymi, które nie przewidują trybu zgłaszania wniosku o rezerwację oraz nie
występuje w rozdziale 2.1.3 prosimy o wykreślnie tego zapisu.
Odpowiedź:
Zamawiający wyjaśnia, że SIWZ stanowi całośd i fakt, że pewne funkcjonalności wskazane w jednym
miejscu zostały w wyższym stopniu doprecyzowane w innym miejscu nie oznacza sprzeczności.
Wymaganie jest dobrze postawione i użyteczne. Zamawiający nie zmienia SIWZ.
Pytanie nr 91
Treśd pytania:
Usługa słownikowa - cały rozdział.
Pytanie:
Prosimy o wyjaśnienie następujących kwestii:
a) Kto (MSIM czy platforma P1) dostarcza usługę słownikową?
b) Kto (MSIM czy platforma P1) dostarcza zawartośd słowników tj. ICD-10, ICD-9, ICF, ICNP? Czy
Wykonawca jest zobowiązany do zakupu ww. słowników?
c) Prosimy o udostępnienie specyfikacji interfejsu wymiany danych z platformą P1 w zakresie ww.
słowników i mechanizmów.
W przypadku, gdy szczegóły dotyczące udostępniania ww. słowników i mechanizmów systemowi
regionalnemu nie są znane prosimy o wykreślenie tej usługi z zakresu zamówienia lub wskazanie w
jakim terminie od opublikowania specyfikacji przez projekt P1 Wykonawca będzie zobowiązany
zaimplementowad tę usługę w ramach MSIM.
Odpowiedź:
Zamawiający wyjaśnia, że MSIM ma mied możliwośd funkcjonowania niezależnie od P1 - w związku z
tym powinien udostępniad również wskazane słowniki. W zakresie podpunktu c.) Zamawiający
wyjaśnia, że zmodyfikował SIWZ w ten sposób, że wskazano dokumenty projektu P1, w oparciu o
które należy dokonad integracji.
Pytanie nr 92
Treśd pytania:
Dotyczy: Załącznik 9 (OPZ), Rozdział 5.4.1, 5.4.2, 5.4.3, 5.4.4 Strona 58-60.
Zapisy dotyczące zgód pacjentów na udostępnianie elektronicznej dokumentacji medycznej
Pytanie:
Czy Zamawiający potwierdza, że przedmiot zamówienia obejmuje również obsługę zgód/ sprzeciwów
pacjentów na udostępnianie elektronicznej dokumentacji medycznej?
Odpowiedź:
Zamawiający potwierdza, że przedmiot zamówienia obejmuje również obsługę zgód/ sprzeciwów
pacjentów na udostępnianie elektronicznej dokumentacji medycznej.
Pytanie nr 93
Treśd pytania:
BP.ERP.004 Pobranie elektronicznej dokumentacji medycznej w trybie synchronicznym z
wykorzystaniem IKP - Opis procesu oraz diagram
Pytanie:
Prosimy o potwierdzenie czy w przypadku żądania pacjenta poprzez IKP (gdzie zweryfikowano
tożsamośd pacjenta) o udostępnienie jego dokumentacji medycznej musi byd w systemie MISM
dodatkowo uruchamiana weryfikacja czy istnieje zgoda tego pacjenta na udostępnianie sobie
samemu dokumentacji medycznej.
Prosimy o potwierdzenie, że Wykonawca będzie zobowiązany do integracji MSIM z P1 w zakresie IKP
integrację, nie zaś na podstawie (takich) zapisów OPZ projektu MSIM.
Odpowiedź:
Nie, pacjent nie musi udostępniad swojej dokumentacji samemu sobie. Zamawiający potwierdza, że
Wykonawca będzie zobowiązany do integracji MSIM z P1 w zakresie IKP wyłącznie na podstawie
opublikowanej przez CSIOZ dokumentacji opisującej szczegółowo taką integrację.
Pytanie nr 95
Treśd pytania:
Wymagania systemu zarządzania tożsamością - cały rozdział
Pytanie:
Przedstawione w tym rozdziale punkty (przykładowo "Konfiguracja i zarządzanie polityką
bezpieczeostwa") dotyczą systemu zarządzania tożsamością rozumianego jako zbioru reguł i
procedur (polityka) w danej organizacji, a nie są wymaganiami do systemu informatycznego. Czy
Zamawiający potwierdza, że opisuje wytyczne do systemu zarządzania tożsamością rozumianego nie
jako system informatyczny, lecz jako zbiór reguł i procedur? Jeśli Zamawiający potwierdza, to prosimy
o modyfikację wymagao tak, aby odnosiły się do funkcjonalności zamawianego systemu
informatycznego, a nie polityki zarządzania tożsamością. W szczególności prosimy o taką modyfikację
wymagao, aby ich zakres odnosił się do zakresu przedmiotu zamówienia i nie wykraczał poza jego
zakres.
Odpowiedź:
Zamawiający potwierdza, że wymagania przedstawione w rozdziale 6.10 dotyczą systemu zarządzania
tożsamością rozumianego jako system informatyczny. W przypadku wymagania pierwszego
"Konfiguracja oraz zarządzanie polityką bezpieczeostwa", Zamawiający doprecyzowuje wymaganie
poprzez wprowadzenie zapisu: "Konfiguracja oraz zarządzanie polityką bezpieczeostwa w zakresie:
a) Polityki bezpieczeostwa haseł
b) Polityki kontroli dostępu
c) Polityki zarządzania uprawnieniami.”
Pytanie nr 100
Treśd pytania:
Zapis: Wymagania wydajnościowe systemu, punkt „1. Czas dostępu do informacji o EDM
gromadzonych w warstwie regionalnej liczony jako czas od wysłania zapytania do dostarczenia
odpowiedzi z rejestru EDM nie może byd dłuższy niż 3 sekundy”
Pytanie:
Taka konstrukcja wymagania bez podania szczegółowych warunków pomiaru (liczba jednoczesnych
użytkowników, przy jakim obciążeniu, itd.) uniemożliwia potwierdzenie czy rozwiązanie spełnia
wymaganie wydajnościowe. Prosimy o wskazanie warunków pomiaru wydajności lub zmianę
wymagania z „*..+ nie może byd dłuższy niż 3 sekundy” na „nie powinien byd dłuższy niż 3 sekundy”.
Odpowiedź:
Zamawiający wskazuje, że odpowiednie założenia znajdują się w sekcjach:
•
3.3 Łącza internetowe,
•
3.6.Rodzaje przetwarzanych danych oraz
•
6.4 Wymagania wydajnościowe .
Ponadto, zamawiający informuje, że do powyższego czasu nie wlicza się narzutu transmisji.
Pytanie nr 104
Treśd pytania:
Dotyczy: Załącznik 9A (Stan. Wym. Danych), Rozdział 4.1 Strona 45.
Usługa umożliwiająca przesłanie do Portalu Pacjenta informacji o utworzeniu/zmianie/usunięciu
grafiku, rezerwacji lub kolejki w systemie HIS
Pytanie:
Prosimy o informację czy intencją Zamawiającego jest aby warstwa regionalna przechowywała
informacje o grafikach lub kolejkach oczekujących w systemach HIS? Pytanie jest szczególnie istotne
ze względu na to, że:
- w załączniku nr 9 brak jest wymagao odnośnie prowadzenia/aktualizacji grafików oraz kolejek
oczekujących przez warstwę regionalną
- dobre praktyki wskazują na to, że te elementy są domeną HIS, a nie systemów regionalnych
- dobre praktyki wskazują, że takie rozwiązanie nie będzie optymalne, w szczególności, żę planuje się
podłączenie nowych jednostek do MSIM.
Prosimy o potwierdzenie, że nie wymaga się od systemu MSIM prezentowania pacjentowi danych o
kolejkach oczekujących oraz gromadzenia grafików w warstwie regionalnej MSIM.
Odpowiedź:
Zamawiający potwierdza, że jego intencją jest aby warstwa regionalna przechowywała informacje o
grafikach i kolejkach oczekujących pochodzące z systemów HIS.
W przypadku gdy centralna e-Rejestracja ma udostępniad użytkownikowi informacje o dostępnych
terminach wizyt z wielu podmiotów jednocześnie w sposób szybki i komfortowy to niezbędne jest
duplikowanie w regionie części danych trzymanych po stronie podmiotów (systemów HIS). Dane te są
często uzupełniane o dodatkowe informacje związane z procesem obsługi rejestracji, które nie są
trzymane po stronie podmiotów.
Pytanie nr 105
Treśd pytania:
Dotyczy: Załącznik 9A (Stan. Wym. Danych), Rozdział 4.1.3 Strona 52-54.
Kolejka - rozdział zawierający opis metod związanych z prowadzonymi w HIS listami oczekujących
Pytanie:
Prosimy o potwierdzenie, że nie wymaga się od systemu MSIM prezentowania pacjentowi danych o
kolejkach oczekujących.
Ze względu na czytelnośd prosimy o usunięcie zapisów nieistotnych dla projektu MSIM, gdyż mogą
one wprowadzid oferentów w błąd co do zakresu prac do wykonania.
Prosimy o usunięcie analogicznych zapisów w całym dokumencie.
Odpowiedź:
Zamawiający nie dostrzega problemu ze wskazanymi zapisami, które przecież - zgodnie z tym co
napisano - służy temu, żeby integrowad kolejki. Możliwośd wyboru miejsca świadczenia usług z
najkrótszym czasem oczekiwania jest natomiast użyteczną funkcją z punktu widzenia pacjenta.
Pytanie nr 143
Treśd pytania:
Zamawiający napisał, że: „Wykonawca przedstawi do akceptacji Zamawiającemu spis treści Analizy
przedwdrożeniowej.”
Ponieważ Wykonawca musi przedstawid do akceptacji spis treści Analizy przedwdrożeniowej, a w
wymaganiach nie opisano procedury akceptacji i jej wpływy na prowadzone prace, prosimy o
uzupełnienie wymagania o następujące kwestie:
1.
Zamawiający dokona akceptacji przedstawionego spisu treści Analizy przedwdrożeniowej w
terminie 2 dni roboczych lub zgłosi pisemnie uwagi w tym terminie (uwagi będą konkretne w jasny
sposób informujące jakie modyfikacje przedstawionego materiału powinien wprowadzid Wykonawca,
aby Zamawiający dokonał jego akceptacji).
2.
3.
4.
Zamawiający w terminie 1 dnia roboczego zweryfikuje poprawiony spis treści Analizy
przedwdrożeniowej i dokona akceptacji. Jeżeli Zamawiający nie zgłosi zastrzeżeo co do powodów
ewentualnego odrzucenia uwag w przeciągu 1 dnia roboczego oznacza to, że zaakceptował
5.
kwestii spornych.
6.
Procedura akceptacji spisu treści Analizy przedwdrożeniowej nie może powodowad
wstrzymania prac dotyczących dokumentu Analizy.
Odpowiedź:
"Zamawiający wprowadza następującą zmianę w SIWZ:
Załącznik nr 9 do SIWZ "Opis Przedmiotu Zamówienia", Sekcja 9.1, wymaganie DOK. 2.
JEST:
Wykonawca przeprowadzi Analizę przedwdrożeniową, która zawierad będzie co najmniej:
•
Dla każdej dostarczanej aplikacji biznesowej:
o
Przypadki użycia
o
Architekturę komponentów aplikacji
•
Projekt Techniczny Systemu MSIM
•
Plan Wdrożenia Projektu
Wykonawca przedstawi do akceptacji Zamawiającemu spis treści Analizy przedwdrożeniowej.
POWINNO BYD:
Wykonawca przeprowadzi Analizę przedwdrożeniową, która zawierad będzie co najmniej:
•
Dla każdej dostarczanej aplikacji biznesowej:
o
Przypadki użycia
o
Architekturę komponentów aplikacji
•
Projekt Techniczny Systemu MSIM
•
Plan Wdrożenia Projektu
Wykonawca przedstawi do akceptacji Zamawiającemu spis treści Analizy przedwdrożeniowej.
1.
Zamawiający dokona akceptacji przedstawionego spisu treści Analizy przedwdrożeniowej w
terminie 2 dni roboczych lub zgłosi pisemnie uwagi w tym terminie (uwagi będą konkretne w jasny
sposób informujące jakie modyfikacje przedstawionego materiału powinien wprowadzid Wykonawca,
aby Zamawiający dokonał jego akceptacji).
2.
3.
4.
Zamawiający w terminie 1 dnia roboczego zweryfikuje poprawiony spis treści Analizy
przedwdrożeniowej i dokona akceptacji. Jeżeli Zamawiający nie zgłosi zastrzeżeo co do powodów
ewentualnego odrzucenia uwag w przeciągu 1 dnia roboczego oznacza to, że zaakceptował
5.
kwestii spornych.
6.
Procedura akceptacji spisu treści Analizy przedwdrożeniowej nie może powodowad
wstrzymania prac dotyczących dokumentu Analizy.
Pytanie nr 161
Treśd pytania:
Zamawiający napisał, że:
„b) Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 10 dni roboczych.
c) Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów 5 dni
roboczych.
1.
Proponujemy skrócenie terminu na wniesienie uwag oraz poprawę wniesionych uwag do 5 dni
roboczych.
2.
Prosimy o dodanie zapisu procedury odbiorowej, że w przypadku niezgłoszenia uwag w
wymaganym terminie „Plan testów” jest automatycznie zaakceptowany przez Zamawiającego.
Odpowiedź:
Zamawiający pozostawia zapisy bez zmiany.
Pytanie nr 162
Treśd pytania:
„h) Zamawiający wniesie ewentualne uwagi do przedstawionego Planu testu do 10 dni roboczych.
i) Wykonawca uwzględni uwagi Zamawiającego oraz przekaże poprawiony Plan testów 5 dni
roboczych.”
1.
Proponujemy skrócenie terminu na wniesienie uwag oraz poprawę wniesionych uwag do 5 dni
roboczych.
2.
Prosimy o dodanie zapisu procedury odbiorowej, że w przypadku niezgłoszenia uwag w
wymaganym terminie „Plan testów” jest automatycznie zaakceptowany przez Zamawiającego.
Odpowiedź:
Pytanie nr 163
Treśd pytania:
„e) Plan testów musi obejmowad testowanie wszystkich wymagao Systemu, w tym co najmniej
następujących funkcji Systemu:
a. Usługa e-Rejestracja
b. Repozytorium EDM
c. Rejestr EDM
f) Zamawiający może zrezygnowad z testowania wybranych wymagao Systemu”
Pragniemy zwrócid uwagę, że punkt e) i f) są sprzeczne. W związku z tym prosimy o następującą
modyfikację tej części OPZ:
e) Plan testów musi obejmowad testowanie wszystkich wymagao Systemu (z zastrzeżeniem
podpunktu f)), w tym co najmniej następujących funkcji Systemu:
a. Usługa e-Rejestracja
b. Repozytorium EDM
c. Rejestr EDM
f) Dopuszcza się nietestowanie wymagao realizowanych przez systemy COTS oraz wymagao, dla
których Zamawiający wyrazi zgodę na ich pominięcie w testach w wyniku akceptacji Planu testów”
Odpowiedź:
Pytanie nr 198
Treśd pytania:
Dotyczy rozdziału 2.8. str. 22 załącznika 9. Zamawiający napisał:
„Przekazywanie tożsamości pomiędzy Systemem MSIM a Platformą P1 musi spełniad wszystkie
wymagania prawne związane z anonimizacją danych Pacjentów.”
Do Platformy P1 przesyłane będą dokumenty HL7CDA, które w części nagłówkowej zawierają dane
demograficzne pacjenta. Prosimy o wyjaśnienie, co w takiej sytuacji Zamawiający ma na myśli w
powyższym zapisie?
Odpowiedź:
Zamawiający wyjaśnia, że oczekuje - w ramach możliwości oferowanych przez platformę P1 zapewnienia poufności przekazywanych danych.
Pytanie nr 199
Treśd pytania:
Dotyczy rozdziału 2.10. str. 23 i 20 załącznika 9.
Zamawiający napisał:
„W ramach koncepcji rozwoju systemu przewiduje się: Zdefiniowanie i udostępnienie standardów
warstwy integracji, w którego skład wchodzi m. in. interfejs integracji regionalnej odpowiedzialny za
wymianę danych, umożliwiający komunikację elektroniczną pomiędzy regionem a lokalnymi
systemami informatycznymi (standardy zapytao, struktur baz danych, itp.).”
W pozostałych zapisach Zamawiający zwraca uwagę na koniecznośd zastosowania standardów
integracyjnych - Web Service’ów, SOAP, itd. Eksponowanie bazy danych i jej struktur jest w tym
wypadku złamaniem dobrych praktyk. Prosimy o wyjaśnienie celowości powyższego zapisu, a także
opisanie przepływu danych, w którym wykorzystane miałoby byd bezpośrednie skorzystanie ze
struktur baz danych podczas integracji. Wykonawca nie widzi bowiem takich scenariuszy.
Odpowiedź:
Kwestia udokumentowania struktur danych oraz webserwisów to jedna kwestai, natomiast kwestia
udostępnienia tej dokumentacji to druga. Zamawiający zakłada, że częśd koncepcji rozwoju będzie
miała charakter publiczny natomiast inna częśd (nie wymagana dla integracji pozostanie niejawna).
Pytanie nr 200
Treśd pytania:
Pytanie 17
Dotyczy rozdziału 2.14 str. 27 załącznika 9. Zamawiający napisał:
„System MSIM wykorzystuje następujące zewnętrzne interfejsy: System HIS, gdzie zakres i tryb
wymiany danych określony jest interfejsem ITI-41”
Zwracamy uwagę, iż zgodnie z ITI-41 to źródło dokumentu (a więc system źródłowy) jest
odpowiedzialny za przysłanie komunikatu zawierającego rejestrowany dokument, a zatem systemu
HIS nie należy traktowad jako interfejsu zewnętrznego systemu MSIM.
Prosimy o potwierdzenie, iż jako interfejs zewnętrzny należy traktowad endpoint dostarczony przez
Wykonawcę, zgodny z ITI-41, a HIS (bądź inny system dziedzinowy) ma za zadanie wykorzystanie tego
interfejsu.
Odpowiedź:
Zamawiający potwierdza, że zadaniem Wykonawcy jest integracja z interfejsem udostępnionym przez
Producenta systemu HIS.
Pytanie nr 201
Treśd pytania:
Dotyczy rozdziału 8.1, str. 137 załącznika 9. Zamawiający napisał:
„Zakres i znaczenie metadanych EDM oraz schematów atomowych dla repozytorium EDM i rejestru
EDM powinien byd zgodny z wytycznymi profilu integracyjnego XDS.b, a w szczególności z tabelą
4.3.1.1-3 dokumentu „IHE IT Infrastructure Technical Framework, Volume 3 (ITI TF-3): CrossTransaction and Content Specifications”.
Zakres i obligatoryjnośd metadanych z powyższej tabeli jest właściwa dla każdego klienta
repozytorium i rejestru EDM, w tym dla systemów dziedzinowych Szpitali.”
Zwracamy uwagę, iż zakres danych (także metadanych) wynika z możliwości oferowanych przez
systemy źródłowe. Dlatego zwracamy się z prośbą o odstąpienie od zapisu.
Odpowiedź:
Patrz odpowiedź na pytanie 14.
Pytanie nr 202
Treśd pytania:
Dotyczy rozdziału 4.2.8 str. 52 załącznika 9. Zamawiający napisał:
„Celem funkcjonowania usługi słownikowej jest posiadanie jednolitej terminologii w EDM będącej
przedmiotem wymiany w projekcie MSIM. Usługa słownikowa pośredniczy w dostępie do słowników
oferowanych przez platformę P1 tj.: ICD-10, ICD-9, ICF, ICNP”
Co w sytuacji, gdy Platforma P1 nie będzie udostępniad wyżej wymienionych słowników? Na jakiej
zasadzie ma działad ta usługa, a także jak będzie wyglądało uspójnienie terminologii medycznych?
Odpowiedź:
Patrz odpowiedź na pytanie 91.
Pytanie nr 204
Treśd pytania:
Dotyczy rozdziału 4.3, str. 54 załącznika 9.
W związku z faktem, iż identyfikacja pacjenta przez rejestr stanowi wewnętrzną komunikację
pomiędzy komponentami dostarczonymi przez Zamawiającego prosimy o rezygnację z wymogu
obsługi transakcji ITI-8 i ITI-44 XDS.b i zgodę na zastosowanie w tym przypadku bardziej optymalnych
(wydajnościowo) protokołów komunikacyjnych.
Odpowiedź:
Zamawiający potwierdza, że sposób zapewnienia wewnętrznej komunikacji systemu (tj.
komponentów dostarczanych przez Wykonawcę) zależy od przyjętej przez niego koncepcji.
Pytanie nr 205
Treśd pytania:
Dotyczy rozdziału 2.1.1, str. 6, załącznika 9. Zamawiający napisał:
„W szpitalach będzie konieczne wykonanie integracji z WebSerwisami dostawców HIS wykonanymi w
ramach odrębnego zlecenia”
Wykonawca zwraca uwagę na niespójnośd zapisów z wymienionego rozdziału i opisywanego w
dalszej części załącznika 9 modelu integracji z systemami HIS (w szczególności w rozdziale 4.1.1).
Wykonawca prosi o potwierdzenie, iż to Repozytorium EDM będzie implementował obsługę
komunikatu ITI-41, który będzie wykorzystywany przez integrujące się z Repozytorium EDM systemy
HIS.
Odpowiedź:
Zamawiający nie dostrzega niespójności w zapisach zwłaszcza, że EDM jest elementem zamówienia.
Pytanie nr 206
Treśd pytania:
Dotyczy rozdziału 2.12, str. 27, załącznika 9. Zamawiający napisał:
„System MSIM wykorzystuje następujące zewnętrzne interfejsy:
• System HIS, gdzie zakres i tryb wymiany danych określony jest interfejsem ITI-41”
Wyszczególniony zapis sugeruje implementację interfejsu ITI-41 po stronie systemu HIS. Wykonawca
prosi o potwierdzenie, iż to Repozytorium EDM będzie implementował obsługę komunikatu ITI-41,
który będzie wykorzystywany przez integrujące się z Repozytorium EDM systemy HIS.
Odpowiedź:
Wątpliwośd wyrażona w pytaniu, albo nie jest jasna, albo została nieprecyzyjnie wyrażona. Interfejs
ma z natury dwustronną, więc wymiana danych musi byd zaimplementowana zarówno po stronie
systemów HIS (w ramach odrębnego zlecenia), jak i MSIM (w ramach obecnego zlecenia).
Pytanie nr 207
Treśd pytania:
„Warstwa lokalna – gdzie będzie wdrożony moduł odpowiedzialny za wytwarzanie, gromadzenie i
przesyłanie EDM oraz usługi towarzyszące pozwalające na integrację z węzłem regionalnym. W
warstwie lokalnej będzie gromadzona EDM zgodna z Załącznikiem 9A „Standard wymiany danych
pomiędzy HIS i MSIM”, zgodnie zobowiązującymi przepisami oraz zgodnie ze specyfiką, potrzebami i
oczekiwaniami poszczególnych Podmiotów ”
Wykonawca zaznacza, iż wymieniony zapis uniemożliwia rzetelną wycenę wymagao Zamawiającego,
pozostawiając Podmiotom dowolnośd rozszerzania zakresu wdrożenia. Wykonawca sugeruje
wykreślenie przytoczonego zapisu z treści załącznika 9.
Odpowiedź:
Przytoczony fragment nie odnosi się do rozszerzania funkcjonalności, a jedynie opisuje ogólne
założenia warstwy lokalnej. Zamawiający nie dostrzega możliwości dowolnego rozszerzania zakresu
wdrożenia.
Pytanie nr 210
Treśd pytania:
Dotyczy rozdziału 2.9, str. 22 załącznika 9. Zamawiający napisał:
„Przesył pełnej dokumentacji medycznej z danymi obrazowymi w jakości diagnostycznej o dużej
objętości będzie wspomagany poprze mechanizm dynamicznego przydzielana przepustowości łącza,
dający wyższy priorytet dla bieżącej obsługi jednostki szpitalnej, a niższy dla wymiany dokumentacji”
Wykonawca zaznacza, że przedstawiona propozycja nie uwzględnia specyfiki danych zbieranych przez
systemy dziedzinowe. Przesłanie danych obrazowych, w jakości diagnostycznej przy opisanym
sposobie priorytetyzacji ruchu sieciowego może prowadzid do nieprzewidywalności czasu transferu
dokumentów między lokalizacjami. Wykonawca sugeruje modyfikację zapisów w taki sposób by:
• Uwzględnid powyższe w wymaganiach dotyczących wydajności i czasu odpowiedzi systemu, lub
• Usunąd zapis o konieczności transferu dokumentacji, w jakości diagnostycznej.
Odpowiedź:
Zamawiający wyjaśnia, że przedstawiona ogólna koncepcja ma za zadanie właśnie rozwiązanie
opisanego problemu. Z pytania (a raczej wątpliwości) nie wynika z resztą żadna konkluzja: oczywiste
jest, że w pewnych przypadkach dane obrazowe będą musiały byd przekazywane. W związku z tym
zapisy pozostają bez zmiany, a dodatkowo Zamawiający wyjaśnia, że szczegóły realizacji wymagao
SIWZ zostaną doprecyzowane na etapie Analizy przedwdrożeniowej.
Pytanie nr 212
Treśd pytania:
Dotyczy rozdziału 2.2.1, str. 12 załącznika 9. Zamawiający napisał:
„W ramach wdrożenia usługi zostanie wykonana integracja z Elektroniczną Platformą Gromadzenia,
Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (projekt P1) w zakresie
Internetowego Konta Pacjenta (IKP), funkcjonującego w ramach platformy P1”
Wykonawca zwraca uwagę na fakt, iż projekt P1 w chwili obecnej nie ma finalnej specyfikacji
umożliwiającej przeprowadzenie integracji. Prosimy o zmianę zapisu, lub wskazanie konkretnej wersji
draftu specyfikacji w oparciu, o którą ma zostad zaimplementowana integracja.
Odpowiedź:
Zamawiający wskazał w SIWZ dokumenty projektu P1, na których ma oprzed się Wykonawca.
Pytanie nr 213
Treśd pytania:
„Wymiana dokumentacji medycznej w ramach platformy integracyjnej będzie realizowana zgodne z
przyjętymi standardowymi protokołami w ochronie zdrowia (HL7 CDA R2 na poziomie 3-cim
interoperacyjności, DICOM, XML i PDF zgodne z Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia
2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania) w
zakresie przekazywanym do lokalnych EDM przez systemy HIS”
i rozdziału 2.2.2 str. 15 i definicji wymiany danych pomiędzy jednostkami
„Wymiana informacji w ramach sieci pomiędzy jednostkami ochrony zdrowa z wykorzystaniem
MSIM, realizującej e-Usługi ma wykorzystywad interfejsy wymiany danych zgodne z przyjętymi
standardowymi protokołami w ochronie zdrowia (m. in. HL7 CDA R2 na poziomie interoperacyjności
3-cim, DICOM, XML i PDF zgodne z Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2010 r. w
sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania). W przypadku
konieczności standardowe protokoły mogą zostad rozbudowane o dodatkowe elementy, nie
występujące w w/w protokołach.”
Wykonawca zwraca uwagę na fakt że zapisy definiujące ten sam obszar funkcjonalny mają inne
brzmienie, z prośbą o ujednolicenie.
Odpowiedź:
Przytoczone fragmenty są wzajemna parafrazą - w każdym razie pytający nie wskazał merytorycznych
rozbieżności pomiędzy wskazanymi fragmentami - a Zamawiający takowych nie dostrzega.
Wymagania pozostają niezmienne.
Pytanie nr 214
Treśd pytania:
Dotyczy rozdziału 2.12, str. 28, załącznika 9. Zamawiający napisał:
„Wytyczne dla komunikacji z platformą P1:
• Komunikacja z platformą P1 następuje w oparciu o reguły tworzenia Elektronicznej Dokumentacji
Medycznej i model transportowy danych o Zdarzeniach Medycznych oraz Indeksie EDM, gdzie
platforma P1 jest rejestrem EDM
• Komunikat przekazania informacji o zdarzeniu medycznym jest inicjowany przez komponent
regionalny, który przekazuje komunikat do platformy P1 analogicznie do zdarzenia rejestracji EDM
przekazywanego przez komponent lokalny do komponentu regionalnego
• System dziedzinowy musi wytworzyd a komponent regionalny musi przygotowad komunikat do
platformy P1 zgodnie z ostatnią aktualną wersją wytycznych dostępnych na stronach CSIOZ”
Wykonawca zwraca uwagę na fakt, iż projekt P1 w zakresie wymienionego w zapisie modelu
transportowego danych o Zdarzeniach Medycznych oraz Indeksie EDM w chwili obecnej nie ma
finalnej specyfikacji umożliwiającej przeprowadzenie integracji. Prosimy o zmianę zapisu, lub
wskazanie konkretnej wersji draftu specyfikacji w oparciu, o którą ma zostad zaimplementowana
integracja. Dodatkowo, biorąc pod uwagę niemożnośd wykonania wyceny zmian dostosowujących do
jak to określił Zamawiający „ostatniej aktualnej wersji wytycznych dostępnych na stronach CSIOZ”,
Wykonawca zwraca się o zmianę lub usunięcie zapisu.
Odpowiedź:
Pytanie nr 227
Treśd pytania:
Dotyczy pkt 6.10, str. 82, zał. nr 9. Zamawiający w pkt 21 napisał, że system zarządzania tożsamością
musi umożliwid „Dodatkowe uwierzytelnianie się przy połączeniach zewnętrznych np. stosując
technikę kryptograficzna, tokeny sprzętowe lub protokoły „wezwanie-odpowiedź”.
Wykonawca zwraca uwagę, że uwierzytelnianie pacjentów jest traktowane jako połączenie
zewnętrzne, natomiast pacjenci mają uwierzytelniad się w systemie z wykorzystaniem metody
login/hasło. Wymagania te są sprzeczne dlatego w celu zachowania spójności prosimy o wykreślenie
wymagania z pkt 21 o dodatkowym uwierzytelnianiu przy połączeniach zewnętrznych.
Odpowiedź:
Zamawiający wyjaśnia, że opisane metody logowania za pomocą tokenów mają byd dostępne dla
lekarzy, a nie pacjentów.
Pytanie nr 234
Treśd pytania:
Zamawiający napisał: „W szczególności usługa obejmuje następujące funkcjonalności:
• Możliwośd zdalnego zgłoszenia wniosku o rezerwację terminu usługi z preferowanymi terminami
(zakres dat, dni tygodnia, przed południem, po południu): do Pracowni Diagnostycznej lub Gabinetu
Lekarskiego”
Zdaniem Wykonawcy zapis nie jest precyzyjny, ponieważ Wykonawca nie wie jak Zamawiający
rozumie zdalny wniosek o rezerwację terminu oraz sugeruje, że rezerwacja powinna dotyczyd
konkretnego terminu (dzieo i godzina).
Czy zamawiający dopuszcza realizację tej funkcjonalności poprzez umożliwienie użytkownikowi
koocowemu wybrania jednego z dostępnych terminów wizyt prezentowanych w terminarzu?
Terminarz umożliwia wybór konkretnego dnia w roku oraz określenia preferencji godzinowych: rano,
przed południem, po południu, wieczorem.
Odpowiedź:
Zamawiający dopuszcza realizację opisanej funkcjonalności poprzez umożliwienie użytkownikowi
koocowemu wybrania jednego z dostępnych terminów wizyt prezentowanych w terminarzu. Przez
terminarz rozumie się funkcjonalnośd umożliwiającą wybór konkretnego dnia w roku oraz określenia
preferencji godzinowych: rano, przed południem, po południu, wieczorem.
Pytanie nr 236
Treśd pytania:
Wymaganie e-R.1.1.2
Zamawiający napisał: „Możliwośd przejścia do e-Rejestracji z wyników wyszukiwania poprzez jedno
kliknięcie. Zostanie otworzona formatka „Wymagane dane rejestracji”.”
Zdaniem Wykonawcy zapis wymagania nie jest precyzyjny, ponieważ Wykonawca nie wie skąd
miałoby byd realizowane przejście do e-Rejestracji z wyników wyszukiwania”. Czy Zamawiający może
uszczegółowid to wymaganie?
Odpowiedź:
Zamawiający ma na myśli wyświetlenie formatki o nazwie „wymagane dane rejestracji” bezpośrednio
po wyszukaniu odpowiedniej usługi medycznej i kliknięciu w przycisk do rezerwacji.
Pytanie nr 238
Treśd pytania:
Wymaganie e-R.3.1
Zamawiający napisał :”System musi wspierad nadzór nad rejestracją Pacjentów do badao
diagnostycznych obrazowych. Nadzór ma na celu uniknięcie sytuacji, w których Pacjenci rejestrują się
na badania u tego samego świadczeniodawcy na podstawie 2 różnych skierowao od różnych lekarzy,
a badanie to ma dotyczyd tych samych okolic ciała.”
Wykonawca pragnie zaznaczyd, że podczas rejestracji na wybraną usługę system e-Rejestracja nie ma
informacji o części ciała, której usługa dotyczy oraz nie ma informacji o danych ze skierowania z
poprzednich rejestracji na wybrane usługi w związku z tym nie możemy zrealizowad tej
funkcjonalności i prosimy o jej usunięcie z OPZ. Informacje takie są prawdopodobnie przechowywane
w systemie HIS, który może odrzucid taką rejestrację.
Odpowiedź:
Wymaganie mówi o nadzorze, a nie o automatycznym blokowaniu. Nadzór może polegad np. na
raportowaniu tego typu przypadków lub/i ostrzeganiu o nich w sposób interaktywny. Kwestia ta
powinna zostad doprecyzowana na etapie Analizy przedwdrożeniowej.
Pytanie nr 241
Treśd pytania:
projekt pilotażowy,
Zamawiający specyfikuje szereg wymagao. Wymagania zostały wypisane poniżej:
2.1.1. Warstwy MSIM, str. 6
„Integracja warstwy regionalnej i lokalnej powinna odbywad się za pomocą usług sieciowych w
oparciu o regionalną szynę danych. W szpitalach będzie konieczne wykonanie integracji z
WebSerwisami dostawców HIS wykonanymi w ramach odrębnego zlecenia.”
oraz
2.1.2. Wymiana EDM, str. 7
„W poszczególnych szpitalach uczestniczących zostaną wdrożone i wykorzystane repozytoria lokalne,
których głównym zadaniem będzie przyjmowanie i przechowywanie zgodnie z przepisami
wskazanymi w dalszej części dokumentów medycznych z systemów dziedzinowych (HIS, LIS, RIS
lub innych) funkcjonujących w szpitalach.”
oraz
2.2.1. Główne założenia systemu MSIM, s. 11
„Integracja systemów informatycznych (HIS, RIS, LIS, PACS, innych) jednostek medycznych.
Wymaga się integracji z usługami sieciowymi systemów dziedzinowych, które zostaną
udostępnione przez każdego z partnerów. Integracja ta musi pozwalad systemom dziedzinowym
na zasilenie lokalnych EDM dokumentami medycznymi wytworzonymi przez te systemy
funkcjonujące w jednostkach medycznych z Repozytorium Elektronicznej Dokumentacji
Medycznej.”
Zwracamy, uwagę, że powyżej specyfikowane zapisy są sprzeczne, gdyż pierwsze dwa jasno stanowią
o tym, że integracja po stronie systemów dziedzinowych będzie realizowana przy pomocy osobnego
postępowania. Niemniej jednak później w obrębie zamówienia Zamawiający specyfikuje „Wymaga
się integracji z usługami sieciowymi systemów dziedzinowych, które zostaną udostępnione przez
każdego z partnerów”.
Prosimy o potwierdzenie, że zgodnie z zapisami 2.1.1. Warstwy MSIM, str. 6 , 2.1.2. Wymiana EDM,
str. 7 całkowita integracja z systemami dziedzinowymi zostanie zrealizowana w obrębie osobnego
zamówienia.
Odpowiedź:
Zamawiający potwierdza, że zadanie Wykonawcy będzie zintegrowanie się z systemami HIS za
pośrednictwem dostarczonych przez producentów tych systemów interfejsów.
Pytanie nr 243
Treśd pytania:
Zamawiający specyfikuje wymagania:
„2.2.1. Główne założenia systemu MSIM, s. 11
Platforma ta zostanie zintegrowana z projektem P1 w zakresie indeksowania i udostępniania
dokumentacji medycznej zamawianej przez pacjenta za pomocą IKP.”
oraz
„2.8. Koncepcja współpracy z Internetowym Kontem Pacjenta (IKP), s.21
Wymaga się dostosowania systemu MSIM do kolejnych wdrażanych w ramach Projektu P1 funkcji
IKP realizowanych przez CSIOZ oraz przepisów prawa regulujących ten obszar w ramach usługi
dostawy i nadzoru autorskiego."
Zwracamy uwagę, na fakt, że według aktualnych doniesieo prasowych, projekt P1 jest w tym
momencie realizowany i ulega kontynuowanych zmian zarówno w zakresie struktury jak i wykonawcy
realizującego projekt. Zatem zwracamy uwagę, że zintegrowany w z projektem P1 stanowi zmienny i
niezależny od Wykonawcy element zamówienia. Co nie daje Zamawiającemu możliwości
sporządzenia wiarygodnej wyceny i stanowi duże ryzyko, a tym samy świadczy o niepełnym opisie
przedmiotu zamówienia. Dlatego też, prosimy o usunięcie wskazanego wymagania.
Odpowiedź:
W pozostałym zakresie Zamawiający pozostawia SIWZ bez zmian.
Pytanie nr 246
Treśd pytania:
projekt pilotażowy, 2.8. Koncepcja współpracy z Internetowym Kontem Pacjenta (IKP), s.22
„Zamawiający specyfikuje wymaganie:
W ramach integracji z CSIOZ należy zapewnid możliwośd:
• przekazania tożsamości pacjenta do systemu MSIM, tak aby pacjent mógł wykorzystad usługę
wyszukiwania i pobierania EDM,
• przekazywania zgód pacjentów na udostępnianie dokumentacji medycznej.”
Prosimy o potwierdzenie, że system P1 CSIOZ, posiada odpowiedni interfejs do realizacji powyżej
specyfikowanych zadao.
Odpowiedź:

Odpowiedzi

Transkrypt

Podobne dokumenty

Dot. ZP WORD 2/pojazd + wideo/2015 W oparciu o art. 38 ustawy