Opis przedmiotu zamówienia

Transkrypt

1 Nr sprawy 4/PNE/SW/2012 Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Kody CPV Pakiety oprogramowania i systemy informatyczne Pakiety oprogramowania medycznego Pakiety oprogramowania dla baz danych i operacyjne Systemy baz danych Systemy informacji medycznej Usługi wdrożenia oprogramowania Usługi konfiguracji oprogramowania Usługi dostawy oprogramowania Usługi szkolenia personelu 1.Przedmiot zamówienia obejmuje: 1.1. Dostawę bezterminowych licencji Systemu Informatycznego do obsługi Szpitala oraz jego wdroŝenie, w ilości i na warunkach określonych w Części nr I, o funkcjonalności określonej w Części nr II (z uwzględnieniem wymagań określonych w części nr V) WdroŜenie, konfiguracje i uruchomienie całości w/w oprogramowania wraz ze szkoleniami (z obsługi w/w oprogramowania aplikacyjnego oraz z obsługi oprogramowania bazodanowego) zgodnie z harmonogramem określonym w Części nr III przy zapewnieniu integracji między modułami określonej w Części nr IV. Łączny czas przeznaczony na powyŝsze działania nie moŝe być krótszy niŝ 400 roboczodni, przy czym Zamawiający wymaga by co najmniej 85% z nich była realizowana na miejscu w siedzibie Zamawiającego Przeniesienie danych z obecnie uŝytkowanego przez Zamawiającego oprogramowania w zakresie niezbędnym do zachowania ciągłości rozliczeniowej z Narodowym Funduszem Zdrowia oraz statystycznych analiz porównawczych dla świadczeń zrealizowanych od roku Świadczenie usług serwisowych, nadzoru autorskiego, warunki gwarancji wobec całości dostarczonego i zrealizowanego przedmiotu zamówienia podczas wdroŝenia oraz przez 36 miesięczny okres po zakończeniu wdroŝenia liczony od daty odbioru końcowego 1.5 Dostawę czytników, drukarek oraz opasek identyfikacyjnych (z uwzględnieniem wymagań określonych w części V). 2. Uwagi do wdroŝenia Z uwagi na to iŝ wypełnienie przedmiotu zamówienia będzie się odbywało w funkcjonującym szpitalu, musi ono przebiegać w sposób nie destabilizujący pracy szpitala, w szczególności w zakresie dostępu do baz danych, łączy internetowych, telekomunikacyjnych itp. Realizacja przedmiotu zamówienia nie moŝe w Ŝaden sposób kolidować z działalnością leczniczą Zamawiającego. 3. Nadzór autorski. Wykonawca udzieli na przedmiot niniejszej umowy gwarancji w postaci nadzoru autorskiego podczas wdroŝenia oraz przez 36-miesięczny okres po zakończeniu wdroŝenia, liczony od daty odbioru końcowego. 1

2 Wykonawca, przez cały okres udzielonej gwarancji zobowiązany jest w jej ramach: - zapewnić ciągłość pracy systemu, - zapewnić pełną funkcjonalność systemu, - bezpłatnie usuwać awarie, błędy w oprogramowaniu, bazie danych i inne destabilizujące pracę systemu wynikające z działania systemu lub systemów powiązanych (m.in. systemu bazodanowego dostarczonego w ramach niniejszego postępowania), - dostarczać i instalować bezpłatnie nowe, zgodne technologicznie wersje elementów systemu informatycznego, które powstają w związku ze zmianami w przepisach i normach, które system wykorzystuje lub na których opiera swoje załoŝenia funkcjonalne, - zapewnić konsultacje telefoniczne, - konfigurować oprogramowanie aplikacyjne podczas trwania gwarancji, - pomagać w awaryjnym przywracaniu stanu oprogramowania aplikacyjnego oraz danych archiwalnych. W razie dostarczenia nowych wersji Wykonawca dostarczy równieŝ (w postaci elektronicznej) materiały szkoleniowe (dokumentację) umoŝliwiającą samodzielną naukę obsługi zaktualizowanych wersji oprogramowania. 4. Oferowany przedmiot zamówienia musi być zgodny z wszystkimi obowiązującymi przepisami prawa 2

3 Część nr I Wykaz zamawianych licencji oprogramowania aplikacyjnego Funkcjonalność Ruch Chorych - Izba Przyjęć, - Oddział, - Statystyka Szpitalna, - Rozliczenie z NFZ, - Gruper JGP Symulator JGP Apteczki Oddziałowe Zlecenia Apteka Szpitalna Przychodnia (Recepcja, Gabinet, POZ, Statystyka) Rejestracja przez Internet Pracownia Diagnostyczna Blok Operacyjny Stacja Dializ Punkt Pobrań Laboratorium (Analityka, Mikrobiologia, Kontrola Jakości) Bank Krwi ZakaŜenia Szpitalne Dokumentacja Medyczna (formularzowa) Wycena Procedur Medycznych Kalkulacja Kosztów Leczenia System Wspomagania Decyzji - hurtownia danych (wraz z szablonami raportów) licencja Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) 5 uŝytkowników Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) Otwarta (nieograniczona ilość uŝytkowników) 4 uŝytkowników 4 uŝytkowników 10 uŝytkowników Wykaz zamawianych licencji oprogramowania bazodanowego Oprogramowanie Bazodanowe 2x Otwarta licencja Zakres wdroŝenia - Instalacja Oprogramowania Aplikacyjnego i Bazodanowego; - Konfiguracja i uruchomienie Oprogramowania Aplikacyjnego i Bazodanowego; - Podłączenie analizatorów laboratoryjnych do systemu; - Tworzenie dokumentacji medycznej formularze; - Konfiguracja Rejestracji przez Internet; - Szkolenie uŝytkowników; - Szkolenie administratorów; - Przeniesienie niezbędnych danych rozliczeniowych z dotychczasowo funkcjonującego systemu klasy HIS (od roku 2008) - Konsultacje uzupełniające; - Połączenie systemu z modułami obecnie funkcjonującymi w szpitalu, przy zapewnieniu integracji określonej w części nr IV - Kierowanie Projektem; Ponadto Wykonawca wyrazi gotowość do współpracy z dostawcami systemów firm trzecich t.j. systemów typu RIS/PACS, gdzie wyniki obrazowe i opisy badań powinny być powiązane z dokumentacją pacjenta w systemie (opis bezpośrednio w systemie wraz z linkiem do zdjęcia otwieranego np. za pomocą zewnętrznego viewera obrazów), oraz systemu typu Unit Dose. Koszty integracji poniosą dostawcy kaŝdego z tych systemów a Wykonawca będzie słuŝył pełną współpracą techniczną przy integracji. 3

4 Dostawa czytników, drukarek oraz opasek identyfikacyjnych (z uwzględnieniem wymagań określonych w części nr V. Czytnik OCR Czytnik kodów kreskowych Drukarki kodów kreskowych Opaski identyfikacyjne 2 szt. 24 szt. 2 szt. 1 kpl. 4

5 Część nr II WYMAGANIA OGÓLNE Nazwa wymagania System / systemy relacyjnej bazy danych (RDBMS) dla całości dostarczanego oprogramowania to jest części medycznej (ruchy chorych, zlecenia, dokumentacja, medyczna, laboratorium, dializy, apteka, apteczki oddziałowe) i część administracyjnej (wycena procedur medycznych, kalkulacja kosztów leczenia), e-usług i systemu hurtowni danych SWD. Baza danych (RDBMS), powinna umoŝliwiać pracę liczby uŝytkowników wskazanych w SIWZ dla poszczególnych części dostarczanego systemu na czteroprocesorowych serwerach X86. Dostępność oprogramowania na współczesne 64-bitowe platformy Unix (HP-UX dla procesorów PA-RISC i Itanium, Solaris dla procesorów SPARC, IBM AIX), Intel Linux 32-bit i 64-bit, MS Windows 32-bit i 64-bit. Identyczna funkcjonalność serwera bazy danych na w/w platformach. MoŜliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego Obsługa wielu baz danych w ramach jednej instancji Przetwarzanie transakcyjne wg reguł ACID (Atomicity, Consistency, Independency, Durability) z zachowaniem spójności i maksymalnego moŝliwego stopnia współbieŝności. Obsługa transakcji rozproszonych MoŜliwość zagnieŝdŝania transakcji Brak formalnych ograniczeń na liczbę wierszy w tabelach. Brak formalnych ograniczeń na wielkość bazy danych. 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. 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 Motor bazy danych powinien udostępniać moŝliwość zrównoleglenia operacji SQL (zapytania, instrukcje DML, ładowanie danych, tworzenie indeksów, przenoszenie tabel/indeksów pomiędzy przestrzeniami danych) Motor bazy danych powinien 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 MoŜliwość zarządzania przydziałem zasobów obliczeniowych dla uŝytkowników bazy danych Obsługa sprawdzania spójności danych bez ich blokowania MoŜliwość uruchomienia serwera bazy danych in-memory. Cały silnik bazy danych wraz ze wszystkimi danymi rezyduje w pamięci. Dane nie są zapisywane na dysk. Baza danych in-memory korzysta z tego samego silnika co zwykła baza danych, ma ten sam SQL i te same narzędzia administracyjne. Wsparcie standardu JDBC i ODBC Obsługa natywnego silnika XML Obsługa WebServices Wbudowana maszyna Javy. Obsługa klas javy jako: typy bazodanowe, funkcje uŝytkownika, procedury składowane. Dostęp do aktualizacji zakupionego RDBMS. Prawo do nowych wersji RDBMS przez okres trwania gwarancji dostawcy Administracja i zarządzanie serwerem Graficzne środowisko do zarządzania. Automatyczne odświeŝanie statystyk Wbudowane funkcje samozarządzania i automatyzacji zadań. Wbudowane narzędzia do monitorowania wszystkich parametrów pracy bazy danych Automatyczne rozszerzanie bazy danych w razie gdy kończy się w niej miejsce. Obsługa ustawienia maksymalnej ilości jednoczesnych połączeń do bazy danych MoŜliwość inteligentnego partycjonowania tablic. MoŜliwość dzielenia tablic na niezaleŝnie zarządzalne części. MoŜliwość wykonywania zadań administracyjnych tylko na niektórych partycjach bez spadku wydajności zapytań. Wbudowany mechanizm replikacji Obsługa przenoszenia binarnych kopii zapasowych pomiędzy platformami (np. Linux-Windows) Obsługa wbudowanego mirroringu pojedynczych urządzeń bazodanowych i/lub baz danych Obsługa przydzielenie określonej wielkości pamięci tylko dla wybranej tabeli 5

6 Obsługa eksportu i importu danych do plików tekstowych z określonym separatorem kolumn z zachowaniem polskich liter Ilość jednoczesnych uŝytkowników nie ma wpływu na ilość procesów w systemie operacyjnym 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 ustawień narodowych symboli walut, formatu dat, porządku sortowania znaków. SQL i Optymalizacja Tworzenie graficznego planu zapytań Obsługa próbkowania indeksów Wykorzystanie przez optymizator zapytań partycjonowania tablic. Optymalizator powinien pomijać partycje, które nie zawierają danych potrzebnych do wykonania danego zapytania. Wsparcie dla agregacji wektorowej i skalarnej MoŜliwość tworzenia i zapisywania procedur nawet w wypadku kiedy jeszcze nie istnieją obiekty do których są odwołania w ciele procedury MoŜliwość agregacji danych w zapytaniach z uŝyciem funkcji statystycznych związanych z odchyleniem standardowym i wariancją. MoŜliwość ustawienia blokad na tabelach na poziomie całej tabeli, strony z danymi i wiersza Iz danymi. Obsługa wielu baz tymczasowych MoŜliwość tworzenia kursorów dwukierunkowych Obsługa odczytania danych z systemu operacyjnego bezpośrednio przez zapytanie SQL (np. wczytanie zawartości pliku) MoŜliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie kaŝdego wiersza modyfikowanego przez instrukcję DML MoŜliwość dokonywania połączeń pomiędzy tabelami lokalnymi i zdalnymi znajdującymi się na zdalnym serwerze. MoŜliwość tworzenia kolumny wyliczanych, zarówno wirtualnych jak i zmaterializowanych, bazujących na obliczeniach serwera. MoŜliwość tworzenia indeksów funkcjonalnych, budowanych na podstawie wyników funkcji co przyspiesza działanie zapytań zawierających funkcje. Wykorzystanie technik optymalizacji zapytań: star-joins, hash-join, join histogram, pomijanie nieistotnych partycji Bezpieczeństwo i Backup Baza danych powinna umoŝliwiać 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 Ibazodanowych. 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 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 Silnik bazy danych umoŝliwia 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 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 Obsługa odtwarzania bazy danych z kopii zapasowej do określonej daty Obsługa dostępu do danych zarchiwizowanych w kopii zapasowej bez potrzeby tworzenia bazy danych o rozmiarze przynajmniej takim jak baza źródłowa Obsługa wykonywania pełnej kopii zapasowej na Ŝądanie tym samym mechanizmem, który wykonuje tą operację cyklicznie i automatycznie Ilość jednoczesnych uŝytkowników nie ma wpływu na ilość procesów w systemie operacyjnym MoŜliwość wykorzystania LDAP Instalacja RDBMS przez certyfikowanego przez producenta baz danych administratora Dostęp do aktualizacji zakupionego RDBMS. Prawo do nowych wersji RDBMS przez okres trwania gwarancji dostawcy Prawo do konsultacji dotyczących zakupionego RDBMS z przynajmniej dwoma certyfikowanymi administratorami baz danych Wykonawcy 6

7 System ma interfejs graficzny dla wszystkich modułów System działa w architekturze trójwarstwowej Administracja systemem wymagania ogólne System pracuje w środowisku graficznym MS Windows na stanowiskach uŝytkowników (preferowane środowisko MS Windows XP/Vista/7) System działa na urządzeniach przenośnych typu tablet Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych System komunikuje się z uŝytkownikiem w języku polskim. Jest wyposaŝony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych - częściowa komunikacja w języku angielskim System zarządzania uŝytkownikami musi być wspólny dla wszystkich systemów, w szczególności dla modułu Ruch Chorych (Izba Przyjęć, Oddział, Statystyka, Rozliczenia NFZ), Apteka Szpitalna, Laboratorium, Bank Krwi, Punkt Pobrań, Blok Operacyjny, ZakaŜenia Szpitalne, Dializy, Przychodnia, Kalkulacja Kosztów Leczenia W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi, automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych, danych osobowych, terytorialnych). System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak równieŝ posiada łatwość wykonania ich kopii bieŝących oraz łatwość odtwarzania z kopii. System jest wyposaŝony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych). Interfejs uŝytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania Ŝadnego oprogramowaniach na stacjach klienckich. System musi działać w środowisku kaŝdej z wymienionych przeglądarek internetowych - MS Internet Explorer, Mozilla Firefox, Chrome System musi umoŝliwić uruchomienie aplikacji w wersji desktop System powinien umoŝliwić nadanie uprawnień do przygotowania i drukowania konkretnych raportów. System w części medycznej musi umoŝliwić pracę na tabletach lub komputerach wyposaŝonych w monitory dotykowe System musi umoŝliwić zmianę jednostki organizacyjnej na której pracuje uŝytkownik bez konieczności wylogowywania się z systemu System musi być wyposaŝony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), System musi posiadać mechanizmy umoŝliwiające zapis i przeglądanie danych o logowaniu uŝytkowników do systemu System powinien umoŝliwić przypisanie do komórki organizacyjnej jednostki kodu technicznego NFZ. Powinna istnieć moŝliwość naniesienia zmiany kodu w dowolnym momencie pracy systemu. System musi umoŝliwiać podgląd aktualnie zalogowanych do systemu uŝytkowników. System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich uŝytkowników systemu i wykonane przez nich najwaŝniejsze czynności z moŝliwością analizy historii zmienianych wartości danych. W kaŝdym oknie, gdzie moŝliwa jest edycja danych powinien zładować się klawisz <cofnij> lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych. Administrator musi posiadać moŝliwość z poziomu aplikacji z modułu administratora nadawania danemu uŝytkownikowi unikalnego loginu oraz hasła. Administrator musi posiadać moŝliwość ustawienia parametrów hasła: długość, czas Ŝywotności, czas przed wygaśnięciem Administrator musi posiadać z poziomu aplikacji moŝliwość wylogowania wszystkich uŝytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień uŝytkowników. KaŜdy uŝytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezaleŝnie od ilości modułów) będzie dostępna dla uŝytkownika dopiero po jego zalogowaniu. Systemu uprawnień powinien być tak skonstruowany, aby 7

8 moŝna było uŝytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umoŝliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym uŝytkownikom. System musi posiadać moŝliwość obsługi wyłącznie przy uŝyciu klawiatury Zmiana danych pacjenta powinna zostać zarejestrowana w historii zmian. Dokumentacja medyczna znajdująca się w systemie dotyczące okresu sprzed zmiany powinny zawierać wcześniejsze dane (np. nazwisko sprzed zmiany). System powinien umoŝliwiać wyszukiwanie pacjentów po wcześniejszych nazwiskach, np. wcześniejsze nazwisko kobiety. Musi istnieć moŝliwość nadania uprawnień uŝytkownikowi do pracy wyłącznie w kontekście wskazanej/ wskazanych jednostek. Np. pracownik oddziału wewnętrznego powinien móc mieć dostęp wyłącznie do danych pacjentów tego oddziału. Równolegle musi istnieć moŝliwość nadawania uŝytkownikowi pojedynczych uprawnień z listy dostępnych. System musi umoŝliwiać definiowanie grup uŝytkowników i przydzielanie uŝytkowników do tych grup. System umoŝliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych uŝytkowników i grup uŝytkowników z dokładnością do poszczególnych modułów oraz funkcji systemu System musi umoŝliwiać harmonogramowanie eksportów danych do NFZ (np. o godzinie, co 10 godzin, za 5 godzin). Mechanizm dokumentacji formularzowej musi umoŝliwiać stosowanie walidacji pól na formularzach, wypełniania pól wartościami domyślnymi i wartościami z bazy danych WyróŜnienie pól: - których wypełnienie jest wymagane, - przeznaczonych do edycji, - wypełnionych niepoprawnie System musi informować, jednym komunikatem, o błędnie wypełnionych polach, polach wymaganych a niewypełnionych. Komunikat powinien zawierać wskazówki gdzie to pole się znajduje. System umoŝliwia rejestrację i przechowywanie, w kartotece pacjenta, informacji dotyczących dokumentów potwierdzających uprawnienia do realizacji świadczeń System musi umoŝliwić skanowanie danych z dokumentów np. dowodów osobistych i na tej podstawie dokonywanie automatycznej identyfikacji pacjenta System musi umoŝliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki System umoŝliwia nowej wykonanie operacji w systemie bez konieczności przerywania czynności dotychczas wykonywanej (np. obsługa zdarzenie w trybie nagłym) System powinien umoŝliwić obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien - pokazywać tylko to, co w danym momencie jest najwaŝniejsze, - udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane, - umoŝliwić wprowadzenie tylko tych danych, które są niezbędne, - podpowiadać kolejne kroki procesu. System powinien automatycznie wylosowywać lub blokować sesję uŝytkownika po zadanym czasie braku aktywności 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 W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych System powinien zawierać wbudowany komunikator umoŝliwiający wymianę wiadomości pomiędzy uŝytkownikami. 8

9 SZCZEGÓŁOWE WYMOGI STAWIANE SYSTEMOM Współpraca systemu z czytnikami kodów kreskowych Wymagania MoŜliwość wyszukiwania wg kodu kreskowego pacjenta i pobytów, w kartotece pacjenta, w modułach Oddział, Izba przyjęć, Gabinet, Statystyka MoŜliwość wybrania pacjenta do przyjęcia lub rejestracji z uŝyciem czytnika kodu kreskowego MoŜliwość wyszukiwania wg kodu kreskowego z numerem dokumentacji lub numerem księgi głównej z uŝyciem czytnika kodów kreskowych w funkcjach posiadających w formularzu wyszukiwania moŝliwość podania jako kryterium danego numeru dokumentacji lub księgi głównej MoŜliwość wyszukiwania pacjenta z uŝyciem czytnika kodów kreskowych wg kodu kreskowego z identyfikatorem pacjenta z dowolnej funkcji głównego okna aplikacji minimum z modułów Oddział, Izba przyjęć, Gabinet, Statystyka, Blok operacyjny System pozwala wyszukiwać z funkcji listy roboczej wg kodu kreskowego z identyfikatorem pacjenta oraz wg numeru badania w module Oddział, Izba przyjęć System pozwala wyszukiwać z funkcji listy planowanych zabiegów wg kodu kreskowego z identyfikatorem pacjenta oraz wg numeru badania w module Blok Operacyjny MoŜliwość nadrukowania na kopercie historii choroby danych pacjenta oraz kodu kreskowego z unikalnym identyfikatorem pacjenta MoŜliwość wydrukowania naklejek z kodem kreskowym na probówki pacjenta Laboratorium analityczne i mikrobiologiczne Wymagania Jednokrotna rejestracja danych raz zapisane dane nie wymagają powtórnego wpisywania. MoŜliwość manualnej korekty skutków działania procedur automatycznych, z sygnalizacją wystąpienia takiej sytuacji. MoŜliwość uruchamiania poszczególnych funkcji systemu (np. rejestracja zleceń) z róŝnych stanowisk (w ramach posiadanych licencji). W ramach posiadanych licencji uŝytkownik ma dostęp do konfiguracji i rekonfiguracji danych sterujących automatyczną pracą systemu. Obsługa pracowni: Hematologii, Koagulologii, Analityki ogólnej, Biochemii, Immunologii, Serologii transfuzjologicznej, Mikrobiologii. Statystyczna analiza wyników (wszystkie wyniki, kaŝdy parametr): średnia, SD, zmiany w czasie, zawęŝanie kryteriów (okres od-do, grupy wiekowe). System uprawnień przyznawanych uŝytkownikom, umoŝliwiający ochronę danych konfiguracyjnych, osobowych, medycznych i finansowych. Rejestracja pacjentów i zleceń diagnostycznych: Prowadzenie kartoteki pacjentów i ich rejestracja, 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ń, 9

10 generacja listy materiałów do pobrania przez laboratorium, obsługa zleceń badań wieloparametrowych np. morfologia i badan panelowych (standardowe zestawy badań). Rejestracja zleceń (wszystkie badania), od zleceniodawców wewnętrznych, jak i zewnętrznych. Całkowicie automatyczny dobór cen dla wykonywanych badań, umoŝliwiający: dobór róŝnych cen za badanie dla róŝnych płatników, rejestrację grupy (pakietu) badań o cenie róŝnej od sumy cen składowych. Zlecenie badania (po ustalonej cenie) wykonywanego na koszt laboratorium. 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, przekazanie do zleceniodawcy informacji o przyjęciu materiału do laboratorium, moŝliwość nadawania ręcznie lub automatycznie niezaleŝnej numeracji próbek (dla nadawania automatycznego wg zdefiniowanych sekwencji). Komunikacja z analizatorem: Wykorzystanie kodów kreskowych we współpracy z analizatorami. Pełna automatyka sterowania analizatorami diagnostycznymi (programowanie, wysyłanie zleceń, odbiór wyników, przesłanie informacji technicznych), uwzględniająca specyfikę urządzeń. 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: - wiek, - płeć, - zaŝywane leki, 10

11 kontrola delta check, - postawiona diagnoza, - tydzień ciąŝy, - cykl menstruacyjny. moŝliwość medycznej weryfikacji wyników (autoryzacja) bezpośrednio na stanowisku, wydruki wyników stanowiska, 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: 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, Dodatkwo wymagania dot. Pracowni mikrobiologii: Tworzenie standardowych zestawów antybiogramów z moŝliwością uzupełniania na etapie realizacji badania. podział systematyczny według Bergey a dla wyhodowanych 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, 11

12 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 wg klasyfikacji Bergey a 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. Kontrola 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. przygotowanie metody kontroli rejestracja pomiarów wstępnych w celu określenia ram statystycznych metody pomiarowej. - 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. - wyniki pomiarów w materiale trwałym, 12

13 - wyniki pomiarów w materiale nietrwałym, - 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. Integracja z Modułami 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 do pliku tekstowego z moŝliwością wczytania do modułów Rachunku Kosztów. Punkt pobrań Nazwa wymagania zarządzanie zleceniami na badania laboratoryjne: przyjmowanie zleceń badań laboratoryjnych z systemu Ruch chorych i Przychodnia z moŝliwością określenia domyślnego punktu pobrań dla zleceniodawcy, wprowadzanie zleceń zewnętrznych, moŝliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej daty wykonania, dostęp do zleceń archiwalnych pacjenta, wyróŝnianie zleceń CITO, automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia. obsługa punktu przyjęcia i rozdzielni materiału: wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych laboratoriach), rejestracja wysłania materiałów do laboratoriów, oznakowanie pobieranych materiałów kodem kreskowym. rejestracja w systemie pobranych materiałów: - automatyczne odnotowanie daty i godziny pobrania, - odnotowanie osoby pobierającej materiał, - odnotowanie dodatkowych uwag do pobrania, - dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych pobrania (data i godzina, osoba, uwagi). 13

14 obsługa i wydruk Księgi Pobrań Integracja z Modułami Medycznymi - przekazywanie elektronicznego potwierdzenia pobrania materiału do zleceniodawców systemu Ruch chorych i Przychodnia oraz do modułu Laboratorium. Ruch Chorych Nazwa wymagania Izby Przyjęć: Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z moŝliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów). Bezpośredni dostęp do rejestru pacjentów z moŝliwością zmiany wszystkich wprowadzonych danych pacjenta. System przechowuje historię zmian w taki sposób by moŝliwe było odtworzenie dokumentacji medycznej czyli stanu opisu dla poszczególnych epizodów medycznych to jest: jeŝeli pacjentka w roku 2009 nazywała się Kowalska a w roku 2010 wyszła za mąŝ i nazywa się Wiśniewska to dokumentacja medyczna z roku 2009 ma być prezentowana pod nazwiskiem Kowalska. System sprawdza poprawność numeru PESEL podczas wprowadzania danych pacjenta. obsługa skorowidza pacjentów z moŝliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna): - wyszukiwanie pacjentów w skorowidzu wg róŝnych parametrów, - rejestracja i modyfikacja danych pacjentów, - rejestracja danych pacjenta z Unii Europejskiej, - rejestracja danych pacjenta przyjmowanego decyzją wójta/buristrza przegląd danych archiwalnych pacjenta: - w zakresie danych osobowych, - w zakresie danych z poszczególnych pobytów szpitalnych Obsługa list zablokowanych kart RUM MoŜliwość przyjęcia pacjenta typu NN Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: - Nazwisko - Płeć. Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: - dane osobowe, - dane adresowe (adres stały, tymczasowy, do korespondencji), - dane o rodzinie pacjenta (moŝliwość wpisania więcej niŝ jednego krewnego), - dane o ubezpieczeniu, - dane o zatrudnieniu. - wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10 - wprowadzenie danych ze skierowania ewidencja elementów pobytu w Izbie Przyjęć: - wywiad wstępny z moŝliwością uŝycia słownika tekstów standardowych, - wykonane pacjentowi elementy leczenia: - procedury, - leki, - konsultacje. 14

15 rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów: - skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia, form płatności, wydruk pierwszej strony historii choroby, itp.), - przeniesienie pacjenta na inną Izbę Przyjęć, - odmowa przyjęcia pacjenta do szpitala wpis do Księgi Odmów i Porad Ambulatoryjnych, - zaplanowanie późniejszego terminu przyjęcia wpis do Księgi Oczekujących, - zgon pacjenta na Izbie Przyjęć. autoryzacja danych Izby Przyjęć, System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego. Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu. MoŜliwość zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM System umoŝliwia rejestrację i przechowywanie, w kartotece pacjenta, informacji dotyczących dokumentów potwierdzających uprawnienia do realizacji świadczeń ewidencja danych do rozliczenia produktów kontraktowanych z NFZ wypełnianie i wydruk dokumentów Izby Przyjęć: obsługa Ksiąg: - Karta Wypisowa, - Historia choroby pierwsza strona - Karta Odmowy. - Księga Główna, - Księgi Izby Przyjęć, - Księga Oczekujących, - Odmów i Porad Ambulatoryjnych, - Zgonów. integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: - ewidencji zuŝytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa) - wzajemnego udostępniania danych zleceń i danych o ich wykonaniu, projektowanie własnych formularzy dokumentacji medycznej, wbudowane raporty standardowe: - Ruch chorych Izby Przyjęć osobowy, - Ruch chorych Izby Przyjęć sumaryczny. definiowanie własnych wykazów. Obsługa Oddziału: 15

16 obsługa listy pacjentów Oddziału: - wyszukiwanie pacjentów na liście wg róŝnych parametrów, - modyfikacja danych pacjentów z listy oddziałowej, przegląd danych archiwalnych pacjenta: - w zakresie danych osobowych, - w zakresie danych z poszczególnych pobytów szpitalnych, odmowa lub anulowanie przyjęcia na Oddział wycofanie danych pacjenta na Izbę Przyjęć, zaplanowanie późniejszego terminu przyjęcia wpis do Księgi Oczekujących Oddziału, rejestracja przyjęcia pacjenta na Oddziale: Oddział - nadanie numeru Księgi Oddziałowej automatycznego lub przez uŝytkownika, - wprowadzenie danych lekarza prowadzącego, - moŝliwość modyfikacji danych płatnika, - wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóŝka, - wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych, itp. - Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z moŝliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów). - wywiad wstępny z moŝliwością uŝycia słownika tekstów standardowych, - rozpoznania: wstępne, końcowe, przyczyna zgonu, wykonane pacjentowi elementy leczenia (zlecenia): - procedury, w tym zabiegi, - badania diagnostyczne, - leki, - konsultacje, - diety, Obsługa list zablokowanych kart RUM MoŜliwość obsługi pacjenta NN Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: * Nazwisko * Płeć. Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: - dane osobowe, - dane adresowe (adres stały, tymczasowy, do korespondencji), - dane o rodzinie pacjenta (moŝliwość wpisania więcej niŝ jednego krewnego), - dane o ubezpieczeniu, - dane o zatrudnieniu. ewidencja diagnoz pielęgniarskich: - wprowadzanie diagnozy 16

17 - realizacja procedur - plan realizacji - wydruk indywidualnej karty procesu pielęgnacji moŝliwość wydruku raportu z dyŝuru lekarskiego na podstawie wprowadzonych obserwacji ewidencja przepustek, ewidencja danych porodu dla Oddziału Ginekologiczno-PołoŜniczego): - wpis do Księgi Porodów, - odnotowanie personelu uczestniczącego, - odnotowanie danych noworodka (medyczne, Apgar) rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów: - przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział. - przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego oddziału), - wypis pacjenta ze Szpitala, - zgon pacjenta na Oddziale, Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę. Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta. Blokada moŝliwości ponownego przyjęcia na oddział pacjenta juŝ przebywającego w tym czasie w szpitalu. OstrzeŜenie o braku wolnych łóŝek na oddziale podczas przyjmowania pacjenta na oddział. Podgląd stanu łóŝek na oddziałach w trakcie przyjmowania pacjenta na oddział. Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp., autoryzacja danych oddziałowych, ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28, prowadzenie i wydruk Historii Choroby w podziale na: - dane przyjęciowe, - wywiad wstępny (przedmiotowo, podmiotowo), - przebieg choroby, - epikryza (moŝliwością wykorzystania słownika tekstów standardowych). wydruki dokumentów wewnętrznych Oddziału, w tym: - Karta Wypisowa, - Karta Informacyjna. wydruki dokumentów zewnętrznych Oddziału, w tym: - Karta Statystyczna, - Karta Leczenia Psychiatrycznego, - Karta ZakaŜenia Szpitalnego, 17

18 obsługa Ksiąg: - Karta Nowotworowa, - Karta Zgłoszenia Choroby Zakaźnej, - Karta Zgonu, - Karta TISS28. - Księga Główna, - Oddziałowa, - Oczekujących, - Zgonów, - Noworodków, - Zabiegów. moŝliwość definiowania własnych szablonów wydruków, wbudowane raporty standardowe: - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres) - ilość osobodni z uwzględnieniem przepustek, w zadanym okresie - obłoŝenie łóŝek na dany moment - diety podane pacjentom oddziału. moŝliwość definiowania własnych wykazów moŝliwość projektowania formularzy dokumentacji medycznej integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: - ewidencji zuŝytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa), - wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna). Statystyka Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z moŝliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów) oraz danych osobowych. Wyszukiwanie pacjentów wg róŝnych parametrów: - imię, - nazwisko, - nazwisko rodowe pacjenta, - identyfikator pacjenta w systemie informatycznym, - PESEL, - wiek, - płeć, - data urodzenia, - numer Księgi Głównej, - data przyjęcia na Izbę Przyjęć lub oddział, 18

19 - lekarz prowadzący, - numer karty RUM, - miejscowość, ulica, kod administracyjny, - diagnozy/wykonane usługi Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie (wyników zleceń, danych formularzowych). MoŜliwość wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale. Automatyczna aktualizacja karty statystycznej. Obsługa skorowidza pacjentów z moŝliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna): rejestracja i modyfikacja danych pacjentów, potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności dokumentacji, wbudowane wydruki zewnętrzne: - Karta Statystyczna, - Karta Leczenia Psychiatrycznego, - Karta Zgonu, obsługa Ksiąg: - Księga Główna, - Księga Odmów, - Księga Zgonów, - Księga Noworodków, moŝliwość definiowania własnych szablonów wydruków, wbudowane raporty standardowe: - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres) - ilość osobodni z uwzględnieniem przepustek, w zadanym okresie - obłoŝenie łóŝek na dany moment - diety podane pacjentom oddziału. moŝliwość definiowania własnych wykazów moŝliwość projektowania formularzy dokumentacji medycznej wbudowane raporty standardowe: - statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba. przyjętych, liczba wypisanych, liczba osobodni), - z obłoŝenia łóŝek, - zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej (sumaryczne i osobowe) moŝliwość definiowania własnych wykazów. Sprawozdawczość do NFZ korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i/lub poradniach bez konieczności importu danych do modułów pośrednich 19

20 Sprawozdawczość z oddziałami NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS. Po otrzymaniu informacji z NFZ uprawniony uŝytkownik działu rozliczeń musi mieć moŝliwość modyfikacji danych. W przypadku, komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych operacje te muszą odbywać się automatycznie w systemie HIS. elektroniczna komunikacja z instytucjami nadrzędnymi, w tym: - Oddziały NFZ, - Centrum Zdrowia Publicznego, - PZH. Symulator JGP Nazwa wymagania Symulator dostępny w systemie Symulator dostępny poprzez przeglądarkę WWW Wstępne zasilenie symulatora danymi z wybranej hospitalizacji MoŜliwość sprawnej modyfikacji danych w symulatorze i obserwacja wpływu zmian na wyznaczane JGP Modyfikacja danych pacjenta (wiek, płeć), Modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb wypisu, tryb i charakter hospitalizacji, Dodanie lub usuniecie pobytu Modyfikacja danych pobytu (data przyjęcia, data wypisu, cz. VIII kodu resortowego komórki, kod świadczenia, rozpoznanie zasadnicze, rozpoznania współistniejące, procedury medyczne (daty wykonania)) WyróŜnianie kolorami danych hospitalizacji nieisotnych z punktu widzenia wyznaczenia JGP MoŜliwość określenia wersji grupera za pomocą którego wyznaczone zostaną JGP Wersja grupera wynikająca z daty zakończenia hospitalizacji, Dowolna wersja grupera istniejąca w systemie, Wskazywanie JGP z podziałem na JGP, dla której hospitalizacja spełnia warunki wyboru, JGP, dla których hospitalizacja nie spełnia warunków, JGP, które istnieją w planie umowy świadczeniodawcy, WyróŜnienie kolorem pozycji w celu odzwierciedlenia waŝności wyznaczonych JGP z punktu widzenia świadczeniodawcy (np. istniejących w planie umowy a tym samym moŝliwych do rozliczenia) W przypadku wskazania JGP do których pacjent mógłby zostać zakwalifikowany jednak nie zostały spełnione wszystkie warunki - wskazanie tych warunków MoŜliwość przeglądu podstawowych informacji o wybranej JGP Wartości taryf dla poszczególnych trybów hospitalizacji, Parametry związane z mechanizmem osobodni (liczba dni finansowana grupą, taryfa dla hospitalizacji trwających < 2 dni, wartość punktowa osobodnia ponad ryczałt finansowany grupą), Parametry JGP (warunki, które musi spełniać hospitalizacja), Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie, Prezentacja wykresów ilustrujących zaleŝność naliczonych taryf od czasu hospitalizacji pacjenta Apteka Nazwa wymagania Ewidencja dostaw środków farmaceutycznych. Pełna obsługa magazynu. Rozdzielenie dokumentów magazynowych od finansowych. Wielomagazynowość. obsługa magazynu leków apteki : 20

21 konfiguracja magazynu apteki: - moŝliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych, - moŝliwość definiowania własnych grup leków (globalnych i lokalnych), - moŝliwość tworzenia lokalnych słowników leków dla magazynów, - moŝliwość definiowania własnych dokumentów (np. Rozchód Darów, Przyjęcie bezpłatnych próbek itp.), - moŝliwość automatycznego numerowania dokumentów wg definiowanego wzorca. Powiązanie dokumentów dostaw z umowami przetargowymi; kontrola cen i wykorzystania przetargów. Obsługa odpowiedników podczas wydawania leków; ewidencja przyczyny zamiany lub nie wydania leku. MoŜliwość wczytania do systemu dokumentów ewidencjonujących dostawy w formie elektronicznej. System będzie umoŝliwiał automatyczna aktualizację źródłowych baz danych przez Internet. sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i materiałów medycznych. Zamówienia mogą być przygotowywane automatycznie, na podstawie aktualnych stanów magazynowych, stanów minimalnych i maksymalnych, dostawa środków farmaceutycznych i materiałów medycznych do apteki: - dostawa od dostawców, z moŝliwością wprowadzana ich drogą elektroniczną (moŝliwość rejestrowania równieŝ dostaw nie fakturowanych), - sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych oraz płynów infuzyjnych, - sporządzanie roztworów spirytusowych, - import docelowy zakładowy i indywidualny, - zwrot z oddziałów z automatyczną aktualizacją stanów apteczki oddziałowej, - dary, - korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych. MoŜliwość definiowania grup/klas leków (jeden lek moŝe zostać przyporządkowany do jednej grupy/klasy). wydawanie środków farmaceutycznych z apteki: - wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową), - moŝliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału - wydawanie na zewnątrz, - zwrot do dostawców, - ubytki i straty nadzwyczajne, - korekta wydań środków farmaceutycznych, - definiowanie i kontrola limitów wartościowych wydanych leków. korekta stanów magazynowych: - korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z dokładnością do dostawy lub asortymentu, - generowanie arkusza do spisu z natury, 21

22 - bieŝąca korekta jakościowa stanu magazynowego, - odnotowanie wstrzymania lub wycofania leku z obrotu, - kontrola dat waŝności oraz moŝliwość automatycznego zdejmowania ze stanów magazynowych leków przeterminowanych. Zarządzanie receptariuszami oddziałowymi wraz z odnotowaniem statusu leku: w receptariuszu lokalnym dostępny do zamawiania dopuszczony do obrotu. przegląd stanów magazynowych bieŝących oraz na wybrany dzień. wspieranie obsługi i kontroli zamówień (w tym publicznych): - przekazywanie listy asortymentowo - wartościowej leków do modułu realizującego funkcjonalność Obsługi zamówień i przetargów, - pobieranie zwycięskiej oferty (umowy), - kontrola realizacji dostaw i poziomu cen w ramach zwycięskiej oferty (umowy). czynności analityczno-sprawozdawcze raporty i zestawienia: - na podstawie rozchodów, - na podstawie przychodów, - na podstawie obrotów. moŝliwość wydruku do XLS generator raportów (moŝliwość definiowania własnych zestawień). wspomaganie decyzji farmakoterapeutycznych: przechowywanie informacji o leku, mechanizm stop-order, odnotowywanie działań niepoŝądanych. moŝliwość definiowania receptariusza szpitalnego Apteczka oddziałowa Opis parametru Składanie zamówień na leki do apteki centralnej w formie elektronicznej. Odbieranie informacji o realizacji zamówienia leków z apteki centralnej. Przy współpracy z modułem Zleceń Leków na Pacjenta system posiada moŝliwość ewidencji rozchodu leków na oddziały i na pacjenta. Ewidencja ubytków i strat nadzwyczajnych. Ewidencja przesunięć między magazynami apteczek oddziałowych. Generowanie arkusza do spisu z natury. Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury. Mechanizm stop-order (blokowanie serii leków np. w odpowiedzi na komunikat GIF). Przegląd bieŝących stanów magazynowych Przegląd stanów magazynowych na zadany dzień (dla wybranego magazynu) Kontrola dat waŝności leków znajdujących się na stanie apteczek oddziałowych (z moŝliwością ustawienia wyprzedzenia z jakim mają być prezentowane dane leków o kończącym się okresie waŝności). 22