Społecznościowe Forum Podstawowy Problem Świadczeniodawcy

Problemy z aplikacjami => KS-PPS => Wątek zaczęty przez: monter w Stycznia 15, 2013, 08:15:02 am

Tytuł: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: monter w Stycznia 15, 2013, 08:15:02 am

Witam

Pytanie... przy imporcie hospitalizacji/ambulatoryjnych nadal potrzebne są pliki w katalogu CWU?
przeglądam rapstat "na" 2013 (kspps 2012.03.4.3) i nic tam "nowego" nie widzę oprócz tekstów
"Jeżeli rodzaj ubezpieczenia nie zostanie uzupełniony - ubezpieczenie będzie potwierdzane na podstawie eWUŚ.",

ktoś coś wie na ten temat, czy przy imporcie będą potrzebne te pliki z eWUŚ czy wystarczą kody aktualizacji (ale w jakiej kolumnie?) ?

czy do tego będzie wymagany dodatkowy moduł "Funkcja importu dokumentów potwierdzających uprawnienia z systemu SerWUŚ" - niby umożliwiający import z "zewnętrznych" plików?

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Paweł w Stycznia 15, 2013, 08:19:10 am

Rozumiem, że pacjentów masz sprawdzonych w programie a później chcesz tylko dograć świadczenia?
Program w swojej nieskończonej madrości teoretycznie sam powiąże kody autoryzacji z odpowiednimi świadczeniami po numerze pesel i dacie świadczenia.

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: wojciech.re w Stycznia 15, 2013, 08:25:21 am

faktury proforma z kamsoftu wpływają od wczoraj, więc lada moment będzie można importować Ewusie

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: monter w Stycznia 15, 2013, 08:55:45 am

Cytat: Paweł w Stycznia 15, 2013, 08:19:10 am

Rozumiem, że pacjentów masz sprawdzonych w programie a później chcesz tylko dograć świadczenia?

nie, pps robi tylko za "moduł" do wymiany danych świadczeniodawca <-> NFZ...
mój program robi sprawdzenia bieżące pacjentów ambulatoryjnych i z automatu pacjentów hospitalizacji przez webservice, zapisuje oczywiście kody autoryzacyjne jak również pobieram XML zwrotny będący na 99.9% właśnie plikiem który pobiera się przez www.
Zapisuje to do bazy danych, i teraz nie wiem czy czasem nie wystarczy sam kod autoryzacyjny podany przez plik importu (opis w rapstat jest rozmyty), czy muszę jeszcze generować pliki z tym co pobrałem jako "plik".

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Paweł w Stycznia 15, 2013, 09:28:42 am

Wgrywasz świadczenia -> zakupujesz tajemny moduł -> imortujesz pliki xml -> generujesz raport statystyczny

To tak w teorii. Samego kodu autoryzacji nie da rady wciągnąć z excela.

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: monter w Stycznia 15, 2013, 10:50:34 am

dzięki...

co zostało potwierdzone rozmową z kamsoftem ;)

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: logger w Stycznia 15, 2013, 22:40:32 pm

Mam nadzieję, że w swojej nieskończonej mądrości, firma Kamsoft zrobi filtr świadczeń za dany miesiąc, które nie mają:
- ani potwierdzenia eWUŚ (czy to sprawdzonego programem na "czerwono", czy zaimportowanego przez ów tajemniczy moduł płatny "na czerwono" czy też w ogóle brak kodu autoryzacyjnego)
- ani oświadczenia pacjenta czy innego dokumentu

co by można było te świadczenia w ogóle wywalić i nie raportować  ;D Komu to w POZ potrzebne oprócz ICD-10 z I oraz E?

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: maciek777 w Stycznia 15, 2013, 22:50:23 pm

Cytat: logger w Stycznia 15, 2013, 22:40:32 pm

;D Komu to w POZ potrzebne oprócz ICD-10 z I oraz E?

Oj nie ładnie nie ładnie tak szydzić......statystyka tez jest ważna szczególnie dla NFZ i Pana Ministra  ;)

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: mpi w Stycznia 16, 2013, 10:35:49 am

Wątpię, że taki filtr będzie. O tych wszystkich błędnych usługach dowiemy się dopiero podczas generowania raportu statystycznego.
Jestem szczęśliwy bo w dwóch przychodniach na Windows 7 statystyczny generuje mi się przez ok 40-50 minut. Nie dość że przez to iż podczas tej operacji będą parowane usługi z potwierdzeniami eWUŚ czyli prawdopodobnie wydłuży się jeszcze to w czasie to o błędach dowiem się dopiero na końcu...

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Michał w Stycznia 16, 2013, 10:43:50 am

logger, skoro chcesz usuwać świadczenia bo i tak nie dostajesz za nie kasy to jak później będziesz uzupełniał druki do statystyki (zd-3, mz-11, itd.)?
Marcin, też się boję, że czas generowania raportu mi wzrośnie, ale właśnie zacząłem przerabiać kurs nauki hiszpańskiego (supermemo, po kilku lekcjach jestem zadowolony z programu), więc na pewno jakoś ten czas wykorzystam :)

PS.
Jak narty? :>

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: mpi w Stycznia 16, 2013, 15:45:16 pm

Nie było źle. Co prawda to nie to samo co góry (Góra Kamieńsk koło Bełchatowa (http://www.gorakamiensk.info/)) ale jest to jakieś odstresowanie :)

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: logger w Stycznia 16, 2013, 17:52:59 pm

Cytat: Michał w Stycznia 16, 2013, 10:43:50 am

logger, skoro chcesz usuwać świadczenia bo i tak nie dostajesz za nie kasy to jak później będziesz uzupełniał druki do statystyki (zd-3, mz-11, itd.)?

Chodzi o to, że normalnie świadczenia będą raportowane a nie kasowane - no bo i po co? Na 1 miesiąc idzie od 5-6 tys. świadczeń z czego większość to statystyka. Na pewno będą zdarzać się sytuacje, że nie będzie oświadczenia, że będzie bez podpisu pacjenta bo pielęgniarka w natłoku zajęć nie zwróciła uwagi, że serwuś pogubi kody autoryzacyjne no i co wtedy? Róznie to może być. Jak przez ogrom pracy jakie przy rejestracji rano mają pielęgniarki kilka do powiedzmy 30 świadczeń będzie bez kodów autoryzacyjnych czy oświadczeń - świat się nie zawali. Dla statystyki też bo te 30 świadczeń to ok. 0,5% całości.
A zresztą jakie Wy macie wpływy na to co ktoś w rejestracji robi? Pielęgniarka będzie miała zły dzień, zły humor, oleje sprawę, zaginą oświadczenia itp. - w życiu wszystko może się zdarzyć. Po za tym uważam, że przy generacji raportu swx będą wyrzucane błędy GDR - tak jak to swego czasu było z nieprawidłowymi kodami ministerialnymi. Na koniec pytanie: usunąć błędne świadczenia z raportu? OK - i po sprawie.

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Paweł w Stycznia 16, 2013, 19:36:36 pm

Nie do końca. Jak pociśniesz "Czy usunąć błędne świadczenia z raportu? OK" to i tak w kolejnych raportach będą się pojawiać. Więc będziesz je i tak z programu usuwał. Zresztą jak będzie to 0,5% całości to i tak nikt sie tego nie doliczy :P

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: logger w Stycznia 16, 2013, 20:15:02 pm

Gorzej tylko jak NFZ przyczepi się za 2 lata do lekarza o refundację leku wypisanego na 30%, bo recepta wypisana w danym dniu a świadczenia nie mają. Czyli lepiej jak "po" wizycie dokumenty raczej nie zaginą.

Jaki macie system na oświadczenia - normalnie do szuflad, do kart pacjenta czy osobne archiwum organizujecie, żeby była totalna kontrola?

Bo w szufladzie z kartą pacjenta do której każda pielęgniarka ma dostęp to nie jest myślę dobre rozwiązanie. Poza tym niech będzie 200 oświadczeń na miesiąc, po roku będzie 2400 a to jest 5 ryz papieru A4 - po 5 latach robi się 25 ryz - jakie szafki to pomieszczą i wytrzymają? ;D

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Paweł w Stycznia 16, 2013, 20:39:39 pm

Na całe szczęście nie interesuje mnie co ludzie robią z tymi oświadczeniami. W teorii powinny być one chyba przy dokumentacji pacjenta.

Tytuł: Odp: import hosp/ambu z plików zewnętrznych a ewuś
Wiadomość wysłana przez: Lastryko w Stycznia 16, 2013, 20:55:11 pm

Cytat: logger w Stycznia 16, 2013, 20:15:02 pm

Gorzej tylko jak NFZ przyczepi się za 2 lata do lekarza o refundację leku wypisanego na 30% [...]

Nie po 2-ch latach a miesiąc przed upływem okresu przechowywania. :)
Co do ilości makulatury, to trzeba będzie skanować, znakować czasem i na płytki.