A Szabad Szoftver Intézet és az egészségügy

Egyéb

A Szabad Szoftver Intézet által indított Setoscope projekt az egészségügy szabad szoftverekkel történő támogatásáról (leginkább a lehetőség megteremtéséről) szól. Hogy is állunk?

Várólista kezelő szoftverünket (HUP cikk) megvizsgálta a Gotsegen György Kardiológiai Intézetnél az Egészségbiztosítási Felügyelet és nem emelt kifogást, sőt előnyösnek találták azt, hogy a listatagok megnézhetik saját pozíció változásaikat is. Szóval megfeleltünk. A szabad szoftveres megvalósítás helyt állt. Jelenleg a néhány napja megjelent törvényi változások (8/2008. (I. 23.) Kormány rendelet) átvezetésén dolgozunk.

Az OJOTE proxy alkalmazásunkat már több mint 40 intézményben használják. Az elmúlt időszakban összesen 1 hibát jelentettek be vele kapcsolatban, amelyet kevesebb mint 24 óra alatt javítottunk.

Mi is az az OJOTE proxy?

Az OJOTE proxy az egészségügyi intézmény lokális hálózatában az OEP felé irányuló OJOTE lekérdezéseket szolgálja ki proxyként.

Szolgáltatásai:

  • cache-elés: az aznap már lekérdezett, a jogszabályok szerint az adott naptári napon érvényes adatot nem kérdezi le újra, hanem cache-ből szolgálja ki. Az egyes kliensek lekérdezéseit és az azokra kapott válaszokat közös cache-be gyűjti
  • újrapróbálkozás: ha az OJOTE nem elérhető (vagy adott időn belül nem érkezik válasz), akkor újrapróbálja a kérést
  • naplózás: a kéréseket és válaszokat fájlba naplózza
  • Állományon keresztüli lekérdezés: az alkalmazásnak nem kell az OJOTE protokollal (SOAP) foglakoznia, a kérdéseit állományba írja és állományban kapja vissza.

Háziorvosi program:

A háziorvosi program kezdeményezésünk fejlesztői, tesztelő érdeklődés hiányában stagnál, bár az utóbbi hetekben több orvos is jelezte, hogy ha lenne aktuális verzió, akkor szívesen tesztelné és használná is.

A jogosultság-ellenőrzéssel kapcsolatos gondolatsorunk sem maradt visszhang nélkül, még az illetékesek részéről sem.

Új terület ahova szabad szoftvert fejlesztenénk a betegfogadási lista, melyet szintén a 8/2008. (I. 23.) Kormány rendelet ír elő, s melyet pl. a szakrendeléseken kötelező alkalmazni.

( dejo v | 2008. 01. 29., k – 07:16 )

Gratulálok! Őszintén remélem sikeresek lesztek ezekkel hosszú távon is!

( akion | 2008. 01. 28., h – 15:10 )

Patikai programok fejlesztesevel nem foglalkoztok?
Igaz, amit lattam eddig pl. a Gogyir programbol, nem rossz, egesz funkciogazdag, de nem tudom, wine alatt megy-e a rendszer.

-------------------------------------

|^^^^^^^^^^^^^^^| ||
|...BEER TRUCK..........| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)

A Gyógyir rendszer szerver-kliens felepítésű. Adott egy szerver, amin fut a patika teljes adatbázisa, es ahonnan a megrendeléseket és egyéb adminisztratív tevékenységeket lehet végezni. Ezen kívül a szerver létesít kapcsolatot a kliens és az OEP rendszere között is. A kliensek az előtáránál (gyk. officina, ahol a gyógyszerek kiadása történik) helyezkednek el, ez tulajdonképpen a számlázás feladatát végzi, és még ennél sokkal többet: ezen keresztül történik az adott receptek, készítmények számlázása, automatikus ellenőrzése (dózisok/inkompatibilitás), minden készítményről részletes leírás (betegtájékoztató, részletes biokémiai-élettani hatásmechanizmus, stb.) készlethiány bejelentése a szerver felé, esetenként új készítmények bevételezése, tehát kb. minden, ami a betegek kiszolgálását érinti.

Ha emlékeim nem csalnak, akkor valamiféle sql adatbázis tulajdonképpen az egész programcsomag.
-------------------------------------

|^^^^^^^^^^^^^^^| ||
|...BEER TRUCK..........| ||'|";, ___.
|_..._..._______===|=||_|__|......, ] -
"(@)'(@)"""**|(@)(@)*** **''(@)

( babo v | 2008. 01. 28., h – 15:55 )

Friss:
Gyakorlatilag a várólista rész készen van, a felhasználó általi tesztelése folyik.

--
A gondolat még szabad ...

( babo v | 2008. 01. 28., h – 17:00 )

Új hír: Az OEP pénteken kiteszi a saját talán csak jelentést tudó megoldását. természetesen ma még nem lehet tudni, hogy milyen formátumú lesz a jelentés, s az se biztos, hogy a formátum leírását kiteszik. Így jelenleg nem tudjuk leprogramozni.

Ami az érdekes, hogy több vonalon megkerestük őket, hogy működjünk együtt, de az egyi irányból csak annyi jött (és az se hozzánk) hogy: futnak-e a megoldásaink Windows alatt?
Akitől kérdezték azt válaszolta, hogy Ő úgy tudja igen, de tőlünk SzSzI-től kell megkérdezni és megadta elérhetőségünket (telefont, e-mailt). Persze senki nem keresett.
A másik vonalon egy magasabb beosztásban levő ember azt mondta, hogy nyitott kapukat döngetünk már egyezség született velünk (SzSzI-vel), Mi csak döbbenten kérdeztük: Velünk???

Itt tartunk. Tragikus.

--
A gondolat még szabad ...

( LiRul v | 2008. 01. 28., h – 17:24 )

Nem fikázás, tényleg érdekel: van cache hit/miss arányszámotok?

( Oops | 2008. 01. 28., h – 17:26 )

Ha ritkán kell változtatni, de sokat lekérdezni, akkor az LDAP, és nem *SQL. Jól mondom? (A wiki-cikkben *SQL-en gógyiztok...)

( btami v | 2008. 01. 28., h – 19:35 )

A háziorvosi program forrása elérhető volt, de nem volt benne semmilyen licenc.
Tehát a _meglévő_ kód milyen licencű?
A listán megkérdeztem annó, de nem válaszolta meg senki.

( kienzan | 2008. 01. 28., h – 22:02 )

Udv,

a haziorvosi programrol mit lehet tudni? Tehat igy fejlesztesi szempontbol? Mi kell ahhoz, hogy valaki beszalljon (atvallalja) a fejlesztest?
Hol van tobb info errol? (lusta vagyok klikkelgetni... "three clicks and you're out")

Mint írtam, a háziorvosi programot újra kellene tervezni olyan szempontok figyelembe vételével, melyek úgy általában hiányoznak a hasonló programokból. Az amit közre adtunk mostanra már csak felület tanulmánynak jó, annyit változott a terület, no meg alapvetően generikus fejlődés eredménye,

A levlistán lehet jelentkezni.

--
A gondolat még szabad ...

( sygma | 2008. 01. 28., h – 23:44 )

Üdv!

Az OJOTE proxy honnan szerezhető be?

-Sygma