Nem tudom szóba került-e, nekem a szakorvosi javaslat beírásánál hiányzik a megjegyzés ablak. Ha 50 szemes gyógyszert írok be napi 1x1 adagolással, külön be kell lépni a terápiás lapra, hogy az "50 napra ellátva" szöveget tartósan bevigyem, mivel ezt receptírásnál nem jegyzi meg (ez utóbbi is praktikus lenne...). Köszönjük!

Szerintem erre már nincs szükség,mert ott van az ˝ellátva: -ig˝ ami a felírásnál ugye automatikusan beíródik.

Nekem az a véleményem, hogy ezeknél a készítményeknél fölösleges azzal foglalkozni, hogy hány NE-t tartalmaz egy ilyen injekció. Általában 10db fecskendő van 1 dobozban, tehát itt is csak a darabszámot kell leosztani azzal, hogy egy nap hány db injekciót kap a beteg (általában 1 vagy max. 2.), ugyanúgy, mint a tablettáknál. Az injekcióban levő egységek számának nincs jelentősége abból a szempontból, hogy az adott számú injekció hány napra elég. (Felezni, negyedelni ezeket nem szoktuk.)

Nekem ugyan még nem volt ezzel bajom, de láttam, hogy mások panaszkodtak, hogy a Clexane-t, Fraxiparine-t stb. nem tudják felírni, mert itt is rosszul számol a gép.

Nekem az a véleményem, hogy ezeknél a készítményeknél fölösleges azzal foglalkozni, hogy hány NE-t tartalmaz egy ilyen injekció. Általában 10db fecskendő van 1 dobozban, tehát itt is csak a darabszámot kell leosztani azzal, hogy egy nap hány db injekciót kap a beteg (általában 1 vagy max. 2.), ugyanúgy, mint a tablettáknál. Az injekcióban levő egységek számának nincs jelentősége abból a szempontból, hogy az adott számú injekció hány napra elég. (Felezni, negyedelni ezeket nem szoktuk.)

Sajnos a fent említett készítményeknél a "mértékegységet" nem mi határozzuk meg, hanem ez része az OEP gyógyszertörzsnek, és Ők a Fraxiparine esetében a "NE"-t nevezték meg mértékegységnek. (A Clexane még nem rendelkezik ilyen bejegyzéssel, de várhatóan szintén "NE"-t fog kapni.)

És teljesen egyet értünk abban, hogy a nem célra vezető a több ezres NE értékkel számolni, emellett viszont nem térhetünk el a megadott mértékegységtől. Ezért úgy döntöttünk, hogy számolhatatlannak nyilvánítjuk őket, így szöveges módon lesz megadható az adagolás, és kézzel lesz állítható a dátum.

Nem lehetne megoldani,hogy ha a th.lapon beírják az újszerű adagolásokat, azt vagy átírná a szakorvosi javaslathoz is, vagy anélkül is megjelenne az-ig.

Remélem érthető.[azta]

Másnak nem probléma?:-"

A szakorvosi javaslatra írható gyógyszereknék csak akor írja rá a receptre az -ig-et / a-tól-t ráírja/, ha külön a szakorvosi javaslatnál van beírva a pontos adagolás,ha csak a th.lapon, akkor nem ad -ig-et.Ugyanis az asszisztencia folyamatosan beírja az új adatokat,hogy ne nekem kelljen ezzel foglalkozni.

Nem lehetne megoldani,hogy ha a th.lapon beírják az újszerű adagolásokat, azt vagy átírná a szakorvosi javaslathoz is, vagy anélkül is megjelenne az-ig.

Remélem érthető.[azta]

Másnak nem probléma?:-"

Köszönjük, hogy szólt!

Fejlesztő kollégáim javították a program ezen részét.

A következő verzióváltóban benne lesz a javítás.

Megoldható akkor, hogy a kiválthatósági dátum is elmentésre kerüljön a recepttel és ezzel visszakereshetővé váljon? (Korábban kérdeztem, de nem kaptam választ).

Ez már a kint lévő verzióban is elmentődik. A mostani frissítés már mutatja a Lekérdezésben is.

Nekem ugyan még nem volt ezzel bajom, de láttam, hogy mások panaszkodtak, hogy a Clexane-t, Fraxiparine-t stb. nem tudják felírni, mert itt is rosszul számol a gép.

Nekem az a véleményem, hogy ezeknél a készítményeknél fölösleges azzal foglalkozni, hogy hány NE-t tartalmaz egy ilyen injekció. Általában 10db fecskendő van 1 dobozban, tehát itt is csak a darabszámot kell leosztani azzal, hogy egy nap hány db injekciót kap a beteg (általában 1 vagy max. 2.), ugyanúgy, mint a tablettáknál. Az injekcióban levő egységek számának nincs jelentősége abból a szempontból, hogy az adott számú injekció hány napra elég. (Felezni, negyedelni ezeket nem szoktuk.)

Sajnos a fent említett készítményeknél a "mértékegységet" nem mi határozzuk meg, hanem ez része az OEP gyógyszertörzsnek, és Ők a Fraxiparine esetében a "NE"-t nevezték meg mértékegységnek. (A Clexane még nem rendelkezik ilyen bejegyzéssel, de várhatóan szintén "NE"-t fog kapni.)

És teljesen egyet értünk abban, hogy a nem célra vezető a több ezres NE értékkel számolni, emellett viszont nem térhetünk el a megadott mértékegységtől. Ezért úgy döntöttünk, hogy számolhatatlannak nyilvánítjuk őket, így szöveges módon lesz megadható az adagolás, és kézzel lesz állítható a dátum.

A verzió frissítést követően NE-ben való megadhatóságot csal az inzulinok (ATC: A10A) esetében kínálja fel a program, így az említett készítmények un. nem számolható státusszal jelennek meg.

Megérkezett a virtuális recept, köszönjük szépen! [nmosoly]

Ha sikerült örömet szerezni vele, akkor elértük a célunkat. Aki esetleg nem kapta meg emailben, az itt megtekintheti. 

Megérkezett a virtuális recept, köszönjük szépen! [nmosoly]

Ha sikerült örömet szerezni vele, akkor elértük a célunkat. Aki esetleg nem kapta meg emailben, az itt megtekintheti. 

Nagyon Köszönjük!!!!! Ez a csodás recept azt hiszem gyógyír mindannyiunk lelkére!!!!Köszönjük a figyelmességet!!!!

Köszönjük szépen! 🙂 Tényleg nagy figyelmesség ennyi munka és zűrzavar mellett! 😉 Hol lehet kiváltani? [cseles]

Huncut vagy ! (Ön huncut ! ) [elpirul]

Köszönjük szépen! 🙂 Tényleg nagy figyelmesség ennyi munka és zűrzavar mellett! 😉 Hol lehet kiváltani? [cseles]

Huncut vagy ! (Ön huncut ! ) [elpirul]

Már megint? [felnez]

Megérkezett a virtuális recept, köszönjük szépen! [nmosoly]

Ha sikerült örömet szerezni vele, akkor elértük a célunkat. Aki esetleg nem kapta meg emailben, az itt megtekintheti. 

Megkaptuk emailben is,köszönjük szépen,nagyon ötletes,örültünk neki.Így egy évig el vagyunk látva jókívánsággal.

Reméljük kitart addig.Jövő ilyenkor,újra kérjük felirni.

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

Már jeleztük Kovács Kollégával nálunk/nálam sem előző sem -ig oszlop nincs. Van kettő üres oszlop, és valamilyen összecsúszás mert dupla vastag az egyik oszlop vonala de azt "szétszedni" semmilyen módon nem sikerült. Teendő ??

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

Már jeleztük Kovács Kollégával nálunk/nálam sem előző sem -ig oszlop nincs. Van kettő üres oszlop, és valamilyen összecsúszás mert dupla vastag az egyik oszlop vonala de azt "szétszedni" semmilyen módon nem sikerült. Teendő ??

Ha az egérrel az oszlop neve soron az összecsúszott oszlop vonalaira megy, akkor az egér egy ide oda nyíllá alakul akkor meg lehet fogni bal egérgombbal és széthúzni az oszlopokat

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

Ez a Töröl-Vissza+sorozat-Vissza gomb felett van. Ez itt nem mozgatható

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

Már jeleztük Kovács Kollégával nálunk/nálam sem előző sem -ig oszlop nincs. Van kettő üres oszlop, és valamilyen összecsúszás mert dupla vastag az egyik oszlop vonala de azt "szétszedni" semmilyen módon nem sikerült. Teendő ??

Ha az egérrel az oszlop neve soron az összecsúszott oszlop vonalaira megy, akkor az egér egy ide oda nyíllá alakul akkor meg lehet fogni bal egérgombbal és széthúzni az oszlopokat

ÉN még kezdő vagyok. Ez az egeres dolog nekem nem megy. Se nyíllal se kereszttel. A nyíllal egyébként csak áthelyezni tudok olyan oszlopot ami egyáltalán áthelyezhető, a kereszttel meg szűkíteni vagy tágítani ( kinyitni vagy összezárni ) valamelyik oszlopot. De jelen esetben a dupla elválasztó oszlopvonalból csak sejtem, hogy több oszlop lehet egymásra csúszva , szétnyitni nem tudom őket.Másrészt hiányoljuk az előző verzióban még meglevő ellátva -ig oszlopot ( ezt keresem igazából ) ahol egy időben látható volt valamennyi kiválasztott készítmény ellátottsági dátuma . így korrigálni lehetett azokat ( azonos vagy közel azonos dátumokra )

A Receptírás- gyűjtő-ben az Előző felírás kocka kerülhetne-e középtájra?

Az oszlopok sorrendje megváltoztatható. Az oszlop tetején az oszlop nevénél, amikor az egér kicsi lefelé nyíllá változik meg lehet fogni bal egérgombbal és elmozgatni a megfelelő pozícióba.

Ez a Töröl-Vissza+sorozat-Vissza gomb felett van. Ez itt nem mozgatható

Ez nem mozgatható[mosoly] , de a javaslatát továbbítom a fejlesztésre.

Nem tudom szóba került-e, nekem a szakorvosi javaslat beírásánál hiányzik a megjegyzés ablak. Ha 50 szemes gyógyszert írok be napi 1x1 adagolással, külön be kell lépni a terápiás lapra, hogy az "50 napra ellátva" szöveget tartósan bevigyem, mivel ezt receptírásnál nem jegyzi meg (ez utóbbi is praktikus lenne...). Köszönjük!

Erre az "50 napra ... " megjegyzésre már nincs szükség ! Rendeleti előírásnak megfelelően konkrét dátum kell az ellátottságról. Erről szól a legutóbbi verzió váltás első sorban ( receptírás módosítása ) meg az utóbbi napok Fórumbeli hozzászólásai is.A megjegyzés ablak jelenléte tehát ebből a szemszögből szükségtelen, egyéb okból kifolyólag azonban szükséges lehet ( bár erre most nagy hirtelen ötletem nincs ).

Ha nem túl macerás megoldani, mégiscsak jó lenne a megjegyzés ablak a szakorvosi javaslatoknál, most pl. kapóra jönne a következő verzióváltásig a részletes inzulinadagolást egy lépésben rögzíteni egy új javaslat beírásánál.

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Távoli eléréssel feltöltöttük a mentést FTP szerverünkre, melyet megvizsgáltunk, és a következőket találtuk:

Jelenleg a program úgy működik, hogy az 1. vény ellátva dátuma + 1 napot inicializálja a következő vény kiválthatósági kezdő dátumaként. A példából is látszik, hogy mivel az első vényen 03.26-ig volt ellátva a paciens az adott készítménnyel, a következő felírás 03.27-től fog kezdődni. A program ezen működését itt a fórum kérték felhasználóink.

A hozzászólás olvasásához kattintson ide. 

Fejlesztő kollégáim beépítenek a programba egy olyan beállítási lehetőséget, hogy a felírás kezdetének dátuma mindig az aktuális munkadátum legyen.

Ez a beállítás a receptírás ablak jobb alsó sarkában található fogaskeréknél lesz elérhető a következő verziótól.

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Távoli eléréssel feltöltöttük a mentést FTP szerverünkre, melyet megvizsgáltunk, és a következőket találtuk:

Jelenleg a program úgy működik, hogy az 1. vény ellátva dátuma + 1 napot inicializálja a következő vény kiválthatósági kezdő dátumaként. A példából is látszik, hogy mivel az első vényen 03.26-ig volt ellátva a paciens az adott készítménnyel, a következő felírás 03.27-től fog kezdődni. A program ezen működését itt a fórum kérték felhasználóink.

A hozzászólás olvasásához kattintson ide. 

Fejlesztő kollégáim beépítenek a programba egy olyan beállítási lehetőséget, hogy a felírás kezdetének dátuma mindig az aktuális munkadátum legyen.

Ez a beállítás a receptírás ablak jobb alsó sarkában található fogaskeréknél lesz elérhető a következő verziótól.

ÉN sem a kérdés felvetését sem a választ nem értem !

"Számtalan esetben rosszul számol a program.".... a példák viszont arról szólnak, hogy tavaly nem volt jól kiszámolva az ellátási dátum ! Ezt a dátumot akkor egyáltalán a program adta meg. avagy a felíró számolt rosszul ?

Ehhez viszont semmi köze nincs az Astrixos példának ( ami mellesleg tökéletesen jó működés)!

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Távoli eléréssel feltöltöttük a mentést FTP szerverünkre, melyet megvizsgáltunk, és a következőket találtuk:

Jelenleg a program úgy működik, hogy az 1. vény ellátva dátuma + 1 napot inicializálja a következő vény kiválthatósági kezdő dátumaként. A példából is látszik, hogy mivel az első vényen 03.26-ig volt ellátva a paciens az adott készítménnyel, a következő felírás 03.27-től fog kezdődni. A program ezen működését itt a fórum kérték felhasználóink.

A hozzászólás olvasásához kattintson ide. 

Fejlesztő kollégáim beépítenek a programba egy olyan beállítási lehetőséget, hogy a felírás kezdetének dátuma mindig az aktuális munkadátum legyen.

Ez a beállítás a receptírás ablak jobb alsó sarkában található fogaskeréknél lesz elérhető a következő verziótól.

ÉN sem a kérdés felvetését sem a választ nem értem !

"Számtalan esetben rosszul számol a program.".... a példák viszont arról szólnak, hogy tavaly nem volt jól kiszámolva az ellátási dátum ! Ezt a dátumot akkor egyáltalán a program adta meg. avagy a felíró számolt rosszul ?

Ehhez viszont semmi köze nincs az Astrixos példának ( ami mellesleg tökéletesen jó működés)!

Az én esetemben biztosan a program adta a dátumot,ugyanis nem írtunk ellátva -ig dátumot soha március 1. előtt!

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Távoli eléréssel feltöltöttük a mentést FTP szerverünkre, melyet megvizsgáltunk, és a következőket találtuk:

Jelenleg a program úgy működik, hogy az 1. vény ellátva dátuma + 1 napot inicializálja a következő vény kiválthatósági kezdő dátumaként. A példából is látszik, hogy mivel az első vényen 03.26-ig volt ellátva a paciens az adott készítménnyel, a következő felírás 03.27-től fog kezdődni. A program ezen működését itt a fórum kérték felhasználóink.

A hozzászólás olvasásához kattintson ide. 

Fejlesztő kollégáim beépítenek a programba egy olyan beállítási lehetőséget, hogy a felírás kezdetének dátuma mindig az aktuális munkadátum legyen.

Ez a beállítás a receptírás ablak jobb alsó sarkában található fogaskeréknél lesz elérhető a következő verziótól.

ÉN sem a kérdés felvetését sem a választ nem értem !

"Számtalan esetben rosszul számol a program.".... a példák viszont arról szólnak, hogy tavaly nem volt jól kiszámolva az ellátási dátum ! Ezt a dátumot akkor egyáltalán a program adta meg. avagy a felíró számolt rosszul ?

Ehhez viszont semmi köze nincs az Astrixos példának ( ami mellesleg tökéletesen jó működés)!

Az én esetemben biztosan a program adta a dátumot,ugyanis nem írtunk ellátva -ig dátumot soha március 1. előtt!

Változatlanul az a véleményem, hogy a program ezen része nagyon hasznos és jól működik. Napra pontosan le lehet fedni a gyógyszerszedést. Természetesen, ha korábban bármikor rossz dátumot adtak meg egy gyógyszerhez, az most elrontja a kezdő dátumot. Nálunk is van több ilyen. Az infomix áthidaló javaslata elfogadható, de inkább azt javasolnám mindenkinek, hogy ne állítsa be a mai naptól számolás lehetőségét, inkább 1-2 hónapig figyelje az induló dátumokat, mert különben soha nem lesznek jók az ellátva ig dátumok, ebből következően pedig a következő recept kiválthatósági dátuma sem.

Tisztelt Infomix !

Számtalan esetben rosszul számol a program.

Pl: Exforge 10/16mg. 28x I doboz, előző felírás:2011.02.08 ellátva:2012.03.24-ig.

Dormicum 15mg 10X 3 doboz. előző felírás:2011.12.22 ellátva:2012.05.08-ig.

és még számtalan eset van.

Amennyiben nem egyenként írjuk a recepteket és javítgatom át kézzel a dátumot, akkor sajnos a patikus küldi vissza a betegeket, mert , természetesen már elfogyott a gyógyszere , de még az új recept nem adható ki.

Már pedig 60-80-as betegforgalomnál nincs idő egyenként átbogarászni a terápiáslapon lévő gyógyszereket.

Megoldás lehetne ,ha a régebben felírt recepteknél automatikusan a mai, (felírás dátumával) kezdene számolni a program és akkor talán egyszer elérnénk, hogy valós időpontok szerepelnének a recepteken.

Üdv: Dr Patkós Zoltán

Az Ön által jelzett probléma megoldásához szükségünk lenne egy adatbázis mentésre, illetve szükséges lenne néhány példa akiknél rosszul számol a program.

A mentés elküldésben szívesen nyújtunk segítséget akér távoli eléréssel is.

Távoli elérés időponttal kapcsolatosna kérem hívja a 214-5063-as telefonszámot ahol kolléganőnk kézséggel áll rendelkezésére, hogy egyeztesenek egy időpontot.

Távoli eléréssel feltöltöttük a mentést FTP szerverünkre, melyet megvizsgáltunk, és a következőket találtuk:

Jelenleg a program úgy működik, hogy az 1. vény ellátva dátuma + 1 napot inicializálja a következő vény kiválthatósági kezdő dátumaként. A példából is látszik, hogy mivel az első vényen 03.26-ig volt ellátva a paciens az adott készítménnyel, a következő felírás 03.27-től fog kezdődni. A program ezen működését itt a fórum kérték felhasználóink.

A hozzászólás olvasásához kattintson ide. 

Fejlesztő kollégáim beépítenek a programba egy olyan beállítási lehetőséget, hogy a felírás kezdetének dátuma mindig az aktuális munkadátum legyen.

Ez a beállítás a receptírás ablak jobb alsó sarkában található fogaskeréknél lesz elérhető a következő verziótól.

ÉN sem a kérdés felvetését sem a választ nem értem !

"Számtalan esetben rosszul számol a program.".... a példák viszont arról szólnak, hogy tavaly nem volt jól kiszámolva az ellátási dátum ! Ezt a dátumot akkor egyáltalán a program adta meg. avagy a felíró számolt rosszul ?

Ehhez viszont semmi köze nincs az Astrixos példának ( ami mellesleg tökéletesen jó működés)!

Az én esetemben biztosan a program adta a dátumot,ugyanis nem írtunk ellátva -ig dátumot soha március 1. előtt!

Úgy látom nemi gazán érthető a probléma lányege ( a következő hozzászólásban nagyon helyesen Kovács Kolléga próbálja magyarázni !! ) mindig volt egy felírási dátum és ehhez valamilyen módon bekerült egy ellátási dátum is. Ez utóbbi dátum a pontatlan számolásból adódóan hibás volt és ezt a korábbi hibát viheti tovább a program még akkor is ha most már jól működik is , tehát igemis ki kell javítani az előző hibákat ahhoz, hogy a továbbiakban előírás szerint "dátumozhatóak" legyenek a vények.