Wersja wymaga wykonania aktualizacji bazy danych

Transkrypt

1 Raport Nr 32/2014 SYSTEM INFORMATYCZNY KS-SOMED'2014 WERSJA Nr z dnia Wersja wymaga wykonania aktualizacji bazy danych MODUŁ OPIS ZMIAN, MODYFIKACJI i AKTUALIZACJI 1. Lepsze ustawianie trybu przyjęcia, gdy nie jest ustawiony algorytm wyboru trybu przyjęcia. Jeśli tryb przyjęcia nie jest zapamiętany, nie mamy włączonego algorytmu, domyślnie ustawi się tryb brak danych. Takie rozwiązanie ma na celu usprawnić pracę lekarzy POZ. Natomiast jeżeli wcześniej na zleceniu ustawiany był tryb przyjęcia: 4: planowe skier, obecnie tryb ten należy zapamiętać. M12 ZLECENIA 2. Blokada edycji zleceń wykonanych X dni temu. 3. Poprawiono zapamiętywanie kodu ICD Poprawiono wyświetlanie produktów handlowych na zakładce Zaopatrzenie. 5. W oknie wyboru pozycji faktury zakupowej poprawiono wyświetlanie wartości w kolumnie Pozostało do wykorzystania. Kolumna pokazywała większe zużycie niż było w rzeczywistości w przypadku, gdy do zlecenia głównego były podpięte podzlecenia. 1. Karta badania kierowcy została dostosowana do wymogów Rozporządzenia Ministra Zdrowia z dnia 17 lipca M13 MEDYCYNA 2014 r. w sprawie badań lekarskich osób ubiegających się o uprawnienia do kierowania pojazdami i PRACY kierowców. 1. Nowa wizyta: a) w panelu Rozpoznania pojawiła się informacja o znaczniku choroba przewlekła, b) podczas dodawania nowych zleceń program sprawdza uprawnienia: Moduł lekarski/usługi/zapis.. c) w panelu Usługi/Skierowania wyświetlane są uwagi dodane w zleceniu, M21 GABINET d) dodano wizualizację zgrupowania w pakiet badań laboratoryjnych. 2. Dodano uwzględnianie zmiany poradni podczas przelogowania lekarza (odświeżają się ustawienia zależne dla poradni). 3. Dodano zapamiętywanie opcji Bezpłatne w oknie Skierowanie na badanie laboratoryjne. 4. Poprawiono wyświetlanie statusu ewuś w poczekalni w przypadku korzystania ze zmienionej daty aktualnej. 5. Poprawiono podpinanie załączników dodawanych przez funkcję Skanuj dokumenty pacjenta w starej wizycie. M22 STOMATOLOG 1. Poprawiono wyświetlanie statusu ewuś w poczekalni w przypadku korzystania ze zmienionej daty aktualnej. M35 RIS 1. Na karcie uwag technika dodano możliwość wprowadzania wartości dawki pochłoniętej w mgy. Wprowadzona wartość jest dostępna w postaci zmiennej na formularzu opisowym badania oraz w panelu informacyjnym, który jest dostępny po prawej stronie formularza. Dodatkowo wartości dawki promieniowania i dawki pochłoniętej można wyświetlać w oknie głównym Terminarza modyfikując odpowiednio opcje opisu wizyty stosując zmienne: %ZLEC.RISDawkaPromieniowania% oraz %ZLEC.RISDawkaPochlonieta% 2. Poprawiono rozpoznawanie konfiguracji HL7. M42 UMOWY 1. Do zestawienia Stan realizacji umowy z inf. o wykonaniach w poradniach i przez pracowników dodano kolumnę z wyróżnikiem punktu umowy. M43 KSIĘGI 1. Zmiana generowania ksiąg z polem skierowanie. Gdy nie ma skierowania to w księdze podawana jest informacja bez skierowania. M52 KARTOTEKI 1. Karta wzorca formularza: dodano opcję pozwalającą sterować tworzeniem wyniku badania dla formularzy o rodzaju Niezdefiniowany. 1. Dodano mechanizm grupowania zleceń w jeden zestaw świadczeń na podstawie numeru uzupełnianego na karcie wykonania usługi. Numer zestawu można uzupełnić na zakładce N. NFZ - informacje dodatkowe na karcie wykonania usługi. Wszystkie zlecenia posiadające ten sam numer, po wykonaniu synchronizacji, zostaną spięte w jeden zestaw świadczeń. 2. Dodano możliwość zmiany daty usunięcia rezerwacji kolejkowej. Funkcjonalność ta jest dostępna dla użytkowników z uprawnieniem: Rozliczenia z NFZ->Zmiana daty usunięcia rezerwacji kolejkowej. 3. Kolejki oczekujących - poprawiono wyliczanie czasu rzeczywistego w kolejkach oczekujących. W przypadku M53 ROZLICZENIA gdy czas oczekiwania wynosił X dni i 0,5 dnia program zaokrąglał czas do najbliższej parzystej wartości całkowitej, a aktualnie zaokrągla w górę. 4. Poprawiono zestawienie zużycia pozycji faktur zakupowych. Zestawienie pokazywało większe zużycie niż było w rzeczywistości w przypadku, gdy do zlecenia głównego były podpięte podzlecenia. 5. Poprawiono wydruk faktur dla NFZ, na których drukował się dopisek Usługi zwolnione na podstawie art.43 ust. 1 pkt W zestawieniu świadczeń rozliczanych na podstawie przepisów o koordynacji dodano opcję umożliwiającą pobieranie trybu przyjęcia bezpośrednio ze zlecenia, a nie z pozycji szablonu. M55 KASA 1. Zestawienie - załącznik do faktury, może być dołączony również dla faktur wewnętrznych dotychczas ten typ faktur pozbawiony był tego załącznika. M64 SERWIS 1. Dodano funkcję (menu Testy - wdzenie scalania) umożliwiającą wykrycie ewentualnych nieprawidłowych powiązań z danymi, które uległy scaleniu i nie powinny być już wykorzystywane. 1. W opcjach głównych KS-SOMED na zakładce Współpraca z innymi systemami dodano opcję wdzanie uprawnień ewuś wg podmiotu, do którego należy zalogowany pracownik. Zaznaczenie tej opcji spowoduje, że podczas wyświetlania statusu ewuś w rezerwacjach i wykonanych zleceniach sprawdzana będzie zgodność podmiotu wykonującego z podmiotem, do którego należy pracownik, który sprawdził uprawnienie. INNE 2. Dostosowanie do zmian z Rozporządzenia Ministra Zdrowia z dnia 14 lipca 2014 r. zmieniającego rozporządzenie w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania. 3. Uaktualniono formularz zaświadczenia lekarskiego o stanie zdrowia N Nowa wersja mechanizmu logowania z wykorzystaniem protokołu LDAP. 5. Poprawiono mechanizm blokowania systemu po określonym czasie bezczynności - w niektórych sytuacjach, Strona 1 z 6

2 pomimo pojawienia się okna blokady, można było dalej pracować w programie. 6. Nowe formularze: poprawiono wyświetlanie dużych słowników (pasek przewijania mógł nie być dobrze pozycjonowany). 7. Poprawiono generowanie usług ICD9 dla wybranej podgrupy. Na przykład: po wybraniu grupy nie dodawały się usługi z kodami XX. Blokada wykonanych zleceń Nowa wersja systemu posiada funkcjonalność pozwalająca na pełną blokadę zleceń wykonanych określoną liczbę dni wstecz. Funkcjonalność uruchamiamy po wpisaniu w opcjach modułu Zlecenia wartości, określającej na ile dni wstecz możliwa jest pełna edycja (poprawianie, usuwanie) zleceń. Domyślna wartość opcji, czyli 0, powoduje, że blokada zleceń, ze względu na datę wykonania, nie jest aktywna. Blokada dotyczy tylko zleceń z ustawioną datą wykonania, nie dotyczy więc przyjęć, rezerwacji i skierowań, jeśli nie maja jeszcze statusu wykonania i data wykonania nie jest ustawiona. Jeśli data wykonania zlecenia jest wcześniejsza niż bieżąca data o więcej niż wartość w opcji, system blokuje edycję (usunięcie) zlecenia. W takiej sytuacji pojawi się komunikat błędu PL-A1673. Jeśli jednak operator posiada stosowne uprawnienie, Strona 2 z 6

3 przed edycją czy też usunięciem zlecenia pojawi się odpowiedni komunikat z prośbą o decyzję. Operator ze wskazanym uprawnieniem może takie zlecenie zmodyfikować, za każdym razem musi jednak podjąć świadomą decyzję, wiedząc, że modyfikuje zlecenie z okresu, który został uznany za zamknięty. LDAP w wersji 2 Najnowsza wersja systemu KS-SOMED zawiera nowy mechanizm logowania z wykorzystaniem protokołu LDAP. W przeciwieństwie do funkcjonalności opisanej w biuletynie do wersji nowy mechanizm nie wymaga do swojego działania specjalnej usługi. Zalecamy więc wszystkim, którzy wdrożyli mechanizm opisany we wspomnianym biuletynie, aby, zgodnie z opisem z tegoż biuletynu, zatrzymali oraz wyrejestrowali usługę KS-LDAP Sync kontroler. Usługa ta nie jest już potrzebna, a może wprowadzać nieokreślone problemy, jeśli administrator zdecyduje się na wykorzystanie nowej, opisywanej w niniejszym biuletynie funkcjonalności. Aby aktywować nową funkcjonalność należy w module Administrator włączyć korzystanie z logowania poprzez domenę na zakładce Bezpieczeństwo. Strona 3 z 6

4 Następnie należy bezwzględnie wprowadzić nazwę domeny, za pomocą której dokonywana będzie autoryzacja operatora. Nie wypełnienie pola z nazwą domeny jednoznaczne jest z rezygnacją z wykorzystania logowania domenowego. Mechanizm logowania z wykorzystaniem domeny, zaimplementowany w systemie KS-SOMED w wersji działa w następujący sposób: Operator systemu operacyjnego loguje się do systemu KS-SOMED z wykorzystaniem loginu takiego jak w domenie. Brak weryfikacji hasła, uznajemy bowiem, że operator został już zweryfikowany podczas logowania się do domeny. Jeśli w systemie KS-SOMED nie odnaleziono operatora o takim loginie nastąpi jego automatyczne wprowadzenie do systemu z następującymi parametrami: o Login zgodny z loginem w domenie. o Imię i nazwisko zgodne z opisem operatora w domenie. o Adres zgodny z ustawionym w domenie. o Typ pracownika wynikający z przypisanych mu w domenie grup. o Role w systemie zgodne z przypisanymi mu w domenie grupami. o Podmiot, do którego przypisany zostaje operator wynikający albo z grupy przypisanej w domenie, albo jest to jeden z podmiotów wewnętrznych. o Hasło operatora w systemie KS-SOMED ustawione jest na hasło uszkodzone. Nie ma to znaczenia, gdyż operator nie loguje się z wykorzystaniem tego hasła, jeśli jednak wyłączono by logowanie z wykorzystaniem domeny, operator musi skorzystać z pomocy administratora, który wyczyści mu hasło pozwalając na powtórne logowanie się do systemu według hasła KS-SOMED. Podczas każdego logowania operatora analizowane są jego grupy i w zależności od opcji Sposób integracji grup LDAP aktualizowane są jego role w systemie. Jeśli operator nie korzysta z domeny (możliwe jest, że w jednej instalacji część operatorów korzysta z domeny, część nie) loguje się z wykorzystaniem hasła systemu KS-SOMED. Jeśli nazwa domeny nie jest prawidłowa, logowanie do systemu KS-SOMED następuje w standardowy sposób. Jak wynika z powyższych opisów kluczowe, dla poprawnej integracji systemu KS-SOMED z domeną, są grupy domenowe, do których przynależy operator. Na tej podstawie określany jest typ operatora, może być określony podmiot, w którym operator pracuje, jak i uprawnienia, które zyskuje operator. Integracja z grupami odbywa się na poziomie nazw. Zakładając nowego operatora KS-SOMED może stworzyć operatora z ustawionym rodzajem albo pracownik medyczny/operator albo pracownik/operator. Strona 4 z 6

5 Dla przypomnienia pierwszy z wymienionych rodzajów pozwala operatorowi zalogować się do systemu KS-SOMED i być wybieralnym np. do realizacji świadczeń. Drugi z rodzajów pozwala operatorowi zalogować się do systemu, operator ten jednak nie może być wykonawcą zleceń, nie może być osobą wystawiającą receptę itp. To, jaki rodzaj operatora zostanie wybrany, wynika z przypisanych grup oraz ustawienia opcji Grupy określające pracownika medycznego. Jeśli operator posiada w domenie grupę wymienioną w tej opcji (w opisywanym przypadku będzie to grupa lekarze lub grupa pielegniarki) założony zostanie w systemie KS-SOMED operator z ustawionym rodzajem pracownik medyczny/operator. Jeśli żadna z przypisanych operatorowi w domenie grup nie występuje na liście w omawianej opcji (poszczególne grupy rozdzielamy przecinkami), rodzaj operatora zostanie ustawiony na pracownik/operator. W przypadku instalacji wielopodmiotowej istnieje również problem przypisania operatorowi właściwego podmiotu wewnętrznego (w przypadku instalacji jednopodmiotowej problem nie występuje, wybrany zawsze zostanie ten jeden istniejący podmiot). W takim przypadku, aby nie być skazanym na losowe przypisanie podmiotu, należy zsynchronizować grupy domenowe ze skrótami podmiotów wewnętrznych. Jeśli zostanie odnaleziony podmiot o skrócie odpowiadającym jednej z przypisanych operatorowi grup, ten podmiot stanie się podmiotem przypisanym operatorowi. Dla przykładu mamy cztery podmioty wewnętrzne o skrótach wschod, zachod, polnoc, poludnie. Chcąc przypisać operatora do podmiotu zachod należy przypisać mu w definicji użytkownika domenowego grupę zachod. W przypadku niemożności dopasowania grupy i skrótu podmiotu wybrany zostanie losowy podmiot, wynikający z kolejności zwróconych przez serwer bazy danych podmiotów w zapytaniu. Opcja Sposób integracji grup LDAP ma zastosowanie w przypadku logowania się do systemu operatora, który jest już wprowadzony do systemu KS-SOMED. W zależności od wartości opcji: Nie nastąpi żadna synchronizacja ról operatora (wartość opcji Wyłączona). Mogą zostać dodane operatorowi nowe role, istniejące jednak role nie zostaną usunięte (wartość opcji domyślna Dodawanie). Nastąpi pełna synchronizacja ról operatora, czyli zostaną dodane nowe role wynikające z przypisanych operatorowi grup, ale też usunięte zostaną role oczywiście mowa tu o usunięciu roli pracownikowi, a nie o usunięciu roli z systemu które nie mają swoich odpowiedników w grupach LDAP (wartość opcji Pełna). Synchronizacja ról polega na porównaniu nazw ról z nazwami przypisanych operatorowi grup. Jeśli w systemie KS- SOMED zdefiniowana jest np. rola Administratorzy rola ta zostanie przypisana operatorowi jeśli ma przypisaną grupę o takiej samej nazwie. Należy założyć, że wszystkie nazwy ról w systemie KS-SOMED maja odpowiedniki w grupach LDAP. Oczywiście w grupach LDAP mogą istnieć grupy nie związane z rolami (np. określające podmioty wewnętrzne czy też rodzaj operatora), jeśli jednak mielibyśmy rolę nie posiadającą odpowiednika w grupach LDAP rola ta nigdy nie mogłaby być przypisana operatorowi automatycznie, a w przypadku pełnej integracji żaden z operatorów systemu KS-SOMED korzystający z logowania domenowego nie mógłby mieć przypisanej takiej roli, gdyż nawet po ręcznym przypisaniu podczas kolejnego logowania rola ta zostałaby zdjęta. Uwagi końcowe do opisywanej funkcjonalności: Strona 5 z 6

6 1. Wszystkie porównania nazw grup LDAP z wartościami opcji, czy też z nazwami ról są realizowane bez rozróżniania wielkości liter. 2. Logowanie z wykorzystaniem protokołu LDAP nie jest aktywne przy poziomie bezpieczeństwa 0. Jest to spowodowane tym, że na takim poziomie nie wykorzystuje się loginów w systemie KS-SOMED (jest stare okienko logowania) co wyklucza możliwość integracji po loginach. 3. Włączenie logowania z wykorzystaniem protokołu LDAP nie blokuje możliwość wyboru poziomu bezpieczeństwa. W przypadku nie możności zalogowania się operatora z wykorzystaniem domeny (np. aktualny operator systemu operacyjnego nie jest użytkownikiem domeny), nastąpi natywne logowanie do systemu KS-SOMED z wszystkimi, wynikającymi z danego poziomu bezpieczeństwa, ustawieniami. 4. Jeśli zalogowano się do systemu KS-SOMED z wykorzystaniem logowania domenowego nie jest sprawdzana jakość hasła, nie jest weryfikowany czas użycia hasła, nie pojawia się żądanie zmiany hasła. Wszelkie takie zabezpieczenia należy ustawić na poziomie domeny. 5. Jeśli zalogowano się do systemu KS-SOMED z wykorzystaniem logowania domenowego system KS-SOMED nie zablokuje się automatycznie po upływie założonego czasu bezczynności. Wynika to z tego, że system KS- SOMED nie zna hasła domenowego nie może więc samodzielnie się odblokować. Zabezpieczenie stanowiska należy zorganizować na poziomie domeny, chociażby wskazując operatorom na możliwość blokady systemu z poziomu klawiatury (klawisz Windows + L). Strona 6 z 6