ZAŁĄCZNIK NR 9.21.SSI DO SIWZ MAZOWIECKIE CENTRUM REHABILITACJI STOCER SP. Z O.O. OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się z 199 ponumerowanych stron Warszawa, dnia 14.01.2015 r. Strona 1 z 199
Spis treści Spis treści... 1 Rozdział I. Założenia początkowe oraz wymagania ogólne.... 5 I.1 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI.... 5 I.1.4 Wymagany stan docelowy:... 6 I.2 ZAKRES: WYMAGANIA OGÓLNE... 6 Rozdział II. Wymagana, dodatkowa funkcjonalnośd w przypadku rozbudowy istniejącego SSI o dodatkowe moduły.... 10 II.1 ZAKRES: RUCH CHORYCH... 10 II.1.1 Moduł/grupa funkcjonalności: Izba przyjęd... 10 II.1.2 Moduł/grupa funkcjonalności: Oddział... 16 II.1.3 Moduł/grupa funkcjonalności: Statystyka... 23 II.1.4 Moduł/grupa funkcjonalności: Rehabilitacja... 25 II.1.5 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych... 30 II.2 ZAKRES: PRZYCHODNIA... 35 II.2.1 Moduł/grupa funkcjonalności: Gabinet lekarski... 35 II.2.2 Moduł/grupa funkcjonalności: Gabinet zabiegowy... 38 II.2.3 Moduł/grupa funkcjonalności: Statystyka Przychodni... 39 II.3 ZAKRES: PRACOWNIA DIAGNOSTYCZNA... 40 II.3.1 Moduł/grupa funkcjonalności: Pracownia Diagnostyczna... 40 II.4 ZAKRES: APTEKA... 47 II.4.1 Moduł/grupa funkcjonalności: Apteczka oddziałowa... 47 II.4.2 Moduł/grupa funkcjonalności: Apteka... 50 II.5 ZAKRES: MODUŁY DODATKOWE... 53 II.5.1 Moduł/grupa funkcjonalności: Blok Operacyjny... 53 II.5.2 Moduł/grupa funkcjonalności: Zlecenia medyczne... 56 II.5.3 Moduł/grupa funkcjonalności: Kalkulacja Kosztów Leczenia... 58 II.5.4 Moduł/grupa funkcjonalności: Punkt Pobrao... 62 II.5.5 Moduł/grupa funkcjonalności: Wsparcie zarządzania systemem jakości... 63 II.5.6 Moduł/grupa funkcjonalności: Obsługa urządzeo mobilnych... 68 Strona 2 z 199
II.5.7 Moduł/grupa funkcjonalności: Usługi elektroniczne dla pacjenta... 69 II.5.8 Moduł/grupa funkcjonalności: Zakażenia... 71 II.6 ZAKRES: PRACOWNIA RADIOLOGICZNA RIS/PACS... 72 II.6.1 Moduł/grupa funkcjonalności: ZARZĄDZANIE ZAKŁADEM RADIOLOGII (RIS)... 72 II.6.2 Moduł/grupa funkcjonalności: IMPORT BADAO Z NOŚNIKÓW ZEWNĘTRZNYCH... 82 II.6.3 Moduł/grupa funkcjonalności: CD EXPORT... 82 II.6.4 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH (PACS)... 85 II.6.5 Moduł/grupa funkcjonalności: ADMINISTRATOR ARCHIWUM BADAO OBRAZOWYCH PACS 89 II.6.6 Moduł/grupa funkcjonalności: DYSTRUBUCJA BADAO OBRAZOWYCH... 93 II.6.7 Moduł/grupa funkcjonalności: PRZEGLĄDARKA EKG... 98 II.6.8 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH VIDEO... 101 Rozdział III. Wymagana funkcjonalnośd SSI konieczna do zachowania w przypadku wymiany istniejącego oprogramowania na oprogramowanie równoważne o podanych kryteriach równoważności.... 103 III.1 ZAKRES: RUCH CHORYCH... 103 III.1.1 Moduł/grupa funkcjonalności: Izba przyjęd... 103 III.1.2 Moduł/grupa funkcjonalności: Oddział... 109 III.1.3 Moduł/grupa funkcjonalności: Statystyka... 116 III.1.4 Moduł/grupa funkcjonalności: Rehabilitacja... 118 III.1.5 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych... 123 III.2 ZAKRES: PRZYCHODNIA... 128 III.2.1 Moduł/grupa funkcjonalności: Gabinet lekarski... 128 III.2.2 Moduł/grupa funkcjonalności: Gabinet zabiegowy... 131 III.2.3 Moduł/grupa funkcjonalności: Statystyka Przychodni... 131 III.3 ZAKRES: PRACOWNIA DIAGNOSTYCZNA... 133 III.3.1 Moduł/grupa funkcjonalności: Pracownia Diagnostyczna... 133 III.4 ZAKRES: APTEKA... 140 III.4.1 Moduł/grupa funkcjonalności: Apteczka oddziałowa... 140 III.4.2 Moduł/grupa funkcjonalności: Apteka... 143 III.5 ZAKRES: MODUŁY DODATKOWE... 146 III.5.1 Moduł/grupa funkcjonalności: Blok Operacyjny... 146 III.5.2 Moduł/grupa funkcjonalności: Rejestracja/Recepcja... 149 Strona 3 z 199
III.5.3 Moduł/grupa funkcjonalności: Zlecenia medyczne... 150 III.5.4 Moduł/grupa funkcjonalności: Kalkulacja Kosztów Leczenia... 152 III.5.5 Moduł/grupa funkcjonalności: Punkt Pobrao... 156 III.5.6 Moduł/grupa funkcjonalności: Wsparcie zarządzania systemem jakości... 157 III.5.7 Moduł/grupa funkcjonalności: Obsługa urządzeo mobilnych... 162 III.5.8 Moduł/grupa funkcjonalności: Usługi elektroniczne dla pacjenta... 164 III.5.9 Moduł/grupa funkcjonalności: Zakażenia... 165 III.6 ZAKRES: PRACOWNIA RADIOLOGICZNA RIS/PACS... 166 III.6.1 Moduł/grupa funkcjonalności: ZARZĄDZANIE ZAKŁADEM RADIOLOGII (RIS)... 166 III.6.2 Moduł/grupa funkcjonalności: IMPORT BADAO Z NOŚNIKÓW ZEWNĘTRZNYCH... 176 III.6.3 Moduł/grupa funkcjonalności: CD EXPORT... 177 III.6.4 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH (PACS)... 179 III.6.5 Moduł/grupa funkcjonalności: ADMINISTRATOR ARCHIWUM BADAO OBRAZOWYCH PACS 183 III.6.6 Moduł/grupa funkcjonalności: DYSTRUBUCJA BADAO OBRAZOWYCH... 188 III.6.7 Moduł/grupa funkcjonalności: PRZEGLĄDARKA EKG... 192 III.6.8 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH VIDEO... 195 Strona 4 z 199
Rozdział I. Założenia początkowe oraz wymagania ogólne. I.1 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI. I.1.1 Wykonawca zobowiązuje się dostarczyd Partnerowi Projektu wymagane funkcjonalności SSI, poprzez dostawę nowego rozwiązania lub zmodernizowanie i rozbudowanie istniejącego w taki sposób, aby w jak najszerszym zakresie zostały zaspokojone obecne i przyszłe potrzeby PP. Koniecznym jest zachowanie pełnej wzajemnej interoperacyjności nowo wdrażanych modułów/grup funkcjonalności, a także w przypadku rozbudowy, pełnej interoperacyjności z modułami/grupami /systemami funkcjonalności już funkcjonującymi u PP I.1.2 W przypadku dostarczenia nowego lub rozbudowy i zmodernizowania istniejącego systemu, Wykonawca zobowiązuje się zachowad (utrzymad status quo, odtworzyd) funkcjonalnie pełną, istniejącą obecnie integrację z systemami zewnętrznymi wskazanymi przez Partnera Projektu na etapie Analizy przedwdrożeniowej, które nie są przedmiotem wymiany lub rozbudowy w ramach Projektu. I.1.3 W przypadku, gdy wykonawca dokonuje rozbudowy systemu posiadanego przez Partnera przy użyciu produktu z innej linii produktowej (rozumianej jako produkt o innej nazwie handlowej lub innym zarejestrowanym znaku towarowym) wykonawca zobowiązany jest zaktualizowad wszystkie posiadane przez Partnera moduły systemu do ich najnowszej wersji z linii produktowej wdrażanej jako rozbudowa. I.1.4 Szpitalny System Informatyczny, stanowiący źródło Elektronicznej Dokumentacji Medycznej musi mied zaimplementowane i uruchomione mechanizmy integracji oraz zapewnid prawidłową integrację z lokalnym systemem EDM (REDM) będącym integralną częścią zamówienia, co najmniej poprzez zastosowanie interfejsu zgodnego ze standardem HL7 CDA Clinical Document Architecture, w wersji v.1 oraz v.2 Stan bieżący posiadanych systemów. Partner Projektu posiada w części medycznej Szpitalny System Informatyczny CliniNET firmy CGM. Strona 5 z 199
I.1.5 Wymagany stan docelowy: Partner Projektu oczekuje rozbudowy obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie dodatkowych modułów w oparciu o wymagania przedstawione w opisie przedmiotu zamówienia. Konieczna jest również integracja systemu z zewnętrznym laboratorium. Oferowany SSI musi posiadad realizowad wszystkie funkcjonalności przedstawione poniżej. I.2 ZAKRES: WYMAGANIA OGÓLNE I.2.1.1 System jest zintegrowany, przez co rozumie się zintegrowaną pracę wszystkich jego podsystemów/modułów w oparciu o swobodną, automatyczną wymienialnośd danych pomiędzy nimi. I.2.1.2 System ma interfejs graficzny dla wszystkich swoich podsystemów/modułów. I.2.1.3 System, co najmniej w zakresie swoich podsystemów/modułów obejmujących: ruch chorych, aptekę centralną, apteczki oddziałowe, lecznictwo otwarte i rozliczenia NFZ powinien pracowad w oparciu o tę samą bazę danych, przez co należy rozumied tę samą instancję bazy danych i te same tabele bazy danych. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w podsystemów/modułów. I.2.1.4 W systemie musi zostad zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywad się na poziomie bazy danych I.2.1.5 Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymaga instalowania żadnego oprogramowania na stacjach klienckich. Dostęp do aplikacji przez WWW dotyczy co najmniej następujących podsystemów/modułów/grup funkcjonalności: izba przyjęd, oddział szpitalny, zlecenia, poradnia specjalistyczna I.2.1.6 Dane systemu przechowywane są w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. I.2.1.7 W podsystemach/modułach części medycznej systemu musi byd zapewniona praca w pełnej funkcjonalności na tabletach lub komputerach wyposażonych w monitory dotykowe. I.2.1.8 System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku Strona 6 z 199
oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszcza się komunikację w języku angielskim. I.2.1.9 W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi, automatyczne wypełnianie pól (np. automatyczne wprowadzenie kodu TERYT na podstawie nazwy miejscowości i/lub kodu pocztowego), szablony, słowniki grup danych (np. katalogi leków, procedur medycznych, jednostek chorobowych, danych osobowych czy danych terytorialnych). I.2.1.10 System zapewnia odpornośd struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak również łatwośd wykonania ich kopii bieżących. I.2.1.11 Musi istnied możliwośd obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki I.2.1.12 W każdym oknie, gdzie możliwa jest edycja powinien znajdowad się klawisz <cofnij> lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych I.2.1.13 W każdym polu edycyjnym(opisowym) tj. np. treśd wywiadu powinna istnied możliwośd wybrania i skorzystania z dowolnego zdefiniowanego formularza, tekstu standardowego lub wczytania tekstu zapisanego w pliku zewnętrznym. Powinna również w tych miejscach istnied możliwośd zapisu wprowadzonego tekstu do zewnętrznego pliku oraz powinny byd udostępnione podstawowe narzędzia ułatwiające edycję np. kopiuj/wklej. I.2.1.14 Wszystkie błędy niewypełnienia pól obligatoryjnych oraz niewłaściwego wypełnienia pól powinny byd prezentowane w jednym komunikacie z możliwością szybkiego przejścia do miejsc na formularzach w aplikacji, gdzie błędy te wystąpiły. I.2.1.15 System umożliwia wykonanie nowej operacji wprowadzenia/edycji danych bez konieczności przerywania czynności dotychczas wykonywanej (np. obsługa zdarzenie w trybie nagłym) i powrót do zawieszonej czynności bez utraty danych, kontekstu itp. I.2.1.16 System posiada mechanizm wyróżnienia wyświetlanych pól formularzy danych: I.2.1.16.1 I.2.1.16.2 I.2.1.16.3 których wypełnienie jest obligatoryjne, przeznaczonych do edycji, wypełnionych niepoprawnie. Strona 7 z 199
I.2.1.17 System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych). I.2.1.18 Dane powinny byd chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnieo użytkowników. Każdy użytkownik systemu powinien mied odrębny login i hasło. Jakakolwiek funkcjonalnośd systemu (niezależnie od ilości funkcjonujących podsystemów/modułów) musi byd dostępna dla użytkownika dopiero po jego zalogowaniu. System uprawnieo powinien byd tak skonstruowany, aby można było użytkownikowi nadad uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnieo powinien umożliwiad definiowanie grup uprawnieo, które mogłyby byd przydzielane poszczególnym użytkownikom. I.2.1.19 W przypadku przechowywania haseł w bazie danych, hasła muszą byd zapamiętane w postaci niejawnej (zaszyfrowanej). I.2.1.20 Musi istnied możliwośd nadawania użytkownikowi pojedynczych uprawnieo z listy dostępnych. System musi umożliwiad definiowanie grup użytkowników i przydzielanie użytkowników do tych grup. I.2.1.21 Musi istnied możliwośd nadania użytkownikowi uprawnieo do pracy wyłącznie w kontekście wybranej/wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzny lub gabinet POZ i izba przyjęd. I.2.1.22 System musi umożliwid zmianę jednostki organizacyjnej, w kontekście której pracuje użytkownik bez konieczności wylogowywania się z systemu. I.2.1.23 System powinien umożliwiad nadawanie uprawnieo użytkownikom do jednostek organizacyjnych w których pracują, np. lekarz pracujący na izbie przyjęd i oddziale wewnętrznym powinien w swoich aplikacjach widzied tylko pacjentów izby przyjęd i tego jednego oddziału. I.2.1.24 System musi tworzyd i utrzymywad log systemowy, w którym rejestrowane są wykonane przez wszystkich użytkowników systemu najważniejsze czynności (zalogowanie do systemu, wylogowanie z systemu, modyfikacja zawartości pól rekordów z możliwością analizy historii zmienianych wartości danych). I.2.1.25 System powinien automatycznie wylogowywad lub blokowad sesję użytkownika po zadanym czasie braku aktywności. Strona 8 z 199
I.2.1.26 Co najmniej w części medycznej systemu użytkownik po zalogowaniu powinien widzied pulpit zawierający tylko te funkcje i moduły, które są dostępne dla tego użytkownika. I.2.1.27 System powinien umożliwiad obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien: I.2.1.27.1 pokazywad tylko to, co w danym momencie jest najważniejsze, I.2.1.27.2 udostępniad tylko te zadania, które na danym etapie powinny zostad wykonane, I.2.1.27.3 niezbędne, I.2.1.27.4 umożliwid wprowadzenie tylko tych danych, które są podpowiadad kolejne kroki procesu. I.2.1.28 System musi posiadad mechanizmy przesyłania i odbierania komunikatów tekstowych do poszczególnych użytkowników i ich grup. I.2.1.29 System musi posiadad mechanizm powiadomieo generowanych automatycznie w związku ze śledzeniem stanów określonych obiektów (np. zlecenie, pacjent), zmianą lub brakiem zmiany stanu w czasie. I.2.1.30 System musi umożliwiad automatyczne wprowadzenie danych pacjenta co najmniej z dowodu osobistego przy wykorzystaniu czytnika (skanera) dokumentów (funkcjonalnośd wykorzystywana podczas obsługi przyjęcia pacjenta w izbie przyjęd, rejestracji poradni, rejestracji pracowni, itp.) I.2.1.31 System musi umożliwiad przekazywanie wyników sprawozdao i analiz w postaci elektronicznej. System przygotowuje wyniki sprawozdao i analiz w postaci plików co najmniej w formatach CSV lub HTML lub XML. I.2.1.32 System musi korzystad z zewnętrznych słowników, które są zaimplementowane w wersji instalacyjnej systemu i aktualizowane (w przypadku zmiany ich zawartości) w ramach dostarczania nowych wersji systemu (m.in. Słownik Kodów Resortowych, Klasyfikacja Zawodów, Słownik Kodów Tytułów Ubezpieczenia ZUS, Klasyfikacja Środków Trwałych) oraz daje możliwośd korzystania ze słowników wewnętrznych (np. słownik ośrodków powstawania kosztów) porządkujących powtarzalne dane w ramach systemu. I.2.1.33 Musi istnied możliwośd zarządzania słownikami (wprowadzanie/modyfikacja/usuwanie) z poziomu administratora SSI. Strona 9 z 199
I.2.1.34 System posiada możliwośd dynamicznego definiowania widoków słowników z użyciem mechanizmów filtrowania i sortowania danych. I.2.1.35 System posiada możliwośd definiowania szablonów dokumentów wykorzystywanych w jednostce Rozdział II. Wymagana, dodatkowa funkcjonalnośd w przypadku rozbudowy istniejącego SSI o dodatkowe moduły. SSI Wymagania funkcjonalne w podziale moduły/grupy funkcjonalności związane z gromadzeniem danych Medycznych II.1 ZAKRES: RUCH CHORYCH II.1.1 Moduł/grupa funkcjonalności: Izba przyjęd II.1.1.1 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). II.1.1.2 Wyszukiwanie pacjentów wg różnych parametrów: II.1.1.2.1 II.1.1.2.2 II.1.1.2.3 II.1.1.2.4 II.1.1.2.5 II.1.1.2.6 II.1.1.2.7 II.1.1.2.8 II.1.1.2.9 imię, nazwisko, nazwisko rodowe pacjenta, identyfikator pacjenta w systemie informatycznym, PESEL, wiek, płed, data urodzenia, Numer Księgi Głównej, II.1.1.2.10 data przyjęcia na Izbę Przyjęd/Oddział, II.1.1.2.11 II.1.1.2.12 Numer karty RUM, Miejscowośd, ulica, kod administracyjny, Strona 10 z 199
II.1.1.2.13 II.1.1.2.14 Diagnozy/wykonane usługi, Zakodowane świadczenia NFZ. II.1.1.3 Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. II.1.1.4 Możliwośd przypisania lekarza kwalifikującego przy przeniesieniu pacjenta na Oddział z Izby Przyjęd. II.1.1.5 System posiada mechanizm zabezpieczający przed wyborem wykluczających się nawzajem trybów przyjęcia i źródeł skierowania. System ponadto automatycznie uzupełniania drugie pole gdy poprawna jest tylko jedna wartośd. II.1.1.6 Obsługa list zablokowanych kart RUM II.1.1.7 Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: II.1.1.7.1 II.1.1.7.2 Nazwisko Płed II.1.1.8 Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: II.1.1.8.1 dane osobowe, II.1.1.8.2 dane adresowe (adres stały, tymczasowy, do korespondencji), II.1.1.8.3 dane o rodzinie pacjenta (możliwośd wpisania więcej niż jednego krewnego), II.1.1.8.4 II.1.1.8.5 dane o ubezpieczeniu, dane o zatrudnieniu II.1.1.9 Możliwośd generowania wydruków bezpośrednio z ekranu przyjęcia pacjenta dostępne wydruki są konfigurowane w module administracyjnym. II.1.1.10 System automatycznie uzupełniania 'Miejscowośd' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta. II.1.1.11 System daje możliwośd przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR. II.1.1.12 System prowadzi wspólną bazę pacjentów i krewnych w taki sposób, aby uniknąd podwójnego wprowadzania danych (np. raz jako pacjent i drugi raz jako krewny). Strona 11 z 199
II.1.1.13 Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II.1.1.14 System sprawdza poprawnośd numeru PESEL podczas wprowadzania danych pacjenta. II.1.1.15 System pozwala na wprowadzenie danych pacjenta z tzw. błędnym numerem PESEL (m.in. na potrzeby obsługi zdarzających się błędnie wydanych numerów PESEL). II.1.1.16 System automatycznie uzupełnia datę urodzenia pacjenta i płed na podstawie numeru PESEL. II.1.1.17 Zabezpieczenie przed dodaniem do rejestru pacjentów kolejnego pacjenta z tym samym numerem PESEL. W takim przypadku wybierany jest pacjent już istniejący w rejestrze. II.1.1.18 Możliwośd oznaczenia pacjentów będących osobami publicznymi lub VIP, co skuktuje ograniczeniem dostępu do danych tych pacjentów jedynie dla osób uprawnionych. II.1.1.19 System pozwala oznakowad pacjenta ze względu na zakaz informowania o pobycie pacjenta. II.1.1.20 Szybki podgląd danych pacjenta wybranego z rejestru pacjentów. II.1.1.21 Rejestracja pobytu pacjenta na Izbie Przyjęd z możliwością odnotowania następujących danych: II.1.1.21.1 II.1.1.21.2 II.1.1.21.3 II.1.1.21.4 II.1.1.21.5 tryb przyjęcia, dane skierowania, rozpoznania ze skierowania, dane o płatniku, lekarz przyjmujący II.1.1.22 Administracja słownikami lekarzy i jednostek kierujących z poziomu aplikacji: II.1.1.22.1 II.1.1.22.2 II.1.1.22.3 dodanie nowego wpisu do rejestru, edycja istniejącego wpisu, usunięcie istniejącego wpisu II.1.1.23 System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego. Strona 12 z 199
II.1.1.24 Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu. II.1.1.25 Możliwośd zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM II.1.1.26 Załączanie dokumentów do skierowania, skanowanie dokumentów. II.1.1.27 Możliwośd gromadzenia danych medycznych związanych z pobytem na Izbie Przyjęd: II.1.1.27.1 II.1.1.27.2 II.1.1.27.3 II.1.1.27.4 II.1.1.27.5 II.1.1.27.6 rozpoznanie wstępne, rozpoznanie ze skierowania, wywiad, badania, zastosowane leczenie, zalecenia II.1.1.28 Możliwośd gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI II.1.1.29 Możliwośd definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych. II.1.1.30 Możliwośd odnotowania wykonanych pacjentowi na Izbie Przyjęd elementów leczenia (procedury, leki, badania, zabiegi, konsultacje). II.1.1.31 Możliwośd odnotowania zużytych materiałów do przeprowadzonych na Izbie Przyjęd zabiegów i przypisania zużycia do pacjenta. II.1.1.32 Odnotowanie odmowy przyjęcia do szpitala automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych. II.1.1.33 pacjenta. Odnotowanie powodu odmowy przyjęcia i kierunku wypisu II.1.1.34 Odnotowanie udzielenia porady ambulatoryjnej na Izbie Przyjęd automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych. II.1.1.35 Zapis świadczeo NFZ udzielonych w ramach porady ambulatoryjnej II.1.1.36 Możliwośd generowania wydruków bezpośrednio z ekranu porady ambulatoryjnej dostępne wydruki są konfigurowane w module administracyjnym. Strona 13 z 199
II.1.1.37 Zakooczenie porady ambulatoryjnej przyjęciem na oddział. II.1.1.38 Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach z informacją na co pacjent oczekuje, z możliwością dodrukowania potwierdzenia wpisu na kolejkę dla pacjenta. II.1.1.39 Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę. II.1.1.40 Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta. II.1.1.41 Skierowanie pacjenta na oddział z możliwością odnotowania trybu przyjęcia, określenia lekarza i jednostki kierującej, wydruku pierwszej strony historii choroby. II.1.1.42 Możliwośd odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu. Przynajmniej wprowadzenie informacji tekstowej z listą zostawionych przedmiotów. II.1.1.43 Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział. II.1.1.44 Obsługa wielu Ksiąg Głównych. II.1.1.45 Blokada możliwości przyjęcia na Izbę Przyjęd pacjenta aktualnie przebywającego w szpitalu (na izbie przyjęd, bądź na oddziale). II.1.1.46 Blokada możliwości udzielenia porady ambulatoryjnej pacjentowi aktualnie przebywającemu na oddziale. II.1.1.47 Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział. II.1.1.48 Dla łóżek możliwe jest określenie restrykcji do walidacji płci przyjmowanych pacjentów: II.1.1.49 Walidacja podczas przyjęcia pacjenta na odział będzie działała w następujący sposób: II.1.1.50 Jeżeli sala będzie określona jako: II.1.1.50.1 Męska (lub żeoska), próba przyjęcia na oddział pacjenta płci przeciwnej spowoduje wyświetlenie ostrzeżenia i zablokuje takie przyjęcie. II.1.1.50.2 Dynamiczna pierwszy przyjęty pacjent determinuje rodzaj sali. Od chwili jego przyjęcia walidacja uniemożliwi przyjęcie pacjenta płci przeciwnej. Jeżeli na sali już wcześniej Strona 14 z 199
znajdowali się pacjenci różnej płci, aplikacja wyświetli o tym ostrzeżenie. II.1.1.50.3 Nieokreślona (koedukacyjna) walidacja wyłączona, więc na salę jednocześnie mogą zostad przyjęte kobiety i mężczyźni." II.1.1.51 Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział. II.1.1.52 Odnotowanie w systemie informacji o zgonie pacjenta na Izbie Przyjęd wraz z wpisem do Księgi Zgonów. II.1.1.53 Wprowadzenie rozpoznao w ramach historii choroby: II.1.1.53.1 II.1.1.53.2 II.1.1.53.3 wstępnych ze skierowania, dodatkowych, przyczyny zgonu (w przypadku zgonu pacjenta) II.1.1.54 Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta. II.1.1.55 Szybki dostęp do najważniejszych funkcji modułu, z przypisanymi na stałe w zakresie całego modułu skrótami klawiaturowymi, m.in. do: II.1.1.55.1 II.1.1.55.2 II.1.1.55.3 II.1.1.55.4 wyszukania pacjenta, wyszukania pobytu, informacji o pacjencie, przeglądu wszystkich hospitalizacji pacjenta II.1.1.56 Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie. II.1.1.57 Przegląd i wydruk ksiąg: II.1.1.57.1 II.1.1.57.2 II.1.1.57.3 II.1.1.57.4 Księga Główna, Księga Oczekujących, Księga Odmów i Porad Ambulatoryjnych, Księga Zgonów II.1.1.58 Wydruk standardowych dokumentów związanych z pobytem pacjenta na Izbie Przyjęd w zakresie gromadzonych w systemie danych: II.1.1.58.1 II.1.1.58.2 II.1.1.58.3 Karta Informacyjna Izby Przyjęd, Karta informacyjna pacjenta z UE, Karta Nowotworowa, Strona 15 z 199
II.1.1.58.4 Karta Zgonu II.1.1.59 System posiada zestaw standardowych zestawieo i raportów: II.1.1.59.1 II.1.1.59.2 II.1.1.59.3 II.1.1.59.4 II.1.1.59.5 II.1.1.59.6 dziennik ruchu chorych, lista pacjentów przyjętych do szpitala, lista pacjentów przebywających w oddziale, lista pacjentów wypisanych ze szpitala, raport dzienny, raport niepełnych danych pacjentów, II.1.1.59.7 raport wykonanych świadczeo (raport interaktywny, z poziomu raportu możliwośd wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu) II.1.1.60 System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej. II.1.1.61 System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta. II.1.1.62 System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10 II.1.1.63 Przy przyjęciu pacjenta system ostrzega, że pacjent był już hospitalizowany w okresie krótszym niż 14 dni. II.1.1.64 Możliwośd 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). II.1.2 Moduł/grupa funkcjonalności: Oddział II.1.2.1 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). II.1.2.2 Wyszukiwanie pacjentów wg różnych parametrów: II.1.2.2.1 II.1.2.2.2 II.1.2.2.3 II.1.2.2.4 II.1.2.2.5 imię, nazwisko, nazwisko rodowe pacjenta, identyfikator pacjenta w systemie informatycznym, PESEL, Strona 16 z 199
II.1.2.2.6 II.1.2.2.7 II.1.2.2.8 II.1.2.2.9 II.1.2.2.10 wiek, płed, data urodzenia, lekarz prowadzący, Numer Księgi Głównej, II.1.2.2.11 data przyjęcia na Izbę Przyjęd/Oddział, II.1.2.2.12 II.1.2.2.13 II.1.2.2.14 NFZ Numer karty RUM, Miejscowośd, ulica, kod administracyjny, Diagnozy/wykonane usługi/zakodowanie świadczenia II.1.2.3 Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. II.1.2.4 System posiada mechanizm zabezpieczający przed wyborem wykluczających się nawzajem trybów przyjęcia i źródeł skierowania. System ponadto automatycznie uzupełniania drugie pole gdy poprawna jest tylko jedna wartośd. II.1.2.5 Obsługa list zablokowanych kart RUM II.1.2.6 System automatycznie uzupełniania 'Miejscowośd' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta. II.1.2.7 System daje możliwośd przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR. II.1.2.8 Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: II.1.2.8.1 II.1.2.8.2 Nazwisko Płed II.1.2.9 Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: II.1.2.9.1 dane osobowe, II.1.2.9.2 dane adresowe (adres stały, tymczasowy, do korespondencji), II.1.2.9.3 dane o rodzinie pacjenta (możliwośd wpisania więcej niż jednego krewnego), II.1.2.9.4 dane o ubezpieczeniu, Strona 17 z 199
II.1.2.9.5 dane o zatrudnieniu II.1.2.10 Możliwośd przyjęcia pacjenta na izbę przyjęd bezpośrednio z modułu Oddział. II.1.2.11 System prowadzi wspólną bazę pacjentów i krewnych w taki sposób, aby uniknąd podwójnego wprowadzania danych (np. raz jako pacjent i drugi raz jako krewny). II.1.2.12 Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II.1.2.13 System sprawdza poprawnośd numeru PESEL podczas wprowadzania danych pacjenta. II.1.2.14 System pozwala na wprowadzenie danych pacjenta z błędnym numerem PESEL. II.1.2.15 System automatycznie uzupełnia datę urodzenia pacjenta i płed na podstawie numeru PESEL. II.1.2.16 Zabezpieczenie przed dodaniem do rejestru pacjentów kolejnego pacjenta z tym samym numerem PESEL. W takim przypadku wybierany jest pacjent już istniejący w rejestrze. II.1.2.17 Możliwośd oznaczenia pacjentów będących osobami publicznymi lub VIP, co skutkuje ograniczeniem dostępu do danych tych pacjentów jedynie dla osób uprawnionych. II.1.2.18 System pozwala oznakowad pacjenta ze względu na zakaz informowania o pobycie pacjenta II.1.2.19 Szybki podgląd danych pacjenta wybranego z rejestru pacjentów. II.1.2.20 Przyjęcie pacjenta na oddział z możliwością odnotowania następujących danych: II.1.2.20.1 II.1.2.20.2 II.1.2.20.3 II.1.2.20.4 II.1.2.20.5 tryb przyjęcia, dane skierowania, rozpoznania ze skierowania, dane o płatniku, lekarz przyjmujący II.1.2.21 Przyjęd. Możliwośd przyjęcia pacjenta na oddział z pominięciem Izby II.1.2.22 System ostrzega lub uniemożliwia rejestrowanie zleceo lekarskich np. na badania, ordynowanie Strona 18 z 199
II.1.2.23 leków w przypadku nie przypisania pacjentowi lekarza prowadzącego. II.1.2.24 Możliwośd odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu. II.1.2.25 Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział. II.1.2.26 II.1.2.27 Możliwośd ręcznej edycji numeru Księgi Głównej. Obsługa wielu Ksiąg Głównych. II.1.2.28 Administracja słownikami lekarzy i jednostek kierujących z poziomu aplikacji: II.1.2.28.1 II.1.2.28.2 II.1.2.28.3 dodanie nowego wpisu do rejestru, edycja istniejącego wpisu, usunięcie istniejącego wpisu II.1.2.29 System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego. II.1.2.30 Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu. II.1.2.31 Możliwośd zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM II.1.2.32 Załączanie dokumentów do skierowania, skanowanie dokumentów. II.1.2.33 Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach z informacją na co pacjent oczekuje. Z możliwością dodrukowania potwierdzenia wpisu na kolejkę dla pacjenta. II.1.2.34 Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę. II.1.2.35 Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta. II.1.2.36 Blokada możliwości ponownego przyjęcia na oddział pacjenta już przebywającego w tym czasie w szpitalu. II.1.2.37 Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział. Strona 19 z 199
II.1.2.38 Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział. II.1.2.39 Możliwośd anulowania przyjęcia pacjenta na oddział wraz z wycofaniem danych pacjenta na Izbę Przyjęd. II.1.2.40 Przeniesienie pacjenta na inny oddział z automatycznym wpisem do Księgi Oddziałowej. II.1.2.41 Przy przenoszeniu pacjenta na inny oddział lub salę system podpowiada salę i lekarza prowadzącego na podstawie poprzednich pobytów pacjenta w ramach tej samej hospitalizacji. II.1.2.42 II.1.2.43 Możliwośd ręcznej edycji numeru Księgi Oddziałowej. Możliwośd anulowania przeniesienia na inny oddział. II.1.2.44 Możliwośd gromadzenia danych medycznych związanych z pobytem na oddziale: II.1.2.44.1 II.1.2.44.2 II.1.2.44.3 II.1.2.44.4 II.1.2.44.5 II.1.2.44.6 II.1.2.44.7 Rozpoznanie Rozpoznanie ze skierowania Wywiad Badania Zastosowane leczenie Epikryza Zalecenia. II.1.2.45 System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10 II.1.2.46 System prezentuje na ekranie podsumowania pobytu pacjenta- diagnozy ICD-10 wraz z wprowadzonymi komentarzami. II.1.2.47 System umożliwia kopiowania do bieżącego pobytu diagnozy ICD-10 wprowadzonej w dowolnym wcześniejszym pobycie pacjenta. II.1.2.48 W przypadku braku rozpoznania głównego na którymkolwiek oddziale w ramach hospitalizacji system pozwala na skopiowanie na ten pobyt diagnozy głównej z oddziału wypisowego. II.1.2.49 System automatycznie podpowiada kodowanie diagnoz hospitalizacji na podstawie zakodowanych diagnoz w poszczególnych pobytach na oddziałach. II.1.2.50 Możliwośd gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI Strona 20 z 199
II.1.2.51 Możliwośd definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych. II.1.2.52 Możliwośd odnotowania wykonanych pacjentowi na oddziale elementów leczenia (procedury, leki, badania, zabiegi, konsultacje). II.1.2.53 Możliwośd odnotowania zużytych materiałów do przeprowadzonych na oddziale zabiegów i przypisania zużycia do pacjenta. II.1.2.54 Prowadzenie karty TISS w systemie. II.1.2.55 Odnotowanie w systemie informacji o zgonie pacjenta wraz z wpisem do Księgi Zgonów. II.1.2.56 Wprowadzenie rozpoznao w ramach historii choroby: II.1.2.56.1 wstępnych ze skierowania, II.1.2.56.2 koocowych (rozpoznanie zasadnicze, dodatkowe, współistniejące) II.1.2.56.3 przyczyny zgonu (w przypadku zgonu pacjenta). II.1.2.57 Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta. II.1.2.58 Możliwośd anulowania zleconych badao, leków i rezerwacji na ekranie wprowadzania zgonu pacjenta. II.1.2.59 Szybki dostęp do najważniejszych funkcji modułu, z przypisanymi na stałe w zakresie całego modułu skrótami klawiaturowymi, m.in. do: II.1.2.59.1 II.1.2.59.2 II.1.2.59.3 II.1.2.59.4 wyszukania pacjenta, wyszukania pobytu, informacji o pacjencie, przeglądu wszystkich hospitalizacji pacjenta. II.1.2.60 Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie. II.1.2.61 Możliwośd wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale. II.1.2.62 II.1.2.63 Obsługa przepustek. Przegląd i wydruk ksiąg: II.1.2.63.1 II.1.2.63.2 Księga Główna, Księga Oddziałowa, II.1.2.63.3 Księga Oczekujących, Strona 21 z 199
II.1.2.63.4 Księga Zgonów. II.1.2.64 Możliwośd zarezerwowania wizyty z poziomu modułu 'Oddział'. II.1.2.65 Prowadzenie i możliwośd wydruku Historii Choroby: dane przyjęciowe, wywiad wstępny (przedmiotowo, podmiotowo), przebieg leczenia, epikryza. II.1.2.66 Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych: II.1.2.66.1 II.1.2.66.2 II.1.2.66.3 II.1.2.66.4 Historia Choroby, Karta Wypisowa, Karta Odmowy Przyjęcia do Szpitala, Karta Informacyjna. II.1.2.67 Możliwośd wypełnienia i wydruk standardowych druków zewnętrznych: II.1.2.67.1 II.1.2.67.2 II.1.2.67.3 II.1.2.67.4 Karta Statystyczna, Karta Nowotworowa, Karta Zgłoszenia Choroby Zakaźnej, Karta Zgonu. II.1.2.68 Możliwośd prowadzania oceny Ryzyka powstania odleżyn* wg skali Nortona II.1.2.69 System posiada zestaw standardowych zestawieo i raportów: II.1.2.69.1 II.1.2.69.2 II.1.2.69.3 II.1.2.69.4 II.1.2.69.5 II.1.2.69.6 dziennik ruchu chorych, lista pacjentów przyjętych do szpitala, lista pacjentów przebywających w oddziale, lista pacjentów wypisanych ze szpitala, raport dzienny, raport niepełnych danych pacjentów, II.1.2.69.7 raport wykonanych świadczeo (raport interaktywny, z poziomu raportu możliwośd wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu), II.1.2.69.8 zestawienia wg jednostki chorobowej. II.1.2.70 Przegląd i aktualizacja danych personalnych, ubezpieczeniowych z możliwością generowania regularnych przypomnieo o konieczności aktualizacji tych danych (alerty o pacjentach Strona 22 z 199
z dokładnością do Oddziału, w momencie zalogowania użytkownika). System musi mied możliwośd definiowania które pola będą objęte alertami. II.1.2.71 Możliwośd 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). II.1.2.72 Możliwośd odnotowywania faktu udzielenia informacji o pobycie pacjenta. II.1.2.73 pacjenta. Możliwośd zmiany lekarza prowadzącego podczas wypisu II.1.3 Moduł/grupa funkcjonalności: Statystyka II.1.3.1 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). II.1.3.2 Wyszukiwanie pacjentów wg różnych parametrów: II.1.3.2.1 II.1.3.2.2 II.1.3.2.3 II.1.3.2.4 II.1.3.2.5 II.1.3.2.6 II.1.3.2.7 II.1.3.2.8 II.1.3.2.9 II.1.3.2.10 II.1.3.2.11 II.1.3.2.12 II.1.3.2.13 II.1.3.2.14 II.1.3.2.15 imię, nazwisko, nazwisko rodowe pacjenta, identyfikator pacjenta w systemie informatycznym, PESEL, wiek, płed, data urodzenia, numer Księgi Głównej, data przyjęcia na Izbę Przyjęd lub oddział, lekarz prowadzący, numer karty RUM, miejscowośd, ulica, kod administracyjny, diagnozy/wykonane usługi, zakodowane świadczenia NFZ. II.1.3.3 Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. Strona 23 z 199
II.1.3.4 Obsługa list zablokowanych kart RUM II.1.3.5 Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II.1.3.6 Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie (wyników zleceo, danych formularzowych). II.1.3.7 Możliwośd wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale. II.1.3.8 Automatyczna aktualizacja karty statystycznej. II.1.3.9 Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych: II.1.3.9.1 II.1.3.9.2 II.1.3.9.3 II.1.3.9.4 Historia Choroby, Karta Wypisowa, Karta Odmowy Przyjęcia do Szpitala, Karta Informacyjna. II.1.3.10 Możliwośd wypełnienia i wydruk standardowych druków zewnętrznych: II.1.3.10.1 II.1.3.10.2 II.1.3.10.3 II.1.3.10.4 II.1.3.10.5 II.1.3.10.6 Karta Statystyczna, Karta Nowotworowa, Karta Zgłoszenia Choroby Zakaźnej, Karta Zakażenia Szpitalnego, Karta Statystyczna Psychiatryczna, Karta Zgonu. II.1.3.11 System posiada zestaw standardowych zestawieo i raportów: II.1.3.11.1 II.1.3.11.2 II.1.3.11.3 II.1.3.11.4 II.1.3.11.5 II.1.3.11.6 II.1.3.11.7 dziennik ruchu chorych, lista pacjentów przyjętych do szpitala, historia zmian numerów ksiąg głównych, lista pacjentów przebywających w oddziale, lista pacjentów wypisanych ze szpitala, raport dzienny, raport niepełnych danych pacjentów, Strona 24 z 199
II.1.3.11.8 raport wykonanych świadczeo (raport interaktywny, po wybraniu pozycji na raporcie możliwośd automatycznego wejścia do właściwego ekranu edycji kodowania), II.1.3.11.9 II.1.3.11.10 II.1.3.11.11 zestawienia wg jednostki chorobowej, miesięczne zestawienie ilości przyczyn zgonów, średni czas pobytu wg jednostki chorobowej. II.1.3.12 Możliwośd zdefiniowania widoku listy raportów jako zestawienia ikon lub listy. Możliwośd definiowania listy ulubionych raportów dla każdego użytkownika oddzielnie. II.1.3.13 Elektroniczna komunikacja z instytucjami nadrzędnymi: II.1.3.13.1 II.1.3.13.2 II.1.3.13.3 Centra Zdrowia Publicznego, NFZ, Ministerstwo Zdrowia. II.1.3.14 System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej. II.1.3.15 System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta. II.1.3.16 Możliwośd kodowania świadczenia z automatycznym rozbiciem na poszczególne dni. Przy użyciu kalendarza można wybrad, w których dniach ma zostad zakodowany produkt. II.1.3.17 Dla chemioterapeutyków z załącznika nr 2 do zarządzenia nr 5/2011/DGL Prezesa NFZ system automatycznie proponuje uzupełnienie pola 'Dawka określona wg'. II.1.3.18 Możliwośd weryfikacji kompletności danych w zakresie sprawozdawczości do NFZ i PZH. II.1.3.19 System umożliwia automatyczne oznaczanie pobytów jako ratujących życie na podstawie konfiguracji diagnoz zapisywanych ze skierowania. II.1.3.20 System umożliwia oznaczenie kodowanych świadczeo NFZ (wszystkich lub wybranych) jako nie do rozliczenia. W takim przypadku nie będą one przesyłane do NFZ. II.1.4 Moduł/grupa funkcjonalności: Rehabilitacja II.1.4.1 Możliwośd rejestrowania pacjenta na rehabilitację w trybie ambulatoryjnym i szpitalnym. Strona 25 z 199
II.1.4.2 Możliwośd stworzenia bazy zabiegów wykowanych w danym ośrodku z przypisaniem numeru wewnętrznego,, kodu ICD9, czasu zabiegu, karencji, punktacji według NFZ, ceny II.1.4.3 Tworzenie bazy pacjentów. Gromadzenie niezbędnych informacji wymaganych przez NFZ. II.1.4.4 Korzystanie ze skorowidza pacjentów z możliwością wyszukiwania wg zadanych kryteriów: nazwisko, imię; PESEL, numer kartoteki, jednostki zlecającej, lekarza zlecającego II.1.4.5 Tworzenie i wydrukowanie skierowania na zabiegi rehabilitacyjne. Dokument zawiera: II.1.4.6 dane pacjenta, II.1.4.6.1 II.1.4.6.2 II.1.4.6.3 II.1.4.6.4 II.1.4.6.5 II.1.4.6.6 II.1.4.6.7 II.1.4.6.8 rozpoznanie, cel zabiegów, rodzaj zabiegów (w tym kody ICD, opisy), planowana data rozpoczęcia, planowane daty wykonania zabiegów, ilośd powtórzeo, parametry dodatkowe, okolice ciała II.1.4.7 Rejestracja pacjenta na zabiegi z automatycznym proponowaniem możliwych terminów zabiegów. II.1.4.8 Podpowiadając możliwe terminy zabiegów system uwzględnia czynniki takie jak: II.1.4.8.1 sala), dostępnośd zasobów (np. rehabilitant, urządzenie, II.1.4.8.2 łączenie zabiegów w pakiety z wymaganymi przerwami i wybraną kolejnością, II.1.4.8.3 możliwośd wyszukania terminów całego cyklu w wybranym przedziale godzinowym, II.1.4.8.4 II.1.4.8.5 różne czasy trwania poszczególnych zabiegów przerwa po zabiegu przypisana do usługi (karencja) II.1.4.8.6 czas po zabiegu, po którym pacjent może mied kolejny zabieg II.1.4.8.7 listę zabiegów zabronionych (określenie karencji, czasu po jakim jeden wybrany zabieg może byd po drugim) Strona 26 z 199
II.1.4.9 Ręczna modyfikacja zaproponowanych terminów. II.1.4.10 Wydruk karty z harmonogramem zabiegów pacjenta od początku pobytu lub od wybranego dnia. II.1.4.11 Przy dokonaniu rezerwacji terminu system automatycznie uzupełnia terminarze dostępności zasobów o dokonaną rezerwację. II.1.4.12 Zwiększenie ilości powtórzeo zabiegu dla cyklu już zaplanowanego, wykonanego zmiana według wskazao lekarza zlecającego. II.1.4.13 Dodanie zabiegu do już zaplanowanego cyklu zabiegowego pacjenta od wybranej daty - zmiany według wskazao lekarza zlecającego II.1.4.14 Anulowanie z określeniem powodu ze słownika dla zarezerwowanego cyklu zabiegów automatycznie dla wszystkich terminów po wyzwoleniu akcji przez użytkownika oraz dla pojedynczych zabiegów. II.1.4.15 Modyfikacja zarezerwowanych terminów zabiegów. II.1.4.16 Tworzenie własnego słownika powodów anulowania zarezerwowanych zabiegów. II.1.4.17 Tworzenie pakietów zabiegów: II.1.4.17.1 możliwośd kilku (min. 5) powtórzeo tego samego zabiegu lub łączenia różnych zabiegów (min. 5) bez uwzględniania karencji pomiędzy nimi. II.1.4.17.2 możliwośd wprowadzenia karencji po danym pakiecie II.1.4.18 II.1.4.19 II.1.4.20 Tworzenie listy zabiegów zabronionych Tworzenie kolejki oczekujących na rehabilitację. Rozliczanie rehabilitacji z NFZ. II.1.4.21 Planowanie czasu pracy, dostępności sal, urządzeo, personelu. II.1.4.21.1 możliwośd ustawienia terminarza (przedziału godzinowego) dla wybranych jednostek kierujących, dla wybranych usług. II.1.4.21.2 możliwośd ustawienia dostępności (terminarza) Sali, urządzenia, personelu dla różnej ilości pacjentów w różnym przedziale godzinowym. II.1.4.22 Blokowanie, zmiana grafiku, terminarza Sali, urządzeo, personelu: Strona 27 z 199
II.1.4.22.1 możliwośd zmiany (zwiększenie lub zmniejszenie) ilości pacjentów dla których dostępna jest sala, urządzenie, personel w wybranych godzinach, w wybranym przedziale czasowym II.1.4.22.2 zmiana godzin pracy sali, urządzenia, personelu II.1.4.22.3 możliwośd blokowania w terminarzu wybranych godzin w wybranych dniach tygodnia, w wybranym przedziale czasowym dla sal, urządzeo, personelu II.1.4.22.4 możliwośd blokowania całego grafiku Sali, urządzenia, personelu w wybranym przedziale czasowym II.1.4.23 Tworzenie planu zabiegów pacjenta. II.1.4.24 Odnotowanie obecności pacjenta na zabiegu przez użytkownika na karcie zabiegowej pacjenta II.1.4.25 Automatyczne odnotowanie obecności pacjenta na zabiegu z użyciem czytnika kodów kreskowych. II.1.4.26 Wydruk karty zabiegowej z danymi i kodami kreskowymi pacjenta oraz zabiegów zawierającej: II.1.4.26.1 dane związane z danym pobytem pacjenta: imię, nazwisko, numer pacjenta, jednostka zlecająca, lekarz zlecający, rozpoznanie, lista zbiegów pacjenta od początku pobytu pacjenta II.1.4.26.2 harmonogram zabiegów aktualnie zaplanowanych w danym przedziale czasowym z określoną godziną zabiegu, lokalizacją, osobą wykonującą zabieg, miejscem na podpis pacjenta II.1.4.27 W pierwszym dniu zabiegu zdjęcie z listy oczekujących dla danego działu. II.1.4.28 Możliwośd uzupełnienia i korekty zabiegów po terminie zakooczenia. II.1.4.29 Przy potwierdzeniu wykonania zabiegów automatyczne sumowanie ilości zabiegów i punktów. II.1.4.30 Tworzenie własnych słowników posiadanych zasobów (urządzenia, personel, sale). II.1.4.31 Możliwośd rozróżnienia czasu pracy: np. zabiegi domowe, zabiegi ambulatoryjne, fizykoterapia, kinezyterapia. II.1.4.32 Możliwośd stworzenia własnego słownika wyróżnienia czasu pracy: zabiegi domowe, zabiegi ambulatoryjne. II.1.4.33 Definiowanie czasu niedostępności personelu, sal, urządzeo. Strona 28 z 199
II.1.4.34 II.1.4.35 Definiowanie słownika powodów niedostępności. Blokowanie terminarza realizacji zabiegów rehabilitacyjnych. II.1.4.36 Przeglądanie grafików pracy poszczególnych zasobów z uwzględnieniem zarówno terminów zarezerwowanych jak i wolnych oraz ilości miejsc dla danego zasobu w danym przedziale czasowym. II.1.4.37 pacjenta. II.1.4.38 II.1.4.39 Możliwośd kodowania całego cyklu zabiegów dla danego Wyróżnienie zabiegów, które zostały wykonane. Obsługa elektronicznych zleceo w ramach całego systemu. II.1.4.40 Wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (np. pracownia diagnostyczna). II.1.4.41 II.1.4.42 badania). Możliwośd śledzenia stanu wykonania zlecenia. Zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku II.1.4.43 Wydruk rezerwacji terminu wykonania zabiegu dla pacjenta z oznaczeniem daty, godziny i miejsca wykonywania zabiegów. II.1.4.44 kierujące: Raportowanie dotyczące zabiegów z podziałem na jednostki II.1.4.44.1 II.1.4.44.2 II.1.4.44.3 II.1.4.44.4 II.1.4.44.5 ilośd zabiegów, rodzaje zabiegów, punktacja z rozbiciem na działy i rodzaje zabiegów, ilości pacjentów i osobodni cenę zabiegu II.1.4.45 Tworzenie zestawieo statystycznych z ilości zaplanowanych zabiegów z uwzględnieniem dodatkowych kryteriów: zabiegi na dany dzieo, wybrany zabieg, Sale, urządzenie, personel. II.1.4.46 Zestawienie listy zaplanowanych zabiegów w danych dniu dla pracowni, personelu, lokalizacji zawierające numer pacjenta oraz godzinę zaplanowanych zabiegów. II.1.4.47 System umożliwia jednoczesne wyszukanie zrealizowanych cykli wielu pacjentów a następnie pozwala jednocześnie przypisad świadczenia NFZ do wybranych przez użytkownika wielu cykli. II.1.4.48 System umożliwia przypisanie lekarza/rehabilitanta prowadzącego dla cyklu zabiegów. Strona 29 z 199
II.1.4.49 Moduł posiada możliwośd konfiguracji przez administratora systemu maksymalnej ilości wykonao zabiegu. II.1.4.50 System w ramach jednego ekranu umożliwia wyszukania cykli według statusu (np. zrealizowane, w trakcie realizacji, zaplanowane), typu zlecenia (np. zlecenie z poradnie, zlecenie z oddziału, zlecenie z ośrodka), przedziału czasu (od - do), zlecenia których termin realizacji upłynął. II.1.4.51 Możliwośd przeglądania stanowisk (Sali, urządzenia, personelu) z uwzględnieniem lokalizacji. II.1.4.52 csv: Tworzenie raportów z możliwością exportu do formatu xls lub II.1.4.52.1 lista pacjentów z zaplanowanymi lub wykonanymi cyklami zabiegów zawierający: dane pacjenta (imię, nazwisko, numer pacjenta), jednostkę zlecającą, datę początku, kooca cyklu zabiegowego II.1.4.52.2 wykorzystanie procentowe sali, urządzenia, personelu w przedziale czasowym w uwzględnieniem zabiegów wykonanych lub zaplanowanych II.1.4.52.3 lista zabiegów z danego przedziału czasowego z podziałem na jednostki zlecające zawierający kod zabiegu, nazwę zabiegu, ilośd zabiegów, ilośd osób, punkty NFZ II.1.4.52.4 zestawienie roczne, miesięczne wykonanych zabiegów z podziałem na miesiące w zależności od jednostki zlecającej, zabiegu, sali, urządzenia, personelu II.1.5 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych II.1.5.1 ZARZĄDZANIE KONTRAKTAMI I CENNIKAMI II.1.5.2 System umożliwia definiowanie umów: II.1.5.2.1 II.1.5.2.2 II.1.5.2.3 rodzin, II.1.5.2.4 II.1.5.2.5 na świadczenie usług w ramach medycyny pracy, na opiekę zdrowotną pracowników, na opiekę zdrowotną pracowników i ich członków z firmami ubezpieczeniowymi, indywidualnych umów na opiekę zdrowotną. II.1.5.3 System umożliwia wprowadzanie danych umów w następującym Zakresie: II.1.5.3.1 rodzaj klienta (korporacyjny, indywidualny), Strona 30 z 199
II.1.5.3.2 II.1.5.3.3 II.1.5.3.4 II.1.5.3.5 II.1.5.3.6 II.1.5.3.7 okres obowiązywania Umowy, data podpisania, aktywacji, wejścia w życie, rozwiązania, wygaśnięcia, przedmiot umowy, informacje o raportach związanych z daną umową, automatyczne generowanie numerów umów. II.1.5.4 Definiowanie zakresu usług realizowanych w ramach umowy. Umowa budowana jest z pakietów usług. Dla każdego z pakietów usług istnieje możliwośd zdefiniowania: II.1.5.4.1 II.1.5.4.2 indywidualnej nazwy handlowej, okresu dostępności pakietu usług w ramach umowy, II.1.5.4.3 sposobu rozliczania umowy (ryczałt, cennik standardowy, cennik indywidualny), II.1.5.4.4 rabatów, procentowego udziału płatności pacjenta, dostępnośd umowy dla pacjentów (wszyscy pacjenci, zamknięta lista beneficjentów, otwarta lista). II.1.5.5 Definiowanie pakietów usług dla członków rodzin pracowników. Dla każdego z pakietów istnieje możliwośd określenia osób uprawnionych przez podanie: II.1.5.5.1 II.1.5.5.2 II.1.5.5.3 stopnia pokrewieostwa, przedziału wieku, liczby osób. II.1.5.6 Przechowywanie informacji o aneksach do umów w następującym zakresie: II.1.5.6.1 numer aneksu, II.1.5.6.2 data podpisania, II.1.5.6.3 II.1.5.6.4 II.1.5.6.5 data wejścia w życie, data koocowa, opis zmian. II.1.5.7 System posiada mechanizm blokowania realizacji umowy na wybrany okres czasu z podaniem powodu blokady, skutkującym brakiem możliwości odnotowania wykonania usługi w ramach umowy. II.1.5.8 System posiada funkcję określania zasad fakturowania Umowy. Zasady fakturowania określają sposób rozliczania umowy. Każda z zasad precyzuje: Strona 31 z 199