PYTANIA, WYJAŚNIENIA, MODYFIKACJA SWZ

Numer sprawy: ZP/SP/10/2021

Pszczyna dnia,16.07.2021r.

Zamawiający:

Centrum Przedsiębiorczości CP Sp. z o. o

Prowadząca Szpital Powiatowy w Pszczynie xx. Xxxxxx 00, 00-000 Xxxxxxxx

e-mail: xxxxxxxxxx.xxxxxxxxx@xxxxxxx.xxxxxxxx.xx xxx.xxxxxxx.xxxxxxxx.xx

tel.: 00 000 00 00

Wykonawcy ubiegający się o udzielenie przedmiotowego zamówienia publicznego

PYTANIA, WYJAŚNIENIA, MODYFIKACJA SWZ

dotyczy postępowania o udzielenie zamówienia prowadzonego w trybie podstawowym na:

rozbudowę szpitalnego systemu informacyjnego Szpitala Powiatowego w Pszczynie

Zamawiający, Centrum Przedsiębiorczości CP Sp. z o.o., prowadząca Szpital Powiatowy w Pszczynie, xx. Xxxxxx 00, 00-000 Xxxxxxxx, działając w trybie art. 284-286 ustawy Prawo zamówień publicznych (t. j. Dz.U. z 2021, poz. 1129), zwanej dalej Ustawą, zamieszcza na stronie internetowej:

xxxxx://xxxxxxx-xxxxxxxx.xxxxxxxxxx.xxx/xxxxxxxxxxx/xxxxxxxx.xxxx

treść pytań Wykonawców wraz z wyjaśnieniami/modyfikacją SWZ.

Pytanie nr 1.

1. Dot. Par. 6 ust. 4

Pytanie: czy Zamawiający zmieni w par. 6 ust. 4 słowo „pracowników” słowem „personelu”? Uzasadnienie:

Wykonawca w działalności gospodarczej posługuje się personelem zatrudnionym tak na umowy o pracę jak i na podstawie stałych cywilnoprawnych umów o współpracę (B2B). Prosimy o doprecyzowanie, że w tym paragrafie chodzi o cały personel Wykonawcy nie tylko pracowników, sensu stricte.

Wyjaśnienia

Zamawiający wyraża zgodę na zmianę w par. 6 ust. 4 słowa „pracowników” słowem „personelu”

Pytanie nr 2.

2. Dot. Par. 8 ust. 1 i 5

Zamawiający w ust. 5 wymaga fakturowania odrębnego poszczególnych usług, , dlatego zwracamy uwagę, że w ust. 1 też powinno się wymienić ceny w wyszczególnieniu na te elementy, w przeciwnym razie nie będzie wiadomo na jakie kwoty należy wystawiać faktury cząstkowe.

Pytanie:

Wykonawca wnosi aby w par. 8 ust. 1 rozdzielono cenę na poszczególne usługi wymienione w ust.

5. oraz poprawiono odesłania do poszczególnych punktów w par. 2 na prawidłowe, poprzez nadanie treści par. 8 ust. 1, np.:

„ 1. 1. Wynagrodzeniem za wykonanie Przedmiotu Umowy jest cena ryczałtowa podana w ofercie Wykonawcy w kwocie całkowitej w wysokości …………… złotych

(słownie:…………………………) brutto, tj. netto: zł powiększone o należny podatek

VAT w tym:

1.1. Za dostawę licencji określone w §2 ust.3, pkt 3.1. Umowy, realizację przedmiotu Umowy oraz świadczenie usługi gwarancyjnego nadzoru autorskiego oraz usługi serwisowej określone w §2 ust. 1 pkt f umowy zł brutto.

1.2. Za realizacje szkoleń określone w §2 ust.3, pkt 3.5. Umowy zł brutto.

1.3 Za wdrożenie określone w §2 ust.3, pkt 3.2; 3.3 i 3.4 Umowy zł

brutto.……………………………………………….

1.4 Za nadzór autorski określony w §2 ust.3, pkt 3.6 Umowy zł

brutto.……………………………………………….

1.5 Za serwis systemu określony w §2 ust.3, pkt 3.6 Umowy zł

brutto.……………………………………………….

Uzasadnienie

Skoro w ust. 5 wymaga się fakturowania odrębnie na poszczególne usługi:

5.1. wdrożenie systemu faktura VAT zostanie wystawiona po podpisaniu protokołu odbioru;

5.2. dostawę licencji;

5.3. nadzór autorski;

5.4. serwis systemu;

5.5. usługi szkoleniowe

to w ust. 1 należy wycenić te usługi tez odrębnie, w przeciwnym razie nie będą znane kwoty faktur cząstkowych.

Wyjaśnienia

Zamawiający wyraża zgodę na propozycję nadania treści par. 8 ust. 1 na:

1. 1. Wynagrodzeniem za wykonanie Przedmiotu Umowy jest cena ryczałtowa podana w ofercie Wykonawcy w kwocie całkowitej w wysokości …………… złotych (słownie:…………………………) brutto, tj. netto: zł powiększone o należny podatek

VAT w tym:

1.1. Za dostawę licencji określone w § 2 ust.3, pkt 3.1. Umowy, realizację przedmiotu Umowy oraz świadczenie usługi gwarancyjnego nadzoru autorskiego oraz usługi serwisowej określone w § 2 ust. 1 pkt f umowy zł brutto.

1.2. Za realizacje szkoleń określone w §2 ust.3, pkt 3.5. Umowy zł brutto.

1.3 Za wdrożenie określone w § 2 ust.3, pkt 3.2; 3.3 i 3.4 Umowy zł

brutto.……………………………………………….

1.4 Za nadzór autorski określony w § 2 ust.3, pkt 3.6 Umowy zł

brutto.……………………………………………….

1.5 Za serwis systemu określony w § 2 ust.3, pkt 3.6 Umowy zł

brutto.……………………………………………….

Pytanie nr 3.

3. Dot. Par. 10 ust. 3.5 i 3.6

Pytanie:

Czy Zamawiający doprecyzuje przyczyny wymienione w par. 10 pkt 3.5, 3.6? Uzasadnienie

Przyczyny wypowiedzenia, wymienione w tych punktach są nieprecyzyjne i niezrozumiałe dala Oferenta: o jakie czynności chodzi i o jakie działania?

Wyjaśnienia

Zamawiający wyraża zgodę na wnioskowaną zmianę i usuwa w par. 10 pkt. 3.5, 3.6

Pytanie nr 4.

4. Dot. Par. 13 ust. 4 Pytanie:

Czy zamawiający wyłączy w par. 13 ust. 4 odpowiedzialność Wykonawcy za utracone korzyści Zamawiającego?

Uzasadnienie

Wykonawca zwraca uwagę, iż zgodnie z Kodeksem dobrych praktyk w zakresie realizacji umów IT (dokument przygotowany na zlecenie Urzędu Zamówień Publicznych, aktualna treść pod adresem: xxxxx://xxx.xxx.xxx.xx/ data/assets/pdf_file/0016/24244/Analiza_dobrych_praktyk_w_zakresie_r ealizacji_umow_IT.pdf): „odpowiedzialność stron winna być ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona (tu Wykonawca – przypis Pytającego) będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony”. Istotnym jest dodanie, że Urząd Zamówień Publicznych opublikował dokument pn. "Analizę dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”. Co ważne Urząd Zamówień Publicznych rekomenduje wykorzystanie przekazanych dokumentów wszystkim Zamawiającym, niezależnie od pochodzenia źródła finansowania danego zamówienia publicznego, w tym – współfinansowania zamówienia ze środków europejskich. Jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

- „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.

- „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Umowa o powierzeniu danych osobowych:

Do ustalenia z zamawiającym w ramach pytań czy w par. 2 faktycznie wyczerpuje kategorię osób, których dane są powierzane, czy na pewno chodzi tylko o pacjentów, czy nie będzie danych pracowników, personelu, kontrahentów zamawiającego?

Wyjaśnienia

Zamawiający wyraża zgodę na wyłączenie w par. 13 ust. 4 odpowiedzialności Wykonawcy za utracone korzyści Zamawiającego?

Pytanie nr 5.

Pytanie

Czy zamawiający doda nowy ust. 5 do par. 5 umowy RODO o treści:

„Za podwykonawcę nie uważa się osób fizycznych zatrudnionych u Wykonawcy na podstawie stałych umów cywilnoprawnych o współpracy (B2B).”?

Uzasadnienie

Wykonawca w działalności gospodarczej posługuje się personelem zatrudnionym tak na umowy

o pracę jak i na podstawie stałych cywilnoprawnych umów o współpracę (B2B). Prosimy

o doprecyzowanie, że w tym paragrafie chodzi o cały personel Wykonawcy nie tylko pracowników, sensu stricte.

Wyjaśnienia

Zamawiający wyraża zgodę na dodanie do ust. 5 par. 5 umowy RODO treści: „Za podwykonawcę nie uważa się osób fizycznych zatrudnionych u Wykonawcy na podstawie stałych umów cywilnoprawnych o współpracy (B2B).”

Pytanie nr 6.

Pytanie:

Czy Zamawiający dopuści dodatkowy zapis w umowie RODO dotyczący możliwości stosowania przez Wykonawcę narzędzi Microsoft Office 365, poprzez dodanie w par. 9 nowego ustępu 3 o treści:

„Zamawiający wyraża zgodę na incydentalne przetwarzanie danych osobowych przez Microsoft i przedstawicieli Microsoft w związku z realizacją Umowy Microsoft Products and Services

Agreement jaką zawarł Wykonawca w ramach usług O365, z których na co dzień korzysta Wykonawca.

Dane osobowe będą przechowywane na serwerach zlokalizowanych w Unii Europejskiej i mogą być przekazane - na podstawie standardowych klauzul ochrony danych - do państwa trzeciego w związku z korzystaniem przez Wykonawcę z rozwiązań chmurowych dostarczanych przez firmę Microsoft. Stosowane przez Microsoft standardowe klauzule umowne zgodne z wzorcami zatwierdzonymi przez Komisję Europejską, dostępne są pod adresem: xxxxx://xxx.xxxxxxxxx.xxx/xx-xx/xxxxxxxxx/xxxxxxx-xxxxxxxxx/xxxxxxxx.xxxx w części Online Services Terms (OST).”

Uzasadnienie

Wykonawca korzysta na co dzień z tych narzędzi Microsoft Products and Services Agreement jaką zawarł Wykonawca w ramach usług O365 (w tym poczta służbowa e-mail), czyli z usług w chmurze obliczeniowej tej firmy. Przekazywanie danych osobowych Wykonawcy przy zastosowaniu tych narzędzi, w tym poczty służbowej Wykonawcy, wymagałoby udzielenia przez Zamawiającego tej zgody.

Wyjaśnienia

Zamawiający wyraża zgodę na dodatkowy zapis w umowie RODO dotyczący możliwości stosowania przez Wykonawcę narzędzi Microsoft Office 365, poprzez dodanie w par. 9 nowego ustępu 3 o treści:

„Zamawiający wyraża zgodę na incydentalne przetwarzanie danych osobowych przez Microsoft i przedstawicieli Microsoft w związku z realizacją Umowy Microsoft Products and Services Agreement jaką zawarł Wykonawca w ramach usług O365, z których na co dzień korzysta Wykonawca.

Dane osobowe będą przechowywane na serwerach zlokalizowanych w Unii Europejskiej i mogą być przekazane - na podstawie standardowych klauzul ochrony danych - do państwa trzeciego w związku z korzystaniem przez Wykonawcę z rozwiązań chmurowych dostarczanych przez firmę Microsoft. Stosowane przez Microsoft standardowe klauzule umowne zgodne z wzorcami zatwierdzonymi przez Komisję Europejską, dostępne są pod adresem: xxxxx://xxx.xxxxxxxxx.xxx/xx-xx/xxxxxxxxx/xxxxxxx-xxxxxxxxx/xxxxxxxx.xxxx w części Online Services Terms (OST).”

Pytanie nr 7.

7. Pytanie

Zamawiający w SOPZ Wykaz Modułów podaje, że planuje w ramach postępowania zakupić moduł Rehabilitacja 2 szt. licencji, w SOPZ brak opisu funkcjonalnego rozwiązania. Jeżeli Zamawiający podtrzymuję dostawę 2 szt. Licencji Rehabilitacji, to czy Zamawiający zaakceptuje następujący zakres funkcjonalny rozwiązania:

Rehabilitacja

Konfiguracja modułu

System musi umożliwiać definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca

wykonania

System musi umożliwiać zarządzanie słownikiem stanowisk i urządzeń rehabilitacyjnych

System umożliwia zdefiniowanie listy niewykonywanych usług dla wskazanego zasobu

System umożliwia zarządzanie grafikami i terminarzami stanowisk i urządzeń rehabilitacyjnych

System umożliwia określenie oraz zdefiniowanie zestawu wykluczonych usług

System musi umożliwiać realizację zabiegów w warunkach:

- rehabilitacji ambulatoryjnej

- rehabilitacji oddziału dziennego

- rehabilitacji stacjonarnej

System musi umożliwiać prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg Klasyfikacji chorób ICD – rewizja 10 dla rehabilitacji medycznej

System musi umożliwić określenie warunków dostępności elementu leczenia (zabiegu), poprzez przypisanie odpowiednich kategorii zasobów typu:

- personel,

- pomieszczenie,

- stanowisko rehabilitacyjne.

System musi umożliwić określenie standardowego czasu trwania porad, wizyt i zabiegów

System musi umożliwić obsługę listy pacjentów modułu dedykowanego dla Rehabilitacji

System umożliwia definiowanie jednostek, które mają dostęp do funkcjonalności- Rehabilitacji

Przyjęcie pacjenta /Planowanie zabiegów

System musi umożliwiać konfigurację numerów teczek oraz nadanie teczki pacjentowi. Musi istnieć możliwość wyszukiwania pacjentów gabinetu według nr teczki.

System musi umożliwiać wprowadzenie nowego programu rehabilitacji dla pacjenta. Program jest

elementem skierowania i jest listą zabiegów do wykonania z określoną: - kolejnością, - krotnością

wykonania, - miejscem wykonania,

System umożliwia definiowanie szablonów planu leczenia

System umożliwia weryfikację trybu skierowania na podstawie rozpoznania ze skierowania.

System musi umożliwiać przypisanie do programu lekarza prowadzącego oraz terapeuty prowadzącego, co będzie skutkowało wydrukiem danych lekarza i terapeuty na karcie zabiegów

System musi umożliwiać planowanie elementów leczenia programu rehabilitacji w terminarzach

terapeutów, pomieszczeń, stanowisk rehabilitacyjnych. A zaplanowane terminy widoczne są na wydruku

Karty zabiegowej pacjenta

System musi umożliwiać planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego

System umożliwia planowanie grupowej pozycji programu

System musi umożliwiać „ręczne” planowanie zabiegów, polegające na wskazaniu w terminarzu

konkretnego wolnego terminu

System musi umożliwiać wyszukiwanie wolnych terminów dla wskazanych zabiegów wraz ze wstępnym

ich zaplanowaniem przed wprowadzeniem danych pacjenta.

System umożliwia przeplanowanie wstępnie zaplanowanych zabiegów/cyklów zabiegów przed wprowadzeniem danych pacjenta (podczas symulacji terminów).

System musi umożliwiać planowanie zabiegów z uwzględnieniem innych otwartych cykli rehabilitacyjnych.

System umożliwia planowanie zabiegów rehabilitacyjnych z uwzględnieniem maksymalnej długości cyklu

zabiegowego

System musi umożliwić zawieszenie realizacji wizyty rehabilitacyjnej

System musi uwzględniać ograniczenia liczby wykonań zabiegów w ciągu dnia zabiegowego w ramach

danej serii

System umożliwia planowanie zabiegów rehabilitacyjnych z uwzględnieniem kontroli kolejności ich

wykonania

System umożliwia planowanie zabiegów rehabilitacyjnych z uwzględnieniem rezerwacji pacjenta w innych

jednostkach

System umożliwia planowanie z możliwością forsowania terminów

System umożliwia planowanie zabiegów z uwzględnieniem ograniczeń na płeć i wiek pacjenta

System pozwala na planowanie zabiegów z możliwością określenia czasu odstępów między zabiegami

System musi umożliwiać przygotowanie planu zabiegów rehabilitacyjnych w ramach zaplanowanych wizyt

rehabilitacyjnych przed rozpoczęciem ich realizacji.

System umożliwia zaplanowanie jednego dnia zabiegowego i powielenie wybranych terminów na kolejne dni zabiegowe uwzględniając krotność danej pozycji planu leczenia (zabiegu)

Kolorystyczne oznaczenie terminów: zaplanowanych niezatwierdzonych, zaplanowanych zatwierdzonych, zajętych, wolnych, kolidujących z preferencjami pacjenta, niedostępnych, z założoną blokadą/ ograniczeniem

System umożliwia anulowanie całego programu lub wybranych, niezrealizowanych zabiegów z jednoczesnym anulowaniem rezerwacji zasobów

System musi umożliwiać wgląd do terminarza gabinetu na dany dzień

System musi umożliwiać wgląd do terminarza terapeuty na dany dzień

System umożliwia wprowadzenie rozszerzonej postaci skierowania. Oprócz standardowych elementów skierowania system umożliwia uzupełnienie danych skierowania o :

- dane rozpoznania ("rehabilitacyjnego")

- dane programu rehabilitacji (zabiegów)

- dodatkowych informacji o istotnych wynikach badań

System umożliwią wystawienie skierowania wewnętrznego (zlecenia) z dowolnego Gabinetu / Oddziału

System umożliwia wprowadzenie uwag do zlecenia oraz daje możliwość modyfikacji uwag z oznaczeniem daty obowiązywania danej uwagi

System umożliwia zdefiniowanie grup zabiegów wspólnie planowanych

System umożliwia definiowane schematów planu leczenia

System umożliwia zmianę terminu danego zabiegu

Planowanie pozycji programu z uwzględnieniem preferencji pacjenta . System umożliwia zdefiniowanie i zapamiętanie preferencji pacjenta do planowania terminów zabiegów w zakresie:

- możliwości ustalenia preferowanych godzin realizacji (dla określonych dni tygodnia z możliwością powielenia ustawień na kolejne tygodnie ).

- możliwości ustalenia "nieodpowiadających" godzin realizacji ( dla określonych dni tygodnia z możliwością powielenia ustawień na kolejne tygodnie).

- oznaczenia dowolności planowania godzin dla wybranych dni tygodnia

- oznaczenia blokady planowania dla wybranych dni tygodnia

- ustawienia mogą być definiowane dla wszystkich lub wybranych tygodni

System umożliwia definiowane schematów preferencji pacjenta

System umożliwia przeplanowanie terminów zabiegów

System umożliwia przeplanowanie całego cyklu zabiegów

System musi umożliwić wysłanie do pacjenta powiadomienia z informacją o terminie realizacji pierwszego

zaplanowanego zabiegu rehabilitacyjnego lub dla każdego zaplanowanego zabiegu.

Realizacja zabiegów

System umożliwia dostęp do bieżącego programu rehabilitacji pacjenta

System umożliwia oznaczenie realizacji zabiegu wcześniej zaplanowanego oraz umożliwia oznaczenie wykonania z pominięciem planowania

System umożliwia realizację grupowej pozycji programu

System musi umożliwić lekarzowi i terapeucie bieżące tworzenie i uzupełnianie dokumentacji medycznej

pacjenta,

System musi umożliwić dostęp do dokumentacji medycznej pacjenta

System musi umożliwiać lekarzowi wystawianie skierowań, recept i zleceń

System musi umożliwiać ewidencję zrealizowanych świadczeń

System musi umożliwiać ewidencję czasu trwania porady i zabiegu

System daje możliwość potwierdzenia wykonania zabiegu na karcie zabiegowej

System na karcie zabiegów umożliwia zmianę terminu danego zabiegu

System umożliwia przerwanie realizacji zabiegu

System musi umożliwiać dostęp (wgląd) do wszystkich wcześniejszych programów rehabilitacji pacjenta. Dostęp wielu programów rehabilitacyjnych jest możliwy gdy dla pacjenta otwarty jest więcej niż jeden cykl rehabilitacyjny.

System musi umożliwiać wgląd do wszystkich wcześniejszych zleceń i wyników badań pacjenta

System musi umożliwić ewidencję wykonania zabiegów w postaci Karty zabiegów rehabilitacyjnych z możliwością zbiorczego oznaczenia wykonania

System musi umożliwiać grupowe zaewidencjonowanie wykonania niezaplanowanych zabiegów na karcie zabiegów rehabilitacyjnych

System musi umożliwić ewidencję zbiorczego oznaczenia anulowania wszystkich zabiegów pacjenta w

ramach danego cyklu

System musi umożliwić ewidencję zbiorczego oznaczenia wykonania wielu zabiegów dla różnych pacjentów

System musi umożliwić ewidencję zbiorczego oznaczenia anulowania wielu zabiegów dla różnych pacjentów

System musi umożliwiać przegląd zabiegów: wykonanych, zaplanowanych, do realizacji

System musi umożliwić zbiorczą generację rozliczeń dla zrealizowanych zabiegów pacjenta.

System musi umożliwić graficzną prezentację:

- oznaczenie wykonania zabiegu

- oznaczenie odrzuconego terminu zabiegu

- oznaczenie nieautoryzowanego zabiegu

System umożliwia oznaczenie realizacji zabiegów typu 'Trening rehabilitacyjny'. Prezentowana jest Karta treningowa, która jest listą parametrów treningowych z możliwością jej wydruku

System wspomaga ewidencję wykonań zabiegów poprzez wykorzystanie czytników kodów kreskowych do identyfikacji pacjenta, oraz do oznaczenia wykonań realizacji świadczeń.

System umożliwia przypisanie kodu kreskowego do elementu leczenia ( zabiegu)

System umożliwia dodanie uwag do realizacji zabiegu

System umożliwia dodanie wykonania zabiegu w ramach programu co oznacza dodanie wykonania

kolejnego niezaplanowanego zabiegu w ramach tego samego dnia.

System umożliwia wydruk karty zabiegów rehabilitacyjnych z możliwością określenia ( włączenia i wyłączenia) parametrów wydruku takich jak:

-podpis pacjenta raz dziennie

-podpis rehabilitanta raz dziennie

-bez podpisu pacjenta

-wydruk grupujący wg dat

-wydruk grupujący wg zabiegów

System musi umożliwiać obsługę i wydruk dokumentacji zbiorczej tj.:

- Wykaz badań

- Wykaz zabiegów Leczniczych

- Wykaz Świadczeń Fizjoterapeutycznych

- Wykaz Raportów Fizjoterapeutycznych

- Księga Zdarzeń Niepożądanych

- Harmonogram przyjęć

- Księga Ratownictwa

System musi umożliwiać ewidencję oceny Międzynarodowej Klasyfikacji Funkcjonowania,

Niepełnosprawności i Zdrowia pacjenta (ICF). Użytkownik musi mieć możliwość wprowadzenia wszystkich kodów ewidencji z poziomu jednego ekranu.

Wyjaśnienia

Zamawiający wyraża zgodę na wnioskowaną zmianę i akceptuje zaproponowany zakres funkcjonalny rozwiązania.

Pytanie nr 8.

8. Pytanie

W SOPZ pkt. Apteka 83A. Zamawiający pisze, że moduł musi mieć możliwość wykorzystania czytników. Prosimy Zamawiającego o potwierdzenie, czy wymaganie dotyczy możliwości wykorzystania czytników podczas skanowanie kodów EAN13 i EAN128 ?

Wyjaśnienia

Zamawiający potwierdza, że wymaganie dotyczy możliwości wykorzystania czytników podczas skanowanie kodów EAN13 i EAN128

Pytanie nr 9.

9. Pytanie

W SOPZ pkt. Apteczki 21.AP Zamawiający pisze, że moduł apteczki musi umożliwić tworzenie planów zamówień do Apteki na podstawie danych historycznych. Xxxxxxx Xxxxxxxxxxxxx

o potwierdzenie, czy wymaganie dotyczy możliwości planowania realizacji zamówień z apteczki?

Wyjaśnienia

Zamawiający potwierdza, że wymaganie dotyczy możliwości planowania realizacji zamówień z apteczki.

Pytanie nr 10.

10. Pytanie

W SOPZ pkt. WYMAGANIA OGÓLNE DO SYSTEMU 71.WO Zamawiający pisze, że system musi udostępniać funkcjonalność animizacji danych osobowych w rejestrze osób. Prawdopodobnie w treści wymagania pojawiła się pomyłka pisarska. Prosimy Zamawiającego o potwierdzenie, że wymaganie powinno brzmieć "System musi udostępniać funkcjonalność anonimizacji danych osobowych w rejestrze osób"

Wyjaśnienia

Zamawiający potwierdza, że wymaganie powinno brzmieć "System musi udostępniać funkcjonalność anonimizacji danych osobowych w rejestrze osób"

Pytanie nr 11.

11. Pytanie

W SOPZ pkt. Środki Trwałe 19 Ś.T Zamawiający pisze: Możliwość rejestrowania związków między wartościami niematerialnymi i prawnymi a środkami trwałymi. Prosimy Zamawiającego, o potwierdzenie, czy pod pojęciem rejestrowania związku Zamawiający rozumie oznaczenia kartoteki środka trwałego jako WNiP?

Wyjaśnienia

Zamawiający potwierdza, że pod pojęciem rejestrowania związku Zamawiający rozumie oznaczenia kartoteki środka trwałego jako WNiP.

Pytanie nr 12.

12. Pytanie

W SOPZ pkt. Środki Trwałe 29 Ś.T Zamawiający pisze: Tworzenie planu wartości początkowej, umorzenia i wartości netto za wybrany okres (miesiące, lata) ze wskazaniem tych danych dla

każdego okresu (miesiąca, roku). Prosimy o potwierdzenie, czy Zamawiający ma na myśli tworzenie planu amortyzacji? Jeśli tak, czy wystarczające jest tworzenie planu amortyzacji na wybrany rok do przodu dla wszystkich miesięcy lub na lata w przód .

Wyjaśnienia

Zamawiający potwierdza, że na wystarczające jest tworzenie planu amortyzacji na wybrany rok do przodu dla wszystkich miesięcy lub na lata w przód.

Pytanie nr 13.

13. Pytanie

W SOPZ pkt. Magazyn 41.M Zamawiający pisze: Pobieranie dokumentów magazynowych z modułu gospodarki materiałowej. Prosimy Zamawiającego o wyjaśnienie, czy moduł Gospodarki Materiałowej jest tożsamy z modułem Magazyn opisanym w ramach SIWZ. Jeśli moduł Gospodarka Materiałowa nie jest tożsamy z opisanym modułem Magazyn, to prosimy o wskazanie wymagań dla tego modułu lub usuniecie wymagania.

Wyjaśnienia

Zamawiający potwierdza, że moduł Gospodarki Materiałowej jest tożsamy z modułem Magazyn opisanym w ramach SIWZ.

Pytanie nr 14.

14. Pytanie

W SOPZ pkt. Magazyn 55.M Zamawiający pisze: Możliwość eksportu danych do modułu płacowego. Czy Zamawiający pod pojęciem "eksport do modułu płacowego" uważa możliwość dostępu do danych wprowadzanych przez Kadry?

Wyjaśnienia

Zamawiający potwierdza, że pod pojęciem "eksport do modułu płacowego" uważa możliwość dostępu do danych wprowadzanych przez Kadry.

Informuję ponadto, że w związku z powyższymi wyjaśnieniami, Zamawiający nie przedłuża terminu do składania ofert, który wyznaczono na dzień 20.07.2021r. godz. 10:00.

Signature Not Verified

..D...o..k..u...m...e..n..t...p..o..d..p...i.s..a..n..y...p...r.z..e..z...J..ó..z..e..f...K...u..n...i.c..k..i

pDodaptais: K20ie2r1o.w0n7i.k1a6Z1a1m:a4w3i:a3j8ącCegEoSlTub osoby upoważnionej do występowania w jego imieniu

wyk. w 1 egz.

- informację zamieszczono na stronie internetowej Zamawiającego za pośrednictwem Platformy Zakupowej Zamawiającego oraz przekazano Wykonawcy/Wykonawcom, który/którzy skierował/skierowali pytania do SWZ.