PN 03/2011 Dostawa Zintegrowanego Systemu Informatycznego Szpitala wraz z infrastrukturą sieciowo-sprzętową

PN 03/2011 Dostawa Zintegrowanego Systemu Informatycznego Szpitala wraz z infrastrukturą sieciowo-sprzętową Wykonawcy biorący udział w przetargu nieograniczonym na dostawę Zintegrowanego Systemu Informatycznego Szpitala wraz z infrastrukturą sieciowo-sprzętową Znak DT/ZP/230/084/2011 Krasnystaw, dnia 20-04-2011 r. W odpowiedzi na zapytania skierowane przez wykonawców w przetargu nieograniczonym na dostawę Zintegrowanego Systemu Informatycznego Szpitala wraz z infrastrukturą sieciowo-sprzętową realizowanego w ramach projektu współfinansowanego ze środków Unii Europejskiej pod nazwą Budowa Zintegrowanego Systemu Informatycznego w Samodzielnym Publicznym Zespole Opieki Zdrowotnej w Krasnymstawie na podstawie art. 38 ust. 1 pkt. 1 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2010 r. Nr 113, poz. 759 z późn. zm.) o wartości szacunkowej poniżej 193 000 Euro, zamawiający przekazuje treść zapytań oraz odpowiedzi: Zapytania 1. Pytanie nr 1 Załączniku nr 1.5 - Specyfikacja funkcjonalna ERP. Wymagania globalne ERP, pkt. 40-55 - Interfejs użytkownika: - wielopoziomowe grupowanie danych z wykorzystaniem funkcji przeciągnij/ upuść - możliwość formatowania warunkowego z kolorowaniem wyniku - możliwość dodawania nowych kolumn prezentujących dane w oparciu o dowolne zapytania - łączenie danych z wielu tabel na jednym ekranie poprzez cześć wspólną dla tych danych - samodzielne tworzenie indywidualnego menu przez każdego użytkownika, w tym pełna swoboda określania rozmiaru menu Czy Zamawiający dopuszcza rozwiązania alternatywne, np. jednorazowego zdefiniowania interfejsów na etapie konfigurowania systemów i wdrożenia w oparciu o grupy użytkowników, jeśli w systemach administracyjnych ma miejsce jednoznacznego przypisanie ról użytkowników /kasa, sprzedaż, zakupy, kadry, płace itd./ i zgodny z nim wybór według uproszczonego menu dla każdego użytkownika indywidualnie? Z uwagi na konieczność jednoznacznej i stabilnej pracy w obrębie księgowości i finansów firmy czy Zamawiający dopuszcza rozwiązanie alternatywne, konfigurowania jednorazowego (lub modyfikacje częstsze przez uprawnionych użytkowników) prezentacji tabel na etapie wdrożenia, jeśli istnieje możliwość samodzielnego tworzenia raportów i wydruków (wraz z uprawnieniami do użytkowania, grupowaniem kształtowaniem szaty graficznej itd.) w obrębie całej aplikacji? Odpowiedź: Zamawiający nie dopuszcza rozwiązań alternatywnych w odniesieniu do przywołanych wymogów funkcjonalnych. Wyjaśnienie tej kwestii znajduje się w odpowiedziach na pytania zadane przez innych wykonawców. Zapytania 2. 1. W załączniku nr 1.4 dotyczącym SIM Zamawiający w aplikacji Kolejki oczekujących w wierszu nr 15 wymaga możliwości rezerwacji puli numerów. Prosimy o wyjaśnienie co aplikacja ma robić, żeby spełnić powołany wymóg? Strona 1 z 18

Odpowiedź: Zamawiający wykreśla wiersz nr 15 w wymogach dotyczących aplikacji Kolejki oczekujących. 2. W załączniku nr 1.4 dotyczącym SIM Zamawiający w aplikacji zlecenia medyczne wymaga możliwości zlecania oraz ewidencji wyników z zakresu RIS. Prosimy o wyjaśnienie czy system RIS stanowi przedmiot zamówienia? Jeżeli nie czy wymagana jest np. integracja z jakimś systemem obecnie eksploatowanym przez Zamawiającego? Odpowiedź: System RIS nie stanowi przedmiotu zamówienia, nie jest wymagana integracja z obecnie eksploatowanym systemem. 3. W załączniku nr 1.4 dotyczącym SIM Zamawiający w aplikacji zlecenia medyczne wymaga możliwości zlecania oraz ewidencji wyników z zakresu histopatologii. Prosimy o wyjaśnienie czy system Histopatologii stanowi przedmiot zamówienia? Jeżeli nie czy wymagana jest np. integracja z jakimś systemem obecnie eksploatowanym przez Zamawiającego? Odpowiedź: System Histopatologii nie stanowi przedmiotu zamówienia, nie jest wymagana integracja z obecnie eksploatowanym systemem. 4. W załączniku nr 1.4 dotyczącym SIM Zamawiający w aplikacji zlecenia medyczne wymaga możliwości zlecania oraz ewidencji wyników z zakresu Banku Krwi. Prosimy o wyjaśnienie czy system Bank Krwi stanowi przedmiot zamówienia? Jeżeli nie czy wymagana jest np. integracja z jakimś systemem obecnie eksploatowanym przez Zamawiającego? Odpowiedź: System Banku Krwi jest przedmiotem zamówienia. 5. W załączniku nr 1.4 dotyczącym SIM Zamawiający w aplikacji zlecenia medyczne wymaga możliwości zlecania oraz ewidencji wyników z zakresu Bakteriologii. Prosimy o wyjaśnienie czy system Bakteriologii stanowi przedmiot zamówienia? Jeżeli nie czy wymagana jest np. integracja z jakimś systemem obecnie eksploatowanym przez Zamawiającego? Odpowiedź: System Bakteriologii jest przedmiotem zamówienia. 6. Prosimy o odpowiedź na pytanie czy przy budowie sieci LAN można zastosować innych producentów materiałów niż określonych w projekcie ale spełniających wymagania techniczne? Odpowiedź: Zamawiający przy budowie sieci LAN dopuszcza zastosowanie materiałów innych producentów z zastrzeżeniem, iż muszą spełniać wymagania techniczne określone w SIWZ (dokumentacji projektowej). Elementy takie jak kable światłowodowe i miedziane mogą pochodzić od różnych producentów. Posłużenie się w projekcie przykładowymi materiałami miało na celu tylko i wyłącznie uczynienie go bardziej przejrzystym i zrozumiałym, zgodnie z informacją zamieszczoną w dokumentacji: Oświadczenia i uprawnienia projektantów. 7. Prosimy o odpowiedź na pytanie czy przy budowie sieci LAN jest możliwe stosowanie różnych dostawców kabli światłowodowych? Odpowiedź: Zamawiający przy budowie sieci LAN nie dopuszcza możliwości stosowania kabli światłowodowych różnych dostawców. 8. Prosimy o odpowiedź na pytanie czy przy budowie sieci LAN całość instalacji sieci LAN ma być wykonana kablem LSOH? Odpowiedź: Całość instalacji sieci LAN ma być wykonana kablem LSOH. Zapytania 3. Wymagania globalne dla ERP Lp. Wymaganie Pytanie do Zamawiającego 14 ERP umożliwia eksport i import danych z bazy danych w formacie tekstowym z uwzględnieniem polskiego standardu znaków. Czy wykonanie eksport i import danych za pośrednictwem plików typu.dbf które zachowują zawartość danych tekstowych z uwzględnieniem polskiego standardu znaków, będzie warunkiem spełnionym? Strona 2 z 18

21 Raporty umożliwiają eksport danych do formatu OpenOffice. Czy Zamawiający ma na myśli eksportowanie danych z systemu do plików typu.odt,.ods,.odp,.odf, czy raczej do takich, które są otwierane przez OpenOffice? Odpowiedź: Zamawiający uzna wymóg za spełniony jeżeli pliki będą otwierane przez OpenOffice. 42 Moduł powinien pozwalać wygenerować wszystkie rodzaje dokumentów wprowadzane do niego. Proszę o bliższe wyjaśnienie treści wymagania. Czy pojęcie generować należy rozumieć jako wydruk dla wszystkich rodzajów dokumentów zdefiniowanych w module? 50 51 tworzenie za pomocą metody przeciągnij/upuść (drag&drop) menu pozwalającego na szybki dostęp dla dowolnie wybranych funkcji i raportów systemu (w tym też bez podziału na moduły), tworzenie w menu własnej hierarchii funkcji i raportów (podmenu), 52 tworzenie dowolnej ilości zestawów menu, 53 54 55 dowolne modyfikowanie w menu nazw funkcji i raportów (zamiast Zestawienie obrotów i sald można użyć określenia Obrotówka ), pełna swoboda w określeniu rozmiaru menu i jego umiejscowieniu na ekranie (dokowanie i autoukrywanie menu), zdefiniowanie w menu dowolnej czcionki zainstalowanej w systemie operacyjnym. Czy nie spełnienie tych wymagań przez system w sposób opisany w wymaganiach, będzie jednoznaczne z odrzuceniem oferty, pomimo spełnienia wszystkich pozostałych wymagań funkcjonalnych? Czy ze względów technologicznych w jakim został napisany oferowany system, operacje te mogą być wykonać w inny sposób akceptowalny przez Zamawiającego? Czy dopuszcza Zamawiający zmianę tych wymagań jako NIE obowiązkowych? Odpowiedź: Spełnienie przywołanych wymogów funkcjonalnych ma znaczenie dla Zamawiającego właśnie dlatego, że określa wysoki poziom technologiczny oczekiwanego przez Zamawiającego systemu informatycznego. SIWZ pozostaje bez zmian w tym zakresie. Finanse i Księgowość (z Kasą) Lp. Wymaganie Pytanie do Zamawiającego 1 Dowolna liczba lat obrotowych i okresów rozliczeniowych w roku. Czy w zakresie dowolnej liczby okresów rozliczeniowych w roku należy rozumieć jako możliwość zdefiniowania roku obrotowego krótszego/dłuższego niż 12 m-cy obrotowych, dla którego można również zdefiniować okresy specjalne (tzw. 13- ty miesiąc księgowy )? Strona 3 z 18

Odpowiedź: Zgodnie z Ustawą o Rachunkowości system ma mieć możliwość prowadzenia ksiąg rachunkowych gdzie: - okres sprawozdawczy nie musi być miesiącem kalendarzowym a np. kwartałem lub stałą ilością dni, - rok obrachunkowy nie musi pokrywać się z rokiem kalendarzowym, - rok obrachunkowy może być wydłużony lub skrócony. 92 Pełna kontrola zasadności roszczeń odsetkowych. Proszę o bliższe wyjaśnienie treści wymagania poprzez podanie przykładu. Odpowiedź: Chodzi o możliwość automatycznego (na podstawie danych zgromadzonych w księgach rachunkowych) lub ręcznego (po wprowadzeniu kwoty, terminu płatności i daty płatności) obliczenia przez system wartości odsetek na notach odsetkowych od zobowiązań. 95 Analiza struktury wiekowej rozrachunków według dowolnych okresów przeterminowania, handlowców i jednostek organizacyjnych. Proszę o informację na temat liczby handlowców, dla których ma następować analiza rozrachunków Odpowiedź: Zamawiający zmienia treść wymogu w wierszu nr 95 w wymogach funkcjonalnych dla Aplikacji Finanse i Księgowość (z Kasą) w sposób następujący: Z treści wymogu wykreśla się wyraz handlowców. 121 Sprawdzanie poprawności definicji składnika przy jego wprowadzaniu. Proszę o informację, czy sprawdzanie poprawności definicji składnika należy rozumieć jako kontrolę, czy w planie kont istnieje konto użyte w definicji składnika sprawozdania. Odpowiedź: Podczas definicji składnika sprawozdania system ma na bieżąco wyliczać i wyświetlać wartość w celu kontroli poprawności definicji. Możliwość definiowania wielojęzycznych Proszę o informację, w ilu i w jakich językach mają być 127 sprawozdań. definiowane sprawozdania Odpowiedź: System ma mieć otwarty słownik języków obcych wraz z możliwością definiowania opisów w każdym z tych języków. Środki Trwałe Lp. Wymaganie Pytanie do Zamawiającego 6 Obsługa statusów dokumentów: wystawiony (W), zatwierdzony (Z), zlikwidowany (LT) i inne np. przekazany, wypożyczony, w serwisie, nowy, oznakowany) w celu umożliwienia wystawiania dokumentów w różnych jednostkach organiza-cyjnych. Czy należy rozumieć, że dokument modułu środki trwałe np. rata amortyzacji może być w statusie LT - zlikwidowany? Proszę o podanie wszystkich wymaganych statusów, które mają być dostępne dla dokumentów modułu. Odpowiedź: Słownik statusów winien być otwarty. 26 Możliwość określenia procentu kwot przekazywanych do modułu FK. Proszę o bliższe wyjaśnienie treści wymagania. Dla jakich kwot kwot dotyczących jakich operacji na środkach trwałych wymagana jest możliwość definiowania procentu? Odpowiedź: Możliwość określenia procentu od kwoty amortyzacji miesięcznej dla elementu majątku trwałego dzielonej na wiele ośrodków kosztów. 42 Moduł powinien pozwalać wygenerować wszystkie rodzaje dokumentów wprowadzane do niego. Proszę o bliższe wyjaśnienie treści wymagania. Czy pojęcie generować należy rozumieć jako wydruk dla wszystkich rodzajów dokumentów zdefiniowanych w module? Budżetowanie Lp. Wymaganie Pytanie do Zamawiającego 4 Możliwość dowolnego zdefiniowania Proszę o wskazanie wszystkich przekrojów decyzyjnych, dla Strona 4 z 18

struktury budżetowej szpitala w dowolnej których ma być definiowana struktura budżetowa liczbie przekrojów decyzyjnych. Odpowiedź: System winien pozwalać na pełną swobodę w definiowaniu struktury budżetowej w dowolnej liczbie przekrojów decyzyjnych. Tworzenie budżetów ogólnych szpitala w Proszę o wyjaśnienie treści wymagania. Czym jest wykonanie obszarach: w kontekście treści wymagania? 6 Wykonania. Odpowiedź: Możliwość budżetowania ilościowego (a nie tylko wartościowego jak w punkcie 5), czyli np. określenia w budżecie ilości punktów do wykonania. Magazyn Lp. Wymaganie Pytanie do Zamawiającego 10 Obsługa serii dodatkowe opcjonalne uszczegółowienie indeksu, pozwalające na prześledzenie ścieżki produktu. 1. Proszę o wskazanie (podanie przykładu), jakie indeksy w ramach ERP mają być uszczegóławiane poprzez obsługę serii. 2. Proszę o wyjaśnienie (podanie przykładu), jaka 'ścieżka' produktu w ramach ERP - ma być możliwa do prześledzenia poprzez 'obsługę serii'. Odpowiedź: Na przykład odczynniki laboratoryjne. System ma umożliwiać za pomocą analiz prześledzenie danej serii od momentu wejścia na magazyn aż do zużycia. Grupy indeksów Dystrybucja (grupy 1. Proszę o wyjaśnienie sformułowania 'grupy indeksów rozłączne i nierozłączne, hierarchia grup, z Dystrybucja'. 16 możliwością synchronizacji z grupami GM). 2. Proszę o wyjaśnienie wymagania 'synchronizacja z grupami GM'. Odpowiedź: Zamawiający wykreśla wiersz nr 16 z wymogów funkcjonalnych dla Aplikacji Magazyn. 19 Statusy indeksów umożliwiające dowolne ostatusowanie indeksów przez użytkownika z możliwością dowolnego ich wykorzystania (np.: raportowanie). Proszę o informację, jakie statusy indeksów są obecnie wykorzystywane przez Zamawiającego. Odpowiedź: Zamawiający nie jest w stanie w chwili obecnej określić ostatecznej listy statusów, bowiem intencją Zamawiającego jest uzyskać w wyniku wdrożenia produkt, który pozwoli osiągnąć cele będące źródłem przewagi konkurencyjnej na rynku medycznym. Innymi słowy wdrożenie nie może być lustrzanym odbiciem obecnego sposobu działania. Słownik statusów winien być otwarty. Przykłady: - nowy, używany; - kody CPV; - nr kontraktu; - domyślny dostawca. Przeliczniki jednostek miar indeksów wg Proszę o wyjaśnienie użytego sformułowania 'wersje 20 wersji handlowych. handlowe', w kontekście działalności Zamawiającego. Odpowiedź: Zamawiający wykreśla wiersz nr 20 z wymogów funkcjonalnych dla Aplikacji Magazyn. 30 Generowanie dokumentów sprzedaży z dokumentów magazynowych (łącznie z korektami). Proszę o sprecyzowanie jakich dokumentów sprzedaży, dokumentów magazynowych dotyczy wymaganie. Odpowiedź: Chodzi o możliwość generowania faktury sprzedaży VAT na podstawie dokumentów WZ(wraz z korektami). Grupowe kopiowanie dokumentów Proszę o wyjaśnienie wymagania: magazynowych. -wskazanie jakich dokumentów magazynowych dotyczy, 32 -wskazanie co ma być efektem 'grupowego skopiowania dokumentów magazynowych'. Odpowiedź: Możliwość kopiowania dowolnych rodzajów dokumentów zaznaczonych na browserze przez użytkownika. Efektem ma być utworzenie n nowych dokumentów (wraz całą zawartością) na podstawie n wskazanych dokumentów do kopiowania. Kontrola poprawności wprowadzonych danych na różnych poziomach organizacji: 42 Ceny rzeczywiste. Proszę o wyjaśnienie wymagania 'Kontrola poprawności wprowadzonych danych na różnych poziomach organizacji ( ) Ceny rzeczywiste'. Strona 5 z 18

Odpowiedź: Zamawiający wykreśla wiersz nr 42 z wymogów funkcjonalnych dla Aplikacji Magazyn. Obsługa klawiaturowych czytników kodów Proszę o informację, czy Zamawiający wykorzystuje obecnie kreskowych wykorzystanie podczas czytniki kodów kreskowych (jeśli tak, proszę o podanie 70 dodawania edycji dokumentu informacji: producent/model). magazynowego oraz przy kompletacji dostawy z analizy zamówień zakupu. Odpowiedź: Zamawiający nie wykorzystuje obecnie czytników kodów kreskowych. Czytniki, których planowane jest nabycie będą standardowymi urządzeniami rozpoznawanymi przez system operacyjny. 71 Automatyczne wystawianie dokumentów magazynowych. Sprzedaż (dystrybucja) Proszę o sprecyzowanie wymagania w zakresie sformułowania 'automatyczne' - czy wymaganie należy rozumieć jako możliwość generowania dokumentów PZ z dokumentów Zamówień zakupu, oraz możliwość generowania dokumentów WZ z dokumentów Faktur sprzedaży? Lp. Wymaganie Pytanie do Zamawiającego 2 Możliwość definiowania ceny wg różnych jednostek miar dla tych samych indeksów, ceny dla kontrahentów i jednostek organizacyjnych. Proszę o wyjaśnienie wymagania w kwestii definiowania ceny dla jednostek organizacyjnych. Odpowiedź: Chodzi o możliwość zdefiniowania różnych cen dla różnych jednostek organizacyjnych np.: dla Laboratorium, Poradnia Służb Medycyny Pracy. Obsługa dokumentów sprzedaży dla rynku Proszę o wyjaśnienie sformułowania 'faktury upustowe', w krajowego (faktury VAT, paragony, faktury kontekście działalności Zamawiającego. zaliczkowe, faktury pro-forma, faktury 9 korygujące, zbiorcze faktury korygujące, faktury upustowe, inne definiowalne rodzaje przez użytkownika). Odpowiedź: Zamawiający wykreśla z wiersza nr 9 wymogów funkcjonalnych dla Aplikacji Sprzedaż (dystrybucja) frazę faktury upustowe. Kopiowanie dokumentów sprzedaży i faktur Proszę o sprecyzowanie, jakich 'dokumentów sprzedaży', które pro-forma na faktury sprzedaży. mają być 'kopiowane' na faktury sprzedaży dotyczy wymaganie. Czy 'kopiowanie dokumentów sprzedaży ( ) na 13 faktury sprzedaży' należy rozumieć jako możliwość generowania faktur sprzedaży na podstawie dokumentów WZ (patrz wymagania obszaru Logistyka, nr 29, 51)? Odpowiedź: Dokumenty sprzedaży to Faktury VAT. Kopiowanie oznacza utworzenie na podstawie n wskazanych na browserze dokumentów sprzedaży nowych n dokumentów sprzedaży. 18 Możliwość wystawiania faktur seryjnych wg ustalonego szablonu (np. comiesięczne faktury za czynsze). Proszę o wyjaśnienie - w kontekście działalności Zamawiającego - dla jakiego rodzaju usług, realizowanych przez Zamawiającego, oczekiwane jest 'fakturowanie seryjne wg ustalonego szablonu'. 0dpowiedź: Chodzi o możliwość wystawiania faktur seryjnych dla usług o charakterze ciągłym, powtarzającym się np.: czynsze, wynajmy, dzierżawy. Kadry Lp. Wymaganie Pytanie do Zamawiającego 70 Zestawienie cech osób. Proszę o wyjaśnienie wymagania poprzez podanie przykładu. Czy chodzi może o możliwość dodawania do bazy osób własnych dodatkowych pól, w których będziemy przechowywać takie cechy jak np. kolor oczu, wysokość, i Strona 6 z 18

innych na podstawie których system powinien mieć możliwość wykazania na raporcie wg zdefiniowanych parametrów wyboru? Odpowiedź: Chodzi o możliwość definiowania dodatkowych cech osób np. nr miejsca parkingowego / nr rejestracyjny samochodu, nr szafki, nr buta, rozmiar odzieży roboczej. Płace Lp. Wymaganie Pytanie do Zamawiającego 89 Generowania list korekcyjnych, które powstają na zasadach podobnych jak ma to miejsce w przypadku wystawiania faktur korygujących, czyli na listę korekcyjną pobieramy wszystkie składniki z danej listy dla danego pracownika. Zatwierdzamy tak korektę i drukujemy. Wystawiamy poprawną listę płac dla danego pracownika na wskazany okres (miesiąc) i zatwierdzamy. Czy w wymaganiu tym oczekują Państwo, aby lista korygująca była listą z wartościami poprawnymi czy powinna automatycznie zostać wyliczona na niej różnica wartości poszczególnych składników o należnej wartości w stosunku do błędnie (ewentualnie poprawnie na stan wiedzy podczas liczenia) wypłaconej już listy płac? Odpowiedź: Chodzi o możliwość wygenerowania listy, na której widoczne będą zarówno wartości listy korygowanej, wartość korekty oraz różnica między tymi wartościami. Kartoteka zasiłków rodzinnych, Czy pomimo braku obowiązku prowadzenia tych kartotek, pielęgnacyjnych i wychowawczych. nadal wymagają Państwo utrzymywania ich w bieżącej wersji 42 systemu? Czy chodzi tylko o możliwość przechowywania archiwalnych danych z migracji danych? Odpowiedź: Zamawiający wykreślna zapis odnośnie zasiłków rodzinnych i pielęgnacyjnych. W związku z powyższym zmianie ulega zapis w załączniku 1.5 do SIWZ dot. wymogów funkcjonalnych dla Aplikacji Płace. Punkt 42 otrzymuje brzmienie: Kartoteka zasiłków wychowawczych. Czy Zamawiający dopuszcza rozwiązanie w którym przy zachowaniu pełnej integracji system w części medycznej pracuje na innej bazie niż system obsługujący część administracyjną? Odpowiedź: Nie Czy Zamawiający wyraża zgodę aby zestawienia i raporty wyszczególnione w SIWZ były gotowe na dzień wdrożenia? Zamawiający w tabelach funkcjonalnych np. 18. Serwerowy system obiegu dokumentów i poczty zawiera kolumnę minimalne wymagania funkcjonalne oraz kolumnę, w której Wykonawca ma potwierdzić spełnianie wymienionych funkcjonalności. Co w sytuacji, gdy np. funkcjonalność wspierająca pracę grupową zawiera 16 funkcjonalności, z których część spełnia wymogi, a część nie. Czy Zamawiający dopuszcza aby przy każdym takim podpunkcie określać warunek spełnia/nie spełnia? Odpowiedź: Zamawiający informuje, że wymagane jest spełnienie wszystkich wymogów opisanych w specyfikacji. W związku z tym pozytywne potwierdzenie zgodności z wymaganiami w zakresie Funkcjonalności wspierającej pracę grupową jest równoznaczne z potwierdzeniem spełniania wszystkich funkcjonalności cząstkowych. W związku z tym Zamawiający nie widzi potrzeby odnoszenia się oddzielnie do każdego z 16 wymogów. Zapytania 4. 1. W załączniku nr 1.2 dotyczącym sprzętu komputerowego i oprogramowania narzędziowego wymaga w zadaniu 13 i 14 Systemy operacyjne: Windows x86 i x64: 7, Vista, Server 2008, 2003, XP, 2000. Macintosh: OS X (10.2, 10.3, 10.4). Linux: RedHat v9.0, SuSe v8.2. Netware: Netware 4/5/6. Czy zamawiający dopuści brak obsługi systemu operacyjnego NETWARE 4/5/6? Strona 7 z 18

2. W załączniku nr 1.2 dotyczącym sprzętu komputerowego i oprogramowania narzędziowego wymaga w zadaniu 7 Właściwości. Wydajność przy pełnym naładowaniu min. 96%." Czy zamawiający dopuści wydajność przy pełnym naładowaniu min. 95%? Zapytania 5. 1. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Wymagania globalne dla SIM części białej Zintegrowanego Systemu Informatycznego, pkt 1, Zamawiający wymaga: SIM działa w oparciu o jeden wyspecyfikowany przez zamawiającego w załączniku nr 1.2 do SIWZ motor baz danych. Czy Zamawiający dopuszcza komercyjna bazę danych? Odpowiedź: Zamawiający dopuszcza komercyjny motor bazy danych. 2. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 4, Zamawiający wymaga: automatyczne nadawanie numerków. Prosimy o potwierdzenie, że numerek wydawany jest pacjentowi przy rejestracji danego dnia. 3. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 5, Zamawiający wymaga: SIM umożliwia prowadzenie wspólnej numeracji kartotek pacjentów w ramach wszystkich poradni lub oddzielnej numeracji w ramach poszczególnych poradni (możliwość zamiany na hospitalizacje). Prosimy o potwierdzenie, że Zamawiający oczekuje możliwości przyjęcia pacjenta na podstawie skierowania z poradni. Odpowiedź: Zapis dotyczy zmiany numeracji kartotek na numerację zgodną z hospitalizacjami (tzw. Numer historii choroby). 4. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 16, Zamawiający wymaga: Możliwość konfiguracji modułu tak aby współpracował modułem Przychodnia Gabinet, w przypadku skomputeryzowanych stanowisk w poradniach jak i samodzielnie (z możliwością ewidencji podstawowych danych medycznych oraz rozliczeniowych). Prosimy o potwierdzenie, że Zamawiający ze względu na swoją strukturę organizacyjną i oczywiste w związku z tym zachodzące procesy obsługi pacjenta będzie korzystać z niezbędnej konfiguracji podziału na Rejestrację i Gabinet. Odpowiedź: Zapis oznacza wyłącznie, że dla poradni nieskomputeryzowanych (gdzie nie będzie działał moduł Gabinet) moduł Rejestracja do Poradni ma posiadać możliwość ewidencji danych w wykonywanych świadczeniach w gabinetach poradnianych. 5. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 21, Zamawiający wymaga: brak płatnika, Prosimy o podanie różnicy między pacjent płaci sam a brak płatnika oraz informacje o oczekiwaniu dalszego działania systemu i obsługi każdego z płatników. Wydają się one różne, ale niejasna jest dalsza obsługa obu oczekiwanych płatników. Czy brak płatnika oznacza brak ubezpieczenia, ale bezpłatnej realizacji świadczenia? Jeśli tak, to w jaki sposób oczekiwana jest późniejsza obsługa tego płatnika? Odpowiedź: W ambulatoryjnym ruchu chorych wymóg jest bezzasadny Zamawiający wykreśla wiersz nr 21 z wymogów funkcjonalnych dla Aplikacji Rejestracja Poradni. 6. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 25, Zamawiający wymaga: Możliwość rejestracji pacjenta do poradni, bądź do lekarza w konkretnej poradni. Prosimy o potwierdzenie, że Zamawiający będzie rejestrować pacjenta do konkretnego lekarza zgodnie z grafikami raportowanymi do NFZ. Strona 8 z 18

Odpowiedź: Zamawiający będzie rejestrował pacjentów zgodnie z ułożonymi przez siebie grafikami pracy poradni. Grafiki raportowane do NFZ mogą stanowić tożsamy ale także odmienny zakres danych. Zamawiający docelowo zamierza świadczyć usługi w zakresie poradni nie tylko w zakresie świadczeń finansowanych przez NFZ. 7. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 30, Zamawiający wymaga: Możliwość w trakcie przyjmowania pacjenta zlecania wykonania badań laboratoryjnych oraz diagnostycznych. Prosimy o wyjaśnienie, czy Zamawiający ma na myśli zlecenie badania do zarezerwowanej czy też do zarejestrowanej wizyty, a może chodzi o zlecenie badań z wizyty w gabinecie? Kto konkretnie będzie wpisywać zlecenie tego badania? Odpowiedź: Chodzi o wizytę zarejestrowaną, zlecenie ewidencjonuje lekarz w poradni lub gabinecie. 8. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 31 i nast., Zamawiający wymaga: Moduł uwzględnia następujące rodzaje statusu wizyty: zaplanowana wizyta aktualna zakończona wizyta odwołana wizyta zaplanowana niezrealizowana Prosimy o wyjaśnienie czy Zamawiający potrzebuje dokładnie tak brzmiących statusów, właściwych dla niektórych produktów na rynku, czy też umożliwia dostarczenie produktu posiadającego odpowiedni dla tego zakresu zestaw statusów? Odpowiedź: Zamawiający dopuszcza dostarczenie produktu posiadającego odpowiedni dla tego zakresu zestaw statusów przy czym system musi umożliwiać zmiany ich nomenklatury zgodnie z wolą Zamawiającego. 9. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 38, Zamawiający wymaga: Moduł umożliwia na żądanie użytkownika automatyczne przepisanie wizyt zaplanowanych na dzień bieżący na wizyty aktualne/bieżące. Prosimy o potwierdzenie, że chodzi o odnotowanie obecności pacjenta lub rejestrację pacjenta na zaplanowaną wizytę. Odpowiedź: Zamawiający oczekuje funkcjonalności, dzięki której w danym dniu wszystkie wybrane (np. dla określonej poradni) zaplanowane wizyty zostaną automatycznie przepisane na wizyty aktualne, bez konieczności potwierdzania przez operatora dla każdej wizyty osobno. Wykorzystywane to będzie dla pacjentów przychodzących na kolejne wizyty w cyklu leczenia dla wybranych poradni tak, aby zmniejszyć obciążenie rejestracji i skrócić kolejki pacjentów. 10. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rejestracja Poradni, pkt 46, Zamawiający wymaga: Współpraca z czytnikami kodów kreskowych i kolektorami danych w zakresie co najmniej identyfikacji pacjenta po kodzie zamieszczonym na dokumentacji medycznej oraz pracownika po identyfikatorze osobowym. Prosimy o wyjaśnienie czy Zamawiający zgodzi się na zamianę zapisu na współpracę systemu z czytnikami dowodów osobistych i czytnikami kodów kreskowych do identyfikacji pacjenta zamiast kolektorów danych lub prosimy o wyjaśnienia w jaki sposób wspomniane kolektory danych będą przez Zamawiającego wykorzystywane w Rejestracji, ponieważ intencja ich użycia w Rejestracji na podstawie zapisów SIWZ dot. Rejestracji jest dalece niezrozumiała. Odpowiedź: Zamawiający zmienia brzmienie wymogu funkcjonalnego określonego w wierszu 46 dla Aplikacji Rejestracja Poradni na następujące: Współpraca systemu z czytnikami kodów kreskowych, kolektorami danych lub czytnikami dowodów osobistych do identyfikacji pacjenta oraz pracownika. 11. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Gruper, pkt 20, Zamawiający wymaga: Moduł prezentuje zarówno grupy wyznaczone przez SIM, jak i przez system NFZ (po wykonaniu tzw. Fazy 0), umożliwiając porównanie danych. W związku z komunikatem DSOZ z dnia 23.03.2011 roku oddziały NFZ nie będą udostępniały funkcjonalności fazy 0. Czy w związku z tym Zamawiający odstąpi do tego zapisu? Odpowiedź: Zamawiający wykreśla z wymogów funkcjonalnych dla Aplikacji Gruper wiersz nr 20. Strona 9 z 18

12. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Gruper, pkt 21, Zamawiający wymaga: Moduł umożliwia wykonanie raportu różnic pomiędzy danymi uzyskanymi z NFZ a danymi wyznaczanymi przez SIM. W związku z komunikatem DSOZ z dnia 23.03.2011 roku oddziały NFZ nie będą udostępniały funkcjonalności fazy 0. Czy w związku z tym Zamawiający odstąpi do tego zapisu? Odpowiedź: Zamawiający wykreśla z wymogów funkcjonalnych dla Aplikacji Gruper wiersz nr 21. 13. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Dokumentacja medyczna część pielęgniarska, pkt 43, Zamawiający wymaga: Ocena możliwości występowania odleżyn w skali Waterlow. Prosimy o wyjaśnienie czy Zamawiający dopuszcza skale Nortona zamiast Waterlow? 14. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 13, Zamawiający wymaga: możliwość wprowadzenia wartości punktowej każdego świadczenia, Wartość punktowa jest ustalona w umowie z NFZ'em. W jakim celu Zamawiający chce wprowadzać wartość punktową? Odpowiedź: Zamawiający rozlicza świadczenia nie tylko z NFZ. 15. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 23, Zamawiający wymaga: definiowanie wartości świadczeń wykonywanych w ramach danej umowy wyrażonej kwotowo i w punktach, Prosimy o potwierdzenie, że zapis z racji na wzmiankę o punktach NFZ, dotyczy właśnie rozliczeń z NFZ. Odpowiedź: Zamawiający rozlicza świadczenia nie tylko z NFZ. 16. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 27, Zamawiający wymaga: definiowanie procedur rozliczeniowych (płatniczych), Prosimy o wyjaśnienie co Zamawiający rozumie poprzez procedurę rozliczeniową (płatniczą)? Odpowiedź: Procedurę przy pomocy której będzie można wystawić fakturę za wykonane usługi medyczne dla dowolnego płatnika. 17. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 30, Zamawiający wymaga: Możliwość Ewidencjonowanie umów zawartych przez poszczególne jednostki organizacyjne szpitala lub przychodni: laboratoria, pracownie diagnostyczne, inne. W związku z zapisem jakich jeszcze funkcjonalności lub jakiej obsługi Zamawiający oczekuje? Czy chodzi tylko o ewidencję? Odpowiedź: Ewidencję jak również możliwość kontroli stanu realizacji umowy. 18. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 33, Zamawiający wymaga: Możliwość generowania kompletów danych do wyznaczania przez moduł grupy w tzw. fazie 0 w formatach: XML, JGX. W związku z komunikatem DSOZ z dnia 23.03.2011 roku oddziały NFZ nie będą udostępniały funkcjonalności fazy 0. Czy w związku z tym Zamawiający odstąpi do tego zapisu? Odpowiedź: Zamawiający wykreśla z wymogów funkcjonalnych dla Aplikacji Rozliczenia z płatnikami wiersz nr 33. 19. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 50, Zamawiający wymaga: Zachowanie ciągłości numeracji faktur z wystawianymi w części finansowo księgowej. Rozumiemy, że Zamawiający będzie prowadzić osobny schemat numeracji dla tej części systemu, natomiast w zapisie chodzi o zachowanie ciągłości numeracji w danym schemacie numeracji. Jeśli nie, prosimy o wyjaśnienia opisujące w jaki sposób będzie to realizowane. Prosimy o podanie także producenta części finansowo-księgowej oraz informację czy posiada ona specyfikację oraz czy Zamawiający na etapie wdrożenia udostępni specyfikację integracji z częścią finansowo-księgową. Odpowiedź: Chodzi o zachowanie ciągłości numeracji w danym schemacie numeracji. Część finansowo-księgowa jest przedmiotem zamówienia wymogi funkcjonalne dla niej zostały określone w Załączniku nr 1.5 do SIWZ. Strona 10 z 18

20. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 51, Zamawiający wymaga: Możliwość zmiany kwalifikacji płatnika za wykonane świadczenia. Prosimy o potwierdzenie, że chodzi o zmianę płatnika tylko z jednego oddziału NFZ na inny NFZ lub wyjaśnienie o jakich jeszcze płatników chodzi w zapisie. Odpowiedź: System musi pozostawiać możliwość zmiany kwalifikacji na dowolnego płatnika w tym również płatnika płaci sam jak również i rozliczenie w koszty Szpitala. 21. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Rozliczenie z płatnikami, pkt 55, Zamawiający wymaga: zestawienie wykonanych usług ponadplanowych, Proszę o potwierdzenie, że Zamawiający w zapisie ma na myśli umowy z NFZ, nie zaś komercyjne chodzi o umowy z NFZ. 22. W Załączniku Nr 1.4 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA SIM, Administrator, pkt 1, Zamawiający wymaga: Moduł agreguje funkcje administracyjne z wszystkich modułów stanowiących przedmiot zamówienia lub jego zakres licencyjny pozwala administratorowi na uruchomienie tych modułów. Prosimy o wyjaśnienie czy Zamawiający dopuszcza oddzielny moduł dla części białej i szarej? 23. W Załączniku Nr 1.5 ZAKRES JAKOŚCIOWY PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA FUNKCJONALNA ERP, Wymagania globalne, pkt 1, Zamawiający wymaga: ERP działa w oparciu o ten sam motor bazy danych co SIM. Prosimy o wyjaśnienie czy Zamawiający dopuści rozwiązanie ERP oparte o inny motor bazy danych niż dedykowany do SIM przy zachowaniu pełnej wymiany danych pomiędzy systemami SIM i ERP? Odpowiedź: Nie. Zamawiającemu zależy na zachowaniu odpowiedniego poziomu redundancji danych, sprawnym opracowywaniu przekrojowych raportów, zmniejszeniu kosztów osobowych niezbędnych do zarządzania motorem bazy danych oraz szczególnie na zmniejszeniu kosztów wsparcia i nadzoru autorskiego motoru bazy danych po zakończeniu gwarancji. 24. Załącznik nr 1.5 do SIWZ Zakres Jakościowy przedmiotu zamówienia - Specyfikacja funkcjonalna ERP, część Środki Trwałe, wymaganie 45: Drukowanie etykiet z kodem kreskowym w celu oznakowania środków trwałych oraz przeprowadzenia spisu z natury przy użyciu kolektora danych. oraz część Magazyn, wymaganie 69: Obsługa kodów kreskowych podczas wystawiania dokumentów. Pytanie: Czy niniejsze postępowanie obejmuje także dostawę urządzeń wspomagających inwentaryzację przy pomocy kodów kreskowych oraz czytników obsługujących magazyn? Jeśli tak prosimy o informację o niezbędnej liczbie drukarek kodów kreskowych, czytników lub kolektorów danych oraz etykiet i taśm barwiących. Odpowiedź: Niniejsze postępowanie nie obejmuje dostawy urządzeń wspomagających inwentaryzację przy pomocy kodów kreskowych oraz czytników obsługujących magazyn, przedmiotem zamówienia jest funkcjonalność systemu. 25. Załącznik nr 1.5 do SIWZ Zakres Jakościowy przedmiotu zamówienia - Specyfikacja funkcjonalna ERP, część Wymagania globalne dla ERP, wymaganie 12: ERP zapewnia archiwizację danych w tym na nośniku magnetycznym. Pytanie: Prosimy o wyjaśnienie czy powyższe wymaganie dotyczy możliwości wykonywania kopii zapasowej danych na nośnikach zewnętrznych oraz odtwarzanie danych z tych kopii? 26. Załącznik nr 3 do SIWZ Umowa wzór 5 pkt. 1 WYKONAWCA zobowiązuje się wykonać przedmiot Umowy w terminie do 31-01-2012. Pytanie: Czy Zamawiający jest w stanie dostarczyć bilanse otwarcia przed tym terminem? 27. Załącznik nr 1.5 do SIWZ Zakres Jakościowy przedmiotu zamówienia - Specyfikacja funkcjonalna ERP, część Kadry, wymaganie 34 Ewidencja czasu pracy (z możliwością powiązania z rejestratorami czasu pracy RCP). Strona 11 z 18

Pytanie: Jakiej funkcjonalności w ERP w ramach ewidencji czasu pracy oczekuje Zamawiający? Odpowiedź: Zamawiający oczekuje możliwości ewidencji przepracowanego czasu pracy pracownika w poszczególnych jednostkach organizacyjnych zgodnie z obowiązującymi przepisami. 28. Załącznik nr 1.5 Wymagania globalne dla ERP 24: W ERP jest możliwy podgląd wszystkich dostępnych raportów z jednego miejsca. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione gdy dostęp do wszystkich raportów będzie możliwy z pulpitu systemu ERP? 29. Załącznik nr 1.5 Wymagania globalne dla ERP: 30. browser na kostce danych (mechanizmy OLAP). Załącznik nr 1.5 Wymagania globalne dla ERP: 40. We wszystkich miejscach Interfejsu użytkownika, w których prezentowane są dane w formie tabelarycznej ERP zapewnia możliwość wielopoziomowego grupowania danych i zmiany pozycji w hierarchi poszczególnych kolumn z wykorzystaniem funkcji przeciągnij/upuść (mechanizmy OLAP). PYTANIE: Czy Zamawiający wymaga dostarczenia mechanizmów przechowywania danych w technologii OLAP czy też wystarczające jest dostarczenie wraz z ERP mechanizmów przeglądania danych np. jako tabele przestawne, które oparte są na technologii OLTP stosowanej w rozwiązaniach ERP? Odpowiedź: Zamawiający przywołał technologię OLAP w celu przybliżenia Wykonawcom jaki efekt chce osiągnąć w zakresie interfejsu użytkownika i prezentacji danych. 30. Załącznik nr 1.5 Wymagania globalne dla ERP: 38. automatyczny formularz w trybie edit PYTANIE: Wnosimy o wykreślenie wymagania ze względów bezpieczeństwa dostępu do danych przechowywanych przez system. Odpowiedź: Zamawiający wykreśla z wymogów globalnych dla ERP Tak w kolumnie bezwzględnie wymagane w wierszu 38. 31. Załącznik nr 1.5 Wymagania globalne dla ERP: 46. Obsługa wielu jednostek gospodarczych (obsługa wielu podmiotów). Niezbędne sporządzanie sprawozdań skonsolidowanych. PYTANIE: Czy wymaganie dotyczy jedynie możliwości oferowanych przez system (tym samym nie dotyczy to implementacji rozwiązania w ramach przedmiotu zamówienia)? PYTANIE: Ile różnych podmiotów gospodarczych z różnymi numerami NIP ma być obsługiwanych w ramach niniejszego postępowania? Czy są to jednostki zależne? Jaką dostępną funkcjonalność (np. moduły) ma mieć każda z nich? Odpowiedź: Dotyczy możliwości oferowanych przez system, obsługiwana będzie jedna jednostka, ze względu na możliwe przekształcenia/rozwój jednostki system winien obsługiwać więcej niż jeden podmiot gospodarczy. 32. Załącznik nr 1.5 Wymagania globalne dla ERP: 47. ERP współpracuje z zewnętrznymi bankowymi systemami informatycznymi płatności masowych w zakresie eksportu i importu transakcji. PYTANIE: Czy wymaganie dotyczy jedynie możliwości oferowanych przez system (tym samym nie dotyczy implementacji rozwiązania w ramach przedmiotu zamówienia)? PYTANIE: Jakie standardy płatności masowych i przez jakie banki obsługiwane mają być zaimplementowane w ERP w ramach przedmiotu zamówienia? Odpowiedź: Dotyczy możliwości oferowanych przez system. Zamawiający wykreśla z wymogów globalnych dla ERP Tak w kolumnie bezwzględnie wymagane w wierszu 47. 33. Załącznik nr 1.5 Wymagania globalne dla ERP: 49. W ERP zaimplementowana jest obsługa skrótów klawiaturowych (kombinacje klawiszy hot-keys) dla najczęściej używanych funkcji. ERP musi mieć możliwość obsługi bez konieczności korzystania z myszki. PYTANIE: Użycie myszki jest podstawową cechą i atutem GUI Windows, przez co nie jest możliwe całkowite wyeliminowanie jej użycia. Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy system umożliwia Strona 12 z 18

korzystanie ze skrótów klawiaturowych i umożliwia obsługę przy pomocy klawiatury z koniecznością minimalnego wykorzystania myszki komputerowej? Odpowiedź: Zamawiający uzna wymaganie za spełnione, w przypadku gdy system umożliwia korzystanie ze skrótów klawiaturowych i umożliwia obsługę przy pomocy klawiatury z koniecznością minimalnego wykorzystania myszki komputerowej. 34. Załącznik nr 1.5 Wymagania globalne dla ERP od 50 do 55: ERP udostępnia możliwość samodzielnego tworzenia indywidualnego menu przez każdego użytkownika z zachowaniem wyszczególnionych funkcjonalności: ( ) PYTANIE: Czy zamawiający uzna wymaganie za spełnione w przypadku gdy system oferuje w pełni modyfikowalne pulpity użytkownika (każdy z użytkowników może mieć wiele pulpitów) na wzór pulpitu Windows z możliwością umieszczania na nich ikon/skrótów o dowolnych nazwach oraz modyfikowalny pasek skrótów?, przy czym pulpit użytkownika musi posiadać możliwości określone w wierszach 50 do 55. 35. Załącznik nr 1.5 Wymagania globalne dla ERP : 77. ERP współpracuje z czytnikami kodów kreskowych i kolektorami danych. PYTANIE: Wnosimy o doprecyzowanie wymagania w zakresie oczekiwanej funkcjonalności systemu lub wskazanie, że wymaganie dotyczy jedynie możliwości oferowanych przez system (tym samym nie dotyczy implementacji rozwiązania w ramach przedmiotu zamówienia)? Odpowiedź: Wymagania w zakresie oczekiwanej funkcjonalności systemu zostały określone w poszczególnych Aplikacjach. 36. Załącznik nr 1.5 Wymagania globalne dla ERP 83: Wykonawca w ramach Projektu zasili bazę danych danymi przekazanymi przez Zamawiającego w formacie xls lub dbf.. PYTANIE: Prosimy o doprecyzowanie zakresu danych wymaganych do zasilenia ERP w ramach przedmiotu zamówienia. Odpowiedź: Wg Załącznika nr 1.3 do SIWZ. 37. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 2. Dodatkowe okresy sprawozdawcze ustalane dynamicznie przez użytkownika (np. tygodnie, dekady, kwartały, dni). PYTANIE: Czy Zamawiający uzna wymaganie za spełnione w przypadku możliwości wykonywania analiz i raportowania wg dowolnych zakresów dat, także w okresach zamkniętych? Odpowiedź: Zamawiający uzna wymóg za spełniony jeżeli system będzie miał możliwość wyboru okresu sprawozdawczego: kwartał oraz dowolny zakres dat. 38. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 27. Zapis dzienników na trwały nośnik. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione w przypadku gdy dzienniki zapisywane są na trwałe w bazie danych? Odpowiedź: Nie. Wg Zamawiającego baza danych nie wypełnia kryteriów ustawowych co do definicji trwałego nośnika. 39. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 42. Integracja modułu Kasa z modułem Zakup. Możliwość wprowadzania dokumentów zakupu bezpośrednio w kasie (zakupy gotówkowe). PYTANIE: Czy zamawiający uzna wymaganie za spełnione w przypadku gdy system umożliwia automatyczne generowanie dokumentów kasowych bezpośrednio z faktury (faktura zakupu posiada więcej atrybutów od zapisu dowodu kasowego)? Odpowiedź: Zamawiający uzna warunek za spełniony jeżeli Moduł Kasa systemu oferowanego przez Wykonawcę rozlicza przyjecie i wydanie pieniędzy w powiązaniu z kontem 100 KASA i dodatkowo w przypadku faktur np. kosztowych umożliwić zaksięgowanie wydatku na kontach finansowych. Strona 13 z 18

40. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 57. Możliwość automatycznego przekazania paczki przelewów do systemu Homebanking. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 58. Wczytywanie zrealizowanych przez bank poleceń przelewu z systemu Homebanking. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 62. Współpraca z systemami Homebanking. Załącznik nr 1.5 Płace 46: Homebanking PYTANIE: Czy wymagania dotyczą jedynie możliwości oferowanych przez system (tym samym nie dotyczą implementacji rozwiązania w ramach przedmiotu zamówienia)? PYTANIE: Jakie standardy przelewów i wyciągów i przez jakie banki obsługiwane mają być zaimplementowane w ERP w ramach przedmiotu zamówienia? Odpowiedź: W zakresie przedmiotu zamówienia wymagana jest implementacja z systemem Homebanking udostępnianym przez Kredyt Bank (VideoTEL) ponad to System musi posiadać także możliwość integracji z pozostałymi systemami bankowymi na wypadek podjęcia z nimi współpracy przez Szpital w przyszłości. 41. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 92. Pełna kontrola zasadności roszczeń odsetkowych. PYTANIE: Czy wymaganie zostanie uznane za spełnione w przypadku gdy system automatycznie generuje noty odsetkowe z dokumentów źródłowych, przechowuje powiązania pomiędzy nimi oraz pozwala zaniechać dochodzenia odsetek? Jeśli taki sposób obsługi nie spełnia wymagania - wnosimy o uszczegółowienie sposobu obsługi funkcjonalności wymaganej przez Zamawiającego. Odpowiedź: Chodzi o możliwość automatycznego (na podstawie danych zgromadzonych w księgach rachunkowych) lub ręcznego (po wprowadzeniu kwoty, terminu płatności i daty płatności) obliczenia przez system wartości odsetek na notach odsetkowych od zobowiązań. 42. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 104. Analiza kosztów PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie Odpowiedź: Uszczegółowienie punktu 104 stanowią punkty od 105 do 109. 43. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 107. Koszty stałe/zmienne PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie Odpowiedź: Chodzi o możliwość w analizie agregowania kosztów w podziale na koszty stałe i zmienne. 44. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 113. Rozliczenie kosztów usług PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: Chodzi o możliwość rozliczenia kosztów wg ilości/wartości usług np. pracowni diagnostycznych, laboratorium lub innych jednostek organizacyjnych świadczących usługi. 45. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 114. Analiza kosztu jednostkowego usługi PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: Przez analizę kosztu jednostkowego usługi Zamawiający rozumie analizę składowych związanych z kosztem wykonanej usługi takich jak wynagrodzenie personelu medycznego, zużycie środków z magazynów itp.. 46. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 126. Możliwość wprowadzenia planów (budżetów). PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: System powinien tworzyć plany budżetowe na podstawie przychodów i kosztów poprzedniego okresu z uwzględnieniem inflacji. Szczegółowo funkcjonalności zostały opisane w module Budżetowanie. Strona 14 z 18

47. Załącznik nr 1.5 Finanse i Księgowość (z Kasą): 134. Mechanizmy porównujące księgowania użytkownika i automatyczne księgowania, oraz mechanizmy porównujące konta wg zdefiniowanego przez użytkownika wzorca. PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: System powinien rejestrować, które zapisy zostały wprowadzone przez użytkownika ręcznie, które automatycznie. Dalej mieć możliwość raportowania tych informacji. 48. Załącznik nr 1.5 Finanse i księgowość 115: Kontrola kręgu kosztów w oparciu o zdefiniowane reguły. PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: Chodzi o możliwość zdefiniowania w aplikacji definicji kontroli kręgu kosztów. Dalej w oparciu o zdefiniowane reguły kontroli kręgu kosztów następuje walidacja kręgu dla wszystkich dowodów księgowych. 49. Załącznik nr 1.5 Finanse i księgowość 126: Możliwość wprowadzenia planów (budżetów). PYTANIE: Czy Zamawiający wymaga także obsługi procesu definiowania i uzgadniania planów budżetowych (workflow)? PYTANIE: Jaka liczba użytkowników ma definiować plany budżetowe? PYTANIE: Jaka liczba użytkowników ma mieć dostęp do funkcjonalności uzgadniania planów (nanoszenia poprawek i potwierdzania oraz akceptacji zmian)? Odpowiedź: Plany budżetowe będzie definiował 1 użytkownik, dostęp do funkcjonalności uzgadniania planów będzie miał 1 użytkownik. 50. Załącznik nr 1.5 Kadry 1: Opis struktury organizacyjnej (symbole jednostek, ich nazwa, rodzaj, adres, powiązania z jednostką nadrzędną i podległymi, historia struktury organizacyjnej). PYTANIE: Czy Zamawiający uzna wymaganie za spełnione w przypadku gdy system przechowuje historię zatrudnienia pracownika w komórkach/działach struktury organizacyjnej? Odpowiedź: Zamawiający oczekuje możliwości definiowania okresu obowiązywania jednostki i wglądu w strukturę organizacyjną obowiązującą na dany dzień wstecz. Ma to znaczenie zwłaszcza ze względu na możliwe przekształcenia własnościowe. Te same struktury organizacyjne są wykorzystywane w innych modułach i ograniczenie informacji historycznych do zatrudnienia pracownika jest niemożliwe. 51. Załącznik nr 1.5 Kadry 23: Informacje o stypendystach. PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. Odpowiedź: Zamawiający wykreśla wiersz nr 23 w wymogach dotyczących aplikacji Kadry. 52. Załącznik nr 1.5 Kadry: 35. Moduł umożliwia tworzenie indywidualnych kalendarzy pracy na poziomie grup pracowników, a także poszczególnych pracowników (Harmonogramy Pracy). PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, podanie przykładu lub wykreślenie wymagania. PYTANIE: Prosimy o wyjaśnienie ilu użytkowników systemu będzie wprowadzało grafiki czasu pracy do systemu oraz ilu pracowników Zamawiającego ma być objętych harmonogramowaniem pracy? Odpowiedź: Zamawiający oczekuje możliwości tworzenia harmonogramów czasu pracy dla pracowników. Grafiki czasu pracy będzie wprowadzało 22 pracowników, zaś ok. 432 pracowników będzie objętych harmonogramowaniem pracy. 53. Załącznik nr 1.5 Płace 29: Możliwość tworzenia algorytmu przez pracownika. PYTANIE: Prosimy o sprecyzowanie, czy wymaganie dotyczy jedynie możliwości tworzenia algorytmów obliczania wynagrodzeń przez użytkownika systemu (pracownika Zamawiającego), posiadającego odpowiednie uprawnienia w systemie ERP? Strona 15 z 18

54. Załącznik nr 1.5 Płace 42: Kartoteka zasiłków rodzinnych, pielęgnacyjnych i wychowawczych. PYTANIE: Ze względu na obowiązujące przepisy prawa pracy wnosimy o wykreślenie z wymagania zapisów odnośnie zasiłków rodzinnych i pielęgnacyjnych. Odpowiedź: Zamawiający wykreślna zapis odnośnie zasiłków rodzinnych i pielęgnacyjnych. W związku z powyższym zmianie ulega zapis w załączniku 1.5 do SIWZ dot. wymogów funkcjonalnych dla Aplikacji Płace. Punkt 42 otrzymuje brzmienie: Kartoteka zasiłków wychowawczych. 55. Załącznik nr 1.5 Moduł płace 97: Zatwierdzonej listy nie można modyfikować. Status listy na niezatwierdzoną może zmienić tylko administrator PYTANIE: Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy nawet administrator nie może zmieniać statusu zatwierdzonej listy? Odpowiedź: Zamawiający uzna wymaganie spełnione tylko wtedy, gdy istnieje jakikolwiek sposób na zmianę statusu listy na niezatwierdzona. Zamawiający nie chce ograniczyć możliwości modyfikacji listy tylko ograniczyć liczbę osób, które mogą umożliwić wprowadzanie zmian na liście płac. Docelowo system powinien osobom uprawnionym zmieniać status na niezatwierdzony do momentu zadekretowania listy płac, a po dekretacji umożliwić oddekretowanie i wtedy zmianę statusu. 56. Załącznik nr 1.5 Środki Trwałe 30: Możliwość symulacji przeszacowań PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie Odpowiedź: Chodzi o możliwość wyliczenia przeszacować bez koniczności rejestracji wyników na kartotekach elementów majątku trwałego. 57. Załącznik nr 1.5 Środki Trwałe 31: Możliwość miesięcznego lub rocznego rozliczania podatku od nieruchomości zgodnie ze zdefiniowanym schematem księgowania Załącznik nr 1.5 Środki Trwałe 32: Możliwość definiowania oddzielnych stawek podatku dla każdej lokalizacji i rodzaju podatku Załącznik nr 1.5 Środki Trwałe 33: Możliwość śledzenia miesięcznych rat podatku PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie Odpowiedź: Wymagamy możliwości miesięcznego i (nie lub) rocznego rozliczania podatku od nieruchomości zgodnie ze zdefiniowanym schematem księgowania oraz możliwości definiowania oddzielnych stawek podatku dla każdej pozycji deklaracji podatkowej. 58. Załącznik nr 1.5 Środki Trwałe 41: Funkcja kompletowania z zakupionych np. 100 monitorów, 100 klawiatur, 100 obudów, 100 dysków itd., 100 środków trwałych i wprowadzenia ich jednym dokumentem OT.(z uwzględnieniem nr-ów fabrycznych poszczególnych elementów). PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie Odpowiedź: Chodzi o możliwość definiowania szablonów umożliwiających korelowanie poszczególnych ST w zestawy i wprowadzanie ich jedną operacją. 59. Załącznik nr 1.5 Środki Trwałe 42: Moduł powinien pozwalać wygenerować wszystkie rodzaje dokumentów wprowadzane do niego. PYTANIE: Wymaganie jest niezrozumiałe, może sugerować, iż system musi wygenerować np. szablon certyfikatu, który został wprowadzony jako załącznik do środka. Prosimy o szczegółowe wyjaśnienie wymagania. Odpowiedź: System ma mieć możliwość drukowania wszystkich rodzajów dokumentów wprowadzonych do niego w szczególności dokumenty: OT przyjecie, MT przesuniecie, LT likwidacja, PT przekazanie. Strona 16 z 18

60. Załącznik nr 1.5 Środki Trwałe 45: Drukowanie etykiet z kodem kreskowym w celu oznakowania środków trwałych oraz przeprowadzenia spisu z natury przy użyciu kolektora danych. PYTANIE: Czy przedmiotem zamówienia jest dostarczenie czytników/kolektorów kodów, drukarek kodów oraz materiałów eksploatacyjnych do nich (np. etykiet, taśm barwiących)? Jeśli tak prosimy o sprecyzowanie wymagań odnośnie sprzętu i materiałów oraz wskazanie potrzebnej ilości Odpowiedź: System ma umożliwiać obsługę ww. funkcjonalności. Zamówienie nie obejmuje zakupu sprzętu do ww. funkcjonalności. 61. Załącznik nr 1.5 Magazyn 12: Grupy indeksów GM Załącznik nr 1.5 Magazyn 16: Grupy indeksów Dystrybucja (grupy rozłączne i nierozłączne, hierarchia grup, z możliwością synchronizacji z grupami GM). PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania, w tym wskazanie definicji GM Odpowiedź: Zamawiający wykreśla wiersz nr 16 z wymogów funkcjonalnych dla Aplikacji Magazyn. 62. Załącznik nr 1.5 Magazyn 24: Tłumaczenia indeksów i nazw na języki obce umożliwiające utworzenie przez klienta własnego tłumaczenia w języku obcym. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy system umożliwia utworzenie własnego opisu w języku obcym bez opcji automatycznego tłumaczenia wyrazu? Odpowiedź: Nie 63. Załącznik nr 1.5 Magazyn 32: Grupowe kopiowanie dokumentów magazynowych. PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie. Odpowiedź: Chodzi o możliwość kopiowania dowolnych rodzajów dokumentów zaznaczonych na browserze przez użytkownika. Efektem ma być utworzenie n nowych dokumentów (wraz całą zawartością) na podstawie n wskazanych dokumentów do kopiowania. 64. Załącznik nr 1.5 Magazyn 37: Możliwość zawężania wyceny rozchodowych dokumentów magazynowych do miejsc składowania. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy system umożliwia różnicowanie wyceny w partii magazynowej i/lub magazynie? Odpowiedź: Nie 65. Załącznik nr 1.5 Magazyn 54: Prowadzenie inwentaryzacji z dokładnością do miejsca składowania. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy system umożliwia prowadzenie inwentaryzacji na wybrane indeksy materiałowe oraz inwentaryzację na poziomie partii? Odpowiedź: Nie 66. Załącznik nr 1.5 Magazyn 65: Możliwość utworzenia dokumentów korygujących wartość podczas dekretowania. PYTANIE: Czy Zamawiający uzna wymaganie za spełnione w przypadku gdy system umożliwia tworzenie dokumentów przekwalifikowania i przeceny stanów magazynowych oraz ich automatycznego dekretowania? Odpowiedź: Nie. Wymóg dotyczy sytuacji automatycznego tworzenia dokumentów korygujących kiedy przy zerowym stanie magazynowym wartość stanu pozostawałby różna od zera. Dokument korekty ma być dekretowany do FK. 67. Załącznik nr 1.5 Magazyn 69: Obsługa kodów kreskowych podczas wystawiania dokumentów Strona 17 z 18

PYTANIE: Prosimy o sprecyzowanie wymagania, w tym wskazanie czy kody kreskowe mają obsługiwać pozycje dokumentów czy też mają być przypisane także do nagłówków dokumentów (tzn. umożliwią wyszukanie dokumentu po przypisanym do niego kodzie) Odpowiedź: Kody kreskowe mają wspierać obsługę pozycji dokumentów magazynowych. 68. Załącznik nr 1.5 Magazyn 70 Obsługa klawiaturowych czytników kodów kreskowych wykorzystanie podczas dodawania edycji dokumentu magazynowego oraz przy kompletacji dostawy z analizy zamówień zakupu. PYTANIE: Czy przedmiotem zamówienia jest dostarczenie czytników/kolektorów kodów, drukarek kodów oraz materiałów eksploatacyjnych do nich (np. etykiet, taśm barwiących)? Jeśli tak prosimy o sprecyzowanie wymagań odnośnie sprzętu i materiałów oraz wskazanie potrzebnej ilości. Odpowiedź: Nie jest przedmiotem zamówienia dostawa czytników/kolektorów kodów, drukarek kodów oraz materiałów eksploatacyjnych do nich (np. etykiet, taśm barwiących), przedmiotem zamówienia jest funkcjonalność systemu. 69. Załącznik nr 1.5 Sprzedaż: 25 Możliwość wystawienia jednej korekty do wielu faktur. PYTANIE: Prosimy o szczegółowe wyjaśnienie wymagania lub jego wykreślenie. Odpowiedź: Zamawiający wykreśla wiersz nr 25 z wymogów funkcjonalnych dla Aplikacji Sprzedaż. 70. Prosimy o wyjaśnienie czy Zamawiający dopuszcza możliwość zastosowania: a. kabli jednomodowych (wraz z odpowiednim osprzętem) w miejsce projektowanych kabli wielomodowych; Odpowiedź: Zamawiający dopuszcza zastosowanie światłowodowych kabli jednomodowych o ile spełniają one wszystkie minimalne parametry określone w SIWZ i dokumentacji projektowej, z zastrzeżeniem zastosowania odpowiedniego dla tego rodzaju włókien innego osprzętu. b. w instalacji okablowania strukturalnego użycie elementów równoważnych pod względem jakości i funkcjonalności, ale innych producentów ( w specyfikacji wymieniane są rozwiązania firmy KRONE) Odpowiedź: Zamawiający przy budowie okablowania strukturalnego dopuszcza zastosowanie materiałów innych producentów z zastrzeżeniem, iż muszą spełniać wymagania techniczne określone w SIWZ (dokumentacji projektowej). Posłużenie się w projekcie przykładowymi materiałami miało na celu tylko i wyłącznie uczynienie go bardziej przejrzystym i zrozumiałym, zgodnie z informacją zamieszczoną w dokumentacji: Oświadczenia i uprawnienia projektantów. Strona 18 z 18