Odpowiedzi

Transkrypt

Odpowiedzi

INSTYTUT „CENTRUM ZDROWIA MATKI POLKI”
SAMODZIELNA SEKCJA ZAMÓWIEŃ PUBLICZNYCH
93-338 Łódź, ul. Rzgowska 281/289
tel.: +4842 2711754 faks: +4842 2711750
E-mail: [email protected]
Łódź, dn. 27.01.2014 r.
Do wszystkich zainteresowanych,
Dotyczy: Postępowania ZP/80/2013 - Dostawa szpitalnego systemu informatycznego oraz
systemu księgowo-kadrowo-płacowego wraz z infrastrukturą serwerową dla Instytutu CZMP.
Szanowni Państwo,
W związku z uznaniem przez Zamawiającego odwołania oraz kierowanymi zapytaniami dotyczącymi
przedmiotowego postępowania Zamawiający wyjaśnia, co następuje.
Pytanie nr 1
Załącznik nr 5 do OPZ – Specyfikacja infrastruktury do przetwarzania danych, pkt. I. Platforma szpitalnego systemu
informatycznego HIS oraz systemu księgowego i kadrowo płacowego, pkt. 1. Serwer klastrowy
W podanych parametrach Zamawiający wymaga: Pamięć RAM - 96 GB pamięci RAM RDIMM o częstotliwości pracy
1600MHz. Płyta powinna obsługiwać do 768GB, na płycie głównej powinno znajdować się minimum 24 sloty
przeznaczonych dla pamięci. Możliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror, SBEC, Lockstep.
Prosimy o rezygnację z zapisu: „Memory Mirror, SBEC”
Opis przedmiotu zamówienia preferuje produkty konkretnego producenta, co prowadzi do postawienia w
uprzywilejowanej sytuacji tych wykonawców których partnerem w realizacji zamówienia ma być firma Dell. Wykonawca,
który chciałby oprzeć realizację przedmiotu zamówienia na innych produktach niż preferowane przez Zamawiającego
znajduje się w nieporównywalnie gorszej sytuacji co stanowi naruszenie art. 7 ust. 1 ustawy Pzp.
Odpowiedź: Zamawiający wyraża zgodę na zaoferowanie rozwiązania równoważnego pod warunkiem
zachowania oczekiwanej funkcjonalności tj. innego sposobu mirroringu pamięci oraz innego mechanizmu
zabezpieczenia pamięci wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 2
W podanych parametrach Zamawiający wymaga: Sloty PCI Express: Min. 2 sloty x16 generacji 3 o prędkości x8
LowProfile, min. 2 sloty x16 generacji 3 o prędkości x8 , min. 1 slot x16 generacji 3 pełnej długości i wysokości, min. 2
slot x16 generacji 3 o prędkości x8 pełnej długości i wysokości.
Czy Zamawiający dopuszcza zamianę ilości slotów PCI jeśli kontroler storage jest zainstalowany na płycie główniej i nie
zabiera miejsca w slotach PCI-E Min. 2 sloty PCI-E x16 oraz 4 sloty PCI-E x8 ?
Odpowiedź: Zamawiający wymaga dostarczenia serwera wyposażonego w sloty PCI określone w SIWZ.
Pytanie nr 3
W podanych parametrach Zamawiający wymaga: Wewnętrzny moduł SD: Możliwość zainstalowania wewnętrznego
modułu z redundantnymi kartami SD oraz klucza USB. Możliwość skonfigurowania mirroru pomiędzy redundantnymi
kartami SD.
Takie rozwiązanie jest zastosowane tylko w firmie Dell, co uniemożliwia zaoferowanie alternatywnego rozwiązanie na
sprzęcie innych producentów. Opis przedmiotu zamówienia: zainstalowany wewnętrzny moduł dedykowany z
redundantnymi kartami SD oraz klucza USB z możliwością skonfigurowania zabezpieczenia typu "mirror", narusza art. 7
ust. 1. Ustawy Pzp (zasada uczciwej konkurencji i równego traktowania Wykonawców) ponieważ tylko jeden producent
udostępnia rozwiązanie tego typu.
Czy w związku z powyższym zamawiający dopuści dostarczenie rozwiązania z dedykowaną kartą flash lub SD, które
pozwoli na zagwarantowanie uczciwej konkurencji?
Odpowiedź: Zamawiający dopuszcza jako równoważne rozwiązanie z dedykowana kartą flash lub SD o ile
będzie dostępna funkcja mirroringu tej pamięci wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 4
W podanych parametrach Zamawiający wymaga: System diagnostyczny: Panel LCD umieszczony na froncie obudowy,
umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze.
Czy panel LCD może zostać zastąpiony przez panel LED o podobnej funkcjonalności oraz czy wyświetlenie informacji o
temperaturze może być zastąpione poprzez zaświecenie diody LED z przodu sugerującej taką informacje oraz poprzez
oprogramowanie zastosowane przy karcie zarządzającej serwerem?
Odpowiedź: Zamawiający dopuszcza rozwiązanie równoważne oparte o panel LED pod warunkiem, że
wyświetla on informacje dotyczące procesora, pamięci, dysków, BIOS, zasilaniu i temperaturze wraz z
opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 5
W podanych parametrach Zamawiający wymaga: Karta zarządzająca: zainstalowana wewnętrzna dedykowana do karty
zarządzającej, karta SD o pojemności min. 8 GB
Opis przedmiotu zamówienia w zakresie: zainstalowana wewnętrzna dedykowana do karty zarządzającej, karta SD o
pojemności min. 8 GB, narusza art. 7 ust. 1 ustawy Pzp (zasada uczciwej konkurencji i równego traktowania
wykonawców), ponieważ tylko jeden producent (firma Dell) udostępnia rozwiązanie tego typu. W związku z powyższym
prosimy o wykreślenie tego zapisu z SIWZ.
Odpowiedź: Zamawiający dopuści dostarczenie serwera wyposażonego w inne rozwiązanie równoważne
niż wewnętrzna karta SD, wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 6
W załączniku nr 5 do SIWZ – Specyfikacja infrastruktury do przetwarzania danych – II. Platforma przechowywania
radiologicznych obrazów diagnostycznych.
1. Serwer zarządzający
W wymaganych parametrach Zamawiający wymaga: ”Procesor: Jeden procesor sześciordzeniowy klasy x86 dedykowany
do pracy z zaoferowanym serwerem umożliwiający osiągnięcie wyniku min. 102 punktów w teście
SPECint_rate_base2006 dostępnym na stronie www.spec.org”
Czy zapis może zostać spełniony dla tego samego typu procesora jednak wynik przedstawiony jest dla dwóch
procesorów, które umożliwiają osiągnięcie wyniku min 217 punktów w teście SPECint_rate_base2006 dostępnym na
stronie www.spec.org ?
Odpowiedź: Zamawiający dopuszcza w/w rozwiązanie.
Pytanie nr 7
Załącznik nr 5 do OPZ – Specyfikacja infrastruktury do przetwarzania danych, pkt. II. Platforma przechowywania
radiologicznych obrazów diagnostycznych, pkt. 1 Serwer zarządzający
W podanych parametrach Zamawiający wymaga: 32 GB pamięci RAM RDIMM o częstotliwości pracy 1600MHz Płyta
powinna obsługiwać domin. 96GB, na płycie głównej powinno znajdować się minimum 6 slotów przeznaczonych dla
pamięci Możliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror, Lockstep
znajduje się w nieporównywalnie gorszej sytuacji.
Pytanie nr 8
radiologicznych obrazów diagnostycznych, pkt. 1. Serwer zarządzający
W wymaganych parametrach Zamawiający podaje: Sloty PCI Express:
−
Minimum jeden slot x8 o prędkości x4 generacji
−
minimum jeden slot x16 generacji 3 pełnej wysokości
Czy Zamawiający dopuszcza zaoferowanie slotów PCI-E na: Min. 1 slot PCI-E x16, Min. 1 slot PCI-E x8?
2
Pytanie nr 9
kartami SD.
sprzęcie innych firm. Opis przedmiotu zamówienia: zainstalowany wewnętrzny moduł dedykowany z redundantnymi
kartami SD oraz klucza USB z możliwością skonfigurowania zabezpieczenia typu "mirror", narusza art. 7 ust. 1 ustawy
Prawo zamówień publicznych (zasada uczciwej konkurencji i równego traktowania wykonawców) ponieważ tylko jeden
producent udostępnia rozwiązanie tego typu.
Czy w związku z powyższym Zamawiający dopuszcza dostarczenie rozwiązania z dedykowaną kartą flash lub SD, które
pozwoli na zagwarantowanie uczciwej konkurencji?
Pytanie nr 10
Pytanie nr 11
W podanych parametrach Zamawiający wymaga: Zasilacze: Redundantne zasilacze o mocy maks. 350W każdy.
Czy max. moc zasilaczy może zostać zwiększona z 350W do 460W dla zasilaczy, które umożliwiają pracę z wyższą
efektywność 94%?
Odpowiedź: Tak, pod warunkiem, że zastosowane zasilacze przy obciążeniu mocą 350W zapewnią pracę
ze sprawnością minimum 96% .
Pytanie nr 12
radiologicznych obrazów diagnostycznych, pkt. 2. Serwer klastrowy
W podanych parametrach Zamawiający wymaga: 96 GB pamięci RAM RDIMM o częstotliwości pracy 1600MHz. Płyta
powinna obsługiwać do 768GB, na płycie głównej powinno znajdować się minimum 24 sloty przeznaczonych dla pamięci.
Możliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror, SBEC, Lockstep.
znajduje się w nieporównywalnie gorszej sytuacji.
Pytanie nr 13
W podanych parametrach Zamawiający wymaga: Sloty PCI Express: Min. 2 sloty x16 generacji 3 o prędkosci x8
LowProfile, min. 2 sloty x16 generacji 3 o prędkości x8 , min. 1 slot x16 generacji 3 pełnej długości i wysokości, min. 2
slot x16 generacji 3 o prędkości x8 pełnej długości i wysokości.
Czy Zamawiający dopuszcza zamianę ilości slotów PCI jeśli kontroler storage jest zainstalowany na płycie główniej i nie
zabiera miejsca w slotach PCIe. Min. 2 sloty PCI-E x16 oraz 4 sloty PCI-E x8?
3
Pytanie nr 14
kartami SD.
sprzęcie innych firm. Opis przedmiotu zamówienia: zainstalowany wewnętrzny moduł dedykowany z redundantnymi
kartami SD oraz klucza USB z możliwością skonfigurowania zabezpieczenia typu "mirror", narusza art. 7 ust 1. ustawy
Prawo Zamówień Publicznych (zasada uczciwej konkurencji i równego traktowania wykonawców) ponieważ tylko jeden
producent udostępnia rozwiązanie tego typu.
Czy Zamawiający dopuszcza dostarczenie rozwiązania z dedykowaną kartą flash lub SD, które pozwoli na
zagwarantowanie uczciwej konkurencji?
Pytanie nr 15
Pytanie nr 16
W podanych parametrach Zamawiający wymaga: Karta zarządzająca: zainstalowana wewnętrzna dedykowana do karty
zarządzającej, karta SD o pojemności min. 8 GB
Opis przedmiotu zamówienia: Zainstalowana wewnętrzna dedykowana do karty zarządzającej, karta SD o pojemności
min. 8 GB narusza art. 7 ust. 1. Ustawy Prawo zamówień publicznych (zasada uczciwej konkurencji i równego
traktowania wykonawców) ponieważ tylko jeden producent udostępnia rozwiązanie tego typu. W związku z powyższym
prosimy o wykreślenie tego zapisu .
Pytanie nr 17
Załącznik nr 1 do SIWZ – Opis przedmiotu Zamówienia, pkt. 3.7 Wykonawca zapewni przeniesienie wszelkich
zgromadzonych danych w systemie CliniNet produkcji CompuGroup Medical Polska Sp. z o.o. i w systemie finansowo
księgowym TETA dzierżawionych dotychczas przez Zamawiającego oraz w systemie kadrowo-płacowym ARISCO wraz z
serwerami aplikacji, baz danych, usług oraz wszystkich wymaganych interfejsów koniecznych do wydajnej i prawidłowej
pracy Systemu.
Czy Zamawiający dopuszcza rozwiązanie w którym w ramach zadania do nowej aplikacji przeniesione zostaną
następujące dane w ramach części białej: słownik pacjentów, słownik personelu, słownik jednostek kierujących, słownik
lekarzy kierujących, cennik usług komercyjnych. Migracja wszelkich danych zgromadzonych w systemie produkcji
CompuGroup Polska sp. z o.o. możliwe jest do zrealizowania jedynie przez firmę CompuGroup Polska sp. z o.o. ponieważ
tylko ten wykonawca posiada wiedzę dotyczącą struktury bazy danych oraz zakresu przechowywanych w niej informacji.
Odpowiedź: Zamawiający nie dopuszcza przeniesienia jedynie danych w ramach części białej: słownik
pacjentów, słownik personelu, słownik jednostek kierujących, słownik lekarzy kierujących, cennik usług
komercyjnych, Zamawiający na mocy art. 38 ust. 4 ustawy Pzp zmienia zapisy SIWZ w zakresie Załącznika
nr 1 do SIWZ – Opis przedmiotu zamówienia w zakresie pkt 3.7.
Pytanie nr 18
Załącznik nr 1 do SIWZ – Opis przedmiotu Zamówienia, pkt. 3.7 Wykonawca zapewni przeniesienie wszelkich
pracy Systemu.
Czy Zamawiający dopuszcza rozwiązanie w którym w ramach zadania migracji części szarej do nowych aplikacji
przeniesione zostaną wszystkie niezbędne dane pozwalające na zachowanie ciągłości pracy bieżącej i sprawozdawczej.
Migracja wszelkich danych zgromadzonych w systemach produkcji aż trzech firm CompuGroup Polska sp. z o.o., TETA i
4
ARISTO nie jest możliwe do zrealizowania. Jedynie te firmy, posiadają wiedzę dotyczącą aktualnej struktury bazy danych
oraz zakresu przechowywanych w niej informacji, tym samym z przetargu wyklucza się innych producentów
oprogramowania. Prosimy o złagodzenie zapisu lub wyrażenie zgodny na powyższą interpretację.
Odpowiedź: Zamawiający nie dopuszcza przeniesienia jedynie w/w danych, Zamawiający na mocy art. 38
ust. 4 ustawy Pzp zmienia zapisy SIWZ w zakresie Załącznika nr 1 do SIWZ – Opis przedmiotu zamówienia
w zakresie pkt 3.7. Zamawiający wyjaśnia, iż migracja danych zgromadzonych w systemie produkcji
CompuGroup Polska Sp. z o.o. nie dotyczy części szarej.
Pytanie nr 19
Załącznik nr 2 do OPZ – Lista funkcji, Ruch chorych – statystyka, pkt. 305. Elektroniczna komunikacja z instytucjami
nadrzędnymi:
−
Centra Zdrowia Publicznego,
−
NFZ,
−
Ministerstwo Zdrowia i GUS.
Czy Zamawiający dostarczy formaty wymiany danych z Centrum Zdrowia Publicznego oraz z Ministerstwem Zdrowia i
GUS? Do prawidłowej elektronicznej wymiany danych niezbędne jest uzyskanie wspólnego formatu wymiany danych.
Odpowiedź: Struktura komunikatu xml dotycząca przekazywania elektronicznej wersji Szpitalnych Kart
Statystycznych (MZ/Szp-11) do Wojewódzkiego Centrum Zdrowia Publicznego jest udostępniana na
stronie internetowej Narodowego Instytutu Zdrowia Publicznego – Państwowego Zakładu Higieny.
Wymiana elektroniczna z Ministerstwem Zdrowia oraz z GUS odbywa się poprzez portale internetowe
w/w instytucji. W celu uzupełnienia w portalach żądanych danych przez instytucje nadrzędne niezbędne
są odpowiednie raporty (zestawienia) generowane z systemu informatycznego i zawierające zakres
danych z sprawozdań ZD-3, MZ-29 i MZ-12. Zamawiający wyjaśnia, iż nie dostarczy w/w danych,
ponieważ nie istnieje jeden wspólny format danych do tych Instytucji.
Pytanie nr 20
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia gabinet, pkt. 471. Wyszukiwanie pacjentów wg rożnych parametrów:
−
imię,
−
nazwisko,
−
nazwisko rodowe pacjenta,
−
identyfikator pacjenta w systemie informatycznym,
−
PESEL,
−
wiek,
−
płeć,
−
data urodzenia,
−
numer dokumentacji pacjenta,
−
dane wizyty (data, poradnia, lekarz).
−
data przyjęcia na Izbę Przyjęć/Oddział ,
−
numer karty RUM,
−
miejscowość, ulica, kod administracyjny,
−
diagnozy/wykonane usługi,
−
zakodowane świadczenia NFZ oraz ICD, czasu pobytu i daty leczenia operacyjnego.
Czy Zamawiający uzna wymóg za spełniony w przypadku kiedy szukanie pacjenta po dacie urodzenia odbywa się na
zasadzie wpisania pierwszych sześciu cyfr numeru pesel?
Pytanie nr 21
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia POZ, pkt. 500 – 502. Możliwość zdefiniowania użytkownikowi uprawnień
oddzielnie do deklaracji typu:
−
modyfikacja deklaracji POZ typu L (lekarz), P (pielęgniarka), O (położna); modyfikacja deklaracji POZ typu
S(szkolne),
−
modyfikacja deklaracji POZ typu KAOS(C i H).
Czy Zamawiający dopuszcza zmianę zapisu.
Możliwość zmiany tylko własnych deklaracji. System automatycznie wiąże deklarację pracownika z komórka
organizacyjną z którą powiązany jest pracownik do którego składana jest dana deklaracji zgodnie z wymaganiami NFZ.
System automatycznie proponuje dodanie deklaracji do pielęgniarki i położnej z możliwości wydruku papierowego w celu
podpisania deklaracji przez pacjenta.
System automatycznie w grafiku pracy lekarza wyróżnia np. w postaci innego koloru pacjentów którzy umówieniu są do
danego pracownika na wizytę ale nie posiadają aktywnej deklaracji.
Odpowiedź: Zamawiający nie dopuszcza w/w rozwiązania, podtrzymuje zapisy SIWZ.
5
Pytanie nr 22
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia POZ, pkt. 506. Raport Liczby Deklaracji dla Wieku
Czy Zamawiający dopuszcza zmianę zapisu na: Raport Liczby Deklaracji dla Wieku z podziałem na komórkę
organizacyjną (poradnię) oraz pracownika do którego złożona jest deklaracja?
Pytanie nr 23
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia POZ, pkt. 507. Raport wizyt bez deklaracji POZ
Czy Zamawiający dopuszcza zmianę zapisu na Raport wizyt bez deklaracji POZ, podczas umawiania pacjenta na wizytę
system informuje o braku aktywnych deklaracji dla umawianego pacjenta
Pytanie nr 24
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia POZ, pkt. 508. Możliwość śledzenia historii zmian w Deklaracji POZ
danego pacjenta.
Proponujemy zmianę zapisu na: Możliwość śledzenia historii zmian w Deklaracji POZ danego pacjenta, system umożliwia
zbiorcze przepisywanie/wycofanie deklaracji do innego pracownika w przypadku zmiany lekarza lub błędów weryfikacji
NFZ (zgon pacjenta, deklaracja złożona u innego świadczeniodawcy).
Pytanie nr 25
Załącznik nr 2 do OPZ – Lista funkcji, Baza danych, Lista funkcji technicznych systemu, pkt. 4 W przypadku wystąpienia
błędu podczas aktualizacji system automatycznie przywraca aplikację części białej do poprzedniej,
poprawnie działającej wersji.
Proponujemy zmianę zapisu na: W przypadku wystąpienia błędu podczas aktualizacji system zezwala tylko uprawnionym
do tego użytkownikom (administratorom systemu) na przywraca aplikację części białej do poprzedniej, poprawnie
działającej wersji.
Odpowiedź: Zamawiający nie dopuszcza w/w rozwiązania, podtrzymuje zapisy SIWZ. Wymaga
automatycznego przywrócenia aplikacji do poprzedniej, poprawnie działającej wersji bez konieczności
udziału uprawnionych do tego użytkowników.
Pytanie nr 26
Załącznik nr 2 do OPZ – Lista funkcji, Apteka centralna, pkt. 805. Możliwość podglądu stanu apteczek oddziałowych z
możliwością zastosowania kryteriów przeszukania opartych o klasy produktów, słowniki lekarzy i dane pacjentów w tym
słownik ICD
Prosimy o doprecyzowanie potrzeby zastosowania słownika ICD jako kryterium do podglądu stanu apteczek
oddziałowych lub o wykreślenie zapisu dotyczącego wykorzystania w tym miejscu słownika ICD.
Odpowiedź:
Pod pojęciem klasy = grupy = kategorii produktu zamawiający rozumie podział produktów
sprowadzanych do szpitala przez aptekę, (mający swoje odbicie w strukturze aptecznej bazy produktów),
o wielorakim zastosowaniu przy selekcji i filtrowaniu oraz do tworzenia zestawień na potrzeby np.
przygotowania zleceń oddziałowych, generowania zamówień/zapotrzebowań do apteki, przygotowania
przetargu w aptece, także do analizy ofert, analizy przyjęć wyrobów, analizy rozchodów produktów na
jednostkę organizacyjną i konkretnego pacjenta lub grupę pacjentów spełniających dodatkowo określone
kryteria selekcji. Typów klas w systemie powinno być wiele. Zamawiający nie oczekuje od pytającego
gotowego podziału na klasy. Oczekuje jedynie w ramach realizacji funkcjonalności zapewnienia w
systemie bazodanowym apteki miejsca (wielu pól w bazie) obsługiwanych przez słownik/słowniki
pozwalające użytkownikowi samodzielnie zdefiniować ilość i typ klas produktów obsługiwanych przez
system. Nie do przyjęcia jest założenie, że produkt w aptece może należeć jedynie do jednej klasy
produktów. Zamawiający oczekuje, że jeden produkt może należeć do różnego typu klas produktów, co
dopiero wtedy daje możliwości właściwego filtrowania i selekcji. Innego typu klasa dotyczyć będzie np.
statusu produktu w szpitalu i związanego z nim trybu sprowadzania (wyrób ze szpitalnej listy, wyrób z
poza szpitalnej listy leków, wyrób sprowadzany w trybie importu docelowego, lek/wyrób z darów,
lek/wyrób do badań klinicznych czy lek/wyrób będący próbką lekarską), a inną klasą będzie np. podział
wyrobów na: produkty lecznicze, wyroby medyczne, produkty będące środkami spożywczymi specjalnego
przeznaczenia żywieniowego, których klasy rozbudowywać można dalej o podklasy np. wyroby medyczne
mogą zostać podzielone na kilka podklas takich jak: środki opatrunkowe, materiały szewne, opatrunki
specjalistyczne, implanty z dalszym
podziałem
na ortopedyczne, neurochirurgiczne, czy
kardiochirurgiczne. Do innej kategorii = klasy podziałów wyrobów należeć będzie np. podział na produkty
gotowe i na wytwarzane w aptece (i tu może być uwzględniony dalszy podział: na lek recepturowy,
magistralny = produkcja apteczna, produkt specjalistyczny o indywidualizowanym składzie na potrzeby
żywienia parenteralnego czy leczenia onkologicznego). Zaszeregowanie produktu do każdej z kategorii =
klasy związane będzie w przypadku prostej struktury każdej z klas z przyporządkowaniem produktowi
wielu różnych, w zależności od rodzaju klasy, kodów, flag, określników (mnemoników) pozwalających
6
użyć ich, jako identyfikator (klucza) do filtrowania czy selekcji w zapytaniu SQL. Dużo efektywniejszym
sposobem umożliwiającym wykorzystania wielu klas produktów na raz bez potrzeby rozbudowania bazy
produktów aptecznych o wiele pól związanych z opisami i kodami dla wielu klas jest wykorzystanie
agregatu klas w jednej strukturze wielopoziomowego słownika (klasyfikacji) tak jak została zbudowana
baza np. WHO kodów i opisów leków znana, jako ATC, czyli klasyfikacja Anatomiczno-TerapeutycznoChemiczna leków służąca zarówno do selekcji jak i raportowania zużycia leków, czy też klasyfikacja CPV
wykorzystywana głównie przy zamówieniach publicznych, choć jej zastosowanie spokojnie wykracza poza
zamówienia publiczne. Jedna, o określonej (dopasowanej do potrzeb przez użytkownika) strukturze baza
– słownik zawierająca, kod i opis takiej klasyfikacji pozwoli zaoszczędzić miejsce w systemie pozwalając
przy filtrowaniu, tworzeniu zapytań do systemu na agregowaniu wybranych danych na różnym poziomie
szczegółowości w zależności od wybranego poziomu klasyfikacji. Zastosowanie wielopoziomowego
słownika, jako klasyfikacji produktów pozwoli wykorzystać jednorazowo wiele kryteriów selekcji.
Funkcjonalność ta powinna być dostępna zarówno w aptece jak i na oddziale.
Słownik ICD jest z założenia właśnie jednym z typów wielopoziomowego słownika, (który może być
wykorzystywany przy definiowaniu kryteriów selekcji zastosowanych produktów), choć obejmuje
klasyfikację procedur medycznych, a nie leków. Tak jak kilka jeszcze innych słowników, które powinny
znaleźć się w systemie aptecznym, słownik kodów klasyfikacji ICD (najlepiej w wersji wielopoziomowej)
zamawiający pragnie wykorzystać do selekcji produktów (dostarczanych przez aptekę) i stosowanych u
pacjentów w konkretnych procedurach (np. produktów zastosowanych w określonych procedurach
wysokospecjalistycznych zamawianych przez Ministerstwo Zdrowia). Po takiej wstępnej selekcji za
pomocą słownika ICD (lub jednocześnie w jednym zapytaniu) istnieje w oparciu o różne wielopoziomowe
klasyfikacje lekowe możliwość agregacji produktów np. pod katem rodzaju substancji czynnej, typu jej
działania lub określenia kosztów i struktury samej procedury, co daje dalej możliwość porównania
procedur i wyboru tej optymalnej. Do przeprowadzenia tego rodzaju analiz potrzebni są specjaliści od
leków, którzy są w każdej aptece szpitalnej, ale brakuje im dostępu do tego typu danych oraz dobrego
programu o odpowiednim zakresie funkcjonalności.
Pytanie nr 27
Załącznik nr 2 do OPZ – Lista funkcji, Apteka centralna, pkt. 826, 827
826. Korekta dokumentu wydania tylko przed zatwierdzeniem do wysyłki.
827. Później, możliwość edycji i korekty dokumentów wydania z zapisem w pliku "log" systemu, czyli zapisana informacja
kto, co, kiedy i dlaczego zmienił z podglądem skorygowanego dokumentu
Co Zamawiający rozumie w tym punkcie przez pojęcie „wysyłki”. Czy zamawiający rozumie tutaj przez to zatwierdzenie
przygotowanego wcześniej dokumentu wydania? Proszę o doprecyzowanie punktu. Czy Zamawiający dopuszcza zapis
wymienionych informacji do bazy danych zamiast do pliku „log” systemu?
Odpowiedź: Sformułowanie „… przed zatwierdzeniem do wysyłki” znaczy, że przed zatwierdzeniem
realizacji zamówienia/zapotrzebowania przez osobę nadzorującą ekspedycję apteczną. W przypadku
systemu informatycznego działającego w aptece przed wydaniem zgody na odesłanie zrealizowanego
zamówienia na oddział (wysyłka zrealizowanych potrzeb na oddział) osoba nadzorująca ekspedycję
(miejsce w aptece gdzie realizowane są fizycznie zamówienia z oddziałów) musi sprawdzić sposób
skompletowania zamówienia i potwierdzić stan skompletowania odpowiednim wpisem w systemie
pozwalającym skontrolować później takie informacje, jak: kto zaakceptował realizację zlecenia, kiedy to
było i o której godzinie, jaki oddział lub pacjent był realizowany i co zostało wydane). Oczywiście
związane jest to z akceptacją wydrukowanego wcześniej z systemu dokumentu wydania. (patrz też
odpowiedź na pytanie 336). Zamawiający dopuszcza zapis wymienionych informacji do bazy tak samo jak
do pliku „log” systemu, o ile będzie to baza specjalizowana do przechowywania i odnotowywania
wszystkich zmian w bazach dokonanych przez użytkowników podczas pracy w innych miejscach systemu
z łatwym, szybkim i bezpośrednim dostępem do informacji:, Kto?, Co?, Kiedy? i Dlaczego? zmienił.
Pytanie nr 28
Załącznik nr 2 do OPZ – Lista funkcji, Apteka centralna, Obsługa przyjęć produktów do apteki – zakupy, pkt. 869.
Istnieje możliwość poprawy, edycji, usunięcia produktów w dokumentach dostawy już zatwierdzonych i znajdujących się
w zasobach systemu ale każda tego typu ingerencja powinna wiązać się z wygenerowaniem i dopisaniem do
odpowiedniego dokumentu informacji w pliku typu "log": czyli kto?, co zmienił?, kiedy zmieniono?, dlaczego?
Czy Zamawiający dopuszcza aby dane typu „kto, co zmienił, kiedy i dlaczego” zapisywane były bezpośrednio w bazie
danych zamiast do pliku typu „log” ?
Odpowiedź: Zamawiający dopuszcza takie równoważne rozwiązanie wraz z opisem tego w ofercie zgodnie
z art. 30 ust 5 Pzp.
Pytanie nr 29
Załącznik nr 2 do OPZ – Lista funkcji, Wymagania ogólne, pkt. 4 Do wszystkich przycisków widocznych w oknie
programu przypisane są skróty klawiszowe. Skróty są stosowane konsekwentnie w całym systemie.
Czy wystarczającym dla Zamawiającego będzie przypisanie skrótów do przycisków najczęściej używanych?
Odpowiedź: Zamawiający dopuszcza przypisanie skrótów do przycisków najczęściej używanych, skróty
zostaną zdefiniowane przez Zamawiającego na etapie wdrożenia.
7
Pytanie nr 30
Załącznik nr 2 do OPZ – Lista funkcji, Wymagania ogólne, pkt. 7 – 12
Ograniczanie interfejsu użytkownika wyłącznie do technologii WWW nie ma uzasadnienia i prowadzi do preferowania
konkretnego dostawcy oprogramowania (zwłaszcza że dla części administracyjnej wymaga się środowiska opartego o MS
Windows).
Wnosimy o wykreślenie tych wymogów i dopuszczenie aplikacji opartych o klienta typu desktop dla całości oferowanego
systemu. Zapis o ograniczeniu interfejsu użytkownika wyłącznie do technologii WWW stanowi naruszenie art. 7 ust. 1
ustawy Pzp.
Odpowiedź: Zamawiający dopuszcza w/w rozwiązanie. Zamawiający na mocy art. 38 ust. 4 Pzp
modyfikuje Załącznik nr 1.2 do SIWZ – Listę funkcji w zakresie Wymagań ogólnych.
Pytanie nr 31
Załącznik nr 2 do OPZ – Lista funkcji, Wystawianie recept, pkt. 138, 139
Wymaganie układu interfejsu użytkownika do wprowadzania recept zgodnego z formularzem wydruku recepty nie ma
uzasadnienia i prowadzi do preferowania konkretnego dostawcy oprogramowania.
Wnosimy o wykreślenie tego wymogu, ze względu na fakt istnienia systemów, w które proponują funkcjonalność o wiele
bardziej naturalną dla lekarza tj. przepisywanie leków podczas wizyty, a nie recept. Na koniec wizyty przepisane leki
automatycznie dzielone są na recepty ze względu na ich ilość i rodzaj bez konieczności obciążania dodatkowymi
wymogami lekarza ordynującego.
Odpowiedź: Zamawiający dopuszcza różne formy realizacji wystawiania recepty pod warunkiem
zachowania wymogu, że układ drukowanego formularza recepty jest zgodny z obowiązującymi
przepisami.
Pytanie nr 32
Załącznik nr 2 do OPZ – Lista funkcji, Wystawianie recept, pkt. 143
Wnosimy o wykreślenie tego wymogu ze względu na komplikacje jakie wnosi możliwość „oddawania” numerów recept do
puli. Przypadkowe lub zamierzone (błędne) użycie tej funkcji powoduje problemy pacjenta z uzyskaniem refundacji
leków, a numery recept nie są drukami ścisłego zarachowania, z których należałoby się tłumaczyć z powodu mniejszej
liczby realizacji recept niż liczby wydanych lekarzom numerów.
Odpowiedź: Zamawiający dopuszcza, aby usunięcie recepty z systemu nie skutkowało odzyskaniem
numeru recepty i włączeniem go do puli numerów recept do wykorzystania. Zamawiający wymaga
możliwości usunięcia recepty.
Pytanie nr 33
Załącznik nr 2 do OPZ – Lista funkcji, Wystawianie recept, pkt. 151, 156
Prosimy o wyjaśnienie pojęcia prezentacji recept i leków w formie zakładek najlepiej w formie projektu układu zawartości
takiego okna.
Odpowiedź: Zamawiający wymaga widoku wystawionych recept i list leków dla pacjentów w formie
dynamicznych zakładek/paneli, które po kliknięciu zaprezentują od razu widok recepty (listy leków).
Projekt układu zawartości takiego okna to wzór recepty zgodnie z obowiązującymi przepisami w tym
zakresie.
Pytanie nr 34
Załącznik nr 2 do OPZ – Lista funkcji, Minimalny pakiet standardowych zestawień danych i wydruków, Raporty, pkt. 383
– 442, 539 – 572, Rozliczenia z NFZ, pkt. 638
Prosimy o wyspecyfikowanie zawartości raportów (lista kolumn) oraz warunków filtrowania zbieranych do nich danych.
Przykładowy raport świadczeń jest stwierdzeniem tak niejednoznacznym, że spełnienie wymogu jego posiadania w
systemie jest z jednej strony niemożliwy, a z drugiej strony każdy raport dostępny w jakimkolwiek systemie można
nazwać raportem świadczeń. Zestawienie operacji może zaś dotyczyć operacji przeprowadzanych na bloku operacyjnym
szpitala albo operacji wykonywanych w systemie przez jego operatorów. Brak precyzyjnych informacji doprowadzi to do
niepotrzebnych nieporozumień na etapie uruchomienia systemu.
Odpowiedź: Zamawiający przekaże wymagania do tych zestawień danych i wydruków niezwłocznie po
podpisaniu umowy. W przypadku, gdy Wykonawca nie posiada takich zestawień danych i wydruków,
zobowiązuje się do ich stworzenia według wymagań i szablonów wskazanych przez Zamawiającego.
Pytanie nr 35
Załącznik nr 2 do OPZ – Lista funkcji, Poradnia gabinet, pkt. 473, Poradnia statystyka, pkt. 517
Lista zablokowanych kart RUM to funkcjonalność dostępna wyłącznie dla świadczeniodawców Śląskiego OW NFZ.
Czy Zamawiający posiada konto w Portalu Świadczeniodawcy Śląskiego OW NFZ i będzie kontrolował karty RUM
pacjentów ze Śląska?
Odpowiedź: Zamawiający oczekuje integracji i wdrożenia łączności z w/w systemem i systemami
podobnej klasy, które będą dostępne dla Zamawiającego w zakresie kart RUM lub ich odpowiednika oraz
systemu e-Recepta CSIOZ, w przypadku ich obligatoryjnego wprowadzenia przez Zamawiającego.
Zamawiający wymaga uwzględnienia kosztu w/w integracji i wdrożenia w cenie oferty.
8
Pytanie nr 36
Załącznik nr 2 do OPZ – Lista funkcji, Moduł optymalizacji JGP, pkt. 670
Wymóg jest opisem funkcjonalności udostępnianej przez wyłącznie jednego producenta oprogramowania, który zbiera
odpowiednie statystyki w wyniku przeprowadzania grupowań przez szpitale na stronie internetowej producenta. Biorąc
pod uwagę wymóg 672 uniemożliwiający korzystanie z Internetu w module optymalizacji JGP wnosimy o wykreślenie
wymogu 670.
Odpowiedź: Zamawiający wykreśla pkt 670 z Załącznika nr 1.2 do OPZ - Listy Funkcji.
Pytanie nr 37
Załącznik nr 2 do OPZ, Elektroniczna dokumentacja medyczna, pkt. 2 – 7
Co Zamawiający ma na myśli pod słowem „generowanie”, zaś w punktach 4..5 wydruków, 6.7 raportów? Są to bowiem
sformułowania dotyczące dokumentacji papierowej, a nie elektronicznej.
Odpowiedź: Mimo wdrożenia EDM Zamawiający wymaga możliwości wydrukowania wszelkich
dokumentów obowiązujących go na dany dzień przepisami prawa.
Pytanie nr 38
Załącznik nr 2 do OPZ, Elektroniczna dokumentacja medyczna, pkt. 14
Jaki efekt miałaby nieść za sobą w systemie taka autoryzacja? Gdzie informacja o autoryzacji przez konkretnych lekarzy
danego fragmentu dokumentacji miałaby być prezentowana (w których miejscach systemu).
Odpowiedź: Zamawiający wyjaśnia, iż informacja o autoryzacji przez konkretnych lekarzy danego
fragmentu dokumentacji miałaby być prezentowana na przykład pod danym formularzem, np. dla zleceń
medycznych, danych opisowych dokumentacji medycznej. Taka funkcjonalność ma uzasadnienie w
ergonomii wykorzystywania systemu medycznego. Funkcjonalność jest potrzebna na przykład po to, aby
osoba niezalogowana w systemie, która ma autoryzować dany wpis, mogła bez konieczności wylogowania
się, zalogowania i wchodzenia w dany rekord, podpisać go elektronicznie na już uruchomionym
formularzu (zalogowany inny użytkownik) ze skonfigurowaną regułą autoryzacji. Każdy wpis autoryzacji
musi być opatrzony czasem, osobą podpisującą, jej PWZ, a także dołączony na stałe do podpisywanych
danych formularza
Pytanie nr 39
O jakich danych źródłowych w postaci dokumentu mowa w tym wymaganiu?
Odpowiedź: Zamawiający wyjaśnia, iż są to dane które są niezbędne do utworzenia dokumentacji zgodnie
z Rozporządzeniem MZ w sprawie rodzajów i zakresu dokumentacji medycznej i sposobu jej
przetwarzania z dnia 21.12.2010r z późn. zm.
Pytanie nr 40
Załącznik nr 2 do OPZ, Elektroniczna dokumentacja medyczna, pkt. 26 - 27
Zbiorcze podpisywanie dokumentów prowadzi najczęściej do braku świadomości co zostaje podpisane. Czy Zamawiający
zgodzi się na rozwiązanie, w którym kolejne dokumenty ze zbioru są wyświetlane do podpisania, ale tylko dla pierwszego
wymagane jest wprowadzenie pin-u?
Pytanie nr 41
Co Zamawiający ma na myśli pisząc o wyszukiwaniu materializacji dokumentów?
Odpowiedź: Zamawiający oczekuje gromadzenia na przykład wszystkich wydanych dokumentów
pacjentowi lub osobom upoważnionym w wersjach ich wydania. Może bowiem zajść sytuacja, że wyniki
pacjenta do danego pobytu (np. patomorfologii) zostaną zapisane w systemie po wypisie pacjenta. Musi
istnieć więc ewidencja wydanych dokumentów w postaci elektronicznej i papierowej, które są
dokumentami zmaterializowanymi na dany moment w historii choroby.
Pytanie nr 42
W jaki sposób zamawiający miałby móc definiować własne typy dokumentów obsługiwanych przez repozytorium? Sam
typ nie spowoduje, że repozytorium „nauczy” się co robić z nowym dokumentem.
Odpowiedź: Zamawiający oczekuje udostępnienia funkcjonalności, która pozwalałaby na definiowanie
raportu (zestawienia) utworzonego wg własnego szablonu i odwołującego się do danych zebranych w
systemie.
9
Pytanie nr 43
Bezpośrednia wymiana danych pomiędzy jednostkami ochrony zdrowia bez pośrednictwa platformy P1 lub platform
regionalnych jest niemożliwa do zrealizowania ze względu na brak odpowiednich mechanizmów uwierzytelniających
podmiot pytający o dokumentację. Wnosimy o wykreślenie tego wymagania, lub wskazanie sposobu na bezpieczną
autoryzację podmiotów medycznych.
Odpowiedź: Zgodnie z SIWZ i zgodnie z przepisami prawa obowiązującymi Zamawiającego na dany dzień
umowy. Wykonawca ponadto w cenie oferty uruchomi i wdroży wszystkie niezbędne integracje oraz
komunikacje z platformami P1 i regionalnymi jak tylko będzie to możliwe, także jeśli taka możliwość
pojawi się w trakcie trwania procesu wdrożenia, np. również oficjalne prototypy tych platform.
Pytanie nr 44
Załącznik nr 1 do SIWZ – opis przedmiotu Zamówienia, pkt. 3.3. Nadzór Eksploatacyjny, - instalowanie Upgrade i Patch
(aktualizacji) Systemu
Czy Zamawiający dopuszcza samodzielną instalację aktualizacji i poprawek udostępnianych Zamawiającemu na serwerze
ftp Wykonawcy w postaci aktualizatora do samodzielnej instalacji?
Odpowiedź: Zamawiający nie wyraża zgody.
Pytanie nr 45
Załącznik nr 1 do SIWZ – opis przedmiotu Zamówienia, pkt. 3.3. Nadzór Eksploatacyjny, - dokonywanie ponownych
instalacji Systemu i narzędzi w przypadkach zmiany infrastruktury informatycznej Zamawiającego (uwzględnią
przeniesienie Systemu na inną platformę systemową),
Czy Zamawiający dopuszcza samodzielne ponowne instalowanie systemu i narzędzi (z uwzględnieniem przeniesienia na
inną platformę systemową) przy wsparciu Wykonawcy?
Pytanie nr 46
Załącznik nr 3 do OPZ – Wymagane parametry i warunki usług serwisowych i gwarancyjnych, pkt. II. Usługi serwisowe,
ppkt. 1 Zgłaszanie błędów telefonicznie
Czy Zamawiający dopuszcza zgłaszanie błędów poprzez dedykowany program serwisowy dostępny 24h/7 dni w
tygodniu?
Odpowiedź: Zamawiający wymaga możliwości elektronicznego zgłaszania błędów krytycznych i usterek
podobnie jak możliwości telefonicznego ich zgłaszania.
Pytanie nr 47
ppkt. 2 Instalacja nowych wersji produktu
Czy Zamawiający dopuszcza rozwiązanie w którym upgrade’y oraz patch’e do systemu dostarczane są Zamawiającemu w
postaci plików wykonywalnych w celu samodzielnej ich instalacji na serwerze Zamawiającego?
Pytanie nr 48
ppkt.3 Aktualizacja motoru bazy danych (upgrade) – jeżeli jest udostępniony przez producenta motoru bazy danych oraz
jeżeli Zamawiający ma do niego prawo.
Czy Zamawiający dopuszcza samodzielne aktualizowanie motoru bazy danych przy wsparciu Wykonawcy?
Pytanie nr 49
ppkt. 6 Aktualizacja systemu operacyjnego (upgrade) – jeżeli jest udostępniony przez producenta systemu operacyjnego
oraz jeżeli Zamawiający ma do niego prawo.
Czy Zamawiający ma na myśli oprogramowanie serwera?
Jeśli Zamawiający ma na myśli oprogramowanie zarówno serwera, jak i stacji roboczych - czy dopuszcza konfigurację
automatycznej aktualizacji stacji roboczych?
Pytanie nr 50
ppkt. 7 Aktualizacja oprogramowania wspierającego tworzenie serwerów wirtualnych (upgrade) – jeżeli jest
udostępniony przez producenta tego oprogramowania oraz jeżeli Zamawiający ma do niego prawo.
10
Czy Zamawiający dopuszcza samodzielne aktualizowanie oprogramowania wspierającego tworzenie serwerów
wirtualnych przy wsparciu Wykonującego?
Pytanie nr 51
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 673
Wykonawca prosi o podanie następujących informacji:
−
liczba użytkowników pracowni patomorfologii,
−
liczba stanowisk komputerowych pracowni patomorfologii
Odpowiedź: Licencja pływająca zgodnie z SIWZ bez ograniczeń na liczbę użytkowników i bez przypisania
do konkretnych stacji komputerowych, umożliwiająca korzystanie z systemu na łącznie 150 stanowiskach.
W szczególności dla osoby będącej poza pracownią patomorfologii, ale chcącej skorzystać z jej
funkcjonalności, mając do niej uprawnienia, musi być możliwość uruchomienia funkcjonalności na każdym
ze 150 stanowisk komputerowych, przy którym będzie chciała skorzystać z funkcji tego modułu.
Pytanie nr 52
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 675 Automatyczna rejestracja zlecenia wygenerowanego w
module zleceń oddziałowych (zlecenie wprowadzone na oddziale pojawia się w module patomorfologicznym bez
konieczności podejmowania żadnych działań).
Czy Zamawiający dopuszcza nadanie numerów zleceń i badań w pracowni według księgi znajdującej się w pracowni
patomorfologicznej?
Odpowiedź: Zamawiający dopuszcza w/w rozwiązanie, ale po potwierdzeniu otrzymania materiału.
Pytanie nr 53
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 685 Możliwość wyszukiwania badania po numerze w Księdze
Głównej i/lub nr pacjenta
Czy Zamawiający uzna wymaganie za spełnione jeśli umożliwione wyszukiwanie uwzględnia numer PESEL jako numer
pacjenta?
Odpowiedź: Zamawiający nie wyraża zgody – obcokrajowcy i niektórzy obywatele polscy nie mają
nadanego numeru PESEL.
Pytanie nr 54
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 689 Definiowalny pulpit użytkownika: prezentacja badań do
opisania na dziś - panel zawiera minimum dane pacjenta, nazwę badania, status, datę zlecenia, dane jednostki kierującej
i lekarza kierującego.
Z uwagi na to, że tylko jedna aplikacja dostępna na rynku polskim spełnia to wymaganie, czy Zamawiający dopuszcza
rezygnację z powyższego wymagania, jako ograniczającego konkurencję i wskazującego na jednego wykonawcę CompuGroup Medical Polska Sp. z o.o.
Czy Zamawiający uzna punkt za zrealizowany, jeśli użytkownikowi zostanie udostępnione sortowanie wg poszczególnych
kolumn?
Odpowiedź: Zamawiający zmienia kwalifikację tego wymagania jako dodatkowego (nieobligatoryjnego).
Pytanie nr 55
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 693 System umożliwia każdemu użytkownikowi zapisanie
własnych ustawień listy roboczej w zakresie wyświetlanych kolumn. Ustawienia są dostępne również po ponownym
zalogowaniu się do systemu. Dodatkowo istnieje możliwości wyboru kolumn i zapisie tego wyboru.
Czy Zamawiający uzna punkt za zrealizowany, jeśli użytkownikowi zostanie udostępnione sortowanie wg poszczególnych
kolumn?
Odpowiedź: Zamawiający zmienia kwalifikację tego wymagania jako dodatkowego (nieobligatoryjnego).
Pytanie nr 56
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 701 Rejestracja pacjenta NN za pomocą jednego kliknięcia,
system powinien automatycznie uzupełniać pola: imię, nazwisko informacjami NN, datę i godzinę przyjęcia pacjenta oraz
pole z numerem PESEL - liczbami zero, z możliwością późniejszego ich uaktualnienia.
Czy Zamawiający dopuszcza rozwiązanie równoważne tzn. system po oznaczeniu pacjenta jako NN automatycznie
uzupełnia wymagane dane jednak z wymaganiem podania przez użytkownika płci pacjenta?
Czy Zamawiający zgodzi się na zaoferowanie systemu, który w przypadku pacjenta NN pole PESEL pozostawia puste?
11
Pytanie nr 57
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 706 Możliwość anulowania zleconego badania z wpisaniem
uzasadnienia
Czy Zamawiający uzna punkt za zrealizowany, jeśli użytkownikowi zostanie umożliwione usuwanie wskazanych zleceń?
Odpowiedź: Zamawiający nie wyraża zgody, w systemie musi być informacja o przyczynie anulowania
zlecenia.
Pytanie nr 58
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 708 Realizacja zlecenia w pracowni (zaplanowanie badania,
rejestracja badania, opis, zużycie zasobów, weryfikacja wyników).
Czy pod pojęciem zaplanowanie badania Zamawiający ma na myśli możliwość prezentacji zleceń wg dat planowanych
wykonań?
Odpowiedź: Zamawiający dopuszcza taką możliwość, jeśli jest ona alternatywna oraz równoważna i nie
wpływa na ograniczenie funkcjonalności wszystkich pozostałych wymagań SIWZ. Jednocześnie
Zamawiający wymaga, aby możliwe było wówczas planowanie badań według grafiku/terminarza
pracowni.
Pytanie nr 59
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 710 Tworzenie oraz modyfikacje istniejących formularzy za
pomocą modułu administracyjnego.
Czy Zamawiający dopuszcza tworzenie oraz modyfikacje istniejących formularzy za pomocą modułu roboczego z
uwzględnieniem uprawnień do administrowania formularzami wydruków?
Pytanie nr 60
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 712 System umożliwia uprawnionym użytkownikom awaryjne
zdjęcie blokady badania
Czy Zamawiający ma na myśli cofnięcie autoryzacji wyniku badania?
Odpowiedź: Zamawiający wyjaśnia, iż wymaganie powiązane jest z pkt. 711. Zamawiający wymaga
awaryjnego zdjęcie blokady badania, oraz ewentualnej korekty innych elementów, z zaznaczeniem kto
dokonał korekty.
Pytanie nr 61
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 713 Możliwość wprowadzenia powodu zmiany usługi w
wykonanym badaniu
Czy przez możliwość wprowadzenia powodu zmiany usługi w wykonanym badaniu należy rozumieć jako dopuszczenie
możliwości edycji wykonanych badań wraz z możliwością opisywania przyczyny zmian?
Odpowiedź: Zgodnie z SIWZ i wymaganiami prawnymi dotyczącymi prowadzenia Elektronicznej
Dokumentacji Medycznej. W szczególności każda zmiana i adnotacja powoduje odłożenie danej
historycznej każdego atrybutu formularza usługi z przypisaniem osób, które były za daną wartość
odpowiedzialne.
Pytanie nr 62
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 715 Blokowanie zmiany usługi w badaniach już opisanych
Czy Zamawiający ma na myśli autoryzację wyniku badania powodującą blokowanie możliwości edycji danych zlecenia i
opisanych badań?
Odpowiedź: Zgodnie z SIWZ i przepisami dotyczącymi prowadzenia Elektronicznej Dokumentacji
Medycznej.
Pytanie nr 63
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 715 Rejestracja pacjentów z podziałem na szpitalnych,
ambulatoryjnych i innych
Czy Zamawiający dopuszcza wspomniany podział stosowany bezpośrednio w odniesieniu i pośrednio do pacjentów?
Odpowiedź: Zamawiający podtrzymuje zapisy SIWZ.
Pytanie nr 64
Załącznik nr 2 do OPZ, Lista funkcji, Patomorfologia, pkt. 726 Wyszukiwanie zaawansowane, m.in. 12 kryteriów z
dowolnego przedziału czasowego wybranego przez użytkownika, w tym według: wieku, płci pacjenta, jednostki
kierującej, diagnozy ze skierowania (ICD 10), frazy opisu badania, lekarzy opisujących, statusu zlecenia, płatnika, nazwy
usługi, typu usługi, zużytych zasobów
12
Prosimy o określenie - czy wynikiem wyszukiwania danych według opisanych kryteriów ma być lista badań i pacjentów
spełniających zadane kryteria wyszukiwania?
Odpowiedź: Tak
Pytanie nr 65
Załącznik nr 2 do OPZ, Lista funkcji, Moduł bank krwi i serologii immunohematologicznej, pkt. 958 Prowadzenie
kompletnej historii transfuzji i badań u każdego pacjenta. Pełne odtwarzane drogi donacji do konkretnego biorcy
Czy Zamawiający dopuszcza realizację prowadzenia kompletnej historii transfuzji z poziomu systemu HIS (tj. w miejscu
obsługi ww. czynności)?
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp wykreśla zapisy dot. modułu Bank krwi z treści SIWZ.
Pytanie nr 66
Załącznik nr 2 do OPZ, Lista funkcji, Moduł bank krwi i serologii immunohematologicznej, pkt. 952
Wykonawca prosi o podanie następujących informacji:
−
lista aparatów do podłączenia w pracowni serologicznej,
−
liczba użytkowników pracowni serologicznej i banku krwi,
−
liczba stanowisk komputerowych pracowni serologicznej i banku krwi
Pytanie nr 67
Załącznik nr 4 do OPZ – Wymagania do integracji systemu HIS z systemem LAB3000, pkt. 1 Wspólny panel logowania
przez WWW do oferowanego systemu HIS z listą modułów oraz do dzierżawionego systemu LAB3000 dostarczony przez
Wykonawcę.
Wnosimy o wykreślenie zapisu ze względu na rażące naruszenie uczciwej konkurencji i równego traktowania
wykonawców.
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp zmienia zapisy SIWZ – nie wymaga integracji
systemu HIS z systemem LAB3000 – usuwa zakładkę LIS (Laboratory Information System) z załącznika nr
1.2 do OPZ – Listy Funkcji oraz Wymagania do integracji dostarczonego systemu HIS z posiadanym i
użytkowanym systemem laboratoryjnym opisanym w załączniku nr 4 do OPZ.
Pytanie nr 68
Załącznik nr 4 do OPZ – Wymagania do integracji systemu HIS z systemem LAB3000, pkt. 3, Załącznik nr 2 do OPZ
Czy Zamawiający dopuszcza spełnienie punktu przez dostarczenie przez wykonawcę rozwiązania równoważnego,
spełniającego poniższe wymagania:
Zarządzanie zleceniami na badania laboratoryjne i bazą danych pacjentów:
•
wyszukiwanie pacjentów w bazie wg różnych kryteriów,
•
rejestracja i modyfikacja danych pacjentów,
Rejestracja zlecenia:
•
manualnie,
•
z czytnika OMR,
Kontrola kompletności danych zlecenia,
Nadzór nad stanem wykonania poszczególnych zleceń,
Generacja listy materiałów do pobrania przez laboratorium,
Obsługa zleceń badań wieloparametrowych np. Morfologia i badan panelowych (standardowe zestawy badań).
Rejestracja przyjęcia materiału do laboratorium:
•
identyfikacja zlecenia na podstawie kodu kreskowego przyjmowanego materiału,
•
integracja z Punktem Pobrań w zakresie przyjmowania danych o pobraniu materiału (data, godzina, osoba
pobierająca, uwagi),
Wspomaganie rozdziału materiału do poszczególnych pracowni – rozdział na statywy poszczególnych pracowni,
Możliwość rejestracji przyjęcia materiału wg zleceń lub wg rodzaju przyjmowanego materiału,
Możliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów,
Możliwość nadawania ręcznie lub automatycznie dodatkowej numeracji próbek (np. numery z książki pracowni
mikrobiologicznej).
Obsługa stanowiska pomiarowego:
•
obsługa stanowisk manualnych, stanowisk z analizatorami jednokierunkowymi, dwukierunkowymi, odpytującymi,
Identyfikacja i wyszukiwanie zlecenia i próbki na podstawie kodu kreskowego,
Możliwość oznaczenia pozycji próbki na statywach pracowni i wyszukiwanie próbek na statywach,
Przegląd listy zleceń wg badań do realizacji na danym stanowisku,
Obsługa stanowisk zapasowych,
Pobranie zleceń z oddziałów i poradni,
Utworzenie list roboczych, z możliwością wydruku list roboczych dla stanowisk manualnych,
Wysłanie listy roboczej do analizatorów dwukierunkowych,
Automatyczne odpowiadanie na zapytania analizatorów odpytujących,
Przyjęcie i akceptacja wyników z aparatu,
Wpis ręczny lub korekta wyników z możliwością dopisania komentarzy,
Obsługa powtórek,
13
Automatyczny dobór wartości referencyjnych dla badania w zależności od kryteriów, takich jak:
•
wiek,
•
płeć,
•
zażywane leki,
•
postawiona diagnoza,
•
tydzień ciąży,
•
cykl menstruacyjny.
Kontrola delta check,
Możliwość medycznej weryfikacji wyników (autoryzacja) bezpośrednio na stanowisku,
Wydruki wyników (format A4 i A5),
Rejestr czynności obsługi aparatu,
Rejestr odczynników.
Zarządzanie wynikami:
Medyczna weryfikacja wyników,
Wydruk autoryzowanych i nie wydrukowanych wyników,
Stan wykonania wyników z podziałem na grupy,
Przeglądanie i odpis wyników archiwalnych pacjenta,
Przenoszenie wyników do archiwum,
Możliwość wykorzystania słownika tekstów standardowych do opisów wyników badań,
Możliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad automatycznego opisu
wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy,
Możliwość organizacji wyników w odrębne kolejki wyników i kolejki weryfikacji w celu ułatwienia zarządzania potokiem
danych.
Raporty statystyczne z możliwością prezentacji graficznej:
Obciążenie stanowisk i aparatów pomiarowych,
Sumaryczne zestawienia wszystkich wykonanych badań na aparatach,
Zestawienia wykonanych badań przez pracownie laboratoryjne,
Zestawienia wykonanych badań dla poszczególnych zleceniodawców,
Statystyczna analiza wyników jednego badania,
Zestawienie badan wg lekarzy zlecających, wg pacjentów,
Prowadzenie Księgi Laboratoryjnej i Ksiąg Pracowni,
Integracja z innymi modułami systemu medycznego:
Współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych zlecenia i danych o
jego wykonaniu,
Możliwość współpracy z modułem Punkt Pobrań w szpitalu lub w przychodni
Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach z możliwością wczytania do modułów
Rachunku Kosztów Leczenia.
W zakresie specyfiki stanowisk Pracowni mikrobiologii:
•
możliwość grupowania słowników drobnoustrojów,
•
tworzenie standardowych zestawów antybiogramów z możliwością uzupełniania na etapie realizacji badania,
•
wprowadzanie bionumerów z pasków testów identyfikacyjnych wg słownika testów,
•
możliwość podłączenia medycznych aparatów mikrobiologicznych,
•
wprowadzanie danych wg słowników mechanizmów oporności,
•
oznaczanie drobnoustrojów alarmowych,
•
ewidencja poszczególnych etapów realizacji badania mikrobiologicznego,
•
ewidencja podłoży hodowlanych i butelek z krwią na posiew,
•
możliwość prowadzenie statystyk mikrobiologicznych:
•
analiza epidemiologiczna: częstotliwość występowania drobnoustrojów grup organizmów i wg zleceniodawców,
•
lekooporność drobnoustrojów wg antybiotyków, wg drobnoustrojów dla wybranych zleceniodawców, badań,
antybiogramów, itp.,
•
analiza mechanizmów oporności wg zleceniodawców i drobnoustrojów,
•
statystyki zużycia podłoży hodowlanych i testów identyfikacyjnych.
Możliwość prowadzenia kontroli jakości,
Konfiguracja parametrów kontroli jakości:
•
definicja materiałów kontrolnych,
•
definicja metod pomiarowych z możliwością zebrania ich w panele,
•
definicja aparatów, na których odbywają się pomiary,
•
definicja komentarzy i metod naprawczych do uzyskanych wyników kontroli,
•
definicja wartości statystycznych dla kontrolowanych metod pomiarowych,
Włączanie reguł kontrolnych Westgarda (1_2s, 1_2.5s, 1_3s, 1_3.5s, 2_2s, 2z3_2s, R_4s, 3_1s, 4_1s, 10x(9x,8x), 7T :
•
jako ostrzeżenia,
•
sygnalizacja znajdowania się metody pomiarowej poza kontrolą.
•
analiza i dobór reguł kontroli na podstawie bieżących danych kontroli i wybranych kart OPS,
•
wydruk kart OPS.
Wyliczanie wartości średniej (X) i odchylenia standardowego (SD) zarówno dla pomiarów wstępnych, jak i wartości
skumulowanych w trakcie trwania kontroli.
14
Rejestracja wyników pomiarów kontrolnych.
•
pomiary w materiale trwałym (Lot),
•
pomiary w materiale nietrwałym (materiale biologicznym – Dublety),
•
wczytywanie wyników pomiarów kontrolnych bezpośrednio z obszaru aparatu.
Zebranie wyników kontroli w postaci kart kontrolnych i analiza wyników.
•
karta Levey-Jenningsa z analizą reguł Westgarda,
•
karta kontroli odtwarzalności,
•
karta kontroli powtarzalności,
•
karta kontroli dokładności,
•
wydruki kart kontrolnych?
Czy w przypadku dopuszczenia wymiany dotychczasowego systemu LIS obsługującego laboratorium Zamawiający
dopuszcza również alternatywne do HL7 metody wymiany danych pomiędzy HIS i LIS tj. oparte np. o wbudowane
mechanizmy bazodanowe? W takim przypadku prosimy również o podanie następujących informacji:
−
lista aparatów do podłączenia do systemu LIS,
−
liczba użytkowników systemu LIS,
−
liczba stanowisk systemu LIS.
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp zmienia zapisy SIWZ – nie wymaga integracji
systemu HIS z systemem LAB3000.
Pytanie nr 69
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia . pkt. 3 Pozostałe wymogi Zamawiającego dotyczące przedmiotu
Zamówienia, ppkt. 3.1 Komunikacja z serwisem
Zamawiający jest upoważniony do kontaktów telefonicznych, faksowych, e-mailowych, z wykorzystaniem narzędzi Chat
Messangers (GG, ICQ), komunikatorów, systemu serwisowego lub osobistych z serwisem 24 godziny na dobę 7 dni w
tygodniu.
Czy Zamawiający zapewni po swojej stronie w analogicznym wymiarze czasowym osoby upoważnione, kompetentne do
wstępnej weryfikacji zgłoszeń użytkowników oraz przekazania Wykonawcy faktycznie stwierdzonych nieprawidłowości w
działaniu aplikacji wraz ze wszystkimi danymi technicznymi, niezbędnymi do zdiagnozowania błędu oraz jego
wyeliminowania w tym udzielenia zgody na dostęp do danych medycznych i osobowych oraz parametrów połączenia
zdalnego do serwera Zamawiającego?
Odpowiedź: Wykonawca samodzielnie w porozumieniu z Zamawiającym skonfiguruje szyfrowane zdalne
łącze serwisowe do serwera u Zamawiającego. Jeśli sytuacja będzie tego wymagała, Zamawiający po
swojej stronie będzie posiadał zmobilizowane osoby, które potwierdzą występowanie problemu
dotyczącego Przedmiotu Zamówienia, udostępnią podstawowe dane techniczne jak nr księgi głównej, nr
pacjenta, login użytkownika, miejsce w programie. Wykonawca we własnym zakresie natomiast będzie
odpowiedzialny za usunięcie problemu i wykazanie, że został on usunięty.
Pytanie nr 70
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.3. Nadzór Eksploatacyjny, wydruków oraz modyfikacja istniejących
- tworzenie nowych
Czy poprzez w/w zapis Zamawiający rozumie druki, których wzór graficzny określają odpowiednie przepisy prawa?
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp zmienia zapisy SIWZ - wykreśla wymóg tworzenia
nowych wydruków oraz modyfikacji istniejących z zakresu Załącznik nr 1 do SIWZ – Opis przedmiotu
zamówienia, pkt. 3.3. Nadzór Eksploatacyjny.
Pytanie nr 71
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.3. Nadzór Eksploatacyjny, -- generowanie przez system
danych i sprawozdań do jednostek zewnętrznych (organu założycielskiego, ministerstwa zdrowia, NFZ, Biura Rejestru
Usług Medycznych, Centrum Organizacji Ochrony Zdrowia, Państwowego Zakładu Higieny oraz innych, niewymienionych
organizacji,
które
istnieją
albo
powstaną
w
okresie
obowiązywania
Umowy,
a wobec których Zamawiający będzie miał obowiązek prowadzenia sprawozdawczości)
Prosimy o doprecyzowanie w/w zapisu: jakie dane, w jakim formacie i jakie sprawozdania Zamawiający chce
przekazywać do: organu założycielskiego, ministerstwa zdrowia, biura rejestru usług medycznych, centrum organizacji
ochrony zdrowia? Prosimy o określenie zakresu oraz formatu danych. Prosimy także o zmianę powyższego zapisu na:
„generowanie przez system danych i sprawozdań do jednostek zewnętrznych (organu założycielskiego, ministerstwa
zdrowia, NFZ, Biura Rejestru Usług Medycznych, Centrum Organizacji Ochrony Zdrowia, Państwowego Zakładu Higieny
oraz innych, niewymienionych organizacji, które istnieją albo powstaną w okresie obowiązywania Umowy,
a wobec których Zamawiający będzie miał obowiązek prowadzenia sprawozdawczości) – przy czym Wykonawca nie
odpowiada za poprawność merytoryczną danych przekazywanych w raportach, nadzorowi eksploatacyjnemu podlega
jedynie poprawność techniczna sprawozdań generowanych przez system oraz jej zgodność z wymogami przepisów
prawa”
Odpowiedź: Wszystkie określone przepisami prawa oraz dodatkowe, których doprecyzowanie szablonów
nastąpi po podpisaniu umowy w trakcie działań wdrożeniowych. W przypadku przyszłych wymagań
15
sprawozdawczych wobec Zamawiającego, np. wymagań wynikających ze zmiany przepisów, Wykonawca
stworzy odpowiednie funkcje pozwalające na przekazywanie danych i zainstaluje Zamawiającemu
produkcyjnie daną funkcjonalność najpóźniej dzień przed wejściem w życie tych przepisów.
Pytanie nr 72
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.5 Nadzór autorski
Zmiany w Systemie będą wykonywane przez Autora tak, aby termin instalacji Upgrade'u lub Update’u Systemu
związanych z tymi zmianami pozwalał na zastosowanie Systemu zgodnie z terminami wymaganymi przez ustawy i
przepisy wykonawcze, najpóźniej w dniu wejścia w życie. W przypadku gdyby termin ukazania się ustaw lub przepisów
wykonawczych był krótszy niż 7 dni przed datą ich wejścia w życie i nie pozwala na dostosowanie się do wymogów
powyższych zapisów, Autor poda termin dostarczenia i wprowadzenia Upgrade'u lub Update’u Systemu zgodny z
możliwościami realizacji, nie dłuższy jednak niż 14 dni od daty ukazania się ustaw i przepisów wykonawczych
Zwracamy uwagę na fakt, że w/w zapis nie jest możliwy do spełnienia w przypadku rozporządzeń publikowanych przez
Narodowy Fundusz Zdrowia, wchodzących często w życie z datą wsteczną. Wnosimy o wykreślenie w/w zapisu lub jego
zmianę na:
„Zmiany w systemie będą wykonywane przez Autora tak, aby termin instalacji upgrade’u lub update’u systemu
związanych ze zmianami pozwalał na zastosowanie Systemu zgodnie z terminami wymaganymi przez ustawy
i przepisy wykonawcze, najpóźniej w dniu wejścia w życie. W przypadku gdyby termin ukazania się ustaw lub przepisów
wykonawczych był krótszy niż 21 dni przed datą ich wejścia w życie lub data wejścia w życie była określona jako data z
przeszłości, autor poda termin dostarczenia i wprowadzenia upgrade’u lub update’u, nie dłuższy jednak niż 21 dni od
daty ukazania się ustaw i przepisów wykonawczych”.
Odpowiedź: Zamawiający zmienia w/w zapis zgodnie z powyższym.
Pytanie nr 73
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.8 System wyposażony w centralny system zarządzania i
automatyzacji wydruków.
Wnosimy o wykreślenie w/w zapisu jako zapisu opisującego funkcjonalność, której wdrożenie byłoby niekorzystne dla
Zamawiającego. Z doświadczenia wynika, że przy informatyzacji dużych placówek ochrony zdrowia o złożonej strukturze
zarządczej oraz organizacyjnej i rozległym obszarze działalności, objętym informatyzacją – centralny system zarządzania
oraz automatyzacji wydruków jest rozwiązaniem nieoptymalnym, zwiększającym koszty eksploatacji aplikacji,
generującym problemy natury organizacyjnej (wydruk recept w gabinetach lekarskich, wydruk kart informacyjnych w
sekretariatach klinik / oddziałów, wydruk oświadczeń i zgód pacjentów) oraz problemy z ograniczeniem dostępu osób
nieuprawnionych do danych osobowych oraz medycznych pacjentów leczonych w jednostce.
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 ustawy Pzp zmienia zapisy SIWZ w zakresie Załącznika nr
1 do SIWZ – Opis przedmiotu zamówienia w zakresie pkt 3.8.
Pytanie nr 74
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.9. Elektroniczny rekord medyczny pacjenta gotowy na to,
by gromadzić oraz prezentować całą historię leczenia pacjenta, jego wyniki obrazowe w jakości diagnostycznej wraz z
opisami, a także wyniki laboratoryjne w postaci numerycznej, z możliwością jednoczesnej prezentacji wielu zestawów
wyników w postaci wykresów.
Wnosimy o zmianę powyższego zapisu na: „elektroniczny rekord medyczny pacjenta gotowy na to, by gromadzić oraz
prezentować całą historię leczenia pacjenta, opisy wyników diagnostycznych, linki do jego wyników obrazowych, a także
wyniki laboratoryjne w postaci numerycznej, z możliwością jednoczesnej prezentacji wielu zestawów wyników w postaci
wykresów.”
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ.
Pytanie nr 75
Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia, pkt. 3.15. Przynajmniej dla oferowanych modułów oraz po
integracji z posiadanymi przez Zamawiającego modułami systemu szpitalnego CliniNET, dostarczane rozwiązanie posiada
funkcję jednego modułu administracyjnego pozwalającego zarządzać użytkownikami, uprawnieniami do funkcji oraz
przycisków i dostępnymi w tych modułach współdzielonymi słownikami.
Czy Zamawiający dopuszcza wymianę systemu RIS, systemu eRejestracja oraz systemu laboratoryjnego na systemy tego
samego producenta co oferowany system HIS? Zwracamy uwagę na optymalizację procesów i jednolity charakter
takiego rozwiązania.
Odpowiedź: Zamawiający nie dopuszcza wymiany systemów RIS oraz eRejestracja, m.in. ze względu na
trwałość projektów realizowanych ze środków unijnych. Zamawiający nie wymaga integracji HIS z
Lab3000.
Pytanie nr 76
Załącznik nr 3 do OPZ - Wymagane parametry i warunki usług serwisowych i gwarancyjnych, pkt. I Usługi gwarancyjne,
ppkt.8,9
8. Gwarantowany czas naprawy błędów krytycznych: do 4 godzin od zgłoszenia
9. Gwarantowany czas naprawy usterki: do 7 dni od zgłoszenia.
16
Prosimy o zmianę powyższych zapisów na:
8. Gwarantowany czas naprawy błędów krytycznych: do skutku od momentu potwierdzenia otrzymania zgłoszenia,
9. Gwarantowany czas naprawy usterki: do 7 dni od zgłoszenia.
Odpowiedź: Pkt 8 – Zamawiający nie wyraża zgody, podrzymuje zapisy SIWZ. W zakresie pkt 6 i 9
Zamawiający modyfikuje parametry z zakresu Załącznik nr 3 do OPZ - Wymagane parametry i warunki
usług serwisowych i gwarancyjnych, pkt. I Usługi gwarancyjne.
Pytanie nr 77
Załącznik nr 4 do OPZ - Wymagania do integracji dostarczonego systemu HIS z posiadanym RIS, eRejestracja i
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS
Czy Zamawiający dopuszcza możliwość wymiany posiadanego systemu RIS na system tego samego producenta co
oferowany system HIS, zachowując jednocześnie funkcjonalność opisaną w załączniku nr 4 do OPZ?
Czy Zamawiający dopuszcza możliwość wymiany posiadanego systemu PACS?
Odpowiedź: Zamawiający nie dopuszcza wymiany systemów RIS, m.in. ze względu na trwałość projektów
realizowanych ze środków unijnych.
Pytanie nr 78
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS, pkt. 2 Zlecenie badań
z RIS do HIS
Czy poprzez powyższy zapis Zamawiający rozumie możliwość przeglądania w systemie HIS wyników badań
diagnostycznych, które nie zostały wykonane dla pacjentów przebywających na oddziale, ale nie został wykonane na
podstawie zlecenia zarejestrowanego w HIS?
Odpowiedź: Tak, również taką możliwość, łącznie z uruchamianiem przeglądarki wyników badań
obrazowych z poziomu systemu HIS (poza wyświetleniem opisu badania). HIS ma gromadzić wszystkie
wyniki badań i pełną historię leczenia pacjenta ze wszystkich systemów medycznych będących opisanych
w SIWZ. W szczególności wymóg dotyczy się nie tylko pacjentów przebywających na oddziale, ale
również ambulatoryjnych.
Pytanie nr 79
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS, pkt. 3. przesyłanie
opisu badania z RIS do HIS w celu umieszczenia go w historii choroby. Dostęp do miniatur obrazów pacjenta w systemie
HIS bez konieczności logowania się do innego systemu.
Prosimy o wykreślenie zapisu „dostęp do miniatur obrazów pacjenta w systemie HIS bez konieczności logowania się do
innego systemu” lub zmianę go na „dostęp do linku z wynikiem badania obrazowego bezpośrednio w Historii Choroby
pacjenta w systemie HIS”. Miniatury obrazów pacjenta nie wnoszą żadnej istotnej informacji diagnostycznej do Historii
Choroby pacjenta.
Pytanie nr 80
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS, pkt. 4. podgląd w
HIS pacjentów zarejestrowanych przez danego zleceniodawcę w RIS
Prosimy o doprecyzowanie zapisu: czy Zamawiający poprzez w/w zapis rozumie możliwość wywołania po stronie systemu
HIS listy zleceń zarejestrowanych przez konkretnego lekarza / pielęgniarkę / inny personel medyczny?
Odpowiedź: Zamawiający podtrzymuje zapisy SIWZ. Jednocześnie Zamawiający dopuszcza również taką
funkcjonalność, przy czym HIS ma zapisywać wszystkie takie dane również w swojej bazie niezwłocznie
po ich wprowadzeniu w RIS.
Pytanie nr 81
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS, pkt. 7 w ramach
komunikatów HL7 przesyłanie danych rozliczeniowych, które są widoczne bezpośrednio w HIS
Wnosimy o zmianę w/w zapisu na:
„W ramach komunikatów HL7 przesyłanie danych rozliczeniowych, które są widoczne bezpośrednio w HIS lub też w
przypadku wymiany systemu RIS na inny – możliwość automatycznej rejestracji danych procedur medycznych w
systemie HIS na podstawie wyników badań zarejestrowanych w RIS dla pacjentów hospitalizowanych”
Odpowiedź: Zamawiający pozostawia zapisy SIWZ bez zmian. Zamawiający nie dopuszcza wymiany
systemu RIS, m.in.. ze względu na trwałość projektów realizowanych ze środków unijnych. Jednocześnie
Zamawiający oczekuje takiej integracji, aby po zrealizowaniu integracji rozliczenia z NFZ występowały z
jednego systemu rozliczeń dla HIS i RIS.
17
Pytanie nr 82
użytkowanym systemem laboratoryjnym, Wymagania do integracji systemu HIS z posiadanym RIS, pkt. 9. przegląd
historii choroby w RIS, - lekarz opisujący badanie w systemie RIS ma możliwość przeglądania historii choroby pacjenta
zapisanej w systemie SZPITALNYM poprzez wyświetlenie w RIS karty pobytu szpitalnego, z danymi przekazywanymi
bezpośrednio z HIS
Prosimy o doprecyzowanie zapisu: czy Zamawiający poprzez w/w zapis rozumie możliwość przeglądania Karty
Informacyjnej z pobytu szpitalnego bezpośrednio w module RIS?
Odpowiedź: Nie. Zamawiający oczekuje możliwości przeglądania i dostępu do wszystkich elementów
dokumentacji medycznej. W szczególności wyników badań laboratoryjnych, diagnoz dla bieżącego pobytu
oraz historii zdrowia i choroby z poprzednich pobytów szpitalnych oraz ambulatoryjnych. Takie dane
mogą być bowiem pomocne w procesie diagnostycznym.
Pytanie nr 83
Załącznik nr 2 do OPZ, Lista funkcji, Zarządzanie użytkownikami i słownikami, pkt. 50. Widok struktury organizacyjnej w
postaci drzewa hierarchii.
Czy Zamawiający dopuszcza rozwiązanie w którym widok struktury organizacyjnej prezentowany jest w postaci listy?
Pytanie nr 84
Załącznik nr 2 do OPZ, Lista funkcji, Komunikator, pkt. 69 - 73
69. Funkcje komunikatora dostępne są dla wszystkich modułów związanych z obsługą pacjenta, wyłączeniem modułów
integrujących się bezpośrednio z urządzeniami medycznymi.
70. Moduł umożliwia wymianę informacji tekstowej pomiędzy użytkownikami on-line (chat)
71. Moduł umożliwia w przypadku wykrycia błędów aplikacji przesłanie jej do działu informatyki Zamawiającego. Moduł
umożliwia też przesyłanie tą drogą uwag dotyczących oprogramowania do Działu Informatyki Zamawiającego.
72. Moduł posiada zaimplementowaną komputerową komunikację, umożliwiającą przekazywanie wiadomości tekstowych
pomiędzy użytkownikami systemu minimum w zakresie modułów medycznych w tym: ruch chorych, zlecenia medyczne,
dokumentacja medyczna, diagnostyka, poradnia, blok operacyjny, patomorfologia.
73. System powinien umożliwić adresowanie komunikatów do: nazwanego użytkownika, pełnionej funkcji (lekarz,
pielęgniarka), jednostki organizacyjnej, użytkowników modułu z zastosowaniem kombinacji w/w.
Czy Zamawiający dopuszcza rozwiązanie w którym dostarczana aplikacja posiada wbudowany komunikator, realizujący
następujące funkcjonalności:
Możliwość rozsyłania do użytkowników wiadomości z określeniem co najmniej następujących typów: wiadomość,
ogłoszenie, zadanie.
W przypadku wysyłania wiadomości: możliwość wysłania jej do konkretnego użytkownika systemu lub pełnionej
funkcji, możliwość określenia tematu oraz treści wiadomości.
W przypadku wysyłania zadania dodatkowa możliwość określenia terminu realizacji
W przypadku wysyłania ogłoszenia dodatkowa możliwość określenia daty ważności w systemie
Możliwość oznaczenia wiadomości jako przeczytanych,
Możliwość śledzenia aktualnego statusu wiadomości (przeczytana / nieprzeczytana),
Możliwość oddzielenia w podstawowy widoku komunikatora wiadomości wysłanych oraz otrzymanych wraz z
możliwością oddzielenia wiadomości przeczytanych od nieprzeczytanych
Możliwość alertowania użytkownika o otrzymanej wiadomości wraz z pytaniem o odczyt i szybkie odesłanie użytkownika
do pełnej treści wiadomości.
Odpowiedź: Zamawiający nie dopuszcza takiego rozwiązania.
Pytanie nr 85
Załącznik nr 2 do OPZ, Lista funkcji, Pulpit lekarza i pielęgniarki, pkt. 93 – 103
93. System musi zawierać pulpity użytkowników umożliwiające bezpośredni dostęp do wszystkich niezbędnych funkcji,
do jakich użytkownik posiada uprawnienia,
94. Powinny istnieć zdefiniowane pulpity, co najmniej w zakresie pulpitu lekarza, położnej i pielęgniarki,
95. Pulpit użytkownika powinien zawierać co najmniej bezpośredni dostęp do:
96. – pacjentów: oddziału, moich pacjentów czyli tych dla których zalogowany lekarz jest lekarzem prowadzącym i
dyżurującym, zaplanowanych na wizytę i konsultacje, umówionych na dzisiaj,
97. – wyników badań z podziałem na laboratoryjne, diagnostyczne i inne z możliwością wyświetlenia tylko najnowszych
wyników (np. tylko z ostatnich 24 godzin)
98. – zaplanowane na dzisiaj: wizyty, konsultacje
99. – dokumentacji medycznej pacjentów oddziału, „moich”, umówionych na wizytę, z odbytych wizyt i konsultacji,
100. – terminarz użytkownika uwzględniający jego dyżury, nieobecności, zadania, zaplanowane dla niego lub
zrealizowane rzez niego: zabiegi, konsultacje, wizyty z możliwością rezerwacji wizyt w oparciu o terminarz,
101. Ma istnieć możliwość samodzielnego, przez użytkowników lub administratorów definiowania pulpitu lub jego
modyfikacji
102. Co najmniej w części medycznej użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i
moduły dostępne dla tego użytkownika
18
103. Możliwość konfiguracji który z paneli i w jakim miejscu prezentowany jest na ekranie.
Powyższy zapis wskazuje jednoznacznie na rozwiązanie dostarczane przez firmę CompuGroup Medical Polska sp. z o.o.
Fragment opisu systemu CliniNET HIS ze strony:
http://www.cgmpolska.pl/index.php?option=com_content&view=article&id=27&Itemid=403&lang=pl
„(…) Dla przykładu, stacja lekarska prezentuje na jednym pulpicie informacje o: pacjentach umówionych w
ambulatorium, pacjentach szpitalnych, dokumentacji medycznej do uzupełnienia oraz wynikach zleceń medycznych
związanych
z konkretnymi pacjentami (…)”
Fragment Specyfikacji Istotnych Warunków Zamówienia w Szpitalu Powiatowym w Białogardzie dot. dostawy
oprogramowania i sprzętu do telemedycyny w którym złożona została tylko jedna oferta – CGM (Numer sprawy:
P/N/19/2012)
PULPIT LEKARZA I PIELĘGNIARKI
Prezentacja na jednym ekranie informacji o:
- pacjentach szpitalnych - panel zawierający minimum nazwisko pacjenta, salę/oddział, datę przyjęcia
-pacjentach ambulatoryjnych - panel zawierający nazwę gabinetu, godzinę wizyty i jej status
-dokumentacji medycznej, która wymaga uzupełnienia i która nie została zamknięta - panel zawierający nazwę
dokumentu oraz nazwisko pacjenta z nim związanego
- prezentacja wyników zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez lekarza pacjentem
- panel zawierający minimum nazwę badania, nazwisko pacjenta oraz status badania
- prezentacja zadań zleconych przez innych użytkowników (np. operacja lub konsultacja) - panel zawierający nazwę
zlecenia, pacjenta oraz status
- prezentacja zmienionych zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez lekarza
pacjentem - panel zawierający nazwę zlecenia, pacjenta oraz status
Możliwość zdefiniowania dostępu do funkcji oraz danych pacjentów w zależności od profilu uprawnień przez dział
informatyki Zamawiającego
Możliwość zdefiniowania paneli prezentujący informacje o pacjentach szpitalnych i ambulatoryjnych w zakresie:
oddziałów, sal, poradni i gabinetów oraz dodatkowo oznaczonych pacjentów przez kodyfikacje/tagi. Definiowanie paneli
może dokonywać bezpośrednio użytkownik (np.. Lekarz)
Możliwość sortowania informacji prezentowanych na panelach
Możliwość konfiguracji, który z paneli i w jakim miejscu jest prezentowanych na ekranie
Fragment Specyfikacji Istotnych Warunków Zamówienia w Szpitalu Klinicznym im. Ks. Anny Mazowieckiej w Warszawie
dot. dzierżawy systemu informatycznego do obsługi szpitala (http://www.szpitalkarowa.pl/przetargi/p507/ ) w którym
złożona została tylko jedna oferta – CGM (ogłoszenie TED 2011/S 230-373281)
PULPIT LEKARZA I PIELĘGNIARKI
Prezentacja na jednym ekranie informacji o:
- pacjentach szpitalnych - panel zawierający minimum nazwisko pacjenta, salę/oddział, datę przyjęcia
-pacjentach ambulatoryjnych - panel zawierający nazwę gabinetu, godzinę wizyty i jej status
-dokumentacji medycznej, która wymaga uzupełnienia i która nie została zamknięta - panel zawierający
nazwę dokumentu oraz nazwisko pacjenta z nim związanego
- prezentacja wyników zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez lekarza
pacjentem - panel zawierający minimum nazwę badania, nazwisko pacjenta oraz status badania
- prezentacja zadań zleconych przez innych użytkowników (np. operacja lub konsultacja) - panel zawierający
nazwę zlecenia, pacjenta oraz status
- prezentacja zmienionych zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez
lekarza pacjentem - panel zawierający nazwę zlecenia, pacjenta oraz status
Możliwość zdefiniowania dostępu do funkcji oraz danych pacjentów w zależności od profilu uprawnień przez
dział informatyki Zamawiającego
Możliwość zdefiniowania paneli prezentujący informacje o pacjentach szpitalnych i ambulatoryjnych w
zakresie: oddziałów, sal, poradni i gabinetów bezpośrednio przez użytkownika (np.. Lekarza)
Możliwość sortowania informacji prezentowanych na panelach
Możliwość konfiguracji, który z paneli i w jakim miejscu jest prezentowanych na ekranie
W związku z powyższym wnosimy o wykreślenie pkt. 93 - 103 jako zapisów preferujących konkretnego dostawcę i
naruszających art. 7 ust. 1 ustawy Pzp.
Odpowiedź: Zamawiający nie wyraża zgody na wykreślenie w/w zapisów.
Pytanie nr 86
19
Załącznik nr 2 do OPZ, Lista funkcji, Zlecenia medyczne, pkt. 171. Możliwość rejestrowania wartości Wagi i Wzrostu
pacjenta poprzez: formularz wprowadzania wyniku badania, formularz wywiadu. System przy zapisie formularzy
aktualizuje te atrybuty w rekordzie medycznym pacjenta i przy kolejnych badaniach automatycznie podpowiada ostatnio
uzupełnioną wartość
Czy Zamawiający dopuszcza rozwiązanie w którym dostarczana aplikacja posiada następujące funkcjonalności w zakresie
rejestracji informacji o wartościach badanych pacjenta:
System umożliwia rejestrację danych co najmniej o: wadze, wzroście, tętnie, ciśnieniu, temperaturze, powierzchni
ciała, wskaźniku masy ciała, oddechu, glikemii pacjenta w przeznaczonych do tego formatkach aplikacji,
System umożliwia śledzenie zmienności w/w wartości w postaci graficznej (wykres),
System umożliwia automatyczne pobranie do formularza dokumentacji medycznej wszystkich lub ostatnich wartości
badanych pacjenta.
Pytanie nr 87
Załącznik nr 2 do OPZ, Lista funkcji, Ruch chorych – oddział, pkt. 291. Możliwość nadawania pacjentom priorytetów
/klasyfikacji np. Nagły (czerwony), Pilny (żółty), Stabilny. Wpływa to na prezentację pobytu pacjenta w danych pobytu i
na listach prezentujących pacjentów przebywających w szpitalu (prezentacja danych z użyciem koloru).
Czy przez powyższy zapis Zamawiający rozumie sposób prezentacji pacjentów w oddziałach typu SZPITALNY ODDZIAŁ
RATUNKOWY w których odbywa się proces triage i w których stan pacjenta oceniany jest w różnych skalach medycznych
oznaczanych kolorami?
Odpowiedź: Prezentacja w kolorach poszczególnych rodzajów pacjentów odnosi się do pacjentów
wszystkich oddziałów i związana jest z trybem przyjęcia pacjenta i planowanym postępowaniem:
- nagły czyli przyjęty poza kolejką oczekujących, wymagający natychmiastowych działań;
- pilny / stabilny – przyjęty z kolejki oczekujących, pilny - wymagających pilnych działań lub stabilny –
może być operowany w trybie planowym.
Pytanie nr 88
Załącznik nr 2 do OPZ, Lista funkcji, Ruch chorych – oddział, pkt. 333. Możliwość korzystania ze zdefiniowanych w
systemie formularzy przeznaczonych do wpisywania w sposób sformalizowany (wydzielone pola) danych w systemie
(wyniki badań, wywiady, konsultacje). Możliwość własnoręcznego definiowania strukturyzowanych formularzy wyników
badań, wywiadów, konsultacji zawierających pola opisowe, liczbowe, daty, słownikowe ze zdefiniowanymi
ograniczeniami na wartości (minimalne, maksymalne) i ułożonymi na ekranie
Wnioskujemy o wykreślenie tego zapisu jako zapisu wskazującego na konkretnego wykonawcę. Analogiczne zapisy
pojawiły się w dokumentach Specyfikacji Istotnych Warunków Zamówienia we wszystkich wspomnianych wyżej
postępowaniach przetargowych.
Odpowiedź: Wypełnianie zdefiniowanych formularzy jest czynnością medyczną stosowaną powszechnie.
Wszystkie systemy obsługujące dokumentację medyczną powinny oferować tego typu użyteczność.
Pytanie nr 89
Załącznik nr 2 do OPZ, Lista funkcji, Ruch chorych – statystyka, pkt. 304. Możliwość zdefiniowania widoku listy raportów
jako zestawienia ikon lub listy. Możliwość definiowania listy ulubionych raportów dla każdego użytkownika oddzielnie.
Wnosimy o wykreślenie tego zapisu jako zapisu wskazującego na konkretnego wykonawcę – CompuGroup Medical
Polska sp. z o.o. i naruszających uczciwą konkurencję i równe traktowanie wykonawców. Analogiczny zapis znalazł się w
Specyfikacji
Istotnych
Warunków
Zamówienia
w
Szpitalu
w
Bartoszycach
(http://www.szpitalbartoszyce.pl/index.php?option=com_content&view=article&id=233:wdroenie-systemu-informatycznegowspomagajcego-zarzdzanie-usugami-medycznymi-szpitala-powiatowego-im-jana-pawa-ii-w-bartoszycach-sprawa-nr302012&catid=35:rozstrzygnite&Itemid=75) w którym najkorzystniejszą ofertę złożyło CGM Polska, a także w
przytaczanym wcześniej dokumencie Specyfikacji Istotnych Warunków Zamówienia w Szpitalu Powiatowym w
Białogardzie dot. dostawy oprogramowania i sprzętu do telemedycyny w którym złożona została tylko jedna oferta –
CGM (Numer sprawy: P/N/19/2012).
Identyczny zapis pojawił się także w postępowaniu przetargowym Uniwersytetu Medycznego w Łodzi na System
Informacji Klinicznej (nr sprawy ZP/93/2012) w którym Zamawiający (załącznik nr 2) opisał aktualnie posiadane przez
siebie systemy informatyczne części medycznej jako system CliniNET firmy CGM Polska. (http://www.umed.pl/zp/pliki/
pliki sygnowane numerem 874).
Odpowiedź: Zamawiający nie wyraża zgody na wykreślenie w/w zapisów.
Pytanie nr 90
Załącznik nr 2 do OPZ, Lista funkcji, Moduł zakażeń, pkt. 322. HIS powinien mieć zaimplementowany System Biernej i
Czynnej Rejestracji Zakażeń Szpitalnych zsynchronizowany ze standardami i wymogami europejskiego centrum kontroli i
profilaktyki zakażeń tzw. Europejskiego ECDC oraz powinien być także zintegrowany z programem IPSE (Improving
Patient Safety In Europe).
Prosimy o doprecyzowanie zapisu i szczegółowe opisanie oczekiwanych funkcjonalności.
Odpowiedź: Przytoczone zapisy są wystarczające do złożenia ważnej oferty przez Wykonawcę.
20
Zamawiający pozostawia zapisy SIWZ bez zmian. Zapis dotyczy dokładnie wytycznych Polskiego
Towarzystwa Zakażeń Szpitalnych a których szczegóły zostały opisane w dokumencie Towarzystwa pt.
„System Czynnego Nadzoru nad Zakażeniami Szpitalnymi – wersja 2.1 (Projekt, 18.05.2011).
Pytanie nr 91
Załącznik nr 2 do OPZ, Lista funkcji, Dokumentacja medyczna w szpitalu, pkt. 328. Możliwość definiowania wywiadów,
na których lekarz może zaznaczyć punkty na graficznym schemacie (np. organu), a następnie opisać zaznaczone punkty.
Wnosimy o wykreślenie zapisu jako preferującego konkretnego dostawcę. Analogiczny zapisu pojawił się we wszystkich
przytoczonych powyżej Specyfikacjach Istotnych Warunków Zamówienia.
Odpowiedź: Prezentacja graficzna jest stosowana np. w Rozp. MZ z dnia 21.12.2010. i jako taka nie
preferuje konkretnego dostawcy. W codziennej praktyce pracownie i zakłady diagnostyczne
Zamawiającego prezentują niejednokrotnie graficznie wyniki badań. Wprowadzenie dokumentacji
elektronicznej nie może ograniczać dotychczasowych sposobów prezentowania wyników.
Pytanie nr 92
Załącznik nr 2 do OPZ, Lista funkcji, Dokumentacja medyczna w szpitalu, pkt. 329. Raport Lekarski i pielęgniarski
automatycznie pobierają informacje z modułu zleceń o zleconych badaniach, lekach, procedurach.
Wnosimy o zmianę powyższego zapisu na następujący:
System umożliwia użytkownikowi skopiowanie do treści raportu lekarskiego i pielęgniarskiego wybranych przez siebie
elementów leczenia.
Uzasadnienie: Automatyczne pobieranie do treści raportu lekarskiego i pielęgniarskiego wszystkich informacji
dotyczących zleconych leków badań czy procedur jest zbędnym powielaniem informacji zapisanych w systemie, a także
w skrajnych wypadkach może powodować iż raporty te będą zawierały zbyt dużą ilość informacji. W naszej ocenie
system powinien umożliwić użytkownikowi wybór informacji które na życzenie powinny zostać skopiowane do raportu
lekarskiego lub pielęgniarskiego.
Odpowiedź: Zamawiający nie wyraża zgody, raporty lekarskie i pielęgniarskie powinny automatycznie
pobierać informacje z modułu zleceń o zleconych badaniach, lekach i procedurach. Kopiowanie w/w
danych z innego modułu wiąże się z powieleniem czynności już wcześniej wykonanych oraz wymaga od
lekarzy i pielęgniarek zaangażowania dodatkowego czasu.
Pytanie nr 93
Załącznik nr 2 do OPZ – Zlecenia, pkt. 4. zlecanie wielu różnych badań w jednym miejscu, opatrzony wspólnym
nagłówkiem i komentarzem
Czy poprzez powyższy zapis Zamawiający rozumie możliwość zapisania wielu badań laboratoryjnych na jednym zleceniu,
chyba że możliwość takiej rejestracji wyklucza podział organizacyjny na pracownie (konieczność przekazania oddzielnego
zlecenia do każdej z pracowni)?
Odpowiedź: Zamawiający pozostawia zapisy SIWZ bez zmian. Zamawiający wymaga możliwości zlecenia
wielu różnych badań z jednego formularza zlecania w celu ograniczenia ilości akcji, które użytkownik
musi wykonać do zlecenia np. 10 badań do 4 pracowni. System powinien umożliwić wprowadzenie
wszystkich badań w jednej funkcji, a następnie podzielić je odpowiednio ze względu na miejsce
wykonania i/lub materiał, a po tym wygenerować automatycznie wydruk zlecenia z kodem kreskowym dla
badań laboratoryjnych z materiałem do pobrania z opcją domyślną bez konieczności podglądu tego
wydruku.
Pytanie nr 94
Załącznik nr 2 do OPZ – Zlecenia, pkt. 5. Możliwość utworzenia zlecenia z wykorzystaniem predefiniowanej karty kodów
kreskowych
Czy poprzez powyższy zapis Zamawiający rozumie możliwość rozchodowania leków i środków medycznych z
wykorzystaniem czytnika kodów kreskowych?
Odpowiedź: Tak. Zamawiający pozostawia zapisy SIWZ bez zmian.
Pytanie nr 95
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §1.2. lit. a)
Użyte sformułowanie, że „Wykonawcy przysługują wyłączne majątkowe prawa autorskie” jest deklaracją zbyt daleko
idącą i bez znaczenia dla Zamawiającego.
Od strony formalnej należy zauważyć, że „licencja” jako prawny instrument udzielania prawa do korzystania z
oprogramowania komputerowego polega na udzieleniu licencjobiorcy autorskich praw majątkowych do korzystania z
programu – zatem: jeśli producent udzielił choć jednej licencji, to nie można twierdzić jest on podmiotem któremu
„wyłącznie” przysługują „autorskie prawa majątkowe”, albowiem przysługują one również owemu pierwszemu
licencjobiorcy.
Na potrzeby umowy wystarczająca jest deklaracja, zgodnie z którą „Wykonawcy przysługują autorskie prawa majątkowe
konieczne do realizacji niniejszej Umowy.”
Czy Zamawiający dopuszcza zmianę zapisu na: Wykonawcy przysługują autorskie prawa majątkowe konieczne do
realizacji niniejszej Umowy?
Odpowiedź: Zamawiający zmienia zapisy dotyczące ww. sformułowania.
21
Pytanie nr 96
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §1.2. lit. a)
Pola eksploatacji, do których jest odesłanie do Załącznika nr 1 OPZ zostały tam opisane w sposób dorozumiany. To
znaczy brak jest wyraźnego wskazania tych pól.
Czy Zamawiający dopisze w Załączniku nr 1 OPZ, w pkt. 2.1. na końcu: „Licencja udzielona jest na polach eksploatacji
rozumianych jako prawo do korzystania z ww. oprogramowania w pełnym zakresie jego funkcjonalności, zgodnie z
dokumentacją i instrukcją tego oprogramowania”?
Odpowiedź: Zamawiający wyjaśnia, iż wskazane pola eksploatacji dotyczą prawa do korzystania z ww.
oprogramowania w pełnym zakresie jego funkcjonalności wymaganych warunkami SIWZ.
Pytanie nr 97
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §1.2. lit. e)
„szkolenie (…) w niezbędnym zakresie wskazanym przez Zamawiającego” – nie ulega wątpliwości, że zakres jest
wskazywany przez zamawiającego, ale wymiar (osobowo-godzinowy) nie może pozostać niedookreślony, ani pozostać do
jednostronnej decyzji Zamawiającego.
Prosimy dookreślić uzgodnienia/oczekiwania dot. wymiaru szkoleń, do których zobowiązany jest Wykonawca.
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Oczywistym elementem każdego
wdrożenia są szkolenia i asysta wdrożeniowa (tj. szkolenia indywidualne stanowiskowe przy
produkcyjnym uruchomieniu systemu). Plany i harmonogramy szkoleń, podział na grupy zawodowe oraz
ilość koniecznych do przeszkolenia użytkowników, będą elementem ustaleń harmonogramu niezwłocznie
po podpisaniu umowy. Zamawiający przy tym nie dopuszcza możliwości przerwania ciągłości pracy
jednostek organizacyjnych Zamawiającego. Wykonawca musi dopasować się do reżimu pracy
Zamawiającego i w taki sposób zorganizować swoją pracę wdrożeniową, szkoleniowo-instruktażową oraz
asystę wdrożeniową, aby nie opóźniać procesów biznesowych w jednostkach organizacyjnych
Zamawiającego. Zamawiający jest zdania, że każde oprogramowanie może być zaprojektowane w sposób
wymagający od użytkownika mniejszego lub większego zaangażowania w szkolenie i ilość godzin szkoleń
w zależności od jego intuicyjności. Oczekuje więc, aby Wykonawca przeszkolił personel Zamawiającego,
aby ten mógł w pełni samodzielnie korzystać z dostarczonego oprogramowania. Właściwe wyliczenie
kosztów wdrożenia Zamawiający pozostawia więc w gestii Wykonawcy, podobnie jak przedstawienie
sposobu ewaluacji znajomości systemu.
Pytanie nr 98
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §6.6.
Proponujemy takie uzupełnienie, aby uważać za zapłatę tylko takie obciążenie rachunku Zamawiającego, które jest
przelewem zgodnym z Umową (prawidłowa dyspozycja), a nie każde obciążenie rachunku.
Zapis powinien zatem brzmieć:
„7. Jako dzień zapłaty uznaje się datę obciążenia rachunku Zamawiającego prawidłową dyspozycją zapłaty”.
Pytanie nr 99
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §7.1. lit. e)
W kontekście tego punktu pojawia się wątpliwość, czy obowiązek uwzględniania zmian organizacyjnych, przekształceń
itd. ma charakter nieograniczony – bo może to powadzić do sytuacji w której zakres/skala/wymiar świadczeń
wdrożeniowych objętych stałą ceną będzie po stronie wykonawcy nieograniczony.
Czy możliwe jest dookreślenie, że nieodpłatnie wykonawca uwzględniał takie zmiany tylko do pewnego momentu? Należy
założyć, że po zrealizowani danego etapu prac uwzględnianie zmian będzie generowało koszty prac dodatkowych.
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Obowiązek uwzględniania zmian
organizacyjnych, przekształceń itd. jest ograniczony terminem realizacji Umowy. Zamawiający po tym
terminie, ani na 5 dni roboczych przed jego zakończeniem nie będzie wymagał realizacji ww. postanowień
Umowy. Jednocześnie Zamawiający wydłuża termin wyprzedzenia z jakim będzie informował Wykonawcę
o tego typu zmianach z minimum 3 dni, na minimum 5 dni roboczych.
Pytanie nr 100
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §7.2. lit f)
Nie określono wymaganego wymiaru tych obowiązków po stronie Wykonawcy.
Jaki jest oczekiwany wymiar działań Wykonawcy w zakresie realizacji zadań pielęgnacyjnych określonych w §7.2. lit. f)?
Odpowiedź: Zamawiający w zakresie Istotnych postanowień Umowy §7, ustęp 2 zmienia wymagania w
zakresie odpowiedzialności Wykonawcy.
Pytanie nr 101
Gwarancją objęta jest „infrastruktura do przetwarzania danych” – zakres tego pojęcia nie znajduje odzwierciedlenia w
definicjach, proponujemy, zamieszczenie odwołania, że chodzi o infrastrukturę wymieniona w treści Załącznika nr 5 OPZ.
Czy można doprecyzować, że chodzi o infrastrukturę (..) opisaną w Załączniku nr 5 OPZ?
Odpowiedź: Zamawiający wyraża zgodę. Zamawiający w zakresie Istotnych postanowień Umowy §8,
ustęp 1 zmienia wymagania w zakresie odpowiedzialności gwarancyjnej Wykonawcy. Zamawiający
zmienia również zapisy SIWZ i załącza zmodyfikowany Załącznik nr 5 OPZ.
22
Pytanie nr 102
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §11.4
Odstąpienie od umowy powoduje, że umowę uznaje się za nie zawartą, a strony zwracają sobie to co sobie wcześniej
świadczyły. W przypadku świadczeń podzielnych, możliwe są również takie rozwiązania, że strony zaliczają sobie część
świadczeń zrealizowanych do czasu odstąpienia.
Przy obecnym zapisie Wykonawca zostaje z towarem w magazynie (albo u klienta).
Czy możliwe jest przyjęcie rozwiązania, że strony zaliczają sobie część świadczeń zrealizowanych do czasu odstąpienia?
Pytanie nr 103
„Negocjacje” nie mogą mieć „pierwszeństwa” nad drogą sądową rozumianą jako orzeczenie sądu.
Czy Zamawiający przeredaguje zapis aby uwzględniał, że „Przed wystąpieniem na drogę sądową Strony podejmą próbę
rozwiązania sporu w drodze negocjacji”.
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Zamawiający w przytoczonym
zapisie ma na myśli polubowną próbę rozwiązania ewentualnych sporów na drodze wzajemnych rozmów i
negocjacji przez wstąpieniem na drogę sądową.
Pytanie nr 104
Wysokość kary umownej określona w tym ustępie ma charakter wygórowany (175,2% /rok). Jest to kara za
niedotrzymanie terminu – bez względu na fakt, co jest przyczyną tego stanu rzeczy (płacone również w przypadku
opóźnień w następstwie okoliczności niezależnych od Wykonawcy).
Proponujemy zmienić w poszczególnych punktach a), b), c), d) tak, aby każdy z tych punktów mówił o „zwłoce w
wykonaniu (…).
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Kary mają charakter mocno
dyscyplinujący. Zamawiający oczekuje dostarczenia przedmiotu zamówienia w nieprzekraczalnym
terminie. Zamawiający dopuszcza wstrzymanie kar umownych jedynie w przypadku siły wyższej,
niezależnej od stron umowy oraz w przypadku wykazania przez Wykonawcę dopuszczania się przez
Zamawiającego celowego działania lub zaniechania Zamawiającego, mających na celu opóźnienie.
Pytanie nr 105
Kara określona w tym zapisie powinna zostać ograniczona górną granicą, np. 10 wartości umowy – wówczas
Zamawiający powinien mieć prawo do odstąpienia, bez naliczania dalszego wysokich kar.
Czy Zamawiający doda zdanie, że łączna wartość kar umownych naliczona na podstawie tego zapisu nie może
przekroczyć 10% stawki wynagrodzeni?
Odpowiedź: Zamawiający nie wyraża zgody na dodanie w/w zapisu, podtrzymuje zapisy SIWZ.
Pytanie nr 106
Załącznik nr 9 do SIWZ – istotne postanowienia umowy, §12
Brak określenia granicy odpowiedzialności cywilnej Wykonawcy.
Rekomendujemy dodanie zapisu zgodnie z którym:
1. „Z zastrzeżeniem odpowiedzialności za szkodę wyrządzona czynem umyślnym, odpowiedzialność cywilna
Wykonawcy z tytułu wykonania niniejszej Umowy ograniczona jest do kwoty określonej w §6.1.”
„Strony wyłączają wzajemną odpowiedzialność z tytułu utraconych korzyści.”
Odpowiedź: Zamawiający nie wyraża zgody na dodanie w/w zapisu, podtrzymuje zapisy SIWZ.
Pytanie nr 107
Brak opcji ustanowienia zabezpieczenia w formie przewidzianej w art. 148 Pzp – do wyboru przez Wykonawcę.
Czy Wykonawca może wybrać opcję zabezpieczenia jako gwarancję bankową lub gwarancje ubezpieczeniową? (art.
148.1. PZP). Według §98 SIWZ Zamawiający dopuszcza taką możliwość.
Odpowiedź: Tak, w §15.1 Zamawiający określa wysokość, a nie formę zabezpieczenia.
Pytanie nr 108
Zamiana umowy, o której mowa w tym zapisie pomija dyspozycję wynikającą z treści art. 144 ust. 1 Pzp. Zatem
każdorazowo podstaw zmiany trzeba poszukiwać w ogłoszeniu o zamówieniu lub w SIWZ.
W przypadku braku takich zapisów w tych dokumentach problematyczne mogą okazać się modyfikacje poszczególnych
zapisów Umowy.
Czy Zamawiający przewidział możliwość modyfikacji treści Umowy zgodnie z art. 144 ustawy Pzp?
Odpowiedź: Zamawiający wyjaśnia, iż wskazuje możliwość modyfikacji treści Umowy w §14 Istotnych
postanowień umowy.
23
Pytanie nr 109
Z uwagi na opis terminu płatności I raty - 60 dni od daty otrzymania faktury VAT, wystawionej na podstawie
podpisanego przez strony umowy Protokołu Zdawczo-Odbiorczego, prosimy Zamawiającego o zmianę zapisu §6 ustęp 5 i
nadanie mu brzmienia: „Kwota należna Wykonawcy będzie podlegać spłacie w 36 ratach”
Odpowiedź: Zamawiający nie wyraża zgody, jednak zmienia zapisy Istotnych postanowień umowy w
zakresie §6.
Pytanie nr 110
Prosimy Zamawiającego o sprecyzowanie terminów płatności oraz modyfikację załączników: nr 2 do SIWZ w zakresie
ustępu 5 i zał. nr 9 w zakresie §6 ustęp 6, zgodnie z udzielona odpowiedzią. „Termin płatności I raty wynosi 60 dni od
daty otrzymania faktury VAT, wystawionej na podstawie podpisanego przez strony umowy Protokołu ZdawczoOdbiorczego. Spłata kolejnych rat będzie odbywać się w terminie 1 miesiąca od dnia spłaty poprzedniej raty” Czy przez
termin 1 miesiąca Zamawiający ma na myśli odstępy 30 dniowe (np. 15 wrzesień, 15 październik, 14 listopad, 14
grudzień itd.) czy odstępy miesięczne, niezależne od ilości dni w miesiącu (np. 15 wrzesień, 15 październik, 15 listopad,
15 grudzień itd.).
Odpowiedź: Zamawiający przez termin 1 miesiąca ma na myśli odstępy 30 dniowe, zmienia zapisy w .
Pytanie nr 111
W związku z faktem, iż długi pieniężne są traktowane w kodeksie cywilnym jako długi oddawcze prosimy o zmianę zapisu
§6 ustęp 7 projektu umowy i nadanie mu treści: „Jako dzień zapłaty uznaje się datę uznania rachunku Zamawiającego”
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ - Jako dzień zapłaty uznaje się
datę obciążenia rachunku Zamawiającego.
Pytanie nr 112
Prosimy o jednoznaczną odpowiedź, czy Zamawiający wyraża zgodę na zabezpieczenie umowy poprzez wystawienie
weksla In blanco wraz z deklaracją wekslową?
Pytanie nr 113
Prosimy o jednoznaczną odpowiedź, czy z uwagi na ratalną formę płatności Zamawiający wyraża zgodę na wystawienie
weksla In blanco wraz z deklaracją na rzecz instytucji finansowej?
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ
Pytanie nr 114
Prosimy Zamawiającego o jednoznaczną odpowiedź czy wyraża zgodę, aby weksel i deklaracja były wzorami
Wykonawcy.
Pytanie nr 115
Prosimy Zamawiającego o potwierdzenie, że na prośbę Wykonawcy Zamawiający przekaże weksel In blanco wraz
deklaracją w dniu podpisania umowy.
Pytanie nr 116
Prosimy Zamawiającego o wprowadzenie do SIWZ odsetek za opóźnienia w płatnościach w wysokości 1,5 razy stopa
odsetek ustawowych, nie większych niż odsetki maksymalne.
Pytanie nr 117
Prosimy Zamawiającego o wprowadzenie do wzoru umowy zapisu: „Z chwilą podpisania przez Strony protokołu zdawczoodbiorczego, na Zamawiającym spoczywa odpowiedzialność za wszelkie uszkodzenia przedmiotu zamówienia”.
Pytanie nr 118
Mając na względzie zasady współżycia społecznego oraz równość stron umowy prosimy Zamawiającego o wprowadzenie
do §12 wzoru umowy, zapisu odnośnie kary w wysokości 10% wartości umowy obciążającej Zamawiającego z tytułu
odstąpienia od umowy Wykonawcy z winy Zamawiającego.
Pytanie nr 119
Z uwagi na zachowanie zasady równości stron umowy prosimy Zamawiającego o zmianę zapisu §12 ustęp 3 i nadanie
mu brzmienia: „Strony mają prawo dochodzić odpowiedzialności w pełnej kwocie poniesionej szkody, o ile zastrzeżone
kary umowne nie pokrywają szkody w sposób oczywisty”
24
Pytanie nr 120
Prosimy Zamawiającego o odstąpienie od zapisów §16 ustęp 3 co znacząco wpłynie na zaoferowaną cenę oraz wzrost
konkurencyjności postępowania.
Pytanie nr 121
Prosimy o odpowiedź, czy Zamawiający wyraża zgodę na wprowadzenie do umowy zapisu o możliwości postawienia
zobowiązania wynikającego z niniejszej umowy w stan natychmiastowej wymagalności w przypadku nierealizowania
zobowiązań wynikających z umowy przez Zamawiającego?
Pytanie nr 122
W przypadku pozytywnej odpowiedzi na pytanie nr (121) prosimy Zamawiającego o wprowadzenie do wzoru umowy
poniższego zapisu:
„Opóźnienie w zapłacie całości bądź części którejkolwiek raty przekraczające 30 dni skutkować będzie powstaniem po
stronie Wykonawcy prawa do postawienia kwoty ceny w stan natychmiastowej wymagalności oraz żądania zapłaty
całości niespłaconej ceny”
Jeżeli Zamawiający zechce wprowadzić inny niż 30 dniowy termin wspomniany powyżej, prosimy o jego wskazanie.
Odpowiedź: Odpowiedź odmowna powyżej, nie dotyczy.
Pytanie nr 123
Z uwagi na ratalną formę płatności prosimy Zamawiającego o udostępnienie Wykonawcom danych finansowych rachunku wyników/bilansu za I półrocze 2013 i okres bieżący.
Odpowiedź: W/w dane zostaną udostępnione do wglądu Wykonawcy w siedzibie Zamawiającego w
ustalonym z Zamawiającym terminie.
Pytanie nr 124
Czy Zamawiający będzie wymagał załączenia do oferty próbki oferowanego oprogramowania tj. nośnika DVD lub Blu-ray
zawierającego obrazy dysków dla środowiska wirtualnego z zawartą pełną konfiguracją oferowanych modułów
spełniających wymogi SIWZ ?
Odpowiedź: Zamawiający nie wymaga dostarczenia próbki zaoferowanego oprogramowania, podtrzymuje
zapisy SIWZ.
Pytanie nr 125
Czy Zamawiający zastrzega sobie prawo do wezwania Wykonawców, którzy złożyli oferty, a ich oferta nie została
odrzucona lub nie zostali wykluczeni z prowadzonego postępowania, na prezentację oferowanego oprogramowania
dziedzinowego celem weryfikacji wymagań funkcjonalnych na podstawie próbki załączonej do oferty?
Odpowiedź: Zamawiający nie wymaga dostarczenia próbki ani przeprowadzenia prezentacji
zaoferowanego oprogramowania, podtrzymuje zapisy SIWZ.
Pytanie nr 126
Czy próbka ma zawierać zainstalowane oprogramowanie dziedzinowe z uwzględnieniem oferowanych modułów do
obsługi: izby przyjęć, oddziałów i dokumentacji medycznej, zleceń na leki i badania diagnostyczne, apteki centralnej,
apteczek oddziałowych, poradni specjalistycznych, finansów, księgowości, kosztów, kadr, płac, środków trwałych i
magazynów?
Czy moduły te muszą być przygotowane w taki sposób, aby podczas prezentacji Wykonawca mógł zaprezentować
wszystkie funkcje obligatoryjnie wymagane?
Odpowiedź: Zamawiający nie wymaga dostarczenia próbki zaoferowanego oprogramowania, podtrzymuje
zapisy SIWZ.
Pytanie nr 127
Zamawiający w Specyfikacji Istotnych Warunków Zamówienia wymaga dostarczenia licencji oprogramowania systemu
informatycznego HIS oraz systemu księgowo-kadrowo-płacowego, których dokładna ilość została sprecyzowana w
załączniku Z3 do SIWZ „Formularz cenowy”. W związku z powyższym prosimy o wyjaśnienie:
a. w jakim zakresie Zamawiający wymaga wdrożenia ww. licencji ?
b. czy Zamawiający przewiduje wykonanie przez Wykonawcę analizy przedwdrożeniowej przed
rozpoczęciem
właściwej
procedury wdrożenia ?
c. czy Zamawiający przewiduje wykonanie przez Wykonawcę szkoleń lub instruktarzy użytkowników wdrażanych
systemów (prosimy o podanie ilości użytkowników z podziałem na grupy zawodowe oraz
minimalnego
czasu
trwania ewentualnych szkoleń/instruktarzy) ?
d. czy Zamawiający przewiduje wykonanie przez Wykonawcę asysty wdrożeniowej polegającej na
instruowaniu
użytkowników bezpośrednio przy stanowiskach pracy użytkowników podczas trwania
procedury wdrożenia ?
25
e. czy Zamawiający w ramach ewentualnego wdrożenia przewiduje implementację dokumentów
oraz formularzy wydruków w systemie HIS wg. wzorów obowiązujących w placówce Zamawiającego we
wdrażanych systemach ?
Odpowiedź: Zamawiający wyjaśnia, iż:
a. Zamawiający oczekuje wdrożenia licencji w pełnym zakresie funkcjonalnym jaki został opisany w
SIWZ, zgodnie z procesami biznesowymi zachodzącymi w jednostkach organizacyjnych
Zamawiającego. Szczegółowa konfiguracja i uprawnienia będą wynikiem ustaleń wdrożeniowych.
b. Analiza przedwdrożeniowa jest elementem właściwej procedury wdrożenia i nie może w żaden
sposób blokować, opóźniać pozostałych czynności wdrożeniowych, np. ustalenia w zakresie
formularza zlecenia morfologii nie mogą opóźniać innych zleceń, a tym bardziej poprawnego
uruchomienia i działania rozliczeń z NFZ. Wykonawca przystępujący do Zamówienia w taki sposób
ma przeprowadzić wszystkie prace wdrożeniowe, również szkoleniowe, aby zapewnić ciągłość
pracy wszystkich jednostek organizacyjnych, w tym również ma przeprowadzić analizę
przedwdrożeniową poprzedzającą produkcyjne uruchomienie dostarczonego oprogramowania
składającą się minimum z czynności:
- zebraniem i opracowaniem danych organizacyjnych Zamawiającego
- uzgodnieniem parametrów konfiguracyjnych
- uzgodnieniem ogólnych parametrów aplikacji
- uzgodnieniem typów i grup personelu wraz z konfiguracją uprawnień dla typów personelu
- uzgodnieniem konfiguracji wymaganych w SIWZ modułów
- uzgodnieniem konfiguracji wydruków i formularzy koniecznych do zaimplementowania w
dostarczonym oprogramowaniu na podstawie wzorów obowiązujących w placówce
Zamawiającego
c. Oczywistym elementem każdego wdrożenia są szkolenia i asysta wdrożeniowa (tj. szkolenia
indywidualne stanowiskowe przy produkcyjnym uruchomieniu systemu). Plany i harmonogramy
szkoleń, podział na grupy zawodowe oraz ilość koniecznych do przeszkolenia użytkowników, będą
elementem ustaleń harmonogramu niezwłocznie po podpisaniu umowy. Zamawiający przy tym nie
dopuszcza możliwości przerwania ciągłości pracy jednostek organizacyjnych Zamawiającego.
Wykonawca musi dopasować się do reżimu pracy Zamawiającego i w taki sposób zorganizować
swoją pracę wdrożeniową, szkoleniowo-instruktażową oraz asystę wdrożeniową, aby nie
opóźniać procesów biznesowych w jednostkach organizacyjnych Zamawiającego.
d. Tak, Zamawiający będzie wymagał asysty wdrożeniowej polegającej na:
- przeprowadzenie indywidualnych szkoleń stanowiskowych przy produkcyjnym uruchomieniu
systemu
- bieżącym rozwiązywaniu problemów użytkowników przy stanowiskach pracy przy produkcyjnym
uruchomieniu systemu
e. Tak, zgodnie z obowiązującymi obecnie w placówce Zamawiającego. Zamawiający niezwłocznie po
podpisaniu umowy przekaże Wykonawcy pakiet wzorów wydruków i zestawień danych i będzie
wymagał dostosowania oferowanego systemu do możliwości automatycznego wypełniania
zestawień danych i wydruków danymi z oferowanego rozwiązania informatycznego. Każdy moduł
przed uruchomieniem produkcyjnym musi posiadać wymagany przez Zamawiającego pakiet
wydruków i zestawień danych w zakresie nie mniejszym niż obowiązujący obecnie w placówce
Zamawiającego.
Pytanie nr 128
Zamawiający w Specyfikacji Istotnych Warunków Zamówienia wymaga dostarczenia infrastruktury do przetwarzania
danych, której dokładne wymagania zostały sprecyzowane w załączniku nr 5 do OPZ. Prosimy o wyjaśnienie, czy rolą
Wykonawcy jest również instalacja i konfiguracja dostarczonej platformy i środowiska przetwarzania danych (w tym
ustawienie i montaż dostarczonych rozwiązań serwerowych wraz z zasilaczem UPS oraz konfiguracja dostarczonych
rozwiązań serwerowych do pracy w środowisku sieciowym Zamawiającego, instalacja i konfiguracja systemów
operacyjnych dostarczonych rozwiązań serwerowych oraz oprogramowania do tworzenia serwerów wirtualnych,
instalacja i konfiguracja dostarczonych systemów HIS i księgowo-kadrowo-płacowego) ?,
Odpowiedź: Tak, Zamawiający oprócz dostawy wymaga pełnego montażu dostarczonych rozwiązań,
instalacji i konfiguracji systemów operacyjnych i środowiska serwerów wirtualnych. Rolą Wykonawcy jest
stworzenie działającego, wirtualnego środowiska przetwarzania danych, o parametrach konfiguracyjnych
dostosowanych do dostarczonego oprogramowania systemu informatycznego HIS oraz systemu
księgowo-kadrowo-płacowego.
Pytanie nr 129
Zamawiający w Specyfikacji Istotnych Warunków Zamówienia wymaga dostarczenia infrastruktury do przetwarzania
danych, której dokładne wymagania zostały sprecyzowane w załączniku nr 5 do OPZ wymaga dostarczenia Zasilacza
awaryjnego. Prosimy o modyfikację Formularza cenowego (załącznika nr Z3 do SIWZ) uwzględniającą pozycję dostawy
ww. zasilacza awaryjnego.
Odpowiedź: Zamawiający dopuszcza dodanie ww. pozycji do Załącznika nr 2 do SIWZ – Formularza
Cenowego - Inne .
26
Pytanie nr 130
Zamawiający w załączniku nr 2 do OPZ „Lista funkcji Szpitalny System Informatyczny HIS” pozycja „Apteka Centralna”
punkty od 804 do 905 wymaga dostarczenia systemu szpitalnej apteki centralnej. Czy Zamawiający ze względu na
dostępne na rynku polskim systemy realizujące funkcje szpitalnej apteki centralnej dopuści zastosowanie modułu
oprogramowania apteki centralnej posiadającego poniższą funkcjonalność. Pozwoli to na zaoferowanie sprawdzonego
systemu szpitalnej apteki centralnej, wdrożonego i funkcjonującego w wielu jednostkach Służby Zdrowia.
Przyjmowanie zamówień na leki z modułu Apteka Oddziałowa w formie elektronicznej.
Zarządzanie receptariuszami oddziałowymi wraz z odnotowaniem statusu leku:
w receptariuszu ; dostępny do zamawiania ; dopuszczony do obrotu.
Możliwość definiowania grup/klas leków (jeden lek może zostać przyporządkowany do jednej grupy/klasy).
Automatyczny podgląd w informacje o lekach z kończącym się terminem ważności i lekach przeterminowanych.
Sporządzanie zamówień do dostawców środków farmaceutycznych i materiałów medycznych z rozbiciem na:
zamówienia publiczne i zamówienia doraźne.
Możliwość ewidencji i analizy rozchodu poszczególnych leków.
Możliwość ewidencji rozchodu leków: na oddział ; na pacjenta ; na lekarza ; na klasę leków ; na grupę
asortymentową ; na program lekowy ; na farmakoterapię ; na badania kliniczne w ramach prac naukowych
(konieczna możliwość określenia danych umowy )
Możliwość obsługi ( w zakresie rozchodu leków ) ustalonych limitów kwotowych na leki w rozbiciu wg. ośrodków
kosztów.
Udostępnienie informacji o stopniu wykorzystania limitu dla apteczek oddziałowych.
Ilości do zamówienia mogą być wyliczane automatycznie na podstawie stanów aktualnych oraz określonych lub
wyliczonych stanów minimalnych.
Ewidencja dostaw środków farmaceutycznych i materiałów medycznych w podziale na klasy towarów.
Możliwość wczytania do systemu dokumentów ewidencjonujących dostawy oraz korekt tych dokumentów w formie
elektronicznej.
Możliwość nadawania własnych kodów kreskowych jednoznacznie identyfikujących produkt, serię, cenę i dostawcę.
System umożliwia wydruk odpowiednich etykiet (wygląd etykiety jest konfigurowalny, obsługa różnych rodzajów
drukarek kodów kreskowych). System daje możliwość wprowadzania danych za pomocą czytników kodów
kreskowych.
Możliwość ewidencji obrotu lekami spoza receptariusza szpitalnego.
Ewidencja korekt do dokumentów ewidencjonujących dostawy, środków farmaceutycznych i materiałów
medycznych od dostawców z możliwością automatycznego korygowania rozchodów z dostaw skorygowanych..
Ewidencja sporządzania leków recepturowych z wykorzystaniem mechanizmu doboru składników z wcześniej
wprowadzonego składu receptury lub poprzez ręczne zdejmowanie składników receptury. W składzie receptury
możliwość wykorzystania zamienników składników recepturowych.
Ewidencja sporządzania : preparatów laboratoryjnych, preparatów galenowych z wykorzystaniem mechanizmów
sporządzania leków recepturowych.
Ewidencja sporządzania roztworów spirytusowych, z wykorzystaniem mechanizmów sporządzania leków
recepturowych.
Ewidencja dostaw spirytusu, narkotyków i leków psychotropowych
Ewidencja importu docelowego (zakładowego i indywidualnego).
Ewidencja zwrotów z oddziałów.
Ewidencja przyjęcia darów.
Ewidencja podpisanych umów przetargowych i aneksów do tych umów z dostawcami.
Możliwość wyboru odpowiedników i zamienników w trakcie wydawania.
Wydawanie leków i materiałów na oddziały, z możliwością automatycznego przeksięgowania ich na magazyny
apteczek oddziałowych, realizacja zamówień przychodzących z apteczek oddziałowych.
Korekta nadchodzących zamówień i wydań leków.
Ewidencja zwrotów do dostawców.
Ewidencja ubytków i strat nadzwyczajnych.
Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury.
Automatyczne generowanie dokumentu odniesienia różnic
Możliwość cofnięcia wydania do jednostki organizacyjnej.
Bieżąca korekta jakościowa stanów magazynowych umożliwiająca zmianę serii lub daty ważności leku.
Generowanie arkusza do spisu z natury.
Tworzenie i zarządzanie receptariuszem szpitalnym.
Odnotowanie działań niepożądanych leków.
Bieżące raporty i zestawienia umożliwiające m.in.: przegląd stanów magazynowych na wybrany dzień ; kontrolę
leków o zbliżającym się terminie końca daty ważności ; rozliczenie i kontrolę odbiorców leków ; rozliczenie i
kontrolę dostawców leków, włącznie z rozliczeniem zamówień publicznych
27
rozliczenie pacjentów ; analizę kosztów w grupach leków lub z wykorzystaniem klasyfikacji ATC ; drukowanie
druków standardowych z ewidencji narkotyków i leków psychotropowych.
Generator raportów definiowanych przez użytkownika.
Przegląd aktualnych stanów magazynowych z wybranego magazynu.
Wspomaganie przygotowywania przetargów publicznych, w zakresie określenia listy leków i materiałów, ich ilości
(wyliczanych na podstawie dotychczasowego zużycia).
Kontrola realizacji przetargu pod kątem ilościowym i wartościowym.
Obsługa danych archiwalnych.
Wspomaganie obsługi remanentów (drukowanie arkuszy spisów z natury, wprowadzanie różnic remanentowych,
wydruki remanentowe)
Wykorzystanie słowników: leków, grup ATC, nazw międzynarodowych, słownik jednostek miar itp.
Możliwość ewidencjonowania:
- przychodów (kwity z regionalnego centrum krwiodawstwa)
- faktur z regionalnego centrum krwiodawstwa
- rozchodów
- zamówień z oddziałów
- zwrotów z oddziałów
- zwrotów do dostawców (np. uszkodzonych worków)
- strat (np. preparatów przeterminowanych)
Wprowadzenie
stanów
początkowych
bilansem
otwarcia
Wprowadzanie ministerialnych opłat za krew z uwzględnieniem dat obowiązywania w celu automatycznego
podpowiadania
cen
podczas
wprowadzania
przyjęć
Generowanie dokumentu straty na postawie stanów przeterminowanych
Obsługa kodów kreskowych zawartych na etykietach worków z krwią
- podczas przyjmowania preparatów na stan magazynu
- podczas wydawania preparatów na oddziały
- podczas realizacji zamówień z oddziałów na preparaty krwiopochodne
- podczas ręcznego wprowadzana straty preparatów przeterminowanych
- podczas ręcznego wprowadzana zwrotu z oddziału
- podczas zwrotu do dostawcy
- podczas wprowadzania stanów początkowych
- wbudowany lektor informujący o prawidłowym sczytaniu kody kreskowego
Współpraca z systemem HIS w zakresie
- elektroniczne przesyłanie zamówień na preparaty krwiopochodne
- elektroniczne przesyłanie realizacji zamówień na oddziały
- elektroniczne przesyłanie zwrotów z oddziałów
Generowanie zestawień i wydruków w zakresie:
- stany magazynowe (na wybrany dzień lub koniec okresu rozliczeniowego, z podziałem na grupy krwi)
- obroty wybranych preparatów krwiopochodnych (dla zakresu dat lub okresów rozliczeniowych)
Możliwość indywidualnej konfiguracja aplikacji w zakresie:
- definiowania preparatów krwiopochodnych (w tym nazwa, grupa krwi, jednostka)
- definiowania odbiorców preparatów krwiopochodnych
- definiowania dostawców preparatów krwiopochodnych
- kont użytkowników i ich uprawnień
- zarządzania okresami rozliczeniowymi
Odpowiedź: Zamawiający dopuszcza w/w rozwiązanie o ile system będzie posiadał dodatkowe
funkcjonalności opisane poniżej:
1.
(Kontrola
realizacji
przetargu
pod
kątem
ilościowym
i
wartościowym)
Zapis funkcjonalności powinien uwzględniać również rozszerzenie kontroli realizacji
(poprzez zapewnienie zgodności danych zawartych we wnioskach zakupowych,
zamówieniach i fakturach) dokonywanych w trybie art. 4 p.8 kierowanych do
określonych dostawców, które podlegają takiej samej ewidencji i kontroli ilościowowartościowej jak umowy przetargowe. Proponowany zapis funkcjonalności powinien
być rozszerzony również o funkcję kontroli czasu trwania umowy (umowy gwarantują
cenę przez określony okres czasu i obejmują określoną ilość asortymentu). Oprócz
ewidencji system powinien nadzorować i sprawować kontrolę w zakresie asortymentu,
cen i sprowadzanych ilości produktu informując użytkownika o możliwych
niezgodnościach (z umową, zamówieniem), zarówno na etapie tworzenia wniosków
zakupowych, tworzenia zamówienia jak i ich realizacji .
2. (Wykorzystanie słowników: leków, grup ATC, nazw międzynarodowych, słownik
jednostek
miar.)
Słownik ATC – INN (nazwa międzynarodowa) powinien mieć zaimplementowaną pełną
strukturę hierarchiczną aż do poziomu wartości DDD z drogą podania. Słownik
preparatów zaś powinien obejmować również urzędowy kod EAN opakowań. Cała baza
28
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
danych o lekach powinna mieć strukturę wielosłownikową, tak, aby określona
informacja o leku mogła być weryfikowana/wprowadzana/poprawiana w jednym
miejscu w słowniku
System apteczny powinien posiadać możliwość rejestrowania aktywności w bazie
danych wraz z możliwością raportowania zarejestrowanej aktywności przy
wykorzystaniu generatora raportów.
(Bieżące raporty i zestawienia umożliwiające m.in.: przegląd stanów magazynowych na
wybrany dzień; kontrolę leków o zbliżającym się terminie końca daty ważności;
rozliczenie i kontrolę odbiorców leków; rozliczenie i kontrolę dostawców leków,
włącznie z rozliczeniem zamówień publicznych, rozliczenie pacjentów; analizę kosztów
w grupach leków lub z wykorzystaniem klasyfikacji ATC; drukowanie druków
standardowych
z
ewidencji
narkotyków
i
leków
psychotropowych).
System powinien umożliwić generowanie bieżących raportów i zestawień umożliwiające
m.in.: przegląd stanów magazynowych na wybrany dzień; kontrolę leków o zbliżającym
się terminie końca daty ważności; rozliczenie i kontrolę odbiorców leków; rozliczenie i
kontrolę dostawców leków, włącznie z rozliczeniem zamówień publicznych, rozliczenie
pacjentów, analizę kosztów w grupach leków lub z wykorzystaniem klasyfikacji ATC i
drukowanie druków standardowych z ewidencji narkotyków i leków psychotropowych
pod warunkiem, że będą to raporty dynamiczne z pogłębieniem kryteriów (z dalszą
możliwością przeszukania) oraz z możliwością korzystania z wielu pól i kryteriów na raz.
(Ewidencja dostaw środków farmaceutycznych i materiałów medycznych w podziale na
klasy towarów) Pod warunkiem wykorzystania wielopoziomowych słowników ATC i CPV
oraz przyporządkowania leku/wyrobu do więcej niż jednej klasy, oraz z możliwością
automatycznej kontroli zgodności dostaw z zamówieniami.
System apteczny powinien mieć możliwość przy tworzeniu zapotrzebowań
oddziałowych do korzystania z predefiniowanych formularzy (import docelowy, leki z
poza szpitalnej listy leków, narkotyki), którego pola musza być rejestrowane w bazie
aptecznej z możliwością przeszukania, selekcji danych i tworzenia raportów.
(Ewidencja dostaw środków farmaceutycznych i materiałów medycznych w podziale na
klasy towarów.) Pod warunkiem wykorzystania wielopoziomowych słowników i
przyporządkowania leku/wyrobu do więcej niż jednej klasy.
Możliwość ewidencji rozchodu leków: na oddział; na pacjenta; na lekarza; na klasę
leków; na grupę asortymentową; na program lekowy; na farmakoterapię; na badanie
kliniczne w ramach prac naukowych [konieczna możliwość określenia danych umowy]
Dodatkowo program powinien ewidencjonować rozchód produktów z darów (poprzez
powiązanie z umową) i rozchód próbek lekarskich przy wykorzystaniu
wielopoziomowych słowników i przyporządkowania leku/wyrobu do więcej niż jednej
klasy.
(Sporządzanie zamówień do dostawców środków farmaceutycznych i materiałów
medycznych z rozbiciem na: zamówienia publiczne i zamówienia doraźne) O ile
zamówienia doraźne obejmują art. 4 p. 8 UZP z obsługa rejestru takich zamówień. oraz
możliwością wykorzystania danych rejestru do tworzenia wniosku zakupowego o
określonej strukturze i formacie opisanych Zarządzeniami Dyrektora ICZMP
(Możliwość ewidencji i analizy rozchodu poszczególnych leków) w tym danych
dotyczących podań leków (dawka, okres podawania, droga podania) pacjentowi, grupie
pacjentów o takich samych wskazaniach lub użytych w tych samych procedurach z
wykorzystaniem do analizy wielopoziomowych słowników i przyporządkowania
leku/wyrobu do więcej niż jednej klasy.
Wspomaganie przygotowywania przetargów publicznych, w zakresie określenia listy
leków i materiałów, ich ilości [wyliczanych na podstawie dotychczasowego zużycia], w
dowolnie określonym okresie czasu oraz na podstawie rejestrowanych w systemie
danych ofertowych.
Program powinien umożliwić w tle korzystanie systemu FK z danych finansowoksięgowych systemu aptecznego. Możliwość bezpośredniego eksportu danych do
programu FK w zakresie przychodów i rozchodów
Program powinien umożliwić wspieranie procesu spisu remanentowego, inwentaryzacji
oraz realizacji zapotrzebowania oddziałowego z wykorzystaniem kompatybilnych z
systemem czytników kodów kreskowych.
System powinien zapewnić obsługę depozytów od podpisania umowy przetargowej
począwszy, poprzez nadzór i kontrolę dokumentacji wydań i przyjęć na uzupełnienie
depozytu, aż do analizy zużycia i raportów wykorzystania na indywidualnych pacjentów,
przy założeniu jednego magazynu depozytowego i różnych jednostek korzystających z
29
depozytów lub wielu magazynów depozytowych na oddziałach (nadzór systemowy nad
przetargowymi umowami depozytowymi w zakresie ilościowo – wartościowym).
Powinien
także
zapewnić
możliwość
wydawania
i
przyjmowania
pozycji
asortymentowych potrzebnych do uzupełniania depozytu z uwzględnieniem umowy,
zamówienia oraz struktury depozytu (powiązanie zamawianego elementu z
rodzajem/typem depozytu) wraz z zapewnieniem kontroli dat ważności i serii). Program
powinien posiadać możliwość automatycznego tworzenia listy braków (na uzupełnienie
depozytu) i wykorzystania utworzonej listy braków do automatycznego generowania
odpowiedniego zamówienia.
15. System apteczny powinien posiadać moduł administrujący potrzebny do konfigurowania
działania i wyświetlania modułów z danymi apteki. Powinien także umożliwić
rozdzielenie ustawień globalnych od lokalnych. Ustawienia systemu powinny
obejmować min. reguły numeracji dokumentów, opcje modułów systemu szpitalnego,
konfigurację mechanizmów komunikacji, wypełnianie struktury organizacyjnej, miejsc
przechowywania, listy pracowników i nadawanie uprawnień w tym uprawnień
indywidualnych, regulacji struktury i stawki VAT w zakresie produktów apteki,
definiowanie struktury dokumentów finansowych apteki (w tym również struktury
szpitala).
16. System apteczny powinien także mieć możliwość przełączenia systemu w tryb
treningowy (szkoleniowy) na danych ćwiczeniowych.
Dodatkowo Zamawiający wymaga od Wykonawcy zaimplementowania w Systemie aptecznym
poniższego zakresu funkcjonalności. Zamawiający dopuszcza, aby zaimplementowanie
poniższego zakresu funkcjonalności nastąpiło w terminie nie przekraczającym 3 miesięcy od
dnia podpisania Protokołu zdawczo-odbiorczego, o którym stanowią Istotne postanowienia
umowy.
1. Generator raportów definiowanych przez użytkownika). Dołączony do systemu
aptecznego generator raportów musi być taki, który pozwoli dowolnie korzystać ze
wszystkich danych zawartych w polach bazy, flagach i słownikach apteki (wybór
struktury przez użytkownika), a nie tylko określonych i ograniczonych przez dostawcę
oprogramowania (wyszukiwanie z wykorzystaniem uproszczonej formy języka zapytań
SQL) oraz możliwością wyboru prezentowanych danych i sposobu ich agregacji.
Generator raportów powinien umożliwić tworzenie raportów dynamicznych z
możliwością ich pogłębiania w tym również w oparciu o wielopoziomowe struktury
słowników ATC i CPV. Powinien także mieć możliwość zapisywania selekcji do
późniejszego wykorzystania. Generator powinien mieć możliwość zapisania i edycji
stworzonych na dane potrzeby formatek prezentacji danych zarówno tych ekranowych
jak i przeznaczonych do wydruku.
2. (Ewidencja sporządzania: preparatów laboratoryjnych, preparatów galenowych z
wykorzystaniem
mechanizmów
sporządzania
leków
recepturowych)
System powinien mieć dodatkowo dla produkcji aptecznej możliwość generowania
protokołu przerobu zawierającego stałe elementy przygotowania preparatu w tym
uwzględnione serie, daty ważności, koszty składników recepturowych jak i utensyliów i
opakowań wraz z wycena kosztową.
3. Program powinien mieć zaimplementowane w systemie aptecznym funkcje programu
pocztowego (klienta poczty) ze ściśle określonym w systemie wydzielonym miejscem na
przechowywanie komunikatów GIF.
4. Program powinien umożliwić prowadzenie elektronicznej książki narkotyków,
psychotropów i prekursorów z możliwością rejestracji potencjalnych uszkodzeń
opakowania transportowego i bezpośredniego wraz z generowaniem odpowiednich
zestawień kontrolnych potwierdzający zakup i rozchód substancji odurzających
(zgodnie z zasadami opisanymi w Rozporządzeniu M.Z. (Dz.U. 169/2006)
5. Program powinien mieć zaimplementowane w systemie aptecznej bazy leków oprócz
danych identyfikujących leki również ich dane refundacyjne potrzebne i
wykorzystywane zgodnie z zapisami Ustawy refundacyjnej (Dz.U. 122/2011 poz. 696
art. 9) do liczenia maksymalnej ceny hurtowej wynikającej z limitu finansowania
(kalkulator ceny w oparciu o cenę DDD podstawy limitu), po której leki mogą być
nabywane przez szpital. Dane te powinny być aktualizowane nie rzadziej niż częstość
obwieszczeń refundacyjnych.
6. Program powinien mieć możliwość osobnego tworzenia i rejestrowania wniosków
zakupowych w systemie. Po zatwierdzeniu wniosku i jego rejestracji w systemie
program powinien umożliwić wygenerowanie zamówienia z rozbiciem na dostawców z
jednoczesnym zapisem pozycji bez aktualnej umowy do bufora pozycji oczekujących na
30
przygotowanie przetargu, z nadaniem odpowiedniego statusu dla pozycji: zgłoszony do
przetargu, będący w trakcie postępowania.
Pytanie nr 131
Zamawiający w załączniku nr 3 do OPZ „Wymagane Parametry i Warunki Usług Serwisowych i Gwarancyjnych” w części
nazwanej „Opis czynności Serwisowych i Gwarancyjnych Systemu Informatycznego HIS” zdefiniował szczegółowe
wymagania dotyczące sposobu wykonywania i zakresu czynności serwisowo-gwarancyjnych. Taki opis serwisu, wiążący
się z krótkimi czasami reakcji
i realizacji zgłoszeń wiąże się z bardzo dużymi dodatkowymi, oprócz kosztów zakupu licencji, wydatkami. Czy
Zamawiający dopuści wykonywanie czynności serwisowo gwarancyjnych w dni robocze, od poniedziałku do piątku z
możliwością telefonicznego zgłaszania błędów krytycznych
i usterek w godzinach 8:00 – 16:00 z czasami reakcji i naprawy błędów krytycznych w następnym dniu roboczym oraz
czasami naprawy usterek w ciągu 14 dni od zgłoszenia ?
Odpowiedź: Zamawiający dopuszcza 4 godzinny czas reakcji na błędy krytyczne i usterki. Zamawiający
dopuszcza gwarantowany czas naprawy usterek wynoszący 14 dni od zgłoszenia. Jednocześnie
Zamawiający w zakresie systemu informatycznego HIS zmienia wymagania dotyczące sposobu
wykonywania i zakresu czynności serwisowo-gwarancyjnych opisanych w Załączniku 1 do SIWZ „Opis
Przedmiotu Zamówienia”:
•
punkt 3.3 „Nadzór Eksploatacyjny” na następujący: „W zakresie tej usługi Zamawiający może
zlecić wykonanie szeregu prac o charakterze eksploatacyjnym, konserwacyjnym oraz
konsultacyjnym wyszczególnionych poniżej:
- odtwarzanie po awarii stanu Systemu i zgromadzonych danych archiwalnych
- dokonywanie ponownych instalacji Systemu i narzędzi w przypadkach zmiany infrastruktury
informatycznej Zamawiającego (z uwzględnieniem możliwości przeniesienia Systemu na inną
platformę sprzętową)
- doradztwo w zakresie rozbudowy środowiska informatycznego Zamawiającego”
•
punkt 3.4 „Nadzór Eksploatacyjny Bazy Danych” na następujący: „W obrębie tej usługi
Wykonawca wykonuje szereg prac o charakterze eksploatacyjnym i konserwacyjnym,
mających na celu zapewnienie integralności, optymalności i bezpieczeństwa Bazy danych
wyszczególnionych poniżej:
- bieżące monitorowanie konfiguracji Motoru bazy danych, w tym sprawdzenie poprawności
wykonywania backup’u, sprawdzanie przyrostu bazy danych i wolnego miejsca w przestrzeni
tabel
- instalacja uaktualnień Motoru bazy danych udostępnionych przez jego producenta
Pytanie nr 132
nazwanej „Opis czynności Serwisowych i Gwarancyjnych Systemu Informatycznego HIS” zdefiniował szczegółowe
wymagania dotyczące sposobu wykonywania i zakresu czynności serwisowo-gwarancyjnych. Taki opis serwisu, wiążący
się z krótkimi czasami reakcji
i realizacji zgłoszeń wiąże się z bardzo dużymi dodatkowymi, oprócz kosztów zakupu licencji, wydatkami. Czy
Zamawiający w zakresie modułu realizującego funkcje Apteki Centralnej, który z punktu widzenia możliwości
ograniczenia dostępu do niego, nie jest tak priorytetowy jak system HIS, dopuści wykonywanie czynności serwisowo
gwarancyjnych modułu Apteki Centralnej, w dni robocze,
od poniedziałku do piątku z możliwością telefonicznego zgłaszania błędów krytycznych
i usterek w godzinach 8:00 – 16:00 z czasami reakcji i naprawy błędów krytycznych w następnym dniu roboczym oraz
czasami naprawy usterek w ciągu 14 dni od zgłoszenia ?
Odpowiedź: Zamawiający dopuszcza wykonywanie czynności serwisowo gwarancyjnych modułu Apteki
Centralnej, w dni robocze, od poniedziałku do piątku z możliwością telefonicznego zgłaszania błędów
krytycznych i usterek w godzinach 8:00 – 16:00 (z możliwością elektronicznego zgłaszania błędów
krytycznych i usterek on-line 24h/7d) z czasami reakcji i naprawy błędów krytycznych w następnym dniu
roboczym oraz czasami naprawy usterek w ciągu 14 dni od zgłoszenia.
Pytanie nr 133
nazwanej „Opis czynności Serwisowych i Gwarancyjnych Systemu Księgowo-Kadrowo-Płacowego” zdefiniował
szczegółowe wymagania dotyczące sposobu wykonywania i zakresu czynności serwisowo-gwarancyjnych. Taki opis
serwisu, wiążący się z krótkimi czasami reakcji i realizacji zgłoszeń wiąże się z bardzo dużymi dodatkowymi, oprócz
kosztów zakupu licencji, wydatkami. Czy Zamawiający dopuści realizację czynności serwisowo gwarancyjnych z czasem
reakcji i naprawy błędów krytycznych w następnym dniu roboczym oraz czasami naprawy usterek w ciągu 30 dni od
zgłoszenia ?
Odpowiedź: Zamawiający dopuszcza wykonywanie czynności serwisowo gwarancyjnych systemu
Księgowo-Kadrowo-Płacowego w dni robocze, od poniedziałku do piątku z możliwością telefonicznego
zgłaszania błędów krytycznych i usterek w godzinach 8:00 – 16:00 (z możliwością elektronicznego
zgłaszania błędów krytycznych i usterek on-line 24h/7d) z czasami reakcji i naprawy błędów krytycznych
w następnym dniu roboczym oraz czasami naprawy usterek w ciągu 14 dni od zgłoszenia. Jednocześnie
31
Zamawiający w zakresie systemu Księgowo-Kadrowo-Płacowego zmienia wymagania dotyczące sposobu
wykonywania i zakresu czynności serwisowo-gwarancyjnych opisanych w Załączniku 1 do SIWZ „Opis
Przedmiotu Zamówienia”:
•
•
punkt 3.4 „Nadzór Eksploatacyjny Bazy Danych” na następujący: „W obrębie tej usługi
Wykonawca wykonuje szereg prac o charakterze eksploatacyjnym i konserwacyjnym,
mających na celu zapewnienie integralności, optymalności i bezpieczeństwa Bazy danych
- bieżące monitorowanie konfiguracji Motoru bazy danych, w tym sprawdzenie poprawności
wykonywania backup’u, sprawdzanie przyrostu bazy danych i wolnego miejsca w przestrzeni
tabel
- instalacja uaktualnień Motoru bazy danych udostępnionych przez jego producenta
Pytanie nr 134
Zamawiający w załączniku nr 1 do SIWZ „Opis Przedmiotu Zamówienia” punkt 3.7 wymaga przeniesienia wszelkich
księgowym TETA oraz systemie kadrowo-płacowym ARISCO. Taki opis przedmiotu Zamówienia, w którym brak jest
informacji dotyczących rodzaju wykorzystywanych baz danych oraz żadnych innych informacji i parametrów
eksploatowanych systemów informatycznych z wyjątkiem nazw producentów nie daje możliwości złożenia oferty. W
związku z powyższym czy Zamawiający przewiduje udostępnienie danych zawartych w eksploatowanych przez
Zamawiającego ww. systemach informatycznych w postaci ustrukturyzowanych i opisanych plików lub kopii baz danych ?
Odpowiedź: Zamawiający udostępni dane zawarte w eksploatowanych przez Zamawiającego systemach:
•
Ponieważ Zamawiający odnośnie danych zawartych i zgromadzonych w systemie CliniNet,
których przeniesienie do dostarczonego (nowego) systemu będzie zadaniem Wykonawcy,
wymaga zachowania ciągłości pracy, w tym również danych zawartych w systemach,
Zamawiający udostępni dostęp zdalny do kopii baz danych dwukrotnie. Zamawiający nie
posiada jednak opisu tych baz danych, ani nie posiada opisu modelu danych. Pierwszy raz
udostępnienie będzie na potrzeby przeniesienia danych historycznych z poprzednich lat, od
początku ich istnienia (wskazanego w SIWZ), do momentu udostępnienia. Drugi raz na
potrzeby zrobienia migracji różnicowej, do chwili przełączenia wszystkich systemów
informatycznych na oferowane. Zamawiający wymaga, aby w dniu przełączenia dostępne były
w zaoferowanym i uruchomionym systemie wszystkie dane z lat poprzednich do momentu
uruchomienia w taki sposób, aby od chwili przełączenia wszystkie nowe dane były gromadzone
w zaoferowanym systemie w pełnym zakresie zaoferowanego systemu zgodnie z SIWZ.
Zamawiający przy tym zastrzega sobie możliwość weryfikacji poprawności i jakości
przeniesienia danych w trakcie migracji do udostępnionego Zamawiającemu i przeznaczonemu
do weryfikacji prototypu systemu produkcyjnego HIS, który może być wykorzystywany przez
Wykonawcę na potrzeby szkoleniowo-treningowe. W przypadku gdy wśród skontrolowanych
losowo 10000 rekordów więcej niż 5 będzie niepełnych, Zamawiający zastrzega sobie
możliwość wstrzymania wdrożenia i wezwania Wykonawcy do wyjaśnień na piśmie mających
na celu wykazanie przez Wykonawcę możliwości wykonania przedmiotu zamówienia, w tym
przeniesienia danych, w terminie. Zamawiający 2 miesiące przed oddaniem do eksploatacji
oferowanego systemu wymaga 100% jakości i zgodności przeniesionych danych.
•
Odnośnie danych zawartych i zgromadzonych w systemie w systemie finansowo księgowym
TETA oraz systemie kadrowo-płacowym ARISCO, których przeniesienie do dostarczonego
(nowego) systemu będzie zadaniem Wykonawcy, Zamawiający w okresie 2 miesięcy od
podpisania umowy udostępni Wykonawcy dane konieczne do przeniesienia w postaci
wypełnionych danymi arkuszy w formacie xls, z opisanymi poszczególnymi kolumnami.
Pytanie nr 135
Zamawiający w załączniku nr 1 do SIWZ „Opis Przedmiotu Zamówienia” punkt 3.7 wymaga przeniesienia wszelkich
zgromadzonych danych w systemie CliniNet produkcji CompuGroup Medical Polska Sp. z o.o. Czy w związku w
powyższym Zamawiający będzie wymagał pełnej użyteczności przeniesionych danych, łącznie z przeniesionymi danymi
wykonanych świadczeń w zakresie: pobytów oddziałowych, wizyt w pracowniach, rozpoznań do świadczeń ICD10,
wykonanych procedur do świadczeń ICD9, procedur rozliczeniowych NFZ wraz z ich aktualnymi statusami
rozliczeniowymi.
32
Odpowiedź: Tak, Zamawiający wymaga pełnej funkcjonalności przeniesionych danych, tak jako opisano w
SIWZ. Przeniesione dane muszą dodatkowo mieć możliwości dostępu do nich w systemie, musi istnieć
możliwość ich modyfikowania i drukowania raportów oraz sprawozdań z przeniesionych danych.
Przeniesione dane rozliczeniowe z NFZ muszą umożliwiać wykonywanie korekt sprawozdań wykonanych
przez Zamawiającego świadczeń w wymaganym przez NFZ okresie.
Pytanie nr 136
Zamawiający w Specyfikacji Istotnych Warunków Zamówienia wymaga dostarczenia rozwiązań bazodanowych
przeznaczonych docelowo pod potrzeby systemu informatycznego HIS oraz księgowo-kadrowo-płacowego wraz z 3 letnią
możliwością aktualizacji. Taki opis wsparcia baz danych, wiążący się z 3 letnią możliwością aktualizacji wiąże się z bardzo
dużymi dodatkowymi, oprócz kosztów zakupu licencji, wydatkami. W związku z powyższym, czy Zamawiający dopuści
dostarczenie baz danych z 1 roczną możliwością aktualizacji ?
Odpowiedź: Zamawiający w zakresie systemu informatycznego HIS oraz księgowo-kadrowo-płacowego
dopuszcza dostarczenie rozwiązania bazodanowego z 1 roczną możliwością aktualizacji. Zamawiający
oczekuje wliczenia przez Wykonawcę wszystkich kosztów dodatkowych licencji i wsparcia w zakresie
realizacji przedmiotu zamówienia.
Pytanie nr 137
W związku z treścią §1 ust. 2 lit. a wzoru umowy Wykonawca prosi o potwierdzenie, iż przedmiotem dostawy może być
system informatyczny, do którego Wykonawcy nie przysługują autorskie prawa majątkowe, lecz co do którego może on
udzielić sublicencji (ew. zapewnia udzielenie licencji przez producenta bezpośrednio na rzecz Zamawiającego).
Wprowadzenie wymogu dostarczenia systemu autorstwa wykonawcy stanowi naruszenie zasady konkurencyjności (art. 7
ust. 1 PZP) i nie znajduje żadnego uzasadnienia z uwagi na fakt, iż Zamawiający oczekuje udzielenia licencji, a nie
przeniesienia autorskich praw majątkowych.
Odpowiedź: Zamawiający zmienia zapisy dotyczące ww. sformułowania.
Pytanie nr 138
W związku z treścią §4 ust. 4 wzoru umowy Wykonawca wnosi o wyjaśnienie celu tej regulacji.
Po zakończeniu obowiązywania umowy Zamawiający dalej będzie użytkował dostarczony system informatyczny.
Dokonywanie eksportu danych nie ma więc żadnego sensu, natomiast niewątpliwie wpływa na wysokość ceny ofertowej.
W związku z tym Wykonawca prosi o rozważenie wykreślenia tego przepisu.
Odpowiedź: Zamawiający zmienia zapisy dotyczące ww. sformułowania dokonując wykreślenia ustępu 4.
Pytanie nr 139
Dot .§6 ust. 5 – prosimy o zmianę zapisu z płatności ratalnej na płatność miesięczną lub inna tak aby Wykonawca nie był
zobowiązany do zapłaty podatku VAT już przy pierwszej fakturze, ponieważ taka konstrukcja podnosi cenę o około 10 %
Odpowiedź: Zamawiający dopuszcza formę płatności - miesięczną zamiast płatności ratalnej.
Pytanie nr 140
W związku z treścią §7 ust. 2 lit. h wzoru umowy Wykonawca prosi o określenie maksymalnej liczby raportów zlecanych
przez Zamawiającego. Określenie tej liczby jest niezbędne dla oszacowania kosztochłonności prac związanych z
przygotowaniem danych do tych raportów. Brak takich informacji sprawia, że SIWZ nie spełnia przesłanek określonych w
art. 29 ust. 1 PZP.
Odpowiedź: Zamawiający w zakresie Istotnych postanowień Umowy §7, ustęp 2 zmienia wymagania w
zakresie odpowiedzialności Wykonawcy.
Pytanie nr 141
W związku z treścią §12 ust. 2 wzoru umowy Wykonawca prosi o zmianę tego przepisu i naliczanie kar umownych w
wysokości 0,2% wartości zamówienia za każdy dzień opóźnienia. Naliczanie kar za każdą godzinę opóźnienia w sytuacji,
gdy terminy realizacji umowy określone są w miesiącach nie znajduje żadnego uzasadnienia. Stawka przyjęta przez
Zamawiającego oznacza, iż opóźnienie w wymiarze 24h skutkować będzie naliczeniem kary w wysokości 0,5%
wynagrodzenia za dzień opóźnienia. Taka kara nosi zaś znamiona kary rażąco wygórowanej.
Odpowiedź: Zamawiający nie wyraża zgody na ww. modyfikację, jednak zmienia zapisy Istotnych
postanowień umowy w zakresie §12.
33
Pytanie nr 142
W związku z wymaganiem wielu wydruków i raportów oraz braku wzorów w SIWZ czy Zamawiający potwierdza, że
przyjmie wzory przedstawione na etapie wdrożenia przez Wykonawcę, jeśli nie prosimy
o przedstawienie wszystkich wymaganych w SIWZ raportów i wydruków.
Odpowiedź: Zamawiający przedstawi Wykonawcy, po podpisaniu umowy, obecnie wykorzystywane i
obowiązujące u Zamawiającego wzory wydruków i zestawień danych. W przypadku gdy zaproponowane
wzory będą zgodne z wymaganiami Zamawiającego, zostaną przyjęte.
Pytanie nr 143
W ramach usługi Serwis udziela porad i konsultacji odnośnie Systemu.
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin konsultacji i porad podczas trwania umowy jest to
niezbędne do określenia wartości zamówienia.
Odpowiedź: Wskazane porady i konsultacje odnośnie Systemu odnoszą się tylko i wyłącznie do błędów
krytycznych i usterek zgłaszanych w ramach czynności serwisowych i gwarancyjnych systemu
informatycznego HIS oraz systemu Księgowo-Kadrowo-Płacowego opisanych w Załączniku nr 3 do Opisu
Przedmiotu Zamówienia. Zamawiający nie opisał porad i konsultacji w znaczeniu usług serwisowych, a
jedynie drogi komunikacji telefonicznej dotyczącej możliwości kontaktowania się Zamawiającego z
Wykonawcą w ramach konsultowania sposobu, zakresu i czasu naprawy dokonanych przez
Zamawiającego zgłoszeń serwisowych.
Pytanie nr 144
- konsultacje z zakresu administracji i użytkowania Systemu,
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin konsultacje z zakresu administracji i użytkowania
Systemu podczas trwania umowy jest to niezbędne do określenia wartości zamówienia.
Odpowiedź: Zamawiający zmienia wymagania dotyczące sposobu wykonywania i zakresu czynności
serwisowo-gwarancyjnych opisanych w Załączniku 1 do SIWZ „Opis Przedmiotu Zamówienia”:
•
Pytanie nr 145
- instalowanie Upgrade i Patch (aktualizacji) Systemu,
Czy zamawiający akceptuje procedurę gdzie wszelkie instalowanie Upgrade i Patch (aktualizacji) Systemu, będą
wykonywane najpierw w środowisku treningowym zamawiającego a następnie po akceptacji przez zamawiającego
wgrywane na system produkcyjny. Wszelkie prace aktualizacyjne wykonywane będą w godzinach od 8-16 w celu
zapewnienia pełnego wsparcia personelu zamawiającego i wykonawcy.
•
zlecić wykonanie szeregu prac o charakterze eksploatacyjnym, konserwacyjnym oraz konsultacyjnym
informatycznej Zamawiającego (z uwzględnieniem możliwości przeniesienia Systemu na inną platformę
sprzętową)
Pytanie nr 146
- szkolenie personelu z zakresu wprowadzanych zmian w Systemie,
Prosimy o podanie oczekiwanej przez zamawiającego liczby- szkolenie personelu z zakresu wprowadzanych zmian w
Systemie, podczas trwania umowy jest to niezbędne do określenia wartości zamówienia. Czy zamawiajacy zgadza się by
szkolenia te były wykonywane zdalnie za pomocą technik elerningowych jest to zgodne z najnowszymi trendami w
zakresie edukacji i rozwoju społeczeństwa informacyjnego .
Odpowiedź:
Zamawiający zmienia wymagania dotyczące sposobu wykonywania i zakresu czynności serwisowogwarancyjnych opisanych w Załączniku 1 do SIWZ „Opis Przedmiotu Zamówienia”:
•
34
Pytanie nr 147
- rekonfiguracja i parametryzacja Systemu w celu zoptymalizowania i podniesienia sprawności ich działania, oraz
graficznego do potrzeb Zamawiającego,
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin rekonfiguracja i parametryzacja Systemu w celu
zoptymalizowania i podniesienia sprawności ich działania, Systemu podczas trwania umowy jest to niezbędne do
określenia wartości zamówienia.
•
Pytanie nr 148
- tworzenie nowych wydruków oraz modyfikacje istniejących wydruków,
•
Pytanie nr 149
- do przetwarzania danych w celu podniesienia sprawności działania Systemu,
•
Pytanie nr 150
- odtwarzanie po awarii stanu Systemu i zgromadzonych danych archiwalnych,
Prosimy o podanie oczekiwanej przez zamawiajacego liczby godzin rekonfiguracja i parametryzacja Systemu w celu
zoptymalizowania i podniesienia sprawności ich działania,Systemu podczas trwanai umowy jest to niezbędne do
35
•
Pytanie nr 151
- generowanie przez System danych i sprawozdań do jednostek zewnętrznych (Organu założycielskiego, Ministerstwa
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin przeznaczonych na generowanie przez System
danych i sprawozdań do jednostek zewnętrznych podczas trwania umowy jest to niezbędne do określenia wartości
zamówienia.
•
Pytanie nr 152
- dokonywanie ponownych instalacji Systemu i narzędzi w przypadkach zmiany infrastruktury informatycznej
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin na dokonywanie ponownych instalacji Systemu i
narzędzi w przypadkach zmiany infrastruktury informatycznej podczas trwania umowy jest to niezbędne do określenia
wartości zamówienia.
•
Pytanie nr 153
- doradztwo w zakresie rozbudowy środowiska informatycznego Zamawiającego.
Prosimy o podanie oczekiwanej przez zamawiającego liczby godzin doradztwo w zakresie rozbudowy środowiska
informatycznego Zamawiającego podczas trwania umowy jest to niezbędne do określenia wartości zamówienia.
•
Pytanie nr 154
oddziałowych, Apteki rozliczeń z NFZ i dokumentacji medycznej działa w oparciu o przeglądarkę stron WWW będącą
klientem
Czy zamawiający zgadza się by rozliczenia z NFZ jako realizowane przez dedykowane działy szpitalnej wykonywane były
przez aplikacje stand alone. Ewentualnie pytanie czy Zamawiający poprzez rozliczenia z NFZ wykonywane w oparciu o
przeglądarkę stron WWW rozumie wykonywanie kodowania i grupowania przez personel medyczny szpitala.
36
Odpowiedź: Zamawiający modyfikuje ten zapis zgodnie z danymi dotyczącymi zmian SIWZ w związku z
uwzględnieniem odwołania.
Pytanie nr 155
System posiada mechanizm zabezpieczający przed wyborem wykluczających się nawzajem trybów przyjęcia i źródeł
skierowania.
Prosimy o wpisanie przypadków gdy tryby przyjęcia wykluczają się ze źródłami skierowania.?
Odpowiedź: Zamawiający nie wymaga ww. funkcjonalności, jednak oczekuje możliwości konfiguracji
mechanizmu wyboru określonych źródeł skierowania względem wybranego trybu przyjęcia.
Pytanie nr 156
cen odrębnych posiłków (grup posiłków) w ramach zlecanej diety (podział na min. śniadanie, obiad, kolacja)
co zamawiający ma na myśli poprzez rejestracje i podział min śniadanie obiad kolacje. Czy zlecana jest diata a posiłki
czyli śniadania obiady kolacje wynikają z dat pobytu pacjenta i dat zlecenia diety?
Odpowiedź: Zamawiający wymaga możliwości zlecenia całej diety opartej o np. posiłki składające się
tylko z samych śniadań przy wykorzystaniu pojedynczego zlecenia z określeniem ceny dla wybranego typu
posiłku (np. ceny wyliczonej na podstawie diety składającej się tylko z samych śniadań – cena ta nie może
wynikać z procentowego udziału zleconych posiłków w zakresie całkowitej ilości posiłków zleconych
dobowo lub możliwych do zlecania w ciągu dnia).
Pytanie nr 157
Możliwość łatwego zlecania z panelu głównego badań laboratoryjnych, patomorfologicznych itp.. Dla pacjentki w
priorytetowym
Czy zamawiający akceptuje rozwiązanie w którym zlecenia w takich przypadkach będą się odbywały poprzez
zdefiniowane wcześniej panele zleceń?
Odpowiedź: Zamawiający dopuszcza takie rozwiązanie.
Pytanie nr 158
Załącznik nr 3 do OPZ, WYMAGANE PARAMETRY I WARUNKI USŁUG SERWISOWYCH I GWARANCYJNYCH, OPIS
CZYNNOŚCI SERWISOWYCH I GWARANCYJNYCH SYSTEMU KSIĘGOWO- KADROWOPŁACOWEGO.
Czy Zamawiający wyraża zgodę na zdalne świadczenie usług serwisu gwarancyjnego?
Odpowiedź: Zamawiający dopuszcza świadczenie usług serwisu gwarancyjnego zdalnie pod warunkiem ,
że wykonawca będzie w stanie świadczyć te usługi sprawnie i w zakresie oraz z parametrami
wymaganymi warunkami SIWZ.
Pytanie nr 159
Załącznik nr 3 do OPZ; rozdział I USŁUGI GWARANCYJNE, pkt 3: Modyfikacje produktu podyktowane zmieniającymi się
przepisami ogólnymi, rozporządzeniami, ustawami, obowiązującymi wykładniami prawnymi lub wskazówkami jednostek
nadrzędnych (np. Narodowy Fundusz Zdrowia, Ministerstwo Zdrowia, Państwowy Zakład Higieny, inne).
W ramach świadczenia Usług Gwarancyjnych Zamawiający oczekuje, modyfikacji oprogramowania uwzględniającego
zmieniające się przepisy ogólne, rozporządzenia, ustawy, obowiązujące wykładnie prawe lub wskazówki jednostek
nadrzędnych; prosimy o dokładne wskazanie: Jakie zmiany Zamawiający ma namyśli?
Odpowiedź: Zamawiający ma namyśli wszystkie modyfikacje prawne (w tym wymagane przez
ustawodawstwo obowiązujące w Polsce oraz instytucje jednostek nadrzędnych i wykładnie prawne)
dotyczące zakresu opisanego w SIWZ oprogramowania, którym to modyfikacją prawnym dostarczone
oprogramowanie podlega i które pojawią się w okresie świadczenia usług gwarancyjnych.
Pytanie nr 160
Załącznik nr 3 do OPZ; rozdział I USŁUGI GWARANCYJNE, pkt 4: Zgłaszanie błędów oraz usterek poprzez program
serwisowy. Opcjonalnie drogą telefoniczną, mailem, faksem, tylko w przypadku niedziałającego programu serwisowego.
W przypadku błędów krytycznych i usterek zgłaszanie telefonicznie 24 godziny na dobę 7 dni w tygodniu.
Wykonawca zobowiązuje się do udostępnienia specjalnie dedykowanego Portalu Internetowego, który w bezpieczny
sposób pozwala na obsługę zgłoszeń serwisowych oraz nadzorowania przebiegu ich rozwiązywania, również ze strony
Zamawiającego.
Czy w związku z powyższym Zamawiający dopuszcza taki sposób zgłaszania i obsługę błędów krytycznych oraz usterek a
zgłaszanie drogą telefoniczna będzie drogą opcjonalną?
Odpowiedź: Zamawiający wymaga możliwości elektronicznego zgłaszania błędów krytycznych i usterek
podobnie jak możliwości telefonicznego ich zgłaszania.
Pytanie nr 161
Załącznik nr 3 do OPZ; rozdział I. USŁUGI GWARANCYJNE, pkt 6:
Gwarantowany czas reakcji na błędy krytyczne do 2 godzin od zgłoszenia, czyli:
- niedziałająca usługa,
- zagrożenie utraty danych,
37
- błąd systemu uniemożliwiający pracę lub blokujący wszystkie funkcjonalności systemu.
Zamawiający oczekuje możliwości dokonywania Zgłoszeń błędów i usterek w godzinach 8- 16. Czy w związku z tym
można uznać , że czas reakcji na zgłoszenie liczony jest również w godzinach roboczych?
Kiedy upłynie czas reakcji zgłoszenia dokonanego przed godzina 16 dnia roboczego?
Odpowiedź: Zamawiający w Załączniku nr 3 do OPZ; rozdział I. USŁUGI GWARANCYJNE, pkt 6 wymaga
gwarantowanego czasu reakcji na błędy krytyczne do 2 godzin od zgłoszenia i oczekuje możliwości
dokonywania Zgłoszeń błędów i usterek przez 24 godziny na dobę 7 dni w tygodniu (Opis czynności
serwisowych i gwarancyjnych systemu informatycznego HIS) zadane pytanie jest niespójne i nie pozwala
na udzielenie Zamawiającemu jednoznacznej odpowiedzi. Jednocześnie Zamawiający potwierdza, że w
przypadku wszystkich usług związanych z czynnościami serwisowo-gwarancyjnymi, do wykonywania
których Zamawiający wymaga zgłaszania błędów krytycznych i usterek w Dni Robocze w godzinach 8 –
16 czas reakcji liczony jest w godzinach roboczych.
Pytanie nr 162
Załącznik nr 3 do OPZ; rozdział II. USŁUGI SERWISOWE
Czy Zmawiający posługując się ogólnym terminem ,,błąd ‘’ ma namyśli błędy krytyczne oraz usterki?
Prosimy o sprecyzowanie użytego terminu.
Odpowiedź: W tym przypadku, Zamawiający posługując się terminem błąd miał namyśli błąd krytyczny,
usterkę oraz każde nieprawidłowe działanie wg. Zamawiającego dostarczonego systemu, które
Zamawiający zgłasza. Zamawiający wymaga każdorazowo weryfikacji zgłoszenia pod kątem jego
słuszności, prawidłowości poprawności i ewentualnej klasyfikacji i przydzielenia do naprawy.
Pytanie nr 163
Załącznik nr 3 do OPZ; rozdział II. USŁUGI SERWISOWE
Czy Zamawiający dopuszcza możliwość świadczenia usług serwisowych w sposób zdalny oraz zgłaszanie ,,błędów” za
pomocą dedykowanego Portalu Internetowego, udostępnionego przez Wykonawcę gdzie łącze telefoniczne pozostałoby
drogą opcjonalną?
Odpowiedź: Zamawiający dopuszcza świadczenie usług serwisu gwarancyjnego zdalnie pod warunkiem ,
że wykonawca będzie w stanie świadczyć te usługi sprawnie i w zakresie oraz z parametrami
wymaganymi warunkami SIWZ, jednocześnie Zamawiający wymaga możliwości elektronicznego
zgłaszania błędów krytycznych i usterek podobnie jak możliwości telefonicznego ich zgłaszania.
Pytanie nr 164
Załącznik nr 1 do SIWZ, OPIS PRZEDMIOTU ZAMÓWIENIA, pkt. 3.7 Wykonawca zapewni przeniesienie wszelkich
pracy Systemu.
Jaki zakres danych ma podlegać migracji?
Czy w zakresie systemu ERP wystarczające będzie odtworzenie ilościowo-wartościowych bilansów otwarcia wraz z
powiązanymi słownikami, wszystkich nierozliczonych i częściowo rozliczonych pozycji rozrachunkowych oraz wszystkich
danych niezbędnych do prawidłowego wyliczenia staży i zasiłków (kartoteka pracowników, tj. dane osobowe oraz płace
pracowników tj. listy płac oraz składniki płacowe – przeniesienie danych kadrowo-płacowych będzie realizowane dla
aktualnie zatrudnionych pracowników)?
Odpowiedź: Odnośnie danych zawartych i zgromadzonych w systemie w systemie finansowo księgowym
TETA oraz systemie kadrowo-płacowym ARISCO, których przeniesienie do dostarczonego (nowego)
systemu będzie zadaniem Wykonawcy, Zamawiający w okresie 2 miesięcy od podpisania umowy
udostępni Wykonawcy dane konieczne do przeniesienia w postaci wypełnionych danymi arkuszy w
formacie xls, z opisanymi poszczególnymi kolumnami.
Pytanie nr 165
pracy Systemu.
Czy Zamawiający dostarczy dane z migrowanych systemów w uzgodnionym z Wykonawcą formacie, np. csv, xls?
Na konieczność dostarczenia przez Zamawiającego wszelkich niezbędnych do przeprowadzenia migracji informacji i
danych od producentów lub autorów eksploatowanych baz danych, z których ma nastąpić migracja danych do KSI
wskazuje m.in. wyrok KIO 1207/12 czy rekomendacja Prezesa UZP w sprawie zamówień na systemy informatyczne z
2009 r. a w szczególności następujące rekomendacje: R.7.2 i R.7.5.
Odpowiedź: Zamawiający udostępni dane zawarte w eksploatowanych przez Zamawiającego systemach:
•
Ponieważ Zamawiający odnośnie danych zawartych i zgromadzonych w systemie CliniNet,
których przeniesienie do dostarczonego (nowego) systemu będzie zadaniem Wykonawcy,
wymaga zachowania ciągłości pracy, w tym również danych zawartych w systemach,
Zamawiający udostępni dostęp zdalny do kopii baz danych dwukrotnie. Zamawiający nie
38
posiada jednak opisu tych baz danych, ani nie posiada opisu modelu danych. Pierwszy raz
udostępnienie będzie na potrzeby przeniesienia danych historycznych z poprzednich lat, od
początku ich istnienia (wskazanego w SIWZ), do momentu udostępnienia. Drugi raz na
potrzeby zrobienia migracji różnicowej, do chwili przełączenia wszystkich systemów
informatycznych na oferowane. Zamawiający wymaga, aby w dniu przełączenia dostępne były
w zaoferowanym i uruchomionym systemie wszystkie dane z lat poprzednich do momentu
uruchomienia w taki sposób, aby od chwili przełączenia wszystkie nowe dane były gromadzone
w zaoferowanym systemie w pełnym zakresie zaoferowanego systemu zgodnie z SIWZ.
Zamawiający przy tym zastrzega sobie możliwość weryfikacji poprawności i jakości
przeniesienia danych w trakcie migracji do udostępnionego Zamawiającemu i przeznaczonemu
do weryfikacji prototypu systemu produkcyjnego HIS, który może być wykorzystywany przez
Wykonawcę na potrzeby szkoleniowo-treningowe. W przypadku gdy wśród skontrolowanych
losowo 10000 rekordów więcej niż 5 będzie niepełnych, Zamawiający zastrzega sobie
możliwość wstrzymania wdrożenia i wezwania Wykonawcy do wyjaśnień na piśmie mających
na celu wykazanie przez Wykonawcę możliwości wykonania przedmiotu zamówienia, w tym
przeniesienia danych, w terminie. Zamawiający 2 miesiące przed oddaniem do eksploatacji
oferowanego systemu wymaga 100% jakości i zgodności przeniesionych danych.
Odnośnie danych zawartych i zgromadzonych w systemie w systemie finansowo księgowym TETA oraz
systemie kadrowo-płacowym ARISCO, których przeniesienie do dostarczonego (nowego) systemu będzie
zadaniem Wykonawcy, Zamawiający w okresie 2 miesięcy od podpisania umowy udostępni Wykonawcy
dane konieczne do przeniesienia w postaci wypełnionych danymi arkuszy w formacie xls, z opisanymi
poszczególnymi kolumnami
Pytanie nr 166
pracy Systemu.
Czy Zamawiający dysponuje dokumentacją i/lub wiedzą wystarczającą do prawidłowego rozpoznania struktur danych i
metod ich wyznaczania?
Odpowiedź: Zamawiający nie dysponuje taką wiedzą.
Pytanie nr 167
pracy Systemu.
Czy Zamawiający dopuszcza możliwość rezygnacji z migracji niektórych danych w przypadku, gdyby na etapie analizy
przedwdrożeniowej zostało jednoznacznie stwierdzone, że dane te nie będą Zamawiającemu potrzebne (np. w związku
ze zmianami stanu prawnego lub innej logiki realizacji zadań w Systemie)?
Odpowiedź: W przypadku zajścia takiej sytuacji, na pisemny wniosek Wykonawcy dotyczący
problematycznego zakresu danych, Zamawiający rozpatrzy taki wniosek wg. własnego uznania.
Pytanie nr 168
pracy Systemu.
Czy Zamawiający posiada wsparcie producentów aktualnego oprogramowania w celu przygotowania danych do migracji?
Odpowiedź: W zakresie systemu CliniNet produkcji CompuGroup Medical Polska Sp. z o.o. Zamawiający
zapewni zdalny do kopii baz danych, w zakresie systemów finansowo- księgowego TETA i kadrowopłacowego ARISCO Zamawiający zapewni wypełnione danymi arkusze w formacie xls, wraz z opisem
poszczególnych kolumn. Wsparcie producentów aktualnie eksploatowanego przez Zamawiającego
oprogramowania nie jest przedmiotem postępowania.
Pytanie nr 169
Załącznik nr 1 do OPZ, WARUNKI FORMALNE, 3. Licencja (str.1 tego załącznika)
Ze względu na przyjęty przez nas sposób licencjonowania; prosimy o podanie sumarycznej maksymalnej liczby
jednoczesnych użytkowników systemu w zakresie modułów: finanse-księgowość, środki trwałe, wyposażenie, kasa,
rejestr sprzedaży, kadry, płace, gospodarka magazynowa.
Odpowiedź: Sumaryczna maksymalna liczby jednoczesnych użytkowników systemu w zakresie
wymienionych modułów jest sumą wymaganych przez Zamawiającego w tym zakresie licencji.
39
Pytanie nr 170
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ REJESTR SPRZEDAŻY (str. 46 tego załącznika); pkt. 267
Możliwość sprawdzenia ubezpieczenia pacjenta (w tym automatyczne sprawdzanie w portalu eWUŚ )
Wdaję się, że tego typu funkcjonalność powinna być realizowana przez moduł wchodzący w skład Szpitalnego Systemu
Informatycznego (HIS), nie zaś moduł systemu administracyjnego. W związku z powyższym prosimy o przeniesienie
powyższej funkcjonalności do wymagań funkcjonalnych w zakresie Szpitalnego systemu informatycznego (HIS).
Odpowiedź: Zamawiający nie będzie wymagał realizacji ww. funkcjonalności przez moduł Rejestr
Sprzedaży.
Pytanie nr 171
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ KADRY (str. 47 tego załącznika); pkt. 326 przechowywanie
informacji o statystyce nieobecności dla stosunku pracy (zbiorcze informacje o przysługujących prawach do urlopu i
zarejestrowanych okresach nieobecności pracownika w ramach stosunku pracy) w układzie rocznym, w tym wyróżnienie
nieobecności na część dnia pracy, rozliczenie czasu pracy zgodnie z ustawą o lecznictwie, czas pracy powyżej 48 h na
tydzień w przyjętym okresie rozliczeniowym ( art. 93-99 ).
Prosimy o podanie wzoru tego typu raportu.
Odpowiedź: W Załączniku nr 2 do OPZ, str. 47, punkt 326 Zamawiający nie wymaga raportu, lecz podaje
zakres danych jakie system musi gromadzić i przechowywać.
Pytanie nr 172
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ KADRY (str. 47 tego załącznika); pkt. 327 automatyczna
modyfikacja statystyki nieobecności po zmianie wymiaru zatrudnienia lub dobowej normy czasu pracy,
Prosimy o podanie konkretnego przykładu takiej modyfikacji.
Odpowiedź: Zamawiający wymaga, aby dostarczony system posiadał możliwość automatycznego
przeliczania statystyki nieobecności dla pracowników, w przypadku których zmianie uległ wymiar
zatrudnienia (np. zmieniając wymiar zatrudnienia z pełnego etatu na ½ etatu system automatycznie
przeliczy i uwzględni w statystyce nieobecności danego pracownika, dla którego zmienił się wymiar
zatrudnienia, aktualne dane statystyki nieobecności odpowiadające ½ etatu). U Zamawiającego
występują następujące dobowe normy czasu pracy: 5 h, 7 h, 7 h 35 min, 8 h, 7 h 35 min – 12 h. Np.: pełen
etat - 159 h , ½ etaty – 79 h 30 min. Urlop na całym etacie wynosi 26 lub 20 dni. Urlop na ½ etatu wynosi
analogicznie 13 lub 10 dni itd. ( wymiar czasu pracy od 0,2 do pełnego etatu).
Pytanie nr 173
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ KADRY (str. 47 tego załącznika); pkt. 335 obsługa
kandydatów do pracy
Prosimy o podanie konkretnego opisu takiej obsługi.
Odpowiedź: Zamawiający wykreśla w/w zapis.
Pytanie nr 174
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ KADRY (str. 47 tego załącznika); pkt. 352 możliwość zapisu
wykazów w formacie arkusza MS-Excel, HTML, CSV, Open Office
Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy zapis będzie następował do formatu html, csv oraz
.xls, który jest w pełni obsługiwany przez pakiet biurowy Open Office?
Odpowiedź: Zamawiający dopuści taką możliwość pod warunkiem gdy system będzie automatycznie
wywoływał pliki w ww. formatach (będzie następowało automatyczne ich otwarcie) w pakiecie biurowym
OpenOffice po ich wygenerowaniu z systemu.
Pytanie nr 175
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ KADRY (str. 47 tego załącznika); pkt. 355 możliwość
wydruku pism z wykorzystaniem edytora MS-Word, Open Office.
Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy zapis i wydruk będzie następował z wykorzystaniem
formatu plików .doc, który jest w pełni obsługiwany przez pakiet biurowy Open Office?
wywoływał plik w ww. formacie (będzie następowało automatyczne jego otwarcie) w pakiecie biurowym
OpenOffice po jego wygenerowaniu z systemu.
Pytanie nr 176
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ PŁACE (str. 48 tego załącznika); pkt. 380 możliwość
pobierania danych o godzinach dyżurów i nadgodzin z rozliczenia godzin przygotowanego w module realizującym
funkcjonalność z zakresu ewidencji czasu pracy
Prosimy o wyjaśnienie: Czy w ramach przedmiotu zamówienia jest również system rejestracji czasu pracy? Jeżeli tak
prosimy o podanie wymagań funkcjonalnych tego systemu.
Odpowiedź: Zamawiający nie wymaga dostarczenia systemu rejestracji czasu pracy.
40
Pytanie nr 177
pobierania danych o godzinach dyżurów i nadgodzin z rozliczenia godzin przygotowanego w module realizującym
funkcjonalność z zakresu ewidencji czasu pracy
Prosimy o wyjaśnienie: Czy w ramach przedmiotu zamówienia wymagane jest wykonanie integracji z konkretnym
systemem RCP?
Jeśli tak, wnosimy o uszczegółowienie wymagania o informacje identyfikujące system RCP i jego producenta, zakres
możliwej z współpracy z systemem RCP, zakres wymaganej przez Zamawiającego integracji, wskazanie, jakie dane mają
być wymieniane, z jaką częstotliwością i przez jakie medium (np. dane o czasie wejścia i wyjścia
jednokrotnie/wielokrotnie w ciągu dnia z różnymi rodzajami wejść i wyjść służbowymi prywatnymi, przesyłane raz
dziennie za pomocą pliku csv lub wystawiane w tabeli xyz bazy SQL)?
Odpowiedź: Zamawiający nie wymaga integracji z konkretnym systemem RCP.
Pytanie nr 178
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ PŁACE (str. 48 tego załącznika); pkt. 419 Symulacja
wypłaty wynagrodzenia na podstawie wprowadzonych parametrów dotyczących sposobu pobierania wynagrodzenia z
umowy. Każda z symulacji obejmuje grupę umów, dla których jest ona wykonywana.
Ze względu na wysokie koszty udostępnienia takiej funkcjonalności przez konieczność zastosowania odrębnej platformy
lub obsługi prognozowania na kopii bazy danych wnosimy o wykreślenie wymagania z SIWZ.
Odpowiedź: Zamawiający pozostawia w tym zakresie zapisy SIWZ bez zmian.
Pytanie nr 179
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ PŁACE (str. 49 tego załącznika); pkt. 422 możliwość zapisu
wykazów w formacie arkusza MS-Excel, HTML ,CSV, Open Office.
Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy zapis będzie następował do formatu html, csv oraz
.xls, który jest w pełni obsługiwany przez pakiet biurowy Open Office?
wywoływał pliki w ww. formatach (będzie następowało automatyczne ich otwarcie) w pakiecie biurowym
OpenOffice po ich wygenerowaniu z systemu.
Pytanie nr 180
wydruku pism z wykorzystaniem edytora MS-Word, Open Office.
Czy Zamawiający uzna wymaganie za spełnione, w przypadku gdy zapis i wydruk będzie następował z wykorzystaniem
formatu plików .doc, który jest w pełni obsługiwany przez pakiet biurowy Open Office?
wywoływał plik w ww. formacie (będzie następowało automatyczne jego otwarcie) w pakiecie biurowym
OpenOffice po jego wygenerowaniu z systemu.
Pytanie nr 181
Załącznik nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, MODUŁ GOSPODARKA MAGAZYNOWA (str. 50 tego załącznika);
pkt. 490 wspieranie obsługi zamówień (w tym publicznych):
Prosimy o precyzyjne określenie zakresu funkcji w jakim moduł gospodarki magazynowej ma wspierać obsługę
zamówień publicznych?
Odpowiedź: Zamawiający wykreśla zapis „ w tym publicznych”. Zamawiający nie będzie wymagał
wspierania obsługi zamówień (w tym publicznych) w ramach zamówienia.
Pytanie nr 182
Czy Zamawiający wymaga obsługi rozliczenia\realizacji umów wynikających z procedur Zamówień Publicznych?
Odpowiedź: Zamawiający wykreśla zapis „ w tym publicznych”. Zamawiający nie będzie wymagał obsługi
rozliczenia\realizacji umów wynikających z procedur Zamówień Publicznych w ramach zamówienia.
Pytanie nr 183
Czy Zamawiający wymaga obsługi procesów generowania postępowań o Zamówienia Publiczne?
Odpowiedź: Zamawiający wykreśla zapis „ w tym publicznych”. Zamawiający nie będzie wymagał
wspierania obsługi zamówień (w tym publicznych) w ramach zamówienia.
Pytanie nr 184
Zamawiający, w Załączniku nr 2 do OPZ, SYSTEM ADMINISTRACYJNY, WYMAGANIA OGÓLNE (str. 42 tego załącznika);
pkt. 39 wymaga Możliwości przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez
konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego.
Prosimy o wskazanie jakie platformy Zamawiający ma na myśli w powyższym zapisie.
41
Jednocześnie wskazujemy, że tak sprecyzowany zapis przedmiotu zamówienia, wyklucza możliwość zastosowania
rozwiązań opartych o platformę MS SQL, co jest – w obliczu zapisów art. 7 ust. 1 ustawy o zamówieniach publicznych z
dnia 29 stycznia 2004 roku - ograniczeniem konkurencji.
Prosimy o takie sformułowanie przedmiotowego zapisu Opisu Przedmiotu Zamówienia, aby umożliwić dostęp do
uzyskania zamówienia wszystkim potencjalnym wykonawcom lub rezygnację z tego wymagania.
Odpowiedź: Opis funkcjonalności bazy danych rozpoczyna się od strony 51 od punktu 503 Załącznika nr 2
do OPZ, natomiast nie zawiera się on w punkcie 39 (str. 42) Załącznika nr 2 do OPZ wskazanym w
pytaniu. Zamawiający ma myśli niezależność platformy systemowej dla oprogramowania klienckiego
(serwera aplikacyjnego) oferowanego systemu od platformy bazy danych oferowanego systemu.
Pytanie nr 185
W Punkcie I. Platforma szpitalnego systemu informatycznego HIS oraz systemu księgowego i
kadrowo płacowego.
W podpunkcie 1. Serwer klastrowy – 1 szt.
Zamawiający precyzuje poniższe wymagania:
Pamięć RAM
96 GB pamięci RAM RDIMM o częstotliwości pracy 1600MHz. Płyta powinna
obsługiwać do 768GB, na płycie głównej powinno znajdować się minimum 24 sloty
przeznaczonych dla pamięci. Możliwe zabezpieczenia pamięci: Memory Rank Sparing,
Memory Mirror, SBEC, Lockstep.
Czy Zamawiający dopuści serwer wyposażony w alternatywne zabezpieczenia pamięci, jak Advanced ECC czy Online
spare?
zachowania oczekiwanej funkcjonalności tj. innego sposobu mirroringu pamięci wraz z opisem tego w
ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 186
kadrowo płacowego.
Sloty PCI Express
Min. 2 sloty x16 generacji 3 o prędkosci x8 LowProfile, min. 2 sloty x16 generacji 3 o
prędkości x8 , min. 1 slot x16 generacji 3 pełnej długości i wysokości, min. 2 slot x16
generacji 3 o prędkości x8 pełnej długości i wysokości.
Czy Zamawiający dopuści serwer wyposażony w następujące sloty PCI:
- 2 sloty PCI-Express 3 generacji x16 pełnej długości i pełnej wysokości
- 3 sloty PCI-Express 3 generacji x8 połowy długości i pełnej wysokości
- 1 slot PCI-Express 2 generacji x8 (prędkość x4) połowy długości i pełnej wysokości
Pytanie nr 187
kadrowo płacowego.
Wewnetrzny moduł SD
Możliwość zainstalowania wewnętrznego modułu z redundantnymi kartami SD oraz
klucza USB. Możliwość skonfigurowania mirroru pomiędzy redundantnymi kartami SD.
Czy Zamawiający dopuści serwer wyposażony w serwer z mozliwością zainstalowania wewnętrznego modułu pojedynczą
kartami SD oraz klucza USB?
będzie dostępna funkcja mirroringu tej pamięci wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp
Pytanie nr 188
kadrowo płacowego.
System diagnostyczny
Panel LCD umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o
stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze.
Czy Zamawiający dopuści serwer wyposażony w system diagnostyczny polegający na diodach LED informujących o
stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze?
opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp
42
Pytanie nr 189
kadrowo płacowego.
Bezpieczeństwo
Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy współpracujący z BIOS i kartą
zarządzającą.
Czy Zamawiający dopuści serwer wyposażony w Zintegrowany z płytą główną moduł TPM, natomiast nie posiadający
wbudowanego czujnika otwarcia obudowy współpracującego z BIOS i kartą zarządzającą?
Odpowiedź: Zamawiający wymaga dostarczenia serwera wyposażonego w czujnik otwarcia obudowy taki
jak opisano w SIWZ.
Pytanie nr 190
kadrowo płacowego.
Karta zarządzająca
Niezależna od zainstalowanego na serwerze systemu operacyjnego posiadająca
dedykowane port RJ-45 Gigabit Ethernet umożliwiająca:
- zdalny dostęp do graficznego interfejsu Web karty zarządzającej
- zdalne monitorowanie i informowanie o statusie serwera (m.in. prędkości obrotowej
wentylatorów, konfiguracji serwera, )
- szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację użytkownika
- możliwość podmontowania zdalnych wirtualnych napędów
- wirtualną konsolę z dostępem do myszy, klawiatury
- wsparcie dla IPv6
- wsparcie dla WSMAN (Web Service for Managament); SNMP; IPMI2.0, VLAN tagging,
Telnet, SSH
- możliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez
serwer
- możliwość zdalnego ustawienia limitu poboru prądu przez konkretny serwer
- integracja z Active Directory
- możliwość obsługi przez dwóch administratorów jednocześnie
- wsparcie dla dynamic DNS
- wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie
konfiguracji sprzętowej
- możliwość podłączenia lokalnego poprzez złącze RS-232
- zainstalowana wewnetrzna dedykowana do karty zarządzającej, karta Sd o
pojemności min. 8 GB
Czy Zamawiający dopuści serwer wyposażony w kartę zarządzającą nieposiadającą zainstalowanej wewnetrznej
dedykowana do karty zarządzającej, karta Sd o pojemności min. 8 GB, natomiast spełniającą pozostałe opisane wyżej
wymagania?
Pytanie nr 191
W punkcie II. Platforma przechowywania radiologicznych obrazów diagnostycznych.
W podpunkcie 1. Serwer zarządzający – 1 szt.
Pamięć RAM
32 GB pamięci RAM RDIMM o częstotliwości pracy 1600MHz. Płyta powinna obsługiwać domin. 96GB, na płycie głównej
powinno znajdować się minimum 6 slotów przeznaczonych dla pamięci Możliwe zabezpieczenia pamięci: Memory Rank
Sparing, Memory Mirror, Lockstep
spare?
Pytanie nr 192
43
Panel LCD umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków,
BIOS’u, zasilaniu oraz temperaturze.
Czy Zamawiający dopuści serwer wyposażony w system diagnostyczny polegający na diodach LED informujących o
stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze?
Pytanie nr 193
Zasilacze
Redundantne zasilacze o mocy maks. 350W każdy.
Czy Zamawiający dopuści serwer wyposażony w redundantne zasilacze o mocy 460W każdy?
Odpowiedź: Zamawiający wymaga dostarczenia serwera wyposażonego w zasilacze takie jak opisano w
SIWZ.
Pytanie nr 194
Bezpieczeństwo
zarządzającą
jak opisano w SIWZ.
Pytanie nr 195
Pamięć RAM
96 GB pamięci RAM RDIMM o częstotliwości pracy 1600MHz. Płyta powinna
obsługiwać do 768GB, na płycie głównej powinno znajdować się minimum 24 sloty
przeznaczonych dla pamięci. Możliwe zabezpieczenia pamięci: Memory Rank Sparing,
Memory Mirror, SBEC, Lockstep.
spare?
Pytanie nr 196
Sloty PCI Express
Min. 2 sloty x16 generacji 3 o prędkosci x8 LowProfile, min. 2 sloty x16 generacji 3 o
prędkości x8 , min. 1 slot x16 generacji 3 pełnej długości i wysokości, min. 2 slot x16
generacji 3 o prędkości x8 pełnej długości i wysokości.
Czy Zamawiający dopuści serwer wyposażony w następujące sloty PCI:
- 2 sloty PCI-Express 3 generacji x16 pełnej długości i pełnej wysokości
- 3 sloty PCI-Express 3 generacji x8 połowy długości i pełnej wysokości
- 1 slot PCI-Express 2 generacji x8 (prędkość x4) połowy długości i pełnej wysokości
44
Pytanie nr 197
Wewnetrzny moduł SD
Możliwość zainstalowania wewnętrznego modułu z redundantnymi kartami SD oraz
klucza USB. Możliwość skonfigurowania mirroru pomiędzy redundantnymi kartami SD.
Czy Zamawiający dopuści serwer wyposażony w serwer z mozliwością zainstalowania wewnętrznego modułu pojedynczą
kartami SD oraz klucza USB?
będzie dostępna funkcja mirroringu tej pamięci wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp
Pytanie nr 198
Panel LCD umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków,
BIOS’u, zasilaniu oraz temperaturze. Czy Zamawiający dopuści serwer wyposażony w system diagnostyczny polegający
na diodach LED informujących o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze?
Pytanie nr 199
Bezpieczeństwo
zarządzającą.
jak opisano w SIWZ.
Pytanie nr 200
Karta zarządzająca
Niezależna od zainstalowanego na serwerze systemu operacyjnego posiadająca
dedykowane port RJ-45 Gigabit Ethernet umożliwiająca:
- zdalny dostęp do graficznego interfejsu Web karty zarządzającej
- zdalne monitorowanie i informowanie o statusie serwera (m.in. prędkości obrotowej
wentylatorów, konfiguracji serwera, )
- szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację użytkownika
- możliwość podmontowania zdalnych wirtualnych napędów
- wirtualną konsolę z dostępem do myszy, klawiatury
- wsparcie dla IPv6
- wsparcie dla WSMAN (Web Service for Managament); SNMP; IPMI2.0, VLAN tagging,
Telnet, SSH
- możliwość zdalnego monitorowania w czasie rzeczywistym poboru prądu przez
serwer
- możliwość zdalnego ustawienia limitu poboru prądu przez konkretny serwer
- integracja z Active Directory
- możliwość obsługi przez dwóch administratorów jednocześnie
- wsparcie dla dynamic DNS
- wysyłanie do administratora maila z powiadomieniem o awarii lub zmianie
konfiguracji sprzętowej
45
- możliwość podłączenia lokalnego poprzez złącze RS-232
- zainstalowana wewnetrzna dedykowana do karty zarządzającej, karta Sd o
pojemności min. 8 GB
Czy Zamawiający dopuści serwer wyposażony w kartę zarządzającą nieposiadającą zainstalowanej wewnetrznej
dedykowana do karty zarządzającej, karta Sd o pojemności min. 8 GB, natomiast spełniającą pozostałe opisane wyżej
wymagania?
Pytanie nr 201
W podpunkcie 3. Macierz dyskowa – 1 szt.
Oprogramowanie
Zarządzające macierzą w tym powiadamianie mailem o awarii, umożliwiające maskowanie i mapowanie dysków.
Możliwość rozbudowy funkcjonalności macierzy o kopie migawkowe (licencja na minimum 8 kopii na dysk logiczny).
Możliwość rozbudowania oprogramowania o funkcjonalność pełnych kopii dysków logicznych.
Możliwość utworzenia minimum 128 LUN’ów. Licencja macierzy powinna umożliwiać podłączanie minimum 2 hostów bez
konieczności zakupu dodatkowych licencji dla macierzy.
Czy Zamawiający dopuści macierz wyposażoną w oprogramowanie umożliwiające rozbudowę do 512 kopii migawkowych
niezależnie od ilości dysków logicznych?
Odpowiedź: Zamawiający wymaga dostarczenia macierzy wyposażonej w oprogramowanie takie jak
opisano w SIWZ.
Pytanie nr 202
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS - Zarządzanie słownikami ruchu
chorych pacjentów :Lp. 62
Prosimy o doprecyzowanie jakie elementy aplikacji powinny być konfigurowalne lub wykreślenie wymagania?
Odpowiedź: Zamawiający pozostawia w tym zakresie zapisy SIWZ bez zmian. Zamawiający ma na myśli
wszystkie opcje, jakie są możliwe w module administracyjnym oferowanego rozwiązania i minimum
określone w SIWZ jako możliwe do skonfigurowania.
Pytanie nr 203
Czy intencją Zamawiającego jest umożliwienie definiowania dyżurów i rodzajów planowanej pracy na potrzeby
planowania i rozliczania czasu pracy personelu?
Odpowiedź: Tak, a funkcje planowania i rozliczania mają być dostępne również z poziomu HIS bez
konieczności instalowania dodatkowych aplikacji oraz logowania się innych aplikacji.
Pytanie nr 204
Czy intencją Zamawiającego jest aby użytkownicy systemu mieli możliwość wysłania przygotowanej informacji do
nieokreślonego adresata, np pracownicy działu informatyki?
Odpowiedź: Zamawiający pozostawia w tym zakresie zapisy SIWZ bez zmian. Zamawiający dopuszcza
również zaproponowaną funkcję.
Pytanie nr 205
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Centralny serwer wydruków
W obliczu obowiązku tworzenia i archiwizowania dokumentacji medycznej wyłącznie w postaci elektronicznej, wymagania
dotyczące zarządzania wydrukami wydają się być nieuzasadnione. Prosimy o wykreślenie wymagań.
Odpowiedź: Zamawiający pozostawia w tym zakresie zapisy SIWZ bez zmian. Zgodnie z projektem
założeń data obowiązku może zostać przesunięta. Zamawiający oczekuje więc możliwości samodzielnego
zadecydowania odnośnie terminu, od którego rozpocznie prowadzenie dokumentacji w postaci
elektronicznej.
Pytanie nr 206
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Wystawianie recept Lp. 137
46
Czy intencją Zamawiającego jest aby system przechowywał wszystkie recepty wystawione pacjentowi?
Odpowiedź: Tak, Zamawiający pozostawia w tym zakresie zapisy SIWZ bez zmian. Zamawiający wymaga
również możliwości przechowywania informacji dotyczących leków przepisanych nie na receptę.
Pytanie nr 207
Czy intencją Zamawiającego jest aby system umożliwiał usunięcie recepty, która nie została wydrukowana?
Odpowiedź: Tak, zgodnie z zapisami SIWZ.
Pytanie nr 208
Treść wymagania narzuca sposób realizacji funkcjonalności w systemie, co może sugerować wskazanie na konkretne
rozwiązanie. Prosimy o usunięcie zapisu: "prezentowane są w postaci zakładek"
Odpowiedź: Prezentacja w postaci zakładek, czyli listy horyzontalnej wydaje się Zamawiającemu
najbardziej intuicyjna dla użytkownika, ale dopuszcza prezentację w postaci listy wertykalnej obiektów,
jeśli wszystkie pozostałe wymagane funkcje zostaną zachowane zgodnie z zapisami SIWZ.
Pytanie nr 209
Treść wymagania narzuca sposób realizacji funkcjonalności w systemie, co może sugerować wskazanie na konkretne
rozwiązanie. Prosimy o usunięcie zapisu: "Prezentowane sa w dodatkowej zakładce z możliwością ich wyboru i
naniesieniu na receptę"
Odpowiedź: Zamawiający dopuszcza, aby funkcja była zrealizowana przez inny niż zakładki sposób
realizowania funkcjonalności.
Pytanie nr 210
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Zlecenia Medyczne Lp. 169
Czy intencją Zamawiającego jest możliwość jednoczesnej autoryzacji wielu zleceń wystawionych dla tego samego
pacjenta?
Odpowiedź: Tak, zgodnie z zapisami SIWZ.
Pytanie nr 211
Wymaganie powtórzone, przy czym w myśl obowiązującego prawa tylko lekarz posiada uprawnienia do wystawiania i
autoryzacji zleceń. Prosimy o usunięcie wymagania.
Odpowiedź: Zamawiający nie wyraża zgody na wykreślenie w/w zapisu. W zakresie obowiązków jak i
uprawnień nie tylko lekarz posiada możliwość wystawiania i autoryzacji zleceń.
Pytanie nr 212
Zważywszy, że wzrost i waga są parametrami pacjenta, które mogą ulegać zmianie w trakcie badania i rejestrowane
powinny być jako wynik pomiaru lub atrybut stały pacjenta, prosimy o usunięcie wymagania. Sugestia aby te informacje
były wprowadzane za pośrednictwem wskazanych formularzy sugeruje sposób realizacji wymagania a tym samym może
wskazywać na konkretne rozwiązanie.
Odpowiedź: Zamawiający dopuszcza rozwiązanie w którym dostarczana aplikacja posiada następujące
funkcjonalności w zakresie rejestracji informacji o wartościach badanych pacjenta:
System umożliwia rejestrację danych co najmniej o: wadze, wzroście, tętnie, ciśnieniu, temperaturze,
powierzchni ciała, wskaźniku masy ciała, oddechu, glikemii pacjenta w przeznaczonych do tego
formatkach aplikacji,
System umożliwia śledzenie zmienności w/w wartości w postaci graficznej (wykres),
System umożliwia automatyczne pobranie do formularza dokumentacji medycznej wszystkich lub
ostatnich wartości badanych pacjenta.
Pytanie nr 213
Czy Zamawiający uzna wymaganie za spełnione, jeśli podczas zlecania badań będzie możliwość określenia czasu, na
kiedy badanie powinno zostać wykonane?
Odpowiedź: Tak. W przypadku nieokreślenia terminu wykonania badania, Zamawiający wymaga, aby
określone było planowe/pilne.
Pytanie nr 214
47
Czy intencją Zamawiającego jest aby po wybraniu panelu wszystkie badania zdefiniowane w tym panelu zostały wybrane
do zlecenia?
Odpowiedź: Tak – Zamawiający wymaga, aby wszystkie badania zostały zdefiniowane w odpowiednim
panelu bez konieczności ich ponownego wpisywania.
Pytanie nr 215
Z punktu widzenia Wykonawcy wymaganie powyższej funkcjonalności jest bezzasadne. Prosimy o usunięcie
przedmiotowego wymagania.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje możliwości wyszukania zdefiniowanej grupy
usług, po wybraniu której automatycznie na formularzu zlecanych badań znajdą się wszystkie usługi
zdefiniowane w wybranej grupie usług.
Pytanie nr 216
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Patomorfologia Lp. 685
Czy intencją Zamawiającego jest wyszukiwanie pacjenta po numerze księgi pracowni patomorfologii, a nie księgi
głównej, w której rejestrowani są wyłącznie pacjenci hospitalizowani?
Odpowiedź: Zgodnie z zapisami SIWZ. Zarówno po nr księgi głównej, jak i po nr pacjenta (niezależnym od
hospitalizacji), a także znaku identyfikacyjnym z dostarczonego modułu identyfikacji pacjenta.
Pytanie nr 217
Czy Zamawiający dopuszcza korzystanie z gotowych bloczków z naklejkami?
Odpowiedź: Zamawiający nie wyraża zgody, w badaniach patomorfologicznych bloczki są tworzone dla
każdego ocenianego preparatu.
Pytanie nr 218
Czy Zamawiający zaakceptuje rozwiązanie, w którym będzie istniała możliwość wyświetlania badań i zleceń wg statusu
np: do realizacji, w trakcie realizacji, do autoryzacji?
Odpowiedź: Tak, Zamawiający zaakceptuje rozwiązanie, w którym będzie istniała możliwość wyświetlania
badań i zleceń wg statusu np: do realizacji, w trakcie realizacji, do autoryzacji pod warunkiem zachowania
pozostałych danych takich jak dane pacjenta, nazwę badania, status, datę zlecenia, dane jednostki
kierującej i lekarza kierującego.
Pytanie nr 219
Zważywszy, że badania patomorfologiczne realizowane są na zlecenie jednostek wewnętrznych szpitala lub w oparciu o
skierowanie jednostki zewnętrznej nieprawdopodobne wydaje się aby istniała konieczność rejestracji pacjenta o
nieznanej tożsamości (jeśli jest takowy pacjentem szpitala, to został już zarejestrowany w izbie przyjęć lub oddziale)
zatem sugerujemy usunięcie wymagania?
Odpowiedź: Zamawiający nie wyraża zgody na usunięcie w/w wymagania, ponieważ powinna istnieć
możliwość zarejestrowania pacjenta jako NN i wystawienie takiego zlecenia.
Pytanie nr 220
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Zlecenia Medyczne Lp. 711 i
712
Czy Zamawiający zaakceptuje kontrolę wprowadzania tych samych danych przez dwóch różnych użytkowników
Odpowiedź: Zamawiający nie wyraża zgody, wymaga realizacji funkcjonalności tak jak opisano w pozycji
711 i 712 ponieważ system ma zabezpieczać przed tego typu zdarzeniami.
Pytanie nr 221
Z punktu widzenia Wykonawcy wymaganie powyższej funkcjonalności jest bezzasadne. Prosimy o usunięcie
Odpowiedź: Zamawiający nie wyraża zgody, dla zamawiającego istotne jest, aby w systemie wpisane były
dane, kto i kiedy odebrał wynik (odbiór osobisty, wynik wysłany na adres, odebrał zlecający).
48
Pytanie nr 222
Z treści wymagania wynika, że wymienionych kryteriów wyszukiwania jest 11, Zamawiający pisze o min 12. Ponadto
prosimy o wyjaśnienie czym różni się typ usługi od nazwy usługi?
Odpowiedź: Zamawiający koryguje pomyłkę pisarską i wskazuje, że kryteriów w wymaganiu jest
przynajmniej 11, a nie 12. Zamawiający poprzez typ i nazwę usługi rozumie zapisy określone w z
Zarządzeniu Prezesa Narodowego Funduszu Zdrowia.
Pytanie nr 223
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Blok operacyjny Lp. 751
Z punktu widzenia Wykonawcy wymaganie funkcjonalności „identyfikacji pacjenta po numerze pacjenta zgodnie z
kolejką oczekującą na zabieg” jest bezzasadne. Prosimy o usunięcie przedmiotowego wymagania.
Odpowiedź: Zamawiający nie wyraża zgody, jeżeli przyjmiemy, że racjonalnie gospodarujemy planem
operacyjnym i pracą bloku operacyjnego przy zachowaniu ustawy o ochronie danych osobowych
racjonalnym wydaje się nadawanie przez system numerów pacjentom oczekującym i możliwości
identyfikacji pacjentów po tym właśnie numerze.
Pytanie nr 224
Czy intencją Zamawiającego jest aby wymienione dane prezentowane były na wydruku planu zabiegów?
Odpowiedź: Tak.
Pytanie nr 225
Prosimy o wyjaśnienie i podanie przykładu o jakich kilka grafików chodzi?
Odpowiedź: Zamawiający wyjaśnia, iż oczekuje ,możliwości sporządzenia równoległych grafików dla
poszczególnych sal operacyjnych na których odbywają się zabiegi operacyjne w tym samym czasie.
Pytanie nr 226
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Blok porodowy Lp. 793
Prosimy o udostępnienie wzoru opisanego zestawienia wraz z wyjaśnieniem znaczenia poszczególnych pól oraz kolumn.
Odpowiedź: Zamawiający wyjaśnia, iż wzór protokołu porodu (kartogramu) musi być zgodny z aktualnie
obowiązującymi zapisami określonymi w Zarządzeniu Prezesa NFZ.
Pytanie nr 227
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Zlecenia leków Lp. 951
W jakim celu i w jaki sposób informacje o lekach własnych pacjentach powinny być widoczne w Aptece centralnej
szpitala?
Odpowiedź: Informacja o lekach własnych pacjentów powinna znaleźć się z jednej strony, jako
dokumentacja zdeponowania leku pacjenta w apteczce oddziałowej a z drugiej w przypadku
zastosowania (razem z innymi zleconymi lekami) takiego leku u pacjenta informacja o tym fakcie powinna
znaleźć się również w dokumentacji chorego. Jest to ważne w przypadku analizy związku przyczynowo
skutkowego w przypadku zaistnienia działania niepożądanego, tak samo jak nie uwzględnienie faktu
podania leku „pacjenta” uniemożliwi analizę zlecenia pod kątem możliwości wystąpienia np. interakcji
lek-lek, lek-test diagnostyczny lub lek-pokarm, co jest istotnym elementem zapewnienia bezpieczeństwa
farmakoterapii. Dane o preparacie pacjenta zdeponowanym w apteczce oddziałowej powinny być
zarejestrowane w uwagach, jako zapis alfanumeryczny (tekstowy) z oznaczeniem leku, jako lek pacjenta,
co pozwala włączyć taki identyfikator opisowy leku w cykl zlecenia a nie będzie generowało
zapotrzebowania do apteki.
Pytanie nr 228
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Moduł Bank Krwi i Serologii
Immunohematologicznej Lp. 955
Czy wymaganie należy rozumieć jako możliwość zlecania do pracowni serologii immunohematologicznej wymienionych
badań?
Pytanie nr 229
49
Z punktu widzenia Wykonawcy wymaganie funkcjonalności „System ostrzeżeń o niezgodnej z poprzednimi wynikami
grupie krwi pacjenta, niezgodnym składniku krwi oraz o wykrytych przeciwciałach” jest bezzasadne. Prosimy o usunięcie
Pytanie nr 230
Prosimy o modyfikację wymagania na następujące:
Moduły statystyczne obejmujące:
a) Obsługa banku krwi: rejestrowanie przychodów i rozchodów krwi i jej składników
b) Statystykę raportów badań pod kątem rodzajów zarejestrowanych i wykonanych badań, ilości pacjentów, ilości
dawców, oddziałów zlecających, konkretnego pacjenta otrzymującego preparaty krwi,
c) Statystyka banku krwi: ilość i rodzaj komponentów krwi przyjętych, przetoczonych, zwracanych, historii każdego
komponentu krwi, aktualne zasoby banku ( oddzielne raporty dla składników dostępnych, zarezerwowanych dla
pacjentów, przeterminowanych oraz tych dla których zbliża się koniec terminu ważności)
d) Bank krwi – statystyka pod kątem komponentów krwi (typy preparatów, grupy, objętości), oddziałów, osób
zlecających, sumarycznych zestawień dla poszczególnych oddziałów,
e) Możliwość eksportu raportów do MS EXCEL w celu opracowywania dalszych analiz,
Wszystkie raporty generowane dla dowolnie ustalonego przedziału czasowego,
Pytanie nr 231
Prosimy doprecyzować jakie zmiany powinny być sygnalizowane i w jakich zapisach?
Pytanie nr 232
System musi łączyć wymogi programu dla Pracowni Serologii z wymogami programu do Banku Krwi
a) powiązanie wyników badań serologicznych z gospodarką krwią,
b) system kontroli poprawności wydawania składników krwi w zależności od wyników badań serologicznych,
c) zwrot na stan Banku jednostek nie zakwalifikowanych do transfuzji, kontrola dat ważności wydawanych składników
krwi
Pytanie nr 233
W myśl obowiązującego prawa przekazanie preparatów krwi do innego szpitala odbywa się wyłącznie za pośrednictwem
RCKiK, zatem jak należy rozumieć konieczność obsługi "wydania składnika do innego szpitala"? Prosimy o usunięcie
zapisu.
Pytanie nr 234
Czy wystarczające, dla potwierdzenia wykonania transfuzji jest kontrola wykonania przetoczeń w oddziałach dla
pacjentów, dla których zamówione zostały preparaty krwi?
Pytanie nr 235
Czy Zamawiający ma na myśli zmianę preparatu czy atrybutów preparatu? Tzn czy zmiana powinna dotyczyć z KKCZ na
KKP? Rodzaj preparatu jest zakodowany na naklejce preparatu i wprowadzanie preparatów na stan powinno odbywać na
podstawie kodów z worków. Prosimy o wyjaśnienie co oznacza sformułowanie "zmiana rodzaju przyjętych składników
krwi"?
50
Pytanie nr 236
Czy w raporcie zniszczeń sformułowanie: „przyczyna zwrotu" należy zastąpić "przyczyna zniszczenia" a w miejscu "lekarz
zwracający" powinno być „osoba dokonująca zniszczenia”?
Pytanie nr 237
„Raportu z losu danej jednostki krwi – historia przyjęcia, wydań”
Pytanie nr 238
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Elektroniczny Rekord
Medyczny Pacjenta Lp. 999
Czy należy rozumieć, że funkcjonalność ta powinna być dostępna na stacji diagnostycznej? Obróbka wizualna obrazu na
"zwykłych" stacjach, nie powinna mieć miejsca z uwagi na niską jakość obrazu.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje funkcjonalności, a jeśli będzie uruchamiana
na „zwykłej” stacji, będzie wykorzystywana wyłącznie w celach poglądowych.
Pytanie nr 239
Czy Zamawiający dopuszcza zastosowanie przeglądarki DICOM dostarczanej przez producenta systemu PACS?
Odpowiedź: Zamawiający dopuszcza taką możliwość, pod warunkiem zgodności z SIWZ, oraz możliwości
jej użycia na minimum 150 stacji roboczych, a jej licencjonowanie będzie zgodne z SIWZ.
Pytanie nr 240
„Przeglądarka działa poprawnie niezależnie od systemu operacyjnego min. Windows/Linux/MAC OS.”
Pozostawienie wymagania w obecnej formie promuje tylko jednego Wykonawcę i nie zachowuje zasady uczciwej
konkurencji.
Odpowiedź: Zgodnie z zapisami SIWZ. Zgodnie z odpowiedzią na wcześniejsze pytanie Zamawiający
dopuszcza zastosowanie przeglądarki DICOM producenta użytkowanego przez siebie systemu NetRAAD
PACS firmy CompuGroup Medical Polska po zintegrowaniu z tym systemem, jeśli tylko licencjonowanie tej
przeglądarki będzie zgodne z SIWZ.
Pytanie nr 241
Prosimy o modyfikację wymagania.
Tak sformułowane wymaganie opisuje konkretne rozwiązanie. Czy Zamawiający dopuszcza inny sposób oznaczania
wyników, nadawania statusów i śledzenia historii autoryzacji?
konkurencji.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje funkcjonalności co do jej finalnego
działania, ale jeśli Wykonawca zaprezentuje zamiast tabeli dodatkowe okno autoryzacji z listą
wymaganych osób do autoryzacji, również zostanie to zaakceptowane przez Zamawiającego.
Pytanie nr 242
Prosimy o modyfikację wymagania.
Tak sformułowane wymaganie opisuje konkretne rozwiązanie. Czy Zamawiający dopuszcza inny sposób oznaczania
wyników, nadawania statusów i śledzenia historii autoryzacji?
51
konkurencji.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje funkcjonalności co do jej finalnego
działania, ale jeśli Wykonawca zaprezentuje zamiast tabeli dodatkowe okno autoryzacji z listą
wymaganych osób do autoryzacji, również zostanie to zaakceptowane przez Zamawiającego.
Pytanie nr 243
Medyczny Pacjenta Lp. 1013 i 1014
Wymagania 1013 i 1014 wydają się być w sprzeczności. Jeśli tylko jeden użytkownik może autoryzować dokument, to w
jakiej sytuacji można wybrać inną osobę autoryzującą?
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje możliwości konfiguracji reguł autoryzacji.
Jeśli więc będzie zdefiniowana możliwość opcjonalnie innej osoby, będzie mogła ona autoryzować, jeśli
kategorycznie będzie wskazana, to tylko wskazana osoba.
Pytanie nr 244
Medyczny Pacjenta Lp. 1013 i 1014
Wymagania 1013 i 1014 wydają się być w sprzeczności. Jeśli tylko jeden użytkownik może autoryzować dokument, to w
jakiej sytuacji można wybrać inną osobę autoryzującą?
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje możliwości konfiguracji reguł autoryzacji.
Jeśli więc będzie zdefiniowana możliwość opcjonalnie innej osoby, będzie mogła ona autoryzować, jeśli
kategorycznie będzie wskazana, to tylko wskazana osoba.
Pytanie nr 245
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Lista funkcji technicznych
systemu Lp. 4
W przypadku wystąpienia błędu podczas aktualizacji system pozwala na przywrócenie aplikacji części białej do
poprzedniej poprawnie działającej wersji backup’owej wykonanej przed aktualizacją .
Pytanie nr 246
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Lista funkcji technicznych
systemu Lp. 4
W przypadku wystąpienia błędu podczas aktualizacji system pozwala na przywrócenie aplikacji części białej do
poprzedniej poprawnie działającej wersji backup’owej wykonanej przed aktualizacją .
Pytanie nr 247
Prosimy o doprecyzowanie wymagania i wyjaśnienie co oznacza zapis „jednym kliknięciem bez konieczności szukania w
słowniku”?
Odpowiedź: Zgodnie z zapisami SIWZ. Chodzi o ergonomię eksploatacji i oszczędność czasu użytkownika.
Np. po wybraniu nazwy grupy zleceń w panelu, do formularza listy zlecanych usług powinny się
automatycznie dodać wszystkie zdefiniowane w panelu usługi. Przykład: Nazwa panelu = Badania
podstawowe przed zabiegiem; Lista = {Morfologia, HBs-antygen, HCV-p.ciała grupa krwi, APTT, czas
protrombinowy, Na, K} do listy mają się dodać wszystkie badania po kliknięciu na nazwę panelu, bez
konieczności klikania na każde z badań.
Pytanie nr 248
Prosimy o wskazanie celu filtrowania pacjentów wg. wykonanych usług? Czy Zamawiający dopuszcza realizację
wymagania za pomocą zestawień lub raportów dostępnych w oferowanym systemie?
Odpowiedź: Zgodnie z zapisami SIWZ. Forma pytania nie pozwala na udzielenie jednoznacznej
odpowiedzi. Lp. 176 dotyczy Ruchu chorych, a nie Zleceń medycznych, Zamawiający nie widzi związku Lp.
176 z pytaniem.
Pytanie nr 249
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Ruch Chorych – Izba Przyjęć
Lp. 176 - Zakodowane świadczenia NFZ oraz ICD, czasu pobytu. daty zabiegu operacyjnego.
Prosimy o uszczegółowienie poprzez podanie jakiej listy dotyczy wyszukiwanie?
Odpowiedź: Zamawiający ma na myśli listę pacjentów zarejestrowanych w module Ruch Chorych
(minimum lecznictwo zamknięte).
52
Pytanie nr 250
Lp. 179
Prosimy o wyjaśnienie pojęcia ‘źródło skierowania’? Jakie wartości powinno przyjmować takie pole?
Odpowiedź: Zamawiający ma na myśli słownik „źródło skierowania”, czyli źródło pochodzenia możliwego
do rejestracji w systemie skierowania. Pole to powinno przyjmować wartości: badania pracownicze, bez
skierowania, skierowanie nieokreślone, skierowanie z zakładu opieki medycznej, skierowanie z zakładu
opieki stacjonarnej, identyfikacja kierującego zgodnie z wymogami NFZ.
Pytanie nr 251
Lp. 194 - usunięcie istniejącego wpisu.
Czy Zamawiający dopuszcza realizację wymagania za pomocą oznaczenia pozycji jako nieaktywnej?
Odpowiedź: Zamawiający dopuszcza taką możliwość, ale oczekuje również umożliwienie jej usunięcia.
Pytanie nr 252
Lp. 194 - usunięcie istniejącego wpisu.
Pytanie nr 253
Lp. 202
„Możliwość odnotowania zużytych materiałów do przeprowadzonych w Izbie Przyjęć zabiegów i przypisania zużycia do
pacjenta”
Odpowiedź: Zamawiający wyraża zgodę na „Możliwość odnotowania zużytych materiałów do
przeprowadzonych w Izbie Przyjęć zabiegów i przypisania zużycia do pacjenta w powiązaniu z Icd9.
Pytanie nr 254
Lp. 202
„Możliwość odnotowania zużytych materiałów do przeprowadzonych w Izbie Przyjęć zabiegów i przypisania zużycia do
pacjenta”
Odpowiedź: Zamawiający wyraża zgodę na „Możliwość odnotowania zużytych materiałów do
przeprowadzonych w Izbie Przyjęć zabiegów i przypisania zużycia do pacjenta w powiązaniu z Icd9.
Pytanie nr 255
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Ruch Chorych – Oddział Lp.
242
„System pozwala na wprowadzenie danych pacjenta bez numeru PESEL.”
Pytanie nr 256
245
„Możliwość oznaczenia pacjentów będących osobami publicznymi lub VIP”
Ograniczenie dostępu do informacji o pacjentach może zostać skonfigurowane na etapie wdrożenia i dotyczyć
konkretnych grup osób.
Odpowiedź: Zamawiający nie wyraża zgody, proponowany opis wyczerpuje oczekiwania zawarte w
załączniku poz 245. Zamawiający nie precyzuje kiedy system ma osiągnąć te funkcjonalność.
Pytanie nr 257
252 usunięcie istniejącego wpisu słownika.
Pytanie nr 258
268
Prosimy o uszczegółowienie wymagania. Czy Zamawiający ma na myśli rozpoznania hospitalizacji wymagane przez NFZ?
Odpowiedź: Tak, Zamawiający ma na myśli rozpoznania hospitalizacji wg ICD 9 umieszczone na wykazie
NFZ
53
Pytanie nr 259
290
„Przegląd i aktualizacja danych personalnych, ubezpieczeniowych z możliwością generowania regularnych przypomnień o
konieczności aktualizacji tych danych (alerty o pacjentach z dokładnością do Oddziału, w momencie zalogowania
użytkownika).”
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający wymaga możliwości wskazania które pola będą
objęte alertami.
Pytanie nr 260
292
Z punktu widzenia Wykonawcy wymaganie funkcjonalności „Możliwość odnotowywania faktu udzielenia informacji o
pobycie pacjenta.” jest bezzasadne. Prosimy o usunięcie przedmiotowego wymagania
Odpowiedź: Zgodnie z zapisami SIWZ. Funkcjonalność taka jest jak najbardziej zasadna na przykład z
punktu widzenia odnotowania przekazania informacji o stanie zdrowia pacjenta opiekunowi prawnemu.
Pytanie nr 261
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Ruch Chorych – Statystyka
Lp. 302 - historia zmian numerów ksiąg głównych,
Z punktu widzenia Wykonawcy wymaganie funkcjonalności jest bezzasadne. Prosimy o usunięcie przedmiotowego
wymagania
Pytanie nr 262
Lp. 308
Prosimy o doprecyzowanie wymagania i podanie przykładów działania takiej funkcjonalności?
Odpowiedź: Zgodnie z zapisami SIWZ. Przykładowo konieczność zakodowania przez kilka dni tej samej
procedury lub serii procedur. Funkcja ma stanowić ułatwienie dla użytkownika, tj. zamiast wprowadzania
50 rekordów ręcznie w przypadku 10 dni i 5 procedur wykonanych każdego dnia, użytkownik wprowadza
5 procedur i wskazuje na kalendarzu zakres dat na które powielić.
Pytanie nr 263
Lp. 311
Prosimy o doprecyzowanie wymagania - jakie inne wymagane w przyszłości przez instytucje nadrzędne zestawienia
Zamawiający ma na myśl?
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający nie potrafi przewidzieć zmian przepisów i wymagań
raportowych organów nadzorczych więc oczekuje bezkosztowej realizacji weryfikacji danych w zakresie
kompletności wynikających ze zmian przepisów prawa lub innych przepisów obowiązujących
Zamawiającego względem organizacji nadrzędnych.
Pytanie nr 264
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Moduł Zakażeń Lp. 319
wymagania
Odpowiedź: Zapis w liście funkcjonalności jak najbardziej właściwy. Zwłaszcza w kontekście podawanego
leku (antybiotyku) i biernej i czynnej obsługi zakażeń szpitalnych, przy którym istnieje potrzeba agregacji
danych ze zlecenia badania posiewowego (w tym rodzaju materiału, miejsca jego pobrania, stosowania
leków) stanowiących element karty zakażenia, z uzyskanymi w badaniu bakteriologicznym wynikami
posiewu (rodzaj patogenu) i wrażliwość na antybiotyk.
Pytanie nr 265
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Dokumentacja Medyczna w
Szpitalu Lp. 326
Czy intencją Zamawiającego jest możliwość gromadzenia danych na zdefiniowanych formularzach dokumentacji
medycznej z możliwością określenia statusów poszczególnych danych (pól) na formularzu dokumentacji medycznej?
Odpowiedź: Zamawiający wymaga określenia statusów dla minimum zdefiniowanych formularzy
dokumentacji medycznej.
Pytanie nr 266
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – System Identyfikacji Pacjenta
Lp. 378 - Wyszukiwanie pacjentów NN wg opisu zamieszczonego w systemie
wymagania.
Odpowiedź: Zamawiający nie wyraża zgody, oczekuje możliwości identyfikacji pacjenta NN.
54
Pytanie nr 267
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – System Identyfikacji Pacjenta
Lp. 379
wymagania.
Odpowiedź: Zamawiający nie wyraża zgody, integracja z centralnym serwerem wydruków systemu
szpitalnego – jest niezbędna zwłaszcza w sytuacjach awaryjnych.. Zamawiający wykorzystuje stacje
robocze bez możliwości instalacji sterowników. System, w tym moduł identyfikacji pacjenta, ma korzystać
z sieciowych drukarek.
Pytanie nr 268
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Poradnia Gabinet Lp. 488
wymagania.
W przypadkach opisanych przez Zamawiającego wizyta powinna zostać anulowana lub odwołana bez konieczności jej
rozpoczynania.
Odpowiedź: Zamawiający nie wyraża zgody na usunięcie tego zapisu ponieważ z punktu widzenia
Zamawiającego zasadne jest istnienie odnotowanie w systemie okoliczności braku możliwości realizacji
zaplanowanej usługi.
Pytanie nr 269
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Poradnia Statystyka Lp. 523
wymagania.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje możliwości definiowania listy ulubionych
raportów dla każdego użytkownika oddzielnie. Taka funkcja w ocenie Zamawiającego jest jak najbardziej
korzystna i oczekiwana z punktu widzenia ergonomii pracy.
Pytanie nr 270
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Rozliczenia z NFZ Lp. 597
Czy Zamawiający dopuszcza brak funkcjonalności? Oferowany system zbudowany w taki sposób aby nie było potrzeb
używania podobnej funkcjonalności – dane raz wprowadzone do systemu są dostępne w każdej jego części natychmiast
po ich wprowadzeniu i zatwierdzeniu.
Zwracamy uwagę na fakt iż wymaganie 597 kłóci się z punktem 592. Prosimy o usunięcie wymagania.
Odpowiedź: Zgodnie z zapisami SIWZ. Rozliczenia są krytyczne dla Zamawiającego. Zamawiający
oczekuje standardowo działania w zakresie p. 592. W przypadku gdy będzie to z jakichś powodów
niemożliwe, oczekuje działania awaryjnego określonego w p. 597.
Pytanie nr 271
Od 2011 zmienił się sposób rozliczania prosimy o usunięcie wymagania gdyż jest ono w sprzeczności z obowiązującym
modelem rozliczeń z NFZ. W tej chwili to NFZ (komunikatem R_UMX) przekazuje pozycje za które chce zapłacić stosując
swoje wytyczne dotyczące kolejności rozliczeń.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje zachowania ciągłości rozliczeń, w tym
możliwości korekty rozliczenia wstecznie.
Pytanie nr 272
Prosimy o usuniecie wymagania – zwracamy uwagę na to, że komunikaty II fazy nie obowiązują w obecnym modelu
rozliczeń z NFZ.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający chce mieć możliwość również obsługi historycznych
rozliczeń w razie zaistnienia takiej potrzeby.
Pytanie nr 273
Prosimy o wyjaśnienie skoro założeniem systemu jest działanie bezpośrednio na danych zaewidencjonowanych w
jednostkach szpitala i pełna obsługa procesu rozliczenia z NFZ jaki jest sens ręcznej modyfikacji tych danych (takie
działanie mogą powodować zakłamanie rzeczywistego stanu realizacji i rozliczenia)?
Prosimy o usunięcie wymagania.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje możliwości na potrzeby realizacji procedur
awaryjnych rozliczeń; dopuści również rozwiązanie jeśli będzie uprawnienie nie dla każdego użytkownika.
Pytanie nr 274
wymagania
55
Pytanie nr 275
Prosimy o uszczegółowienie i podanie przykładów?
Odpowiedź: Zgodnie z zapisami SIWZ. W opinii Zamawiającego opis funkcjonalności jest zrozumiały.
Pytanie nr 276
Prosimy o uszczegółowienie wymagania i podanie przykładów działania takiej funkcji?
Odpowiedź: Zgodnie z zapisami SIWZ. Na potrzeby archiwizacji w celach znanych Zamawiającemu.
Pytanie nr 277
Prosimy o przekazanie wzorów raportów?
Odpowiedź: Wzory odpowiednich raportów zostaną przedstawione Wykonawcy niezwłocznie po
podpisaniu umowy.
Pytanie nr 278
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Moduł Optymalizacji JGP Lp.
670
Prosimy o informację czy Zamawiający może zapewnić dostęp do danych statystycznych grupowań z innych szpitali?
Jeżeli Zamawiający nie posiada takiej możliwości, prosimy o usunięcie wymagania.
Odpowiedź: Zgodnie z zapisami SIWZ. Jeśli Wykonawca nie świadczy takiej usługi by wymieniać się z
obsługiwanymi szpitalami danymi statystycznymi grupowań, może skorzystać z ogólnodostępnych eusług optymalizacji JGP innych producentów według ich cenników standardowych, które są powszechnie
znane, a koszt takiej e-usługi nie przekracza kilkunastu tysięcy złotych rocznie.
Pytanie nr 279
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Patomorfologia Lp. 687
Prosimy o informację jako lista zleceń nieautoryzowanych.
Odpowiedź: Zgodnie z zapisami SIWZ. Zadane pytanie jest niespójne i nie pozwala na udzielenie
Zamawiającemu jednoznacznej odpowiedzi, Zamawiający nie widzi związku pytania z Lp. 687.
Pytanie nr 280
Prosimy o doprecyzowanie co Zamawiający rozumie pod pojęciem ‘zużycie zasobów’ i ‘weryfikacja wyników’?
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający oczekuje funkcji umożliwiających odnotowanie
zużycia zasobów oraz weryfikacji wyników przez danego użytkownika.
Pytanie nr 281
wymagania
Odpowiedź: Zamawiający nie wyraża zgody, czynność niezbędna np. w przypadku wprowadzenia
błędnych danych.
Pytanie nr 282
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Blok Porodowy Lp. 789
Prosimy o doprecyzowanie lub usunięcie skrótu „itp.”
Odpowiedź: Zamawiający nie wyraża zgody, „itp.” Oznacza inne badania wykonywane pacjentom w
szpitalu i dlatego skrót nie wymaga usunięcia.
Pytanie nr 283
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Blok Porodowy Lp. 799 i 800
Prosimy o doprecyzowanie lub usunięcie skrótu „itp.”
Odpowiedź: Zamawiający nie wyraża zgody, „itp.” Oznacza inne badania wykonywane pacjentom w
szpitalu i jako takie nie wymaga usunięcia (lp. 800) oraz uwzględnienia wymogów tworzenia
dokumentów i zaświadczeń, zgłoszeń w dokumentacji zewnętrznej i wewnętrznej (lp. 799).
Pytanie nr 284
Dotyczy Załącznik nr 3 do OPZ – Wymagane parametry i warunki usług serwisowych i gwarancyjnych - Opis czynności
serwisowych i gwarancyjnych systemu Informatycznego HIS
Zamawiający postawił bardzo restrykcyjne wymagania odnośnie czasu reakcji oraz czasu naprawy błędów krytycznych.
Takie wymagania są stawiane wobec dostawców sprzętu informatycznego, gdzie jest możliwe korzystanie ze sprzętu
zastępczego, natomiast w przypadku systemów informatycznych nie ma takiej możliwości. Z reguły błędy systemu
wymagają dogłębnej analizy oraz testów rozwiązania naprawczego, które często trwają dłuższej niż 4 godziny,
56
Pragniemy także zauważyć, że tak określone wymagania drastycznie podnoszą wartość oferty. Dlatego też zwracamy się
z prośba o zmianę wymagań na poniższe:
6. Gwarantowany czas reakcji na błędy krytyczne do 12 godzin od zgłoszenia, czyli:
niedziałająca usługa,
zagrożenie utraty danych,
błąd systemu uniemożliwiający pracę lub blokujący wszystkie funkcjonalności systemu.
7. Ilość osób upoważnionych do zgłaszania błędów ustalana indywidualnie.
8. Gwarantowany czas naprawy błędów krytycznych: do 24 godziny robocze od zgłoszenia.
Odpowiedź: Zamawiający nie wyraża zgody na powyższą modyfikację zapisów. Zamawiający
zmodyfikował odpowiednio parametry z zakresu Załącznik nr 3 do OPZ - Wymagane parametry i warunki
usług serwisowych i gwarancyjnych.
Pytanie nr 285
serwisowych i gwarancyjnych systemu księgowo- kadrowopłacowego
Zamawiający postawił bardzo restrykcyjne wymagania odnośnie czasu reakcji oraz czasu naprawy błędów krytycznych.
Takie wymagania są stawiane wobec dostawców sprzętu informatycznego, gdzie jest możliwe korzystanie ze sprzętu
zastępczego, natomiast w przypadku systemów informatycznych nie ma takiej możliwości. Z reguły błędy systemu
wymagają dogłębnej analizy oraz testów rozwiązania naprawczego, które często trwają dłuższej niż 4 godziny,
Pragniemy także zauważyć, że tak określone wymagania drastycznie podnoszą wartość oferty. Dlatego też zwracamy się
z prośba o zmianę wymagań na poniższe:
Gwarantowany czas reakcji na błędy krytyczne do 12 godzin od zgłoszenia, czyli:
- niedziałająca usługa,
- zagrożenie utraty danych,
- błąd systemu uniemożliwiający pracę lub blokujący wszystkie funkcjonalności systemu
Pytanie nr 286
serwisowych i gwarancyjnych systemu księgowo- kadrowopłacowego
Zamawiający postawił bardzo restrykcyjne wymagania odnośnie czasu naprawy czasu naprawy błędów krytycznych.
Zwracamy się z prośbą o zmianę wymagania na następujące:
„Gwarantowany czas naprawy błędów krytycznych: 3 dni robocze od zgłoszenia.”
Pytanie nr 287
Dotyczy Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia.
Zamawiający zawarł wymaganie:
„Oferowane rozwiązanie musi umożliwiać docelowo stworzenie w pełni zintegrowanego medycznego systemu
informatycznego HIS wraz z posiadanymi przez Zamawiającego modułami systemu szpitalnego CliniNET minimum w
zakresie modułów: eRejestracja, PACS/RIS NetRAAD firmy CompuGroup Medical Polska Sp. z o.o. oraz z użytkowanym u
Zamawiającego systemem laboratoryjnym LAB3000 firmy InfoPublishing (Załącznik Nr 4 do Opisu przedmiotu
zamówienia „Wymagania do integracji dostarczonego systemu HIS z posiadanym RIS, eRejestracja i użytkowanym
systemem laboratoryjnym”).”
Tak postawione wymaganie jawnie stawia firmę CompuGroup Medical Polska Sp. z o.o. oraz firmę InfoPublishing w
uprzywilejowanych pozycjach co jest niezgodne z zasadą zachowania uczciwej konkurencji.
Czy chcąc pozostać w zgodzie z w/w zasadą zachowania uczciwej konkurencji Zamawiający dopuści dostarczenie
zewnętrznych systemów w zakresie modułów: eRejestracji, PACS/RIS oraz systemu Laboratoryjnego, które to
moduły/systemy będą spełniały poniższe wymagania:
L.p.
eRejestracja
1.
2.
3.
4.
Rejestracja nowego pacjenta – użytkownika systemu
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS.
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-Mail.
Możliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło) użytkownika –
pacjenta po poprawnym potwierdzeniu rejestracji; możliwość wyłączenia trybu samodzielnej
autoryzacji pacjentów.
Możliwość ograniczenia samodzielnej autoryzacji użytkowników – pacjentów do osób
5.
57
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
zarejestrowanych w zintegrowanym systemie HIS (na podstawie zgodności numeru PESEL i
nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu o rejestr zintegrowanego
systemu HIS.
Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu.
Aktualizacja profilu pacjenta/użytkownika SPI; możliwość aktualizacji danych kontaktowych: adresu
e-mail, nr-telefonu; adresu zamieszkania.
Możliwość zablokowania zmiany danych osobowych pacjenta (imię, nazwisko, PESEL) w profilu
pacjenta.
Możliwość rejestracji podopiecznych pacjenta; dla podopiecznych, którzy są użytkownikami MPI
konieczność akceptacji objęcia opieką przez innego pacjenta; możliwość odrzucenia wniosku o
objęcie opieką przez innego pacjenta - użytkownika e-Pacjent lub możliwość trwałego zablokowania
wnioskowania o objęcie opieką przez danego użytkownika.
Możliwość przeglądu opiekunów; możliwość usunięcia opiekuna; możliwość zablokowania opiekuna opiekun nie będzie miał możliwości ponownego wnioskowania o objęcie opieką.
Możliwość określenia przez pacjenta parametrów powiadomień o zbliżającym się terminie udzielenia
usługi (interwał czasu przed planowanym terminie, tryb powiadamiania) zdefiniowanych w systemie
jako możliwe do ustawienia przez użytkownika/pacjenta.
Możliwość zmiany hasła pacjenta – użytkownika SPI.
Możliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu e-mail lub numeru telefonu
poprzez wprowadzenie przesłanego kodu potwierdzenia.
Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji wizyty, miejsca
realizacji (element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w zależności od
statusu wyboru personelu zdefiniowanego dla usługi).
Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia dla
usług o odpowiednim statusie wymagalności danych skierowania.
Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług.
Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści, fizjoterapeuci).
Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana, zrealizowana,
anulowana).
Możliwość anulowania przez pacjenta rezerwacji wizyty.
Możliwość zmiany terminu wizyty przez pacjenta.
Możliwość rezerwacji terminu wizyty dla podopiecznych; możliwość zmiany terminu wizyt dla
podopiecznych; możliwość anulowania rezerwacji podopiecznych
Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji oraz
planowaną datę udzielenia usługi.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta przypomnień o
zbliżających się terminach wizyt.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o
anulowaniu rezerwacji przez pracowników jednostki ochrony zdrowia.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o zmianie
terminu realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia.
Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści wiadomości
(czcionka, kolor, justowanie, odnośniki do innych stron).
Wysyłanie wiadomości SMS, e-mail lub wiadomości na portalu pacjenta o konieczności potwierdzenia
rezerwacji terminu wizyty
Potwierdzenie rezerwacji wizyty w określonym czasie przed realizacją dla rezerwacji wymagających
takich potwierdzeń
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie
wiadomości wg tematu, daty wysłania i odbiorcy.
Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia
wiadomości.
Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty
wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
Administrator
Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based
Access Control).
Definiowanie nowego użytkownika.
Przegląd i modyfikacja danych użytkowników.
Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup.
Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników.
Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników,
przypisanych ról i praw.
Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych
polityk do użytkowników.
Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa.
Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas użytkowanym
58
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
systemem (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy
danych i języków wysokiego poziomu).
Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie
bazy danych i języków wysokiego poziomu).
Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą
danych.
Możliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych
podsystemach.
Konfigurator
Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie hierarchicznym, w
postaci interaktywnego diagramu.
Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin pracy z
informacji zarejestrowanych dla jednostki nadrzędnej.
Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital
Information System).
Publikacja informacji o elementach struktury organizacyjnej szpitala na Szpitalnym Portalu
Informacyjnym.
Publikacja informacji o usługach medycznych realizowanych w jednostkach organizacyjnych szpitala
na Szpitalnym Portalu Informacyjnym.
Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach
zawodowych i specjalnościach personelu.
Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu).
Integracja rejestru personelu z odpowiadającym rejestrem HIS.
Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja opisów
usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania.
Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ określonego typu w czasie
rejestracji terminu realizacji wskazanej usługi.
Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów
Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny,
niemożliwy, wymagany).
Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub konieczności
rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi.
Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie
realizacji usługi) w postaci formatowanych tekstów.
Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą.
Definiowanie kwestionariuszy umożliwiających pozyskanie dodatkowych informacji od pacjenta w
procesie rezerwacji terminu udzielenia usługi/wizyty; możliwość zdefiniowania pytań dla których
podanie odpowiedzi jest wymagane, możliwość zdefiniowania pytań zamkniętych, dla których
odpowiedź udzielana jest poprzez wybór pozycji na liście dostępnych wartości.
Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie usług
zdefiniowanych w portalu z usługami w HIS; przepisywanie wybranych usług z HIS do rejestru
portalu.
Publikacja informacji o wskazanej usłudze w module e-Pacjent.
Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w module e-Pacjent.
Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie
badań do usług zlecanych.
Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; możliwość
dołączenia pliku załącznika.
Przypisanie zarejestrowanych załączników do wskazanych usług.
Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt przez jednostki
współpracujące (kontrahentów) - obsługa szablonów skierowań.
Definiowanie dni wolnych od pracy
Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony
Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia
jednostki; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy
Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie
zdefiniowanej wcześniej dostępności jednostek organizacyjnych.
Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach
organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny
interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres czasu względem
daty rezerwacji, w którym możliwe jest określenie planowanego terminu udzielenia usługi.
Możliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej usługi
realizowanej w danej jednostce organizacyjnej w określonym przedziale czasu przed realizacją
wizyty;
59
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie
harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki;
możliwość rejestracji ciągłej dostępności usług w jednostkach organizacyjnych; możliwość
uwzględnienia zdefiniowanych dni wolnych od pracy
Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie
harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie
zdefiniowanej wcześniej dostępności personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie
harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy personelu.
Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów;
modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności.
Możliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów udzielenia usługi
przez wskazany personel; możliwość określenia maksymalnej liczby równoczesnych rezerwacji w
zdefiniowanym przedziale czasowym
Definiowanie klas pacjentów – użytkowników modułu e-Pacjent
Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby
rezerwacji terminów udzielenia usługi dostępnych dla pacjentów określonej klasy; maksymalny okres
rezerwacji terminów udzielenia usług; tryb potwierdzenia rezerwacji (bez
potwierdzenia/potwierdzenie e-mail/potwierdzenie SMS).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu rezerwacji w
jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie planowanego
terminu udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS,
powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu
planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu
planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliżającym się terminie
udzielenia usługi (brak powiadomień, powiadomienie SMS, powiadomienie e-mail), możliwość
określenia interwału czasu przed planowanym terminem udzielenia usługi, kiedy zostanie wysłane
powiadomienie; możliwość definiowania wielu powiadomień o zbliżającym się terminie udzielenia
usługi dla danej rezerwacji.
Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy; integracja
uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze systemu.
Przegląd pacjentów zarejestrowanych w Szpitalnym Portalu Informacyjnym.
Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Szpitalnego Portalu Informacyjnego
przez pracowników szpitala (autoryzacja przez pracowników szpitala).
Rejestracja pacjentów jak użytkownika Medycznego Portalu Informacyjnego przez pracowników
szpitala – możliwość udostępnienia funkcjonalności e-pacjent bez konieczności rejestrowania się
pacjenta na stronie internetowej.
Przypisanie pacjentom - użytkownikom MPI podopiecznych; możliwość rejestracji danych
podopiecznych nie zarejestrowanych wcześniej w systemie.
Możliwość zablokowania konta pacjenta - zablokowania dostępu wybranym pacjentom do e-Pacjenta
Możliwość wygenerowania raportów zawierających:
- wykaz pacjentów z liczbą dokonanych rezerwacji internetowych (wyszukanie pacjentów, którzy
wykonali najwięcej rezerwacji internetowych),
- wykaz pacjentów z liczbą niewykorzystanych rezerwacji tj. nieoznaczonych jako zrealizowane z
przekroczonym planowanym terminem wizyty.
Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; możliwość wyszukiwania
pacjentów zarejestrowanych wg identyfikatora w systemie HIS.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu Informacyjnego;
przydzielanie uprawnień pracownikom kontrahenta.
Rejestracja pacjentów powiązanych z danym kontrahentem.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym
formacie).
Rejestracja umów zawartych z kontrahentem.
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy;
możliwość rejestracji ilościowych limitów usług.
Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem.
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS.
Możliwość definiowania postaci wiadomości automatycznie generowanych przez system definiowanie szablonów wiadomości;
Możliwość przypisania zdefiniowanych szablonów wiadomości związanych z
60
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
L.p.
1.
2.
zaplanowanymi/realizowanymi usługami do rodzaju usług - możliwość zdefiniowania różnych
szablonów wiadomości dla różnych typów usług
Wysyłanie wiadomości do pacjentów zarejestrowanych w SPI (wiadomości powinny być
prezentowane w module e-Pacjent); wysyłanie wiadomości do wszystkich pacjentów; wysyłanie
wiadomości do wybranych pacjentów; wysyłanie komunikatów – wiadomości, na które nie można
odpowiadać; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do
innych stron).
Możliwość wysyłania wiadomości e-mail do pacjentów – użytkowników portalu.
Możliwość wysyłania wiadomości SMS do pacjentów – użytkowników portalu.
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie
wiadomości wg tematu, daty wysłania i odbiorcy.
Edycja nieprzeczytanych, wysłanych wiadomości.
Logiczne usunięcie wiadomości – oznaczenie wiadomości jako usuniętej – niewidocznej dla
adresatów.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu Informacyjnego;
przydzielanie uprawnień pracownikom kontrahenta
Rejestracja pacjentów powiązanych z danym kontrahentem; możliwość wskazania pacjentów
kontrahenta z rejestru pacjentów MPI.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym
formacie)
Rejestracja umów zawartych z kontrahentem
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy;
możliwość rejestracji ilościowych limitów usług
Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS - powiązanie kontrahentów z
odpowiednimi pozycjami słowników HIS.
RIS
18.
Liczba równoczesnych użytkowników: licencja otwarta użytkowników
Obsługa stanowisk:
• Lekarz
• Technik
• Rejestracja
• Sekretariat (w tym raporty)
• Administrator
Program funkcjonuje w Polskie wersji językowej
Program posiada Polską pomoc kontekstową
Program posiada Polski interfejs użytkownika
Program działa przez przeglądarkę WWW przy wykorzystaniu szyfrowania SSL, TLS (program nie
wymaga instalacji na komputerze, szyfrowanie zapewnia bezpieczeństwo przesyłanych danych)
Program RIS jest kompatybilny z przeglądarkami Internet Explorer, FireFox, Opera, Chrome, Safari
Program RIS obsługuje skróty klawiszowe (definiowane na etapie wdrożenia)
Program obsługuje komunikację z innymi systemami poprzez protokół HL7 v2.x (możliwość wymiany
danych z systemami np HIS)
Program RIS , PACS, System Dystrybucji Obrazów jednego producenta
Program RIS , PACS pracują na tym samym serwerze
Program RIS integruje się z ActiveDirectory gdzie przetrzymywana jest kompletna lista
użytkowników, grup(ujednolicenie kont użytkowników, jeden login i hasło)
Program RIS integrując się z ActiveDirectory obsługuje je w trybie użytkownika read-only
Program RIS posiada interfejs do zarządzania użytkownikami i uprawnieniami w ramach
ActiveDirectory
Program RIS automatycznie tworzy kopię bazy danych
Program RIS posiada pływające licencje dla równoczesnej liczby zalogowanych użytkowników
Program RIS posiada możliwość przeszukiwania zdalnych serwerów PACS (DICOM Query, Move,
Retrive)
Program RIS posiada weryfikację DICOM - 1.2.840.10008.1.1 jako Service Class Provider i Service
19.
20.
Program RIS posiada worklistę DICOM - 1.2.840.10008.5.1.4.31 jako Service Class Provider
Program RIS posiada worklistę MPPS - 1.2.840.10008.3.1.2.3.3 jako Service Class Provider i Service
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
Class User
Class User
61
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
Program RIS pozwala zlecić ręcznie nagranie płyty na robocie (z dowolnej końcówki pracującej w
sieci szpitalnej)
Program RIS pozwala zlecić ręcznie nagranie płyty na lokalnej nagrywarce
Program RIS pozwala na łączenie badań w zestawy badań dzięki czemu kilka badań jednego
Pacjenta jest widoczne jako zestaw na etapie rejestracji
Program RIS pozwala na zarejestrowanie Pacjenta na dzień bieżący bez wskazania konkretnej
godziny badania
Program RIS pozwala na planowanie wizyt z wykorzystania z terminarza
Terminarz umożliwia swobodne definiowanie godzin pracy, oraz określenie w ramach podziału
interwałów, umożliwia przypisanie lekarza do wskazanego pasma, dla wskazanego
pasma można utworzyć specjalny tryb serwisowy, urlopowy w którym nie można przyjmować
Pacjentów w obrębie całego pasma.
Terminarz umożliwia przypisanie do wskazanego pasma, listy procedur wykonywanych w ramach
tego pasma
Terminarz umożliwia zaplanowanie pasm z wskazaniem dat obowiązywania, np pasmo obowiązuje
od 2009-09-20 do 2009-10-20 Poniedziałek godzina 08:00-12:00
System daje możliwość definiowania pól widocznych podczas procesu rejestracji tak by możliwe było
dopasowanie do potrzeb każdego z gabinetów (np ukrycie Wieku, Kodu pocztowego, Adresu, Miasta,
Telefonu, Uwag, Pola VIP)
Terminarz umożliwia utworzenie dynamicznego, lub stałego widoku. Dla stałego widoku terminarza
obowiązują stałe interwały pozwalające na nakładanie się badań nawet jeśli czas ich wykonywania
jest dłuższy, dla dynamicznego interwały automatycznie dopasowują się.
Terminarz pozwala na zapisanie wielu Pacjentów na jeden termin
Terminarz pozwala na grupowe zapisanie pacjentów na wybrane terminy do różnych pracowni,
wymagając tylko jednokrotnego wprowadzenia danych Pacjenta
Terminarz uniemożliwia zarejestrowania Pacjenta na tą samą godzinę przez co najmniej dwie różne
osoby rejestrujące
Terminarz pozwala na wydrukowanie potwierdzenia terminu rejestracji Pacjenta
Terminarz pozwala na wyszukiwanie wolnych terminów, podglądania widoku z uwzględnieniem
Lekarza, Rodzaju Badania, Typu pracowni
Terminarz pozwala na wydruk wskazanego okresu dla pracowni w całości lub dla wybranego lekarza
Terminarz umożliwia prowadzenie notatek dnia, widocznych dla użytkowników terminarza
Terminarz pozwala na wyświetlenie widoku wielu pracowni na jednym ekranie
Terminarz pozwala na wyświetlenie widoku tygodniowego (5 lub 7) dniowego na jednym ekranie,
dla minimum jednej pracowni
Terminarz pozwala na prowadzenie listy rezerwowej Pacjentów
Terminarz pozwala na integrację z systemami HIS (terminy badań przesłane z systemu HIS mogą
być automatycznie akceptowane, lub akceptowane ręcznie, przenoszenie na wskazany dzień)
Terminarz pozwala na szybkie blokowanie wskazanej konkretnej godziny, np.: z powodu nagłej
zmiany terminu pracy pracowni, bądź rozładowania kolejki
Terminarz pozwala na przeniesienie terminu badania w obrębie dowolnej jednostki czasowej
Terminarz pozwala na przenoszenie grupy badań (różnych Pacjentów) w obrębie dowolnej jednostki
czasowej
Terminarz pozwala na wydrukowanie kodu kreskowych Pacjenta, Badania
Terminarz pozwala na wyświetlenie szybkich kodów kreskowych zaczytywanych z ekranu monitora
bezpośrednio do urządzenia typu CT/MR w przypadku braku worklisty na urządzeniu medycznym
Terminarz pozwala podejrzeć historię zapisu Pacjenta na termin, z informacją przez jakiego
użytkownika Pacjent był rejestrowany
Terminarz wyświetla informacje o ilości punktów NFZ zapisanych w ramach badań zaplanowanych
na wskazany dzień
Terminarz posiada raport informujący o wykorzystaniu punktów NFZ, terminarz posiada raport
informujący o planowanym wykorzystaniu punktów NFZ
Terminarz posiada blokadę zapisu na badania rozliczane z NFZ na podstawie ustalonych w systemie
kryteriów
Terminarz w momencie rejestracji podpowiada nazwiska już istniejących Pacjentów w systemie RIS
Terminarz w momencie rejestracji Pacjenta pobiera z PESEL informacje o dacie urodzenia i płci
Pacjenta
Terminarz w momencie wpisywania nazwiska/PESEL pacjenta podpowiada dane na podstawie
istniejących w bazie danych pacjentów
Terminarz pozwala na zarejestrowanie Pacjenta na N badań bez potrzeby przechodzenia pomiędzy
kolejnymi ekranami
Terminarz posiada wbudowane kontekstowe podpowiedzi dla typu badania, kodu rozpoznania,
nazwy oddziału, lekarza kierującego, jednostki kierującej
Terminarz w momencie rejestracji badania, odnajduje inne przyszłe badania rejestrowanego
Pacjenta i umożliwia ich jednoczesne zarejestrowanie, tworząc jednocześnie zestaw świadczeń
Terminarz, rejestracja pozwala na zapisanie domyślnych wartości dla nazwy oddziału, lekarza
kierującego, jednostki kierującej, typie wykonywanego badania tak by najczęściej występujące dane
62
nie musiały być wprowadzane w każdym procesie rejestracji
Terminarz pozwala na zapisanie numeru księgi głównej Pacjenta
Terminarz pozwala osobno na umówienie terminu przybycia Pacjenta, oraz osobno na potwierdzenie
jego przybycia do Placówki w dniu badania
60. Podczas rejestracji Pacjenta, system pozwala na wprowadzenie imienia, nazwiska, daty urodzenia ,
pesel oraz wyszukuje czy Pacjent o podanych danych nie został już wprowadzony do systemu
61. Możliwe jest rejestrowanie Pacjenta typu NN
62. Rejestracja umożliwia zablokowanie wprowadzenia dwu Pacjentów o tym samym numerze PESEL
63. Podczas rejestracji Pacjenta możliwe jest podjęcie decyzji czy do danych Pacjenta dołączane będą
zeskanowane dokumenty
64. Proces skanowania jest procesem rozłącznym i może być wykonany na dowolnym etapie
65. System umożliwia wydawanie wyników, wyszukiwanie wyników możliwe jest na podstawie danych
osobowych Pacjenta, kodu kreskowego, typu gabinetu, daty wykonania badania, statusu badania
66. System w momencie wydawania wyniku pozwala na wprowadzenie informacji o osobie odbierającej
oraz wskazanie jaki zakres dokumentów został odebrany
67. System umożliwia wydanie wyników n-krotnie, zapisując historię wydania wyników
68. System po wydaniu wyniku, nie pozwala na ponowną edycję opisu Pacjenta, możliwość ponownej
edycji jest ograniczona do osób posiadających odpowiednie uprawnienia
69. System umożliwia wyświetlenie pełnej listy Pacjentów zapisanych w systemie
70. System umożliwia edycję danych Pacjenta, w dowolnym momencie, zmiana danych Pacjent
propagowana jest do podłączonego PACS tak że dane w RIS i PACS są jednoznaczne
71. System umożliwia edycję danych skierowania minimum (rodzaj skierowania, oddział , lekarz
kierujący, datę wystawienia skierowania, dane ubezpieczeniowe)
72. System umożliwia dodanie do skierowania kolejnego badania
73. System umożliwia anulowanie badania, jak i skierowania grupującego zestaw badań
74. Możliwość rejestracji pacjenta na dowolnym komputerze w Zakładzie Diagnostyki Obrazowej i poza
nim
75. Rejestrację zgodną z wymogami sprawozdawczości elektronicznej do NFZ
76. Rejestrację pacjentów obcokrajowców
77. Możliwość rejestrowania dla pacjenta kilku procedur jednocześnie – zestaw badań
78. Walidację poprawności wpisu numeru PESEL
79. System, który automatycznie uzupełnia płeć, datę urodzenia pacjenta na podstawie numeru PESEL
80. System, który identyfikuje i weryfikuje lekarzy zlecających na podstawie prawa wykonywania
zawodu z wykorzystaniem słownika lekarzy zlecających
81. System, który identyfikuje jednostki zlecające na podstawie numeru umowy z NFZ, NIPu, Regonu,
skrótu
82. Kontrolę wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu pacjenta z
tym samym numerem PESEL (za wyjątkiem pacjenta z zerowym numerem PESEL)
83. Kontrolę wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu lekarzy
zlecających z tym samym numerem prawa wykonywania zawodu, weryfikacja sumy kontrolnej
prawa wykonywania zawodu lekarzy
84. Kontrolę wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu jednostki
zlecającej z tym samym numerem umowy z NFZ, NIPem, Regonem
85. Rejestrację pacjenta NN za pomocą jednego kliknięcia (system automatycznie uzupełniać imię,
nazwisko informacjami NN, datę i godzinę przyjęcia pacjenta oraz pole z numerem PESEL – liczbami
zero, z możliwością późniejszego ich uaktualnienia
86. Przechowywanie opisów, udostępnianie ich, możliwość tworzenia wielu wersji opisu
87. Współpraca systemu z Robotem, w trybie awaria robota system automatycznie pozwala wypalać
płyty z badaniami ręcznie
88. Technik ma możliwość wypełniania statystyki, możliwość dodania technika współwykonującego
badanie
89. Możliwość generowania raportów (ilość badań wykonanych przez technika, ilość badań opisanych
przez lekarza, ilość badania per jednostka kierująca, ilość badań szpitalnych, poza szpitalnych)
90. Wywołanie badania nie opisanego w systemie RIS wywołuje badanie na stacji lekarskiej
91. Integracja badań wykonanych przez technika z „barcodem” pacjenta (automatyczne wyświetlanie
badań do opisu i diagnozy bez konieczności wyszukiwania pacjenta po atrybutach)
92. Automatyczne pola słownikowe (możliwość automatycznego uzupełniania podobnych opisów badań
dla wybranych pacjentów)
93. Logowanie do systemu za pomocą kart chipowych
94. System umożliwia łączenie pacjentów w przypadku pomyłki
95. System umożliwia łączenie badań w przypadku pomyłki
96. System umożliwia łączenie jednostek kierujących, lekarzy kierujących w przypadku błędów
97. Podczas rejestracji Pacjenta możliwe jest wydanie KP, KW, Faktury
98. Możliwe jest wydanie w dowolnym momencie KP, KW, Faktury
99. Program RIS umożliwia współpracę z oprogramowanie PhilipsSpeechmike (możliwość nagrania
dźwiękowego opisu badania w celu późniejszego przepisania przez np. rejestratorkę)
100. Stanowisko Technika
58.
59.
63
101. System umożliwia wypełnienie materiałów zużywanych do badań, opcjonalnie nr serii ampułki
kontrastowej
102. System umożliwia modyfikację wykonanej procedury w trakcie badania, możliwe jest uzupełnienie
badania o dodatkowe procedury wykonane w trakcie badania
103. System umożliwia wprowadzenie w kontekście badania ilości kV, mAS, DLP, czy podane było
znieczulenie czy nie
104. System umożliwia oznaczenie osoby wykonującej badanie (dane mogą być podciągane z urządzenia
medycznego), oraz osób obecnych przy badaniu
105. System umożliwia oznaczenie czy badanie wykonane było w trybie dyżurowy, czy nie
106. System umożliwia oznaczenie nr kaset użytych w badaniu, oraz pokazuje statystykę zużycia kaset
107. System umożliwia prowadzenie stanów magazynowych:
- definiowania magazynów (możliwe jest stworzenie dowolnej liczby magazynów , magazyny te
można przypisać do N pracowni)
- definiowania typów materiałów
- definiowanie materiałów
- przyjmowanie na magazyn materiałów oznaczanie materiałów minimalnie (nazwy dostawców,
nazwą materiału, typem materiału, kodem, ilością opakowań, ilości jednostkową, cenę netto, ceną
brutto)
- wyszukiwanie i edycję dostawców
- wyświetlanie stanu magazynowego
- materiały rozliczane przez użytkownika jako zużyte automatycznie zdejmowane są ze stanów
magazynowych
108. Koszty, dane słownikowe
109. System daje możliwość wprowadzenia pracowni, określenia typów pracowni i powiązanych aparatów
110. System daje możliwość wprowadzenia listy oddziałów, opcja importowania oddziałów z XLS
111. System daje możliwość wprowadzania jednostek kierujących, opcja importowania jednostek
kierujących z XLS
112. System daje możliwość wprowadzania lekarzy kierujących, opcja importowania lekarzy kierujących z
XLS
113. System daje możliwość uzupełniania, dodawania, modyfikacji kodów ambulatoryjnych
114. System daje możliwość definiowania słownika procedur, opcja importowania z XLS
- procedurze może być przypisany czas trwania
- procedura może mieć oznaczenia czy wymaga opisu czy nie
- system umożliwia wczytania elektronicznej umowy z funduszem NFZ (tworzone są automatycznie
grupy badań z kodem produktu jednostkowego) możliwe jest łączenie w/w danych z wykonywaną
procedurą
- procedura może być aktywna bądź nie
- ilość punktów za wskazaną procedurę podciągana jest automatycznie z umowy NFZ
115. System pozwala na następujące operacje związane z cennikami:
- nadanie nazwy cennikowi
- możliwe jest definiowanie typów cenników (np szpitalny, obcy, płatny, vip)
- możliwe jest przypisanie cennika do wskazanego typu
- określenie daty obowiązywania cennika (od daty do daty)
- kopiowanie cenników z już istniejących
- możliwość przypisania procedur wykonywanych w ramach danego cennika , oraz określenia cen
danej procedury w ramach cennika
- możliwość importu w/w procedur z XLS
- możliwość przypisania cennika do jednostki kierującej / oddziału
- system informuje użytkownika o zbliżającej się dacie końca ważności cennika
116. System posiada moduł weryfikacji kosztów pozwalający na:
- wyświetlenie nierozliczonych badań
- edycję danych nierozliczonych badań w przypadku stwierdzenia błędów
- zwrot badania (badanie zostanie zwrócone lekarzowi celem ponownej weryfikacji)
- zwrot zużytych materiałów i (badanie zostanie zwrócone do ponownego rozpisania)
- zwrot skierowania (badanie zostanie zwrócone do rejestracji , celem ponownej weryfikacji)
- możliwość masowego zatwierdzenia kosztów
- możliwość wyświetlenia historii kosztów , w tym historii kosztów zatwierdzonych
- możliwość usunięcia wskazanego badania z rozliczenia do NFZ
117. System posiada moduł rozliczeń z NFZ umożliwiający:
- zaczytanie umowy z NFZ w formacie elektronicznym
- podejrzenie obecnego stanu wykorzystania umowy z NFZ (z podziałem na produkty kontraktowe)
- wyświetlenie listy świadczeń do rozliczenia z NFZ z informacją o tym czy świadczenie zostało
rozliczone, czy nie
- wygenerowanie komunikatów fazy I i II
- wygenerowanie komunikatu rachunku elektronicznego
- wygenerowanie komunikatu kolejki oczekujących
- wczytanie potwierdzeń komunikatów dla fazy I, II (potwierdzeń otrzymanych z NFZ)
- generowanie korekt
64
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
L.p.
1.
2.
3.
- generowanie zestawień badań potwierdzonych i nie potwierdzonych w ramach rozliczenia z NFZ
- możliwość wygenerowania komunikatów fazy I i II dla pojedynczego świadczenia
- możliwość wygenerowania korekty fazy I i II dla pojedynczego świadczenia
Raporty
Raporty wykorzystują kostki OLAP i umożliwiają tworzenie dowolnych raportów zgodnie z ustaloną
konfiguracją
System daje możliwość generowania raportów oraz zestawień statystycznych
Wygenerowane raporty mogą być tworzone w oparciu o następujące zasady:
- zakres dat obowiązywania raportu
- ograniczenia wynikające z np: (procedury, jednostki kierującej, pracowni,.....)
- określenie formatu wyjściowego raportu min (PDF, XLS, CSV, DOC, HTML)
Wykorzystanie kostki OLAP w systemie raportowym (ostka umożliwia wyświetlanie i oglądanie
danych z różnych punktów widzenia)
Administracja
System umożliwia definiowanie testów kontroli jakości
System umożliwia definiowanie przyczyn anulowania badań
System powiadamia o zdarzeniach systemowych poprzez wbudowany komunikator (np o kończącym
się miejscu na dysku, lub potrzebie wymiany kasety LTO)
System udostępnia logi wszystkich zdarzeń zachodzących w systemie (każde zdarzenie opisane jest
datą, typem zdarzenia, loginem użytkownika, poziomem informacji , wiadomością konkretnego
zdarzenia)
System umożliwia definiowanie, grup, ról oraz przydzielanie im uprawnień (możliwość przypisania
obrazów z danego gabinetu do danych lekarzy)
Stanowisko Lekarza
System umożliwia tworzenie zleceń opisu badania
System umożliwia wybór momentu wygenerowania zlecenia opisu badania, możliwe są tryby
automatycznie wygeneruj w procesie rejestracji, wygeneruj w momencie otrzymania MPPS z
systemu PACS, wygeneruj ręcznie zlecenie opisu
System umożliwia kontekstowe wyszukiwanie bazujące na wskazanych polach, lub przeszukujące
bazę opisów na zasadzie zaawansowanej gdzie możliwe jest wymuszenie wystąpienia wskazanych
słów, lub zakazanie wystąpienia frazy np wyszykujemy jan kowalski z pominięciem lekarzy
opisujących jan kowalski
Wyszukiwanie nie jest zależne od wielkości liter
Wyszukiwanie nie jest zależne od polskich znaków diakrytycznych np. wpisując Brzeczyszczykiewicz
uzyskamy dokładnie te same wyniki co dla Brzęczyszczykiewicz
System umożliwia wyszukiwanie badań, zleceń z dowolnego zakresu dat (umożliwia wyszukanie
pacjenta w przypadku podania np. błędnego nazwiska)
System umożliwia wyszukiwanie z podaniem dowolnych parametrów zlecenia (wszelkie elementy
wypełniane podczas zlecenia mogą być wyszukane w module opisowym np (nazwisko lekarza
kierującego)
System wyświetla listę wyników zleceń z w pełni konfigurowanym układem kolumn
System zapamiętuje ostatnio użyte kryteria wyszukiwania jak i konfigurację per użytkownik
System integruje się z stacjami diagnostycznymi (Efilm, Impax, CareStream)
System pozwala na tworzenie szybkiego menu w którym znajdują się najczęściej wykorzystywane
funkcje
System umożliwia podejrzenie historię choroby Pacjenta z wcześniej opisanych badań
System obsługuje szablony opisów, możliwość szybkiego wywołania szablonu poprzez wpisanie jego
skrótu w polu opisu
System pozwala dzielić szablony na własne i innych użytkowników i zarządzać dostępem do nich
System umożliwia ocenę jakości diagnostycznej badania, ocena ta widoczne jest przez technika
System pokazuje historię zmian opisu
System pozwala lekarzowi na usunięcie zlecenia
Po rozpoczęciu opisu , system uniemożliwia modyfikację rozpoczętego opisu przez innego lekarza niż
autor opisu, wyjątkiem jest rola administratora opisów który może zawracać rozpoczęte opisy do
powtórnej edycji
System umożliwia definiowanie wielkości czcionki wyświetlanej w ramach aplikacji
System umożliwia dowolne konfigurowanie wydruku wyniku (zamieszczanie logo, definiowanie
pogrubień, znaków specjalnych itp)
PACS
System posiada Polski interfejs użytkownika
System posiada Polską pomoc kontekstową
Wszystkie funkcje dostarczanego oprogramowania radiologicznego przeznaczone dla użytkowników
mają być dostępne poprzez interfejs WWW i nie wymagają instalacji na systemie operacyjnym.
65
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
Pozwalają na poprawną pracę przy wykorzystaniu przeglądarki internetowej (minimum dwie z
przeglądarek: IE, Firefox, Chrome, Safari)
System pozwala na przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania SSL, TLS
Obsługa protokołów DICOM C-Move, C-Find, C-Store SCU i SCP, DICOM Storage Commitment oraz
DICOM MPPS jako SCP i SCU.
System obsługuje formaty JPEG LossLess, JPEG LS, JPEG Lossy, Dicom Secondary Capture z
możliwością min. 2,5-krotnej kompresji JPEG LoosLess obejmującą archiwizację, przesyłanie
obrazów między jednostkami, nagrywanie płyt oraz backup danych
Kliencie
oprogramowanie
działa
na
systemach
w
wersji
32
oraz
64
bitowych oraz działa pod systemami Windows oraz Linux oraz MacOS
Program może wykorzystywać więcej niż 8 GB pamięci RAM
Konfiguracja oferowanego systemu PACS w zakresie generowania listy roboczej (DICOM Worklist)
dla przyłączanych urządzeń diagnostycznych na podstawie danych pochodzących z systemu RIS.
Licencje dla wszystkich programów wymaganych do poprawnego działania systemu dystrybucji i
archiwizacji PACS. (np. systemy baz danych, systemy operacyjne, oprogramowanie zarządzające
procesem starzenia się informacji i inne).
Licencja dla potrzeb administracyjnych umożliwiająca konfigurację uprawnień dostępu do systemu
PACS dla min. 1 użytkownika korzystającego z dowolnego uprawnionego komputera pracującego w
sieci szpitalnej
Program pracuje w systemie jako użytkownik ograniczony, nie wymagane są uprawnienia
administracyjne do funkcjonowania programu.
System działający w architekturze klient-serwer, kompletne dane obrazowe badań przechowywane
są na serwerze.
Baza danych wszystkich przesłanych do stacji pacjentów oraz obsługa procesu starzenia się badań i
przenoszenia najstarszych badań na nośniki off-line
Przyjmowanie obrazów z urządzeń diagnostycznych na serwer PACS pełniący funkcję archiwum
Udostępnianie i przesyłanie obrazów na stacje diagnostyczne i przeglądowe w formacie DICOM oraz
referencyjnym
Możliwość podglądu pełnych danych o pacjencie i badaniu zawartych w pliku obrazu
Walidacja zgodności przychodzących danych obrazowych z danymi z systemu RIS. W przypadku
niepomyślnej walidacji integracja systemu PACS z systemem dystrybucji obrazów oraz stacjami
diagnostycznymi ma wyświetlać przy otwieraniu obrazu informację o nieudanej walidacji badania.
Program współpracuje z archiwum krótkoterminowego z archiwum długoterminowym (off-line) -zarządzanie automatycznym przenoszeniem badań pomiędzy archiwami:
•
najdawniej wykonanych
•
najrzadziej przeglądanych
•
najdawniej przeglądanych
•
uwzględnienie (przez zaznaczenie) np. przewlekłych chorób i konieczności powtarzania
badań w dłuższym okresie czasu (pozostawienie w archiwum on-line)
Program pozwala na bezobsługowe przywracanie badań do archiwum on-line na żądanie (jeśli
system nie jest zaopatrzony w bibliotekę LTO) system informuje który numer kasety LTO należy
umieścić w napędzie
Program pozwala na ustawienie procesu archiwizacji danych na zewnętrzne nośniki np (po
określonej godzinie, w określone dni, zaraz po spłynięciu badania)
Program pozwala na ustawienie procesu usuwania z dysku danych znajdujących się na
zewnętrznych nośnikach (po przekroczeniu określonego progu zajętości)
Program pozwala na wykonywanie kopii bezpieczeństwa na napędzie LTO / CD / DVD
Program pozwala na niezależne przechowywanie miniatur, nawet po przeniesieniu badań DICOM na
napęd LTO / CD / DVD
Program w przypadku braku badania w archiwum ONLINE umożliwia automatycznie wgranie żądane
badanie z napędu LTO, program obsługuje autoloadery LTO
Program pozwala na wyszukanie pacjenta po jednym z poniższych kryteriów:
•
ID Pacjenta
•
ID Badania
•
Imię i nazwisko Pacjenta
•
Data urodzenia pacjenta
•
Opis badania (studyDescription)
•
Data badania
•
Data wykonania badania (z dokładnością do godzin np: ostatnie 6 h)
•
Zlecającego badanie
Zarządzanie informacjami i ustawieniami kont użytkowników przez administratora Systemu
Program jest zintegrowany z drzewem LDAP (OpenLDAP, Novell eDirectory, Microsoft Active
Directory)
Program pozwala na centralne zarządzanie użytkownikami w drzewie LDAP i określanie ich
przynależności do ról i grup.
Program posiada w pełni funkcjonalny program do zarządzania użytkownikami / grupami i rolami
(dla LDAP). Program współpracuje z ActiveDirectory.
Program pozwala użytkownikowi na logowanie się do systemu PACS i udostępnianie mu zakresu
66
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
badań zależnie od przyznanych uprawnień (np: tylko badania CT, tylko badania MR, tylko badania z
oddziału SOR). Ograniczenia dostępu współpracują ze stacjami diagnostycznymi.
Program pozwala na zarządzanie uprawnieniami użytkowników PACS, RIS i modułu dystrybucji
webowej z jednego panelu administracyjnego
Integracja zapewniająca wyświetlanie listy wszystkich poprzednio wykonanych badań pacjenta w
aplikacji systemu dystrybucji obrazów, które zostały wysłane do systemu PACS
Uaktualnienia w obiegu danych: Pacjent-Opisy-Badanie, min. zmiana imienia i nazwiska pacjenta,
rodzaju badania oraz opisu w systemie RIS powoduje automatycznie zmianę tych danych i ich
wyświetlenie w aplikacji systemu dystrybucji obrazów.
Możliwość przydzielenia użytkownika systemu do określonej roli, na przykład lekarza radiologa,
lekarza klinicysty
Możliwość przydzielenia odpowiednich uprawnień dla określonego typu roli użytkownika systemu
Rodzaje uprawnień:
- uprawnienia do narzędzi administracyjnych i ich
 poszczególnych opcji, min,
 ustawień autoroutingu
 ustawień archiwizacji off-line
 dodawania dodatkowych źródeł DICOM
 kasowanie badań z systemu
 ustawień kompresji obrazów
uprawnienia do używania poszczególnych narzędzi w stacjach diagnostycznych i w
systemie dystrybucji obrazów, min.
 drukowania badania
 zapisywania zmian obrazu badania,
 nagrywania badania na CD,
 dostępu do poprzednich badań pacjenta oraz ich opisu
 importu i eksportu badania
 przesyłania badań do innych miejsc docelowych DICOM
Możliwość centralnego zarządzania użytkownikami stacji diagnostycznych oraz systemu dystrybucji
obrazów
Możliwość przeglądania następujących wydarzeń:
- próba zmiany hasła użytkownika
- nieudana próba zalogowania się użytkownika
- zalogowanie się użytkownika
- zmiana statusu badania z nieopisanego na opisane
- próba wysłania badania
- skopiowanie lub wydrukowanie badania
Obsługa stanowiska dwumonitorowego przez system dystrybucji obrazów
Możliwość wyświetlania równocześnie co najmniej 4 obrazów na jednym ekranie użytkownika.
Możliwość przewijania pomiędzy kolejnymi obrazami w serii.
Możliwość połączenia serii badań w jedną całość
Program posiada funkcję autoroutingu badań, pozwala na przesłanie badania na stację docelową,
pozwala na określenie godzin w których autorouting zostanie wykonany oraz określenie priorytetu z
jakim ma być wykonywane zadanie
Program posiada funkcje autoroutingu badań, pozwalająca na określanie priorytetów przesyłania
badań bazując na tagach zawartych w DICOM (np: badania typu RTG z oddziału SOR mają wyższy
priorytet)
Program posiada funkcje prefetchingu
Program obsługuje MPPS (Modality Performed Procedure Step) w zakresie informacji zwrotnej o
statusie wykonanych zleceń. Aktualny stan zlecenia musi przedstawić, co najmniej następujące
informacji (wg standardu DICOM):
CREATED
utworzony zapis badania
SCHEDULED
badanie rozpisane do wykonania
IN PROGRESS badanie w trakcie wykonywania
DISCONTINUED
przerwano wykonywanie badaniaCOMPLETED
badanie
zakończone
Podstawowa obróbka (zaczernienie, kontrast, obroty, powiększenia, pomiary) każdego obrazu na
ekranie użytkownika
Płynna regulacja zaczernienia i kontrastu oraz możliwość definiowania własnych ustawień poziomu i
okna (W/L). Możliwość przeniesienia zmian wykonanych na jednym obrazie na wszystkie obrazy serii
Możliwość:
obrót obrazu o 90/180%
obrót obrazu o dowolny kąt
Funkcja obsługi MPR (w tym również skośne MPR’y)
Możliwość wykonania MPR (gdzie w ramach jednej serii są wykonane zdjęcia z różnym slicespacing,
reprezentacja całości w formie jednego reformatu)
Możliwość obejrzenia jednocześnie na ekranie użytkownika co najmniej 2 rodzajów badań tego
samego pacjenta
67
52.
53.
54.
55.
56.
57.
L.p.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
Możliwość obejrzenia na ekranie użytkownika opisu badania wykonanego i zatwierdzonego w
systemie RIS
System umożliwia zapisywanie na serwerze PACS wykonanych pomiarów oraz dodanych komentarzy
System dystrybucji obrazów pozwala wyszukać, oraz wyświetlać co najmniej poniższe dane:
- imię i nazwisko pacjenta
- opis rodzaju badania
wyświetlane wraz z polskimi znakami diakrytycznymi
Przeglądarka obrazów diagnostycznych dla systemu dystrybucji obrazów oraz dołączana do płyty z
wynikiem badania musi umożliwiać:
wyświetlanie miniatur obrazów, pomiar odległości, kąta, pola powierzchni, zmianę jasności i
kontrastu, powiększanie, przewijanie, odwracanie obrazu, wyświetlanie kilku zdjęć na ekranie,
wyświetlanie wybranej serii obrazów, dodawanie strzałek, komentarzy itp.
Użytkownik ma dostęp z każdego poziomu systemu dystrybucji obrazów do systemu pomocy
opracowanym w języku polskim
System PACS i dystrybucji obrazów zarejestrowany w Polsce jako wyrób medyczny min klasy II lub
posiadający certyfikat CE właściwy dla urządzeń /oprogramowania medycznego, stwierdzający
zgodność oprogramowania z
dyrektywą 93/42/EEC min. w klasie II.
Laboratorium
zarządzanie zleceniami na badania laboratoryjne i bazą danych pacjentów:
- wyszukiwanie pacjentów w bazie wg różnych kryteriów,
- rejestracja i modyfikacja danych pacjentów,
rejestracja zlecenia:
- manualne,
- z czytnika OMR,
kontrola kompletności danych zlecenia,
nadzór nad stanem wykonania poszczególnych zleceń,
generacja listy materiałów do pobrania przez laboratorium,
obsługa zleceń badań wieloparametrowych np. morfologia i badan panelowych (standardowe zestawy
badań).
rejestracja przyjęcia materiału do laboratorium:
identyfikacja zlecenia na podstawie kodu kreskowego przyjmowanego materiału,
integracja z Punktem Pobrań w zakresie przyjmowania danych o pobraniu materiału (data, godzina,
osoba pobierająca, uwagi),
wspomaganie rozdziału materiału do poszczególnych pracowni – rozdział na statywy poszczególnych
pracowni,
możliwość rejestracji przyjęcia materiału wg zleceń lub wg rodzaju przyjmowanego materiału,
możliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów,
możliwość nadawania ręcznie lub automatycznie niezależnej numeracji próbek (dla nadawania
automatycznego wg zdefiniowanych sekwencji).
obsługa stanowiska pomiarowego:
obsługa stanowisk manualnych, stanowisk z analizatorami jednokierunkowymi, dwukierunkowymi,
odpytującymi,
identyfikacja i wyszukiwanie zlecenia i próbki na podstawie kodu kreskowego,
możliwość oznaczenia pozycji próbki na statywach pracowni i wyszukiwanie próbek na statywach,
przegląd listy zleceń wg badań do realizacji na danym stanowisku,
obsługa stanowisk zapasowych,
pobranie zleceń,
utworzenie list roboczych, z możliwością wydruku list roboczych dla stanowisk manualnych,
wysłanie listy roboczej do analizatorów dwukierunkowych,
automatyczne odpowiadanie na zapytania analizatorów odpytujących,
przyjęcie i akceptacja wyników z aparatu,
wpis ręczny lub korekta wyników z możliwością dopisania komentarzy,
obsługa powtórek,
automatyczny dobór wartości referencyjnych dla badania w zależności od kryteriów, takich jak:
32.
- wiek,
33.
- płeć,
34.
- zażywane leki,
35.
- postawiona diagnoza,
68
36.
- tydzień ciąży,
37.
- cykl menstruacyjny.
38.
kontrola delta check,
39.
możliwość medycznej weryfikacji wyników (autoryzacja) bezpośrednio na stanowisku,
40.
wydruki wyników stanowiska,
41.
rejestr czynności obsługi aparatu,
42.
rejestr odczynników.
43.
zarządzanie wynikami:
44.
medyczna weryfikacja wyników,
45.
wydruk autoryzowanych i nie wydrukowanych wyników,
46.
stan wykonania wyników z podziałem na grupy,
47.
przeglądanie i odpis wyników archiwalnych pacjenta,
48.
przenoszenie wyników do archiwum,
49.
możliwość wykorzystania słownika tekstów standardowych do opisów wyników badań,
52.
możliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad
automatycznego opisu wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy,
możliwość organizacji wyników w odrębne kolejki wyników i kolejki weryfikacji w celu ułatwienia
zarządzania potokiem danych.
raporty statystyczne z możliwością prezentacji graficznej:
53.
obciążenie stanowisk i aparatów pomiarowych,
54.
sumaryczne zestawienia wszystkich wykonanych badań na aparatach,
55.
zestawienia wykonanych badań przez pracownie laboratoryjne,
56.
zestawienia wykonanych badań dla poszczególnych zleceniodawców,
57.
statystyczna analiza wyników jednego badania,
58.
zestawienie badan wg lekarzy zlecających, wg pacjentów,
59.
prowadzenie Księgi Laboratoryjnej i Ksiąg Pracowni,
60.
integracja z innymi modułami systemu medycznego:
50.
51.
62.
współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych
zlecenia i danych o jego wykonaniu,
możliwość współpracy z modułem Punkt Pobrań w szpitalu lub w przychodni
63.
możliwość prowadzenia kontroli jakości,
64.
konfiguracja parametrów kontroli jakości:
61.
65.
- definicja materiałów kontrolnych,
66.
- definicja metod pomiarowych z możliwością zebrania ich w panele,
67.
- definicja aparatów, na których odbywają się pomiary,
68.
- definicja komentarzy i metod naprawczych do uzyskanych wyników kontroli,
69.
70.
71.
- definicja wartości statystycznych dla kontrolowanych metod pomiarowych,
włączanie reguł kontrolnych Westgarda (1_2s, 1_2.5s, 1_3s, 1_3.5s, 2_2s, 2z3_2s, R_4s, 3_1s, 4_1s,
10x(9x,8x), 7T :
- jako ostrzeżenia,
72.
- sygnalizacja znajdowania się metody pomiarowej poza kontrolą.
73.
- analiza i dobór reguł kontroli na podstawie bieżących danych kontroli i wybranych kart OPS,
74.
- wydruk kart OPS.
75.
przygotowanie metody kontroli
76.
rejestracja pomiarów wstępnych w celu określenia ram statystycznych metody pomiarowej.
77.
78.
79.
80.
- pomiary w materiale trwałym (Lot),
- pomiary w materiale nietrwałym (materiale biologicznym – Dublety),
wyliczanie wartości średniej (X) i odchylenia standardowego (SD) zarówno dla pomiarów wstępnych,
jak i wartości skumulowanych w trakcie trwania kontroli.
rejestracja wyników pomiarów kontrolnych.
81.
- wyniki pomiarów w materiale trwałym,
82.
- wyniki pomiarów w materiale nietrwałym,
83.
- wczytywanie wyników pomiarów kontrolnych bezpośrednio z obszaru aparatu.
84.
85.
zebranie wyników kontroli w postaci kart kontrolnych i analiza wyników.
- karta Levey-Jenningsa z analizą reguł Westgarda,
69
86.
- karta kontroli odtwarzalności,
87.
- karta kontroli powtarzalności,
88.
- karta kontroli dokładności,
89.
- wydruki kart kontrolnych.
Odpowiedź: Zamawiający nie dopuszcza wymiany systemów RIS oraz eRejestracja, m.in. ze względu na
trwałość projektów realizowanych ze środków unijnych. Zamawiający nie wymaga integracji HIS z
Lab3000.
Pytanie nr 288
Dotyczy Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia.- pkt. 3 Pozostałe wymogi Zamawiającego dotyczące
przedmiotu zamówienia – ppkt. 3.15
Zamawiający zawarł wymaganie:
„Przynajmniej dla oferowanych modułów oraz po integracji z posiadanymi przez Zamawiającego modułami systemu
szpitalnego CliniNET, dostarczane rozwiązanie posiada funkcję jednego modułu administracyjnego pozwalającego
zarządzać użytkownikami, uprawnieniami do funkcji oraz przycisków i dostępnymi w tych modułach współdzielonymi
słownikami.”
Tak postawione wymaganie jawnie stawia firmę CompuGroup Medical Polska Sp. z o.o. w uprzywilejowanej pozycji co
jest niezgodne z zasadą zachowania uczciwej konkurencji.
W związku z powyższym prosimy o wykreślenie przedmiotowego wymagania.
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp modyfikuje zapis w zakresie pkt. 3.15 Opis
przedmiotu zamówienia.
Pytanie nr 289
Zamawiający wymaga aby:
„system w zakresie minimum Ruchu Chorych lecznictwa otwartego i zamkniętego, zleceń medycznych i zleceń leków,
apteczek oddziałowych, Apteki rozliczeń z NFZ i dokumentacji medycznej działa w oparciu o przeglądarkę stron WWW
będącą klientem końcowym aplikacji w architekturze trójwarstwowej na co najmniej dwóch wiodących przeglądarkach
internetowych (minimum Mozilla Firefox), bez konieczności instalowania dodatkowych klientów terminalowych do tych
przeglądarek, z identyczną funkcjonalnością na systemach Windows i Linux.”
Tak postawione wymaganie jest nieprecyzyjne, ponieważ pozostawia dowolność w zakresie wyboru drugiej przeglądarki
internetowej.
Jak powszechnie wiadomo najbardziej wiodącą przeglądarką internetową jest Internet Explorer, która jest za razem
fabrycznie instalowana oraz wspierana przez producenta najbardziej popularnego systemu operacyjnego firmę Microsoft
W związku z powyższym wnosimy o zamianę przedmiotowego wymagania na następujące:
„system w zakresie minimum Ruchu Chorych lecznictwa otwartego i zamkniętego, zleceń medycznych i zleceń leków,
apteczek oddziałowych, Apteki rozliczeń z NFZ i dokumentacji medycznej działa w oparciu o przeglądarkę stron WWW
będącą klientem końcowym aplikacji w architekturze trójwarstwowej na co najmniej trzech wiodących przeglądarkach
internetowych (minimum Mozilla Firefox, Internet Explorer), bez konieczności instalowania dodatkowych klientów
terminalowych do tych przeglądarek, z identyczną funkcjonalnością na systemach Windows i Linux.”
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający wykorzystuje wiele stacji roboczych działających pod
kontrolą systemu Linux i oczekuje dalszej możliwości korzystania na tych stacjach roboczych bez
konieczności ich wymiany. Jednocześnie Zamawiający modyfikuje ten zapis zgodnie z danymi
dotyczącymi zmian SIWZ w związku z uwzględnieniem odwołania.
Pytanie nr 290
Dotyczy Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia.- pkt. 3 Pozostałe wymogi Zamawiającego dotyczące
przedmiotu zamówienia – ppkt. 3.7
W celu poprawnego oszacowania oferty zwracamy się z prośbą o informację dotyczącą danych do przeniesienia, a
mianowicie:
•
ilość i rodzaje baz danych (proste czy złożone, relacyjne czy obiektowe itp. Itd.),
•
struktura poszczególnych baz danych(rodzaje i ilość tabel, zakres i opis danych w tabelach,
•
relacje pomiędzy danymi, zainstalowane procedury po stronie serwera baz danych itp. )
•
rozmiar baz danych
•
sposób migracji ze wskazaniem na dane, które maja pierwszeństwo, informacji na temat spójności danych etc.
•
zakres danych podlegających migracji (dane za jakie lata, dane z jakich obszarów itd.)
Odpowiedź: Zamawiający na mocy art. 38 ust. 4 Pzp modyfikuje zapis w zakresie pkt. 3.7 Opis przedmiotu
zamówienia.
70
Pytanie nr 291
Dotyczy Załącznik nr 1 do SIWZ – Opis przedmiotu zamówienia.- pkt. 1 i 2
Zamawiający szczegółowo wyspecyfikował moduły stanowiące przedmiot zamówienia. Zwracamy się z prośbą o podanie
ilości osób wymagających przeszkolenia w podziale na wyspecyfikowane moduły (ile osób będzie wymagało szkolenia w
zakresie konkretnego modułu) oraz ilość jednoczesnych użytkowników w zakresie poszczególnych modułów (ilu
użytkowników będzie jednocześnie pracowała w konkretnym module).
Odpowiedź: Oczywistym elementem każdego wdrożenia są szkolenia i asysta wdrożeniowa (tj. szkolenia
indywidualne stanowiskowe przy produkcyjnym uruchomieniu systemu). Plany i harmonogramy szkoleń,
podział na grupy zawodowe oraz ilość koniecznych do przeszkolenia użytkowników, będą elementem
ustaleń harmonogramu niezwłocznie po podpisaniu umowy. Zamawiający przy tym nie dopuszcza
możliwości przerwania ciągłości pracy jednostek organizacyjnych Zamawiającego. Wykonawca musi
dopasować się do reżimu pracy Zamawiającego i w taki sposób zorganizować swoją pracę wdrożeniową,
szkoleniowo-instruktażową oraz asystę wdrożeniową, aby nie opóźniać procesów biznesowych w
jednostkach organizacyjnych Zamawiającego. Zamawiający wymaga dostarczenia licencji pływającej
zgodnie z SIWZ bez ograniczeń na liczbę użytkowników i bez przypisania do konkretnych stacji
komputerowych i modułów systemu, umożliwiającej korzystanie z systemu na łącznie 150 stanowiskach.
W szczególności dostarczona licencja musi umożliwiać osobom pracującym na konkretnym module
systemu, ale chcących skorzystać z jego innych funkcjonalności (modułów), mając do niej (do niego)
uprawnienia, musisz mieć możliwość uruchomienia funkcjonalności na każdym ze 150 stanowisk
komputerowych, przy którym osoby te będą chciały skorzystać z funkcji tego modułu.
Pytanie nr 292
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 1 – Przedmiot Umowy- ust. 6
Prosimy o informację co dokładnie miał na myśli Zamawiający, formułując przedmiotowy zapis? Jaki wpływ na
postępowanie ma sytuacja finansowa Zamawiającego?
Odpowiedź: Zamawiający wykreśla ww. zapis.
Pytanie nr 293
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 4 Ochrona danych osobowych
Czy Zamawiający będąc świadomy sankcji karnych nakładanych przez GIODO, na tle przedmiotu umowy, gdzie
Wykonawca będzie posiadał dostęp do danych wrażliwych pacjenta dopuszcza zmianę tego § na treść następującą:
1. W celu prawidłowego wykonania przez Wykonawcę obowiązków wynikających z niniejszej Umowy i wyłącznie w
zakresie niezbędnym dla wykonania przez Wykonawcę takich obowiązków, Zamawiający będący
Administratorem Danych Osobowych w rozumieniu Ustawy o ochronie danych osobowych (t. jedn. z 2002 r.
Dz. U. nr 101, poz. 926 z późn. zm.) powierza Wykonawcy przetwarzanie wszelkich rodzajów danych
osobowych przetwarzanych w systemie informatycznym Zamawiającego przy użyciu Oprogramowania
Aplikacyjnego, w zakresie określonym szczegółowo w dokumentacji technicznej Oprogramowania
Aplikacyjnego (umieszczonej w wersji elektronicznej na serwerze ftp: dwftp.xxx.pl), jednak wyłącznie w
zakresie ich opracowywania, utrwalania i przechowywania na podstawie ustawy z dnia 29 sierpnia 1997 r. o
ochronie danych osobowych. Wykonywanie przez Wykonawcę operacji przetwarzania danych w zakresie lub
celu przekraczających zakres i cel opisane powyżej wymaga każdorazowej pisemnej zgody Zamawiającego.
2. Dostęp Wykonawcy do danych osobowych odbywa się z zastrzeżeniem dopełnienia przez Zamawiającego
wymogów określonych w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004
r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych,
jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych
(Dz.U. nr 100, poz. 1024).
3. Wykonawca oświadcza, iż zastosuje środki zabezpieczające, o których mowa w art. 36-39 ustawy o ochronie
danych osobowych oraz w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia
2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i
organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania
danych osobowych.
4. Zamawiający oświadcza, że przetwarza powierzone dane osobowe na podstawie art. 27 ust. 2 pkt 7 Ustawy o
ochronie danych osobowych.
Odpowiedź: Zamawiający nie wyraża zgodna wprowadzenie w/w modyfikacji.
Pytanie nr 294
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 7 - Szczegółowe obowiązki Stron Umowy
Czy Zamawiający dopuszcza możliwość uzupełnienia niniejszego § ust. 1 o lit.f) 11 o treści: „Jeśli Zamawiający nie
wywiąże się z obowiązków wymienionych powyżej, okoliczność ta traktowana będzie jako zwłoka Zamawiającego, a
Wykonawca nie ponosi odpowiedzialności za dotrzymanie terminów przewidzianych Umową”.
oraz lit.g) „Bez uzasadnionej przyczyny Zamawiający nie przystąpi do procedury odbioru lub bez uzasadnionej przyczyny
(przekazanej na piśmie Wykonawcy w terminie dokonania odbioru lub terminie, w którym Zamawiający powinien
71
przystąpić do odbioru) odmówi podpisania jakiegokolwiek protokołu, Wykonawca zastrzega sobie prawo dokonania
odbioru jednostronnego oraz jednostronnego sporządzenia i podpisania protokołu, który stanowić będzie podstawę
płatności i stwierdzenia wykonania prac nim objętych”.
Pytanie nr 295
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 7 - Szczegółowe obowiązki Stron Umowy
Czy Zamawiający dopuszcza możliwość dodania do niniejszego § ust. 2 lit.i i j) o treści:
i) „Strony oświadczają, że wszelka odpowiedzialność Wykonawcy z tytułu rękojmi za wady fizyczne na podstawie art. 55
ustawy o prawie autorskim i prawach pokrewnych jak i na podstawie jakiegokolwiek tytułu prawnego, ulega wyłączeniu”.
j) "Odpowiedzialność odszkodowawcza Wykonawcy wynikająca z niewykonania lub nienależytego wykonania przedmiotu
Umowy ogranicza się do rzeczywistej straty Zamawiającego, bez utraconych korzyści, z jednoczesnym ograniczeniem do
równowartości 50% wynagrodzenia otrzymanego przez Wykonawcę na podstawie niniejszej Umowy".
Pytanie nr 296
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 12 – Kary umowne
Czy Zamawiający na tle jednostronnych zapisów dotyczących kar umownych dopuszcza możliwość zapłacenia kar
umownych na rzecz Wykonawcy w sytuacji, gdy Zamawiający nie wywiąże się ze swoich zobowiązań? Tudzież na skutek
zaniedbań Zamawiającego nie zostanie wypłacona Wykonawcy część przysługującego mu wynagrodzenia np. po 14
dniach od dnia otrzymania faktury VAT przez Zamawiającego?
lub dodania kolejnego ust. 7 poprzez zapis o treści:
„W przypadku braku płatności przez Zamawiającego przez okres dłuższy niż 2 miesiące, Wykonawca ma prawo do
wypowiedzenia niniejszej Umowy z winy Zamawiającego lub wstrzymania realizacji Umowy do czasu uregulowania przez
Zamawiającego wszystkich zaległych należności. Ewentualne wstrzymanie wykonywania niniejszej Umowy nastąpi
poprzez pisemne powiadomienie Zamawiającego i nie spowoduje dla Wykonawcy żadnych negatywnych konsekwencji
prawnych”.
Pytanie nr 297
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy - § 12 – Kary umowne
Czy Zamawiający zgodzi się zmienić sformułowanie „opóźnienie” na „zwłoka” ?
W terminologii prawniczej opóźnienie jest w ryzykach o wiele większe niż zwłoka, różnica jest w odpowiedzialności
Wykonawcy a to dlatego, że w obu wypadkach mamy do czynienia z nieterminowością wykonania przyjętych na siebie
zobowiązań wynikających na przykład z zawartej umowy. Jednak zwłoki, czyli tzw. opóźnienia kwalifikowanego,
dopuszcza się tylko ten dłużnik (usługodawca lub sprzedawca), który nie wykonał obiecanej w umowie usługi lub nie
dostarczył kupionego towaru we właściwym terminie z przyczyn, za które ponosi odpowiedzialność, czyli od niego
zależnych (do przekroczenia terminu doszło z jego winy, mającej najczęściej postać tzw. niedbalstwa), w przeciwieństwie
do tzw. opóźnienia zwykłego, które następuje już wówczas, gdy termin nie zostanie dotrzymany z przyczyn niezależnych
od opóźniającego się.
Pytanie nr 298
Dotyczy Załącznik Nr 9 do SIWZ– Istotne Postanowienia Umowy
Czy Zamawiający w sytuacji, gdy przeprocedowanie tej umowy w dużych strukturach powoduje, że niniejsza umowa nie
jest podpisywana w tym samym dniu, co zaczyna obowiązywać, dopuszcza możliwość dodania ust. 3 w § 13 Umowy o
treści:
"umowa wchodzi w życie z dniem podpisu ostatniej ze stron umowy, ze skutkiem na ... ( i tu wpisać dzień od kiedy ona
zostaje zawarta).
W innym przypadku zapis ten może zostać penalizowany przez zarząd Wykonawcy a ryzykiem z jakie może napotkać jest
brak zgody zarządu na podpisanie tej umowy.
W krytycznej interpretacji aczkolwiek najbardziej prawdopodobnej jest to potwierdzenie nieprawdy i kodeks karny tj. art.
271 ma zastosowanie.
Odpowiedź: Zamawiający dodaje w § 13 Istotnych postanowień umowy następujący zapis.
Umowa wchodzi w życie z dniem złożenia ostatniego podpisu przez osobę/osoby reprezentującą/ce
Strony Umowy. Dzień zawarcia umowy jest odnotowywany przy nazwisku reprezentanta Strony. Strony
ustalają, że podpisy osób reprezentujących Wykonawcę muszą być złożone nie później niż 2 dni od dnia
doręczenia umowy przez Zamawiającego.
Zamawiający nadmienia również, iż o formalnościach dot. zawarcia umowy stanowi również § 95 SIWZ.
Pytanie nr 299
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa wielu baz
danych w ramach jednej instancji”
72
Prosimy o podanie zasadności wyżej wymienionego wymagania. Czy Zamawiający dopuści rozwiązanie umożliwiające
pracę wielu instancji na jednej bazie danych? Ewentualnie czy Zamawiający dopuści rozwiązanie umożliwiające
konsolidację danych z wielu baz danych na jednej (np. na innych schematach aplikacyjnych w bazie danych)?
Odpowiedź: Zamawiający dopuści dostarczenie bazy danych wyposażonej w inne rozwiązanie
równoważne niż obsługa wielu baz danych w ramach jednej instancji, wraz z opisem tego w ofercie
zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 300
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa wielu baz
tymczasowych”
Prosimy o podanie zasadności wyżej wymienionego wymagania. Oferowany motor bazy danych posiada możliwość
używania tabel tymczasowych. Pojęcie baz tymczasowych w oferowanym rozwiązaniu nie istnieje. W związku z tym, iż
wymaganie nie ma wpływu na funkcjonowanie oferowanej przez nas aplikacji czy Zamawiający dopuści takie rozwiązanie
równoważne niż obsługa wielu baz tymczasowych, wraz z opisem tego w ofercie zgodnie z art. 30 ust 5
Pzp.
Pytanie nr 301
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa tworzenia
kolumn wyliczanych, zarówno wirtualnych jak i zmaterializowanych, bazujących na obliczeniach serwera”
Prosimy o podanie zasadności wyżej wymienionego wymagania. Te rozwiązanie nie jest wykorzystywane w naszej
aplikacji i nie ma wpływu na jej funkcjonowanie dlatego prosimy o usunięcie tego zapisu.
równoważne niż obsługa tworzenia kolumn wyliczanych, zarówno wirtualnych jak i zmaterializowanych,
bazujących na obliczeniach serwera, wraz z opisem tego w ofercie zgodnie z art. 30 ust 5 Pzp.
Pytanie nr 302
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Wykorzystanie technik
optymalizacji zapytań: star-joins, hash-join, join histogram, pomijanie nieistotnych partycji”
Prosimy o podanie zasadności wyżej wymienionego wymagania. Te rozwiązanie nie ma wpływu na funkcjonowanie
naszej aplikacji dlatego prosimy o usunięcie zapisu „ join-histogram”.
równoważne niż wykorzystanie techniki optymalizacji zapytań join histogram, wraz z opisem tego w
Pytanie nr 303
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa dostępu do
danych zarchiwizowanych w kopii zapasowej bez potrzeby tworzenia bazy danych o rozmiarze przynajmniej takim jak
baza źródłowa”
Prosimy o podanie zasadności wyżej wymienionego wymagania. Podane rozwiązanie nie ma wpływu na funkcjonowanie
naszej aplikacji. Czy Zamawiający dopuści rozwiązanie umożliwiające odtworzenie nie całej bazy danych tylko
poszczególnych przestrzeni tabel?
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający wymaga możliwości odtworzenia całej bazy danych.
Pytanie nr 304
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa nazw tabel i
indeksów, których nazwa (tj. ilość znaków w nazwie) jest nie krótsza niż 128 znaków”
Czy zamawiający dopuści rozwiązanie gdzie długość nazw tabel i indeksów wynosi 32 znaki, gdyż takie rozwiązanie
wykorzystuje oferowana przez nas aplikacja, a wymóg 128 znaków nie ma żadnego uzasadnienia technicznego?
Odpowiedź: Zamawiający dopuszcza rozwiązanie obsługujące przynajmniej sto dwadzieścia cztery znaki
długości nazw tabel i indeksów.
Pytanie nr 305
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Motor bazy danych
umożliwia wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów
pracy serwera bazy danych oraz dla wybranych zapytań.”
Z punktu widzenia Wykonawcy realizacja powyższej funkcjonalności drastycznie zwiększy koszty oferty, niewspółmiernie
do zakładanej efektywności Prosimy o usunięcie przedmiotowego wymagania.
73
Pytanie nr 306
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Motor bazy danych
umożliwia wykonywanie niektórych operacji związanych z utrzymaniem bazy danych bez konieczności pozbawienia
dostępu użytkowników do danych. W szczególności dotyczy to tworzenia / przebudowywania indeksów oraz reorganizacji
bądź redefinicji tabel.”
Pytanie nr 307
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Zarządzanie
przydziałem zasobów obliczeniowych dla użytkowników bazy danych.”
Pytanie nr 308
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Wbudowane funkcje
samozarządzania i automatyzacji zadań..”
Pytanie nr 309
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Wbudowany
mechanizm replikacji..”
Pytanie nr 310
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa przydzielenie
określonej wielkości pamięci tylko dla wybranej tabeli..”
naszej aplikacji dlatego prosimy o usunięcie przedmiotowego zapisu.
Pytanie nr 311
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa eksportu i
importu danych do plików tekstowych z określonym separatorem kolumn z zachowaniem polskich liter..”
Pytanie nr 312
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Ilość jednoczesnych
użytkowników nie ma wpływu na ilość procesów w systemie operacyjnym..”
Pytanie nr 313
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa próbkowania
indeksów..”
Pytanie nr 314
74
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Obsługa tworzenia
kolumn wyliczanych, zarówno wirtualnych jak i zmaterializowanych, bazujących na obliczeniach serwera.”
Pytanie nr 315
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Silnik bazy danych
obsługuje skalowanie procesu wykonywania / odtwarzania kopii zapasowej poprzez równoległe uruchomienie kilku
procesów dzielących między siebie zadania skracając tym samym czas wykonania procesu i zmniejszając obciążenie
bazy.”
Pytanie nr 316
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych - „Ilość jednoczesnych
użytkowników nie ma wpływu na ilość procesów w systemie operacyjnym”
Pytanie nr 317
Dotyczy nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Baza danych –
Wymienione przez Zamawiającego wymagania wskazują jednoznacznie na konieczność użycia motoru bazy danych SAP
Sybase ACE i w sposób pośredni na CompuGroup Medical Polska Sp. z o.o., który jako jedyny w Polsce oferuje
rozwiązanie medyczne oparte o wyżej wymienioną technologię, co stanowi poważne naruszenie zasad uczciwej
konkurencji. W związku z powyższym prosimy o modyfikację opisu Bazy danych na następujący:
Dostępność oprogramowania na współczesne 64-bitowe platformy Unix (HP-UX dla procesorów PA-RISC i
Itanium, Solaris dla procesorów SPARC i Intel/AMD, IBM AIX), Intel/AMD Linux 32-bit i 64-bit, MS Windows
32-bit i 64-bit. Identyczna funkcjonalność serwera bazy danych na ww. platformach
Niezależność platformy systemowej dla oprogramowania klienckiego / serwera aplikacyjnego od platformy
systemowej bazy danych
Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez konieczności
rekompilacji aplikacji bądź migracji środowiska aplikacyjnego
Przetwarzanie z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Modyfikowanie
wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji.
Jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan
danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych.
Możliwość zagnieżdżania transakcji – powinna istnieć możliwość uruchomienia niezależnej transakcji
wewnątrz transakcji nadrzędnej. Przykładowo – powinien być możliwy następujący scenariusz: każda próba
modyfikacji tabeli X powinna w wiarygodny sposób odłożyć ślad w tabeli dziennika operacji, niezależnie czy
zmiana tabeli X została zatwierdzona czy wycofana.
Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode).
Możliwość migracji zestawu znaków bazy danych do Unicode
Możliwość redefiniowania przez klienta ustawień narodowych – symboli walut, formatu dat, porządku
sortowania znaków za pomocą narzędzi graficznych.
Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji bazy
danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy dancyh
Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy
danych
Wsparcie protokołu XA
Wsparcie standardu JDBC 3.0
Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym.
Motor bazy danych powinien umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod
optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań.
Powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych
instrukcjach SQL.
Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy).
Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być językiem
proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym
obsługę wyjątków. W przypadku, gdy wyjątek nie ma zadeklarowanej obsługi wewnątrz bloku, w razie jego
75
wystąpienia wyjątek powinien być automatycznie propagowany do bloku nadrzędnego bądź wywołującej go
jednostki programu
Procedury i funkcje składowane powinny mieć możliwość parametryzowania za pomocą parametrów prostych
jak i parametrów o typach złożonych, definiowanych przez użytkownika. Funkcje powinny mieć możliwość
zwracania rezultatów jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach
SQL (czyli występujących we frazie FROM). Ww. jednostki programowe powinny umożliwiać wywoływanie
instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów
pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne
(np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury).
Możliwość kompilacji procedur składowanych w bazie do postaci kodu binarnego (biblioteki dzielonej)
Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE)
wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie
zdarzeń
bazy
danych
(np.
próba
wykonania
instrukcji
DDL,
start
serwera,
stop
serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze). Ponadto mechanizm
wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT, UPDATE, DELETE)
wykonywanych na tzw. niemodyfikowalnych widokach (views).
W przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor bazy
danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być automatycznie
wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi odzwierciedlać chwilę przed
rozpoczęciem instrukcji w której wystąpił ww. błąd lub wyjątek
Powinna istnieć możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników
założonego w bazie danych
Baza danych powinna umożliwiać na wymuszanie złożoności hasła użytkownika, czasu życia hasła,
sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia limitu
nieudanych logowań.
Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych (np.
prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz
przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury).
Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup
użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny dowolny podzbiór
nadanych ról bazodanowych.
Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych.
Możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej
liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów. Możliwość integracji z
powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd).
Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online
Możliwość wykonywania kopii bezpieczeństwa w trybie online (hot backup).
Odtwarzanie powinno umożliwiać odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan bazy
danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może
podlegać cała baza danych bądź pojedyncze pliki danych.
W przypadku, gdy odtwarzaniu podlegają pojedyncze pliki bazy danych, pozostałe pliki baz danych mogą być
dostępne dla użytkowników
Wbudowana obsługa wyrażeń regularnych zgodna ze standardem POSIX dostępna z poziomu języka SQL jak
i procedur/funkcji składowanych w bazie danych.
Odpowiedź: Zgodnie z zapisami SIWZ. Zamawiający eksploatował i eksploatuje wiele rozwiązań
systemów informatycznych wykorzystujących wiele różnych rodzajów baz danych i rozwiązań dostępnych
na rynku. Zamawiający zweryfikował dostępność rozwiązań bazowych dostępnych obecnie na rynku i nie
znalazł wśród nich wskazanej bazy SAP Sybase ACE. Z wiedzy Zamawiającego wynika, że system
CompuGroupMedical Polska Sp. z o.o. nie wykorzystuje wskazanej bazy SAP Sybase ACE. Przytoczona
argumentacja Wykonawcy jest chybiona.
Pytanie nr 318
Prosimy o wskazanie celu filtrowania pacjentów wg. Miejscowości, ulicy i kodzie administracyjnym? Czy Zamawiający
dopuszcza realizację wymagania za pomocą zestawień lub raportów dostępnych w oferowanym systemie?
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Zamawiający nie zna zakresu
zestawień lub raportów dostępnych w systemie Wykonawcy.
Pytanie nr 319
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ, filtrowanie wg ICD jest niezbędne
do celów statystycznych i rozliczeń.
76
Pytanie nr 320
Pytanie nr 321
Pytanie nr 322
Odpowiedź: Zamawiający nie wyraża zgody, podtrzymuje zapisy SIWZ. Zapis dotyczy braku możliwości
przyjęcia pacjenta w trybie planowym przy braku wolnych łóżek.
Pytanie nr 323
Pytanie nr 324
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 804
Czy w wymaganiu mowa o możliwości wprowadzania dokumentów wydań (Rozchód Wewnętrzny na wybranego
odbiorcę; Rozchód wewnętrzny na wybranego pacjenta)?
Odpowiedź: W przypadku szpitala wydania odbywają się do jednostki organizacyjnej szpitala lub dla
indywidualnego pacjenta przebywającego w danej jednostce organizacyjnej, a zatem dokumenty, które
muszą zostać wygenerowane są dokumentami wewnętrznymi, (chociaż zamawiający nie stosuje takiego
określenia i podziału dokumentów). Z założenia wydania dotyczą wydania na konkretnego pacjenta,
ponieważ zlecenia/zapotrzebowania generowane są ze zleceń podań dla konkretnych pacjentów. W ściśle
określonych przypadkach (niektóre leki czy wyroby medyczne) z założenia wydawane są na
zabezpieczenie oddziału, czyli bez predefiniowanego odbiorcy.
Pytanie nr 325
Czy pod pojęciem "klasy produktu" można rozumieć grupy leków np. psychotropy, narkotyki, płyny infuzyjne. Czy w
stanach apteczki zastosowanie wyszukiwania oparte o słownik lekarzy ma dotyczyć wyszukiwania dokumentów
rozchodu? Czy chodzi o dokumenty rozchodu które zostały wprowadzone na podstawie zleceń? Czy wyszukiwanie oparte
o słownik ICD dotyczy wyszukiwania dokumentów rozchodów?
Odpowiedź: Pod pojęciem klasy = grupy = kategorii produktu zamawiający rozumie podział produktów
sprowadzanych do szpitala przez aptekę, (mający swoje odbicie w strukturze aptecznej bazy produktów),
o wielorakim zastosowaniu przy selekcji i filtrowaniu oraz do tworzenia zestawień na potrzeby np.
przygotowania zleceń oddziałowych, generowania zamówień/zapotrzebowań do apteki, przygotowania
przetargu w aptece, także do analizy ofert, analizy przyjęć wyrobów, analizy rozchodów produktów na
jednostkę organizacyjną i konkretnego pacjenta lub grupę pacjentów spełniających dodatkowo określone
kryteria selekcji. Typów klas w systemie powinno być wiele. Zamawiający nie oczekuje od pytającego
gotowego podziału na klasy. Oczekuje jedynie w ramach realizacji funkcjonalności zapewnienia w
systemie bazodanowym apteki miejsca (wielu pól w bazie) obsługiwanych przez słownik/słowniki
pozwalające użytkownikowi samodzielnie zdefiniować ilość i typ klas produktów obsługiwanych przez
system. Nie do przyjęcia jest założenie, że produkt w aptece może należeć jedynie do jednej klasy
produktów. Zamawiający oczekuje, że jeden produkt może należeć do różnego typu klas produktów, co
dopiero wtedy daje możliwości właściwego filtrowania i selekcji. Innego typu klasa dotyczyła będzie
statusu produktu w szpitalu i związanego z nim trybu sprowadzania (wyrób ze szpitalnej listy, wyrób z
poza szpitalnej listy leków, wyrób sprowadzany w trybie importu docelowego, lek/wyrób z darów,
lek/wyrób do badań klinicznych czy lek/wyrób będący próbką lekarską), a inną klasą będzie podział
wyrobów na: produkty lecznicze, wyroby medyczne, produkty będące środkami dietetycznymi specjalnego
przeznaczenia żywieniowego, których klasy rozbudowywać można o podklasy np. wyroby medyczne mogą
zostać podzielona na kilka podklas takich jak: środki opatrunkowe, materiały szewne, opatrunki
specjalistyczne, implanty z dalszym podziałem na ortopedyczne, neurochirurgiczne, czy
77
kardiochirurgiczne. Do innej kategorii = klasy podziałów wyrobów należeć będzie podział na produkty
gotowe i na wytwarzane w aptece (i tu dalszy podział na lek recepturowy, magistralny = produkcja
apteczna, produkt specjalistyczny o indywidualizowanym składzie na potrzeby żywienia parenteralnego
czy leczenia onkologicznego). Zaszeregowanie produktu do każdej z kategorii = klasy związane będzie w
przypadku prostej struktury każdej z klas z przyporządkowaniem produktowi wielu różnych, w zależności
od klasy, kodów, flag, określników (mnemoników) pozwalających użyć ich, jako identyfikator (klucz) do
filtrowania czy selekcji w zapytaniu. Dużo efektywniejszym sposobem umożliwiającym wykorzystania
wielu klas produktów na raz bez potrzeby rozbudowania bazy produktów aptecznych o wiele pól
związanych z wieloma klasami jest wykorzystanie wielu klas w strukturze wielopoziomowego słownika
(klasyfikacji) takiego typu jak chociażby baza WHO kodów i opisów znana, jako ATC, czyli klasyfikacja
Anatomiczno-Terapeutyczno-Chemiczna służąca zarówno do selekcji jak i raportowania zużycia leków,
czy też klasyfikacja CPV wykorzystywana głównie przy zamówieniach publicznych, choć jej zastosowanie
spokojnie wykracza poza zamówienia publiczne. Jedna, ale jednolita struktura, kod i opis takiej
klasyfikacji pozwoli zaoszczędzić miejsce w systemie pozwalając przy filtrowaniu i tworzeniu zapytań do
systemu zastosować jednorazowo wiele kryteriów selekcji. Funkcjonalność ta powinna być dostępna
zarówno w aptece jak i na oddziale.
W przypadku następnej części pytania zamawiający informuje, że w opisywanej funkcjonalności chodzi o
możliwość wyszukiwania i podglądu produktów (zarówno tych zastosowanych u pacjenta jak i
sprowadzonych do apteczki oddziałowej a jeszcze niezastosowanych), a nie dokumentów rozchodu a
słownik lekarzy służyć ma, jako jedno ze źródeł dla wybieranych kryteriów. Ta sama odpowiedź dotyczy
przypadku posłużenia się do selekcji, filtrowania, podglądu słownikiem ICD, jako źródłem kryterium. W
obu przypadkach chodzi o wyfiltrowanie produktów spełniające określone kryteria selekcji a nie
dokumentów rozchodu. Można sobie jednak wyobrazić, że realizacja takiej funkcjonalności może od
strony technicznej wymagać przeszukania produktów znajdujących się w odpowiednich dokumentach
"rozchodów".
Pytanie nr 326
Czy w wymaganiu mowa o rejestracji dokumentów przychodu?
Odpowiedź: Nie, w wymaganiu nie ma mowy o rejestracji dokumentów przychodu. Funkcjonalność
dotyczy zlecenia/zapotrzebowania oddziałowego. Każdy produkt z istniejących w aptecznej bazie
środków i wyrobów ma przypisaną odpowiednią kategorię = klasę i związany z tą kategorią tryb
zamawiania. Niektóre z trybów zamawiania (moduł zleceń leków) wymagają wypełnienia lub
wygenerowania odpowiednich do typu leku druków zawierających odpowiedni dla typu leku i sposobu
sprowadzania zestaw danych. Rozszerzenie opisu tej funkcjonalności podano w odpowiedzi na pytanie
dotyczące pozycji 812-818.
Pytanie nr 327
Czy zamawiający dopuszcza by realizacja wymagania była poprzez apteczki ?
Odpowiedź: Zamawiający nie przesądza w punkcie 807 listy funkcjonalności, poprzez co ma być
realizowane wymaganie. Dla zamawiającego ważne jest, aby informacja zwrotna o nie pełnej realizacji
zlecenia (i pozycji, których dotyczy) mogła trafić zwrotnie z apteki do modułu zleceń jednostki zlecającej.
Pytanie nr 328
Czy Zamawiający uzna wymaganie za spełnione jeżeli w systemie realizacja zleceń odbywać się będzie przy
wykorzystaniu funkcjonalności zleceń wewnętrznych z apteczki do apteki?
Odpowiedź: Zamawiający nie zna i nie wie, co pytający rozumie pod pojęciem funkcjonalności zleceń
wewnętrznych apteczki do apteki. Pytający nie przestawił żadnego opisu realizacji takiej funkcjonalności,
do którego zamawiający mógłby się odnieść. Zamawiający uzna wymóg za spełniony w przypadku, gdy
pytający zapewni, że realizacja zlecenia oddziałowego w aptece będzie mogła się odbywać najpierw
poprzez wybór odpowiedniej listy roboczej (lista produktów do dostarczenia na konkretny oddział), a
następnie realizacja zlecenia w aptece powinna być dokonywana poprzez wybór produktu z listy roboczej
z możliwością wykorzystania do tego celu czytnika kodu paskowego.
Pytanie nr 329
Co należy rozumieć pod pojęciem "własnych druków" ? Czy chodzi o powiązanie z dokumentami przychodów wydań
Odpowiedź: Zamawiający w treści funkcjonalności nr 812 - 818 mówiącej o konieczności powiązania
zlecenia oddziałowego z odpowiednimi drukami użył sformułowania "właściwymi drukami", a nie jak ujął
to pytający "własnych druków". Przez "właściwy" rodzaj druków zamawiający rozumie kwestionariusze
zawierające określony zestaw pól do wypełnienia, (zwykle będące załącznikami do aktów prawnych lub
innego typu zarządzeń wewnętrznych), których wypełnienia wymaga ustawodawca lub inny organ
78
decyzyjny. Wypełnienie takich obligatoryjnych druków poprzedza wydanie odpowiedniej decyzji np. w
zakresie sprowadzenia odpowiedniego produktu dla pacjenta. W sytuacji bez systemu komputerowego
taki wypełniony odpowiednim zakresem danych druk podlega zatwierdzeniu lub nie, wysłaniu i wraca z
decyzją. Ponieważ zapotrzebowanie na lek potrzebny pacjentowi wystawia lekarz prowadzący to właśnie
on przy zleceniu specyfiku zobligowany jest do wypełnienia takiego "właściwego" ze względu na typ
produktu druku. W przypadku informatyzacji procesów w szpitalu taki jak we "właściwych" drukach
zestaw danych musi trafić do systemu komputerowego. Często wymagany zestaw danych jest już w
systemie komputerowym (dane identyfikacyjne, oddział, rozpoznanie, stosowane aktualnie leki), podczas
gdy inne dane trzeba wpisać do systemu zwykle poprzez wybór z odpowiednich słowników jak np. wybór
ze słownika identyfikatora potrzebnego wyrobu lub poprzez dopisanie potrzebnej na pacjenta ilości, a
dalej zadbać o właściwe uzasadnienie potrzeby leku (jak np. w przypadku sprowadzania leku w trybie
importu docelowego). System jednak musi mieć na takie zestawy danych przewidziane miejsce w bazie
systemowej. Powstały z takich wprowadzonych do systemu danych zbiór to elektroniczny dokument (a
zbiór takich elektronicznych dokumentów to rejestr), któremu decydent nadaje określony numer, który
powinien zostać elektronicznie przywiązany do sprowadzonego przez aptekę leku. Często ustawodawca
(jak w przypadku importu docelowego) lub zarządzający placówką w przepisach wewnętrznych zawiera
konieczność sporządzania, okresowych lub na żądanie, sprawozdań dotyczących analizy danych
produktów sprowadzanych do placówki w określonym dla odpowiednich typów produktów trybie (produkt
z importu docelowego, produkt spoza Szpitalnej Listy Leków, produkt do badań klinicznych, produkt z
darów, produkt jako próbka lekarska itp.). System apteczny powinien umożliwić analizę i
sprawozdawczość dla takich dokumentów zebranych w odpowiednich rejestrach dokumentów. Może to
być jedna baza danych zawierająca pola, które mogą przyjąć różnego rodzaju atrybuty związane z typem
produktu. Lista takich atrybutów z nazwy została wymieniona w liście funkcjonalności w pozycjach od
812 do 818. Jeśli chodzi o drugą część pytania to zamawiający nie rozumie pojęcia "przychodów wydań" i
na pewno nie chodzi zamawiającemu o powiązanie z takimi "przychodami wydań".
Pytanie nr 330
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 812 818
Co należy rozumieć pod pojęciem "własnych druków" ? Czy chodzi o powiązanie z dokumentami przychodów wydań?
Odpowiedź: Zamawiający w treści funkcjonalności nr 812 - 818 mówiącej o konieczności powiązania
zlecenia oddziałowego z odpowiednimi drukami użył sformułowania "właściwymi drukami", a nie jak ujął
to pytający "własnych druków". Przez "właściwy" rodzaj druków zamawiający rozumie kwestionariusze
zawierające określony zestaw pól do wypełnienia, (zwykle będące załącznikami do aktów prawnych lub
innego typu zarządzeń wewnętrznych), których wypełnienia wymaga ustawodawca lub inny organ
decyzyjny. Wypełnienie takich obligatoryjnych druków poprzedza wydanie odpowiedniej decyzji np. w
zakresie sprowadzenia odpowiedniego produktu dla pacjenta. W sytuacji bez systemu komputerowego
taki wypełniony odpowiednim zakresem danych druk podlega zatwierdzeniu lub nie, wysłaniu i wraca z
decyzją. Ponieważ zapotrzebowanie na lek potrzebny pacjentowi wystawia lekarz prowadzący to właśnie
on przy zleceniu specyfiku zobligowany jest do wypełnienia takiego "właściwego" ze względu na typ
produktu druku. W przypadku informatyzacji procesów w szpitalu taki jak we "właściwych" drukach
zestaw danych musi trafić do systemu komputerowego. Często wymagany zestaw danych jest już w
systemie komputerowym (dane identyfikacyjne, oddział, rozpoznanie, stosowane aktualnie leki), podczas
gdy inne dane trzeba wpisać do systemu zwykle poprzez wybór z odpowiednich słowników jak np. wybór
ze słownika identyfikatora potrzebnego wyrobu lub poprzez dopisanie potrzebnej na pacjenta ilości, a
dalej zadbać o właściwe uzasadnienie potrzeby leku (jak np. w przypadku sprowadzania leku w trybie
importu docelowego). System jednak musi mieć na takie zestawy danych przewidziane miejsce w bazie
systemowej. Powstały z takich wprowadzonych do systemu danych zbiór to elektroniczny dokument (a
zbiór takich elektronicznych dokumentów to rejestr), któremu decydent nadaje określony numer, który
powinien zostać elektronicznie przywiązany do sprowadzonego przez aptekę leku. Często ustawodawca
(jak w przypadku importu docelowego) lub zarządzający placówką w przepisach wewnętrznych zawiera
konieczność sporządzania, okresowych lub na żądanie, sprawozdań dotyczących analizy danych
produktów sprowadzanych do placówki w określonym dla odpowiednich typów produktów trybie (produkt
z importu docelowego, produkt spoza Szpitalnej Listy Leków, produkt do badań klinicznych, produkt z
darów, produkt jako próbka lekarska itp.). System apteczny powinien umożliwić analizę i
sprawozdawczość dla takich dokumentów zebranych w odpowiednich rejestrach dokumentów. Może to
być jedna baza danych zawierająca pola, które mogą przyjąć różnego rodzaju atrybuty związane z typem
produktu. Lista takich atrybutów z nazwy została wymieniona w liście funkcjonalności w pozycjach od
812 do 818. Jeśli chodzi o drugą część pytania to zamawiający nie rozumie pojęcia "przychodów wydań" i
na pewno nie chodzi zamawiającemu o powiązanie z takimi "przychodami wydań".
Pytanie nr 331
Czy Zamawiający dopuszcza by wymaganie było realizowane z wykorzystaniem funkcjonalności apteczki i zamówień
wewnętrznych?
Odpowiedź: Jak sama nazwa podtytułu tej grupy funkcjonalności wskazuje, że funkcjonalność ta opisuje
działania w Aptece (a nie na oddziale szpitalnym) przy realizacji w aptece zapotrzebowania/zlecenia
79
oddziałowego (zamawiający nie używa podziału zamówień na zewnętrzne i wewnętrzne, ale nazywa ich
tak jak powinny być nazywane). Przed przystąpieniem do kompletowania zamówienia oddziałowego
pracownik apteki powinien dokonać najpierw selekcji zleceń (ze słownika typów listy roboczej). Musi
wybrać, czy będzie realizował zlecenie nowe, które wpłynęło do apteki i znajduje się na liście
oczekujących do realizacji, czy też zacznie od realizacji zleceń niezrealizowanych (np. z powodu
tymczasowego braku produktu) lub zacznie od nie w pełni wcześniej zrealizowanych a czekających w
systemie na realizacje. Może również zaistnieć potrzeba przywołania zleceń/zapotrzebowań: już
zrealizowanych w danym okresie z określonej jednostki organizacyjnej, dla określonego pacjenta,
złożonego zlecenia przez określonego lekarza, lub też przywołania zleceń odrzuconych, wycofanych, w
którym podana jest przyczyna. Wymienione dla selekcji typy są atrybutami rodzajów/statusów/stanów
zlecenia (flagi programowe). Wymieniona funkcjonalność powinna realizowana, więc być przez
oprogramowanie systemu aptecznego.
Pytanie nr 332
Czy zamawiający dopuszcza by informacja o stanie zlecenia była widoczna w realizacji zamówienia wewnętrznego?
Odpowiedź: Zamawiający wymaga, aby informacja o stanie realizacji przekazanego z oddziału do apteki
zapotrzebowania była dostępna w module oddziałowym zleceń (sygnalizacja typu statusu zlecenia jak w
punkcie 819) wraz z bieżącą "on line" aktualizacją statusu zlecenia określającego stan realizacji lub jego
odmowę. Typy statusów zleceń określi zamawiający na etapie konfiguracji programu. Oferent powinien w
bazach systemu przewidzieć miejsce na zdefiniowanie tego typu flag = statusów zlecenia.
Pytanie nr 333
Proszę o sprecyzowanie sformułowania "dedykowana lista robocza"?
Odpowiedź: Jedną z podstawowych, wymaganych funkcjonalności systemu aptecznego jest zapewnienie
przez oferenta na poziomie bazy systemu aptecznego pełnej i aktualizowanej na bieżąco bazy leków
zarejestrowanych w Polsce zawierającej oprócz danych rejestracyjnych (identyfikujących produkt
leczniczy) również zmieniające się ustawowo, co 2 miesiące dane refundacyjne o określonej strukturze i
formacie do wykorzystania w wielu miejscach zarzadzania i gospodarki lekiem w szpitalu. Z dostępnych w
Polsce takich baz jedynie bazy BLOZ oraz bazy JWC zapewniają odpowiednią do wykorzystania w
systemie aptecznym szpitala strukturę danych. Ponieważ bazy te nie są dedykowane tylko dla szpitala nie
zawierają wielu dodatkowych (powiązanych z główną baza leków) słowników = tabele, których zawartość
wykorzystywana powinna być do tworzenia opisów, zestawień i selekcji produktów leczniczych i wyrobów
medycznych sprowadzanych do apteki i wydawanych do jednostek organizacyjnych instytutu. Część z
tych dodatkowych słowników = tabel mają prostą strukturę danych inne, jak np. baza kodów i opisów
CPV (używana na potrzeby zamówień publicznych) ma strukturę wielopoziomową wymagającą, więc
dodatkowej obsługi systemu. Klas i klasyfikacji leków, wyrobów medycznych, środków dietetycznych,
produktów biobójczych może być wiele. Jeden produkt może należeć do różnego typu klas produktów.
Jednym z przykładów klas produktów sprowadzanych do szpitala na potrzeby pacjentów jest podział w
zależności od miejsca magazynowania (w niektórych programach nazywanych magazynami). Taka
klasyfikacja jak przykładowo podana w punkcie 822 ma na celu powiązanie klasy produktu z miejscem
magazynowania. Wtedy atrybut klasy służyłby do rozdzielenia zamówienia z oddziału na oddzielne listy
robocze (właśnie dedykowane listy robocze) pokazujące się na stacjach roboczych w miejscach
przechowywania danego produktu (tzw. magazyn), co ułatwia organizację realizacji zamówienia i
ogranicza przemieszczanie się personelu apteki do czasami oddalonych od apteki centralnej pomieszczeń
magazynowych. Funkcjonalność ta jest analogiczna jak w systemach laboratoriów diagnostycznych gdzie
typ = klasa badania pozwala przyporządkować oznaczany parametr badania do pracowni, w której
znajduje się analizator wykonujący dany typ badania.
Pytanie nr 334
Czy zamawiający dopuszcza możliwość przeglądu i generowania wydruków przy wykorzystaniu zamówień wewnętrznych
(informacja o asortymencie zlecenia zawarta w zamówieniu) ?
Odpowiedź: Zamawiający wymaga, aby zanim dojdzie do wydruku można było wyselekcjonować
odpowiednią listę/listy zleceń leków dla pacjentów spełniających odpowiednie kryteria (np. wiek, ICD), a
następnie w ramach dokonanej selekcji obejrzeć w oknie ekranowym programu zlecone pozycje lekowe (a
nie przeglądać wydruk), z możliwością dalszej selekcji/filtrowania danych, aż do uzyskania
odpowiedniego zakresu informacji, a dopiero wtedy wydrukować lub wyeksportować do dokumentów w
odpowiednim formacie. Zlecenie podania (informacja lekarza dla pielęgniarki) to nie to samo, co
zapotrzebowanie (zamówienie) skierowane z oddziału do apteki. Analiza zleceń podań leków po
zestawieniu ich z zapotrzebowaniem z oddziału stanowią element kontrolingu i optymalizacji
farmakoterapii.
Pytanie nr 335
80
Czy zamawiający dopuszcza by lista podań była dostępna na oddziale?
Odpowiedź: Tak, lista powinna być dostępna na oddziale. Lista podań generowana dla pielęgniarek na
podstawie zleceń podania leków wystawionych przez lekarza (tak samo jak sama lista zleceń lekarskich)
jest istotnym elementem opieki nad pacjentem i obowiązkowym składnikiem dokumentacji medycznej.
Pytanie nr 336
Prosimy o sprecyzowanie wymagania. Czy chodzi o korektę wydanie z magazynu apteki do magazynu apteczki, korekta
dokumentu rozchodu? Czy raczej o dokument korekty wydania na zewnątrz ? O jakiej zatwierdzeniu wysyłki mowa w
wymaganiu?
Odpowiedź: Punkt 826 listy funkcjonalności należy czytać razem z punktami 825 i 827 a nie wyrywkowo,
osobno, ponieważ stanowią całość. Mowa w nich, że do czasu zatwierdzenia realizacji zlecenia
(zapotrzebowania oddziałowego) przez osobę nadzorującą sekcję ekspedycji w aptece produkty nie mogą
opuścić apteki. Przed zatwierdzeniem listy wysyłkowej (zgodność z zapotrzebowaniem) i wydrukowaniu
dokumentu wydania na oddział jest możliwa korekta asortymentowo-ilościowo-wartościowa dokumentu
wydania z apteki. Po zatwierdzeniu kompletności realizacji korekta dokumentów wydania możliwa z
poziomu apteki, ale z zapisem w bazie danych, (jako tzw. "log file”), czyli odnotowaniem takich danych,
jak: kto?, Co zmienił?, Na co zmienił?, Kiedy? i z jakiego powodu? z możliwością podglądu skorygowanego
dokumentu. Dobra Praktyka Farmaceutyczna oraz DPD Dobra praktyka dystrybucyjna nakazuje, aby pracę
technika (najczęściej realizującego zapotrzebowanie oddziałowe) nadzorował magister farmacji (Zasada
3R = trzykrotna kontrola produktów wydawanych z apteki). W związku z powyższym tak jak w hurtowni i
w przemyśle farmaceutycznym magister farmacji jest osobą odpowiedzialną za "zwolnienie" wysyłki
(Qualify person) i ta właśnie osoba zatwierdza wysyłkę zrealizowanego zapotrzebowania na oddział.
Pytanie nr 337
Co należy rozumieć pod sformułowaniem "później" ?
Odpowiedź: Punkt 827 listy funkcjonalności należy czytać razem z punktami 825 i 826 a nie wyrywkowo,
osobno, ponieważ stanowią całość. Później, to znaczy, że po zatwierdzeniu do wysyłki przez osobę
nadzorującą pracę ekspedycji aptecznej. Dodatkowe wyjaśnienie zawarte zostało w odpowiedzi do
pytania dotyczącego pozycji 826 listy funkcjonalności.
Pytanie nr 338
Odpowiedź: Brak pytania.
Pytanie nr 339
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 832-841
Co zamawiający rozumie poprzez sformułowanie „wielopoziomowy podział produktów na klasy”?
Odpowiedź: Wielopoziomowy podział różnych produktów na klasy jest stosowany od blisko 100 lat od
chwili wprowadzenia zarzadzania, przez jakość i stworzenia nowych narzędzi kontrolingu. Podział na
klasy w zakresie produktów leczniczych to ostatnie 50 lat. Najbardziej znanym przykładem
wielopoziomowego podziału na klasy jest system ATC (http://www.whocc.no/atc_ddd_index/) czyli (7
poziomowy Anatomiczno-Terapeutyczny-Kod ) stworzony i nadzorowany przez WHO. W skrócie można
powiedzieć, że służy do oceny zużycia leków. Ma strukturę drzewiastą, czyli wszystkie leki dzieli się
najpierw ze względu na układ, na jaki działają a jego początek kodu oznacza się pierwszą literą nazwy
układu (np. C - kardiologia, N - Neurologia). Potem w ramach układu dzieli się leki ze względu na
mechanizm działania dokładając na przemian 2 cyfry a dalej znowu literę. Podział w konsekwencji
dochodzi na 6 poziomie do nazwy substancji działającej zwanej nazwą międzynarodową od angielskiego
nazywanej INN (International Nonproprietary Name). Ostatnim zagłębieniem kodu i opisu jest wartość
DDD, czyli dawka dobowa substancji czynnej stosowana u pacjenta. Taki wielopoziomowy kod dla np.
leków pozwala wykorzystać go do celów sprawozdawczości i kontrolingu procedur
farmakoterapeutycznych. Dzięki swojej drzewiastej strukturze pozwala także agregować dane ilościowe i
finansowe służąc do porównywania wykorzystania leków i ich kosztów w określonych grupach
(podgrupach - w zależności od poziomu) na potrzeby procedur terapeutycznych, kontroli planów
budżetowych w zakresie leków, porównania kosztów jednostek organizacyjnych. Podobną
wielopoziomową strukturę, ale taki sam cel ma inny system kodowania stworzony głównie na potrzeby
przetargów nazywany CPV. Jest mniej precyzyjny, jeśli chodzi o leki, ale za to obejmuje znacznie większy
zakres różnorodności produktów (praktycznie wszystkie stosowane nie tylko w szpitalnictwie).
Wykorzystanie w pełni jego struktury (klasy oznaczone cyframi po 2 lub 3) pozwala zapanować nad
przetargami a także planować i nadzorować budżet np. w szpitalu poprzez idealny w zastosowaniu sposób
agregacji właśnie wg klas. Takich wielopoziomowych słowników klas istnieje więcej chociażby do
systematyki wyrobów medycznych.
81
Pytanie nr 340
Prosimy o wyjaśnienia w jakim celu Zamawiający wymaga w zakresie modułu Apteki możliwości dostępu do: bazy lekarzy
i ich specjalizacji, danych pacjentów, danych o
zastosowanej farmakoterapii, wyników badań laboratoryjnych?
Odpowiedź: Po treści pytania można dojść do przeświadczenia, że być może zamawiający nie śledzi tak
dokładnie rynku światowego dotyczącego systemów informatycznych w farmacji szpitalnej, jak myśli.
Już, co najmniej od 20 lat w systemach na świecie i troszkę później, ale też w Europie wprowadza się
coraz więcej funkcjonalności dotyczących zarzadzania lekiem na oddziałach z poziomu apteki. Wszystko
zmierza w kierunku pozyskiwania i przetwarzania informacji o kosztach leczenia i ich strukturze, które jak
wierzyć zapewnieniom menagerów ochrony zdrowia są kluczem w zarzadzaniu w lecznictwie zamkniętym.
Głośno jest też o wykorzystaniu farmakoekonomiki do optymalizacji wydatków na leczenie (lekarze z
reguły nie są specjalistami w tym zakresie). Nie dotyczy to tylko samych kosztów nabycia np. leków
(obecna domena apteki), ale kosztów ich wykorzystania w terapii uwzględniając w tym koszty wydłużenia
lub skrócenia pobytu pacjenta w wyniku dobrego lub nieprawidłowego zastosowania leków, zastosowania
droższych lub tańszych standardów terapeutycznych i ich tworzenia. Naturalnymi sprzymierzeńcami
zarządzających są tu właśnie pracownicy apteki. Dostęp do danych terapeutycznych pacjenta określonych
pracowników apteki na etapie realizacji zapotrzebowania lekowego opartego o zlecenia dla
indywidualnego pacjenta czy dostęp do badań laboratoryjnych pozwoli uniknąć wielu komplikacji procesu
leczenia (interakcje lek-lek, interakcje lek-pożywienie, interakcje lek-badanie laboratoryjne). Dane takie
od dawna funkcjonują nawet w Polsce w systemach HIS. Dlaczego więc nie udostępnić ich dla apteki,
która jeśli będzie tylko miała odpowiednie narzędzia informatyczne potrafi ich strukturalnie przetworzyć?
Pytanie nr 341
Prosimy o wyjaśnienia w jakim celu Zamawiający wymaga w zakresie modułu Apteki przedmiotowych funkcjonalności?
Odpowiedź: Zamawiający planuje w niedalekiej przyszłości uruchomić w ramach serwisu
farmaceutycznego Pracownie żywienia do i pozajelitowego, Pracownię przygotowywania preparatów
onkologicznych oraz Pracownie dodatków do płynów infuzyjnych. Pracownie te będą częścią serwisu
farmaceutycznego, więc program zarządzający apteką powinien funkcjonalność taką już posiadać, co
znalazło swój wyraz w przedstawionej do przetargu funkcjonalności (patrz także pozycje 892-894).
Ogólnym celem proponowanych tu funkcjonalności jest poprawa zarządzania serwisem farmaceutycznym
i jego elementami składowymi oraz pomoc systemu w uporządkowaniu i zarządzaniu danymi
(komunikaty, oferty przychodzące droga elektroniczną).
Pytanie nr 342
Czy zamawiający dopuszcza zmianę brzmienia wymagania na:
„Wyliczanie zapasów na podstawie wprowadzonych wartości okresów.”
Odpowiedź: Nie. Zamawiający nie dopuszcza zaproponowanej zmiany brzmienia wymagania.
Zamawiającemu chodzi tu nie o wyliczenie zapasów w okresach jak proponuje pytający, ale o szacowanie
dla każdego z produktów ilości zaspokajających popyt, w tym również chodzi o wykorzystanie funkcji
analizujących materiał historyczny na potrzeby metodologii ABC lub ABC XYZ.
Pytanie nr 343
Wymaganie niezrozumiałe w zakresie modułu Apteka Centralna. Prosimy o wykreślenie powyższych wymagań.
Odpowiedź: Punkt 839 listy funkcjonalności należy czytać razem z punktem 838, a nie wyrywkowo,
osobno, ponieważ stanowią całość. Pełne brzmienie funkcjonalności jest następujące:
"Program apteczny powinien mieć możliwość określania, wyliczania, przechowywania i wykorzystania
norm magazynowych pozwalających wspomóc zachowanie ciągłości wydań poprzez: określenie
ekonomicznie uzasadnionych dni zapasu, określenie i wykorzystania w praktyce stanów minimalnych,
maksymalnych, krytycznych, optymalnych=norma, % normy kwalifikujących na listę braków".
Przy pełnej treści opisu funkcjonalności zapisy nie powinny być już niezrozumiałe. Zamawiający nie
zrezygnuje z tego zapisu, ponieważ są to podstawowe parametry logistyki magazynowej i
zaopatrzeniowej. Trudno zrozumieć prośbę oferenta o wykreślenie tak ważnej funkcjonalności.
Pytanie nr 344
Odpowiedź: Zamawiający nie ma zamiaru zrezygnować z tej istotnej funkcjonalności systemu aptecznego.
Nie po to szpital dokonuje zakupu aptecznego programu informatycznego żeby personel ręcznie
82
ustawicznie przeglądał system pod kątem umów przetargowych, co jest zważywszy na ilość pozycji
będących w obrocie szpitalnym, jedną bardziej uciążliwych czynności apteki absorbujących wiele osób
fachowego personelu aptecznego. Wniosek zakupowy (wzór wniosku zakupowego dostępny na żądanie)
jest drukiem stosowanym w przypadku zamawiania produktu, na który z różnych powodów nie ma
podpisanej umowy przetargowej (np. właśnie niespodziewanie umowa się wyczerpała ilościowo, trwa
przetarg, postępowanie przetargowe się skończyło, ale umowa nie została jeszcze podpisana) a wystąpiła
konieczność zakupu w trybie art. 4 pkt 8 ustawy Zamówienia Publiczne. Przepisy nakładają obowiązek
rejestrowania takich wniosków w systemie aptecznym z możliwością agregowania i raportowania
zakupów w tym trybie. Jest to istotna i wymagalna systemem sprawozdawczości funkcjonalność systemu.
Dlatego niezrozumiała jest prośba oferenta o wykreślenie tych zapisów funkcjonalnych.
Pytanie nr 345
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 842-844
Odpowiedź: Zamawiający z racji na funkcjonujące w jednostce procedury i chęć ich zachowania z
przeniesieniem kontroli na system komputerowy pragnie zachować zapis. Pozycje listy funkcjonalności w
tym zakresie zaczynają się już od nr 841 a nie 842. Punkt 841 w brzmieniu: W przypadku, gdy program
apteczny wykryje, że potrzebny do zamówienia produkt nie znajduje się z różnych powodów na liście
produktów objętych ważnymi umowami przetargowymi program powinien umożliwić wygenerowanie
wniosku zakupowego na takie pozycje zgodnie ze wzorem druku określonego w wewnętrznych
zarządzeniach Dyrekcji ICZMP oraz zapytań ofertowych do wskazanych dostawców” stanowi początek, a
punkty od 842 do 844 rozwiniecie funkcjonalności. Funkcjonalność opisywana w pozycjach 841 do 844
przedstawia z detalami procedurę obecnie funkcjonującą w Instytucie stosowaną w przypadku
zamawiania produktu nieposiadającego ważnej umowy przetargowej, (co zdarza się w warunkach
szpitalnych z racji na niemożność przewidzenia ilości i ciężkości stanu pacjentów oraz Ich potrzeb), dla
których często w trybie ratowania życia i zdrowia (art. 8 pkt 4 UZP) istnieje pilna potrzeba sprowadzenia
produktu leczniczego bez możliwości oczekiwania na rozstrzygnięcie przetargowe. Sposób procedowania i
raportowania takich przypadków wynika wprost z zapisów Ustawy o Zamówieniach Publicznych, dlatego
niezrozumiała jest prośba oferenta o wykreślenie powyższych wymagań. Wydaje się, że
usystematyzowana i sprawdzona procedura powinna w pierwszej kolejności podlegać mechanizmowi
informatyzacji, zwłaszcza, że jest trudna do manualnego nadzoru.
Pytanie nr 346
Czy zamawiający dopuszcza zmianę brzmienia wymagania:
Program apteczny powinien umożliwić dopisanie pozycji do zamówienia podczas wydań z magazynów apteki lub podczas
przeglądu stanów magazynowych..
Odpowiedź: Zamawiający nie dopuszcza zmiany. Proponowany przez pytającego zapis w istotny sposób
ogranicza funkcjonalność. Intencją zamawiającego zapisaną w zapisach funkcjonalności, było, aby system
wspomagał tworzenie standardowych zamówień realizowanych zgodnie z ekonomicznie uzasadnionym
czasokresem zamówień wyznaczonym dla poszczególnych produktów. Zwykle wykorzystuje się do
określenia takich standardowych okresów zamówień znaną z logistyki zamówień lekowych metodę ABC
lub jej rozwinięcie metodę ABC XYZ będącą razem z formułą Wilsona narzędziem optymalizującym koszty
magazynowe. Przy przyjęciu metody stałych, (ale różnych dla określonych produktów) okresów
zabezpieczenia w zapas istotne jest wyliczenie dla każdego ze standardowych okresów ekonomicznie
uzasadnionej liczby produktów składających się na zapas. Proponowany zapis uniemożliwia
wprowadzenie i nadzorowanie tego narzędzia sprowadzając system zamawiania do ręcznego "wklepania"
bliżej nieokreślonych ilości do zamówienia.
Pytanie nr 347
Czy w wymaganiu mowa o wczytywaniu ofert formacie data-farm? Prosimy o skreślenie zapisu "z możliwością
buforowania". Prosimy o zmianę zapisu "możliwość przeprowadzenia analiz porównawczych" na zapis „możliwość
przeprowadzenia konkursu ofert z wskazaniem zwycięzcy”..
Odpowiedź: Nie. Zapis wymagania sporządzony przez zamawiającego nie wskazuje tylko na jeden
konkretny format "data-farm" wczytywania ofert odebranych przez Internet lub na dyskietce czy
pendrivie. Oczekuje zaimplementowania w systemie również innych formatów wczytywania ofert czy
faktur. Zamawiający nie dopuszcza skreślenia zapisu dotyczącego buforowania, chyba, że pytający
zapewni inny sposób (np. zapis do bazy treści ofert z zapewnieniem mechanizmów jej obsługi i
prowadzeniem analiz porównawczych) realizacji tej funkcjonalności. Ponieważ w dalszej części pytania
pytający chce usunąć możliwość prowadzenia analiz porównawczych można założyć, że nie ma zamiaru
zaoferować takiej funkcjonalności w swoim systemie, dlatego zamawiający nie zgadza się na zmianę
zapisów. Proponowany zaś zapis do wpisania w miejsce analiz porównawczych dotyczy postępowania
przetargowego, a nie zbierania ofert i nie może stanowić wymiennika zakładanej przez zamawiającego
funkcjonalności.
83
Pytanie nr 348
Prosimy o doprecyzowanie wymagania. Co należy rozumieć pod pojęciem "telefonicznie czytając z ekranu"?
Odpowiedź: Określenie "telefonicznie czytając z ekranu" jest najprostszą i najmniej precyzyjną metodą
posiłkowania się personelu przy zamawianiu produktów. Dotyczy zwykle zamawiania pojedynczych ilości
pojedynczych produktów telefonicznie (często stosowana w szpitalu metoda dla przypadków
urgensowych) poprzez sczytanie szczegółów zamówienia pozycja po pozycji z ekranu komputera i
przekazanie słowne osobie przyjmującej zamówienie po stronie dostawcy.
Pytanie nr 349
Prosimy o modyfikację zapisu ma
Program powinien mieć zaimplementowane możliwości śledzenia i odnotowywania stanu realizacji zamówienia: wysłane,
zrealizowane w całości (o ile zrealizowano prawidłowo wszystkie pozycje na zamówieniu), zrealizowane częściowo (z
informacją o przyczynach dla zamówień wysłanych: błąd dostawcy, nie ta ilość, błędny asortyment, błędy na fakturze,
nie właściwe ceny, braki w dostawie, i inne, z możliwością oznaczenia przy realizacji przyjęcia zamawianych pozycji
kwalifikacji np. do zwrotu do dostawcy, wymiany, konieczności faktury korygującej).
Odpowiedź: Zamawiający przyjmie taką modyfikację, o ile w funkcjonalności zapewnione będzie śledzenie
i odnotowanie wszystkich wymienionych (ze słownika systemowego) stanów realizacji zamówienia wraz z
możliwością odznaczania pozycji kwalifikujących do różnych stanów realizacji zamówienia.
Pytanie nr 350
Wymaganie wskazuje na konkretne rozwiązanie funkcjonalności. Czy Zamawiający dopuści realizację wymagania w inny
sposób ?.
Odpowiedź: Zamawiający w punkcie 851 listy funkcjonalności nie wskazuje żadnego sposobu realizacji
takiej jak opisana funkcjonalności. Pytający powinien, jeśli uważa, że wskazywane jest konkretne
rozwiązanie, zadać pytanie o dopuszczenie swojej realizacji tej funkcjonalności, a nie oczekiwać, że zrobi
to za pytającego zamawiający, który nie ma wiedzy jak ta funkcjonalność może być realizowana w
systemie pytającego. W pozycji 851 zawarto funkcjonalność systemu, jaka jest potrzebna
zamawiającemu. Z założenia, program komputerowy służy tym celom, aby zdjąć z użytkownika część
pracy. W warunkach szpitalnych pracy apteki zdarza się, że z różnych powodów ( najczęściej przy
zamówieniach doraźnych) wcześniejsze ustalenia ofertowe lub przetargowe nie mają przełożenia na
realizacje zamówienia (odmowa realizacji, zwłaszcza wtedy większe prawdopodobieństwo, kiedy okres
zbierania ofert i czas wystawienia zamówienia dzieli większy odcinek czasu niż kilka dni). Wysłane
zamówienia nie są, więc realizowane u wybranego wcześniej dostawcy i zamówienie trzeba w całości, lub
tylko w części przenieść do innego, co jest czynnością pracochłonną. Wsparcie systemu komputerowego i
automatyzacja czynności jest, więc w tym przypadku pożądana, tym bardziej, że system może i powinien
zadbać o spójność wszystkich danych zamówieniowych. Naturalną potrzebą gospodarki lekami i
wyrobami medycznymi wspieranych przez informatyzację jest powiązanie: danych do zamówienia o
konkretnej sygnaturze, wygenerowanego z systemu na podstawie zapisanych w systemie danych, z
numerem przetargu, numerem umowy po przetargowej, a dalej z dokumentami dostawy lub powiązania
danych do zamówienia, z numerem wniosku zakupowego i dalej z dokumentami dostawy.
Pytanie nr 351
Czy zamawiający dopuszcza zmianę brzmienia wymagania na poniższy zapis:
Powinien zapewnić wybór okresu (np. miesiąc kalendarzowy, rok bieżący) obliczenia ilości na podstawie zużycia
Odpowiedź: Zamawiający nie dopuszcza zmiany zapisów funkcjonalności opisanej w pkt. 831. Zadana w
pytaniu propozycja zapisu tylko w części wypełnia funkcjonalność pożądaną przez zamawiającego. Mniej
istotny jest tu okres potrzebny do przygotowania zestawienia, wiadomo, że dobry program komputerowy
powinien uwzględnić i przeprowadzić analizę dla każdego pożądanego okresu (np. od daty do daty, rok
wstecz, wybrany miesiąc lub tylko kilka miesięcy, kwartał lub wskazane kwartały). Bardziej istotny jest
zakres danych, które mogą poddane być analizie. W pytaniu jest propozycja, aby zamawiający ograniczył
się przy przygotowaniu pozycji do przetargu tylko do danych ze zużycia, czyli jedynie do ostatnich cen
zakupu. Funkcjonalność opisana przez zamawiającego wskazuje, że istotne jest również do
przygotowania przetargu korzystanie z danych historycznych (wcześniejszych umów przetargowych) oraz
z cen zawartych w ofertach, do czego zobowiązują zamawiającego zapisy Ustawy o Zamówieniach
Publicznych. Dlatego zamawiający nie może się zgodzić na rezygnację z dodatkowych źródeł informacji
cenowych do szacunku podczas przygotowywania przetargów.
Pytanie nr 352
84
Wymaganie niezrozumiałe w zakresie modułu Apteka Centralna. Prosimy o wyjaśnienie zasadności wymagania lub jego
wykreślenie.
Odpowiedź: Zapis, który znalazł się w opisie funkcjonalności jest dokładnym odwzorowaniem zapisów
Ustawy o Refundacji (Dz.U. 2011 nr 122 poz. 696 z późniejszymi zmianami) dotyczących nabywania
leków, wyrobów medycznych, środków spożywczych przez świadczeniodawców. W treści Ustawy,
uwzględniając opis pojęć zawartych w art. 2 Ustawy należy, więc doszukiwać się zrozumienia. To właśnie
min. w art. 9. niniejszej Ustawy jest zapis, który tłumaczy zasadność wymagań dotyczących pożądanej
funkcjonalności. I tak art. 9 Ustawy Refundacji w punkcie 1-2 zawiera zapis w brzmieniu:
1. Świadczeniodawca w celu realizacji świadczeń gwarantowanych jest obowiązany nabywać leki,
środki spożywcze specjalnego przeznaczenia żywieniowego, wyroby medyczne po cenie nie
wyższej niż urzędowa cena zbytu powiększona o marżę nie wyższą niż urzędowa marża hurtowa,
a w przypadku nabywania od podmiotu innego niż przedsiębiorca prowadzący obrót hurtowy w
rozumieniu ustawy z dnia 6 września 2001 r. – Prawo farmaceutyczne – po cenie nie wyższej niż
urzędowa cena zbytu.
2. Lek, środek spożywczy specjalnego przeznaczenia żywieniowego, wyrób medyczny, o którym
mowa w art. 6 ust. 1 pkt 1–3, świadczeniodawca jest obowiązany nabywać po cenie nie wyższej
niż urzędowa cena zbytu leku, środka spożywczego specjalnego przeznaczenia żywieniowego,
wyrobu medycznego, stanowiącego podstawę limitu, uwzględniając liczbę DDD leku, jednostek
środka spożywczego specjalnego przeznaczenia żywieniowego w opakowaniu albo liczbę
jednostkowych wyrobów medycznych, albo liczbę jednostek wyrobu medycznego, powiększoną o
marżę nie wyższą niż urzędowa marża hurtowa, a w przypadku nabywania od podmiotu innego
niż przedsiębiorca prowadzący obrót hurtowy w rozumieniu ustawy z dnia 6 września 2001 r. –
Prawo farmaceutyczne – po cenie nie wyższej niż urzędowa cena zbytu.
Tak, więc jak wynika z zapisów Ustawy zarówno do szacowania przetargu jak i analizy rozstrzygnięć
przetargowych świadczeniodawca musi oprzeć się na wyliczeniu cen maksymalnych stanowiących
podstawę finansowania do wyliczenia, których potrzebne są dane takie jak wymienione w pkt. 854 listy
funkcjonalności.
Pytanie nr 353
Co należy rozumieć pod pojęciem "zapisania ich wzorców a także powiązania wzorców z preparatami handlowymi
spełniającymi wymagania przetargowe"?
Odpowiedź: Prawo Zamówień Publicznych, aby potrzymać zasady uczciwej konkurencji zabrania
stosowania w opisie przedmiotu zamówienia nazw własnych. W przypadku produktów leczniczych,
wyrobów medycznych czy środków spożywczych specjalnego przeznaczenia żywieniowego zabrania w
opisie przedmiotu zamówienia stosowania tzw. "nazw firmowych". Na rynku jest wiele produktów
zawierających te same substancje czynne, przeznaczone do tego samego celu terapeutycznego i dla tej
samej grupy pacjentów różniących się nazwą własną. Dlatego do opisu przedmiotu zamówienia stosuje
się nazwy międzynarodowej substancji czynnych w notacji WHO (lub ich złożenie) uzupełniając opis o
postać farmaceutyczną, moc i jednostkę produktu. Program komputerowy na podstawie aptecznej bazy
produktów i ich opisu ze słowników (nazwa międzynarodowa uzyskana z wielopoziomowej klasyfikacji
ATC, postać farmaceutyczna, moc i jej jednostka) powinien móc wygenerować automatycznie opis
przetargowy wg przyjętego formatu. Program powinien mieć możliwość zapisania takiego opisu
przetargowego do późniejszego wykorzystania np. przy sprawozdawczości, szacowania budżetu, innych
postępowań przetargowych. Opis taki powinien mieć, więc swoje miejsce w aptecznej bazie danych a
każdy rekord opisowy powinien być połączony relacją jeden do wielu z produktami (w nazwach
własnych), które wygrały przetarg i będą sprowadzane do apteki. Czasami jednak wygenerowany i
zapisany w systemie automatycznie w oparciu o bazę lekową apteki opis przedmiotu zamówienia jest
niewystarczający i należy doprecyzować opis potrzebnego produktu np. poprzez określenie grupy
docelowej pacjentów (dla wcześniaków). Doprecyzowany już opis (łańcuch tekstowy) stanowi wzorzec
opisu przedmiotu zamówienia (osobny wzorzec dla każdej pozycji wystawianej do przetargu), z którym
system powinien wiązać konkretne produkty sprowadzane po rozstrzygnięciu przetargowym do jednostki.
Pytanie nr 354
Prosimy o modyfikację zapisu na poniższy:
Koniczność przechowywania odebranych dokumentów przyjęcia (faktura, WZ) do czasu ich zatwierdzenia..
Odpowiedź: Aby móc ustosunkować się do pytania i odnieść się do propozycji zmodyfikowanych przez
pytającego zapisów punktu 859 listy funkcjonalności, zamawiający musiałby wiedzieć czy pytającemu
chodzi o przechowywanie odebranych dokumentów dostawy w wersji papierowej (wtedy nie wiadomo, co
rozumiane jest, jako zatwierdzenie), czy też przechowywanie w komputerze danych z odebranych
dokumentów dostawy i wtedy naturalnym miejscem przechowywania będzie komputer. Przyjmując, że
pytającemu, tak samo jak zamawiającemu, chodzi o przechowywanie danych z dokumentów dostawy (a
nie samych dokumentów) w formie otwartej (dokument niezamknięty) do czasu zatwierdzenia (po
sprawdzeniu i analizie kompletności dostawy), po ewentualnym wygenerowaniu dokumentu/ów
reklamacyjnego/nych, odnotowaniu braków w systemie pozwalających na wyszukanie takich
85
dokumentów i pozycji) zamawiający nie widzi istotnych różnic w obu opisach. Różnica pomiędzy obu
opisami dotyczy chęci wykreślenia przez pytającego słowa "w buforze" (przez zamawiającego
rozumianego, jako bufor systemu). Zwykle "buforem” określa się przestrzeń roboczą w systemie, gdzie
przechowywane są dane przed ich finalnym zapisaniem do bazy danych systemu aptecznego. Z pytania i
modyfikacji nie wynika, jaki inny sposób realizowania takiej funkcjonalności ma na myśli pytający. Jeśli
pytający ma na myśli jakiś inny konkretny sposób realizacji takiej funkcjonalności to powinien
przedstawić go w pytaniu, aby umożliwić zamawiającemu ocenę przydatności takiego rozwiązania i
udzielenia stosownej odpowiedzi.
Pytanie nr 355
Prosimy o wykreślenie lub wyjaśnienie co Zamawiający ma na myśli pod pojęciem:
"z możliwością odznaczania dokumentów wymagających dokumentów korygujących, a na ich podstawie powinna istnieć
możliwość do każdego z dokumentów dostawy, generowania dokumentów reklamacji ."?
Odpowiedź: Podczas przyjmowania dostawy i wprowadzania danych z dokumentów dostawy program
powinien posiadać zaimplementowaną funkcjonalność kontroli: zgodności jakościowej, ilościowej i
cenowej produktu z zapisami w umowach przetargowych w tym również terminów płatności), zgodności
jakościowej, ilościowej i cenowej produktu z zapisami we wnioskach zakupowych realizowanych zgodnie
z art. 8 p. 4 (w tym również terminów płatności), zgodności (produkt, ilość, cena, wartość) dostawy z
zamówieniem. Wykrycie przez system niezgodności w którymkolwiek zakresie kontrolnym powinno
skutkować oznaczeniem dokumentu i obarczonych błędem pozycji, jako niespełniających wymaganiom z
zaznaczeniem w systemie potrzeby dokumentu korygującego. Zakwalifikowanie dokumentu i pozycji
obarczonych błędem do korekty powinno połączone być z wygenerowaniem przez system (na podstawie
wprowadzonych danych dostawy) odpowiednich dokumentów reklamacyjnych, a fakt ich wygenerowania
powinien również zostać odnotowany w systemie i powinien być dostępny do przeszukiwania.
Pytanie nr 356
Czy Zamawiający dopuszcza zmianę brzmienia wymagania na następujące:
„Możliwość wybory zamówienia wysłanego do Dostawcy podczas wprowadzania dokumentu przychodu. Kontrola
realizacji zamówienia z dokumentem przychodu.”
Odpowiedź: Zamawiający nie dopuszcza zmiany zapisu w punkcie 863. Zaproponowana przez pytającego
zmiana zapisu nie wypełnia wymaganej przez zamawiającego funkcjonalności. W zapisie funkcjonalności
w pozycji 863 zamawiającemu chodzi o możliwość wykorzystania przy wprowadzaniu do systemu
dokumentów dostawy (faktury, WZ), danych z wysłanego do dostawcy i zarejestrowanego w systemie
zamówienia, jako wzorca, na którym umieszczone tam zamawiane pozycje będą odznaczane, jako:
zrealizowane, niezrealizowane (brak w dostawie), błędnie zrealizowane (nie ta ilość, nie ten produkt, nie
ta cena, zbyt krótki okres ważności, serie wycofane), błędnie opisane (brak możliwości identyfikacji
produktu i zgodności z zamówieniem, umową). Zaproponowany zaś przez pytającego zapis mówi jedynie
o możliwości wyboru zamówienia wysłanego do dostawcy podczas wprowadzania dokumentu przychodu,
ale nie gwarantuje, że wybrane zamówienie może być wzorcem do kontroli poprawności dostaw. Tak
zaproponowany zapis sugeruje, że proponowana funkcjonalność przy wprowadzaniu dokumentu dostawy
ograniczałaby się tylko do możliwości posiłkowania się podglądem zamówienia, bez możliwości
rejestrowania w systemie typu błędów w dokumentach dostaw, co nie jest zgodne z intencją i potrzebami
zamawiającego.
Pytanie nr 357
Czy w wymagani mowa o możliwości importu faktury w formacie Malickiego i Kamsoft?
Odpowiedź: Nie, to nie o to chodzi. W zadanym pytaniu o format (Malickiego i Kamsoft) pytającemu
prawdopodobnie chodziło o sposób zapisu faktur elektronicznych, który jest stosowany w niektórych
aptekach ogólnodostępnych. Zamawiający nie miałby nic przeciwko, gdyby oferowany system taką
funkcjonalność posiadał, ale nie jest to treścią funkcjonalności określonej numerem 864. Pod tym
numerem na liście funkcjonalności zamawiającego mowa jest: o KODACH PRODUKTÓW, (które
jednoznacznie identyfikują produkt, włącznie z opakowaniem i których typów powinno być
zaimplementowanych w systemie jak najwięcej), a także o możliwości wykorzystania tych kodów podczas
rejestracji w systemie dostawy produktów i dokumentów dostawy (w wersji elektronicznej). Wymóg
stosowania kodów produktów zapisany jest również w wymaganiach (kod EAN) dotyczących
sprawozdawczości dla NFZ (Nowelizacja Zarządzenia Prezesa NFZ z września 2013) i Rozporządzeniach
MZ
Pytanie nr 358
Prosimy o wyjaśnienie w jakim celu Zamawiający chce drukować etykiety w module Apteka Centralna lub usunięcie
wymagania.
86
Odpowiedź: Prawo farmaceutyczne stanowi, że dopuszczony do obrotu, czyli też do szpitala i na oddział,
produkt musi być właściwie opisany, tzn. musi posiadać opakowania i etykiety określone i ściśle opisane
w przepisach rejestracyjnych. W skład wymagań wchodzi zestaw elementów identyfikujących produkt
leczniczy znajdujących się w ściśle określonym miejscu opakowania bezpośredniego i dystrybucyjnego.
Tylko takie spełniające wymagania opakowania gotowych produktów leczniczych mogą być elementem
obrotu w aptekach. W art 86 Ustawy Prawo Farmaceutyczne mowa jest także o innych aktywnościach
apteki szpitalnej poza dystrybucją leku gotowego, jak: sporządzanie leków do żywienia pozajelitowego,
sporządzanie leków do żywienia dojelitowego, przygotowywanie leków w dawkach dziennych, w tym
leków cytostatycznych, sporządzanie produktów radiofarmaceutycznych na potrzeby udzielania
świadczeń pacjentom danego podmiotu leczniczego, czy też wytwarzanie płynów infuzyjnych.
Wymienione wcześniej za ustawą inne aktywności apteki również potrzebują do opisu wytworzonego
produktu etykiet i ważne jest, aby etykiety te wypełniały zapisy takie jak dla produktu gotowego. Przy
prowadzeniu w szpitalu dystrybucji na indywidualnego pacjenta (np.: "unit dose") czy żywienia
parenteralnego, indywidualizowanych leków onkologicznych oprócz cech identyfikacyjnych produktu,
które muszą znaleźć się właśnie na etykiecie takich jak: nazwa własna lub potocznie używana, nazwa
międzynarodowa lub skład, moc i wielkość opakowania, seria, data ważności, kod paskowy leku
wytworzonego, często nadawanego lokalnie) wymagane jest wprowadzenie dodatkowo na etykietę obok
danych leku pełnych danych pacjenta z identyfikującym go jednoznacznie kodem paskowym. Dlatego
istotne, jest, aby system posiadał możliwość generowania dowolnego kroju etykiet o zapisanym
(konfigurowalnym) w systemie formacie w zależności od produktu i wielkości wytworzonego opakowania
produktu, zwłaszcza, że zamawiający planuje wdrażanie takich aktywności farmaceutycznych w swojej
jednostce.
Pytanie nr 359
Prosimy o wyjaśnienie w jakim celu system ma nadzorować „przekroczenie ceny wyliczanej wg dopuszczalnej ceny
dobowej DDD oraz przekroczenie ceny urzędowej”.
Wnosimy o usunięcie powyższego wymagania.
Odpowiedź: Zapis, który znalazł się w opisie funkcjonalności jest dokładnym odwzorowaniem zapisów
Ustawy o Refundacji (Dz.U. 2011 nr 122 poz. 696 z późniejszymi zmianami) dotyczących nabywania
leków, wyrobów medycznych, środków spożywczych przez świadczeniodawców. To właśnie min. w art. 9.
niniejszej Ustawy jest zapis, który tłumaczy zasadność wymagań dotyczących pożądanej funkcjonalności.
I tak art. 9 Ustawy Refundacji w punkcie 1-2 zawiera zapis w brzmieniu:
1. Świadczeniodawca w celu realizacji świadczeń gwarantowanych jest obowiązany nabywać leki,
środki spożywcze specjalnego przeznaczenia żywieniowego, wyroby medyczne po cenie nie
wyższej niż urzędowa cena zbytu powiększona o marżę nie wyższą niż urzędowa marża hurtowa,
a w przypadku nabywania od podmiotu innego niż przedsiębiorca prowadzący obrót hurtowy w
rozumieniu ustawy z dnia 6 września 2001 r. – Prawo farmaceutyczne – po cenie nie wyższej niż
urzędowa cena zbytu.
2. Lek, środek spożywczy specjalnego przeznaczenia żywieniowego, wyrób medyczny, o którym
mowa w art. 6 ust. 1 pkt 1–3, świadczeniodawca jest obowiązany nabywać po cenie nie wyższej
niż urzędowa cena zbytu leku, środka spożywczego specjalnego przeznaczenia żywieniowego,
wyrobu medycznego, stanowiącego podstawę limitu, uwzględniając liczbę DDD leku, jednostek
środka spożywczego specjalnego przeznaczenia żywieniowego w opakowaniu albo liczbę
jednostkowych wyrobów medycznych, albo liczbę jednostek wyrobu medycznego, powiększoną o
marżę nie wyższą niż urzędowa marża hurtowa, a w przypadku nabywania od podmiotu innego niż
przedsiębiorca prowadzący obrót hurtowy w rozumieniu ustawy z dnia 6 września 2001 r. – Prawo
farmaceutyczne – po cenie nie wyższej niż urzędowa cena zbytu.
Tak, więc, jak wynika z zapisów Ustawy świadczeniodawca ma obowiązek nadzorowania cen zakupu tak
jak zostało to opisane w Ustawie, a nie będzie miał takiej możliwości, jeśli nie będzie mógł korzystać z:
zaimplementowanych w systemie i aktualizowanych na bieżąco baz leków (np. BLOZ lub JWC), czyli
takich, które zawierają dane refundacyjne w tym aktualizowane w cyklu rozporządzeń refundacyjnych
takie dane jak: ceny urzędowe, hurtowe, ceny DDD, ceny podstaw limitowych i inne dane niezbędne do
kalkulacji i kontroli cen przetargowych jak i zakupowych, a objęte zakresem obwieszczeń refundacyjnych
Ministra Zdrowia, które stanowią podstawę rozliczania finansowania produktów leczniczych.
Pytanie nr 360
Wymaganie niezrozumiałe w zakresie modułu Apteka Centralna. Prosimy o wyjaśnienie zasadności wymagania lub jego
wykreślenie.
Odpowiedź: Są to wymagania z zakresu księgowości i dotyczą jak to zostało opisane w liście
funkcjonalności nabywania produktów i ich rozliczania w systemie w przypadku sprowadzania do
jednostki szpitalnej produktów od podmiotów z poza terytorium Polski, ale pochodzących z krajów UE
gdzie istnieje konieczność samo rozliczenia VAT przez odbiorcę. Wymaga to innego sposobu rozliczenia
VAT, co zamawiający uwzględnił w liście funkcjonalności.
Pytanie nr 361
87
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 879 i
880
Czy Zamawiający dopuszcza zmianę brzmienia wymagań 879 i 880 na następujące:
Sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych oraz płynów infuzyjnych.
Możliwość określenia składu receptury. Produkcja w/g zdefiniowanych schematów.
Odpowiedź: Nie. Zamawiający nie dopuszcza zmiany brzmienia zapisów wymagań określonych w
punktach 879 i 880. Zaproponowane przez pytającego brzmienie zapisów punktów 879 i 880 jest zbyt
mało precyzyjne oraz zbyt ogólne jak na zapisy funkcjonalności i niestety dające zbyt daleką dowolność w
kształtowaniu przez pytającego sposobów realizacji takiej funkcjonalności. Ponadto, proponowany zapis
nie odnosi się do tak istotnych wymaganych funkcjonalności jak np.: uwzględnienia w zapisanych w
systemie składach leków oprócz substancji czynnych również substancji pomocniczych i utensyliów
recepturowych (opakowania, naklejki podkładki). Zmiana zapisu nie uwzględnia również potrzeby
realizacji przez system wyceny produkowanych leków. Proponowany przez pytającego zapis ignoruje
wymóg zamawiającego, że wytwarzanie oparte musi być o zarejestrowane w systemie receptury, a
propozycja pytającego idzie w kierunku umożliwienia, co świadczy, że proponowana przez pytającego
funkcjonalność dopuszcza wytwarzanie leków w aptece w oparciu o niezarejestrowany w systemie skład
recepturowy, co jest poważnym brakiem, zwłaszcza w przypadku, gdy system nadzorować ma także (jak
w przypadku zamawiającego) wytwarzanie płynów do żywienia parenteralnego, leków onkologicznych i
dodatków do płynów infuzyjnych. Dodatkowo, proponowana zmiana zapisów pomija wskazaną przez
zamawiającego istotną funkcjonalność polegającą na prowadzeniu rejestru przerobu produktów, czyli
dokumentacji wytwarzania uwzgledniającej serie i daty ważności produktów wziętych do przerobu,
nadawania własnych numerów serii w taki sposób jak stanowią to zasady aptecznego GMP (Good
Manufacture Practice). Apteka nie prowadzi ani nie będzie prowadziła produkcji płynów infuzyjnych.
Pytanie nr 362
Możliwość definiowania własnych zestawień, wykorzystanie generatora raportów. Możliwość wydruku do xls.
Odpowiedź: Zamawiający nie dopuszcza zmiany brzmienia zapisów punktu 881 listy funkcjonalności ze
względu na zbyt małą precyzję proponowanych zapisów oraz daleko idącą ich ogólność odbiegającą w
sposób istotny od zapisów przedstawionych przez zamawiającego w liście funkcjonalności. Przyjęcie
zmiany zapisu pozwoli pytającemu na zbyt dużą dowolność w kształtowaniu przez pytającego sposobów
realizacji funkcjonalności, bez możliwości wyegzekwowania przez zamawiającego tej pożądanej.
Zaproponowana przez pytającego zmiana istotnie uszczupla możliwości funkcjonalne systemu, zwłaszcza
w obszarze newralgicznym jeśli chodzi o gospodarkę lekiem jakim jest możliwość prowadzenia analiz,
gdzie ograniczenie arsenału możliwych narzędzi (oprócz enigmatycznie wspomnianych własnych
zestawieniach - nie wiadomo jakich i korzystania z jakiegoś bliżej nieokreślonego generatora raportów)
jedynie do wydruku w formacie .xls jest grubym ograniczeniem, nie wspominając o usuniętych przez
pytającego z opisu funkcjonalności, narzędziach związanych z tworzeniem zapytań SQL, możliwościami
zapisywania ich w systemie, jako wzorców dla innego zapytania czy wykorzystaniem w zapytaniach
wcześniej opracowanych wzorców do nowego zapytania SQL jako podzapytania.
Pytanie nr 363
Możliwość wykonania zestawień dokumentów finansowych: zwiekszających stan magazynowy apteki (faktury,
przesunięcia razem z dokumentami korygujacymi), rozchody produktów w wybranym okresie z możliwością filtrowania:
- po typie produktu określonego za pomocą struktury wielopoziomowej jak ATC lub innych słowników,
- czasu magazynowania,
- dostawcach,
- po seriach i datach ważności (zakresy ważności) w tym przeterminowanych,
- rodzaju pozyskania (przetarg, art. 4 p.8, dary, próbki lekarskie, import docelowy, szpitalna lista, poza SLL),
- wartości VAT,
- produktów wstrzymanych w obrocie,
- produktów wydanych na pojedynczego pacjenta,
- pojedyńczej jednostki organizacyjnej lub wybranej ze struktury szpitala grupy jednostek organizacyjnych, lekarza oraz
- dokumentów księgowych takich jak rozliczenia finansowe jednostek organizacyjnych z wykorzystaniem filtracji
określajacej rodzaj i klasę produktów
Odpowiedź: Zamawiający nie wyraża zgody na modyfikację zapisów. W zaproponowanej przez pytającego
modyfikacji wymagania opisanego na liście funkcjonalności pod pozycją 882, nie znalazł się zapis
dotyczący możliwości wykonania zestawień produktów wydanych dla grupy pacjentów leczonych w
procedurze o tym samym kodzie ICD oraz możliwości porównania wybranych jednostek organizacyjnych
między sobą w zakresie rozchodów produktów. Są to dość istotne z punktu widzenia kontrolingu
farmakoterapii wymagania znajdujące się w zapisach art. 86 ust. 3 u.p.f. dotyczących zadań apteki i
farmacji szpitalnej wyrażonych, jako:
7) udział w monitorowaniu działań niepożądanych leków;
88
8) udział w badaniach klinicznych prowadzonych na terenie szpitala;
9) udział w racjonalizacji farmakoterapii;
10) współuczestniczenie w prowadzeniu gospodarki produktami leczniczymi i wyrobami
medycznymi w szpitalu.
Brak takich funkcjonalności uniemożliwi bezpośredni nadzór apteki nad produktami stosowanymi w
procesie farmakoterapii i z konieczności obarczy sprawozdawczość apteczną dodatkowym
przygotowaniem poza systemem aptecznym pracochłonnych zestawień w sytuacji, gdy może robić to
właściwie napisany i skonfigurowany system apteczny.
Pytanie nr 364
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteka Centralna Lp. 890 i
891
Wymagania niezrozumiałe w zakresie modułu Apteka Centralna. Prosimy o wykreślenie wymagań.
Odpowiedź: Brak zrozumienia zapisów funkcjonalności w zakresie modułu Apteka Centralna wynika
prawdopodobnie z przestarzałego spojrzenia odnośnie roli apteki szpitalnej. Do niedawna sprowadzano
jej zadania jedynie do pełnienia roli magazynu. Obecnie w dobrze zarządzanych przedsiębiorstwach (nie
koniecznie szpitalach) nawet rola magazynu uległa przewartościowaniu. Do pracy apteki, nawet
traktowanej, jako magazyn, wprowadzane są już instrumenty logistyki i zarządzania, a zwłaszcza w
zakresie kontrolingu finansowego. Ponieważ apteki chociażby ustawowo zobligowane są do pełnienia
kluczowej roli w zarządzaniu gospodarką lekami, wyrobami medycznymi, środkami spożywczymi
specjalnego przeznaczenia żywieniowego w szpitalu, nie powinno, więc dziwić, a tym bardziej nie
powinna wywoływać braku zrozumienia chęć rozszerzenia zadań apteki i wykorzystania jej, jako miejsca
generowania zestawień finansowych związanych ze stosowaniem produktów leczniczych i wyrobów
medycznych w procesie leczenia. Wszystko zależy, jaką rolę ma spełniać w szpitalu apteka. W przypadku
zamawiającego istnieje potrzeba utrzymania takiej funkcjonalności.
Pytanie nr 365
W jaki sposób system powinien ewidencjonować rejestrację potencjalnych uszkodzeń opakowania transportowego? Czy
chodzi o możliwość ewidencji za pomocą dokumentu "PR-" ?
Odpowiedź: Zamawiający w punkcie 886 przedstawił wymaganą funkcjonalność nie wskazując na sposób
jej realizacji. Rolą pytającego jest sformułowanie pytania o akceptowany sposób realizacji takiej
funkcjonalności tym bardziej, że zamawiający wskazał źródło zasad dotyczących prowadzenia książki
narkotykowej i związanych z tym wymagań.
Pytanie nr 366
Dotyczy Załącznik nr 2 do OPZ – Lista funkcji cz1 – Szpitalny System Informatyczny HIS – Apteczki Oddziałowe w
Szpitalu / Magazyn Leków Poradni Lp. 907
Prosimy o wyjaśnienie zasadności wymagania lub jego wykreślenie.
Odpowiedź: Wydaje się, że naturalnym sposobem selekcji środków do zamówienia przed wysłaniem
zlecenia do apteki jest po wybraniu oddziału/apteczki możliwość wyboru potrzebnych produktów.
Powinno to być realizowane na jednym ekranie bez potrzeby przechodzenia do następnych ekranów w
celu selekcji produktu. Zwykle realizuje się to poprzez zmiany okna programu, ale zawsze główne okno
zlecenia lekowego - zamówienia (z listą produktów już wybranych) jest dostępne i widoczne dla osoby
realizującej zlecenie.
Pytanie nr 367
Ewidencja przesunięć między magazynami w ramach apteczek.
Odpowiedź: Zamawiający nie dopuszcza zmiany brzmienia zapisów punktu 913 listy funkcjonalności ze
względu na fakt, że zapis ten wypacza intencję zamawiającego. Zamawiający świadomie nie dopuścił do
przesunięć międzyoddziałowych (jak stanowi prawo) zastrzegając, że dopuszcza przesunięcia produktów
w obrębie jednej i tej samej apteczki oddziałowej (czytaj tego samego oddziału). Pytający pragnie
rozszerzyć możliwość przesunięć wyrobów na przesunięcia między magazynkami różnych oddziałów, co w
założeniach zamawiającego może być realizowane, w szczególnych sytuacjach, jedynie za pośrednictwem
apteki centralnej.
89
Pytanie nr 368
Przegląd bieżących stanów magazynowych (dla wybranego magazynu
Odpowiedź: Zamawiający nie dopuszcza zmiany brzmienia wymagań, ponieważ proponowane zapisy
ograniczają funkcjonalność. Po przyjęciu zapisów w brzmieniu pytającego trzeba będzie przeprowadzać
dla każdego "magazynku oddziałowego" (a może być ich wiele na oddziale) osobne analizy stanów, co nie
potrzebnie wydłuża proces i niczemu nie służy, zamiast zastosować operację jednoprzebiegową
ograniczającą czas personelu jak zapisano w oryginalnym brzmieniu funkcjonalności. Zamawiający nie
dopuszcza również takiej funkcjonalności, która do przeglądu bieżących stanów magazynowych
wymagałaby wcześniejszego wyboru magazynu. Zadaniem operatora jest wybrać magazyn lub grupę
magazynków. To system ma podpowiadać gdzie znajduje się szukany wyrób.
Pytanie nr 369
Prosimy o zmianę zapisu wymagania na następujące:
Składanie zamówień wewnętrznych na podstawie zleceń z Oddziału.
Odpowiedź: Przedstawiona propozycja zmiany zapisu całkowicie wypacza funkcjonalność zapisaną w
punkcie 926 listy funkcjonalności i nie może zostać przyjęta. Zamawiający pragnie, aby zamówienie na
leki wysyłane do apteki centralnej składane były w systemie na podstawie wystawionych w module zleceń
podań leku konkretnym pacjentom (zamówienie na pacjenta). Wybór leku w module zleceń powinien być
możliwy jedynie ze słowników lekowych bazy apteki (w celu zapewnienia jednolitego systemu
identyfikacji i rozliczeń leku). Pytający proponuje bliżej nieokreśloną funkcjonalność zamówień
wewnętrznych (być może, że chodzi tu o zapotrzebowania oddziału) generowanych prawdopodobnie na
podstawie zleceń z oddziału nie wskazując czy dotyczy to zleceń na indywidualnych chorych. Pytający w
swojej modyfikacji usunął istotną funkcjonalność polegającą na wykorzystaniu do celów wystawienia
zlecenia na pacjenta i dalej do złożenia zapotrzebowania, słowników leków systemu aptecznego, nad
którymi pieczę ma apteka, a w niej osoby pełniące funkcję administratora danych, co w istotny sposób
ogranicza niejednorodność danych i zwiększa precyzję potencjalnie prowadzonych analiz
farmakoekonomicznych.
Pytanie nr 370
Możliwość definiowania różnych rodzajów zamówień składanych na leki (np. odrębnego zamówienia na leki narkotyczne)
Odpowiedź: Zamawiający nie zgadza się na zmianę zapisu wymagania, ponieważ nie może się zgodzić na
pozbawienie funkcjonalności związanej z powiązaniem w systemie typu/rodzaju produktu z
wprowadzeniem odpowiednich danych do systemu, jako wymagalnych do podjęcia decyzji. Szczegóły
powiązania z drukami (wydrukami) zostały opisane w odpowiedzi na pytanie dotyczące pozycji 812-818
Pytanie nr 371
Możliwość przegląd w aptece centralnej stanów magazynowych apteczek.
Odpowiedź: Zamawiający dopuszcza proponowaną zmianę zapisu wymagania, o ile pytający w swoim
systemie jest w stanie zapewnić że moduł zleceń i apteczek oddziałowych systemu HIS na bieżąco będą
przesyłać informacje o każdym wydaniu leku z apteczki i podaniu go konkretnemu pacjentowi do systemu
apteki centralnej (czyli system apteki centralnej na bieżąco będzie informowany o każdej zmianie statusu
apteczki oddziałowej) tak jak to zostało zapisane w funkcjonalnościach od numeru 933 do 937 .
Pytanie nr 372
Prosimy o zmianę zapisu w wymaganiu na następujące:
Prowadzenie magazynu apteczki depozytowej z możliwością automatycznego tworzenia zamówień do Dostawców na
podstawie karty wszczepień. Przegląd wygenerowanych zamówień w magazynie apteki depozytowej.
90
Odpowiedź: Zamawiający nie może się zgodzić z proponowanymi przez pytającego zmianami w zapisie
wymagań, a zwłaszcza nie może się zgodzić na zapis "… z możliwością automatycznego tworzenia
zamówień do Dostawców na podstawie karty wszczepień." Według zamawiającego pojęcie tzw. "apteczki
depozytowej" nie określa jej lokalizacji ani właściciela, a tym bardziej taki bliżej nieokreślony twór nie ma
prawa bez pośrednictwa i ewidencji w aptece tworzyć i wysyłać do Dostawcy jakiegokolwiek zamówienia.
Zamawiający nie mogąc się odnieść do proponowanych zapisów: " Przegląd wygenerowanych zamówień
w magazynie apteki depozytowej" nie zgadza się z proponowanymi zapisami, ponieważ nie ma i nie
planuje tworzenia „apteki depozytowej”. Zamawiający pragnie funkcjonalność depozytową realizować w
oparciu o apteczkę oddziałową, skąd po zdarzeniu wszczepu i wprowadzeniu zestawu określonych
informacji właściwych dla typu karty wszczepienia, automatycznie generowany powinien być protokół
wszczepienia, który po przesłaniu do apteki centralnej powinien stanowić podstawę ewidencji w aptece i
wygenerowania zamówienia do dostawcy na uzupełnienie depozytu.
Pytanie nr 373
Szpitalu / Magazyn Leków Poradni Lp. 933 i 934
Wymaganie wskazuje na konkretne rozwiązanie funkcjonalności. Czy Zamawiający dopuści realizację wymagań w inny
sposób ?.
Odpowiedź: Zamawiający nie ma pojęcia, o jakie konkretne rozwiązanie funkcjonalności chodzi
pytającemu oraz o jaki sposób realizacji funkcjonalności chciał zapytać się pytający. Zamawiający nie
uważa, że potrzeba przesyłania listy zwrotów z oddziałów do akceptacji apteki, a także potrzeba
zamawiającego, aby system rejestrował status złożonych do apteki zamówień można nazwać
konkretnymi rozwiązaniami funkcjonalności.
Pytanie nr 374
Możliwość przegląd w aptece centralnej dokumentów rozchodu ewidencjonowanych w apteczkach.
Odpowiedź: Zamawiający nie wyraża zgody na zmianę zapisów wymagania, ponieważ zmiana taka
ogranicza zakres funkcjonalności wyrażony przez zamawiającego w punkcie 937 listy funkcjonalności.
Zamawiający w wielu punktach przygotowanej listy funkcjonalności wskazywał na potrzebę dzielenia się
(w tym również z apteką) szczegółami dotyczącymi rozchodu leków na pacjentów oraz szczegółami
realizacji zleceń i podań leków chorym na oddziale, co pozwala aktywnie uczestniczyć fachowemu
personelowi medycznemu w zapewnieniu bezpieczeństwa farmakoterapii (pharmacovigilance), a także
właściwie wypełniać zadania kontrolingu w zakresie optymalizacji farmakoterapii. Propozycja pytającego
sprowadza się jedynie do możliwości przeglądu dokumentów rozchodu ograniczając tym samych
właściwą rolę i funkcjonalność apteki.
Pytanie nr 375
Prosimy Zamawiającego o dopuszczenie zmiany konstrukcji formularza cenowego(zał. nr 3 do SIWZ) w zakresie sposobu
obliczenia ceny w ten sposób, aby osobno wyodrębnić cenę za przedmiot zamówienia oraz odrębnie cenę finansowania.
Ze względu na fakt, iż zapłata za realizację zamówienia jest rozłożona na raty powoduje to powstanie także kosztu
finansowania dostawy. Państwa zgoda pozwoli uniknąć 8% lub 23% stawkę podatku VAT od finansowania, gdyż
finansowanie, jako odrębna usługa zgodnie z posiadaną interpretacją podatkową Wykonawcy otrzymaną od Ministerstwa
Finansów jest zwolnione z podatku VAT i w przypadku wyodrębnienia na formularzu cenowym Zamawiający uzyska od
Wykonawcy cenę oferty niższą o stawkę podatku VAT, czyli o 8% lub 23% co będzie oczywiście bardzo korzystne dla
Zamawiającego. Prosimy, zatem o dopuszczenie zmiany formularza cenowego poprzez dodanie w tabeli wiersza:
Nr
Pozycji
Opis
przedmiotu
zamówienia
A
B
3.1
Koszt
finansowania
Cena
Jedn. jednostkowa
Ilość
Miary
netto (w
PLN)
C
36
D
rata
E
Wartość netto
(w PLN)
Stawka
VAT (w %)
F=CxE
G
Wartość
brutto /z
VAT/ (w
PLN)
H=F+Fx
G
Zw.
Odpowiedź: Zamawiający dopuszcza dodanie ww. wiersza do Załącznika nr 2 do SIWZ – Formularza
Cenowego - Inne .
Zamawiający informuje, że powyższe odpowiedzi na pytania stanowią integralną część treści
SIWZ
91
W związku z udzielonymi odpowiedziami i na mocy art. 38 ust. 4 Pzp Zamawiający zmienia zapisy SIWZ w
poniższym zakresie:
Było:
§ 7. Zamówienie będzie realizowane w okresie 42 miesięcy. Przewidywany termin rozpoczęcia czynności
wdrażania systemów – 01.01.2014 r. Zakończenie wdrażania systemów nastąpi w terminie 6 miesięcy do dnia 30.06.2014 r. Od dnia 01.07.2014 r. do dnia 30.06.2017 r. Wykonawca zagwarantuje nadzór
autorski oraz serwisowy nad systemem oraz zagwarantuje usługę konfiguracji i utrzymania
dostarczonej infrastruktury do przetwarzania danych w okresie obowiązywania umowy.
Jest:
§ 7. Zamówienie będzie realizowane w okresie 42 miesięcy. Wdrożenie systemu nastąpi w terminie 6
miesięcy od dnia zawarcia umowy. Wykonawca zagwarantuje nadzór autorski oraz serwisowy nad
systemem oraz zagwarantuje usługę konfiguracji i utrzymania dostarczonej infrastruktury do
przetwarzania danych w okresie obowiązywania umowy.
Było:
§ 80. Przy wyborze najkorzystniejszej oferty Zamawiający będzie się kierował kryterium:
Cena - waga 100 %.
Jest:
§ 80.
Przy wyborze najkorzystniejszej oferty Zamawiający będzie się kierował kryterium:
Cena - waga 70 %, kryteria funkcjonalno-jakościowe – waga 30%.
Było:
§ 82. Jeżeli w postępowaniu, w którym jedynym kryterium oceny jest cena, nie można dokonać wyboru
oferty najkorzystniejszej ze względu na to, że zostały złożone oferty o takiej samej cenie, Zamawiający
wezwie Wykonawców, którzy złożyli te oferty, do złożenia w terminie określonym przez Zamawiającego
ofert dodatkowych.
Jest:
§ 82.
Lp.
1.
2.
3.
4.
5.
1. W kryterium funkcjonalno-jakościowym Zamawiający przyzna punkty w następujący sposób:
Wymagania za spełnienie których zostaną
przyznane punkty
Usługi integracji oferowanego systemu z
eksploatowanym u Zamawiającego systemem
eRejestracja
Usługi integracji oferowanego systemu z
eksploatowanym u Zmawiającego systemami
PACS/RIS NetRAAD
Usługi integracji w zakresie funkcji jednego
modułu administracyjnego dla oferowanych
modułów z posiadanym przez Zamawiającego
systemem PACS/RIS
Funkcjonalność Centralnego Serwera Wydruków
oferowanego systemu – obsługa drukarek
systemu Linux i Windows
Oferowany system w zakresie minimum Ruchu
Chorych lecznictwa otwartego i zamkniętego,
zleceń medycznych i zleceń leków, apteczek
oddziałowych i dokumentacji medycznej nie
wymaga korzystania ze specjalnych programów
klienckich technologii typu Citrix, VNC w celu
realizacji wymagań funkcjonalnych i działa w
oparciu o cienkiego klienta będącą klientem
końcowym aplikacji w architekturze
trójwarstwowej na przeglądarkach internetowych
bez konieczności instalowania dodatkowych
klientów terminalowych do tych przeglądarek przy
zachowaniu identycznej funkcjonalności na
systemach Windows i Linux
Ilość możliwych do uzyskania punktów
TAK (przy wykorzystaniu Web Service ): 0 punktów
TAK (na poziome bazodanowym): 5 punktów
TAK (przy wykorzystaniu standardu HL7): 0 punktów
TAK (na poziome bazodanowym): 5 punktów
TAK: 5 punktów
NIE: 0 punktów
TAK: 5 punktów
NIE: 0 punktów
TAK: 10 punktów
NIE: 0 punktów
92
2. W kryterium funkcjonalno-jakościowym, Zamawiający (Członkowie Komisji Przetargowej) przyznaje
punkty w pomocniczej skali ocen. oferta, która uzyska najwięcej punktów pomocniczych otrzyma
maksymalną ilość punktów wagi kryterium. Pozostałe oferty otrzymają proporcjonalnie mniej punktów
zgodnie ze wzorem:
T =W ÷ D× A
gdzie:
T – liczba punktów otrzymanych w danym kryterium,
W – liczba (suma) punktów pomocniczych rozpatrywanej oferty,
D – najwyższa liczba (suma) punktów pomocniczych z rozpatrywanych ofert,
A – waga kryterium.
3. Jeżeli Zamawiający nie będzie mógł wybrać oferty najkorzystniejszej z uwagi na to, że dwie lub więcej
ofert przedstawia taki sam bilans ceny i innych kryteriów oceny ofert, Zamawiający spośród tych ofert
wybierze ofertę z najniższą ceną.
W związku z udzielonymi odpowiedziami i na mocy art. 38 ust. 4 Pzp Zamawiający załącza zmienione:
1/ Opis przedmiotu zamówienia: Załącznik nr 1 do SIWZ
2/ Formularz Oferty: Załącznik nr 2 do SIWZ.
3/ Formularz Cenowy: Załącznik nr 3 do SIWZ.
4/ Istotne Postanowienia Umowy: Załącznik nr 9 do SIWZ.
Termin składania i otwarcia ofert wyznaczony na dzień – 19.02.2014 r. godzina odpowiednio
10:00 i 10:15 nie ulega zmianie.
Wersja elektroniczna dokumentu.
Dokument podpisany w oryginale przez p.o. Zastępcy Dyrektora ds. Finansowych – Głównego Księgowego
mgr Małgorzatę Kołtuniak – z upoważnienia p.o. Dyrektora Instytutu „Centrum Zdrowia Matki Polki”.
93

Odpowiedzi

Transkrypt

Podobne dokumenty

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

Instytut Edukacji Społecznej ul. Kościuszki 35BE 50

Pytanie nr 1 Czy przed złożeniem oferty obligatoryjnie Zamawiający

1. zapis W załączniku nr 2.2 do sIWz

Zawiadomienie o wynikach postępowania (02.06.2014 r.)