Somed-Raport_2010.03.0.08

TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
ISO 9001:2000
Waga: 90
Raport Nr 30/2010
SYSTEM INFORMATYCZNY
KS-SOMED'2010
WERSJA Nr 2010.03.0.08
z dnia 2010-12-08
MODUŁ
M11 TERMINARZ
1.
1.
2.
M12 ZLECENIA
3.
4.
5.
M13 MEDYCYNA
PRACY
1.
1.
2.
3.
4.
M21 GABINET
5.
6.
7.
M22
STOMATOLOG
M51
ZESTAWIENIA
M52 KARTOTEKI
1.
2.
1.
2.
3.
1.
1.
2.
3.
4.
M53
ROZLICZENIA
5.
6.
7.
8.
9.
1.
M55 KASA
2.
SOMED -RAPORT
OPIS ZMIAN, MODYFIKACJI i AKTUALIZACJI
Poprawienie blokady uniemożliwiającej rezerwacje w terminach minionych,
Poprawiona funkcjonalność sumowania zleceń na liście zleceń – przycisk z ikoną sumy. Wartości punktowe są
sumowane poprawnie z ilością rozliczeniową a nie jak dotychczas z ilością rzeczywistą. W przypadku
użytkowników rejestrujących dane, w których jest różnica pomiędzy ilościami rozliczeniowymi i rzeczywistymi
(np. chemioterapia) system mógł pokazywać niepoprawną wartość punktową, choć poprawna wartość
refundacji. Błąd ten nie miał jednak żadnego wpływu na rozliczenia z NFZ, sumowania jest tylko funkcją
dodatkowa, informująca.
Poprawiono błąd ze znikającym przyciskiem Następny na karcie zlecenia w chwili rejestracji zlecenia
głównego z podzleceniami.
Poprawka w edycji zleceń. Jeśli zlecenie wykonano dla pacjenta mającego dokumenty uprawniające
(koordynacja, decyzja wójta) następnie zmieniono w danych pacjenta dokumenty uprawniające – bo pacjent
podjął już pracę – a w dalszej kolejności poddano edycji wcześniej zarejestrowane zlecenie (z dokumentem
uprawniającym) to po edycji takiego zlecenia odświeżała się informacja o dokumentach co w efekcie usuwało
dokument z uprawnieniami ze zlecenia.
Dodana możliwość uzupełnienia i wydruku informacji zwrotnej dla lekarza kierującego.
Wydruk potwierdzenia wykonania usługi na liście zleceń - dodana możliwość wydrukowania potwierdzenia dla
wszystkich zleceń wykonanych danego dnia
Dodana możliwość edycji danych pacjenta/stanowiska pracy w momencie wystawiania orzeczenia.
Możliwość wystawienia recepty na zamiennik do leku z innej wystawionej recepty.
Możliwość zmiany leku na zamiennik na wystawionej (ale jeszcze nie wydrukowanej) recepcie.
Nowe formularze:
•
dodana możliwość określenia formatu pola numerycznego,
•
dodana możliwość wyboru wartości stałej ze słownika. Aktualnie dostępne są słowniki ICD9 oraz
ICD10,
Dodana funkcjonalność umożliwiająca ograniczenie dostępności formularzy w zależności od poradni.
Po ustaleniu dla całej jednostki grupy formularzy (usług) dla np. badań przedmiotowych, można dodatkowo
ograniczyć listę możliwych do wybrania formularzy podczas wizyty ustalając grupę dostępnych w danej
poradni. Musi to być grupa wszystkich dostępnych formularzy dla danej poradni (tj. wywiadów, wywiadów
aktualnych, badań przedmiotowych, itd.).
Poprawiona widoczność zdjęć/załączników w oknie Wizyty.
Poprawiona widoczność wywiadów oraz badań przedmiotowych na Nowej Wizycie.
Zmiana w wydrukach formularzy chorób zakaźnych. Wydruk formularza zgłoszenia zachorowania (podejrzenia
zachorowania) na chorobę można wydrukować na jednej stornie. Aby zmiany były widoczne, trzeba usunąć
istniejący wzorzec. Nowy zostanie stworzony automatycznie.
Poprawiony błąd, który powodował pojawianie się komunikatu po wejściu w menu Inne/Proces
leczenia/Historia leczenia.
Poprawiony błąd, który powodował pojawianie się komunikatu po wejściu w listę zdjęć.
Poprawiono w zestawieniu zleceń wyliczanie wartości punktowej – poprawka analogiczna do opisu poprawki w
zleceniach.
Poprawa zestawienia szczegółowego wykorzystania umowy. Nie można było wygenerować zestawienia
liczbowego. pojawiał się błąd braku pola UDATA.
Poprawiono w zestawieniu zleceń wyświetlanie kodów ICD-9. Do tej pory pojawiał się tylko kod ICD-9 CM.
Teraz sprawdzane są kolejno kody ICD-9 PL (od 2010), ICD-9 PL, ICD-9 CM i w zestawieniu pojawia się
pierwszy, który wystąpi na karcie usługi.
Dodana funkcja importu listy usług z pliku *.csv.
Poprawa wyznaczania JGP. Nie można było wyznaczyć JGP. Pojawiał się błąd "Access ...".
Poprawa błędu: Nie działała opcja modułu Refundacje umożliwiająca wydrukowanie korekty rachunku
zawierającej wszystkie pozycje z rachunku pierwotnego w przypadku korekt utworzonych na podstawie
szablonu.
Jeśli pozycja znajdowała się w zestawie świadczeń zawierającym dwa uprawnienia: jedno do pozycji na minus,
a drugie na plus, to na wydruk zestawienia świadczeń udzielonych na podstawie przepisów o koordynacji
trafiało pierwsze ubezpieczenie z tego zestawu, a nie te, do którego była powiązana pozycja.
Poprawa błędu: Jeśli w zleceniu były zmienione tylko dane dot. zespołu ratownictwa, to synchronizacja rejestru
nie modyfikowała zestawu świadczeń.
Poprawa błędu: W niektórych przypadkach podczas synchronizacji rejestru świadczeń pojawiał się błąd Access
violation...
Poprawa błędu: Jeśli zestaw świadczeń zawierał dwa lub więcej zleceń i jedno z tych zleceń zawierało inne
dane, np. inna data skierowania, to synchronizacja zgłaszała błąd: PL-A2496; Niezgodne dane.... Po usunięciu
błędnego zlecenia, synchronizacja nadal sprawdzała to usunięte zlecenie i zgłaszała błąd: PL-A2496;
Niezgodne dane....
Podczas zapisu raportu statystycznego SWX do pliku w wersji 5.1.5 dodane przekodowanie trybów przyjęcia
obowiązujących w SWX 4.1.4 na tryby obowiązujące w 5.1.5
Po zmianie pacjenta na zleceniu dot. środków pomocniczych, synchronizacja nie wykonywała korekty.
Nie działała funkcja generująca korekty tylko na minus z poziomu okna przeglądania raportu zwrotnego.
Poprawka w przyjmowaniu opłat za usługi. W niektórych przypadkach program mógł pokazywać ilość
wybranych dokumentów 0, kwota 0.00 zł i przez to nie zarejestrować wpłaty
Możliwość dodania do faktury zleceń lub sprzedaży innych pacjentów.
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 1 z 6
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
ISO 9001:2000
M64 SERWIS
INNE
1.
1.
2.
Waga: 90
Zmodyfikowane okno wizualizacji sesji (serwer Oracle oraz FireBird)
Poprawa działania aplikacji KS-BDO przy połączeniu przez pulpit zdalny.
Mechanizm kontroli liczby zalogowań do systemu KS-SOMED z wykorzystaniem sesji dla serwera FireBird.
Dzięki temu możliwe jest ustawienie numeru stanowiska wyższego, niż liczba dostępnych stanowisk w licencji.
Dodatkowo administrator ma możliwość przeglądania listy zalogowanych użytkowników.
Faktury ze zleceniami i sprzedażami innych pacjentów
Bieżąca aktualizacja udostępnia użytkownikom możliwość wprowadzenia na fakturze, wystawianej jednemu
pacjentowi, zleceń innych pacjentów. Funkcjonalność ta będzie szczególnie przydatna w sytuacji, gdy świadczone były
usługi dla rodziny, np. ojca i dziecka i gdy chcemy w takiej sytuacji wystawić jedną fakturę dla rodziny zawierającej
zlecenia ojca i dziecka. Dotychczas możliwe było wystawienie faktury dla ojca ze zleceniami dziecka – funkcjonalność
zmiany odbiorcy – jednakże jeśli w tym samym czasie również ojciec miał wykonane jakieś usługi, konieczne było
wystawienie dwóch, oddzielnych faktur.
Kolejna sytuacja, gdy taka funkcjonalność może być przydatna, to fakturowanie kilku pacjentów z tej samej firmy w
sytuacji, gdy nie wykorzystuje się mechanizmu umów.
Aby móc skorzystać z nowej funkcjonalności operator musi posiadać nowe uprawnienie: Kasa/Dokumenty
finansowe/Na fakturze sprzedaże innych pacjentów.
Po dodaniu wspomnianego uprawnienia użytkownik może podczas wystawiania faktury wcisnąć przycisk Wielu
pacjentów (zakładka Ustawienia).
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 2 z 6
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
Waga: 90
Po włączeniu tego przycisku możliwe jest podczas dodawania kolejnych zleceń lub sprzedaży (przycisk Dodaj na
zakładce Edycja) wybór zleceń również innych pacjentów.
W okienku, które pojawi się po wciśnięciu przycisku Dodaj dostępna jest zakładka Filtry, na której można ustawić
jakich pacjentów zlecenia chcemy dodać do faktury. Domyślnie filtr ustawiony jest na zlecenia pacjenta, który jest
odbiorcą faktury. Można jednak skorzystać z przycisku Rodzina, który rozszerzy listę zleceń o zlecenia wszystkich
pacjentów, którzy w systemie powiązani są więzami rodzinnymi z bieżącym pacjentem (oczywiście zlecenia bieżącego
pacjenta również będą widoczne). Ustawiając znacznik w pierwszej kolumnie wskazujemy zlecenia, które chcemy
dodać do faktury.
Oprócz filtru Rodzina dostępny jest jeszcze filtr Firma, z tym, że przycisk z tym filtrem dostępny jest tylko wówczas,
gdy wcześniej zmieniono odbiorcę faktury na konkretną firmę. Wciśnięcie tego przycisku udostępni listę zleceń tych
wszystkich pacjentów, którzy w swojej kartotece mają jakiekolwiek powiązanie z firmą, odbiorcą faktury.
Ostatnim z filtrów jest Inny pacjent. Po jego wciśnięciu pojawia się okno wyboru pacjenta – można wskazać wówczas
pacjenta, którego zlecenia chcemy uzyskać, aby wybrać właściwe celem dodania do faktury. Wciskając przycisk
Anuluj, czyli nie wskazując konkretnego pacjenta, uzyskamy listę zleceń wszystkich pacjentów (oczywiście
wykonanych w okresie wskazanym na palecie Daty).
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 3 z 6
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
Waga: 90
Bardzo ważne jest to, że zaznaczając wybrane zlecenie i następnie zmieniając filtr nie odznaczamy wcześniej
wybranego zlecenia, nawet jeśli zniknie ono z okna podglądu! Dzięki temu można wybrać konkretnego pacjenta,
wskazać interesujące nas zlecenia, zmienić pacjenta i wybrać kolejne zlecenia.
Na koniec krótka ściąga.
1. Jak zarejestrować i zafakturować zlecenia dla całej rodziny (wcześniej mamy ustawione na karcie pacjenta
właściwe więzy rodzinne):
a. rejestrujemy zlecenia dla każdego z członków rodziny,
b. wystawiamy fakturę dla jednego z pacjentów, np. dla ojca rodziny,
c. wciskamy przycisk Wielu pacjentów,
d. przechodzimy na zakładkę Edycja i wciskamy przycisk Dodaj,
e. w nowym okienku przechodzimy na zakładkę Filtry i wciskamy przycisk Rodzina,
f. wskazujemy interesujące nas zlecenia (można skorzystać z przycisku Zaznacz wszystko),
g. zatwierdzamy okno wyboru zleceń,
h. zatwierdzamy fakturę.
2. Jak zarejestrować i zafakturować zlecenia dla pracowników jednej firmy jeśli nie wykorzystujemy
mechanizmu umów (zakładamy, że wcześniej każdy z pacjentów ma ustawione powiązanie z firmą)
a. rejestrujemy zlecenia dla każdego z pacjentów,
b. wystawiamy fakturę dla jednego z pacjenta,
c. wciskamy przycisk Wielu pacjentów,
d. wciskamy przycisk Firma,
e. przechodzimy na zakładkę Edycja i wciskamy przycisk Dodaj,
f. w nowym okienku przechodzimy na zakładkę Filtry i wciskamy przycisk Firma,
g. wskazujemy interesujące nas zlecenia (można skorzystać z przycisku Zaznacz wszystko),
h. zatwierdzamy okno wyboru zleceń,
i. zatwierdzamy fakturę.
Sesje dla serwera FireBird
Istotną częścią aktualizacji jest udostępnienie mechanizmu sesji również dla serwera FireBird. Mechanizm ten ma na
celu ulepszenie zarządzania kontrolą zalogowanych stanowisk. Przede wszystkim, analogiczne jak dla serwera Oracle
korzystającego z widoku V$S, możliwe jest ustawienie dowolnej numeracji stanowisk (byle numer stanowiska nie był
większy niż 9999), a nie jak dotychczas maksymalny numer stanowiska nie mógł być wyższy niż liczba stanowisk
wynikająca z licencji. Kolejną korzyścią jest rezygnacja z mechanizmu wysyłania komunikatów sieciowych celem
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 4 z 6
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
Waga: 90
sprawdzenia ile stanowisk w danej chwili pracuje. Mechanizm ten, przy większej sieci komputerowej widocznie
spowalniał etap logowania oraz wylogowywania się użytkowników. Dodatkowo, niektóry systemy antywirusowe
podejrzanie patrzyły na system Somed i bywały problemy z poprawnym współdziałaniem programu kspl.exe oraz
programu antywirusowego.
Mechanizm sesji dla serwera FireBird włącza się automatycznie i nie ma możliwości jego obejścia – tak jak do końca
tego roku istnieje obejście w przypadku serwera Oracle. Związane jest to z tym, że dla serwera FireBird aktualizator
systemu KS-SOMED potrafi samodzielnie wykonać wszystkie czynności związane z uruchomieniem mechanizmu
sesji.
W przypadku utracenia danego stanowiska („brutalne” wyłączenie końcówki za pomocą przycisku Reset lub Power,
zawieszenie się programu itp. itd.) jego sesja nadal jest widoczna w systemie, FireBird 2.0 nie udostępnia mechanizmu
pozwalającego na skasowanie informacji o sesji. W takiej sytuacji administrator może skorzystać z funkcji Sesje bazy
danych w module Serwis i ręcznie „zabić” wiszącą sesję. Ważna uwaga, jeśli „utracone” stanowisko ponownie będzie
się próbować podłączyć do bazy danych to istnieje duże prawdopodobieństwo odzyskania sesji bez konieczności
ręcznego jej „zabijania”.
Jeśli instalacja zostanie oparta o serwer FireBird 2.1 wówczas każde nowe logujące się stanowisko będzie próbowało
samodzielnie usuwać „wiszące” sesje i dzięki temu bardzo prawdopodobne jest to, że administrator nigdy nie będzie
musiał samodzielnie „zabijać” wiszących sesji.
Wizualizacja sesji bazy danych
W przypadku serwera bazy Oracle zmieniła się nieco formatka wizualizacji sesji, natomiast dla użytkowników serwera
FireBird formatka wizualizacji sesji jest całkiem nową funkcjonalnością. Dostępna jest ona w module Serwis w menu
Serwis.
W dolnej części okna widoczne są wszystkie sesje bazy danych, które są widoczne przez system KS-SOMED.
Dostępna jest nazwa użytkownika (użytkownika systemu windows, nie użytkownika systemu KS-SOMED), adres IP
stanowiska, nazwa komputera, numer stanowiska data i godzina podłączenia oraz data i godzina ostatniej transakcji, a
także kilka dodatkowych informacji. Widok sesji nie odświeża się automatycznie dostępny jest natomiast przycisk
Odśwież widok. Widok sesji odświeży się również w przypadku skorzystania z innych funkcji, które zostaną za chwilę
opisane.
Sesja użytkownika, który ogląda opisywany widok jest specjalnie oznaczona kolorem. Tej sesji nie można w żaden
sposób „zabić” z tego stanowiska.
W kolumnie ostatnia transakcja system wyświetla informację o dacie i godzinie (według czasu lokalnego stanowiska,
którego sesję analizujemy) ostatniej zatwierdzonej transakcji w bazie danych. Całkiem dobrze opisuje to aktywność
danego stanowiska, bowiem każda modyfikacja, dodanie, skorzystanie z większości funkcji systemu KS-SOMED
związane jest z zatwierdzeniem transakcji. Jeśli więc konkretne stanowisko ma dość „starą” wartość w tej kolumnie
może to świadczyć o przerwie w pracy. Czyli może być to wskazaniem, że stanowisko zawiesiło się i komputer po
prostu został zamknięty. Może to jednak świadczyć również o tym, że ktoś pozostawił włączony system i przez dłuższy
czas nic na nim nie robi lub wywołał skomplikowane zestawienie, które wykonuje się przez długi czas. Odczyt bowiem
danych z bazy nie powoduje aktualizacji tej kolumny, aktualizację zapewnia jedynie zapis do bazy danych. Dlatego też
konieczna jest dokładna analiza przed ewentualnym zamknięciem konkretnej sesji. W analizie tej pomoże z pewnością
funkcja oznaczająca kolorem czerwonym sesje, które ostatnią, zatwierdzoną transakcję miały co najmniej (1 minutę, 5
minut, 30 minut, godzinę itd.) temu.
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 5 z 6
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 30/2010
Wydanie: 2008-04-22
Waga: 90
Na formatce z sesjami można również uzyskać informację o liczbie sesji według konkretnego podziału. W tym celu
można skorzystać z funkcji na zakładce Statystyki. Większość z tych funkcji powinna zwracać kilka (naście, dziesiąt)
pozycji z wartością 1, gdyż jest to jedyna poprawna wartość. Na tej podstawie można więc analizować, czy w systemie
nie ma problemów z konfiguracją. Dostępne są następujące funkcje zliczające wg:
1. instancji – to podsumowanie pokaże nam ile jest aktywnych sesji systemu SOMED. W przypadku korzystania
z mechanizmu uruchamiania wielu instancji na jednym stanowisku, każda instancja jest sumowana oddzielnie.
To właśnie podsumowanie jest zgodne z tym, w jaki sposób system KS-SOMED określa liczbę aktualnie
zalogowanych stanowisk.
2. IP i użytkownika – to podsumowanie „po” zalogowanych użytkownikach. Szczególnie przydatne przy kontroli
w instalacjach z serwerem terminali, gdy kilku użytkowników łączy się z tego samego adresu IP, lecz
zalogowani są jako inni użytkownicy systemu operacyjnego. Poprawna wartość dla każdej pozycji w tym
zestawieniu to 1.
3. użytkownika – podsumowanie sesji pod względem użytkownika systemu operacyjnego.
4. IP – podsumowanie ukazujące z jakich adresów IP nawiązano połączenie do bazy danych. W instalacjach bez
serwera terminali to zestawienie powinno dla każdej pozycji wskazać wartość 1. W przypadku serwera
terminali, pozwala określić ilu użytkowników danego serwera aktualnie zalogowanych jest do bazy danych.
5. komputera - podsumowanie sesji pod względem nazwy komputera, z którego nawiązano połączenie.
6. stanowiska - podsumowanie sesji pod względem numeru stanowiska. Dla każdej pozycji to podsumowanie
powinno pokazać wartość 1.
7. modułu – pozwala sprawdzić w jakich modułach aktualnie pracują użytkownicy.
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 6 z 6