Rozbudowa Szpitalnego Systemu Informatycznego ESKULAP o dodatkowe moduły, funkcjonalności i licencje na potrzeby Centralnego Szpitala Klinicznego Instytutu Stomatologii Uniwersytetu Medycznego w Łodzi przy ul. Pomorskiej 251
Przedmiotem zamówienia jest rozbudowa Szpitalnego Systemu Informatycznego „Eskulap” zwanego dalej SSI składającego się z modułów medycznych o dodatkowe moduły i funkcjonalności umożliwiające prowadzenie dokumentacji medycznej w formie elektronicznej dla Oddziałów Szpitalnych, Poradni Klinik Psychiatrycznych i Izby Przyjęć.
Przedmiot umowy obejmować będzie:
a) dostawę bezterminowych (niewygasających) licencji oprogramowania medycznego wg poniższej tabeli;
b) instalację, wdrożenie i konfigurację nowych modułów licencji bezterminowych medycznego oprogramowania aplikacyjnego;
c) pełna integracja z modułami oprogramowania medycznego SSI;
d) usługi nadzoru autorskiego i utrzymania modułów medycznego oprogramowania aplikacyjnego.
Zestawienie ilościowe wymaganych nowych 144 licencji.
Zamawiający przewiduje rozbudowę istniejącego SSI o nowe moduły i licencje. Wymagania zgodności oraz wymagania techniczne i funkcjonalne stanowią definicję równoważności nowych modułów dla SSI.
Zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia prezentacji oferowanego systemu. Brak, podczas prezentacji, funkcji zadeklarowanej jako posiadana będzie równoważny z niespełnieniem kryteriów w danym obszarze. Prezentacja może dotyczyć całości lub wybranych funkcjonalności według wyboru zamawiającego. Prezentacja odbywać się będzie wyłącznie w obecności zamawiającego i upoważnionych przedstawicieli wykonawcy dokonujących prezentacji. Przebieg prezentacji może zostać utrwalony za pomocą nagrania audio/video. Ciężar udowodnienia równoważności spoczywa na wykonawcy.
Wymagania zgodności systemu równoważnego (dalej SR).
Zakres funkcjonalny dostarczanych w ramach SR modułów będzie zgodny z dokumentacją SSI przy czym musi on spełniać poniższe wymagania techniczno-eksploatacyjne:
— Wszystkie moduły SR muszą korzystać z bazy danych Oracle będącej w posiadaniu i eksploatowanej w siedzibie Zamawiającego,
— SR musi pozwalać na wykonywanie kopii zapasowych zawartości danych w trakcie jego pracy,
— SR musi posiadać mechanizmy gwarantujące spójność danych z SSI,
— SR zapewnia wykorzystanie w pełnym zakresie i dostęp do danych zgromadzonych w systemie SSI,
— Wymagane jest wzajemne współdziałanie modułów SR z SSI poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze czyli SR jest zintegrowany z eksploatowanym SSI pod względem przepływu informacji na poziomie bazy danych. Informacja raz wprowadzona w jakimkolwiek z modułów SR lub SSI jest wykorzystywana we wszystkich modułach SR i SSI,
— Moduły SR pracują na platformie systemu operacyjnego MS Windows dla stacji roboczych począwszy od wersji Windows XP w wersji 32 i 64 bity,
— SR jest zintegrowany z SSI na poziomie nadawania uprawnień. Wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania praw do różnych funkcji poszczególnym użytkownikom zgodny z SSI, tj. Administrator musi mieć możliwość definiowania i zmiany praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:
a. Modułów.
b. Jednostek organizacyjnych.
c. Opcji menu.
d. Formularzy, w tym również przycisków w obrębie formularzy.
e. Raportów.
f. Obiektów bazy danych (tabel, perspektyw, funkcji itd.) z rozróżnieniem praw select, insert, update, delete, refresh, execute.
— Musi być możliwe zdefiniowanie tożsamych uprawnień dla danego użytkownika w SR i SSI jednocześnie. To znaczy, że jeżeli np. lekarz ma prawo dostępu do dokumentacji danej grupy pacjentów w SSI musi mieć możliwość dostępu do niej z poziomu SR w module Dokumentacji Elektronicznej,
— W SR wykorzystywane są następujące wspólne z SSI standardowe zbiory słownikowe:
a. Rozpoznań zgodnie z klasyfikacją ICD-10;
b. Procedur medycznych zgodnie z klasyfikacją procedur medycznych i laboratoryjnych ICD-9 CM;
c. Kodów terytorialnych (gmin, powiatów, województw, krajów) i miejscowości;
— W SR wykorzystywane są i wspólne z SSI następujące przedmiotowe zbiory słownikowe:
a. Płatników (w tym oddziałów NFZ) i umów z nimi zawartych;
b. Użytkowników;
c. Jednostek i lekarzy kierujących;
d. Terminarzy pracy lekarzy;
e. Katalogów badań;
f. Kontrahentów;
g. Katalogu leków, z uwzględnieniem receptariusza szpitalnego;
h. kodów kreskowych (pacjent, dokument, próbka, lek).
— SR zapewnia ciągłość numeracji kartotek (ksiąg Szpitalnych, Oddziałowych, Poradnianych i Laboratoryjnych),
— Podstawowe funkcje nawigacji po strukturze menu są jednolite i logiczne dla całego SR oraz mają przyporządkowane stałe dla całego SR klawisze. Dotyczy to w szczególności:
a. Przejścia pomiędzy poziomami Menu;
b. Wyjścia do najwyższego poziomu;
c. Zatwierdzania i anulowania transakcji.
— Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika w analogiczny sposób jak w SSI tzn: pola edytowalne – kolor zielony; pola obligatoryjne – kolor żółty; pola wynikowe w których system sam uzupełnia dane na podstawie innych wpisanych przez użytkownika – kolor niebieski,
— SR musi zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej jeden fragment wyszukiwanego słowa,
— Moduły SR muszą współpracować z aplikacjami biurowymi: arkuszem kalkulacyjnym i edytorem tekstu w zakresie eksportu danych,
— SR musi być polskojęzyczny z tym samym kodowaniem polskich znaków diakrytycznych co SSI oraz posiadać dokumentację w języku polskim,
— SR musi obsługiwać drukarki obsługiwane przez macierzysty system operacyjny stacji roboczych w formacie A4 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie,
— SR musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować także na poziomie klienta, nie tylko na poziomie motoru bazy danych.
— SR musi monitorować wszystkie zdarzenia związane z jego eksploatacją (wprowadzanie danych, ich modyfikacja itp.), przechowując informacje o użytkowniku obsługującym zdarzenie,
— SR tworzy i utrzymuje wspólny dla SR i w analogiczny sposób jak w SSI log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych. Z logu systemu Administrator musi mieć możliwość sprawdzenia jakie dane z poziomu jakiej aplikacji stanowiącej element SSI lub SR zostały zmodyfikowane,
— W logach SR monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC – o ile zastosowane, itp.),
— Administrator posiada z poziomu aplikacji możliwość wyboru danych, które mają być monitorowane w logach systemu z dokładnością do poszczególnych kolumn w tabelach danych,
— SR umożliwia administratorowi łatwe utrzymanie zbioru standardowych raportów (dodawanie, modyfikowanie, usuwanie raportów),
— W ramach SR zapewnione jest oprogramowanie narzędziowe pozwalające na definiowanie i generowanie dowolnych zestawień i raportów związanych z zawartością informacyjną bazy danych. Raporty takie muszą mieć możliwość korzystania z wszelkich danych przetwarzanych przez SR i SSI oraz muszą umożliwiać ich wywołanie przez użytkownika z poziomu dowolnej aplikacji SR lub SSI w zakresie przyznanych uprawnień,
— Raporty umożliwiają eksport danych do formatu tabelarycznego xls,
— Każdej jednostce organizacyjnej można zdefiniować odrębny zakres raportów,
— Zakres używanych skrótów klawiszowych SR musi być spójny z SSI.
Realizacja zamówienia nastąpi w bud. B-1, ul. Czechosłowacka 8/10, 92-216 Łódź
Szczegóły zostały określone w załączniku nr 2 do SIWZ.
Termin
Termin składania ofert wynosił 2015-04-23.
Zamówienie zostało opublikowane na stronie 2015-03-13.
Dostawcy
Następujący dostawcy są wymienieni w decyzjach o przyznaniu zamówienia lub innych dokumentach dotyczących zamówień:
Kto?
Co?
Gdzie?
Historia zamówień
| Data |
Dokument |
| 2015-03-13
|
Ogłoszenie o zamówieniu
|
| 2015-05-06
|
Ogłoszenie o udzieleniu zamówienia
|