Zdarzenia medyczne

[snoopy]

Ma ktoś obecnie problem ze zdarzeniami medycznymi ?
Na mMedice mam problem z wysyłką od ok 25 maja, część przechodzi, a część wywala z błędami (timeout, already exists).
Już się mi tego z błędami uzbierało ponad 1000 sztuk.

[Profesor Wilczur]

P1 tak "działa".

[marmolada]

Odnośnie "already exists": 24 maja zauważyłem wysyp błędów, które spowodowały zablokowanie identyfikatorów zdarzeń bez utworzenia samych zdarzeń (po stronie P1). Wówczas zdarzenia medycznego z danym UUID nie da się ani utworzyć, ani odczytać i uzupełnić. Na moje, jest to bug P1. Obejście buga polega na nadaniu nowego UUID przez program wysyłający zdarzenie, gdy powyższa sytuacja wystąpi. Więc możesz co najwyżej napisać do producenta mMedica.

[John]

Assecco stwierdziło że problem leży nie po ich stronie, natomiast zgłoszenie do CEZ jest wciąż analizowane od 24 maja

[snoopy]

Rozmawiałem z CEZ i odpowiedź mam taką:
Jak jest błąd "Given Encounter.identifier already exists." to wiedzą od tym i od 24 maja i pracują nad tym, żeby to naprawić.
Jak coś innego to zwiększyć trzeba czas odpowiedzi nawet do 100000 i to przejdzie ...

[Rilup]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

[Dr_Chichot]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

oby to jak najdłużej nie weszło, będzie niezły bajzel w rozliczeniach.

[09061303]

A raportowanie ZM to już nie weszło? Nie weszło rozliczanie na podstawie ZM, ale raportowanie jest raczej wg przepisów już obowiązkowe.

[Nyahaha]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

Było coś na temat rozliczania z NFZ wszystkich zakresów na podstawie ZM od 1 lipca 2024 czy chodzi tylko o niektóre zakresy? Wiem że straszyli że od 1 stycznia 2024 miało być obowiązkowe ale do końca trzymali i ostatecznie zmienili termin i nie wiem czy miało to tyczyć tylko POZ z początku a potem pozostałych.

[prima]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

U mnie nad zgłoszonym problemem braku dostępu do dokumentów przez lekarzy POZ pracowali ponad 1,5 roku a przyczyną było niezaimportowanie informacji o deklaracjach, dostęp był tylko dla tych pacjenów którzy złożyli deklaracje przez IKP.
Także trzeba mieć nadzieję ....

[robowd]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

Było coś na temat rozliczania z NFZ wszystkich zakresów na podstawie ZM od 1 lipca 2024 czy chodzi tylko o niektóre zakresy? Wiem że straszyli że od 1 stycznia 2024 miało być obowiązkowe ale do końca trzymali i ostatecznie zmienili termin i nie wiem czy miało to tyczyć tylko POZ z początku a potem pozostałych.

Na pewno przeniosą - jak zwykle. Czuję, że nie mają nic w tej kwestii opracowanego.

[Nyahaha]

Oby bo nie zamierzam jeszcze tego kupować w STM i jeszcze według tego co pisali tam na rynkuzdrowia to z 54% placówek tylko wysyła ZM, niby 200+ zeta dodatkowo ale będzie się z tym uwięzionym do końca. Jak dla mnie 2 dni na wysłanie ZM od wypisu to mało zwłaszcza w takich przypadkach z błędami, a powinni dać bezterminowo aż się wyśle z możliwością poprawy bez udziwnień.

[frodo]

robiłem poprawki przez PPS-Stomatolog po miesiącu i ZM były rejestrowane w wyższej wersji

[prima]

U nas błąd w mMedica: "Given Encounter.identifier already exists." zaczął się pojawiać od 25 kwietnia na niektórych ZM, nie wiadomo według jakiego klucza część przechodzi a część dostaje ten błąd. 24 maja to 100% ZM z tym błędem było. Zgłoszone do CEZ 13 maja, do dziś bez odpowiedzi.
Jak będą w takim tempie pracować nad rozwiązaniami to od 1 lipca będzie niezły bajzel... jeśli wejdzie rozliczanie w oparciu o ZM.

Było coś na temat rozliczania z NFZ wszystkich zakresów na podstawie ZM od 1 lipca 2024 czy chodzi tylko o niektóre zakresy? Wiem że straszyli że od 1 stycznia 2024 miało być obowiązkowe ale do końca trzymali i ostatecznie zmienili termin i nie wiem czy miało to tyczyć tylko POZ z początku a potem pozostałych.

Na pewno przeniosą - jak zwykle. Czuję, że nie mają nic w tej kwestii opracowanego.

Na dzień dzisiejszy nie da się wszystkiego rozliczyć przez zdarzenia. Nie mozna wysłać zdarzenia dla świadczenia pacjenta, który ma eWUŚ na czerwono i pacjent złożył oświadczenie. Dla NFZ oświadczenie jest ok, ale nie dla P1 - oni oczekują na dokument potwierdzający uprawnienia a nie oświadczenie. Każda ze stron ma swoje stanowisko poparte podstawą porawną. Podstawy te są rożbieżne. Obydwie strony znają sprawę. Minęło sporo czasu i problem nie został rozwiązany.

[snoopy]

Ustawiłem timeout na 100000 milisekund i puściłem 1000 ZM za maj i rano zostało mi 92 z błędem, reszta przeszła.
Co do wysyłki w 48h od zdarzenia to myślę, że chodzi o samą próbę wysyłki i nikt do tego nie będzie się czepiać.
Co do P1 i oświadczenia w przypadku ewusia na czerwono to przechodzi bez problemu.
Logicznym by było rozliczanie na podstawie zdarzeń (wysyłka świadczeń to po prostu duplikacja roboty), ale myślę, że bez dość pokaźnych inwestycji i czasu na wdrożenie to nie ma najmniejszego sensu przy dzisiejszych problemach.
Fajnie by było gdyby w świecie idealnym można było zobaczyć z poziomu lekarza po podaniu np kodu przez pacjenta jego historii zdarzeń medycznych bo to duże ułatwienie, cytując dr Housa wszyscy kłamią ... , ale świata idealnego nie mamy i nie będziemy mieć