OPIS PRZEDMIOTU ZAMÓWIENIA
|
|
- Antoni Wolski
- 5 lat temu
- Przeglądów:
Transkrypt
1 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 r. Strona 1 z 199
2 Spis treści Spis treści... 1 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.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 II.1 ZAKRES: RUCH CHORYCH II.1.1 Moduł/grupa funkcjonalności: Izba przyjęd II.1.2 Moduł/grupa funkcjonalności: Oddział II.1.3 Moduł/grupa funkcjonalności: Statystyka II.1.4 Moduł/grupa funkcjonalności: Rehabilitacja II.1.5 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych II.2 ZAKRES: PRZYCHODNIA II.2.1 Moduł/grupa funkcjonalności: Gabinet lekarski II.2.2 Moduł/grupa funkcjonalności: Gabinet zabiegowy II.2.3 Moduł/grupa funkcjonalności: Statystyka Przychodni II.3 ZAKRES: PRACOWNIA DIAGNOSTYCZNA II.3.1 Moduł/grupa funkcjonalności: Pracownia Diagnostyczna II.4 ZAKRES: APTEKA II.4.1 Moduł/grupa funkcjonalności: Apteczka oddziałowa II.4.2 Moduł/grupa funkcjonalności: Apteka II.5 ZAKRES: MODUŁY DODATKOWE II.5.1 Moduł/grupa funkcjonalności: Blok Operacyjny II.5.2 Moduł/grupa funkcjonalności: Zlecenia medyczne II.5.3 Moduł/grupa funkcjonalności: Kalkulacja Kosztów Leczenia II.5.4 Moduł/grupa funkcjonalności: Punkt Pobrao II.5.5 Moduł/grupa funkcjonalności: Wsparcie zarządzania systemem jakości II.5.6 Moduł/grupa funkcjonalności: Obsługa urządzeo mobilnych Strona 2 z 199
3 II.5.7 Moduł/grupa funkcjonalności: Usługi elektroniczne dla pacjenta II.5.8 Moduł/grupa funkcjonalności: Zakażenia II.6 ZAKRES: PRACOWNIA RADIOLOGICZNA RIS/PACS II.6.1 Moduł/grupa funkcjonalności: ZARZĄDZANIE ZAKŁADEM RADIOLOGII (RIS) II.6.2 Moduł/grupa funkcjonalności: IMPORT BADAO Z NOŚNIKÓW ZEWNĘTRZNYCH II.6.3 Moduł/grupa funkcjonalności: CD EXPORT II.6.4 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH (PACS) II.6.5 Moduł/grupa funkcjonalności: ADMINISTRATOR ARCHIWUM BADAO OBRAZOWYCH PACS 89 II.6.6 Moduł/grupa funkcjonalności: DYSTRUBUCJA BADAO OBRAZOWYCH II.6.7 Moduł/grupa funkcjonalności: PRZEGLĄDARKA EKG II.6.8 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH VIDEO 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 III.1 ZAKRES: RUCH CHORYCH III.1.1 Moduł/grupa funkcjonalności: Izba przyjęd III.1.2 Moduł/grupa funkcjonalności: Oddział III.1.3 Moduł/grupa funkcjonalności: Statystyka III.1.4 Moduł/grupa funkcjonalności: Rehabilitacja III.1.5 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych III.2 ZAKRES: PRZYCHODNIA III.2.1 Moduł/grupa funkcjonalności: Gabinet lekarski III.2.2 Moduł/grupa funkcjonalności: Gabinet zabiegowy III.2.3 Moduł/grupa funkcjonalności: Statystyka Przychodni III.3 ZAKRES: PRACOWNIA DIAGNOSTYCZNA III.3.1 Moduł/grupa funkcjonalności: Pracownia Diagnostyczna III.4 ZAKRES: APTEKA III.4.1 Moduł/grupa funkcjonalności: Apteczka oddziałowa III.4.2 Moduł/grupa funkcjonalności: Apteka III.5 ZAKRES: MODUŁY DODATKOWE III.5.1 Moduł/grupa funkcjonalności: Blok Operacyjny III.5.2 Moduł/grupa funkcjonalności: Rejestracja/Recepcja Strona 3 z 199
4 III.5.3 Moduł/grupa funkcjonalności: Zlecenia medyczne III.5.4 Moduł/grupa funkcjonalności: Kalkulacja Kosztów Leczenia III.5.5 Moduł/grupa funkcjonalności: Punkt Pobrao III.5.6 Moduł/grupa funkcjonalności: Wsparcie zarządzania systemem jakości III.5.7 Moduł/grupa funkcjonalności: Obsługa urządzeo mobilnych III.5.8 Moduł/grupa funkcjonalności: Usługi elektroniczne dla pacjenta III.5.9 Moduł/grupa funkcjonalności: Zakażenia III.6 ZAKRES: PRACOWNIA RADIOLOGICZNA RIS/PACS III.6.1 Moduł/grupa funkcjonalności: ZARZĄDZANIE ZAKŁADEM RADIOLOGII (RIS) III.6.2 Moduł/grupa funkcjonalności: IMPORT BADAO Z NOŚNIKÓW ZEWNĘTRZNYCH III.6.3 Moduł/grupa funkcjonalności: CD EXPORT III.6.4 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH (PACS) III.6.5 Moduł/grupa funkcjonalności: ADMINISTRATOR ARCHIWUM BADAO OBRAZOWYCH PACS 183 III.6.6 Moduł/grupa funkcjonalności: DYSTRUBUCJA BADAO OBRAZOWYCH III.6.7 Moduł/grupa funkcjonalności: PRZEGLĄDARKA EKG III.6.8 Moduł/grupa funkcjonalności: ARCHIWUM BADAO OBRAZOWYCH VIDEO Strona 4 z 199
5 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
6 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 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 System ma interfejs graficzny dla wszystkich swoich podsystemów/modułów. I 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 W systemie musi zostad zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywad się na poziomie bazy danych I 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 Dane systemu przechowywane są w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. I 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 System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku Strona 6 z 199
7 oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszcza się komunikację w języku angielskim. I 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 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 Musi istnied możliwośd obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki I 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 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 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 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 System posiada mechanizm wyróżnienia wyświetlanych pól formularzy danych: I I I których wypełnienie jest obligatoryjne, przeznaczonych do edycji, wypełnionych niepoprawnie. Strona 7 z 199
8 I System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych). I 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 W przypadku przechowywania haseł w bazie danych, hasła muszą byd zapamiętane w postaci niejawnej (zaszyfrowanej). I 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 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 System musi umożliwid zmianę jednostki organizacyjnej, w kontekście której pracuje użytkownik bez konieczności wylogowywania się z systemu. I 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 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 System powinien automatycznie wylogowywad lub blokowad sesję użytkownika po zadanym czasie braku aktywności. Strona 8 z 199
9 I 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 System powinien umożliwiad obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien: I pokazywad tylko to, co w danym momencie jest najważniejsze, I udostępniad tylko te zadania, które na danym etapie powinny zostad wykonane, I niezbędne, I umożliwid wprowadzenie tylko tych danych, które są podpowiadad kolejne kroki procesu. I System musi posiadad mechanizmy przesyłania i odbierania komunikatów tekstowych do poszczególnych użytkowników i ich grup. I 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 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 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 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 Musi istnied możliwośd zarządzania słownikami (wprowadzanie/modyfikacja/usuwanie) z poziomu administratora SSI. Strona 9 z 199
10 I System posiada możliwośd dynamicznego definiowania widoków słowników z użyciem mechanizmów filtrowania i sortowania danych. I 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 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 Wyszukiwanie pacjentów wg różnych parametrów: II II II II II II II II II imię, nazwisko, nazwisko rodowe pacjenta, identyfikator pacjenta w systemie informatycznym, PESEL, wiek, płed, data urodzenia, Numer Księgi Głównej, II data przyjęcia na Izbę Przyjęd/Oddział, II II Numer karty RUM, Miejscowośd, ulica, kod administracyjny, Strona 10 z 199
11 II II Diagnozy/wykonane usługi, Zakodowane świadczenia NFZ. II Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. II Możliwośd przypisania lekarza kwalifikującego przy przeniesieniu pacjenta na Oddział z Izby Przyjęd. II 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 Obsługa list zablokowanych kart RUM II Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: II II Nazwisko Płed II Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: II dane osobowe, II dane adresowe (adres stały, tymczasowy, do korespondencji), II dane o rodzinie pacjenta (możliwośd wpisania więcej niż jednego krewnego), II II dane o ubezpieczeniu, dane o zatrudnieniu II Możliwośd generowania wydruków bezpośrednio z ekranu przyjęcia pacjenta dostępne wydruki są konfigurowane w module administracyjnym. II System automatycznie uzupełniania 'Miejscowośd' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta. II System daje możliwośd przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR. II 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
12 II Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II System sprawdza poprawnośd numeru PESEL podczas wprowadzania danych pacjenta. II 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 System automatycznie uzupełnia datę urodzenia pacjenta i płed na podstawie numeru PESEL. II 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 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 System pozwala oznakowad pacjenta ze względu na zakaz informowania o pobycie pacjenta. II Szybki podgląd danych pacjenta wybranego z rejestru pacjentów. II Rejestracja pobytu pacjenta na Izbie Przyjęd z możliwością odnotowania następujących danych: II II II II II tryb przyjęcia, dane skierowania, rozpoznania ze skierowania, dane o płatniku, lekarz przyjmujący II Administracja słownikami lekarzy i jednostek kierujących z poziomu aplikacji: II II II dodanie nowego wpisu do rejestru, edycja istniejącego wpisu, usunięcie istniejącego wpisu II 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
13 II Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu. II Możliwośd zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM II Załączanie dokumentów do skierowania, skanowanie dokumentów. II Możliwośd gromadzenia danych medycznych związanych z pobytem na Izbie Przyjęd: II II II II II II rozpoznanie wstępne, rozpoznanie ze skierowania, wywiad, badania, zastosowane leczenie, zalecenia II Możliwośd gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI II Możliwośd definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych. II Możliwośd odnotowania wykonanych pacjentowi na Izbie Przyjęd elementów leczenia (procedury, leki, badania, zabiegi, konsultacje). II Możliwośd odnotowania zużytych materiałów do przeprowadzonych na Izbie Przyjęd zabiegów i przypisania zużycia do pacjenta. II Odnotowanie odmowy przyjęcia do szpitala automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych. II pacjenta. Odnotowanie powodu odmowy przyjęcia i kierunku wypisu II Odnotowanie udzielenia porady ambulatoryjnej na Izbie Przyjęd automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych. II Zapis świadczeo NFZ udzielonych w ramach porady ambulatoryjnej II Możliwośd generowania wydruków bezpośrednio z ekranu porady ambulatoryjnej dostępne wydruki są konfigurowane w module administracyjnym. Strona 13 z 199
14 II Zakooczenie porady ambulatoryjnej przyjęciem na oddział. II 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 Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę. II Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta. II 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 Możliwośd odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu. Przynajmniej wprowadzenie informacji tekstowej z listą zostawionych przedmiotów. II Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział. II Obsługa wielu Ksiąg Głównych. II 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 Blokada możliwości udzielenia porady ambulatoryjnej pacjentowi aktualnie przebywającemu na oddziale. II Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział. II Dla łóżek możliwe jest określenie restrykcji do walidacji płci przyjmowanych pacjentów: II Walidacja podczas przyjęcia pacjenta na odział będzie działała w następujący sposób: II Jeżeli sala będzie określona jako: II 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 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
15 znajdowali się pacjenci różnej płci, aplikacja wyświetli o tym ostrzeżenie. II Nieokreślona (koedukacyjna) walidacja wyłączona, więc na salę jednocześnie mogą zostad przyjęte kobiety i mężczyźni." II Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział. II Odnotowanie w systemie informacji o zgonie pacjenta na Izbie Przyjęd wraz z wpisem do Księgi Zgonów. II Wprowadzenie rozpoznao w ramach historii choroby: II II II wstępnych ze skierowania, dodatkowych, przyczyny zgonu (w przypadku zgonu pacjenta) II Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta. II 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 II II II wyszukania pacjenta, wyszukania pobytu, informacji o pacjencie, przeglądu wszystkich hospitalizacji pacjenta II Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie. II Przegląd i wydruk ksiąg: II II II II Księga Główna, Księga Oczekujących, Księga Odmów i Porad Ambulatoryjnych, Księga Zgonów II Wydruk standardowych dokumentów związanych z pobytem pacjenta na Izbie Przyjęd w zakresie gromadzonych w systemie danych: II II II Karta Informacyjna Izby Przyjęd, Karta informacyjna pacjenta z UE, Karta Nowotworowa, Strona 15 z 199
16 II Karta Zgonu II System posiada zestaw standardowych zestawieo i raportów: II II II II II II 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 raport wykonanych świadczeo (raport interaktywny, z poziomu raportu możliwośd wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu) II System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej. II System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta. II System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10 II Przy przyjęciu pacjenta system ostrzega, że pacjent był już hospitalizowany w okresie krótszym niż 14 dni. II 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 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 Wyszukiwanie pacjentów wg różnych parametrów: II II II II II imię, nazwisko, nazwisko rodowe pacjenta, identyfikator pacjenta w systemie informatycznym, PESEL, Strona 16 z 199
17 II II II II II wiek, płed, data urodzenia, lekarz prowadzący, Numer Księgi Głównej, II data przyjęcia na Izbę Przyjęd/Oddział, II II II NFZ Numer karty RUM, Miejscowośd, ulica, kod administracyjny, Diagnozy/wykonane usługi/zakodowanie świadczenia II Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. II 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 Obsługa list zablokowanych kart RUM II System automatycznie uzupełniania 'Miejscowośd' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta. II System daje możliwośd przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR. II Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: II II Nazwisko Płed II Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych: II dane osobowe, II dane adresowe (adres stały, tymczasowy, do korespondencji), II dane o rodzinie pacjenta (możliwośd wpisania więcej niż jednego krewnego), II dane o ubezpieczeniu, Strona 17 z 199
18 II dane o zatrudnieniu II Możliwośd przyjęcia pacjenta na izbę przyjęd bezpośrednio z modułu Oddział. II 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 Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II System sprawdza poprawnośd numeru PESEL podczas wprowadzania danych pacjenta. II System pozwala na wprowadzenie danych pacjenta z błędnym numerem PESEL. II System automatycznie uzupełnia datę urodzenia pacjenta i płed na podstawie numeru PESEL. II 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 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 System pozwala oznakowad pacjenta ze względu na zakaz informowania o pobycie pacjenta II Szybki podgląd danych pacjenta wybranego z rejestru pacjentów. II Przyjęcie pacjenta na oddział z możliwością odnotowania następujących danych: II II II II II tryb przyjęcia, dane skierowania, rozpoznania ze skierowania, dane o płatniku, lekarz przyjmujący II Przyjęd. Możliwośd przyjęcia pacjenta na oddział z pominięciem Izby II System ostrzega lub uniemożliwia rejestrowanie zleceo lekarskich np. na badania, ordynowanie Strona 18 z 199
19 II leków w przypadku nie przypisania pacjentowi lekarza prowadzącego. II Możliwośd odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu. II Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział. II II Możliwośd ręcznej edycji numeru Księgi Głównej. Obsługa wielu Ksiąg Głównych. II Administracja słownikami lekarzy i jednostek kierujących z poziomu aplikacji: II II II dodanie nowego wpisu do rejestru, edycja istniejącego wpisu, usunięcie istniejącego wpisu II System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego. II Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu. II Możliwośd zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM II Załączanie dokumentów do skierowania, skanowanie dokumentów. II 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 Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę. II Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta. II Blokada możliwości ponownego przyjęcia na oddział pacjenta już przebywającego w tym czasie w szpitalu. II Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział. Strona 19 z 199
20 II Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział. II Możliwośd anulowania przyjęcia pacjenta na oddział wraz z wycofaniem danych pacjenta na Izbę Przyjęd. II Przeniesienie pacjenta na inny oddział z automatycznym wpisem do Księgi Oddziałowej. II 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 II Możliwośd ręcznej edycji numeru Księgi Oddziałowej. Możliwośd anulowania przeniesienia na inny oddział. II Możliwośd gromadzenia danych medycznych związanych z pobytem na oddziale: II II II II II II II Rozpoznanie Rozpoznanie ze skierowania Wywiad Badania Zastosowane leczenie Epikryza Zalecenia. II System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10 II System prezentuje na ekranie podsumowania pobytu pacjenta- diagnozy ICD-10 wraz z wprowadzonymi komentarzami. II System umożliwia kopiowania do bieżącego pobytu diagnozy ICD-10 wprowadzonej w dowolnym wcześniejszym pobycie pacjenta. II 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 System automatycznie podpowiada kodowanie diagnoz hospitalizacji na podstawie zakodowanych diagnoz w poszczególnych pobytach na oddziałach. II Możliwośd gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI Strona 20 z 199
21 II Możliwośd definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych. II Możliwośd odnotowania wykonanych pacjentowi na oddziale elementów leczenia (procedury, leki, badania, zabiegi, konsultacje). II Możliwośd odnotowania zużytych materiałów do przeprowadzonych na oddziale zabiegów i przypisania zużycia do pacjenta. II Prowadzenie karty TISS w systemie. II Odnotowanie w systemie informacji o zgonie pacjenta wraz z wpisem do Księgi Zgonów. II Wprowadzenie rozpoznao w ramach historii choroby: II wstępnych ze skierowania, II koocowych (rozpoznanie zasadnicze, dodatkowe, współistniejące) II przyczyny zgonu (w przypadku zgonu pacjenta). II Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta. II Możliwośd anulowania zleconych badao, leków i rezerwacji na ekranie wprowadzania zgonu pacjenta. II 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 II II II wyszukania pacjenta, wyszukania pobytu, informacji o pacjencie, przeglądu wszystkich hospitalizacji pacjenta. II Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie. II Możliwośd wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale. II II Obsługa przepustek. Przegląd i wydruk ksiąg: II II Księga Główna, Księga Oddziałowa, II Księga Oczekujących, Strona 21 z 199
22 II Księga Zgonów. II Możliwośd zarezerwowania wizyty z poziomu modułu 'Oddział'. II Prowadzenie i możliwośd wydruku Historii Choroby: dane przyjęciowe, wywiad wstępny (przedmiotowo, podmiotowo), przebieg leczenia, epikryza. II Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych: II II II II Historia Choroby, Karta Wypisowa, Karta Odmowy Przyjęcia do Szpitala, Karta Informacyjna. II Możliwośd wypełnienia i wydruk standardowych druków zewnętrznych: II II II II Karta Statystyczna, Karta Nowotworowa, Karta Zgłoszenia Choroby Zakaźnej, Karta Zgonu. II Możliwośd prowadzania oceny Ryzyka powstania odleżyn* wg skali Nortona II System posiada zestaw standardowych zestawieo i raportów: II II II II II II 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 raport wykonanych świadczeo (raport interaktywny, z poziomu raportu możliwośd wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu), II zestawienia wg jednostki chorobowej. II 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
23 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 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 Możliwośd odnotowywania faktu udzielenia informacji o pobycie pacjenta. II pacjenta. Możliwośd zmiany lekarza prowadzącego podczas wypisu II.1.3 Moduł/grupa funkcjonalności: Statystyka II 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 Wyszukiwanie pacjentów wg różnych parametrów: II II II II II II II II II II II II II II II 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 Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta. Strona 23 z 199
24 II Obsługa list zablokowanych kart RUM II Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta. II Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie (wyników zleceo, danych formularzowych). II Możliwośd wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale. II Automatyczna aktualizacja karty statystycznej. II Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych: II II II II Historia Choroby, Karta Wypisowa, Karta Odmowy Przyjęcia do Szpitala, Karta Informacyjna. II Możliwośd wypełnienia i wydruk standardowych druków zewnętrznych: II II II II II II Karta Statystyczna, Karta Nowotworowa, Karta Zgłoszenia Choroby Zakaźnej, Karta Zakażenia Szpitalnego, Karta Statystyczna Psychiatryczna, Karta Zgonu. II System posiada zestaw standardowych zestawieo i raportów: II II II II II II II 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
25 II raport wykonanych świadczeo (raport interaktywny, po wybraniu pozycji na raporcie możliwośd automatycznego wejścia do właściwego ekranu edycji kodowania), II II II zestawienia wg jednostki chorobowej, miesięczne zestawienie ilości przyczyn zgonów, średni czas pobytu wg jednostki chorobowej. II 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 Elektroniczna komunikacja z instytucjami nadrzędnymi: II II II Centra Zdrowia Publicznego, NFZ, Ministerstwo Zdrowia. II System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej. II System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta. II 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 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 Możliwośd weryfikacji kompletności danych w zakresie sprawozdawczości do NFZ i PZH. II System umożliwia automatyczne oznaczanie pobytów jako ratujących życie na podstawie konfiguracji diagnoz zapisywanych ze skierowania. II 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 Możliwośd rejestrowania pacjenta na rehabilitację w trybie ambulatoryjnym i szpitalnym. Strona 25 z 199
26 II 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 Tworzenie bazy pacjentów. Gromadzenie niezbędnych informacji wymaganych przez NFZ. II 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 Tworzenie i wydrukowanie skierowania na zabiegi rehabilitacyjne. Dokument zawiera: II dane pacjenta, II II II II II II II II 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 Rejestracja pacjenta na zabiegi z automatycznym proponowaniem możliwych terminów zabiegów. II Podpowiadając możliwe terminy zabiegów system uwzględnia czynniki takie jak: II sala), dostępnośd zasobów (np. rehabilitant, urządzenie, II łączenie zabiegów w pakiety z wymaganymi przerwami i wybraną kolejnością, II możliwośd wyszukania terminów całego cyklu w wybranym przedziale godzinowym, II II różne czasy trwania poszczególnych zabiegów przerwa po zabiegu przypisana do usługi (karencja) II czas po zabiegu, po którym pacjent może mied kolejny zabieg II listę zabiegów zabronionych (określenie karencji, czasu po jakim jeden wybrany zabieg może byd po drugim) Strona 26 z 199
27 II Ręczna modyfikacja zaproponowanych terminów. II Wydruk karty z harmonogramem zabiegów pacjenta od początku pobytu lub od wybranego dnia. II Przy dokonaniu rezerwacji terminu system automatycznie uzupełnia terminarze dostępności zasobów o dokonaną rezerwację. II Zwiększenie ilości powtórzeo zabiegu dla cyklu już zaplanowanego, wykonanego zmiana według wskazao lekarza zlecającego. II Dodanie zabiegu do już zaplanowanego cyklu zabiegowego pacjenta od wybranej daty - zmiany według wskazao lekarza zlecającego II 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 Modyfikacja zarezerwowanych terminów zabiegów. II Tworzenie własnego słownika powodów anulowania zarezerwowanych zabiegów. II Tworzenie pakietów zabiegów: II 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 możliwośd wprowadzenia karencji po danym pakiecie II II II Tworzenie listy zabiegów zabronionych Tworzenie kolejki oczekujących na rehabilitację. Rozliczanie rehabilitacji z NFZ. II Planowanie czasu pracy, dostępności sal, urządzeo, personelu. II możliwośd ustawienia terminarza (przedziału godzinowego) dla wybranych jednostek kierujących, dla wybranych usług. II 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 Blokowanie, zmiana grafiku, terminarza Sali, urządzeo, personelu: Strona 27 z 199
28 II 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 zmiana godzin pracy sali, urządzenia, personelu II możliwośd blokowania w terminarzu wybranych godzin w wybranych dniach tygodnia, w wybranym przedziale czasowym dla sal, urządzeo, personelu II możliwośd blokowania całego grafiku Sali, urządzenia, personelu w wybranym przedziale czasowym II Tworzenie planu zabiegów pacjenta. II Odnotowanie obecności pacjenta na zabiegu przez użytkownika na karcie zabiegowej pacjenta II Automatyczne odnotowanie obecności pacjenta na zabiegu z użyciem czytnika kodów kreskowych. II Wydruk karty zabiegowej z danymi i kodami kreskowymi pacjenta oraz zabiegów zawierającej: II 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 harmonogram zabiegów aktualnie zaplanowanych w danym przedziale czasowym z określoną godziną zabiegu, lokalizacją, osobą wykonującą zabieg, miejscem na podpis pacjenta II W pierwszym dniu zabiegu zdjęcie z listy oczekujących dla danego działu. II Możliwośd uzupełnienia i korekty zabiegów po terminie zakooczenia. II Przy potwierdzeniu wykonania zabiegów automatyczne sumowanie ilości zabiegów i punktów. II Tworzenie własnych słowników posiadanych zasobów (urządzenia, personel, sale). II Możliwośd rozróżnienia czasu pracy: np. zabiegi domowe, zabiegi ambulatoryjne, fizykoterapia, kinezyterapia. II Możliwośd stworzenia własnego słownika wyróżnienia czasu pracy: zabiegi domowe, zabiegi ambulatoryjne. II Definiowanie czasu niedostępności personelu, sal, urządzeo. Strona 28 z 199
29 II II Definiowanie słownika powodów niedostępności. Blokowanie terminarza realizacji zabiegów rehabilitacyjnych. II 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 pacjenta. II II 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 Wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (np. pracownia diagnostyczna). II II badania). Możliwośd śledzenia stanu wykonania zlecenia. Zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku II Wydruk rezerwacji terminu wykonania zabiegu dla pacjenta z oznaczeniem daty, godziny i miejsca wykonywania zabiegów. II kierujące: Raportowanie dotyczące zabiegów z podziałem na jednostki II II II II II 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 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 Zestawienie listy zaplanowanych zabiegów w danych dniu dla pracowni, personelu, lokalizacji zawierające numer pacjenta oraz godzinę zaplanowanych zabiegów. II 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 System umożliwia przypisanie lekarza/rehabilitanta prowadzącego dla cyklu zabiegów. Strona 29 z 199
30 II Moduł posiada możliwośd konfiguracji przez administratora systemu maksymalnej ilości wykonao zabiegu. II 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 Możliwośd przeglądania stanowisk (Sali, urządzenia, personelu) z uwzględnieniem lokalizacji. II csv: Tworzenie raportów z możliwością exportu do formatu xls lub II 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 wykorzystanie procentowe sali, urządzenia, personelu w przedziale czasowym w uwzględnieniem zabiegów wykonanych lub zaplanowanych II 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 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 ZARZĄDZANIE KONTRAKTAMI I CENNIKAMI II System umożliwia definiowanie umów: II II II rodzin, II II 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 System umożliwia wprowadzanie danych umów w następującym Zakresie: II rodzaj klienta (korporacyjny, indywidualny), Strona 30 z 199
31 II II II II II II 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 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 II indywidualnej nazwy handlowej, okresu dostępności pakietu usług w ramach umowy, II sposobu rozliczania umowy (ryczałt, cennik standardowy, cennik indywidualny), II 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 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 II II stopnia pokrewieostwa, przedziału wieku, liczby osób. II Przechowywanie informacji o aneksach do umów w następującym zakresie: II numer aneksu, II data podpisania, II II II data wejścia w życie, data koocowa, opis zmian. II 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 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
Zadania do prezentacji
Maków Mazowiecki, dnia 06 sierpnia 2014 Zadania do prezentacji Zadanie nr 1. Moduł Administracja Systemem. Definiowanie struktury dokumentów: ksiąg wykorzystywanych w szpitalu, przychodni, pracowni. Zdefiniowanie
Bardziej szczegółowoARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI
Znak sprawy: DA.III.7...05 Załącznik nr 3 do SIWZ... (nazwa i adres Wykonawcy) ARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI Zamówienie w projekcie Lubuskie e- Zdrowie - Dostawa i wdrożenie systemów informatycznych
Bardziej szczegółowoWymagania dla modułu Pracownia Diagnostyczna załącznik A.2
Wymagania dla modułu Pracownia Diagnostyczna załącznik A.2 Wymaganie System posiada wspólny dla wszystkich użytkowników moduł rejestracji pacjentów obsługujący jednocześnie wiele pracowni diagnostycznych
Bardziej szczegółowoLp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg.
Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3 Licencja bezterminowa na jeden serwer fizyczny 2 System operacyjny serwera 2.1 System operacyjny
Bardziej szczegółowoZestaw pytań nr Wyszukiwanie personelu według następujących kryteriów: nazwisko, kod, typ personelu, aktywność.
Dotyczy postępowania: Dostawa, instalacja, konfiguracja, zaprojektowanie i wykonanie okablowania strukturalnego oraz wdrożenie wraz z instruktażem, serwisem i nadzorem autorskim, Zintegrowanego Systemu
Bardziej szczegółowoLp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg.
Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3 Licencja bezterminowa na jeden serwer fizyczny 2 System operacyjny serwera 2.1 System operacyjny
Bardziej szczegółowoARKUSZ SPEŁNIENIA WARUNKÓW ZAMAWIAJĄCEGO SZCZEGÓŁOWY OPIS MODUŁÓW SYSTEMU FUNKCJONALNOŚCI
Załącznik nr 1 do SIWZ ARKUSZ SPEŁNIENIA WARUNKÓW ZAMAWIAJĄCEGO SZCZEGÓŁOWY OPIS MODUŁÓW SYSTEMU Architektura systemu System musi działać w oparciu o motor baz danych SQL i system operacyjny serwera MS
Bardziej szczegółowoARKUSZ FUNKCJONALNOŚCI OBLIGATORYJNYCH OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY
Załącznik nr 9 do SIWZ znak EZP/5511/2013 ARKUSZ FUNKCJONALNOŚCI OBLIGATORYJNYCH OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY L.P. WYMAGANIE 1) 2) Ogólne System we wszystkich modułach
Bardziej szczegółowoEsaprojekt sp. z o.o., ul. Długa Chorzów
Maków Mazowiecki 19.08.2014r Znak sprawy :15/2014r Esaprojekt sp. z o.o., ul. Długa 1-3 41-506 Chorzów W związku z otrzymaną kopią odwołania, emailem z dnia 14.08.2014 w którym Wykonawca wnosi o: Zarzuty
Bardziej szczegółowoArchitektura Zintegrowanego Systemu Informatycznego dla Przychodni
Architektura Zintegrowanego Systemu Informatycznego dla Przychodni 1 Spis treści CliniNET AIS - Zintegrowany System Informatyczny dla Przychodni 3 Główne cechy systemu: 3 Modułowa architektura systemu
Bardziej szczegółowoPuck, dnia roku
Puck, dnia 20.10.2017 roku PYTANIA, ODPOWIEDZI, WYJAŚNIENIA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA - POSTĘPOWANIE O UDZIELENIE ZAMÓWIENIA PUBLICZNEGO PROWADZONE W TRYBIE PRZETARGU NIEOGRANICZONEGO
Bardziej szczegółowoZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA
ZP/271/5/D/2/2015 Wilkowice, 9 lipiec 2015r. ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA dot. postępowania o udzielenie zamówienia publicznego na zadanie Poprawa jakości usług medycznych i
Bardziej szczegółowoPytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego:
Pytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego: Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.4.SSI DO SIWZ WOJEWÓDZKI SZPITAL ZESPOLONY W PŁOCKU OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się z 128 ponumerowanych
Bardziej szczegółowoAktualizacja 2009.00.3.0
Aktualizacja 2009.00.3.0 środa, 18 marca 2009 Uwagi Przed każdą aktualizacją, zalecane jest zrobienie kopii bezpieczeństwa bazy oraz plików systemu Zawartość 1. Wiele uprawnieo... 2 2. Dodawanie prywatnych
Bardziej szczegółowoRejestracja wydania Karty DiLO w Programach zdrowotnych
Rejestracja wydania Karty DiLO w Programach zdrowotnych W celu zarejestrowania wydania karty należy na Liście kart diagnostyki i leczenia onkologicznego wybrać opcję Wydanie karty DiLO. Rysunek 1 Przykładowe
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.14.SSI DO SIWZ WOJEWÓDZKI SAMODZIELNY ZESPÓŁ PUBLICZNYCH ZAKŁADÓW OPIEKI ZDROWOTNEJ IM. PROF. EUGENIUSZA WILCZKOWSKIEGO W GOSTYNINIE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.1.SSI DO SIWZ SZPITAL MAZOWIECKI W GARWOLINIE 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 62
Bardziej szczegółowoREJESTRACJA W PRZYCHODNI
Instrukcja stanowiskowa aplikacji Medicus On-Line REJESTRACJA W PRZYCHODNI 1 Spis treści: 1. Logowanie do systemu i zmiana hasła str. 3 2. Ogólne zasady korzystania z systemu str. 4 3. Dodanie wizyty pacjentowi
Bardziej szczegółowoRIS. Razem budujemy jakość w radiologii
RIS Razem budujemy jakość w radiologii O systemie RIS Zastosowana architektura nie wymaga posiadania własnej infrastruktury sprzętowej, umożliwiając instalację systemu bezpośrednio na serwerach dedykowanych
Bardziej szczegółowoNZ/220/75/W2/2014 01.09.2014 r. WYJAŚNIENIE I ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA
SAMODZIELNY PUBLICZNY WOJEWÓDZKI SZPITAL ZESPOLONY 71 455 Szczecin, ul. Arkońska 4 Centrala tel.: (91) 813 90 00, fax.: (91) 813 90 09 Strona internetowa: www.spwsz.szczecin.pl NIP 851-25-37-954 REGON:
Bardziej szczegółowoProgram. Pielęgniarki ambulatoryjnej. Pielęgniarki rodzinnej. Położnej. Copyright Ericpol Telecom sp. z o.o.
Program dla praktyki lekarskiej Pielęgniarki ambulatoryjnej Pielęgniarki rodzinnej Położnej Copyright Ericpol Telecom sp. z o.o. 2011 Spis treści Przygotowanie funkcjonalności... 3 Przypisanie komórek...
Bardziej szczegółowoRejestracja wydania Karty DiLO w AOS
Rejestracja wydania Karty DiLO w AOS W celu zarejestrowania wydania karty należy na Liście kart diagnostyki i leczenia onkologicznego wybrać opcję Wydanie karty DiLO. Rysunek 1 Przykładowe okno Listy kart
Bardziej szczegółowoSZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta)
Załącznik nr 2 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta) Spis treści SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 3 (Portal Pacjenta)...1 Wymagania...2 e-informacje:...2
Bardziej szczegółowoPortal Personelu Medycznego. 2010 Global Services Sp. z o.o.
Portal Personelu Medycznego 2 Portal Personelu Medycznego Spis treści Rozdział I Wprowadzenie 3 Rozdział II Konfiguracja 4 Rozdział III Aktywacja 5 Rozdział IV Opis aplikacji 7 Rozdział V Obsługa okien
Bardziej szczegółowoDostawy obejmować będą: 2.1. Medyczny System Informatyczny. Medyczny System Informatyczny obejmuje następujące oprogramowanie aplikacyjne (moduły):
Załącznik nr 4 do SIWZ Specyfikacja Techniczna (ST) 1. Przedmiotem zamówienia jest: Opracowanie, wdrożenie oraz nadzorowanie Medycznego Systemu Informatycznego dla potrzeb Małopolskiego Centrum Rehabilitacji
Bardziej szczegółowoModuł: Lecznictwo otwarte/przychodnia 7 licencji
Załącznik nr 5 do SIWZ A.I.271-24/11 Moduł: Lecznictwo otwarte/przychodnia 7 licencji Rejestracja/Recepcja Nazwa wymagania definiowanie dostępności usług placówki medycznej Zamawiającego: wprowadzanie
Bardziej szczegółowoFunkcje mmedica Standard. Umawianie wizyt (rezerwacja): - wygodny terminarz proste planowanie wizyt. - szybki podgląd harmonogramów pracy
Rozwiązanie przyśpieszające i wspomagające pracę w zakresie obsługi pacjenta i świadczenia usług medycznych. Planowanie wizyt, rejestracja, gromadzenie i przetwarzanie danych medycznych, tworzenie dokumentacji
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.18.SSI DO SIWZ SAMODZIELNY WOJEWÓDZKI ZESPÓŁ PUBLICZNYCH ZAKŁADÓW PSYCHIATRYCZNEJ OPIEKI ZDROWOTNEJ W WARSZAWIE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I
Bardziej szczegółowoRejestracja wydania Karty DiLO w SZP
Rejestracja wydania Karty DiLO w SZP W celu zarejestrowania wydania karty należy na Liście kart diagnostyki i leczenia onkologicznego wybrać opcję Wydanie karty DiLO. Rysunek 1 Przykładowe okno Listy kart
Bardziej szczegółowoDokumentacja programu. Instrukcja użytkownika modułu Gabinet Zabiegowy. Zielona Góra 2015-06-18
Dokumentacja programu Instrukcja użytkownika modułu Gabinet Zabiegowy Zielona Góra 2015-06-18 Głównym celem funkcjonalnym modułu Gabinet zabiegowy jest komunikacja z laboratoriami diagnostycznym w celu
Bardziej szczegółowoTECHNOLOGIA OBSŁUGI KONTRAKTÓW INFORMACJA O AKTUALIZACJI SYSTEMU ISO 9001:2008 Dokument: Raport Numer: 10/2016 Wydanie: 2008-04-22 Waga: 90
SYSTEM INFORMATYCZNY KS-SOMED'2016 WERSJA Nr 2016.01.0.02 z dnia 2016-03-31 Raport Nr 10/2016 MODUŁ OPIS ZMIAN, MODYFIKACJI i AKTUALIZACJI M12 ZLECENIA 1. Ustawiono datę dla opcji Pozwól na rejestrowanie
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego
Instrukcja użytkownika systemu medycznego ewidencja obserwacji pielęgniarskich (PI) v.2015.07.001 22-07-2015 SPIS TREŚCI: 1. Logowanie do systemu... 3 2. Zmiana hasła... 4 3. Pacjenci - wyszukiwanie zaawansowane...
Bardziej szczegółowoWybór miejsca wydania Karty DiLO Jako pierwsze wyświetlone zostanie okno (1) Rejestracja wydania karty DiLO Miejsce wydania.
Wybór miejsca wydania Karty DiLO Jako pierwsze wyświetlone zostanie okno (1) Rejestracja wydania karty DiLO Miejsce wydania. Rysunek 1 Przykładowe okno (1) Rejestracji wydania karty DiLO Miejsce wydania
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.19.SSI DO SIWZ MAZOWIECKIE CENTRUM PSYCHIATRII DREWNICA SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM,
Bardziej szczegółowoZałącznik nr 2 do OPZ
Lista funkcji SZPITALNY SYSTEM INFORMATYCZNY HIS L.p. Opis parametru ADMINISTRATOR I OGÓLNE WYMAGANIA WYMAGANIA OGÓLNE Wszystkie moduły systemu zaopatrzone są w graficzny interfejs użytkownika. Zapewniona
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego w wersji mobilnej. meopieka
Instrukcja użytkownika systemu medycznego w wersji mobilnej meopieka 17-04-2018 INFUSIO sp. z o. o. tel. 052 50 65 730 strona 2 z 23 Spis treści: 1. Logowanie do systemu... 4 2. Ekran główny... 6 3. Pacjenci-
Bardziej szczegółowoJako pierwsze wyświetlone zostanie okno (1) Rejestracja wydania karty DiLO Miejsce wydania.
Rejestracja wydania Karty DiLO W celu zarejestrowania wydania karty należy na Liście kart diagnostyki i leczenia onkologicznego wybrać opcję Wydanie karty DiLO. Rysunek 1 Przykładowe okno Listy kart DiLO
Bardziej szczegółowo::SQLMED S.C.:: Twój Partner w Informatyce
RUMsoft RUMsoft to aplikacja do elektronicznych rozliczeń Świadczeniodawcy z Pomorskim Oddziałem Narodowego Funduszu Zdrowia. Aktualizacja programu i bazy z dnia 2016.04.18. do wersji 2.9.64. - Aktualizacja
Bardziej szczegółowoProgram dla praktyki lekarskiej
Program dla praktyki lekarskiej Pielęgniarki ambulatoryjnej Pielęgniarki rodzinnej Położnej Copyright Ericpol Telecom sp. z o.o. 2011 2 Spis treści Przygotowanie funkcjonalności...3 Przypisanie komórek...3
Bardziej szczegółowoZałącznik nr 2 do OPZ
Lista funkcji SZPITALNY SYSTEM INFORMATYCZNY HIS L.p. Opis parametru ADMINISTRATOR I OGÓLNE WYMAGANIA WYMAGANIA OGÓLNE Wszystkie moduły systemu zaopatrzone są w graficzny interfejs użytkownika. Zapewniona
Bardziej szczegółowoPolska-Lublin: Systemy informacji medycznej 2013/S 129-221351
1/7 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:221351-2013:text:pl:html Polska-Lublin: Systemy informacji medycznej 2013/S 129-221351 Samodzielny Publiczny Zakład Opieki
Bardziej szczegółowoKOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED Podręcznik użytkownika Katowice 2010 Producent programu: KAMSOFT S.A. ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) 209-07-05 Fax:
Bardziej szczegółowoSpis treści. 1. Konfiguracja systemu ewuś...3. 2. Logowanie się do systemu ewuś...6. 3. Korzystanie z systemu ewuś...6. 4. Weryfikacja cykliczna...
Centralny Ośrodek Informatyki Górnictwa S.A. KSOP Obsługa systemu ewuś Katowice, 2013 Spis treści 1. Konfiguracja systemu ewuś...3 2. Logowanie się do systemu ewuś...6 3. Korzystanie z systemu ewuś...6
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA (załączyć do oferty)
Zał. nr 1 do siwz Nr sprawy: PCZ-NZP-382/10/14 ZADANIE NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA (załączyć do oferty) Oprogramowanie Aplikacja mobilna Dostarczenie, instalacja aplikacji mobilnej oraz jej integracja
Bardziej szczegółowoInstrukcja-przeniesienie danych do wersji KS-SWD XML (otwarty format wymiany danych)
Przedsiębiorstwo Informatyczne KAMSOFT 40-235 Katowice ul. 1 Maja 133 tel. (0-32) 209-07-05, fax 209-07-15 Instrukcja-przeniesienie danych do wersji KS-SWD XML (otwarty format wymiany danych) Katowice,
Bardziej szczegółowoR I S R a d i o l o g i c z n y S y s t e m I n f o r m a c y j n y
NOWOCZESNE TECHNOLOGIE DLA MEDYCYNY DOSTĘP DO WSZYSTKICH INFORMACJI Z POZIOMU PRZEGLĄDARKI WWW DOSTOSOWANIE OPROGRAMOWANIA DO WYMOGÓW PRAWA W ZAKRESIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ PRZYJAZNY INTERFEJS
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.10.SSI DO SIWZ WOJEWÓDZKA STACJA POGOTOWIA RATUNKOWEGO I TRANSPORTU SANITARNEGO MEDITRANS SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE
Bardziej szczegółowoKOMPONENTY HumanWork HOSPITAL: HumanWork HOSPITAL to rozwiązanie dla zespołów służby. medycznej, które potrzebują centralnego zarządzania informacją w
HumanWork HOSPITAL to rozwiązanie dla zespołów służby medycznej, które potrzebują centralnego zarządzania informacją w procesach obiegu zadań i dokumentów, aby pracować łatwiej i efektywniej. HumanWork
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.2.SSI DO SIWZ SPECJALISTYCZNY SZPITAL WOJEWÓDZKI W CIECHANOWIE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się
Bardziej szczegółowoKOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED
KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED Podręcznik użytkownika Katowice 2010 Producent programu: KAMSOFT S.A. ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) 209-07-05 Fax:
Bardziej szczegółowoInstrukcja obsługi systemu informacji o wolnych łóżkach w szpitalach Dostęp z poziomu Użytkownika
Instrukcja obsługi systemu informacji o wolnych łóżkach w szpitalach Dostęp z poziomu Użytkownika System opracowany przez firmę Architektura Internetu z Łodzi Podstawowe oznaczenia i nazewnictwo w programie
Bardziej szczegółowo1. Opis ogólny. 2. Opis techniczny. 3. Wymagania techniczne
Dokumentacja programu e Zoz Opis biblioteki PhantomAPI.dll Wersja 1.22.1.5 Zielona Góra 2010-08-26 1. Opis ogólny Biblioteka programistyczna PhantomAPI.dll służy do integracji oprogramowania zewnętrznego
Bardziej szczegółowoE-zlecenia. Opis modułu. Menu aplikacji. E-zlecenia 1
E-zlecenia 1 E-zlecenia Opis modułu Moduł jest przeznaczony dla kontrahentów z umowy abonamentowej. Umożlwia on zlecanie za pomocą Internetu badań, oraz rejestrowanie wizyt pacjentom posiadającym ubezpieczenie
Bardziej szczegółowoProgram dla praktyki lekarskiej
Program dla praktyki lekarskiej ErLab Instrukcja konfiguracji i obsługi Spis Treści 1. Wstęp... 2 2. Konfiguracja... 3 2.1. Serwer... 3 2.2. Laboratorium... 3 2.3. Punkt pobrań... 4 3. Wysyłanie skierowania...
Bardziej szczegółowoELEKTRONICZNA KSIĄŻKA ZDARZEŃ
ELEKTRONICZNA KSIĄŻKA ZDARZEŃ Instrukcja obsługi 1. WSTĘP... 2 2. LOGOWANIE DO SYSTEMU... 2 3. STRONA GŁÓWNA... 3 4. EWIDENCJA RUCHU... 4 4.1. Dodanie osoby wchodzącej na teren obiektu... 4 4.2. Dodanie
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.8.SSI DO SIWZ SAMODZIELNY SPECJALISTYCZNY ZESPÓŁ ZAKŁADÓW OPIEKI ZDROWOTNEJ IM. DR TEODORA DUNINA W RUDCE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego. Rozliczenia z NFZ
Instrukcja użytkownika systemu medycznego Rozliczenia z NFZ 12-02-2018 Spis treści 1. Czynności przed pierwszym rozliczeniem z NFZ po instalacji KS-PPS... 3 2. Weryfikacja poprawności danych rozliczeniowych
Bardziej szczegółowoWojewódzki Specjalistyczny Szpital Dziecięcy w Kielcach. Szpitalny System Informatyczny
Wojewódzki Specjalistyczny Szpital Dziecięcy w Kielcach Szpitalny System Informatyczny Historia szpitala rozpoczyna się w 1920 r. - 01.01.1922r. przyjęto pierwszego pacjenta. Wojewódzki Specjalistyczny
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.22.SSI DO SIWZ MAZOWIECKI SZPITAL SPECJALISTYCZNY SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ Z SIEDZIBĄ W RADOMIU OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I
Bardziej szczegółowoINSTRUKCJA OBSŁUGI DLA FUNKCJONALNOŚCI PIELĘGNIARKI AMBULATORYJNEJ PIELĘGNIARKI ŚRODOWISKOWEJ. Wersja 1.0
INSTRUKCJA OBSŁUGI DLA FUNKCJONALNOŚCI PIELĘGNIARKI AMBULATORYJNEJ PIELĘGNIARKI ŚRODOWISKOWEJ Wersja 1.0 Spis treści Spis Treści...2 Przygotowanie funkcjonalności...3 Przypisanie komórek...4 Przypisanie
Bardziej szczegółowoAktualizacja 2012.00.0.0
Aktualizacja 2012.00.0.0 czwartek, 19 stycznia 2012 Uwaga Przed każdą aktualizacją, zalecane jest wykonanie kopii bezpieczeństwa bazy oraz bibliotek programu Zawartość 1. Zmiany w mechanizmie zlecania
Bardziej szczegółowoPakiet Świadczeniodawcy
Pakiet Świadczeniodawcy Obsługa - kolejki oczekujących dokumentacja użytkownika I Obsługa - kolejki oczekujących Spis treści Rozdział I Procedura uzupełniania danych o miejscach realizacji 1 Wstęp 3...
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego. Pracownik medyczny psycholog / rehabilitant
Instrukcja użytkownika systemu medycznego Pracownik medyczny psycholog / rehabilitant 05-10-2018 Spis treści 1. Logowanie do systemu...3 2. Przyciski w systemie...4 3. Moi pacjenci...5 4. Lista pacjentów
Bardziej szczegółowoSPECYFIKACJA TECHNICZNA. W ramach projektu planowany jest zakup aktualizacji posiadanego systemu KS-Somed modułu
Zał. nr 1 Specyfikacja techniczna (dot. Zapytania Ofertowego z dnia 09.11.2016 r.) 1. System HIS - Rejestracja - aktualizacja SPECYFIKACJA TECHNICZNA W ramach projektu planowany jest zakup aktualizacji
Bardziej szczegółowoPodlaski System Informacyjny e-zdrowie
Podlaski System Informacyjny ezdrowie Portal Pacjenta erejestracja Instrukcja Użytkownika Streszczenie: Niniejszy dokument stanowi Główny Dokument Dokumentacji Administracyjnej Systemu PP erejestracja
Bardziej szczegółowoSkrócona instrukcja obsługi programu EndymionKOL 2012-12-17
Skrócona instrukcja obsługi programu EndymionKOL 2012-12-17 1. Do czego służy ten program: Program został stworzony z myślą o ułatwieniu wyliczania danych na temat kolejek oczekujących sprawozdawanych
Bardziej szczegółowoSzybki start programu
Szybki start programu 1 Spis treści 1. Wprowadzenie... 3 2. Logowanie do systemu... 4 3. Rejestracja... 5 3.1 Rejestracja na wizytę... 7 3.1.1 Sposób I... 7 3.1.2 Sposób II...16 3.1.3 Sposób III...21 3.1.4
Bardziej szczegółowoInstrukcja użytkownika. Instrukcja konfiguracji i obsługi modułu usług prywatnych
Instrukcja użytkownika Instrukcja konfiguracji i obsługi modułu usług prywatnych 1. Wprowadzenie... 3 2. Konfiguracja... 3 2.1. Usługi... 4 2.2. Pakiety... 4 2.3. Instytucje... 7 2.3.1. Dane instytucji...
Bardziej szczegółowoInstrukcja korzystania z funkcji e - Rejestracja i e Portal
Instrukcja korzystania z funkcji e - Rejestracja i e Portal S z p i t a l C h o r ó b P ł u c w O r z e s z u Strona 1 Plik pomocy Przed zarejestrowaniem się w określonej poradni proszę pamiętać o kilku
Bardziej szczegółowoOPIS PROCESÓW. Załącznik nr 4 do Ogłoszenia o Dialogu Technicznym. Oznaczenia:
Załącznik nr 4 do Ogłoszenia o Dialogu Technicznym Oznaczenia: 1 System w tym strona www 2 Dyrekcja OKMP 3 Badany 4 Pracodawca/Klient 5 ośrodek KOMP/pielęgniarki rejestratorki: Kolejowy Ośrodek Medycyny
Bardziej szczegółowoZAWIERANIE UMÓW Z PODMIOTAMI PROWADZĄCYMI APTEKI
ZAWIERANIE UMÓW Z PODMIOTAMI PROWADZĄCYMI APTEKI 1 ZAWIERANIE UMÓW Z PODMIOTAMI PROWADZĄCYMI APTEKI Centrala NFZ OW NFZ Apteka Punkt apteczny Warunki postępowania w sprawie zawierania umów na realizację
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego. Pracownik medyczny Lekarz ZDLR
Instrukcja użytkownika systemu medycznego Pracownik medyczny Lekarz ZDLR 10-05-2017 Spis treści 1. Logowanie do systemu... 3 2. Przyciski w systemie... 5 3. Opis wizyty... 6 3.1. Opis obserwacji na formularzach...
Bardziej szczegółowoInstrukcja erejestracji Kliniki Nova.
Instrukcja erejestracji Kliniki Nova. 1. Opis funkcji systemu erejestracji: 1.1 użytkownik nie zalogowany. Wyszukiwanie wizyt. 1. Zakładka Wyszukiwanie pozwala na przeszukiwanie dostępnych wizyt. 2. Poprzez
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia
Załącznik nr 1 do Szczegółowy opis przedmiotu zamówienia Przedmiotem jest rozbudowa systemu kolejkowego funkcjonującego w Urzędzie Miasta Lublina, służącego do zarządzania obsługą klientów. W ramach modernizacji
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego. Lekarz OOP, ZOL
Instrukcja użytkownika systemu medycznego Lekarz OOP, ZOL 12-05-2017 Spis treści 1. Logowanie do systemu... 3 2. Przyciski w systemie... 5 3. Lista pacjentów wyszukiwanie, filtry... 5 4. Załączniki pacjenta...
Bardziej szczegółowoPodręcznik Użytkownika LSI WRPO
Podręcznik użytkownika Lokalnego Systemu Informatycznego do obsługi Wielkopolskiego Regionalnego Programu Operacyjnego na lata 2007 2013 w zakresie wypełniania wniosków o dofinansowanie Wersja 1 Podręcznik
Bardziej szczegółowoZałącznik 6b do SIWZ Zakres funkcjonalny Zintegrowanego Systemu Informatycznego dla części medycznej i administracyjno-zarządczej
Załącznik 6b do SIWZ Zakres funkcjonalny Zintegrowanego Systemu Informatycznego dla części medycznej i administracyjno-zarządczej 1 Spis treści 1.0 Zakres funkcjonalny Zintegrowanego Systemu Informacji
Bardziej szczegółowoPL-Lublin: Systemy informacji medycznej 2013/S 104-177701
1/8 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:177701-2013:text:pl:html PL-Lublin: Systemy informacji medycznej 2013/S 104-177701 Samodzielny Publiczny Zakład Opieki Zdrowotnej
Bardziej szczegółowoNie wszystkie funkcje e-rejestracji wymienione w poniższej instrukcji są dostępne
eportal pacjenta Nie wszystkie funkcje e-rejestracji wymienione w poniższej instrukcji są dostępne Aplikacja eportal pacjenta firmy CompuGroup Medical Polska to elektroniczny System rejestracji pacjentów
Bardziej szczegółowoJGP w AOS w oprogramowaniu KAMSOFT S.A. mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Służby Zdrowia KAMSOFT S.A.
JGP w AOS w oprogramowaniu KAMSOFT S.A. mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Służby Zdrowia KAMSOFT S.A. Plan prezentacji Zarządzenie Prezesa NFZ nr 29/2011/DSOZ z dnia 14 czerwca 2011
Bardziej szczegółowoPORTAL PACJENTA CONCIERGE
PORTAL PACJENTA CONCIERGE Podręcznik użytkownika Streszczenie Niniejszy dokument stanowi opis funkcji i procesów przeprowadzanych przez pacjenta w ramach systemu Concierge. Spis treści 1 Słownik pojęć...
Bardziej szczegółowoZAWIADOMIENIE O MODYFIKACJI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA
Znak sprawy: 21/2014 Maków Mazowiecki, dnia 8 grudnia 2014r. ZAWIADOMIENIE O MODYFIKACJI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA Zamawiający na podstawie art. 38 ust. 4 ustawy z dnia 29 stycznia 2004r.-
Bardziej szczegółowoKonsolidacja FP- Depozyty
Instrukcja użytkowania modułu Konsolidacja FP- Depozyty w ramach systemu BGK@24BIZNES BGK PEWNY PARTNER Kwiecień 2011 Spis Treści Wstęp... 3 Konsolidacja FP Depozyty... 3 1. Przeglądanie listy dyspozycji
Bardziej szczegółowoL.p. Treść wymagania
Załącznik nr 5 Wymagania ogólne co do wdrażanego systemu dotyczące wszystkich modułów 1. System ma interfejs graficzny dla wszystkich modułów 2. System działa w architekturze trójwarstwowej 3. System pracuje
Bardziej szczegółowoInstrukcja obsługi Zaplecza epk w zakresie zarządzania tłumaczeniami opisów procedur, publikacji oraz poradników przedsiębiorcy
Instrukcja obsługi Zaplecza epk w zakresie zarządzania tłumaczeniami opisów procedur, publikacji oraz poradników przedsiębiorcy Spis treści: 1 WSTĘP... 3 2 DOSTĘP DO SYSTEMU... 3 3 OPIS OGÓLNY SEKCJI TŁUMACZENIA...
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 9.3.SSI DO SIWZ MAZOWIECKI SZPITAL SPECJALISTYCZNY IM. DR JÓZEFA PSARSKIEGO W OSTROŁĘCE OPIS PRZEDMIOTU ZAMÓWIENIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy
Bardziej szczegółowoGłogów dnia 01.04.2015r. Nr sprawy: ZP/03/2015
Głogów dnia 01.04.2015r. Nr sprawy: ZP/03/2015 Zamawiający w postępowaniu prowadzonym w trybie przetargu nieograniczonego na Rozbudowa systemu HIS wraz z integracją z PACS/RIS/IRIS/LIS wraz z wdrożeniem
Bardziej szczegółowoI Licencjonowanie stanowisk komputerowych.
Dokumentacja programu e Zoz Licencjonowanie Wersja 1.11.0.1 Zielona Góra 2009-05-31 Niniejszy dokument opisuje sposób licencjonowania programu ezoz. Wszystkie ceny wyrażone są złotych polskich netto i
Bardziej szczegółowoCentrala Narodowego Fundusz Zdrowia w Warszawie. Strona 1 z 28
Global Services Sp. z o.o. ul. 1 Maja 133, 40-235 Katowice tel. +48(32) 338 31 83, fax +48(32) 338 31 91 http://www.globalservices.pl e-mail: biuro@globalservices.pl Tytuł: Właściciel biznesowy: Dokument
Bardziej szczegółowoSystem JFox-Storekeeper. Instrukcja użytkownika
System JFox-Storekeeper Instrukcja użytkownika Spis treści 1. Wstęp...2 2. Aplikacja webowa JFox-Storekeeper...3 2.1. Funkcje administracyjne...3 2.2. Administracja - Grupy towarowe...3 2.2.1. Dodawanie
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego. Pracownik medyczny psycholog / rehabilitant
Instrukcja użytkownika systemu medycznego Pracownik medyczny psycholog / rehabilitant 02-02-2018 Spis treści 1. Logowanie do systemu... 3 2. Przyciski w systemie... 4 3. Moi pacjenci... 5 4. Lista pacjentów
Bardziej szczegółowoZestaw pytań nr 5. 1) Ze względu na sposób licencjonowania prosimy o podanie szacowanej liczby wykonywanych badań przesyłanych PACS.
Dotyczy postępowania: Dostawa, instalacja, konfiguracja, zaprojektowanie i wykonanie okablowania strukturalnego oraz wdrożenie wraz z instruktażem, serwisem i nadzorem autorskim, Zintegrowanego Systemu
Bardziej szczegółowotabela 1 - Wykaz nowych modułów i licencji dla części medycznej:
Załącznik nr 8 do SIWZ Opis przedmiotu zamówienia. Wymagania zamawiającego dotyczące Rozbudowy Zintegrowanego Systemu Informatycznego: A. Wykonawca dostarczy Zamawiającemu Moduły Oprogramowania ZSI z odpowiednimi
Bardziej szczegółowoCopyright 2013 COIG SA Wszelkie prawa zastrzeżone. Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek
Centralny Ośrodek Informatyki Górnictwa S.A. KSOP Opis zmian w wersji 2.8.7 Copyright 2013 COIG SA Wszelkie prawa zastrzeżone. Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji
Bardziej szczegółowoPodpis osoby uprawnionej do złożenia oferty
AE/ZP-27-93/14 Załącznik nr Z1 W Pakiecie numer 1 przedmiot zamówienia obejmuje aktualizację Szpitalnego Systemu Informatycznego HIS InfoMedica posiadanego przez Specjalistyczny Szpital im. Edwarda Szczeklika
Bardziej szczegółowo1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml
Firma: Medycyna Praktyczna Nazwa Produktu: empendium EDM (nowy program Medycyny Praktycznej, opracowywany na podstawie empendium Gabinet, obecnie dostępny w wersji beta) I. ZAGADNIA OGÓLNE Pytania Wielkopolskiej
Bardziej szczegółowoInstrukcja użytkownika systemu medycznego
Instrukcja użytkownika systemu medycznego ewidencja obserwacji psychologicznych (PS) i rehabilitacyjnych (RE) v.2016.07.001 25-08-2016 SPIS TREŚCI: 1. Logowanie do systemu... 3 2. Zmiana hasła... 4 3.
Bardziej szczegółowoMECHANIZM WYMIANY DANYCH ORAZ ROZLICZEŃ APTEKA NFZ
MECHANIZM WYMIANY DANYCH ORAZ ROZLICZEŃ APTEKA NFZ Stan na dzień 11.01.2012 Najnowszej wersji tej instrukcji szukaj pod adresem: http://www.kamsoft.pl/prod/aow/ustawa_2012.htm I. Wstęp. Od 1 stycznia 2012
Bardziej szczegółowo1. Rejestracja 2. Logowanie 3. Zgłaszanie nowego wniosku projektowego
1. Rejestracja Dostęp do wniosku projektowego możliwy jest jedynie dla zarejestrowanych użytkowników. Aby zostać zarejestrowanym należy wypełnić formularz dostępny na stronie www.polskapomoc.gov.pl, a
Bardziej szczegółowo