TECHNOLOGIA OBSŁUGI KONTRAKTÓW INFORMACJA O

TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 17/2009
Wydanie: 2008-04-22
ISO 9001:2000
Waga: 90
Raport Nr 17/2009
SYSTEM INFORMATYCZNY
KS-SOMED'2009
WERSJA Nr 2009.02.0.00
z dnia 2009-06-30
MODUŁ
1.
M11 TERMINARZ
2.
1.
M12 ZLECENIA
2.
1.
M14 DEKLARACJE
M21 GABINET
M22
STOMATOLOG
M33 PRODUKCJA
2.
3.
1.
1.
Po ręcznej edycji opłat zabiegu wykonanego na kilku rozpoznaniach lub kilku zębach, opłaty za zabieg mogły
zapisywać się błędnie (ilość zabiegów była niepoprawnie wyliczana).
1.
2.
Wydruk zestawienia: faktury pro forma.
Przeglądanie listy przyjęć: kolumna z ceną brutto za pojedyncze zlecenie, możliwość filtrowania po nazwisku
protetyka, możliwość konfigurowania kolumn.
Tworzenie produktu: możliwość wielokrotnego dodanie komponentu do produktu, w przypadku dodania
komponentu związanego z większą liczbą produktów magazynowych automatycznie otwiera się karta
komponentu pozwalając określić produkt magazynowy.
Karta komponentu - możliwość usunięcia wszystkich produktów magazynowych poza wskazanym.
Zmodyfikowany import list beneficjentów (na specjalną licencję) odpinający pacjenta z grupy badań wstępnych
(grupa zadana opcją) i przeliczający zlecenia z umów tego zakładu pracy i wskazanej grupy pacjentów.
Zestawienie badań wstępnych (na specjalna licencję), których pacjenci nie zostali zaimportowani z żadnej listy
beneficjentów zakładów pracy.
Umowa – analiza roczna. Zestawienie pozwalające na ocenę ile beneficjentów przypisanych było do danej
umowy w poszczególnych miesiącach danego roku. Zestawienie posiada możliwość filtrowania umów (np.
tylko te z określonym słowem kluczowym w nazwie umowy). Zestawienie przydatne jest w ocenie rentowności
abonamentów.
W przypadku pacjentów z kartą OSOZ edycja numeru PESEL była zablokowana. Od tej wersji możliwa jest już
edycja wartości tego pola, o ile oczywiście użytkownik ma odpowiednie uprawnienia.
W przypadku wyłączenia opcji Pozwól na rejestrowanie pacjentów bez kodu PESEL system przyjmuje jako
poprawne zapisy pacjentów bez numeru PESEL ale ze znacznikiem Obcokrajowiec oraz pacjentów do 6
miesiąca życia. W związku z tym wyłączono sprawdzenie czy jest PESEL wpisany czy też nie podczas
wychodzenia z pola PESEL aby dać czas użytkownikowi na uzupełnienie daty urodzenia lub znacznika
obcokrajowiec. Sprawdzenie, czy PESEL jest wpisany wykonuje się podczas zapisu karty pacjenta.
Pozostawiono natomiast sprawdzanie poprawności numeru PESEL (np. długość, suma kontrolna) przy
wychodzeniu z pola PESEL. Stosujemy zasadę: jeśli cokolwiek wpisano, to sprawdzajmy poprawność, jeśli nie
wpisano, sprawdzimy na końcu, gdy dostępne są wszystkie informacje.
Wydruk formularzy, świadczenie: możliwość dodania informacji o numerze zęba.
Dodanie zapamiętywania ustawienia w polu Lek\art (status leku) w przeglądarce lokalnej leków i bazy BLOZ.
Poprawa wyświetlania informacji na karcie leku o tym, że lek jest w bazie leków refundowanych. Aktualnie
informacja o liście leków refundowanych pojawia się dla leków z grupy zwyklej [2,3,5] lub grupy P [1,2,3,5].
Poprawa zadania: Aktualizacja rejestru świadczeń. Jeśli zadanie zostanie przerwane to wykonywany i tak jest
COMMIT, aby zapisać to, co już zostało zaktualizowane.
Poprawa błędu. Problem z poprawnym wygenerowaniem rachunku dot. środków pomocniczych do innego
oddziału NFZ. Podczas wczytywania rachunku generowanego na podstawie szablonu na SZOI pojawiał się
błąd: (E)R012 - Błędny identyfikator świadczeniodawcy operatora systemu! Tylko własne raporty mogą być
wgrywane na serwer dostępowy. Problem polegał na tym, że program pobierał kod świadczeniodawcy z umowy
zamiast z szablonu.
Dodanie możliwości ukrywania wybranych zestawów świadczeń z generowanego raportu statystycznego oraz
wyszukiwania zestawów wg identyfikatora zestawu świadczeń. Jeśli istnieją ukryte zestawy świadczeń, to
podczas zamykania okna raportu statystycznego pojawia się okno z pytaniem, czy przywrócić te zestawy, aby
można było je uwzględnić w kolejnym generowaniu raportu (w oknie z pytaniem można też zaznaczyć opcję
Zapamiętaj mój wybór, aby to pytanie więcej się nie pojawiało).
W oknie przeglądania rejestru świadczeń pozycje, które należą do ukrytych zestawów świadczeń zaznaczone są
kolorem jasnoczerwonym.
Dodanie możliwości usuwania wybranych pozycji z generowanego raportu rozliczeniowego oraz wyszukiwania
3.
4.
1.
M42 UMOWY
2.
1.
M51
ZESTAWIENIA
1.
2.
M52 KARTOTEKI
3.
4.
5.
1.
2.
M53
ROZLICZENIA
3.
4.
5.
SOMED -RAPORT
OPIS ZMIAN, MODYFIKACJI i AKTUALIZACJI
Nowa funkcja Wykonaj badanie pozwalająca na dodanie wykonanych zleceń (bez etapu rezerwacji, np. dodanie
pakietu usług) bezpośrednio z modułu terminarz.
W przypadku włączenia opcji Domyślnie wyświetlaj terminarz dla gabinetu, w którym pracuje operator
program mimo wszystko wyświetlał terminarz pracownika.
Poprawka w edycji podzleceń.
a.
W przypadku ustawienia opcji weryfikacji numeru prawa wykonywania zawodu kierującego nie jest
już przeprowadzana weryfikacja w przypadku edycji podzlecenia – podzlecenie może nie zawierać
numeru prawa wykonywania zawodu osoby kierującej.
b. W przypadku ustawienia opcji weryfikacji kuponu, weryfikacja nie jest przeprowadzana w czasie
edycji podzleceń. Podzlecenie może nie mieć powiązania z kuponem.
Opcja pozwalająca na rejestrację zleceń w oparciu o umowę z czerwca 2009. Jest to modyfikacja
funkcjonalności wykorzystywanej na początku bieżącego roku do rejestracji zleceń w oparciu o zeszłoroczną
umowę
Poprawa wydruku deklaracji z okna z deklaracjami pacjenta. Mogło sie zdarzyć, że program zamiast drukować
aktywne deklaracje drukował ostatnią deklaracje z tabelki, jeśli deklaracja była niekatywna. Dodatkowo jeśli
były deklaracje aktywne z przed lipca 2007 to nie trafiły do wydruku aktywnych deklaracji jeśli podświetlona
deklaracja była deklaracja założona po czerwcu 2007.
Poprawa błędu Capability not supported, który mógł pojawić się przy wejściu do listy deklaracji.
Poprawa dodawania deklaracji - mógł wystąpić błąd typu Access …
Dodanie zarządzanie kolumnami w wizycie: w dolnej tabeli leków pacjenta, na głównym rozpoznaniu pacjenta
(zakładka Główne) w tabelach na zakładkach Inne i Wywiad, w dolnej tabeli leków zażywanych.
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 1 z 4
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 17/2009
Wydanie: 2008-04-22
ISO 9001:2000
M61
ADMINISTRATOR
1.
1.
2.
3.
INNE
4.
5.
1.
INSTRUKCJE
OSOZ
1.
Waga: 90
pozycji wg identyfikatora pozycji, identyfikatora pacjenta lub kodu produktu jednostkowego.
Gdy pracownik miał ustawiony status Lekarz (tj. nie mógł się logować do systemu) podczas próby logowania,
gdy wprowadzono poprawnie login i hasło, program informował o błędnym użytkowniku lub haśle. Informacja
taka mogła wprowadzać użytkowników w błąd.
DBMove
a.
Poprawiony błąd. Jeśli w trakcie kopiowania nie udało się skopiować jakiegoś rekordu, to jego ID
trafiało na listę pomijanych i było pomijane dla wszystkich tabel.
b. Dodana możliwość odznaczania tabel zgodnych i niekopiowalnych (brak docelowej, brak pola ID)
podczas porównywania baz, by po zakończeniu tego procesu pozostały tylko te, gdzie występują
różnice.
c.
Do listy niekopiowanych tabel dodane UPGRADE_DEPENDENCIES.
Tester baz
a.
Dodawanie rekordów zerowych - jeśli nie można dodać takowego, bo tabela ma indeks unikalny i
wystąpiłoby Key violation, to pojawia się teraz bardziej szczegółowy opis błędu: ID rekordu i
warunki wyszukiwania.
KSPLUpgrade
a.
Z uwagi na wyzwalacze archiwizacyjne każda zmiana struktury tabeli (dodanie pola NOT NULL,
dodanie indeksu unikalnego itp.) powoduje usunięcie przed taką operacją wszystkich wyzwalaczy
tabeli (do tej pory tylko dla Oracle'a z uwagi na problemy z przekompilowaniem niektórych
wyzwalaczy w trakcie aktualizacji).
b. Jeśli nie powiedzie się próba dodania indeksu unikalnego a błędem jest key violation, to zostanie
wypisana lista powtarzających się wartości (na zasadzie klucz / ile razy). Jeśli takich kombinacji jest
więcej niż 100, to wyświetlone zostanie tylko pierwsze 50. Wszystkie pola przy raportowaniu
przycinane są do 40 znaków - to jest tylko pomoc przy rozwiązywaniu problemu, a nie kompletny
raport - zbyt dużo miejsca by to zajęło.
Import bazy BLOZ
a.
Zmiana importu BLOZa uruchamianego z pobraniem bazy BLOZ z FTP z automatu. Wcześniejsza
wersja od razu uruchamiała import, teraz należy samemu kliknąć START. Dzięki temu można
zaznaczyć opcje Wymuszenia pełnej aktualizacji bazy BLOZ.
KS-SOMED plansza główna:
a.
Użytkownicy bazy ORACLE wykorzystujący możliwość logowania się na numery stanowisk
większe niż maksymalna liczba stanowisk systemu KS-SOMED mogli mieć problem z
zalogowaniem ostatniego możliwego do zalogowania stanowiska. Program widział aktualne
logowane stanowisko jako wcześniej zalogowane i wliczał je do puli stąd niemożność zalogowania
ostatniego stanowiska.
b. Informacja, w nawiasach kwadratowych, o numerze aktywnego modułu widoczna na pasku zadań po
nazwie KSPL i ewentualnym numerze instancji. Pozwala to szybko zlokalizować instancję – jeśli
użytkownik korzysta z opcji wielu instancji – z aktywnym np. modułem Terminarz.
Zaktualizowano instrukcje do modułów:
a.
Kartoteki.
b. Gabinet.
c.
Zlecenia.
d. Terminarz.
e.
Rozliczenia.
f.
Zestawienia.
g. Menadżer.
h. Umowy.
i.
OSOZ.
Kreator Rejestracji Internetowej: usunięcie problemu z uruchamianie kreatora pod Windows 2003.
Informacja dotycząca świadczeniodawców korzystających z systemu
SZOI do rozliczania środków pomocniczych
Format rachunku refundacyjnego (pliku *.REF) nie obsługuje rachunków do umów obcych. Przy próbie wczytania takiego pliku na SZOI pojawi się
błąd:
(E)UM001 - Brak ważnej umowy o identyfikatorze 110000001090002 w okresie od ... do ... związanej z wprowadzanym dokumentem
W takich przypadkach świadczeniodawca nie ma możliwości dostarczenia rachunku w formie elektronicznej - dostarcza tylko w postaci dokumentu
papierowego. Podczas wprowadzania tego dokumentu papierowego do bazy danych OW NFZ, operator NFZ ma możliwość jego powiązania z
szablonem rachunku.
Wykonaj badania
W raporcie 16/2009, a więc przy okazji opisu aktualizacji nr 2009.01.0.05, wspomniano, że zablokowana została możliwość zmiany usługi na pakiet
w przypadku rezerwacji lub też w przypadku wykonywania zleceń z poziomu terminarza. Zmiana taka było spowodowana błędami, jakie mogły
pojawić się w tak powstałych zleceniach. Pakiet bowiem służy do tworzenia kilku nowych zleceń o identycznych, oprócz oczywiście usługi,
parametrów. Nie można go wykorzystać do edycji zleceń i w tajemniczy sposób do zamiany jednego edytowanego zlecenia na kilka nowych. Jednym
z efektów ubocznych takiego zastosowania są problemy z zaliczaniem kolejek oczekujących. Pojawia się bowiem w bazie zlecenie, które przeszło
etap rezerwacji – poprawne zlecenie – oraz „podobne” do niego zlecenia powstałe podczas wykonywania zarezerwowanego zlecenia z
wykorzystaniem pakietu. Te jednak „podobne” zlecenia nie mają właściwej historii, gdyż nie przeszły etapu rezerwacji, natomiast „udają” takie
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 2 z 4
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 17/2009
Wydanie: 2008-04-22
Waga: 90
zlecenia, gdyż mają wspólne dane ze wzorcowym zleceniem. Tego typu problemów jest znacznie więcej, stąd decyzja o dostępności pakietu tylko
przy dodawaniu nowych zleceń, a wiec tam, gdzie zastosowanie pakietu ma swoje głębokie uzasadnienie.
Aby jednak pozwolić na rejestrację w module Terminarz kilku zleceń na raz – w szczególności chodzi tu o rejestrację badań laboratoryjnych – w
wersji 2009.02.0.0 udostępniona została funkcja Wykonaj badanie (menu Dodatki. Skrót klawiszowy Shift+Ctrl+R).Funkcja ta powoduje
wyświetlenie się karty zlecenia w trybie nowe zlecenie – wykonywanie, z możliwością rejestracji wielu zleceń poprzez skorzystanie z pakietu. Takie
zlecenia są rejestrowane od razu jako wykonane, nie mają etapu rezerwacji – bo i po co, skoro pacjent już jest w przychodni i właśnie rejestrujemy
fakt wykonania kilku zleceń – mogą być więc dodane bez obaw z wykorzystaniem pakietu.
BLOZ
W poprzedniej aktualizacji dodany został filtr lek/art. w przeglądaniu bazy lokalnej oraz bazy BLOZ. Dla przypomnienia, filtr ten pozwala na
wydobycie z bazy pozycji, które są w zarejestrowanymi lekami, zarejestrowanymi szczepionkami, lekami występującymi w obrocie. Niektórzy z
naszych klientów zauważyli, że nie zapamiętuje się ustawienie tego filtra pomimo wskazania go w funkcji Zapamiętaj. Nie był to jednak błąd
programisty, lecz świadome działanie. Otóż dodanie takiego filtru związane było z koniecznością pełnej aktualizacji bazy BLOZ z wymuszoną opcja
aktualizuj wszystko. Jeśli tego się nie zrobiło, wszystkie te filtry pokazywały praktycznie puste listy, gdyż odpowiednie znaczniki nie zostały
prawidłowo wypracowane. Można było oczyliście wybrać ustawienie filtra Wszystko i uzyskać dostęp do pełnej bazy BLZO – wraz z wszystkimi
suplementami diety, plastrami itp. – ale nie o takie rozwiązanie nam chodziło. Gdyby zapamiętywanie filtra działało od razu, część z użytkowników
nawet nie spostrzegłoby, że baza BLOZ nie jest prawidłowo odświeżona, ustawiliby filtr Wszystko, zapamiętali i korzystali z tego co jest, zamiast z
nowej, według nas lepszej, funkcjonalności. A tak, przez te kilkanaście dni problem się wyjaśnił, użytkownicy poprawnie zaktualizowali bazę BLOZ
i możemy teraz wprowadzić już opcję zapamiętywania ustawienia tego filtru.
Z odświeżaniem bazy BLOZ wiąże się też jeszcze jedna zmiana w systemie. Otóż dotychczas jeśli użytkownik skorzystał z opcji automatycznego
pobierania bazy BLOZ po pobraniu bazy uruchamiał się od razu program do importu bazy, który automatycznie startował rozpoczynając import. Być
może to było przyczyną, że część osób nawet i próbowało zaktualizować bazę BLOZ, ale na skutek automatycznego importu nie zdążyli po prostu
ustawić właściwej opcji importu. Dlatego też począwszy od wersji 2009.02.0.0 program do importu bazy BLOZ uruchamia się nadal automatycznie,
lecz nie rozpoczyna automatycznego importu bazy dając czas na ustawienie właściwych opcji importu.
W niedługim czasie mamy nadzieję, że nastąpi rewolucyjna zmiana w sposobie generowania bazy BLOZ (zmiany dzienne, tygodniowe, cała baza),
dzięki czemu możliwym stanie się takie dostosowanie importu bazy BLOZ, by nawet zmiany związane ze znacznikami leków nie musiały być
poprzedzane procedurą wymuszania pełnej aktualizacji bazy BLOZ. Wówczas przywrócona zostanie funkcja automatycznego startu importu.
Umowy na lipiec
Dochodzą do nas sygnały, że część z świadczeniodawców nie otrzymało jeszcze umów na drugie półrocze 2009 roku. W związku z tym rejestracja
świadczeń po 1 lipca staje się niemożliwa, przynajmniej do czasu otrzymania nowej umowy z NFZ. Wychodząc naprzeciw potrzebom naszych
Klientów zmodyfikowaliśmy działanie funkcjonalności, która pozwoliła na początku tego roku rejestrować zlecenia w oparciu o umowę z końca roku
poprzedniego. Modyfikacja polega na tym, że tym razem, wykorzystywana jest umowa dostępna na dzień 30 czerwca 2009. Szczegóły opisujące
funkcjonalność zawarto w biuletynie 1/2009. W porównaniu z tym, co opisano we wspomnianym biuletynie, różnice w funkcjonalności są w zasadzie
dwie. Po pierwsze, wszystkie rejestrowane po 30 czerwca 2009 zlecenia, o ile oczywiście włączona została właściwa opcja modułu zlecenia,
rejestrowane są z właściwą datą, jednakże dla funkcji wyliczającej umowy widoczne są tak, jak gdyby rejestrowano je 30 czerwca 2009. Dzięki
temu nie ma potrzeby ręcznego przedłużania umowy, program nadal będzie naliczał opłaty na NFZ, pomimo braku umowy. Z drugiej jednak strony,
jeśli mamy już umowę na lipiec i ma ona inne wartości za punkt w miesiącu lipcu niż miało to miejsce w czerwcu, naliczane opłaty będą według ceny
czerwcowej! Dlatego też po otrzymaniu wszystkich umów konieczne jest przeliczenie zleceń! Jeśli świadczeniodawca otrzyma aneks do umowy to
podczas importu takiego aneksu nastąpi automatyczne przeliczenie zleceń rejestrowanych w lipcu w oparciu o czerwcowy punkt umowy. Jeśli
natomiast świadczeniodawca otrzyma nową umowę lub świadczeniodawca ma więcej niż jedną umowę i część z umów posiadało specyfikację
miesięczną na drugie półrocze 2009 a część nie, do przeliczenia zleceń konieczne jest wykorzystanie specjalnej funkcji. Zostanie ona udostępniona
w kolejnej aktualizacji mniej więcej w ciągu dwóch tygodni.
Co ma zrobić świadczeniodawca posiadający dwie umowy, z których jedna ma pozycje miesięczne na cały rok, a druga tylko do czerwca. Czy jest
możliwość ustawienia opcji nie na wszystkie umowy a tylko na jedną? Niestety nie. System KS-SOMED tak ma zbudowaną funkcję wyliczająca
umowy, że nie da się technicznie ustawić opcję tylko dla wybranych umów. Nie jest to jednak wielkim problemem. Należy ustawić opcję i nie
przejmować się tym, że mamy już umowę na lipiec, zresztą mieliśmy ją „od zawsze”, a rejestrujemy jak gdyby wykonywanie miało miejsce 30
czerwca br. Po pierwsze, o czym już wspomniano, nie rzeczywista data zlecenia jest w pełni poprawna. Jest ona zgodna z datą jaką poda operator
podczas rejestracji zlecenia. Nie ma wiec problemu z pomieszaniem dat. Zmiana daty ma miejsce tylko wewnątrz funkcji przeliczającej i ma ona
tylko chwilowych charakter. Po drugie do NFZ nigdy nie idzie informacja o pozycji miesięcznej a jedynie o cenie punktu w danym miesiącu. W
wielu przypadkach cena za czerwiec będzie identyczna z cena z lipiec więc nawet bez przeliczenia nikt nie zauważy różnicy. Po trzecie, nawet jeśli
istne uje różnica w cenie punktu, to zanim świadczenia zostaną wysłane do NFZ nastąpi ich przeliczenie, w przeciwnym wypadku są one w ogóle
blokowane dla synchronizacji świadczeń. Przeliczenie umów nastąpi z wykorzystaniem nowych umów na drugie półrocze 2009 ale również z
wykorzystaniem umów wcześniej istniejących ale wykorzystywanych do rejestracji zleceń tak, jak gdyby nie miały pozycji miesięcznych opisujących
drugą połowę 2009r. Podsumowując, po skompletowaniu wszystkich umów i przeliczeniu świadczeń specjalna funkcją, chyba, że świadczeniodawca
ma tylko jedna umowę i w lipcu otrzymał aneks, a nie nową umowę, świadczeniodawca w swojej bazie otrzyma stan całkowicie poprawny, to znaczy
wszystkie świadczenia za lipiec posiadać będą prawidłowe, lipcowe kwoty.
Mamy szczerą nadzieję, że nikt ze świadczeniodawców nie będzie musiał wykorzystywać opisanej powyżej funkcjonalności, gdyż już dziś posiada
pełen zestaw umów na drugie półrocze 2009.
Opis funkcjonalności wykorzystania wygasłych umów z biuletyny
1/2009
Jak co roku świadczeniodawcy mogą mieć problemy z rejestracją świadczeń w pierwszych dniach stycznia. W zasadzie nie powinno się rejestrować
świadczeń na umowę za rok 2009 jeśli umowa taka nie zostanie do systemu wczytana. System bowiem traktuje takie świadczenia jako prywatne, bo
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 3 z 4
ISO 9001:2000
TECHNOLOGIA OBSŁUGI KONTRAKTÓW
INFORMACJA O AKTUALIZACJI SYSTEMU
Dokument: Raport
Numer: 17/2009
Wydanie: 2008-04-22
Waga: 90
brak obowiązującej umowy. Nie ma problemu, jeśli świadczeniodawca rejestruje w systemie tylko świadczenia refundowane, można bowiem po
wczytaniu umowy specjalnymi narzędziami przeliczyć zlecenia i podpiąć je do nowej umowy. W gorszej sytuacji są świadczeniodawcy rejestrujący
zarówno zlecenia komercyjne jak i zlecenia płatne przez NFZ. Nie zawsze bowiem łatwo rozróżnić, które zlecenia powinny zostać przeliczone, a które
nie!
Dotychczasową praktyką stosowaną przez naszych Partnerów było przedłużanie umowy z roku poprzedniego na pierwszy miesiąc nowego roku.
Dzięki temu możliwe było rejestrowanie zleceń, podpinanie ich do umowy z NFZ jeśli miały być to zlecenia refundowane i gdy już NFZ nową umowę
dostarczył przeliczenie zleceń. Ze względu jednak na to, że od kilku lat przedłużenie umowy to nie tylko wpisanie nowej daty obowiązywania umowy,
ale też konieczność kopiowania pozycji miesięcznej, operacja ta była bardzo uciążliwa a czasem nie do końca przeprowadzana poprawnie. Bywały
sytuacje, że podczas kopiowania jakieś pozycje umykały. Dlatego też na rok 2009 wprowadziliśmy nowe rozwiązanie.
Nowe rozwiązanie polega na tym, że wszystkie zlecenia rejestrowane po Nowym Roku, o ile włączona jest specjalna opcja, system traktuje jak
zlecenia realizowane w ostatnim dniu starego roku. Dzięki temu jest wykorzystywana obowiązująca w danym okresie umowa z obowiązującymi na
ostatni dzień roku wartościami. Oczywiście do bazy zapisywana jest poprawna data wykonania, podmiana dotyczy tylko chwili wyliczania umowy.
Tak dodane zlecenia są również specjalnie oznaczane, aby w żadnym wypadku nie trafiły do rejestru świadczeń a w efekcie do raportu dla NFZ. Są
one bowiem rejestrowane w oparciu o nieprawidłową umowę!
W chwili, gdy dostępne będą już umowy na nowy rok należy przeliczyć zlecenia odpowiednia funkcją (pojawi się ona w jednej z najbliższych
aktualizacji) po uprzednim wczytaniu nowych umów do systemu i wyłączeniu opcji pozwalającej na rejestrację zleceń w oparciu o wygasłą umowę.
System bowiem nie sprawdza, czy jest już nowa umowy a jedynie podmienia wewnętrznie daty. Rejestrowanie zleceń w sytuacji wczytania nowych
umów ale bez wyłączenia opcji powoduje, że nowe umowy są niewidoczne i nadal zlecenia rozliczane będą według starej umowy.
Aby więc wykorzystać nową funkcjonalność należy:
1. Włączyć opcję Pozwól na rejestrowanie zleceń w oparciu o zeszłoroczną umowę (Rysunek 1).
2. Rejestrować zlecenia tak, jak rejestrowano je w roku 2008. Te same umowy i te same punkty umowy będą podpinane do rozliczeń.
3. Można spokojnie rozliczać rok 2008, bowiem zlecenie na 2009 rejestrowane w oparciu o umowę z roku 2008 są nie widoczne dla
mechanizmy synchronizacji rejestru świadczeń.
4. Gdy pojawi się aktualizacja systemu KS-SOMED z informacją o udostępnieniu funkcji przeliczającej zlecenia należy ją pobrać i
zainstalować - nie później niż przed pobraniem i wczytaniem nowych umów na rok 2009
5. Wczytać do systemu nowe umowy
6. Użyć nowej funkcji przeliczającej zlecenia. Przed jej użyciem automatycznie wyłączona zostanie opcja umożliwiająca rejestrację zleceń w
oparciu o stare umowy.
Uwaga, jeśli świadczeniodawca ma więcej niż jedną umowę wyłączenie opcji oraz przeliczenie musi nastąpić po wczytaniu wszystkich umów.
Opcja jest bowiem opcją globalną i jej wyłączenie spowoduje co prawda poprawne naliczanie odpłatności zleceniom realizowanym w oparciu o już
wczytane do systemu umowy, ale jednocześnie przestanie podpinać jako zlecenia refundowane te, które realizowane są w oparciu o umowę, której
do systemu jeszcze nie zaimportowano.
Rysunek 1- nowa opcja zleceń
SOMED -RAPORT
Wyk
onał:
Spra
wdził:
Zatwi
erdził:
Strona 4 z 4