Przetarg 2637393 - Propozycje rozwiązań technicznych w zakresie...

nia, które umożliwią utworzenie specyfikacji istotnych warunków zamówienia publicznego.
Kluczowym problemem projektu jest integracja powstającego portalu z istniejącym oprogramowaniem HIS i LIS.
Szpital dysponuje i udostępnia następującą dokumentację:
- Specyfikacja Techniczna Sprzętu i Oprogramowania - zał. 1
- Dokumentacja projektowa sieci komputerowej - zał. 2
III) Opis projektu i zadań Cele projektu
Projekt realizowany będzie na terenie Samodzielnego Publicznego Centralnego Szpitala Klinicznego im. prof. Kornela Gibińskiego Śląskiego Uniwersytetu Medycznego w Katowicach przy ul. Medyków 14.
Bezpośrednim celem projektu jest stworzenie infrastruktury niezbędnej do uruchomienia publicznych usług elektronicznych dla pacjentów. Po przeprowadzeniu analizy technicznej zdecydowano się na rozbudowanie posiadanych systemów medycznych tak, aby można było na ich bazie uruchomić e-usługi.
Opis projektu
Projekt obejmuje stworzenie infrastruktury niezbędnej do uruchomienia publicznych usług elektronicznych dla pacjentów.
W ramach realizacji projektu nastąpi uruchomienie systemu o następujących funkcjonalnościach:
* portal informacyjny i system prezentacyjny oparty o CMS,
* portal dla pacjenta - e-rejestracja,
* portal dla pacjenta - e-diagnostyka,
* administracja i konfiguracja (użytkownicy, system uprawnień, definiowanie usług oraz ich dostępności).
Portal informacyjny będzie w pełni zintegrowany z systemem szpitalnym, dzięki czemu wszystkie zmiany (dotyczące w szczególności dostępności komórek organizacyjnych oraz personelu) będą niezwłocznie odzwierciedlane w portalu. Integracja systemów portalowych realizowana będzie poprzez wykorzystanie udostępnianych przez systemy dziedzinowe usług, co umożliwi elastyczną konfigurację sposobu realizacji procesów oraz pozwoli na zapewnienie wymaganego poziomu bezpieczeństwa dostępu i przetwarzania danych (np. wprowadzenie elementów autoryzacji informacji rejestrowanych przez pracowników).
Portal w pierwszej kolejności będzie pełnił rolę informacyjną i będzie zawierał treści dotyczące funkcjonowania Szpitala oraz aktualności o jego działalności. Zakres danych
widocznych w portalu bez potwierdzania tożsamości (logowania) będzie w pełni konfigurowalny oraz edytowalny przy użyciu modułu administracyjnego oraz CMS.
W portalu informacyjnym powinny zostać umieszczone dane kontaktowe szpitala, informacje o dostępnych usługach, aktualności oraz wszelkie publiczne informacje interesujące z punktu widzenia interesariuszy Szpitala.
Główną częścią portalu będą usługi e-rejestracja i e-diagnostyka związane z obsługą pacjenta. Każdy pacjent, który zostanie zarejestrowany, jako użytkownik systemu, będzie miał własny profil w portalu.
W ramach usługi e-rejestracja dostępne będą następujące funkcje:
* własne dane identyfikujące pacjenta,
* informacje o badaniach,
* informacje o lecznictwie ambulatoryjnym,
* system rezerwacji i rejestracji (wyszukiwanie usług i terminów, rezerwacja, obsługa rezerwacji np. anulowanie),
* wiadomości (wewnętrzny mechanizm przesyłania indywidualnych i masowych informacji np. o ważnych wydarzeniach, przypomnienia o wizycie itp.),
* indywidualny dziennik.
Usługa ta będzie skierowana tylko na pacjentów ambulatoryjnych obsługiwanych przez poradnie specjalistyczne. Pacjenci szpitala - ambulatoryjni i hospitalizowani są obsługiwani z wykorzystaniem szpitalnego systemu HIS.
W ramach usługi e-diagnostyka będą dostępne następujące funkcje:
* wyniki badań diagnostycznych wykonanych w laboratoriach, pracowniach i Zakładzie Radiodiagnostyk Szpitala
* indywidualny dziennik zawierający historię kontaktów pacjenta ze Szpitalem.
Usługa ta będzie dostępna dla wszystkich pacjentów Szpitala ambulatoryjnych oraz
szpitalnych hospitalizowanych.
Dostępny w portalu moduł rejestracji umożliwi wszystkim osobom posiadającym dostęp do Internetu zapisanie się na badanie lub wizytę w zakresie lecznictwa ambulatoryjnego. Swoją funkcjonalnością system rejestracji on-line będzie odpowiadał planowanym przez Ministerstwo Zdrowia rozwiązaniom w tym zakresie, a także będzie gotowy na włączenie
i współpracę z planowanymi przez Ministerstwo Zdrowia platformami informatycznymi zbierającymi informację o pacjentach i działalności Szpitala.
Portal informacyjny będzie wyposażony w funkcjonalność pozwalającą na sprawne administrowanie przez wyznaczonych administratorów. Funkcjonalność ta dawać będzie możliwość konfigurowania jednostek użytkujących portal - ich organizację, użytkowników, zdarzeń i wszelkich innych dodatkowych danych, zapewniających precyzyjność
i jednoznaczność przechowywanych informacji. Separacja informacji oraz nadzorowanie działań użytkowników będzie zapewniona poprzez rozbudowany system uprawnień.
Usługa e-rejestracja będzie polegała na dostępie do danych określonego pacjenta po jego zalogowaniu się do systemu. Po zalogowaniu się Pacjent będzie mógł:
* zapisać się na wizytę do lekarza specjalisty,
* zapisać się na wykonanie określonych badań,
* zobaczyć do jakich specjalistów oraz na jakie badania jest zapisany,
* zobaczyć swoją dokumentację medyczną wraz z historią przebiegu leczenia ambulatoryjnego.
Usługa e-diagnostyka będzie polegała na dostępie do danych określonego pacjenta po jego zalogowaniu się do systemu. Po zalogowaniu się Pacjent będzie mógł:
* zobaczyć wyniki badań jakie wykonywał w szpitalu, orzeczenia, diagnozy,
* zobaczyć swoją dokumentację medyczną wraz z historią wykonanych badań.
Pacjent będzie posiadał swój indywidualny identyfikator oraz hasło dostępu do portalu.
Jako identyfikator pacjenta w Systemie medycznym będzie zaimplementowany moduł
kodów kreskowych, który będzie pozwalał na powiązanie kodu kreskowego zeskanowanego
z dokumentu z identyfikatorem pacjenta w systemie medycznym Szpitala. Kody kreskowe będą tworzone przez ich nadruk na specjalne naklejki z wykorzystaniem drukarki
termotransferowej i odczytywane przez zintegrowane z systemem czytniki kodów kreskowych.
Każdy pacjent będzie posiadał wygenerowany indywidualny kod kresowy, który będzie jego identyfikatorem przy poruszaniu się na terenie Szpitala oraz przy logowaniu się do portalu informacyjnego i e-usług (każdy kod kreskowy posiada również jego odpowiednik w postaci szeregu niepowtarzanych cyfr).
Opisana funkcjonalność będzie stanowiła integralną część z systemem HIS posiadanym przez Szpital i będzie jego naturalnym rozwojem.
Aby planowane do uruchomienia e-usługi mogły działać zgodnie z załozeniami Szpital planuje dokonać rozbudowy i modernizacji posiadanej struktury teleinformatycznej. W ramach zmian planuje się podjąć następujące działania:
* Budowa platformy sprzętowo-systemowej portalu e-usług CSK,
- sprzęt serwerowy
- oprogramowanie systemowe,
* Integracja portalu e-usług z systemem HIS i LIS,
* Budowa systemu bezpieczeństwa chroniącego dane e-usług (identyfikacja i autoryzacja użytkowników),
* Budowa infrastruktury informatycznej sieciowej dla poradni przyklinicznych oraz Zakładu Radiodiagnostyki (Budynek H)
* Budowa infrastruktury informatycznej sieciowej dla laboratoriów analitycznego i bakteriologicznego (budynek D)
* Wyposażenie gabinetów lekarskich poradni w sprzęt komputerowy.
Opis prac w zakresie sprzętowo-systemowym obejmuje zakup infrastruktury serwerowej, która ma się składać z 2 serwerów, macierzy dyskowej oraz 20 stacji komputerowych.
Rozwiązanie to zakłada uruchomienie trzech systemów serwerowych: aplikacyjnego, www i hurtowni danych na dwóch fizycznych maszynach, dedykowanego pod instalację oprogramowanie BI mającego za zadanie zbierać dane z systemów szpitalnych, przetwarzać je i agregować do postaci określonych przez e-usługi. Serwer hurtowni danych zostanie uruchomiony na jednej maszynie wraz z serwerem aplikacji. System BI z uwagi na swoją otwartość może być w przyszłości wykorzystany do rozbudowy i integracji z nowymi systemami informatycznymi zarówno wewnątrz jak i na zewnątrz Szpitala.
Backup całości systemu będzie wykonywany z wykorzystaniem posianego przez szpital oprogramowania narzędziowego na macierz dyskową.
Projekt zakłada zbudowanie całej struktury sieciowej w budynkach D i H na nowo z nowymi punktami dystrybucyjnymi i wymianę okablowania wewnątrz obu budynków zgodnie z dokumentacją techniczną.
Technologia wykonania projektu
Aby można było uruchomić w Szpitalu sprawnie i bezpiecznie działające e-usługi projekt zakłada zbudowanie złożonej struktury sprzętowej. Baza sprzętowa będzie składać się z 2 serwerów oraz macierzy dyskowej.
Projektowane serwery będą dedykowane dla następujących zadań:
* serwer www
* serwer aplikacji / hurtowni danych
Aby zmaksymalizować bezpieczeństwo przetwarzania danych i wydajność struktura zakłada podział zadań na poszczególne dedykowane serwery.
System e-usług zostanie zainstalowany na serwerze aplikacyjnym. Obsługa kontaktu klienta zewnętrznego e-usług ze Szpitalem zostanie zrealizowana przez serwer www. Na serwerze tym zostanie również zainstalowany portal informacyjny.
Na serwerze aplikacyjnym zostanie zainstalowane oprogramowanie klasy business inteligentce, które będzie zbierało i agregowało dane z systemów wewnętrznych Szpitala i wystawiało je do dalszego przetwarzania przez serwer aplikacji również zainstalowany na serwerze aplikacyjnym. Serwer www będzie podłączony do macierzy dyskowej w celu zmaksymalizowania wydajności rozwiązania.
W celu zabezpieczenia danych projekt zakłada wykorzystanie posiadanego przez Szpital specjalistycznego oprogramowania narzędziowego do tworzenia bieżących kopii zapasowych systemu na macierz dyskową.
Technologia zakładana do wytworzenia przedmiotowego systemu zapewni dużą odporność struktur danych (baz danych) na uszkodzenia oraz szybkie odtworzenie ich zawartości
i właściwego stanu, jak również łatwość wykonania ich kopii bieżących. Baza danych systemu hurtowni danych zostanie oparta o relacyjny silnik bazodanowy.
Wszystkie moduły projektowanego rozwiązania zostaną wyposażone w zabezpieczenia przed nieautoryzowanym dostępem. System będzie zabezpieczony na poziomie klienta (aplikacja) i serwera (serwer baz danych). System będzie przygotowany na wdrożenie bardziej zaawansowanych zasad dostępu - grupy użytkowników, zależności czasowe dostępu do danych itp. System będzie odpowiadał warunkom technicznym oraz pozwali na adaptację warunków organizacyjnych (przy jego eksploatacji), jakie powinny spełniać systemy informatyczne przetwarzające dane osobowe - warunki te wynikają z Ustawy o Ochronie Danych Osobowych z 29 czerwca 1997 roku z póżn. zm.
Proponowane rozwiązanie jest możliwe do wytworzenia w oparciu o powszechnie dostępny sprzęt i oprogramowanie i jego konfiguracja zgodnie z podanymi założeniami zapewnia maksymalną wydajność systemu oraz jego skalowalność w przyszłości.
Planowany do wytworzenia system zapewniający działanie e-usług będzie również zgodny z projektem rozporządzenia w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w formie elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych. System będzie wykorzystywać najnowsze dostępne technologie i normy informatyczne w zakresie protokołów wymiany danych, formatów zapisów plików i danych oraz zapewnienia bezpieczeństwa. Dodatkowo wymagane będzie, aby umożliwiał on w łatwy sposób implementację nowo pojawiających się technologii i norm w tym zakresie.
Oprogramowanie medyczne
Aktualnie w Szpitalu używany jest system medyczny składający się m.in. z następujących komponentów:
* HIS - CliniNet firmy CompuGroup
* RIS - CliniNet firmy CompuGroup
* LIS - LAB3000 firmy InfoPublishing
* LIS - CENTRUM firmy Marcel
Systemy te są ze sobą w pełni zintegrowane. System HIS obejmuje sobą całą część szpitalną i ambulatoryjną i jest z nim zintegrowany system LIS (LAB3000 i CENTRUM). System RIS obejmuje część diagnostyki radiologicznej Szpitala i także jest zintegrowany z systemem HIS. Planowany w ramach projektu do wdrożenia portal informacyjny za pośrednictwem hurtowni danych będzie pozwalał e-usługom wykorzystywanie danych z systemu szpitalnego HIS.
Plan wdrożenia przedsięwzięcia
Projekt powinien być realizowany zgodnie z którąś z wiodących metodyk zarządzania projektami, np. PRINCE2 lub PMI oraz w oparciu o najlepsze praktyki prowadzenia prac wdrożeniowych systemów informatycznych.
Projekt ze strony Zamawiającego powinien mieć dedykowanego Inżyniera Kontraktu oraz wydzielony zespół wdrożeniowy odpowiadając przede wszystkim za merytoryczne aspekty wdrożenia nowego systemu analiz danych chorobowych.
Wdrożenie systemu powinno przebiegać zgodnie z podanym poniżej zakresem dziedzinowym.
1 Przygotowanie planu projektu - w skład planu projektu wchodzą następujące dokumenty:
1.1 dokument inicjujący projekt (DIP) zawierający:
- kartę projektu,
- plan jakości,
- ramowy plan testów,
- plan komunikacji,
1.2 WBS (struktura podziału pracy),
1.3 ramowy harmonogram zadań,
1.4 rejestr ryzyk projektu.
2 Analiza - zebranie wymagań klienta i przygotowanie dokumentacji analitycznej: specyfikacji wymagań, projektu funkcjonalnego oraz projektu wykonania infrastruktury sieciowo-sprzętowego. Projekt funkcjonalny stanowi przełożenie biznesowych wymagań funkcjonalnych użytkownika końcowego na język informatyki.
3 Projektowanie - opracowanie projektu technicznego. Projekt techniczny wykonywany jest na podstawie projektu funkcjonalnego. Zawiera szczegółowy opis struktury sieci komputerowej, struktury serwerowo-macierzowej oraz funkcjonalności e-usług wraz z komponentami wspomagającymi.
4 Development - na podstawie projektu technicznego budowany jest kod źródłowy aplikacji oraz szczegółowe rozwiązania techniczne wobec sieci oraz sprzętu serwerowego.
5 Przygotowanie dokumentacji użytkownika - opisanie wszystkich udostępnionych funkcjonalności systemu dedykowane użytkownikowi końcowemu oraz właściwości użytkowych zbudowanej infrastruktury sieciowo-sprzętowej.
6 Przygotowanie planu testów i scenariuszy testowych - na podstawie planu jakości przygotowywany jest szczegółowy plan testów ze wskazaniem terminów realizacji oraz osób realizujących poszczególne przypadki testowe, których harmonogramowanie wykonuje się dla poszczególnych testerów.
7 Testy - testy aplikacji i powstałej struktury technicznej prowadzone są w dwóch iteracjach:
a) Zapewnienia jakości (SQA) - testy producenta dokonywane na podstawie scenariuszy testowych. Testy rozpoczynają się od testów zgodności(sprawdzanie zgodności aplikacji z oczekiwaniami użytkownika) poprzez testy funkcjonalne (sprawdzanie poprawności funkcjonowania systemu, sieci, sprzętu), wydajnościowe, obciążeniowe i regresji. W przypadku znalezienia błędów, błędy są odsyłane do Developmentu w celu poprawy. Plan jakości określa maksymalną ilość i rodzaj błędów przy których można dopuścić system, sieć i sprzęt do testów akceptacyjnych,
b) Testy akceptacyjne użytkownika - testy prowadzone przez użytkowników końcowych systemu. Użytkownicy sprawdzają zgodność oprogramowania z wymaganiami oraz funkcjonalność systemu, sieć i sprzętu. W przypadku znalezienia błędów, błąd zostaje zgłoszony do działu testów w celu weryfikacji. Jeżeli zostaje uznany za błąd, dział testów odsyła go do Developmentu w celu poprawy.
8 Przygotowanie dokumentacji powykonawczej - podczas prac developerskich bardzo często dokonywane są modyfikacje projektu technicznego. Po dokonaniu i rewizji przeprowadzonych modyfikacji należy przygotować nową wersję projektu technicznego, zawierającą szczegóły implementacyjne oraz instrukcję konfiguracji środowisk sieciowo-sprzętowych i instalacji oprogramowania.
9 Instalacja sprzętu serwerowego - montaż, uruchomienie oprogramowania systemowego, konfiguracja oraz wpięcie do struktury sieciowej Zamawiającego
10 Budowa sieci komputerowej wraz z punktami dystrybucyjnymi oraz dostępowymi -położenie okablowania, wpięcie go do urządzeń aktywnych, konfiguracja wszystkich planowanych połączeń logicznych
11 Instalacja systemów informatycznych - proces wdrożenia aplikacji na środowisku końcowym, przygotowywanym przez zamawiającego system na podstawie instrukcji konfiguracji i instalacji środowisk
12 Szkolenie użytkowników - działanie mające na celu zapoznanie użytkowników z aplikacją i wszystkimi funkcjonalnościami udostępnianymi przez system.
13 Wdrożenie - uruchomienie produkcyjne systemu zgodnie z założoną funkcjonalnością biznesową. Bardzo często składa się z fazy pilotażu, podczas której pracują tylko wybrane grupy osób. Po niej następuje rozwinięcie, czyli dołączanie kolejnych grup użytkowników. Warunkiem przechodzenia pomiędzy kolejnymi iteracjami
jest poprawne działanie systemu na grupie biorącej udział w pilotażu. Proces rozwinięcia prowadzony jest do momentu wdrożenia wszystkich użytkowników docelowych. 14 Odbiór systemu - podpisanie protokołów zakończenia projektu.