SOMED rozliczany w PPS

[Profesor Wilczur]

Czy ktoś rozliczający SOMED za pośrednictwem PPSa mógłby się odezwać na priv? Mam pytanie.

[zibi]

to troche jak bym miał mercedesa a jeździł syrenka... ?

[09061303]

Może być tak, że za krótszy lub dłuższy czas wszyscy obudzimy się w takiej rzeczywistości niestety. Mi też się podoba moduł rozliczenia w Somedzie, dużo więcej widzę niż w PPSie.

[PiotrSz]

Może być tak, że za krótszy lub dłuższy czas wszyscy obudzimy się w takiej rzeczywistości niestety. Mi też się podoba moduł rozliczenia w Somedzie, dużo więcej widzę niż w PPSie.

Ja za to bardzo lubie PPSowe podejście do rozliczeń bo widzę wszystko czego potrzebuję! Ale to w porównaniu do mMedica.. ;-)

Pozdrawiam

[Sorn]

Może być tak, że za krótszy lub dłuższy czas wszyscy obudzimy się w takiej rzeczywistości niestety. Mi też się podoba moduł rozliczenia w Somedzie, dużo więcej widzę niż w PPSie.

Słychać o tym od dawna, jednak mam nadzieję, że to nigdy nie zaskoczy.
Czasami mam wrażenie, że tego typu rozwiązania piszą dla siebie a nie dla klienta

[09061303]

Zgadza się -  w tym momencie jest przynajmniej trzy oddzielne działy zajmujące się programowaniem rozliczeń (PPS, medis, Somed), chociaż GDR chyba już wspólny. Później masz tylko jeden dział (tutaj postawiono na PPSa) = mniejsze koszty.

[MK]

Słychać o tym od dawna, jednak mam nadzieję, że to nigdy nie zaskoczy.
Czasami mam wrażenie, że tego typu rozwiązania piszą dla siebie a nie dla klienta

Czy to wejdzie wszędzie? Szczerze - nie wiem. Czy piszemy dla siebie? Nie! Spójrzmy na to z tej strony. Mamy Szpital z przychodnią przyszpitalną. Czyli mamy Medis, mamy Somed. I mamy rozliczanie w każdym programie inne. I mamy raporty z każdego program oddzielne i tak dalej i tak dalej. Rozliczając MEDIS i SOMED w PPS sprawiamy, że rozliczenia są realizowane z jednego miejsca i osoba to realizująca nie musi znać dwóch osobnych systemów. To był główny cel powstania tego rozwiązania. I to jest główny jego target.

[Sorn]

Czy to wejdzie wszędzie? Szczerze - nie wiem. Czy piszemy dla siebie? Nie! Spójrzmy na to z tej strony. Mamy Szpital z przychodnią przyszpitalną. Czyli mamy Medis, mamy Somed. I mamy rozliczanie w każdym programie inne. I mamy raporty z każdego program oddzielne i tak dalej i tak dalej. Rozliczając MEDIS i SOMED w PPS sprawiamy, że rozliczenia są realizowane z jednego miejsca i osoba to realizująca nie musi znać dwóch osobnych systemów. To był główny cel powstania tego rozwiązania. I to jest główny jego target.

Znam idee stojącą za tym krokiem i jest ona słuszna biznesowo. Jednak jej wdrożenie, to moim zdaniem straszna pomyłka.
Zobaczcie w jakiej sytuacji stawiacie klienta:
Klient kupił Somed i Medis. Aktualizuje Somed niezależnie od Medis. Wszystko działa i jest super (no czasami nie działa ale wtedy wydajecie poprawki).
Teraz jednak wchodzi na scenę PPS z zupełnie niezrozumiałych dla klienta powodów. Klienta nie obchodzi, że tniecie koszty bo to nie jego problem. Równie dobrze możecie mu kazać pliki xml pisać w notatniku bo tniecie koszty. Co to obchodzi klienta? On ma mieć wygodę i funkcjonalności.
Teraz taki "szczęśliwy" klient ma trzy systemy, które musi utrzymywać i nie może ich oddzielnie aktualizować jak wcześniej bo nie wiadomo czy nowa wersja Somed jest kompatybilna z PPS a co za tym idzie czy rozliczenia będą działać. Jeżeli zaktualizuje Somed i PPS to nie wiadomo czy Medis ma już wersję współpracującą z najnowszym PPS. Czyli trzeba czekać i dowiadywać się do jakiej wersji zaktualizować poszczególne programy aby współpracowały. Czasami coś nie zagra i z jakiegoś powodu Somed nie komunikuje się poprawnie z PPS i przez tydzień jest festiwal dosyłania nowych poprawionych bibliotek.
Do tego wszystkiego dochodzi jeszcze jeden punkt awarii, a mianowicie KSPL-Tunel. To kolejna aplikacja, którą klient musi posiadać głównie po to żeby programy się komunikowały.
Teraz dochodzi nam do tego FK, która może pobierać dokumenty finansowe z Someda, Medisa i PPS. Faktury NFZ są teraz w PPS, pozostałe w Somed i Medis. Wcześniej klient zestawieniem, mógł zobaczyć jakie są faktury, analizować deklarację w oparciu o raporty zwrotne. Teraz dochodzi do tego PPS, który posiada część danych potrzebnych do analiz w Somed/Medis.
Ściągacie z siebie część kosztów ale część z nich zrzucacie na barki swoich klientów.

Wystarczyło zrobić to inaczej. Opracować bibliotekę z określonym interfejsem, która byłaby opracowywana przez jeden zespół.
Gotowa biblioteka byłaby dodawana do aplikacji docelowych Somed, PPS, Medis. Pracowałaby na własnych tabelach o określonej strukturze w schematach poszczególnych aplikacji. Czyli Somed miałby własne tabele, Medis własne.
Odpada konieczność utrzymywania i rozwijania Tunela do celów rozliczeniowych.
Dla klienta nic się nie zmienia, lub niewiele i nie musi martwić się o to jak z tych wszystkich klocków zrobić działający ekosystem.

Możecie bronić swojego modelu i zapewne będziecie jednak to nie zmienia faktu, że komplikujecie życie swoim klientom o których powinniście dbać. Stąd właśnie moje wrażenie, że programy piszecie dla siebie nie myśląc za wiele o kliencie, bo to w niego uderza ta oszczędność.

[MK]

Znam idee stojącą za tym krokiem i jest ona słuszna biznesowo. Jednak jej wdrożenie, to moim zdaniem straszna pomyłka...

Pozwoli Pan, że pozostawię to bez odpowiedzi. Napisałem tylko jaki cel był tejże funkcjonalności. Cala reszta, o której Pan pisze, jest wysoko poza moimi kompetencjami, więc niewskazany jest mój dalszy udział w tej dyskusji.
Pozdrawiam

[Sorn]

Pozwoli Pan, że pozostawię to bez odpowiedzi. Napisałem tylko jaki cel był tejże funkcjonalności. Cala reszta, o której Pan pisze, jest wysoko poza moimi kompetencjami, więc niewskazany jest mój dalszy udział w tej dyskusji.
Pozdrawiam

Rozumie, szanuje i również pozdrawiam.

[Zdrowy]

Ja za to bardzo lubie PPSowe podejście do rozliczeń bo widzę wszystko czego potrzebuję!

Czy można widzieć więcej niż w somedowym Rejestrze świadczeń?