Source: http://docplayer.pl/3608815-Opis-przedmiotu-zamowienia.html
Timestamp: 2017-06-24 19:30:05
Legal References Found: art. 2
 art. 12
 art. 13
 art. 22
 art. 22
 art. 23
 art. 24
 art. 29
 art. 22
 art. 22
 art. 23
 art. 24
 art. 29
 art. 24
 art. 192

Document Content:
1 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, SSI Niniejszy załącznik składa się z 100 ponumerowanych stron Warszawa, dnia r. Strona 1 z 1002 Spis treści Spis treści... 2 Założenia początkowe oraz wymagania ogólne I.1 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI I.2 ZAKRES: WYMAGANIA OGÓLNE... 5 I.2.1 Moduł / grupa funkcjonalności: Wymagania ogólne... 5 Rozdział II. Wymagana, docelowa funkcjonalnośd SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego II.1 ZAKRES: RUCH CHORYCH II.1.1 Moduł/grupa funkcjonalności: Rozliczenia z NFZ II.1.2 Moduł/grupa funkcjonalności: Sprzedaż usług medycznych II.1.3 Moduł/grupa funkcjonalności: JGP II.1.4 Moduł/grupa funkcjonalności: symulator JGP II.1.5 Moduł/grupa funkcjonalności: Izba Przyjęd II.1.6 Moduł/grupa funkcjonalności: Oddział szpitalny II.1.7 Moduł/grupa funkcjonalności: Statystyka medyczna II.1.8 Moduł/grupa funkcjonalności: Rehabilitacja II.2 ZAKRES: PRZYCHODNIA II.2.1 Moduł/grupa funkcjonalności: Deklaracje POZ II.2.2 Moduł/grupa funkcjonalności: Poradnia specjalistyczna II.2.3 Moduł/grupa funkcjonalności: Rehabilitacja Dzienna II.3 ZAKRES: LABORATORIUM II.3.1 Moduł/grupa funkcjonalności: Obsługa pobierania materiałów do badao II.4 ZAKRES: APTEKA II.4.1 Moduł/grupa funkcjonalności: Apteka II.4.2 Moduł/grupa funkcjonalności: Apteczka oddziałowa II.5 ZAKRES: PRACOWNIA DIAGNOSTYCZNA II.5.1 Moduł/grupa funkcjonalności: Pracownia diagnostyczna II.6 ZAKRES: DOKUMENTACJA MEDYCZNA II.6.1 Moduł/grupa funkcjonalności: Dokumentacja medyczna II.7 ZAKRES: WSPÓLNE Strona 2 z 1003 II.7.1 Moduł/grupa funkcjonalności: Zlecenia II.7.2 Moduł/grupa funkcjonalności: Pulpit użytkownika II.7.3 Moduł/grupa funkcjonalności: Identyfikacja pacjenta II.7.4 Moduł/grupa funkcjonalności: Zakażenia szpitalne II.7.5 Moduł/grupa funkcjonalności: Wykazy, zestawiania II.7.6 Moduł/grupa funkcjonalności: Wymiana danych z systemami zewnętrznymi II.7.7 Moduł/grupa funkcjonalności: Kolejki oczekujących II.7.8 Moduł/grupa funkcjonalności: Szpitalny portal e-usług II.7.9 Moduł/grupa funkcjonalności: Administrator II.7.10 Moduł/grupa funkcjonalności: Obsługa urządzeo mobilnych II.8 ZAKRES: MODUŁY DODATKOWE II.8.1 Moduł/grupa funkcjonalności: Wsparcie zarządzania systemem jakości II.8.2 Moduł/grupa funkcjonalności: Radiologiczny System Informacyjny II.9 ZAKRES: SYSTEM INFORMACJI ZARZĄDCZEJ II.9.1 Moduł/grupa funkcjonalności: System informacji zarządczej Strona 3 z 1004 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 w części medycznej nie posiada Szpitalnego Systemu Informatycznego. Wybrane jego funkcje spełnia program KS-PPS firmy Kamsoft. Strona 4 z 1005 Oferowany SSI musi posiadad realizowad wszystkie funkcjonalności przedstawione poniżej. I.2 ZAKRES: WYMAGANIA OGÓLNE I.2.1 Moduł / grupa funkcjonalności: 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 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, apteka, rozliczenia z NFZ 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 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 Strona 5 z 1006 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 istnieje możliwośd powrotu do poprzedniego okna bez zapisu danych np. poprzez klawisz <cofnij>. I W każdym polu edycyjnym(opisowym) tj. np. treśd wywiadu powinna 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 Błędy niewypełnienia pól obligatoryjnych oraz niewłaściwego wypełnienia pól powinny byd prezentowane użytkownikowi 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. 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 Strona 6 z 1007 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 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. 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 umożliwid wprowadzenie tylko tych danych, które są niezbędne, Strona 7 z 1008 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 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. I I System posiada możliwośd definiowania szablonów dokumentów wykorzystywanych w jednostce. I System zapewnia możliwośd drukowania bez konieczności instalacji sterowników drukarek na stacji roboczej. I Windows. I System musi zapewniad obsługę drukarek systemu Linux i System musi umożliwiad kolejkowanie wydruków. I System kolejek wydruków pozwala korzystad z drukarek sieciowych bez konieczności instalowania sterowników na stacjach roboczych i terminalach. W szczególności możliwe jest użytkowanie drukarek niezależnie od systemu operacyjnego stacji roboczej oraz na Strona 8 z 1009 terminalach graficznych działających pod kontrolą systemu o otwartym kodzie źródłowym. I System musi umożliwiad zbieranie statystyk o liczbie wydruków z podziałem na rodzaj wydruku i urządzenie na jakie wydruk został zlecony. I System musi umożliwiad centralne zarządzanie drukarkami (dodawnie, usuwanie, modyfikacja sterownika, nadawanie nazwy) poprzez graficzny interface. I System musi umożliwiad definiowanie kilku odrębnych kolejek wydruków widocznych w systemie dla jednej fizycznej drukarki, wykorzystując inne opcje wydruku (wydruk dwustronny, wydruk na domyślnym formacie A3, itp.). I System musi umożliwiad konfigurację drukarek JetDirect/Socket/AppSocket. I System musi umożliwiad konfigurację drukarek IPP (Internet Printing Protocol). I System musi umożliwiad konfigurację drukarek LPD. I System musi umożliwiad konfigurację drukarek SMB/Windows Printers. I System musi umożliwiad zdalny start, stop i restart usługi centralnego systemu wydruków. I System musi umożliwiad centralne dołączanie sterowników dla drukarek. I System musi umożliwiad odświeżanie listy drukarek w systemie automatycznie i na żądanie. I System musi umożliwiad konfigurację domyślnych drukarek dla stacji roboczej. I System musi umożliwiad wydruk z systemu na dowolnej drukarce skonfigurowanej w systemie. I System musi umożliwiad mapowanie nazw drukarek (możliwośd nadania innej nazwy w systemie operacyjnym, a innej w aplikacji). I System musi umożliwiad weryfikację pracy (dostępności, listy niewykonanaych zadao, status) wszystkich drukarek z jednego miejsca. I Możliwośd zdefiniowania dowolnego dokumentu, rejestru medycznego zgodnie z obowiązującymi przepisami, a w szczególności dla psychiatrii wynikających z następujących ustaw i rozporządzeo: Strona 9 z 10010 I Ustawa z dnia r. o ochronie zdrowia psychicznego. (Dz.U nr 111 poz. 535 z późn. zmianami), I Rozporządzenie Ministra zdrowia z dnia r. w sprawie rodzaju i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U nr 252 poz z późn. zmianami), I Ustawa z dnia r. o ochronie danych osobowych. (Dz.U nr 133 poz.883 z późn. zmianami), I Ustawa z dnia r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych. (Dz.U nr 210 poz.2135 z późn. zmianami), I Ustawa z dnia r. o prawach pacjenta i Rzeczniku Praw Pacjenta. (Dz.U nr 52 poz.417 z późn. zmianami), I Ustawa z dnia r. o działalności leczniczej. (Dz.U nr 112 poz.654 z późn. zmianami), I Ustawa z dnia r. o statystyce publicznej. (Dz.U nr 88 poz.439 z późn. zmianami), Strona 10 z 10011 Rozdział II. Wymagana, docelowa funkcjonalnośd SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. 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: Rozliczenia z NFZ II Ewidencja danych o strukturze organizacyjnej zakładu: II określenie jednostek organizacyjnych kontraktujących poszczególne produkty, II klasyfikacja jednostek kontraktujących produkty zgodnie z rodzajem działalności (np. szpital, przychodnia). II możliwośd przypisania do komórki organizacyjnej kodu technicznego NFZ i możliwośd zmiany tego kodu w dowolnym momencie pracy systemu. II Możliwośd importu słownika ICD9 udostępnianego przez NFZ w formacie XML z uwzględnieniem okresów obowiązywania kolejnych wersji tego słownika II Możliwośd importu słownika produktów handlowych z plików w formacie XML udostępnionych przez NFZ (komunikat PRH) II Zgodnośd z otwartym formatem wymiany danych rozliczeniowych z NFZ, II Zarządzanie umowami z NFZ: II Wprowadzanie, modyfikacja, przegląd danych dot. zawartych umów z płatnikiem, w tym możliwośd importu tych danych w postaci elektronicznej (komunikat UMX), obejmujące: II parametry rozliczeniowe, m.in. możliwośd zdefiniowania punktowego rozliczenia umów, parametry pozycji pakietów świadczeo II pozycje planu umowy, II umowy, miesięczny plan wykonania produktów w ramach Strona 11 z 10012 II miesięczny plan wykonania produktów w ramach umowy w rozbiciu na jednostki organizacyjne (miejsca realizacji świadczeo). II II okres obowiązywania umowy, limity na realizację świadczeo i ceny jednostkowe, II słowniki związane z umowami (słownik zakresów świadczeo, świadczeo jednostkowych, pakietów świadczeo, schematów leczenia itd.) II Rozliczanie umów z NFZ: II Możliwośd ewidencji wszystkich obowiązujących uprawnieo świadczeniobiorcy tj. m.in.: decyzji wójta/burmistrza, uprawnieo na podstawie koordynacji z krajami UE, uprawnieo świadczeniobiorców nieubezpieczonych a uprawnionych, kodów potwierdzeo statusów ubezpieczenia z systemu ewuś (automatycznie), oświadczeo pacjentów, legitymacji ubezpieczeniowych, legitymacji rencisty/emeryta oraz innych dokumentów będących podstawą do rozliczenia wykonanych świadczeo w ramach umów z NFZ II Automatyczna, codzienna weryfikacja statusów ubezpieczeo z systemu ewuś dla wszystkich wizyt zaplanowanych na dany dzieo oraz pobytów, które się rozpoczęły, zakooczyły, bądź trwają w danym dniu. II Możliwośd weryfikacji (co najmniej na zasadzie wykonania raportu) kompletności i poprawności wprowadzonych danych rozliczeniowych co najmniej w zakresie: II wprowadzenia (czy został wprowadzony) i poprawności nr PESEL, II wprowadzenia i poprawności nr REGON, II wprowadzenia i poprawności nr prawa wykonywania zawodu lekarza, II wprowadzenia na każdy dzieo udzielenia świadczenia informacji o dokumentach uprawniających do udzielonych świadczeo, II ewuś, potwierdzenia statusu ubezpieczenia z systemu II wprowadzenia co najmniej jednego kodu procedury ICD9 i kodu rozpoznania ICD10 II walidacja innych wartości danych zgodnie z wymaganym formatem XML w zarządzeniu Prezesa NFZ w sprawie określenia szczegółowych komunikatów sprawozdawczych XML Strona 12 z 10013 II Automatyczne rejestrowanie i możliwośd przeglądu w formie listy informacji o wszystkich wykonanych eksportach oraz importach komunikatów rozliczeniowych w zakresie co najmniej: II nazwa użytkownika wykonującego eksport/import, II identyfikator komputera na którym wykonywano eksport/import, II II data i czas wykonania, rodzaj/opis komunikatu, II Do rozliczania umów z płatnikiem muszą byd bezpośrednio wykorzystywane dane zaewidencjonowane z poziomu modułów/grup funkcjonalności części medycznej (nie dopuszczalna jest koniecznośd importu/kopiowania danych po to aby były dostępna dla modułu/grupy funkcjonalności Rozliczenia z NFZ ) II Możliwośd weryfikacji wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze stanem po wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania). Musi istnied możliwośd zbiorczej modyfikacji pozycji rozliczeniowych, w których znaleziono rozbieżności: II II w cenie świadczenia, w wadze efektywnej świadczenia, II w sposobie obliczania krotności i okresu sprawozdawczego, II Możliwośd zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących: II II II II numeru umowy, zakresu świadczeo, wyróżnika świadczenia jednostkowego, II Możliwośd wprowadzenia dodatkowego poziomu kontroli zaewidencjonowanych świadczeo poprzez autoryzację przez osobę uprawnioną II Sprawozdawczośd do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywad się automatycznie, z poziomu systemu (wbudowany klient poczty) II W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywad się automatycznie w systemie Strona 13 z 10014 II Weryfikacja świadczeo pod kątem poprawności i kompletności wprowadzonych danych: II wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ II wyszukiwanie po numerach w Księgach, II wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9, II wyszukiwanie zestawów bez zaewidencjowanych rozpoznao ICD10, II wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ, II kierującej wyszukiwanie po identyfikatorze/nazwie instytucji II wyszukiwanie po identyfikatorze/nazwisku personelu kierującego/ realizującego, II wyszukiwanie zestawów bez wprowadzonych pozycji rozliczeniowych, II wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi, II wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone, II wyszukiwanie po statusie rozliczenia, II wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy, II wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe, II wyszukiwanie zestawów świadczeo z JGP wyznaczoną w zadanej wersji, II zdrowie, wyszukiwanie zestawów świadczeo ratujących życie i II wyszukiwanie zestawów świadczeo zrealizowanych dla wybranych uprawnieo pacjenta, II wyszukiwanie świadczeo, które zostały skorygowane, a informacja o skorygowaniu nie została sprawozdana do systemu NFZ, Strona 14 z 10015 II Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej wersji publikowanej przez NFZ II Import potwierdzeo do danych przekazanych w komunikacie I fazy (komunikat P_SWI) II R_UMX) II POZ: Import danych z pliku z szablonami rachunków (komunikat Eksport komunikatów związanych ze sprawozdawczością II eksport komunikatu DEKL informacje o deklaracjach, II eksport komunikatu ZBPOZ informacje o świadczeniach zrealizowanych w ramach POZ, II Import potwierdzeo związanych ze sprawozdawczością POZ: II import komunikatu P_DEK potwierdzenia danych dla przesłanych deklaracji, II deklaracji, II import komunikatu Z_WDP wyniki weryfikacji import komunikatu Z_RDP rozliczenia deklaracji, II Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących: II eksport komunikatu LIOCZ informacje o statystykach kolejek oczekujących, II eksport komunikatu KOL informacje o oczekujących na świadczenia wysokospecjalistyczne, II Import potwierdzeo związanych ze sprawozdawczością kolejek oczekujących: II import komunikatu P_LIO potwierdzenie statystyk przekazanych w komunikacie LIOCZ, II Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika II II Generowanie i wydruk rachunków na podstawie szablonów Generowanie i wydruk faktur na podstawie rachunków II Generowanie i wydruk zestawieo i raportów związanych ze sprawozdawczością wewnętrzną (możliwośd śledzenia postępów wykonania zakontraktowanych świadczeo w ciągu trwania okresu rozliczeniowego) Strona 15 z 10016 II Raport z wykonanych świadczeo z możliwością ograniczenia danych do m.in.: II II II II II II II II numeru umowy, zakresu miesięcy sprawozdawczych, miesiąca rozliczeniowego, jednostki realizującej, zakresu świadczeo i wyróżnika, świadczenia, numeru szablonu, rodzaju uprawnienia pacjenta do świadczeo II II II II Zestawienie z realizacji planu umowy, Zestawienie wykonao w danym okresie, Zestawienie wykonao przyrostowo, Zestawienie wykonao według miejsc realizacji, II Eksport danych do popularnych formatów, co najmniej: XLS, TXT, CSV, HTML II Sprawozdania finansowe: II zestawienie świadczeo udzielonych świadczeniobiorcom innym niż ubezpieczeni, II zestawienie świadczeo wykonanych pacjentom na podstawie przepisów o koordynacji (UE), II zestawienie świadczeo wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy (decyzja wójta/burmistrza), II zestawienie świadczeo wykonanych pacjentom nieubezpieczonym, rozliczanym na podstawie art. 12 lub art. 13 ustawy II wg wzoru: załącznik nr 4 do umowy chemioterapia II wg wzoru: załącznik nr 4 do umowy programy terapeutyczne II II załączniki do umów POZ ewidencja faktur zakupowych II FZX) Generowanie i eksport faktur zakupowych do NFZ (komunikat Strona 16 z 10017 II Import potwierdzeo do faktur zakupowych (komunikat FZZ) II Generowanie i wydruk załącznika nr 4 do umowy ewidencja faktur zakupowych II Obsługa sprawozdawczości w zakresie POZ II Zapewnienie dostępu do danych o hospitalizacji dla modułu/grupy funkcjonalności Symulator JGP II.1.2 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 II II II II II II rodzaj klienta (korporacyjny, indywidualny), 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), Strona 17 z 10018 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: II sposób płatności abonament, ryczałt, płatne, wykonania cyklu badao, II II II II II II stawka, formę płatności, termin płatności, okres rozliczeniowy, termin wystawienia faktury, czas obowiązywania zasady fakturowania, II pakiet usług, którego dotyczy istnieje możliwośd zdefiniowania różnych zasad dla różnych pakietów usług umowy. II Przechowywanie informacji o osobach kontaktowych po stronie kontrahenta w następującym zakresie: II imię, nazwisko, Strona 18 z 10019 II II II II telefon, Fax, , stanowisko, zakres kontaktów, okres obowiązywania. II Prowadzanie informacji o opiekunach umowy: II II II opiekun umowy, opiekun sprzedaży. Prowadzenie słownika opiekunów. II Określenie terenów opieki Umowy, określających placówki objęte umową. II System posiada mechanizm kontroli realizacji umowy i pakietu usług w umowie poprzez limitowanie, tj. : II możliwośd ograniczenia liczby wykonao usług w danym okresie (tygodniowym, miesięcznym, kwartalnym, rocznym), II mechanizm liczenia limitów całkowitych i proporcjonalnych, II możliwośd definiowania różnych rodzajów limitów ( wykonao, kwotowych, liczby osób), II możliwośd określenia bazy liczenia limitu ( na osobę, na pakiet usług), II rejestrowanie informacji o sposobie rozliczania wykonao ponad limit, II określanie okresu obowiązywania limitów. II Przypisywanie osób uprawnionych do korzystania z Umowy beneficjentów: II poprzez wprowadzenie indywidualnego beneficjenta, poprzez import z pliku csv w określonym w Systemie formacie. II Możliwośd przypisania następujących cech beneficjentowi: II dostępne pakiety usług z umowy, II cechy VIP skutkującą dodatkowymi uprawnieniami do korzystania z dedykowanych grafików, II numeru karty, II dla członków rodzin wskazanie głównego beneficjenta z możliwością określenia stopnia pokrewieostwa, Strona 19 z 10020 II głównej miejscowości opieki, skutkującej możliwością przyporządkowania kosztów pacjenta do centrum kosztowego. II Istniej możliwośd definiowania tzw. pakietów usług otwartych, czyli bez konieczności podania listy beneficjentów. II Możliwośd tworzenia umów na bazie innych, wcześniej zdefiniowanych kopiowanie umów. II FAKTUROWANIE W OPARCIU O ZDEFINIOWANE UMOWY II System udostępnia raport do faktur. Raport ten prezentuje faktury i skalkulowane pozycje faktur które należy wystawid w wybranym miesiącu. Pozycje faktur obliczane są według zasad określonych w definicjach umów. II faktur: System udostępnia raporty do sporządzania załączników do II II Raport dla umów świadczeo odpłatnych, Raport dla umów abonamentowych. II II cechach: ZARZĄDZANIE CENNIKAMI System prowadzi rejestr cenników usług, o następujących II II II II nazwa, kod cennika, placówka, okres obowiązywania, typ cennika (płatne, Umowa), II cennik świąteczny, obowiązujący w dni robocze (System udostępnia funkcję zarządzającą dniami wolnymi), II godziny obowiązywania cennika (np. dzienne, nocne). II System umożliwia definiowanie cenników dziennych, nocnych, świątecznych. II System umożliwia definiowanie różnych cenników dla różnych placówek. II System posiada mechanizm walidowania cenników, zabezpieczający przed zdefiniowaniem dwóch różnych cenników dla danej usługi obowiązujących jednocześnie w jednej placówce. II System posiada możliwośd definiowania indywidualnych cenników dla wybranych lekarzy. Strona 20 z 10021 II System posiada możliwośd definiowania indywidualnych cenników dla wybranych umów z klientami. II Możliwośd tworzenia cenników na bazie innych, wcześniej zdefiniowanych kopiowanie cenników. II ZARZĄDZANIE PRODUKTEM/PAKIETEM USŁUG II System posiada funkcję zarządzania produktami medycznymi / pakietami usług. II Grupowania usług medycznych w produkty, z których konstruuje się Umowy. II Budowanie produktu medycznego na podstawie zdefiniowanych wcześniej usług medycznych (opcji) lub grup usług medycznych (opcji). II Nadanie wraz z produktem medycznym statusu VIP wszyscy beneficjenci przypisani do tego produktu otrzymują automatycznie status VIP. II Możliwośd tworzenia pakietów usług na bazie innych, wcześniej zdefiniowanych kopiowanie pakietów usług / produktów. II II ZARZĄDZANIE LISTĄ KONTRAHENTÓW Przeglądanie i filtrowanie listy kontrahentów. II Zarządzanie kontrahentami korporacyjnymi. System zbiera następujące informacje: II II II II II II II II II nazwa firmy, adres, grupa kapitałowa, oddziały firmy, NIP, REGON, KRS, branża, numer dłużnika. II Zarządzanie kontrahentami indywidualnymi: II II II imię i nazwisko, adres, NIP, Strona 21 z 10022 II numer dłużnika. II.1.3 Moduł/grupa funkcjonalności: JGP II Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji II Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z publikowanych Zarządzeo Prezesa NFZ, II Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów: leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna II Wyznaczanie JGP bez ryzyka odrzucenia rozliczenia ze względu na konflikt z wcześniej wykonanymi świadczeniami - walidacje wprowadzanych świadczeo pod kątem tzw. macierzy sumowao, II Możliwośd ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera lokalnego i grupera NFZ II Możliwośd automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi element kierunkowy wyznaczonej JGP, II Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością automatycznej aktualizacji JGP na poprawną uwzględniająca: II różnice wynikające z wczytania nowych wersji grupera, które opublikowano z wsteczną datą obowiązywania, mogące obejmowad: II grupera, II II różnice w zaewidencjonowanych wersjach różnice w zaewidencjonowanych taryfach, różnice w zaewidencjonowanych JGP. II różnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ na wyznaczoną JGP: II II koniecznośd zmiany JGP, koniecznośd zmiany taryfy, II koniecznośd przepięcia JGP do pobytu na innym oddziale II Wyszukiwanie hospitalizacji co najmniej wg poniższych kryteriów: II data zakooczenia hospitalizacji, Strona 22 z 10023 II II II II II wersja grupera za pomocą którego wyznaczono JGP kod JGP, rozpoznanie główne, kod procedury medycznej, status rozliczenia II Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznao wypisowych II Wyświetlanie maksymalnego refundowanego czasu (liczba dni) pobytu pacjenta z danym rozpoznaniem (dla właściwej JGP) oraz liczby dni pozostałych do kooca tego czasu. Jeżeli pobyt zostanie przedłużony ponad limit, informacja o tym powinna byd widoczna w systemie (tzn. ile dni ponad limit pacjent przebywa na oddziale). II Wsteczna weryfikacja z możliwością automatycznej aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP II.1.4 Moduł/grupa funkcjonalności: Symulator JGP II Wstępne zasilenie symulatora danymi z wybranej hospitalizacji II Możliwośd sprawnej modyfikacji danych w symulatorze i obserwacja wpływu zmian na wyznaczane JGP: II modyfikacja danych pacjenta (wiek, płed), II modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb wypisu, tryb i charakter hospitalizacji), II dodanie lub usuniecie pobytu, II modyfikacja danych pobytu (data przyjęcia, data wypisu, cz. VIII kodu resortowego komórki, kod świadczenia, rozpoznanie zasadnicze, rozpoznania współistniejące, procedury medyczne (daty wykonania) II Wyróżnianie kolorami danych hospitalizacji nieistotnych z punktu widzenia wyznaczenia JGP II Możliwośd określenia wersji grupera za pomocą którego wyznaczone zostaną JGP II Domyślna wersja grupera uwzględniana przez symulator wynika z daty zakooczenia hospitalizacji, Strona 23 z 10024 II Możliwośd dowolnego wyboru (z zarejestrowanych w systemie) do symulacji wersji grupera II Wskazywanie JGP z podziałem na: II II JGP, dla której hospitalizacja spełnia warunki wyboru, JGP, dla których hospitalizacja nie spełnia warunków, II JGP, które istnieją w planie umowy świadczeniodawcy, II Wyróżnienie kolorem pozycji w celu odzwierciedlenia ważności wyznaczonych JGP z punktu widzenia świadczeniodawcy (np. istniejących w planie umowy a tym samym możliwych do rozliczenia) II W przypadku wskazania JGP do których pacjent mógłby zostad zakwalifikowany jednak nie zostały spełnione wszystkie warunki - wskazanie tych warunków II JGP: Możliwośd przeglądu podstawowych informacji o wybranej II wartości taryf dla poszczególnych trybów hospitalizacji, II Parametry związane z mechanizmem osobodni (liczba dni finansowana grupą, taryfa dla hospitalizacji trwających < 2 dni, wartośd punktowa osobodnia ponad ryczałt finansowany grupą), II Parametry JGP (warunki, które musi spełniad hospitalizacja), II Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie, II Prezentacja wykresów ilustrujących zależnośd naliczonych taryf od czasu hospitalizacji pacjenta II.1.5 Moduł/grupa funkcjonalności: Izba Przyjęd II Obsługa skorowidza pacjentów, wspólnego dla pozostałych modułów/grup funkcjonalności medycznej części systemu II Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, co najmniej: imię i nazwisko, nazwisko rodowe, nazwisko poprzednie, PESEL, data urodzenia, PESEL opiekuna, II Rejestracja i modyfikacja danych osobowych pacjentów, II Ewidencja zmian danych osobowych i daty od kiedy obowiązują nowe dane (np. zmiana miejsca zamieszkania, zmiana nazwiska, itp.) z zachowaniem całej historii zmian danych. Strona 24 z 10025 II Możliwośd zastosowania kart identyfikacyjnych do wyszukania pacjenta w systemie II Przegląd danych archiwalnych pacjenta w zakresie danych z poszczególnych wizyt w przychodni, pobytów szpitalnych, wizyt w zakładach diagnostycznych, laboratoriach i wyników badao. II Rejestracja przyjęcia pacjenta w izbie przyjęd: II II II możliwośd wprowadzenia danych o rozpoznaniu, możliwośd wprowadzenia danych ze skierowania, możliwośd wprowadzenia danych płatnika, II możliwośd ewidencji danych dotyczących pobytu pacjenta w izbie przyjęd, co najmniej: II wywiad wstępny, II wykonane pacjentowi elementy leczenia (zlecenia): II procedury, II leki, II konsultacje. II System musi posiadad możliwośd blokowania przyjęcia pacjenta, którego poprzedni pobyt w szpitalu nie został jeszcze zakooczony. II Obsługa listy pacjentów przebywających w izbie przyjęd: II wyszukiwanie pacjentów na liście wg różnych kryteriów, co najmniej: II II II II II nazwisko i imię, nr PESEL, nr w Księdze izby przyjęd, kody rozpoznao wstępnych (ICD10), lekarz badający, II pacjenci oczekujący na obsłużenie, pacjenci na obserwacji, pacjenci skierowani w oddział (oczekujący na przyjęcie w oddział) II status potwierdzenia w systemie ewuś, II z trybów: Rejestracja opuszczenia izby przyjęd przez pacjenta w jednym Strona 25 z 10026 II skierowanie/cofnięcie skierowania na oddział - ustalenie trybu przyjęcia, form płatności, wydruk pierwszej strony historii choroby, itp.), II odmowa przyjęcia pacjenta do szpitala wpis do Księgi odmów i porad ambulatoryjnych, z możliwością zaplanowania późniejszego terminu przyjęcia wpis do Księgi oczekujących i kolejki oczekujących, II zgon pacjenta w izbie przyjęd, II Ewidencja danych do rozliczenia kontraktowanych świadczeo z płatnikiem, II II Ewidencja usług rozliczanych komercyjnie Generowanie i możliwośd wydruku dokumentów izby przyjęd: II II II karta wypisowa, karta odmowy, skierowanie do innej placówki leczniczej, II Możliwośd wydruku danych identyfikacyjnych pacjenta na drukarkach opasek nadgarstkowych i drukarkach etykiet II Obsługa Ksiąg: II II II II II Księga główna, Księga izby przyjęd, Księga oczekujących, Księga odmów i porad ambulatoryjnych, Księga zgonów. II Pełna automatyczna współpraca z podsystemem/modułem/grupą funkcjonalności Apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych. II Współpraca z pozostałymi podsystemami/modułami/grupami funkcjonalności medycznej części systemu w zakresie wzajemnego udostępniania danych dotyczących zleceo i danych o ich wykonaniu. II leczenie System umożliwia obsługę deklaracji zgody na przyjęcie i II System umożliwia obsługę Szpitalnego Oddziału Ratunkowego (SOR) II Wbudowane standardowe szablony raportów, co najmniej: Strona 26 z 10027 II ruch chorych izby przyjęd osobowy (w zadanym okresie czasu: dzienny, tygodniowy, miesięczny, dowolny), II ruch chorych izby przyjęd sumaryczny (w zadanym okresie czasu: dzienny, tygodniowy, miesięczny, dowolny). II Możliwośd wprowadzenia informacji o trybie przyjęcia do szpitala psychiatrycznego, zgodnie z Ustawą z dnia 19 sierpnia 1994 r. o ochronie zdrowia psychicznego. II W przypadku przyjęcia przymusowego możliwośd wprowadzenia podstawy przyjęcia zgodnie z art. 22 ust. 2, art. 22 ust 5, art. 23, art. 24 oraz z art. 29 ustawy wraz z informacjami dodatkowymi wymaganymi do odpowiednio wskazanej podstawy przyjęcia. Możliwośd wyrażenia opinii odnośnie przyjęcia bez zgody przez innego (niż przyjmujący) lekarza psychiatrę lub psychologa. II Możliwośd wydruku: Rejestru osób przyjętych do szpitala psychiatrycznego zgodnie z załącznikiem nr 4 do Rozporządzenia MZ z dnia 13 lipca 2012 r. w sprawie szczegółowego sposobu postępowania w sprawach przyjęcia oraz wypisania ze szpitala psychiatrycznego. II Możliwośd ewidencjonowania danych karty statystycznej psychiatrycznej Mz/Szp-11B zgodnie ze wzorem karty Mz/Szp-11B określonym w załączniku do rozporządzenia Rady Ministrów z dnia 9 sierpnia 2013 r. w sprawie programu badao statystycznych statystyki publicznej na rok 2014 (Dz. U. z 2013 r. poz. 1159) oraz Instrukcją wypełniania karty, opisem pól, formatem danych przekazywanych elektronicznie udostępnianym przez Instytut Psychiatrii i Neurologii. II Możliwośd wprowadzenia danych o stosowaniu przymusu bezpośredniego zgodnie Rozporządzeniem Ministra Zdrowia z dnia 28 czerwca 2012 r. w sprawie sposobu stosowania i dokumentowania zastosowania przymusu bezpośredniego oraz dokonywania oceny zasadności jego zastosowania. II Wydruk zawiadomienia kierownika jednostki o zastosowaniu przymusu, wydruk karty zastosowania unieruchomienia lub izolacji. II Możliwośd korzystania (dostępnośd) z wybranych szablonów raportów zdefiniowanych w module/grupie funkcjonalności Wykazy i zestawienia II.1.6 Moduł/grupa funkcjonalności: Oddział szpitalny II Obsługa listy pacjentów przebywających w oddziale: Strona 27 z 10028 II wyszukiwanie pacjentów na liście wg różnych kryteriów, co najmniej: II II II II II II II nazwisko i imiona, nr PESEL, nr Księgi głównej, nr Księgi oddziałowej, odcinek oddziałowy, kody rozpoznao (ICD10), lekarz prowadzący, II pacjenci oczekujący na przyjęcie w oddział (skierowani z izby przyjęd), II II pacjenci przebywający na przepustce, status potwierdzenia w systemie ewuś II modyfikacja danych osobowych pacjentów z listy oddziałowej. II Możliwośd ewidencji zmian danych osobowych i daty od kiedy obowiązują nowe dane (np. zmiana miejsca zamieszkania, zmiana nazwiska, itp.) II Przegląd danych archiwalnych pacjenta w zakresie danych z poszczególnych wizyt w przychodni, pobytów szpitalnych, wizyt w zakładach diagnostycznych i wyników badao. II Możliwośd odmowy i anulowania przyjęcia pacjenta w oddział skierowanego z izby przyjęd (wycofanie pacjenta z listy oddziału i ponowne wpisanie na listę pacjentów przebywających w izbie przyjęd), II Możliwośd planowania późniejszego terminu przyjęcia wpis do Księgi oczekujących oddziału, II Rejestracja przyjęcia pacjenta w oddział: II nadanie numeru Księgi oddziałowej automatycznie lub wpisanie przez użytkownika, II wprowadzenie danych lekarza prowadzącego, II Możliwośd modyfikacji danych płatnika, II Możliwośd wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinek oddziałowy, łóżko, Strona 28 z 10029 II Możliwośd wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badan laboratoryjnych, itp. II Ewidencja elementów pobytu pacjenta w oddziale: II wywiad z możliwością użycia słownika tekstów standardowych lub zdefiniowanych formularzy II rozpoznania: wstępne, koocowe, przyczyna zgonu (wg ICD-10 statystycznie i oraz opisowo), II II wykonane pacjentowi elementy leczenia (zlecenia): procedury, w tym zabiegi i terapie: II II II II badania diagnostyczne podane leki, konsultacje, przepustki, II Możliwośd ewidencji danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI II Obsługa raportów pielęgniarskich (ewidencja wykonanych procedur pielęgniarskich, wydruk raportów), II Obsługa raportów z dyżurów lekarskich (prowadzenie obserwacji, wydruk raportu) II trybów: Rejestracja opuszczenia oddziału przez pacjenta w jednym z II przeniesienie/wycofanie przeniesienia pacjenta w inny oddział, II przeniesienie pacjenta w trybie nagłym w inny oddział (bez konieczności uzupełnienia danych wypisowych z poprzedniego oddziału), II II wypis pacjenta ze szpitala, zgon pacjenta w oddziale, II Możliwośd odnotowania faktu wydania pacjentowi druków, zaświadczeo, skierowao itp., II Możliwośd autoryzacji danych z pobytu w oddziale (autoryzacja wypisu), II Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28, Strona 29 z 10030 II na: Prowadzenie i możliwośd wydruku historii choroby w podziale II II II dane dot. przyjęcia, wywiad wstępny (przedmiotowo, podmiotowo), przebieg choroby (przebieg leczenia) II epikryza (z możliwością wykorzystania słownika tekstów standardowych lub definiowanych formularzy ). II Możliwośd wygenerowania i wydruku na podstawie wprowadzonych danych co najmniej nast. dokumentów: II II II II II II II II II karta wypisowa, karta statystyczna, karta leczenia psychiatrycznego, karta zakażenia szpitalnego, karta nowotworowa, karta zgłoszenia choroby zakaźnej, karta zgonu, karta TISS28, karta depozytowa, II Obsługa Ksiąg: II II II II II II Księga główna, Księga oddziałowa, Księga oczekujących, Księga zgonów, Księga noworodków, Księga zabiegów. II Obsługa wydruków recept, II Pełna automatyczna współpraca z podsystemem/modułem/grupą funkcjonalności Apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych. II Współpraca z pozostałymi podsystemami/modułami/grupami funkcjonalności medycznej części systemu w zakresie wzajemnego udostępniania danych dotyczących zleceo i danych o ich wykonaniu. Strona 30 z 10031 II Możliwośd wprowadzenia informacji o trybie przyjęcia do szpitala zgodnie z ROZPORZĄDZENIEM MINISTRA ZDROWIA z dnia 20 czerwca 2008 r. w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeo ze środków publicznych II Możliwośd wprowadzenia informacji o trybie przyjęcia do szpitala psychiatrycznego, zgodnie z Ustawą z dnia 19 sierpnia 1994 r. o ochronie zdrowia psychicznego. II W przypadku przyjęcia przymusowego możliwośd wprowadzenia podstawy przyjęcia zgodnie z art. 22 ust. 2, art. 22 ust 5, art. 23, art. 24 oraz z art. 29 ustawy lub podstawy zatrzymania w szpitalu wbrew woli wraz z informacjami dodatkowymi wymaganymi do odpowiednio wskazanej podstawy przyjęcia/zatrzymania. Możliwośd wyrażenia opinii odnośnie przyjęcia/zatrzymania bez zgody przez innego (niż przyjmujący/zatrzymujący) lekarza psychiatrę lub psychologa. II Możliwośd zatwierdzenia przyjęcia/zatrzymania bez zgody przez ordynatora oddziału. II Wydruk załączników 2-6 do Rozporządzenia Ministra Zdrowia z dnia 13 lipca 2012 r. w sprawie szczegółowego sposobu postępowania w sprawach przyjęcia oraz wypisania ze szpitala psychiatrycznego. II W przypadku przyjęcia na podstawie art. 24 system przypomina o konieczności postawienia diagnozy przed upływem 10 dni. II Możliwośd ewidencjonowania informacji o wysłuchaniu przez sąd pacjenta przebywającego bez zgody, informacji o odbytych rozprawach, ewidencji postanowieo sądowych. II Możliwośd ewidencjonowania danych karty statystycznej psychiatrycznej Mz/Szp-11B zgodnie ze wzorem karty Mz/Szp-11B określonym w załączniku do rozporządzenia Rady Ministrów z dnia 9 sierpnia 2013 r. w sprawie programu badao statystycznych statystyki publicznej na rok 2014 (Dz. U. z 2013 r. poz. 1159) oraz Instrukcją wypełniania karty, opisem pól, formatem danych przekazywanych elektronicznie udostępnianym przez Instytut Psychiatrii i Neurologii. II W przypadku następujących trybów przyjęcia karty psychiatrycznej: przyjęcie na podstawie kodeksu karnego - środek zabezpieczający (art. 94 lub 96 kk); przyjęcie na podstawie kodeksu postępowania karnego - obserwacja (art. 203) możliwośd wprowadzenia postanowieo sądowych i opinii sądowo psychiatrycznych. Strona 31 z 100 Pokazać jeszcze
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ółowo ARKUSZ 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ółowo JGP 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ółowo Esaprojekt 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ółowo Załącznik 6b do SIWZ Zakres funkcjonalny Zintegrowanego Systemu Informatycznego dla części medycznej i administracyjno-zarządczej
ZAŁĄCZNIK NR 9.15.SSI DO SIWZ MAZOWIECKI SZPITAL BRÓDNOWSKI W WARSZAWIE 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 Bardziej szczegółowo ARKUSZ 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ółowo ARKUSZ 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ółowo ZMIANY 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ółowo Podpis 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ółowo Wymagane funkcje Szpitalnego Systemu Informatycznego
Nr i data umowy o dofinansowanie projektu w ramach RPO WO 2007 2013 w ramach: Osi priorytetowej RPOP.02.02.00 Społeczeństwo informacyjne Działania RPOP.02.02.00 Moduły informacyjne, platformy e-usługi 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ółowo Wymagania 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ółowo KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED
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ółowo Architektura Zintegrowanego Systemu Informatycznego dla Przychodni
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ółowo Pytania 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ółowo Zestaw 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ółowo System pracuje co najmniej w środowisku graficznym MS Windows na stanowiskach użytkowników
Nr postępowania: DZP.272-29/13 Zał. nr 2 do SIWZ/Zał. nr 2 do umowy Funkcjonalność WEB dla posiadanego systemu informatycznego w zakresie Ruchu Chorych, Lecznictwa otwartego, Apteki, Apteczek, Rozliczeń Bardziej szczegółowo Funkcje 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ółowo Aktualizacja 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ółowo 1 WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ... 2
Załącznik nr 1 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 1 (WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ) SPIS TREŚCI 1 WDROŻENIE ZINTEGROWANEGO Bardziej szczegółowo 1a 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ółowo OPIS 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ółowo Lp. 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ółowo Proces rozliczania recept realizowanych od 01.01.2012
Proces rozliczania recept realizowanych od 01.01.2012 Materiały dla Aptek i Punktów aptecznych Portal SZOI KAMSOFT S.A. Podstawy legislacyjne procesu refundacji recept Obsługa nowego sposobu rozliczania Bardziej szczegółowo 1 WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ
Załącznik nr 1 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 1 (WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ) SPIS TREŚCI Zamawiający poniżej Bardziej szczegółowo Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego
. Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Społecznego Wdrożenie systemu ZIP stanowić będzie realizację art. 192 i 192a ustawy z dnia 27 sierpnia 2004r. o świadczeniach Bardziej szczegółowo Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg.
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ółowo Portal 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ółowo Metodyka dotycząca psychiatrii część nieszpitalna Spis treści
Metodyka dotycząca psychiatrii część nieszpitalna Spis treści Zawartość merytoryczna plików... 2 Struktura plików dotyczących świadczenia opieki zdrowotnej... 2 Plik 1, Ogólne Dane, Nazwa pliku: Kod świadczeniodawcy_og_amb_rok_miesiac.csv... Bardziej szczegółowo OPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 8 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA 1. Dostarczane oprogramowanie musi być zintegrowane z posiadanym przez Zamawiającego oprogramowaniem wykaz posiadanego oprogramowania produkcji Asseco Bardziej szczegółowo JGP w AOS. Zakres obsługi poprzez aplikacje MMEDICA
. Zakres obsługi poprzez aplikacje MMEDICA Wersja 1.0 2012-06-03 2 Spis treści 1. Wstęp... 3 2. Ewidencja danych w aplikacji mmedica.... 6 2.1. Mechanizm pierwszy.... 6 2.2. Mechanizm drugi: Uzupełnianie Bardziej szczegółowo OPIS 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ółowo Moduł: 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ółowo Centrala 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ółowo L.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ółowo Sprawdzenie zgodności kryterium wiekowego dla zakresu medycyny sportowej.
ZAKRES KOD OPIS SPO 71401001 SPO 71404001 SPO 71404002 Sprawdzenie kryterium wiekowego dla świadczeń z zakładów pielęgnacyjnoopiekuńczych i opiekuńczo-leczniczych dla dzieci. Sprawdzenie czasu rezerwacji Bardziej szczegółowo OPIS 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ółowo Spis treści. Rozdział 1 Strona tytułowa Rozdział 2 Programy Lekowe i Chemioterapia. mmedica - INSTR UKC JA UŻYTKO W NIKA
Wersja 4.9.0 Spis treści Rozdział 1 Strona tytułowa Rozdział 2 2.1 2.2 I Ewidencja... danych 2-2 Rozliczanie... 2-8 Strona tytułowa Rozdział 1 Strona tytułowa Ilustracje i zrzuty ekranowe zamieszczone Bardziej szczegółowo Instrukcja do programu Do7ki 1.0
Instrukcja do programu Do7ki 1.0 Program Do7ki 1.0 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej SIÓDEMKA w połączeniu Bardziej szczegółowo Przy wykonywaniu rozliczeń obowiązują pewne zasady, do których nie zastosowanie się będzie skutkowało odrzuceniem raportów ze strony NFZ:
WAŻNE INFORMACJE Przy wykonywaniu rozliczeń obowiązują pewne zasady, do których nie zastosowanie się będzie skutkowało odrzuceniem raportów ze strony NFZ: w województwach, w których obowiązuje szyfrowanie Bardziej szczegółowo OPIS PRZEDMIOTU ZAMÓWIENIA (załączyć do oferty)
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ółowo SPECYFIKACJA 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ółowo Zaopatrzenie ortopedyczne aplikacja internetowa
Data: 02.02.2009 Strona 1 z 10 Spis treści Wstęp...3 Rozliczenie z OW NFZ...3 Przekazywanie danych...4 I faza wysyłanie pliku XML...4 Przegląd przesyłek...5 Przegląd zrealizowanych świadczeń ortopedycznych...7 Bardziej szczegółowo Sprawdzenia z zakresu Centralnych Warunków Walidacji i Centralnych Reguł Weryfikacji
Sprawdzenia z zakresu Centralnych Warunków Walidacji i Centralnych Reguł Weryfikacji Narodowy Fundusz Zdrowia, rozszerzając zakres prowadzonych weryfikacji sprawozdań za wykonane usługi, wdraża nowe techniczne Bardziej szczegółowo SKRÓCONY OPIS systemu lojalnościowego
SKRÓCONY OPIS systemu lojalnościowego na podstawie wersji 2.0 PRODUCENT: Basic-Soft Ostrów Wlkp. AKTUALNA WERSJA: Kontrahent GT wersja 2.0 Zabrania się powielania, publikowania i rozpowszechniania bez Bardziej szczegółowo mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Ochrony Zdrowia
mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Ochrony Zdrowia Pakiet Onkologiczny Karta jest dokumentem papierowym Do jej wydania niezbędne jest skontaktowanie się online z systemem wydawania Bardziej szczegółowo 2) lokalizacja budynek lub zespół budynków oznaczonych tym samym adresem, w którym zlokalizowane jest miejsce udzielania świadczeń;
. Zarządzenie Nr 63/2009/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 2 listopada 2009 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju opieka paliatywna i hospicyjna Na podstawie Bardziej szczegółowo Spis 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ółowo Zarządzenie nr 12/2009/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 11 lutego 2009 r.
Zarządzenie nr 12/2009/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 11 lutego 2009 r. zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki Bardziej szczegółowo Zaopatrzenie ortopedyczne aplikacja internetowa
Data: 04.02.2009 Strona 1 z 11 Spis treści Wstęp... 3 Rozliczenie z OW NFZ... 3 Przekazywanie danych... 4 I faza wysyłanie pliku XML... 4 Przegląd przesyłek... 5 Przegląd zrealizowanych świadczeń ortopedycznych... Bardziej szczegółowo R 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ółowo mmedica- zakres obsługi JGP w AOS.
mmedica- zakres obsługi JGP w AOS. Od 01.07.2011 Narodowy Fundusz Zdrowia wprowadza w ambulatoryjnej opiece specjalistycznej rozliczanie za pomocą systemu JGP. Zmiany wynikają z zarzadzenia 029/2011/DSOZ Bardziej szczegółowo Migracja danych z plików XML do programu e ee Zoz
Dokumentacja programu e Zoz Migracja danych Wersja 1.3.1.1 Zielona Góra 2010-09-17 Migracja danych z plików XML do programu e ee Zoz Źródło danych: program mmedica 1 Pliki z importowanym deklaracjami POZ Bardziej szczegółowo NZ/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ółowo MOJA FIRMA PLUS. bankowość elektroniczna dla małych i średnich firm
MOJA FIRMA PLUS bankowość elektroniczna dla małych i średnich firm Co to jest pakiet Moja Firma Plus? Usługa bankowości elektronicznej MOJA FIRMA PLUS umożliwia łatwy i szybki dostęp do rachunków za pomocą Bardziej szczegółowo RIS. 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ółowo Wybó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ółowo Dostawy 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ółowo Mgr Anna Sowada Szkoleniowiec Mgr inż. Magdalena Wójcik Kierownik Sekcji rejestrów i aplikacji www Mgr inż. Przemysław Pawlak Kierownik Sekcji
Mgr Anna Sowada Szkoleniowiec Mgr inż. Magdalena Wójcik Kierownik Sekcji rejestrów i aplikacji www Mgr inż. Przemysław Pawlak Kierownik Sekcji kontraktowania świadczeń Zakres czynności do wykonania na Bardziej szczegółowo Funkcje mmedica PS. Obsługa kartoteki pacjentów: - gromadzenie niezbędnych danych pacjenta. - szybki i skuteczny mechanizm wyszukiwania pacjentów
mmedica PS podstawowa wersja programu obsługująca rozliczenia z NFZ. Funkcjonalnie odpowiada Pakietowi Świadczeniodawcy. Zarejestrowanie zrealizowanych świadczeń można przeprowadzić bez konieczności wykonywania Bardziej szczegółowo Jako 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 PODSTAWOWY PROGRAM ŚWIADCZENIODAWCY KS-PPS WINDOWS
PODSTAWOWY PROGRAM ŚWIADCZENIODAWCY KS-PPS WINDOWS Podręcznik użytkownika Katowice 2008 2153PI02.00 Producent programu: Przedsiębiorstwo Informatyczne KAMSOFT ul. 1 Maja 133 40-235 Katowice Telefon: (0-32) Bardziej szczegółowo Nowości w zakresie rozliczeń apteka NFZ, informacje prawne. Marcin Długosz Dyrektor ds. projektów strategicznych - farmacja KAMSOFT S.A.
Nowości w zakresie rozliczeń apteka NFZ, informacje prawne Marcin Długosz Dyrektor ds. projektów strategicznych - farmacja KAMSOFT S.A. Nowości w zakresie rozliczeń apteka NFZ: Telekonferencja szkoleniowa Bardziej szczegółowo Skró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ółowo Portal Świadczeniodawcy (PŚ)
Portal Świadczeniodawcy (PŚ) Import dokumentów rozliczeniowych. Na stronie Import dokumentów rozliczeniowych możliwy jest import plików REF, uprzednio wygenerowanych przez aplikację rozliczeniową świadczeniodawcy. Bardziej szczegółowo KOMPUTEROWY 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ółowo Aktualizacja 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ółowo Umowa Kontrakt /nr.../2011 zawarta w dniu... 2010 roku w Oleśnicy pomiędzy:
Załącznik do Regulaminu konkursu z dnia 17.08.2010 roku ze zmianami - ogłoszenie za dnia 21.09.2010r Umowa Kontrakt /nr.../2011 zawarta w dniu... 2010 roku w Oleśnicy pomiędzy: Samodzielnym Zespołem Publicznych Bardziej szczegółowo Przy wykonywaniu rozliczeń obowiązują pewne zasady, do których nie zastosowanie się będzie skutkowało odrzuceniem raportów ze strony NFZ:
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ółowo I. Portal Potencjału
Instrukcja dla świadczeniodawców realizujących umowy w rodzaju: ambulatoryjna opieka specjalistyczna, leczenie szpitalne, rehabilitacja lecznicza, leczenie stomatologiczne, profilaktyczne programy zdrowotne, Bardziej szczegółowo Przed rozpoczęciem pracy z modułem komercyjnym niezbędna jest konfiguracja systemu (patrz punkt: Konfiguracja modułu komercyjnego).
Moduł Komercyjny Przed rozpoczęciem pracy z modułem komercyjnym niezbędna jest konfiguracja systemu (patrz punkt: Konfiguracja modułu komercyjnego). Podstawowa funkcjonalność Modułu Komercyjnego skupia Bardziej szczegółowo Rys. 1. Lista raportów do NFZ
1. Raporty statystyczne informacje o wykonanych świadczeniach Dla wszystkich umów zawartych na rok 2011 i lata późniejsze sprawozdawczość ogranicza się do raporty wykonanych świadczeń ambulatoryjnych i Bardziej szczegółowo Wytyczne techniczne dotyczące plików CSV
Załącznik nr 2 do umowy Zasady przekazywania Danych Wytyczne techniczne dotyczące plików CSV Zbiory muszą zostać zapisane w postaci plików CSV, w którym jako separator pól zostanie użyty znak ";" (średnik), Bardziej szczegółowo Potwierdzenie uprawnienia pacjenta do świadczeń gwarantowanych
Potwierdzenie uprawnienia pacjenta do świadczeń gwarantowanych Od 1 stycznia 2013 roku, w placówkach medycznych, została wprowadzona funkcjonalność elektronicznej weryfikacji uprawnień świadczeniobiorców Bardziej szczegółowo Instrukcja do programu DoDHL 1.5
Instrukcja do programu DoDHL 1.5 Program DoDHL 1.5 pozwala w prosty sposób wykorzystać dane z systemu sprzedaży Subiekt GT do generowania listów przewozowych dla firmy kurierskiej DHL w połączeniu z bezpłatnym Bardziej szczegółowo Program. 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ółowo INNOWACYJNE ROZWIĄZANIA XXI W. SYSTEMY INFORMATYCZNE NOWEJ
INNOWACYJNE ROZWIĄZANIA XXI W. SYSTEMY INFORMATYCZNE NOWEJ GENERACJI RZESZÓW 2008 Obszary aktywności Lecznictwo otwarte - Przychodnie - Laboratoria - Zakłady Diagnostyczne - inne Jednostki Służby Zdrowia Bardziej szczegółowo Dokumentacja programu. Instrukcja użytkownika modułu Gabinet Zabiegowy. Zielona Góra 2015-06-18
Załącznik nr 1A do SIWZ Opis przedmiotu zamówienia Zamówienie powinno odpowiadać wymaganiom określonym w niniejszej załączniku do SIWZ. Tam gdzie w przedmiocie zamówienia zamawiający wskazuje markę, znak Bardziej szczegółowo Środki pomocnicze od 1.01.2014 r.
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ółowo INSTRUKCJA DLA SZPITALI W SPRAWIE WYPEŁNIANIA KART STATYSTYCZNYCH SZPITALNYCH OGÓLNYCH (Formularz MZ/Szp-11)
INSTRUKCJA DLA SZPITALI W SPRAWIE WYPEŁNIANIA KART STATYSTYCZNYCH SZPITALNYCH OGÓLNYCH (Formularz MZ/Szp-11) Ogólnopolskie Badanie chorobowości szpitalnej jest prowadzone w ramach Programu Badań Statystycznych Bardziej szczegółowo Przed rozpoczęciem pracy z modułem komercyjnym niezbędna jest konfiguracja systemu (patrz punkt: Konfiguracja modułu komercyjnego).
Moduł Komercyjny Podstawowa funkcjonalność Modułu Komercyjnego skupia się w Rejestracji wizyt i Terminarzu. To tutaj system sprawdza uprawnienia pacjenta, do korzystania ze świadczeń w ramach zwartych Bardziej szczegółowo Instrukcja 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ółowo Załącznik 1 do zapytania ofertowego numer 1/05/2013/OnJKnP 1 Szczegółowe, obowiązkowe wymagania dla całego systemu
Strona 1 Załącznik 1 do zapytania ofertowego numer 1/05/2013/OnJKnP 1 Szczegółowe, obowiązkowe wymagania dla całego Lp. Moduł Obszar Opis funkcjonalności 1 2 Wykonawca zobowiązany jest do dostarczenia Bardziej szczegółowo Podręcznik użytkownika
Podręcznik użytkownika Centrum rozliczeniowe UPS 2015 United Parcel Service of America, Inc. Nazwa UPS, marka UPS i kolor brązowy są znakami towarowymi firmy United Parcel Service of America, Inc. Wszelkie Bardziej szczegółowo Zarządzenie Nr 65/2009/DGL. Prezesa Narodowego Funduszu Zdrowia z dnia 3 listopada 2009 r.
Zarządzenie Nr 65/2009/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 3 listopada 2009 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne Bardziej szczegółowo Copyright 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ółowo ZAWIERANIE 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ółowo KOMPONENTY 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ółowo Instrukcja 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ółowo PODRĘCZNIK UŻYTKOWNIKA PROGRAMU INTERCLINIC MODUŁ SZPITAL
PODRĘCZNIK UŻYTKOWNIKA PROGRAMU INTERCLINIC MODUŁ SZPITAL 1 SPIS TREŚCI: I. Podstawowe pojęcia II. Podstawowe operacje III. Obsługa programu I. PODSTAWOWE POJĘCIA Ekran: Przycisk poleceń pozwala na wykonanie Bardziej szczegółowo System POMOST Std. możliwość weryfikacji sprawozdań już w POMOST Std, przy pomocy z Centralnej Aplikacji Statystycznej;
System POMOST Std POMOST Std (Standard) firmy Sygnity S.A. jest systemem informatycznym przeznaczonym dla Jednostek Organizacyjnych Pomocy Społecznej i wspomagającym je w realizacji ustawowych zadań. System Bardziej szczegółowo Zmiany w systemie oddziałowym po wprowadzeniu nowego modelu rozliczania oraz likwidacji komunikatu II fazy Global Services Sp. z o.o.
Zmiany w systemie oddziałowym po wprowadzeniu nowego modelu rozliczania oraz likwidacji komunikatu II fazy 2 Zmiany w systemie oddziałowym po wprowadzeniu nowego modelu rozliczania oraz likwidacji komunikatu Bardziej szczegółowo 2017 © DocPlayer.pl Polityka prywatności | Warunki świadczenia usług | Zwrotny adres