1. ROZBUDOWA POSIADANEGO PRZEZ ZAMAWIAJĄCEGO SYSTEMU INFOMEDICA
|
|
- Maja Jabłońska
- 8 lat temu
- Przeglądów:
Transkrypt
1 Strona1 Załącznik nr 1 do specyfikacji Ujednolicony opis przedmiotu zamówienia DZZ /12 Zamawiający za równoważny uzna system spełniający funkcjonalności wymienione w pkt W przypadku zaoferowania systemu równoważnego Wykonawca zobowiązany jest w ciągu 5 dni od dnia otwarcia ofert przedstawić w formie nieodpłatnej prezentacji w siedzibie Zamawiającego zaoferowany system potwierdzając, że spełnia on wszystkie określone przez Zamawiającego wymagane funkcjonalności. Uwaga: Ewentualne stwierdzenie przez komisję przetargową w trakcie weryfikacji oprogramowania aplikacyjnego braku choćby jednej funkcjonalności lub parametru technicznego, mimo wykazania go przez Oferenta w załączniku nr 1 SIWZ, skutkować będzie odrzuceniem oferty danego Oferenta. 1. ROZBUDOWA POSIADANEGO PRZEZ ZAMAWIAJĄCEGO SYSTEMU INFOMEDICA 1) Dostawę następujących modułów oprogramowania aplikacyjnego HIS (ang. Hospital Information System) zapisanych na nośniku danych (1 sztuka), udzielenie bezterminowej licencji na sieciowe użytkowanie tych programów aplikacyjnych wraz z nadzorem autorskim nad tym oprogramowaniem aplikacyjnym przez okres 2 lat od daty podpisania umowy realizacyjnej (opis wymagań funkcjonalnych dla oprogramowania aplikacyjnego znajduje się w załączniku nr 1 do SIWZ): Lp Moduł HIS Liczba licencji Licencja na nieograniczoną liczbę 1 epacjent użytkowników 2 ekontrahent Licencja na nieograniczoną liczbę użytkowników 3 Przychodnia Rejestracja Licencja na nieograniczoną liczbę użytkowników 4 Przychodnia Gabinet Lekarski Licencja na nieograniczoną liczbę użytkowników 5 Przychodnia Statystyka Licencja na 3 użytkowników 6 RIS: Pracowania Diagnostyczna Licencja na 6 użytkowników 7 Sprzedaż Usług Medycznych Umowy komercyjne Licencja na nieograniczoną liczbę użytkowników 8 Identyfikacja pacjentów za pomocą kodów kreskowych Licencja na funkcjonalność 9 Elektroniczna Inwentaryzacja Licencja na funkcjonalność 2) Integracja nowo zakupywanych modułów oprogramowania aplikacyjnego HIS z systemem InfoMedica funkcjonującym u Zamawiającego (opis wymagań funkcjonalnych w tym zakresie dla oprogramowania znajduje się w dalszej części SIWZ). Wymiana danych między systemami powinna odbywać się bezpośrednio na poziomie bazy danych lub z
2 Strona2 wykorzystaniem standardu HL7 w wersji 2.3. (opis dokumentacji technicznej z tym związanej znajduje się w załączniku zatytułowanym: Komunikaty HL7 w InfoMedica ) oraz uwzględniać wymagania w dalszej części SIWZ. Zestawienie posiadanego przez Zamawiającego oprogramowania aplikacyjnego InfoMedica: w części administracyjnej (szarej): Finanse i Księgowość Rachunek Kosztów Wycena Kosztów Normatywnych Rejestr Sprzedaży Grafiki Gospodarka Materiałowa Środki trwałe Wyposażenie Kasa Kalkulacja Kosztów Leczenia w części medycznej (białej) HIS: Ruch Chorych ( w tym: izba przyjęć, oddziały, statystyka) Zlecenia Apteka Apteczki owe Pracownia Diagnostyczna i Przychodnia Blok Operacyjny Zakażenia szpitalne Dokumentacja Medyczna Sprzedaż Usług Medycznych: Umowy NFZ Symulator JGP 3) Zakres integracji dla istniejącego rozwiązania InfoMedica oraz zakres integracji pomiędzy istniejącym rozwiązaniem InfoMedica a oprogramowaniem będącym przedmiotem zamówienia. Wymogi dotyczące przepływu danych miedzy modułami wymagania: Lp Nazwa wymagania Wspólna baza kontrahentów dla wszystkich modułów, Gospodarka materiałowa, Rejestr Sprzedaży, Środki Trwałe, Wyposażenie, Kasa, Apteka. Wspólna baza ośrodków powstawania kosztów dla modułów: Finanse- Księgowość, Rachunek Kosztów, Wycena Kosztów Normatywnych, Gospodarka materiałowa, Środki Trwałe, Wyposażenie,, Kalkulacja Kosztów Leczenia, Apteka, Ruch chorych oraz dla modułów Przychodnia Rejestracja, Przychodnia Gabinet Lekarski, Przychodnia Statystyka, Pracownia Diagnostyczna. Wspólna baza świadczeń medycznych (Procedur, Badania) modułów: Rachunek Kosztów, Wycena Kosztów Normatywnych Świadczeń, Kalkulacja Kosztów Leczenia, Ruch chorych oraz dla modułów Przychodnia Rejestracja, Przychodnia Gabinet Lekarski, Przychodnia Potwierdzenie spełnienia minimalnych wymagań [spełnia / nie spełnia]
3 Strona3 Statystyka, Pracownia Diagnostyczna. 4. Z modułu Kasa przekazywane są zadekretowane raporty kasowe do modułu Finanse-Księgowość. Zadekretowane listy płac z modułu przekazywane są automatycznie 5. na poziomie bazy danych do systemu Finanse-księgowość / Rachunek Kosztów. Zadekretowane odpisy amortyzacyjne z modułu Środki Trwałe 6. przekazywane są na poziomie bazy do modułu Finanse-księgowość / Rachunek Kosztów. 7. Zadekretowane faktury z modułu Rejestr Sprzedaży przekazywane są do modułu Finanse-Księgowość i VAT. 8. Koszty normatywne świadczeń z modułu Wycena Kosztów Normatywnych eksportowane są do modułu Rachunek Kosztów. Zadekretowane dokumenty przychodowe, rozchodowe oraz pozostałe 9. zawarte w module Gospodarka materiałowa wymieniane są z modułem Finanse-Księgowość. Z modułu Apteka / apteczka oddziałowa jakie obecnie posiada 10. zamawiający, przekazywane są automatycznie zadekretowane dokumenty przychodowe, rozchodowe oraz pozostałe do modułu Finanse-księgowość. Eksport danych statystycznych oraz ilościowych o wykonanych 11. świadczeniach do pliku tekstowego lub w formacie.xls z możliwością zaczytania do modułu Rachunek Kosztów, Wymiana danych z systemu Apteka z modułem Wycena Kosztów 12. Normatywnych - w zakresie udostępnienia indeksu leków i danych o aktualnych cenach leków do określenia normatywów materiałowych świadczeń (w zakresie leków). Moduł Apteczka oddziałowa udostępnia automatycznie dane o ewidencji 13. podania leków poszczególnym pacjentom do modułu Kalkulacja Kosztów Leczenia 14. Automatyczne przekazywanie rozchodów leków z Apteczki oddziałowej do modułu Finanse-Księgowość 15. Zadekretowane listy płac z modułu na poziomie bazy danych przekazywane są do modułu Koszty. Istnieje wymiana informacji pomiędzy Apteką a modułem Finansowoksięgowym 16. w zakresie przyjętych towarów, faktur zakupowych, a także rozchodów na ośrodki kosztów, z zachowaniem charakterystyki kont księgowych. 17. Automatyczna synchronizacja słowników kontrahentów, odbiorców, nr ośrodków kosztowych, pomiędzy systemem Finanse-Księgowość a Apteka. Możliwość zlecania z Ruchu chorych tj. z oddziału/izby przyjęć oraz gabinetu lekarskiego: 18. podania leku / kroplówki / chemioterapii, zabiegu, badania diagnostycznego, konsultacji, diety; wystawienie zlecenia powinno nieść kompletne informacje, niezbędne do jego wykonania; Wgląd w wyniki badań wykonanych na skutek realizacji zleceń. Treść i format wyniku powinien być zgodny z formatem w jakim wynik został opisany w jednostce realizującej badanie, np. w oparciu o specjalizowany formularz. Możliwość automatycznego wydruku skierowania na podstawie wystawionego zlecenia/zestawu zleceń.
4 Strona4 21. Możliwość zlecania/odbierania wyników badań laboratoryjnych, diagnostycznych poprzez protokół HL Zakażenia Szpitalne - możliwość ewidencji karty zakażenia bezpośrednio z poziomu modułu Ruch Chorych,. 23. Z modułu Przychodnia Gabinet możliwość kierowania pacjenta bezpośrednio na izbę przyjęć w module Ruch Chorych Z modułu Przychodnia Gabinet możliwość walidacji, czy pacjent 24. zgłaszający się do gabinetu nie ma obecnie aktywnego pobytu na oddziale w module Ruch chorych W module Gabinet, odnotowanie podania leku/szczepionki z 25. automatycznym pomniejszeniem stanów magazynowych apteczki podręcznej W modułach Ruch chorych(izba przyjęć, oddział), Gabinet, Pracownia 26. Diagnostyczna czy Blok operacyjny powinien być wgląd we wcześniejsze pobyty pacjenta we wszystkich jednostkach szpitala. W modułach Ruch Chorych (Izba Przyjęć, ), Gabinet, Pracownia Diagnostyczna czy Blok Operacyjny powinien być możliwy wgląd do 27. wyników badań pacjenta, wykonanych zarówno podczas aktualnego pobytu, jak i wcześniejszych pobytów również w innych jednostkach organizacyjnych szpitala. Możliwość dowolnej rozbudowy modułów Blok Operacyjny, Zakażenia 28. Szpitalne, Ruch Chorych, o wybrane formularze, wykorzystując dane z modułu Dokumentacja Medyczna Z modułu Przychodnia możliwość planowania/realizacji wizyty 29. komercyjnej, automatycznego generowania dokumentu sprzedaży, walidacji sprzedaży, wystawiania zaświadczenia o płatności. I Automatyczne przesyłanie danych do modułu Finansowo Księgowego System ma mieć możliwość obsługi funkcjonalności Indywidualnego Konta 30. Pacjenta. Personel planujący/realizujący wizytę ma mieć wgląd w informacje o saldzie konta pacjenta w tym do informacji o niedozwolonym zadłużeniu. Z modułu Finansowo-Księgowego możliwość automatycznego 31. przydzielania numeracji faktur sprzedażowych realizowanych w ramach modułów Przychodnia, Sprzedaż Usług Medycznych: Umowy komercyjne i Ruch chorych w tym rozliczenia i statystyka medyczna Z modułu Pracownia Diagnostyczna możliwość ewidencji i wgląd w listę 32. bieżących hospitalizacji dla pacjentów hospitalizowanych na oddziałach tj. w module Ruch Chorych jaki obecnie posiada zamawiający Z modułu Sprzedaż Usług Medycznych: Umowy NFZ możliwość 33. automatycznego tworzenia zestawienia do NFZ faktur zakupowych za leki chemioterapii/programów lekowych na podstawie ewidencji faktur zakupowych w module Apteka jaki obecnie posiada zamawiający Możliwość przesłania danych o jednostkowych kosztach osobodni oraz 34. procedur medycznych z modułu Rachunku Kosztów do modułu Kalkulacji Kosztów Leczenia Pacjenta, 4) W przypadku braku możliwości spełnienia powyższych wymagań (np. z powodu braku odpowiedniej wiedzy nt. struktury bazy danych systemu InfoMedica) Zamawiający dopuszcza zastosowanie rozwiązania zastępczego, poprzez wymianę istniejącego systemu na inny, co najmniej w zakresie wymagań określonych w punkcie 3.7 załącznika nr.1 do Specyfikacji Warunków Zamówienia Publicznego. Pełne wdrożenie wymienianej
5 Strona5 części systemu InfoMedica musi zakończyć się nie później niż 3 miesiące od dnia podpisania umowy. Usługi związane z wymianą istniejącego systemu na inny obejmujące: instalację oprogramowania aplikacyjnego oraz wdrożenie oprogramowania aplikacyjnego (w tym szkolenie użytkowników i wizyty konsultacyjne przy i po uruchomieniu oprogramowania) nie mogą być mniejszej niż 500 roboczodni (1 roboczodzień ~ 7h pracy jednego pracownika Oferenta w szpitalu). Zestawienie posiadanego przez Zamawiającego oprogramowania aplikacyjnego InfoMedica: w części administracyjnej (szarej): Lp Moduł Wytwórca produktu Ilość licencji (nazwanych użytkowników) 1 Finanse i Księgowość Asseco Poland S.A. 7 2 Rachunek Kosztów Asseco Poland S.A. 2 3 Rejestr Sprzedaży Asseco Poland S.A. 4 4 Kasa Asseco Poland S.A. 3 5 Wycena Kosztów Normatywnych Asseco Poland S.A. 2 6 Kalkulacja Kosztów Leczenia Asseco Poland S.A. 2 7 Asseco Poland S.A. 6 8 Asseco Poland S.A. 4 9 Grafiki Asseco Poland S.A Gospodarka Materiałowa Asseco Poland S.A Środki Trwałe Asseco Poland S.A Wyposażenie Asseco Poland S.A. 2 w części medycznej (białej) HIS: Ilość licencji Lp Moduł Wytwórca produktu (nazwanych użytkowników) licencja otwarta na Ruch Chorych ( w tym: izby przyjęć, 1 Asseco Poland S.A. nieograniczoną ilość oddziały, statystyka) użytkowników 2 Apteka Asseco Poland S.A. 8 3 Apteczka owa Asseco Poland S.A Przychodnia (w tym: rejestracja, gabinety, statystyka) Asseco Poland S.A Pracownia Diagnostyczna Asseco Poland S.A. licencja otwarta na nieograniczoną ilość użytkowników 6 Blok Operacyjny Asseco Poland S.A Zlecenia Asseco Poland S.A Dokumentacja Medyczna Asseco Poland S.A. 50 (licencja na ilość formularzy) 9 Zakażenia szpitalne Asseco Poland S.A. 2 licencja otwarta na 10 Symulator JGP Asseco Poland S.A. nieograniczoną ilość użytkowników Sprzedaż Usług Medycznych: licencja otwarta na 11 Umowy NFZ (w tym: Gruper JGP, Kolejki Oczekujących) Asseco Poland S.A. nieograniczoną ilość użytkowników Zamawiający wymaga też przeniesienia wszystkich danych z systemu InfoMedica, w tym:
6 Strona6 Część biała: dane pacjentów wraz z całą historią pobytów, dane rozliczeniowe z ostatnich 5 lat (tak aby możliwe były korekty rozliczeń w nowym systemie), dane słownikowe (usługi, zlecenia), wszystkie szablony pism zdefiniowane w systemie InfoMedica muszą zostać odwzorowane w nowym systemie, wszystkie formularze dokumentacji medycznej zdefiniowane w systemie InfoMedica muszą zostać odwzorowane w nowym systemie. Część szara: Dane kadrowo płacowe wszystkie zapisy chronologiczne (umowy, dane pracowników, etatów, stawek. Dane FKK plan kont, baza kontrahentów, bilans otwarcia dla kont, rozrachunki, dekrety (muszą zostać migrowane zgodnie z chronologią powstawania w starym systemie). Zamawiający wymaga w nowym systemie aby z końcem 2013r. automatycznie przygotował on PIT-y za pełen rok 2013 dla wszystkich pracowników szpitala. Zamawiający zapewni dostęp do posiadanego przez niego systemu InfoMedica oraz wszelkie informacje będące w jego posiadaniu, niezbędne do migracji wyżej wymienionych danych. Zamawiający wymaga również integracji z posiadanym systemem Laboratorium firmy Roche według standardu HL7. Integracja z LIS Integracja z wykorzystaniem standardy HL7 Dane przesyłane z systemu HIS: - dane personalne pacjentów (nazwisko, imię, PESEL, miejsce zamieszkania) - dane zlecenia (numer zlecenia, techniczny identyfikator zlecenia, jednostka zlecająca, lekarz zlecający) - dane badania (kod i nazwa badania) Dane przesyłane z systemu LIS: - treść wyniku, dane osoby wykonującej, dane osoby autoryzującej, kod badania, nazwa badania 5) Usługi obejmujące instalację oprogramowania aplikacyjnego HIS oraz wdrożenie oprogramowania aplikacyjnego (w tym szkolenie użytkowników i wizyty konsultacyjne przy i po uruchomieniu oprogramowania) w ilości łącznej nie mniejszej niż 280 roboczodni (1 roboczodzień ~ 7h pracy jednego pracownika Oferenta w szpitalu). 6) Objęcie nadzorem autorskim oprogramowania aplikacyjnego HIS przez okres 2 lat od daty podpisania umowy realizacyjnej w ramach zakupionych licencjach. 7) W związku z posiadanymi przez w Olsztynie: ISO 9001:2008 System Zarządzania Jakością ISO 14001:2004 System Zarządzania Środowiskowego PN-N 18001:2004 System Zarządzania Bezpieczeństwem i Higieną Pracy ISO 27001:2005 System Zarządzania Bezpieczeństwem Informacji oraz Certyfikat Akredytacyjny Certyfikat Nr 2011/25, który potwierdza spełnienie przez w Olsztynie standardów akredytacyjnych dla lecznictwa szpitalnego, data przyznania r. Szpital otrzymał status Szpitala Akredytowanego na okres trzech lat, przyznawany przez Ministra Zdrowia po uzyskaniu rekomendacji Centrum Monitorowania jakości w Ochronie Zdrowia - Kraków - wykonawców obowiązują z tego tytułu wszystkie uregulowania obowiązujące Zamawiającego w powyższym zakresie. 8) Wykonawca wybrany do realizacji niniejszego zamówienia zobowiązany jest do oznaczenia dostarczanych dokumentów i urządzeń logo Unii Europejskiej oraz logo Narodowych Strategicznych Ram Odniesienia
7 Strona7 2. DOSTAWĘ, INSTALACJĘ I WDROŻENIE SPRZĘTU NIEZBĘDNEGO DO REALIZACJI POZOSTAŁYCH PUNKTÓW ZAMÓWIENIA wg parametrów podanych w załączniku nr 1 Pozycja Ilość Serwery Blade typ I 2 Serwery Blade typ II 2 Serwery Blade typ III 4 Kompletny system backupowy z deduplikacją na źródle, serwer do backup'u + medium backup'owe z replikacją do ośrodka zapasowego (Pojemność 3,9 TB z licencją na 2 TB po deduplikacji i replikacja na 1 drugi system o pojemności 1,3 TB) Macierz dyskowa 12 x 600GB 15K SAS DISK DRIVE, 16 GB cache 1 Półka do Macierzy dyskowej z 12 dyskami 1 TB SATA 1 Infrastruktura Blade 1 Infrastruktura Blade - przełączniki 4 Infrastruktura Blade - przełączniki FC 2 Rack UPS 2 Oprogramowanie systemowe Systemy operacyjne dla serwerów 5 Licencje dostępowe sieciowego systemu operacyjnego 100 Licencje dostępowe terminalowe sieciowego systemu operacyjnego 100 Oprogramowanie bazodanowe 4 licencje 1 Oprogramowanie do wirtualizacji 1 Terminal bezdyskowy z systemem operacyjnym z Internal Wireless 48 (802.11B/G/N) Terminal medyczny 2 Monitor 22" 20 Monitor Monitor LCD 42" 1 Komputery PC 20 Wdrożenie Instalacja i konfiguracja dostarczonego sprzętu komputerowego i oprogramowania 1 3. DOSTAWĘ, INSTALACJĘ I WDROŻENIE URZĄDZEŃ PRZEZNACZONYCH DLA DIAGNOSTYCZNEJ PRACOWNI OBBRAZOWEJ wg parametrów podanych w załączniku nr 1 4. DOSTAWĘ, INSTALACJĘ I WDROŻENIE SYSTEMU PACS DLA DIAGNOSTYCZNEJ PRACOWNI OBBRAZOWEJ wg parametrów podanych w załączniku nr 1
8 Strona8 I. Termin realizacji przedmiotu zamówienia Przedmiot zamówienia musi być zrealizowany do roku.
9 Strona9 Załącznik nr 1 do Specyfikacji Istotnych Warunków Zamówienia Publicznego... pieczęć oferenta Wymagane funkcje systemu 1. Wymagania stawiane systemowi: W kolumnie Spełnia w poniższych tabelach należy odpowiedzieć: TAK lub NIE w zależności od spełnienia wymogu przez oferowany system. Brak odpowiedzi uznaje się za niespełnienie danego wymagania. Wszystkie wymagania zamieszczone poniżej są obligatoryjne. Nie spełnienie któregokolwiek wymagania, wpisanie NIE lub pozostawienie pola pustego, jest jednoznaczne z nie spełnieniem wymagań SIWZ i skutkuje odrzuceniem oferty. Wpisanie słowa TAK oznacza, że funkcjonalność wymagana istnieje i jest zaimplementowana na dzień składania oferty. Zamawiający po złożeniu ofert przez Oferentów zastrzega sobie możliwość weryfikacji spełnienia przez oferowane programy wymogów postawionych w SIWZ a zwłaszcza funkcjonalności wykazanych w załączniku nr 1 w SIWZ poprzez prezentację oprogramowania w siedzibie Zamawiającego. Uwaga: Ewentualne stwierdzenie przez komisję przetargową w trakcie weryfikacji oprogramowania aplikacyjnego braku choćby jednej funkcjonalności lub parametru technicznego, mimo wykazania go przez Oferenta w załączniku nr 1 SIWZ, skutkować będzie odrzuceniem oferty danego Oferenta. 2. Wymagania ogólne dotyczące oprogramowania aplikacyjnego HIS: Wymaganie 1. Producent oprogramowania aplikacyjnego HIS musi spełniać określone wymogi jakościowe co najmniej w zakresie projektowania i wytwarzania oprogramowania, np.: certyfikat ISO 9001:2008 lub równoważny. Należy załączyć odpowiednie zaświadczenie podmiotu uprawnionego do kontroli jakości, potwierdzające powyższe wymaganie. 2. Podmiot świadczący usługi wdrożenia i serwisu oprogramowania aplikacyjnego HIS musi spełniać określone wymogi jakościowe co najmniej w zakresie wdrażania oprogramowania oraz świadczenia do nich usług serwisowych, np.: certyfikat ISO 9001:2008 lub równoważny. Należy załączyć odpowiednie zaświadczenie podmiotu uprawnionego do kontroli jakości, potwierdzające powyższe wymaganie. 3. Oferent musi posiadać Audytora Wiodącego według ISO 9001:2008 (certyfikat rejestrowany w Międzynarodowym Rejestrze Certyfikowanych Auditorów IRCA lub równoważny) do prowadzenia i audytowania projektów informatycznych. Należy załączyć odpowiednie zaświadczenie podmiotu uprawnionego do kontroli jakości, potwierdzające powyższe wymaganie. 4. Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju, w szczególności: Spełnia (należy wpisać TAK lub NIE)
10 Strona10 5. Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U nr 164 poz. 1194) 6. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 nr 100, poz.1024) 7. Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami 8. Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U Nr 212, poz. 1766). 9. Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005) 10. Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia System musi spełniać wymogi wynikające z ustawy o Ochronie Danych Osobowych z 29 czerwca 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia 2004 roku, w szczególności system musi przechowywać informacje o: o dacie wprowadzenia danych osobowych o identyfikator użytkownika wprowadzającego dane osobowe o źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) o informacje o odbiorcach danych którym dane osobowe zostały udostępnione, o dacie i zakresie tego udostępnienia o data modyfikacji danych osobowych o identyfikator operatora modyfikującego dane Przewidywana ilość roboczodni (1 roboczodzień ~ 7 godzin pracy 1 pracownika Oferenta w szpitalu) przeznaczonych na usługi instalacyjno-szkoleniowo-wdrożeniowe oprogramowania aplikacyjnego HIS w szpitalu nie może być mniejsza niż 280 roboczodni. W ramach kupowanych licencji na system HIS Oferent gwarantuje objęcie nadzorem autorskim oprogramowania aplikacyjnego przez okres 2 lat od daty podpisania umowy realizacyjnej. System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników. (preferowane środowisko MS Windows XP/Vista/Windows 7) Wszystkie moduły systemu HIS działają w oparciu o jeden motor bazy danych. Oferowane moduły muszą współpracować z funkcjonującym u Zamawiającego
11 Strona systemem InfoMedica w taki sposób aby dane raz wprowadzone były natychmiast widoczne w każdym miejscu systemu. Wymiana informacji między modułami nie może wymagać ingerencji użytkownika lub administratora. Musi odbywać się automatycznie. Dostarczone oprogramowanie musi zagwarantować integrację z systemem InfoMedica działającym u Zamawiającego. Przekazywanie danych musi odbywać się automatycznie i na bieżąco bez konieczności wykonywania dodatkowych operacji przez użytkownika lub administratora System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych - częściowa komunikacja w języku angielskim W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi, automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych, danych osobowych, terytorialnych). System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak również posiada łatwość wykonania ich kopii bieżących oraz łatwość odtwarzania z kopii. System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych). System jest wykonany w technologii dwu lub wielowarstwowej, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników. System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii zmienianych wartości danych. Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. Systemu uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien
12 Strona umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym użytkownikom. Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych uprawnień z listy dostępnych. System musi umożliwiać definiowanie grup użytkowników i przydzielanie użytkowników do tych grup. System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych modułów oraz funkcji systemu. Jednokrotne logowanie do systemu umożliwiające dostęp do wszystkich modułów, do których użytkownik posiada uprawnienia łącznie z aktualnie posiadanymi modułami InfoMedica. Możliwość uruchomienia kolejnej aplikacji bez konieczności wylogowywania się z dotychczas używanej aplikacji i ponownego logowania. Definiowanie pulpitu użytkownika umożliwiającego uruchomienie wszystkich modułów, aplikacji czy funkcjonalności Systemu, do jakich posiada uprawnienia, również aplikacji nie będących przedmiotem zamówienia np. aplikacje biurowe. Dostęp do pulpitu użytkownika powinien być zabezpieczony hasłem. 36. Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich (system nie może wymagać korzystania ze specjalnych programów klienckich technologii typu Citrix, VNC, innych, w celu realizacji wymagań funkcjonalnych). Na dzień złożenia ofert musi być dostęp do aplikacji przez WWW, co najmniej, w zakresie Przychodnia (Rejestracja, Gabinet, Statystyka) i RIS Pracowania Diagnostyczna. W związku z tym, te systemy powinny realizować także następujące funkcje: 37. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer i Mozilla Firefox. 38. System musi umożliwić uruchomienie aplikacji w wersji desktop 39. System w części medycznej musi umożliwić pracę na tabletach medycznych lub komputerach wyposażonych w monitory dotykowe. Pełna funkcjonalność modułów powinna być dostępna na komputerach tego typu. 40. Wyróżnienie pól: - których wypełnienie jest wymagane, - przeznaczonych do edycji, - wypełnionych niepoprawnie 41. System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki 42. System umożliwia wykonanie nowej operacji w systemie 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. 43. Wszystkie błędy niewypełnienie pól obligatoryjnych oraz błędnego wypełnienia powinny być prezentowane w jednym komunikacie z możliwością szybkiego przejścia do miejsca aplikacji, gdzie te błędy wystąpiły. 44. W każdym polu edycyjnym(opisowym) tj. np. treść wywiadu powinna istnieć możliwość wybrania i skorzystania z dowolnego formularza, tekstu standardowego lub wczytania tekstu zapisanego w pliku zewnętrznym. Powinna
13 Strona13 również w tych miejscach istnieć możliwość zapisu do zewnętrznego pliku przygotowanego tekstu oraz powinny być udostępnione podstawowe narzędzia ułatwiające edycję np. kopiuj/wklej. 45. Zmiana danych pacjenta powinna zostać zarejestrowana w historii zmian. Dokumentacja medyczna znajdująca się w systemie dotyczące okresu sprzed zmiany powinny zawierać wcześniejsze dane (np. nazwisko sprzed zmiany). 46. System powinien umożliwiać wyszukiwanie pacjentów po wcześniejszych nazwiskach, np. wcześniejsze nazwisko kobiety. 47. System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej godzinie, co określoną liczbę godzin, za określoną liczbę godzin 48. System musi umożliwić skanowanie danych z dokumentów np. dowodów osobistych i na tej podstawie dokonywanie automatycznej identyfikacji pacjenta 49. System umożliwia rejestrację i przechowywanie, w kartotece pacjenta, informacji dotyczących dokumentów potwierdzających uprawnienia do realizacji świadczeń 50. System działa w architekturze trójwarstwowej 3. Wymagania funkcjonalne systemu HIS 3.1 Szpitalny portal informacyjny: e-pacjent Wymaganie 1. Rejestracja nowego pacjenta użytkownika systemu. Spełnia (należy wpisać TAK lub NIE oraz nazwę produktu i jego producenta) 2. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS. 3. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez Możliwość samodzielnej autoryzacji (określenie danych dostępowych login/hasło) użytkownika pacjenta po poprawnym potwierdzeniu rejestracji; możliwość wyłączenia trybu samodzielnej autoryzacji pacjentów. 5. Możliwość ograniczenia samodzielnej autoryzacji użytkowników pacjentów do osób zarejestrowanych w zintegrowanym systemie HIS oraz systemie InfoMedica (na podstawie zgodności numeru PESEL i nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu o rejestr zintegrowanego systemu HIS oraz systemu InfoMedica. 6. Logowanie pacjenta/użytkownika autentykacja użytkownika systemu. 7. Aktualizacja profilu pacjenta/użytkownika SPI; możliwość aktualizacji danych kontaktowych: adresu , nr-telefonu; adresu zamieszkania. 8. Możliwość określenia przez parametrów powiadomień o zbliżającym się terminie udzielenia usługi (interwał czasu przed planowanym terminie, tryb powiadamiania) zdefiniowanych w systemie jako możliwe do ustawienia przez użytkownika/pacjenta. 9. Możliwość zmiany hasła pacjenta użytkownika SPI.
14 Strona Możliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu lub numeru telefonu poprzez wprowadzenie przesłanego kodu potwierdzenia. 11. Rezerwacja terminu udzielenia usługi wskazanie daty i czasu planowanej realizacji wizyty, miejsca realizacji (element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w zależności od statusu wyboru personelu zdefiniowanego dla usługi). 12. Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia dla usług o odpowiednim statusie wymagalności danych skierowania. 13. Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług. 14. Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści, fizjoterapeuci). 15. Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana, zrealizowana, anulowana). 16. Możliwość anulowania przez pacjenta rezerwacji wizyty. 17. Możliwość zmiany terminu wizyty przez pacjenta. 18. Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji oraz planowaną datę udzielenia usługi. 19. Możliwość wysyłania przez SMS, lub wiadomości na portalu pacjenta przypomnień o zbliżających się terminach wizyt. 20. Możliwość wysyłania przez SMS, lub wiadomości na portalu pacjenta powiadomień o anulowaniu rezerwacji przez pracowników jednostki ochrony zdrowia. 21. Możliwość wysyłania przez SMS, lub wiadomości na portalu pacjenta powiadomień o zmianie terminu realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia. 22. Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron). 23. Przegląd wysłanych wiadomości; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy. 24. Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia wiadomości. 25. Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych. 3.2 Szpitalny portal informacyjny: e-kontrahent Wymaganie 1. Rejestracja personelu kontrahenta użytkowników SPI. Spełnia (należy wpisać TAK lub NIE oraz nazwę produktu i jego producenta) 2. Aktualizacja danych personelu kontrahenta. 3. Rejestracja pacjentów związanych z kontrahentem. 4. Przegląd usług realizowanych w Jednostce Ochrony Zdrowia na rzecz kontrahenta wraz z harmonogramami realizacji usług. 5. Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta.
15 Strona15 6. Anulowanie rezerwacji terminu udzielenia usługi medycznej. 7. Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji. 8. Przegląd rezerwacji terminów udzielenia usług medycznych z wyróżnieniem stanu rezerwacji (planowane, zrealizowane, anulowane). 9. Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych. 10. Możliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na badania: instytucja kierująca, lekarz kierujący. 11. Możliwość rejestracji danych o pobraniu materiałów do zleconych badań. 12. Możliwość wydruku potwierdzenia zlecenia badań. 13. Przegląd zarejestrowanych zleceń wykonania badań z wyróżnieniem stanu realizacji badania (zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane). 14. Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie. 15. Wydruk raportu zestawienia usług zrealizowanych na rzecz danego kontrahenta w określonym czasie. Konfigurator i Administrator dla e-pacjent i e-kontrahent Wymaganie 1. Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie hierarchicznym, w postaci interaktywnego diagramu. 2. Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych. Spełnia (należy wpisać TAK lub NIE) 3. Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin pracy z informacji zarejestrowanych dla jednostki nadrzędnej. 4. Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital Information System) oraz systemem InfoMedica. 5. Publikacja informacji o elementach struktury organizacyjnej szpitala na Szpitalnym Portalu Informacyjnym. 6. Publikacja informacji o elementach struktury organizacyjnej szpitala na platformie internetowej. 7. Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach zawodowych i specjalnościach personelu. 8. Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu). 9. Integracja rejestru personelu z odpowiadającym rejestrem HIS oraz systemem InfoMedica. 10. Publikacja informacji o personelu na Szpitalnym Portalu Informacyjnym. 11. Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja opisów usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania. 12. Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów.
16 Strona Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny, niemożliwy, wymagany). 14. Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub konieczności rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi. 15. Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie realizacji usługi) w postaci formatowanych tekstów. 16. Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą. 17. Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS oraz systemem InfoMedica; powiązanie usług zdefiniowanych w portalu z usługami w HIS oraz systemem InfoMedica; przepisywanie wybranych usług z HIS oraz systemu InfoMedica do rejestru portalu. 18. Publikacja informacji o usługach na Szpitalnym Portalu Informacyjnym. 19. Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w module e-pacjent. 20. Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie badań do usług zlecanych. 21. Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; możliwość dołączenia pliku załącznika. 22. Wskazanie usług, dla których wymagany jest dostarczenie wskazanych dokumentów (załączników). 23. Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia jednostki. 24. Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia. 25. Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych. 26. Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres czasu względem daty rezerwacji, w którym możliwe jest określenie planowanego terminu udzielenia usługi. 27. Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w jednostkach organizacyjnych. 28. Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu. 29. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie zdefiniowanej wcześniej dostępności personelu. 30. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy personelu. 31. Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów; modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności. 32. Definiowanie klas pacjentów użytkowników modułu e-pacjent.
17 Strona Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby rezerwacji terminów udzielenia usługi dostępnych dla pacjentów określonej klasy; maksymalny okres rezerwacji terminów udzielenia usług; tryb potwierdzenia rezerwacji (bez potwierdzenia/potwierdzenie /potwierdzenie SMS). 34. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu rezerwacji w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie ). 35. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie planowanego terminu udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie ). 36. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie ). 37. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie ). 38. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliżającym się terminie udzielenia usługi (brak powiadomień, powiadomienie SMS, powiadomienie ), możliwość określenia interwału czasu przed planowanym terminem udzielenia usługi, kiedy zostanie wysłane powiadomienie; możliwość definiowania wielu powiadomień o zbliżającym się terminie udzielenia usługi dla danej rezerwacji. 39. Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy; integracja uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze systemu. 40. Przegląd pacjentów zarejestrowanych w Szpitalnym Portalu Informacyjnym. 41. Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Szpitalnego Portalu Informacyjnego przez pracowników szpitala (autoryzacja przez pracowników szpitala). 42. Rejestracja pacjentów jak użytkownika Szpitalnego Portalu Informacyjnego przez pracowników szpitala możliwość udostępnienia funkcjonalności e-pacjent bez konieczności rejestrowania się pacjenta na stronie internetowej. 43. Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS oraz systemem InfoMedica; możliwość wyszukiwania pacjentów zarejestrowanych wg identyfikatora w systemie HIS oraz systemie InfoMedica. 44. Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym 45. Rejestracja pracowników kontrahenta użytkowników Szpitalnego Portalu Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta. 46. Rejestracja pacjentów powiązanych z danym kontrahentem. 47. Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie). 48. Rejestracja umów zawartych z kontrahentem. 49. Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; możliwość rejestracji ilościowych limitów usług. 50. Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem. 51. Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS oraz systemem InfoMedica. 52. Wysyłanie wiadomości do pacjentów zarejestrowanych w SPI (wiadomości powinny być prezentowane w module e-pacjent); wysyłanie wiadomości do wszystkich pacjentów; wysyłanie wiadomości do wybranych pacjentów; wysyłanie komunikatów wiadomości, na które nie można odpowiadać; możliwość formatowania treści wiadomości (czcionka,
18 Strona18 kolor, justowanie, odnośniki do innych stron). 53. Możliwość wysyłania wiadomości do pacjentów użytkowników portalu. 54. Możliwość wysyłania wiadomości SMS do pacjentów użytkowników portalu. 55. Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy. 56. Edycja nieprzeczytanych, wysłanych wiadomości. 57. Logiczne usunięcie wiadomości oznaczenie wiadomości jako usuniętej niewidocznej dla adresatów. 58. Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych. 59. Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access Control). 60. Definiowanie nowego użytkownika. 61. Przegląd i modyfikacja danych użytkowników. 62. Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup. 63. Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników. 64. Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników, przypisanych ról i praw. 65. Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów. 66. Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych polityk do użytkowników. 67. Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa. 68. Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas użytkowanym systemem (interfejsy na poziomie bazy danych i języków wysokiego poziomu). 69. Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu). 70. Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu). 71. Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą danych. 72. Możliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych podsystemach. 73. Szpitalny portal informacyjny: analizy dla e-pacjent i e-kontrahent oraz HIS dla 15 wybranych użytkowników (pracowników szpitala): 74. Porównywanie i analiza danych pochodzących z wszystkich systemów HIS oraz systemu InfoMedica, w oparciu o hurtownie danych 75. Możliwość definiowania własnych analiz opartych o gromadzone dane z systemów medycznych i administracyjnych 76. Tworzenie raportów on-line w oparciu o dane aktualne 77. Graficzna prezentacja wyników 78. Raporty medyczne:
19 Strona Grafik personelu, 80. Utylizacja zasobów oddziały, 81. Utylizacja zasobów przychodnia, 82. Utylizacja zasobów pracownie diagnostyczne, 83. Utylizacja zasobów laboratoria. 84. Raporty administracyjne: 85. Grupy personelu, 86. Wykaz stanu kont, 87. Plan i wykonanie kosztów OPK, 88. Wskaźniki płynności 89. Prognoza płynności finansowej 90. Absencje personelu, 91. Jednorodne grupy pacjentów 92. Stan realizacji umów NFZ poziom 1: stan realizacji rodzajów umów 93. Stan realizacji umów NFZ poziom 2: stan realizacji wybranej umowy 94. Stan realizacji umów NFZ poziom 3: szczegóły realizacji wybranej umowy 95. Stan realizacji umów NFZ poziom 4: zestawienie pozycji rozliczeniowych składających na realizację planu umowy 96. Zestawienie wyznaczonych JGP - Poziom 1: Zestawienie ogólnej liczby wystąpień danej JGP w zadanym okresie lub/i dla zadanej wersji grupera JGP 97. Zestawienie wyznaczonych JGP - Poziom 2: Szczegóły wybranej JGP 98. Zestawienie wyznaczonych JGP - Poziom 3: Dodatkowe informacje 99. Raporty przekrojowe 100. Wynik OPK 101. Wykonanie Kontraktu 102. Wartości kluczy statystycznych 103. Utylizacja zasobów Sprzęt System musi zapewniać dostęp do różnych typów źródeł danych: np. XML,Stron internetowych, procedur składowanych, plików Excel, baz relacyjnych, baz wielowymiarowych,. System powinien obsługiwać m.in. następujące źródła danych: Baza Oracle, Baza Microsoft SQL Server, Oracle OLAP option System musi potrafić integrować dane z różnych systemów hurtowni danych, hurtowni tematycznych, systemów transakcyjnych, gromadzonych danych operacyjnych. Wykorzystanie natywnych funkcji bazy danych : Access 97, Analysis Services (2000,2005),Oracle (8i,9i,10g,11g),MySQL,Terradata, XML
20 Strona20 System musi umożliwiać użytkownikowi lub administratorowi kompleksowe zamodelowanie różnych źródeł informacji biznesowej w prosty, zrozumiały 106. (logiczny), jeden model biznesowy wykorzystywany przez wszystkie komponenty platformy systemu analiz (tylko jedna warstwa metadanych wykorzystywana przez wszystkie narzędzia systemu analiz). System powinien umożliwiać użytkownikowi/administratorowi zmianę nazw 107. elementów warstwy fizycznej na pojęcia biznesowe, przyjazne użytkownikowi końcowemu. System musi natywnie wspierać wielojęzyczność przez mechanizmy 108. wbudowane w rozwiązanie. Wielojęzyczność musi być wspierana w obrębie jednej warstwy metadanych i nie może wymagać dla każdego języka instalacji odrębnej warstwy metadanych lub ich części. W celu osiągnięcia skalowania systemu powinien być wykorzystywany 109. mechanizm puli połączeń ( connection pooling ). Oznacza to, że pojedyncze połączenie do bazy danych jest wykorzystywane do wykonywania wielu zapytań. System powinien potrafić łączyć się I pozyskiwać dane z systemów źródłowych 110. w sposób bezpośredni (on-line) lub bezpośrednio po ich przeniesieniu do innej bazy danych. Użytkownik musi mieć dostęp do informacji biznesowej w sposób on-line (raporty) wyłącznie przez standardową przeglądarkę sieci Web za pomocą języka DHTML (technologia AJAX). Wykorzystanie przeglądarki internetowej 111. jako interfejsu użytkownika nie może wymuszać instalacji dodatkowych komponentów typu ActiveX lub Applet Java. Wymagana jest wsparcie przynajmniej dwóch następujących przeglądarek internetowych Internet Explorer oraz Mozilla Firefox System musi integrować się z rozwiązaniami portalowymi zgodnymi ze standardem JSR System nie może wymagać instalacji żadnego dodatkowego oprogramowania po stronie przeglądarki (np. Plug-in Active X, apletów Java,.) System musi zapewniać automatyczny sposób tworzenia agregatów w relacyjnym źródle danych na podstawie logiki biznesowej warstwy metadanych, a następnie automatyczną obsługę tych agreagatów (zarówno w postaci źródła 114. danych zagregowanych jak i automatycznych odświeżeń). Automatyczne tworzenie agregatów musi być niezależne od źródeł danych warstwy metadanych i może opierać się na wielu różnych technologicznie źródłach danych System powinien wspierać integracje z narzędziami do zarządzania procesami biznesowymi System musi pozwalać na dostęp do danych na poziomie warstwy biznesowej 116. za pomocą sterownika ODBC jako logiczne źródło danych dla innych niezależnych aplikacji System musi potrafić prezentować dane z wielu źródeł danych na jednym raporcie (nie na kokpicie menedżerskim) 118. System musi potrafić dynamicznie udostępniać użytkownikom listy wartości wykorzystywane do filtrowania danych na raporcie System musi wspierać tworzenie tzw. Sub-filtrów np. Użytkownik może wykorzystać rezultaty jednego raportu jako filtr drugiego raportu. System musi wspierać kaskadowe podpowiedzi (prompts) np. 2-ga podpowiedź 120. wyświetla tylko wyfiltrowane ważne wartości dla niej bazując na wartościach zwróconych w 1-ej podpowiedzi System powinien potrafić wyeksportować dane w formacie.rtf,.pdf,.xls.
Dostawa i wdroŝenie e Usług
Załącznik B do SIWZ Dostawa i wdroŝenie e Usług Moduł ten ma umoŝliwić elektroniczną obsługę pacjentów i kontrahentów (jednostek współpracujących ze szpitalem). Moduł ten w opisie nazywany jest Szpitalnym
Bardziej szczegółowoWYMAGANIA TECHNICZNE I FUNKCJONALNE WOBEC PRZEDMIOTU ZAMÓWIENIA
ZAŁĄCZNIK NR 1B DO SIWZ/ZAŁĄCZNIK DO UMOWY WYMAGANIA TECHNICZNE I FUNKCJONALNE WOBEC PRZEDMIOTU ZAMÓWIENIA Oferowane oprogramowanie i sprzęt powinno spełniać wszystkie funkcje wskazane poniżej. Zamawiający
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ół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ół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ółowoZadania 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ół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ół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ół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ół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ółowoPodstawowe możliwości programu Spectro Market Faktura 2011.2
Podstawowe możliwości programu Spectro Market Faktura 2011.2 Obsługa faktur VAT sprzedaży, zaliczki, marży. Obsługa faktur korygujących. Tworzenie not. Tworzenie pokwitowań. Budowane i obsługa kartotek:
Bardziej szczegółowoSzczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:
Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko
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ół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ół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ół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ół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ółowoRozbudowa Systemu - funkcjonalność Wymagania Ogólne zapisy dot. wszystkich Modułów
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ółowonr sprawy: BZP.243.24.2013.ML Wrocław, dn. 20 lutego 2014 r. SPROSTOWANIE DO INFORMACJI DLA WYKONAWCÓW NR 13
nr sprawy: BZP.243.24.2013.ML Wrocław, dn. 20 lutego 2014 r. SPROSTOWANIE DO INFORMACJI DLA WYKONAWCÓW NR 13 dotyczy: postępowania nr BZP.243.24.2013.ML prowadzonego w trybie przetargu nieograniczonego
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ółowoEXSO-CORE - specyfikacja
EXSO-CORE - specyfikacja System bazowy dla aplikacji EXSO. Elementy tego systemu występują we wszystkich programach EXSO. Może on ponadto stanowić podstawę do opracowania nowych, dedykowanych systemów.
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ółowoStrona internetowa Elbląg dnia r. Znak sprawy 64/2014 Do wszystkich uczestników postępowania
Strona internetowa Elbląg dnia 05.12.2014 r. Znak sprawy 64/2014 Do wszystkich uczestników postępowania dotyczy: postępowania o zamówienie publiczne w trybie przetargu nieograniczonego poniżej 207 000
Bardziej szczegółowoDOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO
ZAPYTANIE O INFORMACJĘ DOTYCZY OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE BIURO OBSŁUGI KLIENTA DLA PKO LEASING SA SA PKO ŁÓDŹ, MARZEC 2014 PYTAJĄCY PKO Leasing SA ul. Śmigłego Rydza 20, 93 281 Łódź tel.
Bardziej szczegółowoZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa
Bardziej szczegółowoPL-Poznań: Pakiety oprogramowania i systemy informatyczne 2013/S 005-004947. Ogłoszenie o udzieleniu zamówienia. Dostawy
1/6 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:4947-2013:text:pl:html PL-Poznań: Pakiety oprogramowania i systemy informatyczne 2013/S 005-004947 Ogłoszenie o udzieleniu
Bardziej szczegółowoWykonawcy. Odpowiedzi na pytania, zmiana SIWZ
Nr sprawy: ZP 1/2018 Gołdap, dnia 07.11.2018r. Wykonawcy Odpowiedzi na pytania, zmiana SIWZ W prowadzonym postepowaniu przetargowym na wdrożenie e-usługi w GoldMedica Sp. z o. o. w Gołdapi następujące
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ółowoSpecyfikacja Wymagań. System Obsługi Zgłoszeń Serwisowych Polfa Warszawa S.A. Załącznik nr 1
Specyfikacja Wymagań System Obsługi Zgłoszeń Serwisowych Polfa Warszawa S.A. Załącznik nr 1 1. Wymagania sprzętowe i środowiskowe 1.1. Wymagania podstawowe Nowy system ma być dostępny dla wszystkich pracowników
Bardziej szczegółowoZałącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK
Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie
Bardziej szczegółowoSZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Pakiet 1: Sprzęt komputerowy i system ( oprogramowanie ) e-przychodnia
P1/CMWUM/2016 Załącznik nr 3.1 do SIWZ SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA Pakiet 1: Sprzęt komputerowy i system ( oprogramowanie ) e-przychodnia I. INFORMACJE OGÓLNE: Zamierzeniem Centrum Medycznego
Bardziej szczegółowoW załączniku nr 9 do SIWZ Zamawiający wprowadza następujące zmiany:
MAZOWIECKI SZPITAL BRÓDNOWSKI W WARSZAWIE Sp. z o. o. 03-242 WARSZAWA, UL. KONDRATOWICZA 8 www.bip.brodnowski.pl FAX /22/ 326 58 34 DZIAŁ ZAMÓWIEŃ PUBLICZNYCH TEL. /22/ 326 53 53 NIP 5242688913 REGON 141983460
Bardziej szczegółowoWszyscy Wykonawcy. Oraz Załącznik nr 2 do SIWZ, 8.5 Wymagania dotyczące szkoleń - usług wdrożeniowych osoboroboczodni;
Szpital Specjalistyczny w Zabrzu Ul. M. Curie - Skłodowskiej 10 41-800 Zabrze Zabrze, dn. 02.12.2014r DZP/34PN/2014 Wszyscy Wykonawcy Dotyczy: zapytania do postepowania o udzielenie zamówienia publicznego
Bardziej szczegółowoOPIS i SPECYFIKACJA TECHNICZNA
OPIS i SPECYFIKACJA TECHNICZNA Dotyczy Konkursu ofert numer 1/POIG 8.2/2013 WdroŜenie internetowego systemu klasy B2B do automatyzacji procesów biznesowych oraz koordynacji działań z partnerami w firmie
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ół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ół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ółowoFORMULARZ OCENY PARAMETRÓW TECHNICZNYCH
FORMULARZ OCENY PARAMETRÓW TECHNICZNYCH Nazwa: System klasy ERP Ilość: 1 sztuka Strona 1 Specyfikacja techniczna: Lp. Moduł/funkcjonalność Charakterystyka Wartość oferowana TAK/NIE* Uwagi Oferenta 1 Moduł
Bardziej szczegółowoOpis Przedmiotu Zamówienia System Elektronicznej Dokumentacji Medycznej
Zadanie I Opis Przedmiotu Zamówienia System Elektronicznej Dokumentacji Medycznej Zamawiający poniżej przedstawił oczekiwaną funkcjonalność i usług Systemu Elektronicznej Dokumentacji Medycznej wraz z
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ółowoWykaz 50 funkcjonalności podstawowych wybranych do badania wersji demonstracyjnej
Załącznik nr 3A do SIWZ Wykaz 50 funkcjonalności podstawowych wybranych do badania wersji demonstracyjnej Ruch Chorych- Izba Przyjęć, Oddział, Apteczka oddziałowa 1. Możliwość wskazywania wszystkich grup
Bardziej szczegółowoSystem Symfonia e-dokumenty
System Symfonia e-dokumenty Konfiguracja Symfonia e-dokumenty Wersja 2012.1 Konfiguracja Symfonia e-dokumenty 2012.1 Instalacja Symfonia e-dokumenty 2012.1 Należy pamiętać, że na danym systemie operacyjnym
Bardziej szczegółowoPrezentacja. System wosiedle.pl
Prezentacja System wosiedle.pl www.wosiedle.pl Ewidencje Właściciele Dodawanie i modyfikacja właścicieli Odpowiednio nazywać nazwę pomocniczą Warto wpisać e-mail i numer telefonu Indywidualne konto i kod
Bardziej szczegółowoINSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08
Spis treści Wstęp... 2 1. System KS-EWD... 2 1.1. Instalacja KS-EWD... 2 2. Aktualizacja plików repozytorium Dokumentów... 4 2.1.1. Instalacja KS-EDE... 7 3. Integracja systemów... 8 4. Konfiguracja ustawień
Bardziej szczegółowoINNOWACYJNE 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ółowoProgram do wagi SmartScale
Program do wagi SmartScale zarządzanie pomiarami zarządzanie towarami - dodawanie, usuwanie oraz wyszukiwanie towarów zarządzanie kontrahentami dodawanie i usuwanie oraz wyszukiwanie wydruki kwitów w trybie
Bardziej szczegółowoZałą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ółowo11. Autoryzacja użytkowników
11. Autoryzacja użytkowników Rozwiązanie NETASQ UTM pozwala na wykorzystanie trzech typów baz użytkowników: Zewnętrzna baza zgodna z LDAP OpenLDAP, Novell edirectory; Microsoft Active Direcotry; Wewnętrzna
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ółowoMigracja XL Business Intelligence do wersji
Migracja XL Business Intelligence do wersji 2019.0 Copyright 2018 COMARCH Wszelkie prawa zastrzeżone Nieautoryzowane rozpowszechnianie całości lub fragmentu niniejszej publikacji w jakiejkolwiek postaci
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ółowoOPIS PRZEDMIOTU ZAMÓWIENIA
Załącznik nr 6 do SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA Przedmiotem zamówienia jest: Rozbudowa Szpitalnego Systemu Informatycznego w części medycznej i administracyjno - zarządczej w ramach projektu pn. Kompleksowa
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. Instrukcja konfiguracji i obsługi modułu e-rejestracja
Instrukcja użytkownika Instrukcja konfiguracji i obsługi modułu e-rejestracja Spis treści 1. Wprowadzenie... 3 1.1. Do czego służy moduł e-rejestracji?... 3 1.2. Schemat działania systemu e-rejestracja...
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ół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ółowoL.p. 1 Powiatowy Urząd Pracy w Przysusze 2 Gminny Ośrodek Pomocy Społecznej Borkowice 3. Gminny Ośrodek Pomocy Społecznej Gielniów
ZAPROSZENIE DO SKŁADANIA OFERT NA USŁUGĘ PRZEPROWADZENIA WDROŻENIA PLATFORMY KOMUNIKACYJNEJ DO WYMIANY DANYCH W POSTACI ELEKTRONICZNEJ POD POTRZEBY POWIATOWEGO URZĘDU PRACY W PRZYSUSZE I. Usługa obejmuje:
Bardziej szczegółowoSKRÓ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ółowoSKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)
SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI) Wymiana dokumentów elektronicznych pomiędzy Apteką a Zachodniopomorskim Oddziałem Wojewódzkim NFZ Strona 1 z 10 INFORMACJE OGÓLNE
Bardziej szczegółowoZałącznik 1b - Szczegółowy opis II części zamówienia
Załącznik 1b - Szczegółowy opis II części zamówienia DOSTAWA I WDROŻENIE PORTALU INTERESANTA - 5 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie i wdrożeniu Portalu Interesanta
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 UŻYTKOWNIKA Podpis cyfrowy ISO 9001:2008 Dokument: 2016.0.0.0 Wydanie: 2016-01. Podpis cyfrowy. Spis treści... 1
Spis treści Spis treści... 1 Wstęp... 2 Przygotowanie certyfikatów wewnętrznych... 2 2.1. Przygotowanie karty pracownika... 2 2.2. Dodawanie certyfikatu nadrzędnego... 3 2.3. Dodawanie certyfikatu pracownika...
Bardziej szczegółowoPlatforma e-learningowa
Dotyczy projektu nr WND-RPPD.04.01.00-20-002/11 pn. Wdrażanie elektronicznych usług dla ludności województwa podlaskiego część II, administracja samorządowa realizowanego w ramach Decyzji nr UDA- RPPD.04.01.00-20-002/11-00
Bardziej szczegółowoINSTRUKCJA UŻYTKOWNIKA Podpis cyfrowy ISO 9001:2008 Dokument: 2013.1.0.0 Wydanie: 2013-01. Podpis cyfrowy
Spis treści 1. Wstęp... 2 2. Przygotowanie certyfiaktów... 2 2.1. Dodawanie certyfikatu nadrzędnego... 4 2.2. Dodawanie certyfikatu pracownika... 5 2.3. Informacje dodatkowe... 7 3. Podpisywanie dokumnetów...
Bardziej szczegółowoZałącznik 1. Platforma komunikacyjna powinna posiadać następującą funkcjonalność:
Załącznik 1 Wytyczne dotyczące funkcjonalności platformy komunikacyjnej umożliwiającej wymianę danych o wspólnych beneficjentach powiatowych urzędów pracy, jednostek organizacyjnych pomocy społecznej i
Bardziej szczegółowoSystem imed24 Instrukcja Moduł Analizy i raporty
System imed24 Instrukcja Moduł Analizy i raporty Instrukcja obowiązująca do wersji 1.8.0 Spis treści 1. Moduł Analizy i Raporty... 3 1.1. Okno główne modułu Analizy i raporty... 3 1.1.1. Lista szablonów
Bardziej szczegółowoirap Raporty on-line
irap Raporty on-line Moduł raportowania on-line irap jest zbiorem funkcji umożliwiających przesyłanie informacji pomiędzy aptekami oraz udostępnienie strony internetowej dla apteki. Niektóre funkcje realizowane
Bardziej szczegółowoInstrukcja dla Oferenta. Strona 1 z 9
Definicje Instrukcja dla Oferenta System B2B cały system informatyczny (zarówno software autorski, jak i licencje serwerowe, stanowiskowe, bazodanowe, etc.) obejmujący całą funkcjonalność wskazaną we wszystkich
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ółowoCzęść I Rozpoczęcie pracy z usługami Reporting Services
Spis treści Podziękowania... xi Wprowadzenie... xiii Część I Rozpoczęcie pracy z usługami Reporting Services 1 Wprowadzenie do usług Reporting Services... 3 Platforma raportowania... 3 Cykl życia raportu...
Bardziej szczegółowo2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670
Unia Europejska Publikacja Suplementu do Dziennika Urzędowego Unii Europejskiej 2, rue Mercier, 2985 Luxembourg, Luksemburg Faks: +352 29 29 42 670 E-mail: ojs@publications.europa.eu Informacje i formularze
Bardziej szczegółowoREFERAT O PRACY DYPLOMOWEJ
REFERAT O PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja elektronicznego dziennika ocen ucznia Autor: Grzegorz Dudek wykonanego w technologii ASP.NET We współczesnym modelu edukacji, coraz powszechniejsze
Bardziej szczegółowoSZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Opolskiego na lata 2007-2013 inwestujemy w
Bardziej szczegółowoAE/ZP-27-16/14. Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi
AE/ZP-27-16/14 Załącznik B Oprogramowanie do wykonywania kopii zapasowych oraz zarządzania maszynami wirtualnymi Wykonywanie kopii zapasowych Oprogramowanie do archiwizacji musi współpracować z infrastrukturą
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ółowoZmiany funkcjonalne i lista obsłużonych zgłoszeń Comarch DMS
Zmiany funkcjonalne i lista obsłużonych zgłoszeń 1. Wstęp W niniejszym dokumencie zostały opisane modyfikacje wprowadzone w wersji. 2. Poprawa bezpieczeństwa danych w W instalatorze wprowadzono nową funkcjonalność
Bardziej szczegółowoPosiada (TAK / NIE. Zrzut ekranu. Opis funkcji
Załącznik nr 1b do SIWZ TABELA FUNKCJONALNOŚCI UWAGA: Jeśli funkcjonalność, dla której wymagane jest potwierdzenie zrzutem ekranu wymusza wykonanie kliku zrzutów ekranu, konieczne jest aby każdy taki zrzut
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA WARUNKI WDROŻENIA
OPIS PRZEDMIOTU ZAMÓWIENIA WARUNKI WDROŻENIA Spełnienie wymagań jest obligatoryjne. Oferowane moduły (aplikacje) muszą spełniać wszystkie wymagania funkcjonalno-użytkowe, opisane w dodatkach do SIWZ, są
Bardziej szczegółowoAdres strony internetowej zamawiającego: www.szpital.walbrzych.pl. I. 2) RODZAJ ZAMAWIAJĄCEGO: Samodzielny publiczny zakład opieki zdrowotnej.
Wałbrzych: Usługi serwisu i nadzoru autorskiego nad zintegrowanym systemem informatycznym obejmującym oprogramowanie Eskulap i Impuls 5 dla Specjalistycznego Szpitala Ginekologiczno-Położniczym im. E.
Bardziej szczegółowoDeduplikacja danych. Zarządzanie jakością danych podstawowych
Deduplikacja danych Zarządzanie jakością danych podstawowych normalizacja i standaryzacja adresów standaryzacja i walidacja identyfikatorów podstawowa standaryzacja nazw firm deduplikacja danych Deduplication
Bardziej szczegółowoDo wersji 7.91.0 Warszawa, 09-21-2013
Moduł Zarządzania Biurem instrukcja użytkownika Do wersji 7.91.0 Warszawa, 09-21-2013 Spis treści 1. Instalacja oprogramowania... 3 2. Rejestracja klienta w Portalu dla Biur Rachunkowych... 4 3. Pierwsze
Bardziej szczegółowoAdres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: www.dzieciecyszpital.pl
Adres strony internetowej, na której Zamawiający udostępnia Specyfikację Istotnych Warunków Zamówienia: www.dzieciecyszpital.pl Kraków: Dostawa oprogramowania - elektronicznego obiegu dokumentów medycznych,
Bardziej szczegółowoOPIS PRZEDMIOTU ZAMÓWIENIA
OPIS PRZEDMIOTU ZAMÓWIENIA Zakup instalacja i wdrożenie systemu HIS wraz z niezbędnym sprzętem komputerowym. 1. Zakup bezterminowych licencji oprogramowania dla części medycznej wraz z kodami źródłowymi
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ółowoDOTACJE NA INNOWACJE
Rzeszów, 02.05.2012 Ogłoszenie o zamówieniu handlowego systemu B2B z modułem zarządzania składem konsygnacyjnym Zamawiający: Przedsiębiorstwo Produkcyjno Usługowo Handlowe M.A.M. Marek Wróblewski ul. Gen.
Bardziej szczegółowoOcena spełnienia wymagań określonych w SIWZ przez prezentowane rozwiązanie jest realizowana dwuetapowo:
MSS-TZP-ZPP-26-34/16 ZAŁĄCZNIK NR 7B DO SIWZ Zakup i dostawa programowego rozwiązania informatycznego budującego usługi elektroniczne z zainstalowaniem i wdrożeniem oraz dostawę i zakup składników doposażenia
Bardziej szczegółowoInstrukcja dla Oferenta
Instrukcja dla Oferenta Definicje System B2B cały system informatyczny (zarówno software autorski, jak i licencje serwerowe, stanowiskowe, bazodanow Instrukcja. Należy wypełnić WSZYSTKIE POLA oznaczone
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 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ółowoISTOTNE POSTANOWIENIA UMOWY
nr ref.: DOA-ZP-I.271.2.35.2012 Załącznik nr 6 do SIWZ ISTOTNE POSTANOWIENIA UMOWY nr ref.: DOA-ZP-I.271.2.35.2012 nr ref.: DOA-ZP-I.271.2.35.2012 nr ref.: DOA-ZP-I.271.2.35.2012 Załącznik Nr 1 do Umowy..
Bardziej szczegółowoKompleksowa Informatyzacja Samodzielnego Zespołu Opieki Zdrowotnej w Leżajsku jako element Podkarpackiego Systemu Informacji Medycznej PSIM.
Kompleksowa Informatyzacja Samodzielnego Zespołu Opieki Zdrowotnej w Leżajsku jako element Podkarpackiego Systemu Informacji Medycznej PSIM. RPO Priorytet III: Społeczeństwo informacyjne, Działanie 3.1
Bardziej szczegółowoZAPYTANIE OFERTOWE. Szczegółowy opis przedmiotu zapytania znajduje się w Specyfikacji, załączonej do niniejszego zapytania.
Toruń, dnia 12.09.2014r. COPYCOM Sp. z o.o. ul. Żółkiewskiego 37/41 87-100 Toruń ZAPYTANIE OFERTOWE Firma COPYCOM Sp. z o.o. zwraca się z prośbą o przedstawienie oferty cenowej na zakup poniższych elementów
Bardziej szczegółowoOpis Przedmiotu Zamówienia
Załącznik nr 1 do SIWZ Załącznik nr 1 do Umowy CSIOZ/ /2016 Opis Przedmiotu Zamówienia Przedmiotem zamówienia jest realizacja zadania pod nazwą System do backupu urządzeń sieciowych (zwany dalej: Systemem
Bardziej szczegółowoSystem epon Dokumentacja użytkownika
System epon Dokumentacja użytkownika Prawa autorskie tego opracowania należą do MakoLab S.A. Dokument ten, jako całość, ani żadna jego część, nie może być reprodukowana lub rozpowszechniana w jakiejkolwiek
Bardziej szczegółowoRÓWNOWAŻNOŚĆ ZAOFEROWANCH PAKIETÓW PROGRAMÓW BIUROWYCH
Załącznik Nr 1B do SIWZ RÓWNOWAŻNOŚĆ ZAOFEROWANCH PAKIETÓW PROGRAMÓW BIUROWYCH Odno nik 1 : Zintegrowany pakiet programów biurowych MS OFFICE Home and Busines 2010 polski OEM Za równoważne oprogramowaniu
Bardziej szczegółowoZałącznik 1c - Szczegółowy opis III części zamówienia
Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE PORTALU INTERESANTA - 9 SZTUK W ramach zamówienia Wykonawca zrealizuje usługę polegającą na dostawie i wdrożeniu Portalu Interesanta
Bardziej szczegółowoPodkarpacki System Informacji Medycznej PSIM
Podkarpacki System Informacji Medycznej PSIM Sławomir Cynkar Dyrektor Departamentu Społeczeństwa Informacyjnego Urzędu Marszałkowskiego Województwa Podkarpackiego Cel główny Projektu Celem Projektu: Podkarpacki
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ółowoCzęść I Istota analizy biznesowej a Analysis Services
Spis treści Część I Istota analizy biznesowej a Analysis Services 1 Analiza biznesowa: podstawy analizy danych... 3 Wprowadzenie do analizy biznesowej... 3 Wielowymiarowa analiza danych... 5 Atrybuty w
Bardziej szczegółowo