Wersja wymaga wykonania aktualizacji bazy danych

Transkrypt

1 Raport Nr 36/2013 SYSTEM INFORMATYCZNY KS-SOMED'2013 WERSJA Nr z dnia Wersja wymaga wykonania aktualizacji bazy danych MODUŁ OPIS ZMIAN, MODYFIKACJI i AKTUALIZACJI 1. Dodano możliwość stworzenia zakładek w terminarzu wyświetlających jednocześnie grupę pracowników oraz gabinetów. M11 TERMINARZ 2. Dodano nowe uprawnienie do korzystania z funkcjonalności dodawania dowolnej rezerwacji w module Terminarz (Terminarz->Inne ->Wprowadzanie dowolnych rezerwacji). 3. Poprawiono ustawianie i modyfikację godzin pracy z przypisanym gabinetem (program mógł dublować godziny pracy). 1. Dodano możliwość wyszukiwania podmiotów po numerze REGON w kontrolkach z trzema kropkami. Ustawienie opcji wyszukiwania znajduje się w module Zlecenia, jest to nowa wartość istniejącej już opcji określającej np. wyszukiwanie po nazwie. W tej wersji ustawienie wyszukiwania po polu REGON działa jedynie w module Zlecenia, niebawem pojawi się ta funkcjonalność również w innych modułach. 2. Dodano możliwość wyboru terminu rezerwacji na karcie rezerwacji z lokalnego terminarza. Obok daty i godziny rezerwacji pojawił się przycisk wyświetlający lokalny terminarz będący odpowiednikiem modułu terminarz z następującymi ograniczeniami: a) istnieje tylko możliwość wyboru terminu, b) można wybrać dowolny termin, nawet taki, dla którego nie przewidziano godzin pracy a to dlatego, że w oknie rezerwacji można było zawsze wpisać ręcznie dowolną datę i godzinę, c) widoczny jest terminarz z godzinami pracy i umówionymi już wizytami, inne elementy dostępne w module terminarz nie są tu implementowane, d) widoczny jest terminarz dla lekarza, do którego umawiana jest wizyta, a jeśli nie wskazano lekarza, M12 ZLECENIA to widoczny jest terminarz gabinetu, e) w przypadku wejścia na kartę rezerwacji z komórki modułu terminarz, podręczny terminarz ograniczony jest tylko do wybranego dnia znów analogia do możliwości ręcznej edycji daty i godziny, w opisywanym w tym punkcie przypadku data była zawsze blokowana, operator mógł jedynie zmienić godzinę wizyty, f) w pozostałych przypadkach czyli z nowej funkcji modułu terminarz pozwalającej na dowolną rezerwację, czy też w sytuacji wywołania karty rezerwacji z modułu zlecenia - pojawia się terminarz tygodniowy z możliwością nawigacji w przód lub w tył. 3. Skierowanie na zaopatrzenie możliwość zaznaczenia wartości do limitu zamiast ilości sztuk. W takiej sytuacji na wydruku skierowania (4 lub 5) pojawi się napis do limitu w miejscu ilości. 4. W zestawieniu zleceń dedykowanych rozliczeniom z NFZ poprawiono wyszukiwanie wg wybranej umowy z NFZ, jeśli został wczytany aneks do umowy. 5. Poprawiono sprawdzanie uprawnień w ewuś pacjentów z grupy roboczej. wdzani byli również pacjenci usunięci z grupy. 1. Dodano możliwość zdefiniowania przy pomocy makra wspólnej pieczątki dla orzeczeń. Można to zrobić M13 MEDYCYNA w opcjach modułu. Wcześniej pieczątkę można było definiować tylko na wzorcu konkretnego wydruku. PRACY 2. Poprawiono wyświetlanie okna rezerwacji wizyty medycyny pracy dla mniejszych rozdzielczości ekranu mogły ukrywać się przyciski. 1. Nowa wizyta: a) dodano imię i nazwisko następnego pacjenta w panelu informacyjnym na wizycie, b) dodano możliwość wydruku dawkowania również dla leków zażywanych. Uwaga: w przypadku problemów z wydrukiem, np. niedrukujące się informacje w polu uwagi, należy usunąć wzorzec wydruku z bazy, system stworzy nowy wzorzec odpowiadający obecnej funkcjonalności wydruku dawkowania. 2. Recepty: a) wykorzystanie informacji o indywidualnej praktyce lekarskiej w przypadku wydruku recept z pulą M21 GABINET prywatną, b) kontrola numerów recept z wykorzystaniem rejestru wystawionych recept. 3. HZiCh: a) nowy szablon dokumentu HZiCh zgodny z OSOZ EDI (obecny szablon HZiCh uległ zmianie). b) dodano nazwy rozpoznań w sekcji Opis udzielonych świadczeń zdrowotnych. c) dodano datę wykonania badania. d) wydruk kilku dokumentów HZiCh jako jeden, obecnie program automatycznie dołącza do drukowanego dokumentu wywiad ogólny, poprzedzający drukowane HZiCh (ten, który obowiązuje na drukowanych wizytach). M22 STOMATOLOG 1. Poprawiono wybór formularza podczas dodawania skierowań. M35 RIS 1. Współpraca z oprogramowaniem efilm: dodano opcję pozwalającą określić co będzie przekazywane jako identyfikator pacjenta (ID / PESEL). 1. W funkcji Zarządzania limitami umowy z NFZ (funkcja dostępna na karcie umowy z NFZ pod przyciskiem M42 UMOWY Zarz. lim.) dodano wyświetlanie kodu produktu kontraktowego oraz wyróżnika. 2. Poprawiono błąd występujący podczas importu beneficjentów: General SQL error. ORA maksymalna liczba wyrażeń na liście wynosi Na karcie pracownika, na zakładce Recepty pojawiła się możliwość wpisania dla lekarza danych M52 KARTOTEKI indywidualnej praktyki lekarskiej. Dane te zostaną użyte uwaga: tylko te wpisane, pozostałe zostaną pobrane jak dotychczas, z karty podmiotu podczas wydruku recepty z wybranym znacznikiem pula prywatna. 2. Przeglądanie lokalnej bazy leków dodano możliwość wyświetlania informacji o uwagach do leku wpisanych Strona 1 z 5

2 M53 ROZLICZENIA M55 KASA M61 ADMINISTRATOR INNE OSOZ przez użytkownika. Uwagi wyświetlane są pod listą leków, a ich widoczność włącza się nowododanym przyciskiem dostępnym na panelu wyszukiwania obok przycisku włączania i wyłączania widoczności interakcji. Istnieje możliwość zapamiętania stanu tego przycisku a więc i tego, czy uwagi będą, czy nie będą widoczne. Dane wyświetlane w polu uwagi są pobierane z bazy danych po tym, gdy operator zakończy wyszukiwanie lub nawigację na liście leków. Stąd też chwilowa zwłoka i pojawienie się napisu proszę czekać 1. W oknie tworzenia raportu statystycznego dodano możliwość wyszukiwania wg numeru PESEL pacjenta. 2. W eksporcie podsumowania kolejki oczekującej do Excela dodano nazwę miejsca wykonywania usług. 1. Dodano możliwość umieszczenia NIPu nabywcy na paragonie fiskalnym. 2. Usprawniono mechanizm drukowania paragonu fiskalnego w momencie braku papieru po zatwierdzeniu już paragonu przez drukarkę fiskalną, lecz przed zakończeniem samego wydruku. Od tej wersji pojawi się komunikat pozwalający na wymianę rolki papieru i dokończenie wydruku użytkownik nie jest już ograniczony czasem, w jakim należało dokonać wymiany papieru. 1. W funkcji do zarządzania słownikami pól tekstowych dodano możliwość usunięcia wartości dla typu informacji pacjenta (ważne informacje). 1. Program KSPLScheduler: a) rozszerzono funkcjonalność wdzania uprawnień w ewuś o nowy tryb sprawdzania: Odpytywanie o pacjentów z wykonaną usługą lub dodaną deklaracją w dniu sprawdzenia. b) dodano możliwość ustawienia zadania ewuś w taki sposób, aby sprawdzało pacjentów zapisanych do wybranego podmiotu w Terminarzu. Jeżeli podmiot nie zostanie wybrany, to sprawdza tak, jak do tej pory. 2. Podczas sprawdzania uprawnień w ewuś dodano kontrolę, czy data sprawdzenia uprawnienia (data systemowa) i data potwierdzenia z systemu ewuś są takie same. 3. Czas zdarzeń administracyjny z serwera bazy danych. 4. Usprawniono działanie testera odwołań do innych tabel. 5. Usunięto przyczynę zawieszania się programu, która mogła występować podczas jego zamykania. 1. Dodano obsługę kolejek oczekujących w rejestracji on-line. 2. Dodano 4-znakowy kod badania, umożliwiający sprawdzenie wyników badań pacjentom nie posiadającym karty OSOZ. Kontrola numerów recept z wykorzystaniem rejestru wystawionych recept System KS-SOMED od zawsze dbał o to, by nie pojawiła się recepta o wcześniej nadanym już numerze. Podczas zapisu każdej recepty przeszukiwane były wszystkie wystawione recepty i kontrolowane było, czy aby aktualny numer nie jest już w bazie zapisany. Mechanizm ten działał bardzo dobrze, miał jednak pewną lukę, luką tą były puste recepty. Wydruk pustych recept wprowadzono do systemu KS-SOMED dużo później niż wydruk normalnych, a więc związanych z konkretnym pacjentem, lekiem, datą itd., recept. Cechą tych pustych recept jest to, że nie są one zapisywane w systemie, gdyż de facto jest to tylko pobrany numer z puli recept, bez określenia szczegółów, o których przed chwila wspomniano. Oczywiście pobranie numeru z puli recept powodowało jej modyfikację, w normalnych więc sytuacjach nie powodowało to żadnych problemów związanych z dublowaniem się numerów recept. Dochodziły jednak do nas sygnały o pojawiających się dublach recepty i dziwnym trafem zazwyczaj chodziło tu o jedne i te same jednostki a wręcz o konkretnych lekarzach z danych jednostek. Po wielokrotnych weryfikacjach i analizach udało się ustalić iż problemy dotyczą prawie zawsze pustych recept. Dokładniej mówiąc, prawie zawsze jedną ze zdublowanych recept była właśnie recepta pusta. Przyglądając się pracy w konkretnych jednostkach okazało się, że zdublowane numery recept mogą pojawić się w następujących sytuacjach (tylko takie udało nam się ustalić): 1. odtworzenia bazy danych z kopii archiwalnej. W takiej sytuacji żadne programistyczne zabezpieczenia w systemie KS-SOMED nie pomogą, gdyż system, po odtworzeniu nie ma wiedzy o wystawionych, po wykonaniu danej kopii archiwalnej, receptach. Jeśli odtwarzana jest baza danych zalecamy wszystkim pracownikom wprowadzenie nowej puli recept, a wszystkie dotychczasowe pule należy oznaczyć jako pule puste, tak, aby system nigdy nie przełączył je na pule aktywne. Takie rozwiązanie daje gwarancję nie powielenia się żadnego numeru recepty. Oczywiście można ręcznie przestawiać liczniki recept do przodu w ten sposób oznaczając recepty wydrukowane po kopii archiwalnej, ale po pierwsze wymaga to analizy i sprawdzania np. w kopii HZiCh numerów wystawionych recept, po drugie nie pozwala na wykorzystanie dla tych pominiętych recept omawianego mechanizmu sprawdzania numeru w rejestrze wystawionych recept. 2. wykonanie kserokopii recepty przez pacjenta ta sytuacja, choć bywały takie, nie jest oczywiście w ogóle brana pod uwagę w określaniu zasad pracy z systemem informatycznym. 3. ręczne przestawienie kolejnego numeru recepty przestawienie w tył o ile wcześniejsza recepta o danym numerze była receptą pustą. W takiej bowiem sytuacji, jak już wcześniej napisano, system nie zapisał informacji o wystawieniu takiej recepty dlatego też możliwe było ponowne wydrukowanie recepty o danym numerze. 4. ręczne wpisanie numeru recepty mowa tu o zwykłej, nie pustej, recepcie w sytuacji, gdy ustawiona jest opcja numerowania recept podczas wydruku. I znów problem mógł wystąpić wówczas, gdy wpisano numer recepty wcześniej wydrukowanej jako recepta pusta. 5. wykorzystanie tej samej puli recept w kilku niezależnych instalacjach. Tu oczywiście system KS-SOMED też nie jest w stanie pomóc gdyż nie posiada żadnej wiedzy o wystawionych w innej lokalizacji receptach. Można jednak, w sytuacjach szczególnych, posiłkować się mechanizmem zawężonej puli recept i w ten sposób Strona 2 z 5

3 rozdzielać tę samą pulę recept na dwie lokalizacje zapewniając, że w żadnej lokalizacji nie zostanie wystawiona recepta z numerem z innej lokalizacji. 6. wykorzystanie w systemie KS-SOMED puli recept, która posłużyła wcześniej do wydrukowania bloczka pustych recept w drukarni. Na ten przypadek oczywiście również system KS-SOMED nie ma rozwiązania. Rozwiązaniem przypadków opisanych w punktach 3 i 4 jest wykorzystanie rejestru wydrukowanych recept. Rejestr ten jest również wykorzystywany do weryfikacji numerów w sytuacjach, w których dotychczas system KS-SOMED dawał sobie doskonale radę. Rejestr wydrukowanych, a w zasadzie pobranych numerów recept to nic innego jak informacja iż taki numer recepty jest już wykorzystany. I to bez znaczenia, czy do wystawienia normalnej recepty, czy też do wydrukowania recepty pustej. Począwszy od wersji każda numerowana recepta przed zapisem jest porównywana z rejestrem. Jeśli w rejestrze taki numer już się pojawił, generowany jest wyjątek i taka recepta nie może zostać zatwierdzona. Jest też dostępne zadanie, które wykona się podczas pierwszego uruchomienia systemu po wgraniu aktualizacji, które uzupełni rejestr o numery wszystkich wystawionych dotychczas recept są to jednakże tylko zwykłe recepty, bowiem jak już napisano o pustych receptach system nie posiada wiedzy. Od tej wersji jednakże system gromadzić zacznie również informację o wydrukowanych pustych receptach. NIP nabywcy na paragonie fiskalnym Nowe rozporządzenie o drukarkach i kasach fiskalnych zawiera zapis mówiący o tym, że na żądanie klienta na paragonie fiskalnym w ściśle określonym miejscu ma pojawić się numer NIP nabywcy. Rozporządzenie zawiera jednak dodatkowo zapis iż taka pozycja na paragonie może nie pojawić się w sytuacji, gdy dana drukarka lub kasa fiskalna nie posiada technicznym możliwości na umieszczenie tejże informacji w określonym miejscu na paragonie. I dodatkowo drukarka taka może być używana tak długo, aż nastąpi jej techniczne zużycie. Biorąc pod uwagę tenże zapis a dodatkowo to, że w przychodniach lekarskich odbierający paragony fiskalne to zazwyczaj pacjenci, a wiec osoby fizyczne, które od pewnego czasu nawet podczas wypełniania PIT-ów nie posługują się już numerem NIP, wydaje się, że funkcjonalność taka w przychodniach raczej nie będzie użyteczna. Chcąc jednak naszym klientom zapewnić spokój prawny przygotowaliśmy modyfikację pozwalającą na umieszczenie NIPu nabywcy na paragonie fiskalnym. Na wstępie należy zaznaczyć, że na chwilę przygotowywania modyfikacji systemu nie jest znana nam żadna drukarka fiskalna pozwalająca na przesłanie NIPu nabywcy z wykorzystaniem obsługiwanych przez system KS-SOMED protokołów komunikacyjnych. orzystując jednak sugestię niektórych producentów drukarek postanowiliśmy umieścić NIP nabywcy wykorzystując miejsce na identyfikator kasjera. Rozporządzenie bowiem dokładnie określa gdzie NIP nabywcy może się pojawić i jest to właśnie po identyfikatorze kasjera. Skracając maksymalnie identyfikator kasjera możliwe jest wydrukowanie ciągu znaków określających właśnie NIP nabywcy. Rozwiązanie to testowaliśmy na kilku drukarkach fiskalnych i udało się je wprowadzić tylko dla drukarek komunikujących się z systemem KS- SOMED wykorzystując protokół POSNET. Z testowanych drukarek najlepsze efekty zapewniały drukarki Novitus z tej przyczyny, że informacje o kasjerze i numerze kasy są drukowane w osobnej linii co pozwala na wykorzystanie dodatkowej ilości znaków na numer kasjera. Aby skorzystać z opisywanej funkcjonalności należy przede wszystkim ustawić opcję modułu Kasa. Po włączeniu tej opcji, wydruk każdego paragonu poprzedzany jest dodatkowym okienkiem pozwalającym na określenie: Strona 3 z 5

4 czy w ogóle na tym paragonie ma pojawić się NIP nabywcy rozporządzenie mówi o tym, że NIP ten pojawia się tylko na życzenie odbiorcy, numeru NIPu nabywcy, przy czym jeśli w karcie kontrahenta NIP jest już wprowadzony zostanie on umieszczony w linii edycyjnej pozwalającej na jego ewentualną modyfikację, uaktualnienie kartoteki kontrahenta aktualnie wprowadzonym NIPem nabywcy. Jeśli operator wyda dyspozycję, aby na drukowanym paragonie pojawił się NIP nabywcy, a drukarka potrafi to zrealizować, na paragonie po identyfikatorze operatora, powinien pojawić się ciąg określający NIP nabywcy. Czas zdarzeń administracyjnych pobierany z serwera bazy danych O wprowadzeniu mechanizmu wykorzystania czasu serwera do określania zdarzeń administracyjnych pisaliśmy już od dawna. Od dłuższego czasu przygotowywaliśmy nasz system, ale i naszych użytkowników, do poważnej zmiany jaką jest wykorzystanie znaczników czasu z serwera a nie ze stacji roboczej. Od dłuższego już czasu system ostrzega, gdy czas stacji roboczej zbyt mocno odbiega od czasu serwera bazy danych, pokazuje również czas serwera w oknach głównych modułu. Wydaje się, że upłynęło już dostatecznie dużo czasu na to, by administratorzy zweryfikowali instalacje, którymi się opiekują i zapewnili by czasy serwerów i stacji roboczych były zgodne. Dlatego też w aktualizacji wprowadzony został wreszcie nowy mechanizm oznaczania danych administracyjnych. Dla przypomnienia, dane administracyjne to: data, godzina, operator tworzący rekord (pacjenta, zlecenia, usługi itp. itd.), data, godzina, operator ostatnio modyfikujący rekord, data, godzina, operator usuwający rekord, data, godzina, operator dokonujący świadomej modyfikacji (np. zlecenia, ze świadomą modyfikacją mamy do czynienia wówczas, gdy operator świadomie edytował dany rekord zlecenia, np. poprzez kartę zlecenia, istnieją również sytuacje, gdy operator dokonuje modyfikacji zlecenia, ale robi to pośrednio, np. fakturując dane zlecenie, data, godzina, operator dokonujący wpisu rezerwacji, przyjęcia, wykonania, odrzucenia zlecenia, data, godzina, operator dokonujący wydruku oryginału faktury. Te wszystkie znaczniki dotychczas wypełniane były na podstawie czasu stacji roboczej. Co w pewnych sytuacjach powodowało komplikacje podczas analizy zmian konkretnego rekordu. Dla przykładu mieliśmy stanowisko 1 i stanowisko 2. Na stanowisku 1 stacja robocza pracowała w oparciu o czas letni, więc widniała na niej godzina 12:15, natomiast stanowisko nr 2 pracowało w oparciu o czas zimowy z godziną 11:15. Operator ze stanowiska nr 1 zaktualizował dane pacjenta i zmianę tę oznaczył własnym czasem (12:15). Chwilę później rekord tego samego pacjenta zaktualizował operator na stanowisku nr 2 zmianę oznaczając własnym znacznikiem czasu (11:20). Przeglądając historię zmian widzimy, że ostatnim modyfikującym był operator ze stanowiska nr 2 (zgodnie z prawdą), jednakże w danych archiwalnych dostrzegamy, że później o prawie 55 minut operator ze stanowiska 1 również zmodyfikował dane. Tenże przykład pokazuje, że w pewnych sytuacjach bardzo trudno było ustalić jak następowały zmiany kto, kiedy i po kim dokonał modyfikacji np. kartoteki pacjenta czy też zlecenia. orzystanie do tego celu czasu serwera bazy danych gwarantuje nam, że wszelkie modyfikacje zapisane oznaczone są zgodnie z rzeczywistą chronologią zdarzeń. Przykład danych administracyjnych z karty zlecenia: Strona 4 z 5

5 oraz z karty pacjenta Jednym z efektów wprowadzenia mechanizmu czasu serwera jest też weryfikacja tegoż czasu podczas uruchamiania stacji roboczej. Jeśli różnica czasu pomiędzy stacją roboczą a serwerem jest większa niż 2 godziny, dane stanowisko nie powinno się uruchomić do czasu zsynchronizowania stacji z serwerem. Strona 5 z 5