Gondolatkísérlet szabad szoftverekre

Vélemény

Ellátási jogosultság ellenőrzésének kiszolgálása szabad szoftverekkel.
Mint mindenki, mi is szembesülünk azzal, hogy háziorvosunk több-kevesebb idő alatt leellenőrzi TAJ kártyánk alapján azt, hogy jogosultak vagyunk-e az egészségügyi ellátásra vagy sem. Egyik alkalommal kicsit hosszabb várakozásra kényszerülve elgondolkodtunk azon, hogy mekkora informatikai probléma tíz és félmillió ember ellátási jogosultságának lekérdezhetővé, ellenőrizhetővé tétele, valamint azon, hogy a jelenlegi OJOTE rendszer (ebből kérdezik le az egészségügyi dolgozók az ellátási jogosultságot) szabad szoftverekkel megvalósítható-e. A teljes írás az SzSzI wikiben.

( LiRul v | 2008. 01. 21., h – 19:32 )

Az elejen a pontokba szedett resz igeretesen indul, aztan nagyon elnagyoltatok a vegere. Sok dolog fuggoben maradt, peldaul a 7. pont (internet szolgaltatas, kieses, napokra). 3G-s netet minden rendelobe? Szep dolog az is, hogy 16 megara osszenyomtatok az adatokat, de kerdem en: valoban ezen a 100 megabyteon fog mulni, ha egy rendszernek egyidoben tfh 100e requestet kell kiszolgalnia?

Az Internet szolgáltatás kiesést 1 napon belül ellensúlyozza az, hogy q 16 Mbyte adatot elég reggel letölteni és az éjfélig jó.
A kis adatméret lehetővé teszi, hogy memóriából szolgáljunk ki, ami sokkal sokkal gyorsabb, mint az adatbázisból történő kiszolgálás. Mivel az adatokat a lekérdezések nem befolyásolják a rendszer könnyen és főleg olcsón párhuzamosítható ez pedíg meglehetősen megnöveli az egyidőben kiszolgálható kérések számát.

Persze a jelenleg használt megoldás nem ilyen, nem kis költségű, és nem nagyon épűl szabad szoftverekre, és bizony előfordúl, hogy eltérő helyről kérdeznek le adatot (ugyan azt) és más eredményt ad, ebből viszont azt gondolom, hogy nem is egy leválogatott statikus adatból szolgál ki.

S mi a helyzet az "egy helyen akár napokig nincs, és van, ahol egyáltalán nincs" resszel? Amugy szerintetek egy ilyen adatbazist legalisan es minden privacy jogot figyelembe veve barmelyik rendelointezet letolthetne egy helyi memoriaba, s hasznalhatna onnan? Logikusan en ugy gondolnam, hogy felvethet szemelyes adatokkal kapcsolatos adatkezelesi problemakat.

( bastya_elvtars | 2008. 01. 21., h – 19:42 )

"Apache mint web szerver"

Miért pont az?

"JÁVA"

No comment.
It doesn't matter if you like my song as long as you can hear me sing

( whitehawk v | 2008. 01. 21., h – 19:55 )

Ez szerintem hibás, mert csak a TAJ érvényessége derül ki, és nincs meg a hozzárendelés, hogy valóban jogosult-e az illető az adott TAJ számra. Mert szerintem TAJ kártyát hamisítani nem lehet túl nehéz. A név sem elég mert Lakatos Aladárból biztos van 2000, tehát kell születési dátum egyebek.

Ha esetleg az új rendszerben jogosultsági osztályok lesznek, akkor nem árt ha ilyet is tud, hogy kinek mégis mi jár. Vagy ha most nem lesznek később lehetnek...

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Kártyát nem nehéz hamisítani, de nehéz kell, hogy legyen elérni, hogy az bekerüljön a központi adatbázisba.
A bites megoldás esetén az 1 érték azt jelenti, hogy arra aTAJ kártyára ma (a lekérdezés napján) mehet a kezelés (fizet az illető járulékot, vagy a már megszerzett joga még érvényes - ez egyébként változhat)

Nem érted: a szám igazi, csak nem a felhasználóé, hanem másé. Az van ráhamisítva a kártyára.

Lekérdezik, hogy érvényes-e a szám, és annyit ad vissza hogy igen. Amikor, név és születési dátum minimum kell. Anyja neve se árt. Ez már nem 16mb.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

A TAJ kártya egy egyszerű papírlap amin valami bélyegzővel van rajta a 9 jegyű szám. Amikor tokba tettem, a fele le is jött. Namost fogom átírom, és más kontójára veszem igénybe a szolgáltatást. Mert doki beírja, hogy 012 345 678 és kiírja a rendszer, hogy oké. Ha kiírná a lekérdezéskor mellé, hogy Horváth Cecília, akkor valószínüleg már feltűnne, hogy az nem lehetek én. De tegyük fel, hogy egy férfi nevet ad ki.. Én ha mondjuk Lakatos Géza vagyok, akkor simán megoldom, egy másik lakatos géza számával... ha kiírja, hogy az a lakatos géza 40 évvel idősebb mint ami én vagyok láthatólag akkor már megint... anyja neve stb...

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Ott a pont... Szerintem a hamisitast ugy kerulik el, hogy az igaz, hogy a taj szamot ellenorzik csak (azt se a valosagossag miatt, hanem hogy van-e mogotte fedezet, azaz TB fizetes), de mikor valamit vegez/felir/stb az orvos, a gepeben mar a te adataid (nev, szul ido stb - mindne ami a beteg kartonjan van) melle kerul be az a szam, es az egesz egyutt megy a tb-hez elszamolaskor. Ha ott osszehasonlitjak es mas nevere szol az a taj szam, akkor nemcsak h bukta van, de meg a hamisito adatai is megvannak.

Szerintem a haziorvosoknak (az enyemnek tuti) megvan a maguk nyilvantartasa a betegekrol szamitogepen, ha idegen (uj beteg) megy hozza, azt gondolom elobb szepen felveszik (tolem is kertek szemelyit is betegfelvetelkor mikor idegen helyre mentem egy vizsgalatra).

A'rpi

Egyetemen mondta tanár (nem szó szerint):
Régen elég volt mindenhez személyi szám. Aztán elkezdtek ombudsmanok hülyülni, hogy személyiségi jogok, stb... így könnyen nyomonkövethető egy ember élete. Ezért bevezették jópénzért a különféle azonosító számokat. Az más kérdés, h minden ilyen számunk a személyi számból lett adott algoritmussal generálva!!! Így a hozzánemértők megnyugodhattak, de egy informatikus számára továbbra sem okoz gondot az adatok közti kapcsolatok által újabb adatokat nyerni...
________________________________________________
Attól, hogy más hülye, te még lehetnél normális.

Hát mindegyik nem, az biztos. A TAJ, ahogy lejjebb írták, egy sima számsor, érkezési sorrendben kapja mindenki a számát. A személyin levő hosszú szám viszont többek között a születési dátumból áll. Az igaz, hogy a legtöbb igazolványféle a születési dátumból, nemből (stb.) áll, de a TAJ pont kivétel...

A TAJ számnak nincs ugyan kapcsolata a születési évvel, viszont az utolsó számjegy ott is egy ellenőrző szám, amit az előzőekből képeznek.
Most egyébként az őstermelőknek kell adószámot kérniük:

  • van adóazonosító jele
  • most lesz adószáma is, amit ugyanúgy az APEH használ
  • van őstermelői igazolvány száma, amit a Földmúvelésügyi és Vidékfejlesztési Minisztérium Szakigazgatási Szerve állít ki
  • van regisztrációs száma, amit a Földmúvelésügyi és Vidékfejlesztési Minisztérium kifizetési ügynöksége, a Mezőgazdasági és Vidékfejlesztési Hivatala állít ki.

És mit csinál a felvásárló: elkéri mindezeket, meg anyja neve, szül. helye, éve.
Biztonság kedvéért.
Apátok f*sza jogvédők...ja meg Alkotmánybíróság, azok ítélték alkotmányellenesnek a személyi szám használatát.

Ott tartunk (most januárban), hogy Stroke-os beteghet 2 óra múlva ér ki a rohammentő és megállapította, hogy az állapota stabil (a helyi orvos elláta, pont értett hozzá a múltja miatt) és elment mert Ő ilyen beteget (stabil-t) nem szállíthat. + 4 órával később megérkezett a betegszállító.

Szóval még nem tartunk ott, de arra igen. - sajnos.

"Az ellátásra jogosultság igazolása ellenörzése egyre fontosabb lesz a jelenlegi reform eredményeképpen."
Aminek őszintén örülünk, mert talán eljutunk odáig, hogy "érdemes lesz" adót fizetni, nem csak fejni az államot... Kicsit unalmas már, hogy 20% fizet, a többi meg sír, hogy alig kap valamit...

Ha meg egy hónapra munkanélküli leszel, de 20 évig fizettél, beszívod ha akkor pont beteg leszel...Nem jó ez így sem!
A lányomat be kellett vinni - sajnos - a korházba és trezorok ugyan lesznek, de a hűtőfürdőhöz csak egy 35 cm-es lavórt tudtak adni, amibe vhogy belepréseltük, mert az egész osztályon 2 db műanyag kád volt fürdetésre és pont foglalt volt. Szuper! Ja, igen két éves, tehát még nem fizet tb-t, lehet ezért volt, hogy ezután - helyhiány miatt - át tették a csecsemőosztályra, egy akkora ágyba, amiben megfordulni sem tudott, egy tüdőbeteg 4 hónapos gyerek mellé ( őt tüdőgyulladásból épült éppen fel ).
Jó lesz adót fizetni! Igen, igen, igen! Ja és én államitulajdonú cégnél vagyok, tehát nem létminimumra vagyok - sajnos - bejelentve, tehát a valós fizetésem felét viszik el ezek a rablók...Azért remélem egyszer valóban örülni fogok annak, hogy adót fizethetek meg tb-t, az, hogy legutóbb a nővér 10 perc könyörgés után katéterezett meg mert ennyi kellett, hogy felfogja, valakik elszabták és 3 sóoldat helyett 6 ment belém és a gerinc injekció után másfél órával lehet nem is én tehetek arról, hogy nem tudok magamtól kacsába, mert nem is érzem, hogy kell csak akkora a húgyhólyagom mint a hordó, aztán begörcsölt a vesém...Hurrá!
Tényleg nem offolok tovább, csak próbálom megérteni, hogy valaki itt azt hiszi majd neki jobb lesz...

üdv: pomm

"Ha meg egy hónapra munkanélküli leszel, de 20 évig fizettél, beszívod ha akkor pont beteg leszel...Nem jó ez így sem! "

eddig sem azonnal szunt meg a jogosultsag, ha kitettek az utcara, ezutan sem fog. mellesleg ha jol ertem az uj modit, akkor munkanelkulikent is fizetni kell/lehet, havi 4.5KHuf-ot es siman el tovabb a jogosultsagod.

" lányomat be kellett vinni - sajnos - a korházba és trezorok ugyan lesznek, de a hűtőfürdőhöz csak egy 35 cm-es lavórt tudtak adni, amibe vhogy belepréseltük, mert az egész osztályon 2 db műanyag kád volt fürdetésre és pont foglalt volt. Szuper! Ja, igen két éves, tehát még nem fizet tb-t, lehet ezért volt, hogy ezután - helyhiány miatt - át tették a csecsemőosztályra, egy akkora ágyba, amiben megfordulni sem tudott, egy tüdőbeteg 4 hónapos gyerek mellé ( őt tüdőgyulladásból épült éppen fel ).
Jó lesz adót fizetni! Igen, igen, igen! Ja és én államitulajdonú cégnél vagyok, tehát nem létminimumra vagyok - sajnos - bejelentve, tehát a valós fizetésem felét viszik el ezek a rablók...Azért remélem egyszer valóban örülni fogok annak, hogy adót fizethetek meg tb-t, az, hogy legutóbb a nővér 10 perc könyörgés után katéterezett meg mert ennyi kellett, hogy felfogja, valakik elszabták és 3 sóoldat helyett 6 ment belém és a gerinc injekció után másfél órával lehet nem is én tehetek arról, hogy nem tudok magamtól kacsába, mert nem is érzem, hogy kell csak akkora a húgyhólyagom mint a hordó, aztán begörcsölt a vesém...Hurrá!
Tényleg nem offolok tovább, csak próbálom megérteni, hogy valaki itt azt hiszi majd neki jobb lesz...
"

na epp ezeken kellene valtoztatni, ha minden igy megy tovabb, mint eddig, akkor ez igy is marad...

nem marad így, komoly szakmai fejlesztés eredményeképpen a katéterezés már mondjuk a folyosón a wc és a lift között is elvégezhető (szakmisziter ack: ez teljességgel elfogadható), illetve a többhónapos várólista szakmai kifejlesztésével máris meg van szűrve aki csak unalmában jajong, hogy fáj

Nyugi az én fizetésem felét is elviszik. És nem szűnik meg a jogviszonyod azért mert munkanélküli leszel. Viszont már most elég sok (~200e) emberről kiderült, hogy valahogy eddig soha senki nem kérdezte meg tőlük, hogy fizettél-e már tb-t. Vagy ne adj Isten dolgozott szegény, fizette, csak a munkáltatója elfelejtette továbbutalni a pénzt...
Nekem van olyan ismerősöm, aki 34 éves és még adószáma sincs. Él, mint Marci hevesen, az APEH/TB meg azt sem tudja, hogy létezik. De az ellátás jár neki. Mert ugye olyan jó a rendszer...

És igen, javítani kell rajta, bár kapásból beleláttátok, hogy tök jónak tartom a reformot, holott ilyet nem is írtam le. Rengeteg sebből vérzik, máshogy csinálnám, de a jó részeit nem szabadna torpedózni csak azért, mert nem az én haverom csinálja....

de ez itt már nagyon off...

Talán nem kéne ennyire elrugaszkodni a valóságtól!
A háziorvosi rendelőben nem a TAJ-számodat kérik el, hanem a TAJ-kártyádat, amin azért név és születési dátum is van, továbbá a páciensek adatai 99%-ban már régen megvannak a háziorvos számítógépében(esetleg a kartonodon). A hivatalos rendszer pedig tényleg csak a taj számot kéri be, és csak egy piros/zöld jelzést ad vissza.

És miben változtat, hogy odaadom a szar gyűrött hamis kártyát vagy megmondom a hamis számot? Senki nem a kártya elkérését vitatta. De pl az enyém kb olvashatatlan és gyűrött. Azon is azt hamisíthatnék amit akarok. Az okmány egyáltalán nem biztonságos, ha úgy tetszik, és a rendszer ezt nem küszöböli ki egyáltalán. És mivel az okmány egyelőre adott, így a rendszerbe kéne a biztonság. Amit én akkor is szeretnék, ha az okmány biztonságosnak mondott lenne.

Ja és mivel a kártya ilyen szar, a legtöbb ember a fénymásolatával járkál. Az meg aztán biztosan nem hiteles másolat.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Az ellenőr is megvizsgálhatja a jegyed UV fény alatt, vagy a bérletedet. Ha hamis akkor bünti jár. Okirathamisítás ugyanis. Ugyanez igaz a TB kártyára is. Márpedig mi értelme az egész rendszernek, ha nem ellenőrzik a jogosultságot igazoló papírt? Akkor nem kell adatbázis se.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Ez a rendszer (OJOTE) több sebből is vérzik. A TB-kártya csak az egyik. A másik probléma, hogy a munkáltatók/kifizetők fejvesztés terhe mellett küldik az APEH-nek a havi járulékbevallás adatokat, de a jogosultságok ellenőrzéshez használt adatbázisnak ezzel semmilyen kapcsolata nincs. Így aztán a polgárnak kell utánajárni/igazolni (piros jelzés esetén), hogy márpedig az ő járulékait igenis befizették. Ez egy kabaré.

Ez mind lehet, de leszarom. Arról van szó, hogy babó felvázolt egy rendszert ami egyelőre szintén nem jó, és próbálok erre rávilágítani, de eddig 2-3 ember jelezte, hogy érti a problémámat. Ha már valamit le akarunk váltani, akkor ne az legyen a cél, hogy a szart, nyílt forrású/szabad szarra cseréljük. Ez kb az a mentalitás, hogy ha valami BSD licensz alatt van akkor az jobb mint a GPL licenszű cucc.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Azt gondolom, a hogy a felvázolt rendszer egyértelműbb mint a jelenlegi, TAJ alapú lekérdezésekre sokkal gyorsabb és ráadásul olcsóbb hardveren szabad szoftverekkel megvalósítható.

Szóval lehet, hogy nem sokkal jobb, de egy csomó problémát megold, és kevesebbe kerűl.

Ok, de ha ez a rendszer most tényleg csak ennyit csinál, akkor egy kalap szart nem ér. Szerintem a felvázolt problémák valósak, és ha tényleg valamit nyújtani akarsz akkor az ez lehet. Mert egy döntéshozó lázba jön attól, hogy "mert ez szabad". És hiába olcsó, ha már megvettek egy másikat.

Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش

Persze ez sem olyan egyértelmű. Amennyire tudom az APEH ma napjában több alkalommal küld adatokat az OEPnek (aki mostanáben nem tudja beolvasni őket :)), Viszont az új munkaviszonyt 1 nappal hamarabb be kell jelenteni ám a munkaviszony megszüntetését csak 8 napon belül. Ebből az következik, hogy a napi többszöri adatküldés az OEP felé csak arra jó, hogy összezavarjon mindenkit.

A probléma ezzel az, hogy ha bármilyen úton-módon szerzek egy tb-számot, amíg az él, addig használhatom, mivel a te rendszeredben lekérdezéskor csak egy logikai értéket kapok, de pl nevet nem, így sose derül ki, hogy a szám jogosult tulajdonosa nem én vagyok.

Egyébként szerintem egy átlagos "Felhasználó követés" itt a HUP-on lényegesen bonyolultabb mint többszáz jogosultság lekérdezés, mégis az az egy (2?) szerver egész jól elboldogul...

"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee."
-- Ted Ts'o

( zsolt | 2008. 01. 21., h – 19:53 )

Elég lehet csak a jogosultak halmazában keresni, mert aki nincs benne, az nem jogosult (ez lecsökkentheti a kezelendő adatmennyiséget).

Ezt nem értem. A jogosulatlanok (feketelista) többen vannak?

Épp ez az, hogy de :)
Vagyis ha valaki "szerez" egy olyan TB kártyát, amelyiknek az eredeti tulakdonosa már nem él (nem fordulhat elő, hogy másik orvosnál vagy bárhol megjelenik vele), akkor igénybeveheti a szolgáltatást ingyen. Volt is ebből valami botrány nemrég.

--
Debian - The "What?!" starts not!

( turul16 v | 2008. 01. 21., h – 19:58 )

Megmondom: semekkora probléma. :) írd át úgy a feladatot, hogy nehéznek tűnjön.

Arra gondolok, hogy parsztnak milyen adatát kell még letárolni ? Mit kell letárolni multra vonatkzólag ? Milyen felületen lehessen elérni, ki férhet hozzá, ki osztja a jogot rá hogyan .. etc.

Ha nagyon vad és kevés HW-t és bloatware-t igényló megoldás-t keresel akkor, nem sokára melót keresek :)

( slink | 2008. 01. 21., h – 19:59 )

Sziasztok!

Azt szeretném kérdezni, hogy nem tudtok egy nyíltforrású magyar helyesírás ellenőrzőről? A cikk szerzőjének javasolnám beszerzésre. Köszi!

( turul16 v | 2008. 01. 21., h – 20:07 )

Ja és 30 bitten tárolható . log(10^9)/log(2)=29.897..
vagy , log(10^8)/log(2)=26.57.. ha, az ellenorzot nem teszed bele.

( gd | 2008. 01. 21., h – 20:38 )

Kissé OFF, de: aki a TAJ szám, TAJ kártya kifejezéséket használja, gondolja meg, hogy minek a kezdőbetűiből áll a TAJ betűszó, és ezt helyettesítse be az előbbi kifejezésekbe. Ezután javaslom a TAJ szám helyett a TAJ, a TAJ kártya helyett pedig a TB kártya kifejezéseket.

Nemrég cseréltem le a ~13 éves zöld, kopott kártyám. Az új kártyán szerepel: név, szülidő, Társadalombiztosítási Azonosító Jel, kiállítás dátuma, aláírás. A kék kártyának a neve: Hatósági igazolvány
________________________________________________
Attól, hogy más hülye, te még lehetnél normális.

( samuf v | 2008. 01. 21., h – 20:52 )

Most mit is akar ez az írás?
Az szerintem nem kérdés, hogy vannak-e megfelelő nyílt forrású szoftverek egy ilyen probléma megoldásához.

A másik amit nem értek, mi ez a nagy tárhely spórolás? Az illető aki írta gondolom nincs azzal tisztában, hogy attól, hogy egy adathalmaz méretét tekintve kicsi még nem feltétlenűl hatékony más tekintetben is. Az pedig, hogy egy logikai érték 1 bit-en van tárolva, talán helytakarékos, de a jelenlegi hárdver kiépítésekné egyáltalán nem hatékony. Nem véletlen, hogy a legtöbb programozási nyelv amelyikben van logikai változó, mind 1byte-on tárolja.

Az offline-n használatot sem igazán értem mindenki töltse le a teljes adatbázist? Egyrészt jogi gondok vannak vele, másrész az aztán tényleg terhelést jelentene a szervereknek, ha az összes érintett intézet, orvos reggel 8-kor elkezdené lehúzni az adatokat.

BT Instruction. google ezt mondta
Pár apróságot figyelembe véve is igen hatékony az 1 bitezés, bizonyos rendszereken.

"Nem véletlen, hogy a legtöbb programozási nyelv amelyikben van logikai változó, mind 1byte-on tárolja."
Igen, ez az egyik ok amiért nem szeretem, ha nem lehet asmet begyázni a kódba.

http://www.sgi.com/tech/stl/bit_vector.html ez is felesleges ugye :)

Azért egy bitmap-ből nehezebb (lassabb) kiszedni egy meghatározott értéket mintha byte-on ként lenne letárolva. Az 1byte-ot a megagott index alapján beolvasod és megvan az érték, az 1bit-en ként tárolt esetben megkeresed a megfelelő byte-ot, majd maszkolod, lépteted a biteket, szerintem a jelenlegi legtöbb rendszerben az első megoldás gyorsabb.

Ami meg a memóriában tárolást illeti, 200M-ról felmenne az érték 8x-ra, de legyen 10x-es, szerintem nem túl nagy gond 4G ramot beletenni egy gépbe és a probléma megvan oldva.

64 bites, bár nem értem miért fontos. Ami meg a cache-t illeti jó dolog, de azon a 12MB-on osztoznod is kell más programokkal, ráadásul a cache leginkább olyan esetekben segít amikor egy folytonos adatsort kell feldolgozni, viszon itt az adatok kérése teljesen véletlenszerű ami sok laphibát jelent, ilyen esetben az L2-ben tárolni az adatokat még lehet, hogy teljesítményromlást is előidézhet.

Azért kérdeztem, mert lehet tákolok valamit, amit lehet mérni.

"ilyen esetben az L2-ben tárolni az adatokat még lehet, hogy teljesítményromlást is előidézhet." :)

laphibát ugyan nem jelent jobbára, ahhoz ki kéne kerülnie a fizkai memóriábol. Te arra gondolhatsz ,hogy kikerül a lap a TLB -böl, az meg főleg nagy menyiségű adatnál fordul elő .

Csak számodra nem kérdés. Hidd el.
A tárhely spórolás arra jó, hogy kis eszközökben is lehessen tárolni pl. okostelefon, PDA.

Megjegyzem a logikai változókat sok fordító több mint 1 byte-on tárolja. De nem ez a lényeg. Hanem az, hogy a bitek kezelése memóriában sokkal gyorsabb mint a rekordoké diszkről.

16 Mbyte letöltése / orvos nem sok adat és a 16 Mbyte-ban már nincs olyan adat ami jogi problémákat okozhat, hiszen csak 1 és 0 azonosításra alkalmas adatok nélkül.

azt a 16MB-t meg lehet gzippelni is, oszt majd a kliens ugy tolti le. amugymeg egy helyben egyszeri lekerdezes eseten szvsz tokmind1, hogy 0.0000000001 vagy 0.0000000002 sec alatt allapitom meg, hogy igen/nem, de a kedvedert lehet olyan klienst irni a letolteshez, ami miutan lehuzta, kicsomagolta meg at is alakitja bitformarol byte-ra a lokalis tarolashoz. Mondjuk az mar lehet eltartana par percig, de ugyis csak naponta 1x reggel.

( pila | 2008. 01. 21., h – 21:10 )

Idézet a hivatkozott írásból:
"A TAJ szám egy kilenc számjegyből álló szám, amelyben az első nyolc számjegy egy folyamatosan kiadott egyszerű sorszám, amely mindig az előző, utoljára kiadott sorszámból egy hozzáadásával keletkezik"

Ha ez így van, akkor a cikkben említett 16MB-nál lényegesen kevesebb helyen is tárolható az érvényes TAJ-számok listája, csak fel kell sorolni az 1-esekkel teli intervallumok elejét és végét.

( pippec | 2008. 01. 21., h – 21:39 )

Ha jól van kitalálva és megvalósítva, akkor biztos lenne ilyen szabad szoftverekre szükség az egészségügyben (is), mivel a most használt szoftverek sem a legjobbak. Friss élményem, miszerint az asszisztens vitte be az adatokat az adatbázisba, és katt a mentésre. Mentés helyett az egész adatbázisból törlődött a beteget, aki így megszünt létezni... pánik, feltorlódó betegsor, én meg hazamentem.
________________________________________________
Attól, hogy más hülye, te még lehetnél normális.

( dii | 2008. 01. 21., h – 23:15 )

A kérdés inkább az, hogy hogyan kapcsolódik a probléma a valósághoz.
Azaz. Amire nincs rálátásom. Mi az orvos dolga? Ha érvénytelen a TAJ szám jelenti? Azt nem a TB fogja valahol ellenőrizni, nincs itt kettős munka (orvos is, tb is ellenőriz)?
Mi a hibatűrése a rendszernek? Orvos mondhatja-e jelenleg azt, hogy szar volt a net/szerver/stb és nem tudtam lekérdezni? Majd a TB elintézi ezt a munkát?
Milyen gyorsan változik valakinek a státusza? Ha jól tudom a munkaadóknak 1 hetük van jelenteni a változást. Munkanélküliként is jár valamennyi időre TB? Tehát az egész rendszer működhetne offline heti vagy havi frissítéssel? (Urambocsá snailmailen, ahol más nincs.)
Remélem érthetőek a kérdések. Ha az orvos felelősége mérsékelt, ha az adatbázis el bír egy-két hét csúszást, akkor ezt az egészet pofon egyszerű megvalósítani.

Az orvosnak / intézetnek ellenőriznie kell, és tájékoztatnia az eredményről. Az orvos / intézet ellát, de ha nincs rendben a jogosultságod az APEH behajtja a tartozást.
Ráadásul (ez talán csak terv még) az ellátásért járó pénz egy részét, talán 10% nem kapja meg az egészségügyi szolgáltató, ha nem ellenőrzi le igazoltan a jogosultságot.

Törpöltem pár percet a dolgon és ezt az egészet annyira egyszerű megvalósítani:
1. Van valamilyen adatbázisa a TB-nek, amibe megvan ez az infó.
2. 00 órakor lefut egy progi és elkészíti a fájlt a feljebb említett tömörítéssel.
3. Webszerverek és pótwebszerverek megkapják ezt a fájlt.
4. Reggel munkakezdéskor letöltik a kliensek.
5. Egész nap boldogan, 1 másodperc alatt tudják kinek van érvényes TB-je.

Persze nem orvosság erre, ha nincs net. Azoknak marad a telefonálós móka. Meg a hamis TB kártyázáson se segít amiről volt beszéd feljebb, de ez nem is feladat, ha jól értelmezem.
Ehhez kell:
- Webserver. Tetszőleges, le lehessen tölteni a fájlt.
- Kliens. Multiplatform. Megírom ha kell, de biztos, hogy mások is kirázzák s kisujjból.
- TB adatbáziásól tömörített adatot készítő progi. Dettó, de ehhez a TB is kell.

A kérdés az, hogy ki a jóisten tudná ezt a döntéshozókig elverni. Ebben kicsi a ráció. Ennek ellenére benne vagyok, hogy készítsünk egy fake adatbázist és rá egy rendszert.

A "megvalósításból" kimaradt a következő:
1. Hogyan igazolja a letöltő, hogy nem nyúlja le az adatbázist, és használja saját célra.
2. Hogyan oldod meg, hogy a jogosultakon kívül más ne férjen hozzá a letöltött fájlhoz?
3. Hogyan igazolja a lekérdező, hogy megcsinálta a lekérdezést?

"Hogyan igazolja a letöltő, hogy megcsinálta a lekérdezést?"

Gondolj bele a következőbe:

Te fizeted a járulékot az orvosnak el kell téged látnia így is úgy is. Jelenleg az ellátás jár mert jár, tehát nem a lekérdezés eredményétől függ.

Az orvos jelenti a pácienseit. Lehet (a jelenlegi szabályok esetén) akkor ellenőrizni azt, hogy az illetőnek volt-e jogosultsága, ha nem lehet jelezni és az illetékes, jelenleg az APEH eljárhat.

Ebben az esetben nem az orvos idegesíti a betehet és magát az érdemi munka helyet ezzel. Ja, hogy így esetleg több ideje marad kezelni? ...

Ráadásul a szoftver amit használ a letöltött vagy az interneten elérhető gyors lekérdezőben ellenőrizhetne pl a recept nyomtatás vagy egyéb izgalmas tevékenység alatt.

Persze a jelenlegi szoftverek és háziorvosi számítógépek biztonsága olyan, hogy igen veszélyes az internetre kötni.

Tudod te, hogy több olyan betörés volt, ahol csak az orvos diszkjét vitték el?
Tudod te, hogy a szoftver fejlesztő cégek gyakran letöltik magukhoz a szoftvereik állományait (nevekkel betegségekkel mindennel)?
Tudod azt, hogy egyetlen egy kórházi rendszer sincs amely a betegek adatainak kezelése szempontjából megfelelne a vonatkozó törvényeknek? Azt szokták a cégek mondani, hogy úgy sem lehet betartani, ezért meg sem próbálják.

Biztos, hogy a jelenlegi helyzetben a letöltött "bitsort" kell félteni?

Orvosvátásnál pedig az új orvos küld postán egy kikérőt, majd a régi a teljes eü. kartont be...ssza egy borítékba, rányal egy bélyeget, és irány a posta...

Ami nekem a teljes érvényes TAJ-listával a bajom, hogy jelenleg egy helyen van ez a lista, ott kell a megfelelő biztonságáról gondoskodni, ha pedig több ezer helyen meglesz, akkor sem a szinkronjuk, sem pedig a biztonságuk nem szavatolható.
Az más kérdés, hogy az összes többi, az eü.-ben kezelt különleges adatod biztonsága jelenleg milyen, de jelen gondolatkísérlet határain ez túlmutat (a magyar egészségügy adatkezelési- és információbiztonsági kérdései).

( ssikiss | 2008. 01. 22., k – 07:51 )

Jó ez a téma. Próbáljuk leoptimalizálni bitszinten azt az adatbázist, amit 1000 kilométerről látni vélünk. Nem mintha ismerném, de azért "kicsit merész" vállalkozás így még gondolatkísérletet is végezni.
Az fel se merült senkiben, hogy itt kicsit több, bonyolultabb adat van, többféleképpen, többféle irányból rángatva a háttérben, és ez a funkcionalitás csak egy igen pici szelete az egésznek?

Egyetertek. Ettol fuggetlenul SZVSZ nagyon sokat dobna az itthoni open-source kozosseg megitelesen egy ilyen nagy rendszer nyilt konkret specifikacioja, amely csak free eszkozoket tartalmaz, illetve ennek egy referencia implementacioja.

Sajna persze ilyen nem fog sohasem keszulni, hiszen ez rengeteg melot es sok penzt igenyelne.

Áruld már el, mi ez a görcsös ragaszkodás a "csak free elemeket tartalmaz" kitételhez? Egyrészt: ilyen architektúrában, ha nem akarod nagyon elszúrni, ugye lesz redundáns switch, és redundáns router, meg redundáns vonal, meg redundáns loadbalancer. Namost megcsinálod ezeket a komponenseket dzsunkapíszín, "free elemekkel", vagy veszel Cisco switch-et, és Cisco routert? Netalán még vmi nagy nevű loadbalancert is (bár itt azért több létjogosultsága van a szoftveres megoldásnak)?

Szóval mi ez az őrület? Csak azért kérdem, mert ha egy minden elemében free rendszert összeraksz, tehát pl az ojote alatt nem fizetős alkalmazásszervert használsz, hanem magad által hegesztett jakarta-t, tomcat-et, apache-t, stb, akkor rá fogsz jönni, hogy mire mindezt összekonfigurálják, integrálják, és ledokumentálják neked, többe kerül az egész, mintha megvetted volna a dobozt. Nem véletlen, hogy még ezekből az eszközökből is van csomagolt, pénzes verziójú pakk, amiért a RedHat, SuSe, vagy ki tudja még hányan, igen szép summát kérnek.

Nem vagyok egy kimondott "openbuzi", szkepticizmusom inkabb a napi tapasztalataimbol szarmazik, ugyanis latom, hogy mennyire rossz hatekonysaggal mennek ezek a fejlesztesek nagy projektek eseteben. Es nincs is semmi osztonzes a hatekonysag javitasara, hiszen ugyis nagy rendszert fejlesztenek nagy klienseknek, vegtelensok penzert. Az allami megrendeleseknel raadasul a penz nem is igazan szamit.

Szoval felreertes ne essek, en az open fejleszteseket hatekonysagat korlatozottnak latom, es elegedettlen vagyok vele, de amikor egy nagy ceg nagy projektet fejleszt, annal nem nagyon tudok rosszabb hatekonysagu mukodest elkepzelni.

Szerk, lenyeges: A Google meg tudta csinalni. Dzsunka PC-n, free szoftverekkel.

A pénzügyi hatékonyság nagy állami projekt esetén semmilyen korrelációban nem áll a szabad szoftverek használatával az ügyben. Az, hogy bizonyos funkciót egy ilyen rendszer esetében, mint az ojote, open+free, vagy fizetős eszközökkel oldanak meg, a projekt összköltségének szerintem kb 10%-a, plusz-mínusz. Ha a plusz erőfeszítést számolom, ami a dokumentálás és a szakértői díjak miatt menne el, akkor még az is lehet, hogy drágább az open megoldás bizonyos esetekben.

BTW Google: ja, dzsunka, meg free szoftver. Egy darabig. Aztán azért ott van az a tudás, amit a Google magának fejlesztett, és rohadtul nem open, és a legkevésbé sem free. Szóval ott is a helyén kezelték a dolgot, és azt oldották meg nyílt szoftverrel, amit érdemes volt, és amiben az tökéletesen megfelelt.

"Az, hogy bizonyos funkciót egy ilyen rendszer esetében, mint az ojote, open+free, vagy fizetős eszközökkel oldanak meg, a projekt összköltségének szerintem kb 10%-a, plusz-mínusz."

Jelenleg igy van, egyszeruen azert, mert a projekt erdemi reszet nem lehet kivaltani open eszkozokkel, a kivalthato reszek is tovabbi fejlesztest illetve integraciot igenyelnenek, osszetett rendszereknel ez pedig erosen viszi a penzt, ezzel egyetertek.

Szoval, hogy melyek a jelenlegi szabalyok, korlatok, es lehetosegek, azzal egyetertek veled. Egyszeruen csak azon filozok, hogy nem lehetne-e sokkal kevesebb penzert legalabb ilyen jo rendszert fejleszteni? (Mert ahogy a fejlesztes folyik ilyen esetekben a nagy cegeknel - csak ismetelni tudom magam - az katasztrofalis.) Ez szerintem egy ertelmes felvetes.

Nem tiltja meg senki, de nem is erre utaltam.
(Biztos jó móka lehet megalapozott információk hiánya mellett, komplex alternatív informatikai megoldást kidolgozni a nekünk tetsző módon, aztán szépen elfilozofálgatni a profitorientált cégek piszkos kapitalizmusán, szakmai dilettalizmusán, felszabadító mozgalom indításán, a világ megváltásán stb.)

" "kicsit merész" vállalkozás így még gondolatkísérletet is végezni"
Gondolkodni nem merészség! Gondolkodni szükséges! -lenne nem csak itt. és nem csak nekünk.
Ez a funkcionalitás valóban csak pici szelete az egésznek, de le is van írva, hogy leállogatással kezdődik. Ráadásul ez a gondolat sor erről a kis elkülöníthető részről szól, nem "világ egyenlet".

( okarika | 2008. 01. 22., k – 08:24 )

Urak!

Van néhány apróság.

1. Az ojote rendszer messze nem annyit csinál, amennyi le van írva.
2. Nem döcög. A kérdések gyakorlatilag kivétel nélkül egy másodpercen belül megfordulnak az oep-hez tartozó eszközökön. (jellemzően pár tized másodperc)
3. Minden eleme redundáns.
4. A legtöbb gond a felhasználók hibáiból adódik. (Ezen nem segít, ha 100%-ban nyílt forráskódú a rendszer)

Persze, hogy nagy cég csinálta. Egy ilyen rendszert ti rábíznátok egy pistike bt-re? (holnaptól nyoma sincs...)

Szabad szoftverek pedig most is dolgoznak alatta. Igaz nem kizárólag.

A vasak méretezésénél az is figyelembe lett véve, hogy mivé fejlődhet egy ilyen.

Végre valaki értelmes, aki nem akarja mindenáron szabadszoftver címkével telepecsételni a fél világot.
Igen, az ojote jóval többet csinál.
És igen, minden eleme redundáns.
És tényleg nem döcög.

És hoppá, milyen meglepő, az egész architektúrában hogy, hogy nem, elég jelentős szerepet kapott a szabad szoftver, azt kell mondjam, ilyen szempontból épp megfelelő mértékben lett elválasztva, hogy hol, milyen komponens legyen nyílt alapokon.

Ja hogy a rendelők által az elmúlt években kapott milliárdos támogatásokból egyes helyeken nem sikerült internetkapcsolatot kialakítani? Hát ez bizonyára az ojote hibája, tényleg.

Szóval kár az egész nyálverésért, konkrétan sikerült egy olyan rendszerbe belekötni, amit nem nagyon lehetett volna jobban kitalálni, vagy ha úgy tetszik, nem lett égbekiáltóan elk*rva. A sok világmegváltó géniusz, aki nem ismeri a környezetet/kialakítást, menjen keressen magának másik gumicsontot, amin elrágódhat, de tényleg.

Nagyságrendekkel olcsóbban nem.

A beszerzés igen lényeges tétele a vas.

Az össz költségvetés kb 10-15 %-át lehetne spórolni, de ehhez kellenek azok a cégek, amik el tudnak egy ilyen pályázaton indulni. (van anyagi háttér, van tapasztalat, van referencia)

Nem tudom, hogy ez volt-e közbeszerezve, és ha igen a pályázatot sem láttam, de most már engem is érdekel, úgyhogy utánanézek.

Amúgy tisztában vagy vele, hogy mennyibe kerül a szoftverfejlesztés? Egyértelműen nem az a két forintos téma. És hiába mondod, hogy a haverom meg én néhány óra alatt összereszeltük volna, a fentiek miatt ezt márpedig méregdrága főállású programozók csinálják. Másrészt az ojote nem csak annyit csinál, amennyit a nép lát belőle, hanem sokkal többet.

Ha szabad szoftvereket használsz is, a programozókat, management-et, sofőrt, kiskutyafülét, ÁFÁ-t ki kell fizetni.

Nem lesz a sokmilliós projektből csak azért, mert szabad szoftvereken alapszik néhány százezres.

Amúgy konkrétan mit vizsgálnál?

A fejlesztést?
Az egész rendszert?
Vassal, vagy annélkül?

Csak mert az egész rendszer kifejlesztésébe akár még a szerverek alaplapjainak fejlesztése is beletartozhat :)

Nem szeretem a hitvitákat. Ha megvannak az információk, ami alapján ezt el lehet dönteni, akkor van miről beszélni. Az lenne a legfontosabb, hogy nyilvánosak legyenek azok az információk, ami alapján a hozzáértő emberek MEGALAPOZOTTAN el tudják dönteni, hogy ez most megérte az árát, vagy nem. Ha ezt már elértük, sokat léptünk előre, lehet menni képviselőhöz, tévéhez, parlament elé. Sajnos szerintem még itt sem tartunk. És amíg sötétben botorkálunk, marad a hitvita, meg az úgy hallotam a szomszéd nénitől.

Üdv

Okarika

"Az össz költségvetés kb 10-15 %-át lehetne spórolni, de ehhez kellenek azok a cégek, amik el tudnak egy ilyen pályázaton indulni. (van anyagi háttér, van tapasztalat, van referencia)"

Csak a példa kedvéért 100 milló 10% az 10 millió. És ez a rendszer nem 100 millióba került. Ezek az elveszett 10 - 15 százaléknyi "semmiségek" milliárdokat adnak ki végül.

"És tényleg nem döcög."

a minap revizionaltam egy apache/tomcat kombot, amire jomagam elsore aszontam nem docog, az alkalmazasfejleszto programolo aszonta nem docog, de megis idonkent orankent jott a monitortol az sms, hogy nemjo. es honapokig aszitte mindenki, hogy ebben az esetben a nagios megorult. NoDe. Csakkiderult, hogy nem; azota 3x annyi klienst is ki bir szolgalni sms nelkul.
szamomra a tanulsag : idonkent hallgasd meg a felhasznalot, mert lehet belenyul a kozepibe.

Kötve hiszem, de látom a történetedet böngészve, hogy lelkesedsz a személyeskedésért, holott rohadtul nem lettél megszólítva. No mind1.

Ha kicsit is értenéd, miről beszélsz, meg értenéd/kellőképp ismernéd az emlegetett rendszert, és végigolvasnád ezt a hajmeresztő és sokszor égbekiáltóan borzalmas ötletáradatot, talán nem találnál más szavakat, mint hogy egyesek verik a nyálukat egy olyan problémán, amit összességében jó eséllyel felfogni és megérteni is képtelenek. Sőt, igazából a problémakör definíciójával is vannak gondok, úgy látom.

Mindent, a hozzászólókat is érdemes a helyükön kezelni. Senkit nem kell szerintem megszólítani. A dolog szándékosan a probléma egy nagyon kis szeletéről szólt, mely elkülöníthető és külön kezelhető. Attól, hogy valaki traktoros és napi sok órában szánt, kirándulni, boltba mehet biciklivel és motorral is. (Sőt praktikus, hatékony, gazdaságos nem a traktorral mennie)

Hát nem tudom.

Rám sokmindent lehet mondani, csak azt nem, hogy elvakult lennék... Elég sokféle OS-el dolgozom. És nem az OS-hez keresem a problémát, hanem a problémához az OS-t.

És vannak még páran így errefelé.

Légyszi!

Ne kezdjünk bele még egy végtelenített értelmetlen hitvitába.

"1. Az ojote rendszer messze nem annyit csinál, amennyi le van írva."

Ezt pontosan tudom. Viszont az ellenőrzés kiszolgálást sajnos betették a többi közé és nem kellett volna

"2. Nem döcög."

Ez sajna nem állja meg a helyét így. Igen sok helyen van és volt szerencsém használni. Tudod, hogy önkényesen 7 napban limitálja az OJOTE a múltbeli állapot lekérdezést? - hivatkozva a rendszer terhelésre.

"3. Minden eleme redundáns."

Ez a külön választott jogosultság ellenőrzés esetén is lehetne így

"4. A legtöbb gond a felhasználók hibáiból adódik. (Ezen nem segít, ha 100%-ban nyílt forráskódú a rendszer)"

Valóban minden rendszert csak felhasználók zavarnak. A nyílt forráskód abban tud nagyon sokat segíteni, hogy láthatóvá teszi az ár / műszaki tartalom arányt. Ezt látva pedig esetleg kiderülhet, hogy azért a pénzért lehet többet is kapni.

Nem baj ha tudod, hogy egészen nagy cégeknek is dolgoznak egészen kicsik. Szabad szoftver (nyílt forráskód) esetén pedig a folytatás megfelelő dokumentáció esetén lehetséges. Most hiába van megfelelő dokumentációd (már ha van) mert a forrással nem rendelkezel. Nagy cég is tud nem dolgozni megszűnni terméket váltani. persze ha olyan sokat fizetsz, hogy nem teszi ezt, akkor vélhetően egy kis cég sem tenné.

Fontos! nem azt állítom, hogy az OJOTE rendszer nem jó, csak azt, hogy a jogosultság ellenörzés kiszolgálása lehetne más és ez a más lehet, hogy a jelenleginél jobb.

"Viszont az ellenőrzés kiszolgálást sajnos betették a többi közé és nem kellett volna"

Ez nem a fejlesztő hibája. Ez szerepelt a feladatban. Pontosabban úgy kezdődik, hogy BÁRMILYEN lekérdezést csak a jogosultak hajthatnak végre. Ha az adatokat szétszórják az országban, akkor ez nehezen garantálható.

"Valóban minden rendszert csak felhasználók zavarnak."

Ez esetben arról van szó, hogy vannak, akik teljesen idióta módon próbálják használni. És mivel úgy nem működik, számukra az a konklúzió, hogy szar az egész.

"Tudod, hogy önkényesen 7 napban limitálja az OJOTE a múltbeli állapot lekérdezést? - hivatkozva a rendszer terhelésre."

Nem tudtam, rákérdezek.

-- Rákérdeztem. Jogszabályilag van lekorlátozva, nem önkényesen. És 1 nap, nem 7. Az is csak azért, hogy ha valakit olyan sürgősen látnak el, hogy nincs lehetőség az ellenőrzésre, akkor ezt másnap még megtehetik. (Meg is kell tenniük.) A rendszerben pedig borzasztó tartalékok vannak még, de ez szándékosan lett így tervezve, éppen azért, hogy nagyon sok további funkció is belekerülhessen később. A rendszer terhelésre aligha hivatkozhattak, ha pedig valaki arra hivatkozott, akkor ezt a rendszer üzemeltetőivel nem beszélte meg, csak jobb nem jutott eszébe.

Amennyire tudom, a jogosultság kezelés most is eléggé külön van választva.

Amúgy minden bejövő kérés - kimenő válasz monitorozva van, és ez alapján állítom, hogy nem döcög. Legalábbis az OEP hálózatán belül. De pl. a kormányzati gerinc viselkedéséről már hallottam érdekes dolgokat. Aztán meg továbbmegy az egyes ISP-khez, kórházi belső hálózatokhoz.

Abban egyébként egyetértek - fentebb írtam is - hogy az ilyen beruházások feltételrendszerének, beszerzésének, műszaki tartalmának nyilvánosnak kellene lennie, mert amíg ez nincs így, egy ilyen vitánál csak a levegőbe beszélünk. HA nyilvános lenne, akkor lehetne szakértői véleményt megfogalmazni, és ha az jön ki, hogy drága, rosszul működik, akkor számon lehet kérni.

Így csak találgatni lehet. Értelmetlen.

"Ez esetben arról van szó, hogy vannak, akik teljesen idióta módon próbálják használni. És mivel úgy nem működik, számukra az a konklúzió, hogy szar az egész"

Nos a felületet fejlesztők készíteték a webest ti. A kommunikációt gyakorlatilag a legtöbb nyelvben nem lehet kész könyvtárral megvalósítani, hanem a fejlécbe bele kell nyúlni. (- tudom az általatok használt java könyvtár az kapásból tudta).
A fejlesztőknek biztosított teszt rendszer nem egyezik meg működésében az élessel, tehát a teszt után nem lehet egyből az élesre átállni. A teszt rendszerben mindenki ugyan azt a felhasználói nevet kapta ("csorda-user") viszont három hibás próbálkozás után letilt, tehát letilt mindenkit.

"-- Rákérdeztem. Jogszabályilag van lekorlátozva, nem önkényesen. És 1 nap, nem 7."
A hétnapot hivatalos kérdésre írásban válaszolta az OEP. Melyik jogszabály írja az egynapot? Ez hasznos lenne ha kiderülne én / mi nem találjuk. Az 1 nap meg még kevésbé életszerű, mint a 7 hazánkban, ahol a Txxxsl hozzáférést 3 napon belül javíthatják a szerződés szerint. De van olyan terület, ahol egyébként is kevés még a 7 is.

"Amúgy minden bejövő kérés - kimenő válasz monitorozva van, és ez alapján állítom, hogy nem döcög. Legalábbis az OEP hálózatán belül. De pl. a kormányzati gerinc viselkedéséről már hallottam érdekes dolgokat. Aztán meg továbbmegy az egyes ISP-khez, kórházi belső hálózatokhoz."

Látod, itt a baj. Nem szempont az, hogy a (kényszer)felhasználók mit kapnak, mert az OEP hálózatán belül jó.

Tessék észre venni,hogy akiknek csinálták nem ott használják!

Kívül használni nem jó,mert "döcög". Nem vigasz, hogy nem a fejlesztők, hanem a tervezők miatt akik nem veték figyelembe a valóságot.

"A rendszerben pedig borzasztó tartalékok vannak még" kijelentés nem állja meg a helyét, hiszen hiába kicsit / közepesen terheltek a szerverek, ha a szolgáltatás már most elérte azt (átvitel), ahol meg van a nem feloldható szűk keresztmetszet.

Morbid, de az jut eszembe: A műtét technikailag sikerült. A beteg sajnos nem élte túl.

Na menjünk sorjában.

első bekezdés: nem egyről beszélünk. Innentől kár vitatkozni.

2. nem vagyok az oep jogásza. Sem szidni, sem védeni nem akarom azokat, akik a terhelésre hivatkoztak. A jogszabályt nem én írtam, nem én alkalmazom, semmi közöm hozzá. Ha valóban fontos, kérdezz rá az OEP-nél, Minisztériumnál. A hivatalos álláspontjukat én semmiképpen nem bírálhatom felül.

3. De szempont. A tervezők figyeembe vették a valóságot, de a feltételrendszert is.

4. Jó lenne látni azt a kisérletet, amelyik figyelembe veszi a jogosultság kérdését is. Lehet, nem sokban különbözne a jelenlegi rendszertől. Általam kitalált problémáról csodákat tudok írni. Az adott problémáról kéne.

5. Értem én, ha mérges vagy (bármire is), de vedd már észre, hogy egy oldalon állunk...

Üdv

Karika

Nem Babo-t akarom megvédeni,de az Országos Egészségbiztosítási Pénztár Számítástechnikai Üzemeltetési Főosztály egy e-mail küldött ki minden OJOTE listára jelentkezett fejlesztőnek, felhasználónak amiben mellékletként elküldte a "312/2007. (XI. 17.) Korm. rendelet az egyes egészségbiztosítási tárgyú kormányrendeletek módosításáról" szóló rendeletet.
Ebben a 2.$ 3.szakasza az alábbiakat tartalmazza:

(3) Az OEP az egészségügyi szolgáltatók részére az ellenőrzés lehetőségét időbeli korlátozás nélkül biztosítja.

Az időbeli korlátozás != 1 nap.

De lehet hogy tévedek!

Jano

( imi84 | 2008. 01. 22., k – 18:54 )

a 16MB-os TAJ bitmapet frissítsétek rsync-kel, ezzel a kicsi sávszélesség is meg van oldva. Ha felteszitek, hogy napközben nem változik senkinek a státusza, akkor lehet azt csinálni, hogy megnézed boot-kor, hogy az állomány mai-e, ha nem akkor engeded rá az rsync-et.