Ha így nehéz elképzelni elküldhetem a fájlt, de hová?

Az infomix@infomix.hu email címre. A levélben kellene legalább egy TAJ szám és dátum, hogy a jelentést ez alapján tudjuk átnézni. Ha megvan a megoldás, azt természetesen itt is leírjuk, hogy mindenki tudja az okot és a megoldást.

(bocsánat, csak már összefolynak előttem a taj számok)

Figyelmen kívül hagytam egy páros NSK jelzést, miszerint azért nem a szolgáltató a hibás blabla.

Ugyanis ez akár NSK helyett V1 is lehetne...lásd alább.

Ha így van, akkor a következő a helyzet

1. 13 hibás sor szerepel a b300 végén

2. ez mind kijelentkezés (halál, egyéb)

3. ebből 11 db V1 és 2 db (ugyanazon a taj számon) NSK jelzésű

4. konkrétan ez 7 távoztatott páciens, amiből 6 gondozott, 1 nem

5. számoljunk: 6x2 kijelentés gondozással +1 kijelentés gondozás nélkül= 13 kijelentés, ez eddig stimmel, és pontosan a 13 hibás sorral egyezik taj számilag

6. függetlenül mindenféle pecsétszámtól, törzslapszámtól, lényeg, hogy hibás sorok, mert nullákat tartalmaznak, ahol nem kellene

6.a ebből jött össze a 11 db V1 hiba és 2 db NSK hiba, ami lehetne igaz akár 13 db V1 is

7. mit keresnek ezek a b300-ban?

8. annál is inkább, mert összesen 18 páciens lett kijelentve, nem 7, tehát a többiek 11-en kijelentődtek normálisan és nincsenek a b300-ban.

9. felmerül bennem az emberi hiba lehetősége ezek után...de!

10. ehhez azonban kérdezem: hogyan kell úgy kijelenteni a praxisból a pácienst, hogy ne keletkezzenek ilyen hibás sorok a jelentésben??? lehet, hogy napi tevékenységgel együtt választották ki a pácienst a kijelentéshez? ilyenkor naplósorszám nélkül rögzített valami nem odavalót a progi? és így is bekerül a forgalmi jelentésbe? mert akkor azt nem kellene neki rögzíteni, nem tudom, help please, megjegyzem az esetek felében helyettesítés volt 🤨

Eddig tudok jutni a hibakeresésben, remélem segítettem, küldöm az adatokat, pontosabbat már csak a programozók tudhatnak.

Sajnos, a finanszírozással összefüggő, tehát a legérzékenyebb és legfontosabb kérdésekben a mai napig gyakorlatilag nincs semmi olyan válasz, aminek megjelentetésére fórumon, körlevélben engedélyünk lenne. Hónapok óta várunk (sok-sok ígérettel) egyértelmű választ pl. a helyettesítéssel, a 14 éven aluliak ellenőrzésével kapcsolatos kérdésekben. A birtokunkban lévő (mégegyszer hangsúlyozni kell, nem hivatalos állásfoglalásnak tekinthető) információk alapján megpróbáljuk leírni, amit tudunk, s a programjainkban is ennek megfelelően változtatunk.

Ha „A” orvos helyettesíti „B” orvost, s ennek keretében ellátja a „B” praxisába tartozó „X” pácienst, akkor ez úgy tekintendő, hogy az ellátás éppen úgy a „B” orvost foglalkoztató háziorvosi szolgáltató működése keretében történik, mintha „B” látná el a beteget, csak természetesen az ellátást az „A” orvos végzi. Ugyanakkor az OEP-pel szerződött partnernek nem az orvos, hanem a háziorvosi szolgáltató tekintendő, s ezért ilyen esetben is a „B” jogviszony-ellenőrzési hozzáférési adatait kell használni.

A 14 éven aluliak esetében úgy tűnik, hogy az OEP jogértelmezése szerint minden gyermeket 2008 június 1-t követően legalább egyszer kell ellenőrizni. Ennek alapján hibának csak az tekinthető, ha valakit úgy látnak el, hogy még sosem ellenőrizték jogviszonyát e dátumot követően. Az ellenőrzésre járó 50 Ft egyetlen alkalommal jár, az ehhez a jelentési sorhoz tartozó OEP listán I kód kell szerepeljen, míg a gyermek összes további ellátása esetén nem jár az 50 Ft, de nem alkalmazható büntetés sem, függetlenül attól, hogy történik-e ismételt ellenőrzés vagy sem (ezekben az esetekben a jelentési sorhoz N14 kód kell tartozzon).

Természetesen továbbra is, változatlan erővel azon vagyunk, hogy egyértelmű, hivatalos, publikálható választ kapjunk minden kérdésre.

Ötlet: ha kilépéskor figyelmeztetne, hogy még ellenőrizetlen TAJ számok vannak, az könnyítené a munkám. Nálunk sokszor akadozik az intrnet , és előfordult már, hogy elfelejtettem ellenőrizni a listát.

Megvizsgáljuk a beépítés lehetőségét

Köszönettel: Novográdecz Csaba

Utólagos TAJ ellenőrzés megkezdésekor több hibát is generál a program

Már teszt alatt van az 1.26.1, amiben ez is javításra kerül. Szeretnénk még ma feltenni a portálra.

Felkerült portálunkra  a visual Ix rendeszerekben történő TAJ ellenőrzés működéséről egy összefoglaló leírás. A leírás megtekintéséhez tanusítvány szükséges.

A MEP által küldött jelentésben növekszik az el nem végzett jogviszonyellenőrzés miatti levonások száma.

A program szerint mindekinél megtörtént az ellenőrzés.

A MEP által küldött levél szerint 14 évet be nem tötött biztosított után akkor kerül sor levonásra ha 2008.júnuis 1- után az első megjelenéskor nem végez ellenőrzést.Márpedig itt legtöbbször automatikusan zöld-re vált és nincs ellenőrzés mert az első félében már jártak a rendelésen, és akkor megtörtént az ellenőrzés. Lehet hogy ez az ok ?

A MEP által küldött levél szerint 14 évet be nem tötött biztosított után akkor kerül sor levonásra ha 2008.júnuis 1- után az első megjelenéskor nem végez ellenőrzést.Márpedig itt legtöbbször automatikusan zöld-re vált és nincs ellenőrzés mert az első félében már jártak a rendelésen, és akkor megtörtént az ellenőrzés. Lehet hogy ez az ok ?

Igen, az OEP ezért szankcionál, habár a vonatkozó rendeletben nincs szó arról, hogy a 06.01 utáni ellenőrzéseket kell csak figyelembe venni. 14 év alatt, ha nem aznapi ellenőrzés eredményét mutatja a program (zöld vagy piros színnel), akkor mellette látszik egy fehér téglalap piros pipával. Erre kattintva kézzel elindítható az ellenőrzés.

A jogviszony ellenőrzés pontos működéséről és beállításairól az 1.24.0 verzióváltó levélben írtunk részletesen. Az azóta történt változások leírását (az 1.26.0 verzióváltással módosult utoljára), ugyan ebben a témában a #39-es hozzászólásban találja.

A MEP által lemezen küldött ellenőrzőtt TAJ számokról szóló visszaigazolást, és az xdoki által ellenőrzött TAJ számokat össze lehet vetni? A későbbiekben tervezik ennek lehetővé tételét? Van levonásom a nem ellenőrzött TAJ-ok miatt, ugyanakkor visszamenőlegesen nem találtam nem ellenőrzött TAJ-t.

Egyenlőre, mivel mi még csak papír alapú listával találkoztunk, csak ilyen lehetőség van a visualban. Ezt a Napi tevékenység / Listák-jelentések-statisztikák / Jogviszony ellenőrzés lista menüpontban lehet elérni.

Itt megadható egy időszak, illetve kérhető tételes és összesítő lista is (javaslom csak képernyőre a tételes változatot). A tételes változatban a listára kerül az ellenőrzéshez tartozó ún. tranzakciós kód. Ennek a kódnak az első 8 számjegye az ellenőrzés dátuma. Ha ez megegyezik az ellátás dátumával, akkor az ellenőrzés megtörtént, valami más probléma lehet.

Ha a listát a MEP-től elektronikus formában kapta meg, akkor szeretnénk kérni belőle egy mintát, hogy olyan listázót készíthessünk, ami csak az eltéréseket mutatja.

"Az Online Jogosultság és TAJ Ellenőrző (OJOTE) rendszert kiszolgáló eszközpark 2007. április 1. óta működik. Ezen időszak alatt a rendszer terhelése fokozatosan nőtt, ezért szükségessé vált karbantartása. Az egészségügyi szolgáltatók megbízható kiszolgálása érdekében a közeljövőben több munkafázisban, először 2009. január 10-én az éjszakai órákban megkezdődik az OJOTE rendszert kiszolgáló eszközpark egyes komponenseinek karbantartása.

Munkánk során változatlanul törekszünk arra, hogy munkavégzésünk - lehetőség szerint - láthatatlan maradjon, és csak elkerülhetetlenül szükséges mértékben zavarja, vagy akadályozza a szolgáltatókat munkavégzésükben, így a mostani folyamatot is ekként ütemezzük. Előreláthatóan a karbantartási munkálatokat vasárnap 0:00 óra és hajnali 4:00 óra között végezzük el, s a munkálatok befejezéséről tájékoztatjuk Önöket.

A karbantartás ideje alatt az eü. szolgáltatók el nem végzett jogosultságellenőrzései a hatályos jogszabályok alapján természetesen nem kerülnek szankcionálásra.

Tisztelettel,

Online Jogviszony Informatikai Support Team"

A mai napon kapott visszajelzések alapján az automatikus online jogviszony-ellenőrzés a mai napon országszerte sikertelen. Felvettük a kapcsolatot az OEP-pel, egyenlőre várjuk a válaszukat. A tegnapi napon szerver-karbantartás voltaz OEP-nél, és azóta nem sikerül automatikusan lekérdezni.

Ameddig ez az állapot áll fenn, manuálisan tudják lekérdezni az adatokat, ehhez a jogviszony.oep.hu honlapra kell fellépni, itt megadni a felhasználónevüket és jelszavukat, majd a paciensek TAJ-ait (egyesével, kézzel).

A probléma elhárításáról ugyanitt és e-mailben is kiértesítjük önöket.

Tisztelt Kollégák!

Köszönjük jelzéseiket.

Az Online Jogosultság és TAJ Ellenőrző rendszer elérése az Önök illetve a felhasználóink jelzése alapján bizonyos szituációkban problémát okozhat. A hiba kivizsgálása folyamatban van, kérjük türelmüket.

A hatályos jogszabályok értelmében az OEP érdekkörében felmerülő hiba esetén az egészségügyi szolgáltatók el nem végzett jogosultságellenőrzései nem kerülnek szankcionálásra.

Tisztelettel,

Online Jogviszony Informatikai Support Team

OEP

Amikor valamely okból nem sikerül a taj-t ellenőrizni, akkor hibaüzenetet kapunk a visual ixdokitól.

A hibaüzenet szövege nem informatív, angol nyelvű, szakmai szöveg: ....SOAP Error... stb.

Kezdjük sejteni, hogy ilyenkor nem nálunk, hanem a másik oldalon a hiba.

Mégsem lehetünk biztosak benne, mert lehet net hiány, ixojote nem fut vagy egész más, viszont ilyenkor informatikailag és nyelvileg alulképzett alkalmazottaim képtelenek hibakeresést végezni, megy-e a net, megy-e az ixojote, ..... stb. ezzel jócskán feltartódik a rendelés.

(És most nem az alkalmazottaimat bántom, mert egészségügyben kiválóan képzettek, szülészet, sebészet, fogászat, bármi, de szerverekhez és protokollokhoz nem fognak már nyugdíjig érteni.)

Lehetne tehát a hibaüzeneteket finomabban hangolni.

A mai esetben egyértelműen ennyi hibaüzenet kellett volna:

"Az oep jogviszony ellenőrzés nem válaszol. Javaslat: próbálja böngészőn keresztül."

Vagy ilyesmi.

Hiba esetén kiírhatná: "Nincs internet kapcsolat" (mert ki tudja miért megszakadt el sem ment a kérés a gépünkről), "A jogviszony ellenőrzés nem válaszol" (mert megakadt a tcp protokoll) vagy "Nem fut az Ixojote, indítsa el" (mert valamitől megállt, itt volt ilyen közelmúltban hardver hiba miatt)

Ezekben az esetekben is csak ezt a "szappan" hibát látjuk, ebből nem egyértelmű, hogy melyik oldalon a hiba.

Nagy segítség lenne.

"A hiba nem az Ön készülékében van!"

:))))

Egyébként a program a 2008.06.01 dátumnak megfelelően ellenőrzi "automatikus ellenőrzés" -kor a 14 év alattiakat ???

Kérdezem ismételten ( választ eddig nem kaptam ) mert : ha a jelzett dátumot megelőzően végzett tényleges TAJ ellenőrzés miatt nem végzi el az automatikus ellenőrzés "üzemmódban" a tényleges ellenőrzést egy adott új ellátás alkalmával,akkor ez folyamatosan ellenőrzési hibát fog generálni egyre növekvő finanszírozás megvonással. Ha a MEP ( rendelet írja vagy sem ) ragaszkodik a jelzett dátumhoz meg kellene oldani programból,hogy csak a kérdéses dátum utáni ellenőrzések alapján mellőze a tényleges ellenőrzést. Jelen helyzetben figyelni kell állandóan az info lapra kihelyezett ellenőrzési dátumot és amennyiben 2008.06.01 előtti akkor manuálisan ellenőrizni kell - aki ezt csinálja tudja, hogy elnézhető a dolog és ismételten csak hiba-levonás következik majd.Másik lehetőség hogy minden megjelenéskor , kikapcsolva az automatikus ellenőrzést, manuálisan mindenkit ellenőrizni, hát ez sem biztos hogy hibátlan lesz ráadásul az Utólagos TAJ ellenőrző-listázó nem érzékeli hibának a 2008.06.01 előtt ellenőrzöttek elmaradó TAJ ellenőrzését.

A mostani oep-nél történő fennakadás is mondatja velem a következőket:

Amikor valamely okból nem sikerül a taj-t ellenőrizni, akkor hibaüzenetet kapunk a visual ixdokitól.

A hibaüzenet szövege nem informatív, angol nyelvű, szakmai szöveg: ....SOAP Error... stb.

Kezdjük sejteni, hogy ilyenkor nem nálunk, hanem a másik oldalon a hiba.

Már készül a módosítás, ami az általunk ismert hibaüzeneteket érthetőbb formátumban is megjeleníti.

Köszönjük az észrevételt.

Egyébként a program a 2008.06.01 dátumnak megfelelően ellenőrzi "automatikus ellenőrzés" -kor a 14 év alattiakat ???

Kérdezem ismételten ( választ eddig nem kaptam ) mert : ha a jelzett dátumot megelőzően végzett tényleges TAJ ellenőrzés miatt nem végzi el az automatikus ellenőrzés "üzemmódban" a tényleges ellenőrzést egy adott új ellátás alkalmával,akkor ez folyamatosan ellenőrzési hibát fog generálni egyre növekvő finanszírozás megvonással...

Az 1.26.0 verziótól már a 2008.06.01-es dátumot veszi alapul a rendszer, mint minden rendszerünk a jogszabály értelmezéstől függetlenül.

Az info lapra kirakható ellenőrzés dátum is segítség, de ha az ellátás ablakon aktív az ellenőrzés "pipa" gombja, függetlenül a megjelenített színtől, aznap még nem történt ellenőrzés, a megjelenő eredmény egy előző ellenőrzés eredménye. Azokban a megyékben, ahol nincs szankció a többszörös ellenőrzés miatt, ide kattintva elvégezhető az ellenőrzés.

Elnézést a késői válaszért.

ezzel az a baj, hogy 3 hónapos utófinanszírozás miatt 3 hónap múlva tudjuk meg volt-e és miért levonás

azért mert nem ellenőriztünk vagy azért mert ellenőriztünk mikor nem kellett volna

3 hónap

van rajta sapka, nincs rajta sapka

:)

ha már van ilyen, ezek szerint

vicces ez így, ugye érzitek

Ha aktív pipa mellett lezárom a napi tevékenységet ( persze 14 év alattiról beszélek !! ) Utólagos TAJ ellenőrző lista-ellenőrzés során megjelenik majd ez az elmaradt ellenőrzés ???? ( azaz javíthatom - e még ?? ) ...."Azokban a megyékben, ahol nincs szankció a többszörös ellenőrzés miatt, ide kattintva elvégezhető az ellenőrzés." ... akkor most nem is biztos, hogy az aktív pipát le kell nyomjam ??? Miért marad aktív?? Kell vagy csak elvégezhető az ellenőrzés ??? Ha kell miért nem végzi el ilyenkor a program automatikusan az ellenőrzést ??? Ha meg elvégezhető akkor a MEP-től érdeklődjek az ismételt ellenőrzés miatti bünti lehetőségéről ???

14 év alatti beteg bejön. Program ellenőrzi hogy volt-e TAJ ellenőrzése. Azt találja, hogy ugyan volt, de az 2008.06.01 előtti. Innentől a napi tevékenységnél ha automatikusra van állítva a TAJ ellenőrzés, elvégzi. Ha nem, akkor nem mutatja a "zöld" jelzést - olyan mintha nem ellenőriztük volna még. Ha így eltárolják az ellátást, akkor ellenőrzés nélküli lesz, tehát az utólagos lista kihozza - ellenőrizhető utólag.

Ha 2008.06.01 után volt neki "zöld" v. "piros" ellenőrzése, akkor azt mutatja, nem ellenőrzi automatikusan, de kézzel továbbra is lehet.