Poznań, r. Specjalistyczny Zespół Opieki Zdrowotnej nad Matką i Dzieckiem w Poznaniu Ul. B. Krysiewicza 7/ Poznań AZP /15

Transkrypt

1 Poznań, r. Specjalistyczny Zespół Opieki Zdrowotnej nad Matką i Dzieckiem w Poznaniu Ul. B. Krysiewicza 7/ Poznań AZP /15 ODPOWIEDŹ NA ZAPYTANIE W SPRAWIE SIWZ Uprzejmie informujemy, iż w dniu r. do Zamawiającego wpłynęła prośba o wyjaśnienie zapisów specyfikacji istotnych warunków zamówienia, w postępowaniu prowadzonym na podstawie przepisów ustawy z dnia 29 stycznia 2004 roku Prawo Zamówień Publicznych (Dz. U. z 2013 r., poz. 907 z późn. zm.) w trybie przetargu nieograniczonego, na: Dostawę oprogramowania medycznego Treść pytań jest następująca: 1 Ponieważ wymienione w rozdziale 2 akty prawne i normy tylko w części dotyczą przedmiotu zamówienia, czy intencją Zamawiającego jest aby oferowany system był zgodny z obowiązującym, na dzień składania oferty, prawem w zakresie przedmiotu zamówienia? Prosimy o zastąpienie całego rozdziału 2 zapisem oferowany system musi być zgodny z obowiązującym prawem. Zamawiający w miejsce dotychczasowej treści rozdziału 2 wprowadza następującą treść: Zaoferowane Systemy muszą być zgodne z obowiązującym prawem. Wykonawca w ramach realizowanej gwarancji zapewni przez okres jej obowiązywania bieżące dostosowanie do zmian w prawie Wymagania ogólne (systemowe) 3. Dostarczany system zapewnia interoperacyjność na poziomie systemu operacyjnego i pracuje co najmniej w systemach operacyjnych (wersjach 32 i 64 bitowych): Microsoft Windows (XP /Vista/7/8), Linux (Red Hat Enterprise, SuSE, Fedora, Ubuntu, Debian), Apple Mac OS X (Lion, Mavericks, Yosemite). Pragniemy zauważyć, że system MS Windows XP nie jest już wspierany przez producenta. Czy w związku z tym Zamawiający oczekuje działania oferowanego oprogramowania na stacjach roboczych działających pod kontrolą tego systemu operacyjnego, bez wsparcia producenta oferowanego oprogramowania? Zamawiający rezygnuje z wymogu zagwarantowania przez Wykonawcę funkcjonowania zaoferowanych systemów na stacjach roboczych działających pod kontrolą systemu operacyjnego Windows XP.

2 3 4.1 Wymagania ogólne (systemowe) 6. System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów osobistych lub prawo jazdy i na tej podstawie dokonywanie identyfikacji pacjenta. Prosimy o określenie, w której w zamawianych aplikacji, Zamawiający oczekuje takiej funkcjonalności? Funkcjonalność jest charakterystyczna dla systemu HIS, który nie stanowi przedmiotu niniejszego zamówienia. Zamawiający odstępuje od wymogu opisanego w rozdziale 4.1. pkt Wymagania ogólne (systemowe) 7. System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych podmiotów leczniczych. Prosimy o określenie, w której w zamawianych aplikacji, Zamawiający oczekuje takiej funkcjonalności? Funkcjonalność jest charakterystyczna dla systemu HIS, który nie stanowi przedmiotu niniejszego zamówienia. Zamawiający koryguje sformułowane w rozdziale 4.1 pkt. 7 wymaganie do następującej treści: System musi umożliwiać obsługę kodów 1D i 2D (identyfikacja pacjenta poprzez zaczytanie kodu z opaski pacjenta, wczytanie kodów przy obsłudze pobrań materiałów do badań) Wymagania ogólne (systemowe) 16. Musi istnieć możliwość nadania użytkownikom uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzny lub gabinet ambulatoryjny i izba przyjęć. Prosimy o określenie, w której w zamawianych aplikacji, Zamawiający oczekuje takiej funkcjonalności? Funkcjonalność jest charakterystyczna dla systemu HIS, który nie stanowi przedmiotu niniejszego zamówienia. Zamawiający wymaga funkcjonalności opisanej w rozdziale 4.1 pkt. 16. w modułach: System Elektronicznej Dokumentacji Medycznej, Pulpit Użytkownika, Punkt Pobrań, Blok Operacyjny.

3 6 4.1 Wymagania ogólne (systemowe) 31. System umożliwia nadawanie uprawnień użytkownikom do jednostek organizacyjnych, w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego jednego oddziału.. Prosimy o określenie, w której w zamawianych aplikacji, Zamawiający oczekuje takiej funkcjonalności? Funkcjonalność jest charakterystyczna dla systemu HIS, który nie stanowi przedmiotu niniejszego zamówienia. Zamawiający wymaga funkcjonalności opisanej w rozdziale 4.1 pkt. 16. w modułach: System Elektronicznej Dokumentacji Medycznej, Pulpit Użytkownika, Punkt Pobrań, Blok Operacyjny Wymagania ogólne (systemowe) 46. Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki. Prosimy o usunięcie tego wymagania. Zamawiający zgadza się na usunięcie wymagania określonego w rozdziale 4.1 pkt Wymagania funkcjonalne administrowanie systemem. 13. Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu itd. Czy na poziomie repozytorium EDM wystarczające będzie kontrola uprawnień danego systemu do realizacji wskazanych operacji w repozytorium (koncepcja zaufanych systemów klienckich). Zamawiający uzna proponowane w pytaniu rozwiązanie jako spełniające wymaganie określone w rozdziale 4.2 pkt. 13.

4 9. 1. System w zakresie importu/migracji danych medycznych powinien implementować otwartą architekturę umożliwiającą obsługę źródeł danych zgodnie ze specyfiką i wymaganiami dziedzinowych systemów medycznych eksploatowanych przez Zamawiającego HIS (InfoMedica/AMMS produkcji Asseco Poland S.A.) i PACS oraz RIS (Serwer Archiwizacji Obrazów ExPACS oraz System Chazon firmy Pixel Technology s.c.), a także powinien umożliwiać obsługę rożnych formatów komunikatów, w zależności od zakresu danych wymaganych przez poszczególne rodzaje dokumentacji medycznej pozyskiwanej z systemów Zamawiającego, jak i podmiotów zewnętrznych, jeśli taka wymiana wynika z obowiązujących przepisów prawa, Czy wystarczającym rozwiązaniem jest dostarczenie systemu udostępniającego otwarty interfejs wymiany dokumentów umożliwiający rejestrację, wyszukiwanie i pobieranie dokumentów przetwarzanych w repozytorium EDM? Zamawiający podtrzymuje wymóg zawarty w rozdziale pkt System umożliwia dodawanie i edytowanie danych medycznych bezpośrednio w systemie EDM. W tym przypadku dane będą wprowadzane za pomocą odpowiednich formatek dostarczonych w ramach modułu dodawania i edycji danych Systemu EDM, Cechą systemów EDM jest przechowywanie i zarządzanie dokumentacja medyczną a nie gromadzenie danych medycznych. Opisane w tym punkcie wymaganie odnosi się do systemu klasy HIS, RIS lub LIS, które nie stanowią przedmiotu zamówienia. Pragniemy zauważyć, że wprowadzanie w systemie danych medycznych oznaczałoby dublowanie funkcjonalności tych systemów oraz mogłoby stanowić potencjalne źródło powstawania błędów. Prosimy o usunięcie wymagania. Zamawiający zgadza się na usunięcie wymagania określonego w rozdziale pkt System umożliwia utworzenie dokumentacji medycznej w formie Skomputeryzowanego Rekordu Medycznego z zachowaniem atrybutów dokumentu papierowego (np. podpisy, daty, pieczątki) i umieszczona w systemie informatycznym Zamawiającego w sposób zapewniający czytelność, dostęp, spójność i powiązanie jej z właściwą Elektroniczną Dokumentacją Medyczną konkretnego pacjenta.

5 Czy intencją Zamawiającego jest aby system umożliwiał przechowywanie, w Repozytorium Elektronicznej Dokumentacji Medycznej, elektronicznych kopii (skanów) papierowej dokumentacji medycznej? Zamawiający w rozdziale pkt.1 i pkt. 3 określa sposób wprowadzania dokumentów do repozytorium EDM. Podstawową formą pozyskiwania dokumentów do repozytorium jest ich automatyczne pobieranie z systemów transakcyjnych Zamawiającego w postaci w pełni cyfrowej (nie skomputeryzowanej). Pozyskiwanie dokumentów poprzez skanowanie ich postaci papierowej jest jedynie uzupełnieniem funkcjonalności systemu, z której Zamawiający będzie korzystał wyłącznie w sytuacji braku możliwości pozyskania danego dokumentu w postaci cyfrowej. 12 b. System tworzy dokument XML zgodny ze standardem HL7 CDA oraz rodziną norm PN-EN zawierający indywidualny dokument medyczny w postaci elektronicznej [o strukturze logicznej dokumentu opartej na modelu referencyjnym, którego specyfikację zawarto w normie PN-EN ISO : , ustrukturalizowanej w oparciu o metodologię archetypu, którego specyfikację zawarto w normach PN-EN :2009 PN-EN :2009 oraz zgodnej z wzorcami i wytycznymi umieszczanymi w repozytorium interoperacyjności, o której mowa w przepisach wydanych na podstawie art. 18 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2013 r. poz. 235), w portalu edukacyjno-informacyjnym, o którym mowa w art. 36 ustawy z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz. U. Nr 113, poz. 657 i Nr 174, poz. 1039), oraz w Biuletynie Informacji Publicznej ministra właściwego do spraw zdrowia] oraz meta dane opisujące ten dokument. Prosimy o wskazanie formatów opublikowanych we wskazanym repozytorium interoperacyjności. Jak należy interpretować ewentualny brak oficjalnie zatwierdzonych formatów? Czy w takim przypadku wymaganie nie ma zastosowania? Zamawiający podtrzymuje wymóg zawarty w rozdziale pkt.3. lit. b. Do czasu opublikowania wzorców w repozytorium interoperacyjności Zamawiający dopuszcza rozwiązania przejściowe przygotowane przez Wykonawcę, jednak po opublikowaniu wzorców Wykonawca zobowiązany będzie niezwłocznie do dostosowania swojego oprogramowania. 13

6 4. System umożliwia rejestrację zbiorczych dokumentów medycznych w repozytorium - system rejestruje dane indeksowe opisujące zbiorcze dokumenty medyczne wykorzystywane do późniejszego wyszukiwania dokumentów. Indeks dokumentów zbiorczych obejmuje przynajmniej: a. kody ICD Prosimy o wyjaśnienie celowości gromadzenia kodów ICD w indeksie danych zbiorczej dokumentacji medycznej? Zamawiający odstępuje od wymogu określonego w rozdziale pkt.4. lit. a System dokonuje indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów. Prosimy o wskazanie kryteriów wyszukiwania dokumentów. Rozdział pkt.5. lit. c. wskazuje kryteria wyszukiwania dokumentów: Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach System umożliwia osobom uprawnionym wydruk dokumentu z kontrolą dokonanych wydruków. Prosimy o wyjaśnienie w jaki sposób powinna się odbywać kontrola wydruków dokumentów, w szczególności w przypadku dokumentów udostępnionych z repozytorium w postaci elektronicznej np. pdf i drukowanych poza kontrolą systemu na dowolnej stacji roboczej? Zamawiający nie określa mechanizmów kontroli wydruków dokumentów to jest zadanie Wykonawcy. Dokumenty udostępnione z repozytorium w postaci np. plików pdf winny zostać trwale oznaczone w widoczny sposób atrybutami opisującymi dane udostępnienie/wydruk. 16

7 Archiwizacja Czy poprzez archiwizację należy rozumieć zapis dokumentów medycznych w bazie danych? Zamawiający potwierdza, że w rozdziale pod pojęciem archiwizacja należy rozumieć zapis i składowanie dokumentów w bazie danych System umożliwia przekazywanie do Systemu Informacji Medycznej informacji o udzielonych, udzielanych i planowanych przez Zamawiającego świadczeniach opieki zdrowotnej. Prosimy o dopuszczenie możliwości realizacji wymagania od momentu produkcyjnego uruchomienia platformy P1 systemu informacji medycznej. Zamawiający dopuszcza możliwość realizacji wymagania określonego w rozdziale pkt.5 od momentu produkcyjnego uruchomienia przez CSIOZ platformy P Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu itd. Czy na poziomie repozytorium EDM wystarczające będzie kontrola uprawnień danego systemu do realizacji wskazanych operacji w repozytorium (koncepcja zaufanych systemów klienckich). Zamawiający uzna proponowane w pytaniu rozwiązanie jako spełniające wymaganie określone w rozdziale pkt Wymagania funkcjonalne Transport Sanitarny

8 Czy Zamawiający dopuszcza aby ten moduł/funkcjonalność był w technologii grubego kienta? Zamawiający dopuszcza aby moduł/funkcjonalność Transport Sanitarny był dostarczony w technologii grubego klienta pod warunkiem spełnienia pozostałych wymogów stawianych w SIWZ wobec tego modułu oraz bezterminowego zapewnienia (w ramach obowiązującej gwarancji/nadzoru autorskiego) nieodpłatnego upgrade-u technologicznego, jeśli Wykonawca udostępni swoim klientom nową wersję tego oprogramowania w technologii cienkiego klienta. 20 Z uwagi na liczbę pytań i ich charakter uprzejmie prosimy o przesunięcie terminu składania ofert o 4 dni robocze od terminu udzielenia odpowiedzi na powyższe pytania. Ten czas jest niezbędny dla analizy Państwa odpowiedzi. Zamawiający w dniu r. przedłużył terminu składania ofert do r. Zamawiający Z-ca Dyrektora ds. Administracyjno-Eksploatacyjnych / / mgr inż. Marzena Krzymańska Sprawę prowadzi: Ewa Oleksyn, tel