INFOKOMMUNIKÁCIÓ
STRATÉGIA
Standardizálási lehetôségek az egészségügyi informatikai rendszerek terén Juhász Irén, Semmelweis Egyetem Az egészségügyi informatikai pályázatok, tenderek, ajánlatok megírása vagy értékelése során mind a szállító, mind a megrendelô számára komoly problémát jelent, hogy milyen egységes elv szerint lehetne paraméter-táblába foglalni a lényeges és fontos kritériumokat, ezek értékelési rendszerét. Miként az ipari termékek esetében már alapszempont, a szolgáltatói körben is egyre fontosabbá váló elvárás az egységes elvû megmérettetés, ahogy ezt az ISO elterjedése és alapkövetelményként megjelenése mutatja is. Egy standardizált elvárási rendszer a szállító számára megkönnyítené a tender-írás procedúráját, a megrendelô számára összehasonlíthatóvá tenné a beérkezett ajánlatokat, kiegyenlítené a szoftver fejlesztôk versenyhelyzetét. In the course of writing or evaluating medical informatic tenders and biddings, both the supplier and the contracting party face the following serious problem: on what standardized principle could the important criterias and their valuation system be tabulated in a parameter table. Since this is a fundamental requirement with industrial goods, valuation, based on a standardised principle, becomes an important requirement in service industry, as it is indicated by the spreading of ISO and its appearing as a fundamental requirement. A standardized requirement system would unburden the tender-writing procedure for the supplier, it would make the received/income biddings/offers comparable for the contracting party and would equalize the conditions of market competition for software developers.
JELEN HELYZET A közbeszerzési pályázatok kiírási és értékelési rendszere egy teljesen általános és bármely szakág számára egységes rendszert rögzít. A Közbeszerzésért felelôs hivatal EU csatlakozást követôen standardizált EU-komform struktúrája ugyan pár fontos paramétert rögzít, az értékelés pontrendszerét ismerteti, de ez sajnos még nem elégséges információ az informatikai pályázatok korrekt értékeléshez. A közbeszerzésekrôl szóló 2003. évi CXXIX. törvényben és a 168/2004. (V.25) Kormány rendeletében a központi beszerzési rendszerben rejlô elônyök közigazgatási célú hasznosítása érdekében újra szabályozták a központosított közbeszerzések rendszerét, mely lehetôséget biztosít egy év idôszakában a fix árakra és a gyors közbeszerzésekre a megrendelôk és szállítók részére. A megrendelô által kiírt pályázati dokumentációk lényegesen részletesebb elvárási rendszert rögzítenek. A pályázati
anyagokba minden megrendelô a saját elvárási igényeit igyekszik beleírni – tendereztetô szolgáltatók segítségével vagy anélkül – amire a szállító természetesen a saját kedvezô oldalát kiemelve, vagy ugyanazon értelmezésû ajánlatot, vagy a saját értelmezése szerinti választ adja. Sajnálatos módon az elvárást definiáló megfogalmazás számos esetben más és más értelmezést nyer a szolgáltató olvasatában, mint ahogy azt a kiíró gondolta. A HEFOP 4.4 „Egészségügyi információtechnológia-fejlesztés az elmaradott régiókban” az intézményközi kommunikáció érdekében kiírt regionális, uniós támogatású pályázatok egységes feltételrendszere nagymértékben egységesítette és teljes körûen igyekezett összefoglalni az egészségügyi alkalmazások kritérium rendszerét. A felsorolás jellegû igénylistára a szolgáltatók „igen/nem” típusú vagy rövid szöveges válaszai azonban csak szubjektív elbírálást tettek lehetôvé. Az értelmezési problémákat itt sem sikerült kiküszöbölni – amit a pályázat kiíró tudna leginkább visszaigazolni. Az egészségügyi rendszerek sokfélesége és ezek integrációs törekvései hozták magukkal a nem csak medikai szoftver fejlesztési szabványok: a HL7, a HIS, a DICOM és mindenek elôtt a Magyar Egészségügyi Informatikai Elôszabvány, az MSZE 22800 létrejöttét. A MSZE 22800-1: Közös adatmodell, MSZE 22800-2: e-Kórlap, MSZE 22800-3: e-Konzilium, MSZE 22800-4: e-Lelet, MSZE 22800-5: e-Recept, MSZE 22800-6: e-Finanszírozás. Ez a szabványosítás az adat tartalomra, adatmezôkre vonatkozik és a kommunikáció XML megvalósítására. Miként a HL7 sem, úgy a MSZE sem egy értékelési vagy standardizálási szabvány, csupán a kapcsolattartás elvét szabványosítja. Az alkalmazás bevezetéséhez kapcsolódóan még elôkerül az UML rendszertervi szabvány alkalmazásának lehetôsége is, mely azért a gyakorlatban annyira nem elterjedt szabvány. Auditálási követelmények is szigorítják egyes alkalmazások használatát, mint például az elektronikus iktatási rendszerek esetében, de labor vagy diagnosztikai rendszerek esetében is gyakori. LEHETÔSÉGEK Az informatikai hardver és szoftver szállítók számára a központosított közbeszerzés nagy lehetôség az adott termékkör értékesítésére, a fejlesztési és egyéb kapcsolódó szolgáltatásokkal együtt is, hiszen ezek a központosított közbeszerzési listáról megvásárolhatókká váltak. Az egészségügyi szoftver fejlesztôi cégek „dobozos” alkalmazásai mégsem kerültek a központosított közbeszerzés palettájára. Pedig ott lehetnének. A standard elvek szerinti rendszer és szolgáltatásspecifikációval kiegyenlítôdnének az esélyek a kis és nagy fejlesztôk között, és a megrendelôi szféra is biztosabb lehet a megvásárolt termék megfelelôségében.
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
43
INFOKOMMUNIKÁCIÓ
STRATÉGIA
A szolgáltatók saját elképzeléseik és értelmezéseik szerint csak a saját termékkörükre vonatkozó pozitív paramétereket igyekeznek ismertetni, tájékoztatásul megadni. Egységes mérési metodika hiányában ezek szubjektív adatok, és bizony eltérô – a megrendelô számára nem is ismert – feltételek esetében nem is biztosítható értékeket takarnak. A betegellátáshoz leginkább hasonlító autógyártás és szervizelés folyamata nagyon is leszabályozott, szabványosított és standardizált, egységes mérôszámokon alapuló kritérium rendszerét megvizsgálva a párhuzam tovább vonható. Az egészségügynek is vannak folyamat szabályozó protokolljai, KES minôségszabályozása, kommunikációs MSZE szabványa, de nincs az adott alkalmazást leíró mûszaki feltételeket és értékeket leíró paraméterkönyve, mely rögzítené az egyes széria-termékek eltérô hardver és szoftver környezetben történô üzemeltetésének feltétel-paramétereit, és leírás szerinti kimeneti eredményeinek paramétereit. Nincsenek kötelezô szervízelések a megtett kilométerek függvényében, ami az egészségügyi alkalmazások esetében az üzemszerû mûködési idô és a felhasználói userszám növekedése alapján bizony indokolt lenne. Az egészségügyi alkalmazások értékelési és minôsítési rendszerének standardizálása és az egységes paraméterek szerinti megmérettetése mindkét fél számára a biztonságot nyújtaná. A szállító biztos lehet, hogy a leírtakon kívül plusz be nem kalkulált igények felmerülése nem viszi akár csôdbe(!) a projektet, a megrendelô számára pedig nem utólag derül ki, hogy nem is azt kapja, mint amit megrendelt. Jelenleg sajnos gyakran elôforduló eset, amikor a megrendelô csak egy Trabantot kap egy Mercédes áráért, de az sem ritka, mikor a Ferrárit maxium kettes sebességfokozatban használja a felhasználói közeg gyakorlatlanság, igénytelenség vagy tudatlanság miatt. Egyik út sem biztosítja a korrekt és fair együttmûködés alapjait a szállító és megrendelô között. Az egészségügyi informatikai alkalmazások téma- és adatköreinek, a mûködési feltételrendszer input- és output eredményeinek, illetve szolgáltatásainak egységes mérési elvek szerinti értékelési rendszerének, paraméterkönyvének kidolgozása tehát közös érdeke lenne a szállítóknak, a pályázatírással foglalkozóknak és a megrendelô egészségügyi intézményeknek egyaránt. STANDARDIZÁLÁS Mit is és hogyan lehet standardizálni egy egészségügyi informatikai alkalmazásban, értékelésében? – tehetjük fel a nem is egyszerû kérdést. A válasz is összetett: feladatkörök, adatkörök, válaszadások és reakció idôk, alap-jelentési kötelezettségek, adatszolgáltatások és eredmények: mennyisége, típusa, adatköre, file-formája, leválogatási lehetôsége, extrák és specialitások, bôvíthetôség és egyszerûség, megjelenés – megjelenítés és felhasználó barát kivitelezés, integráció és kommunikáció saját és külsô rendszerekkel, jogosultság és hozzáférés, adatvédelem és nyitási lehetôség a betegek informálása felé. Csak pár ízelítô téma a sok közül, melyek fe-
44
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
kete dobozokként tornyosulnak az egészségügyi intézmények szakemberei elôtt. Az egészségügyi rendszer medikai alkalmazásának standardizálásba bevonandó témakörei, az elôbbiekben említett autós párhuzamot segítségül hívva ekként alakulhatna: Az egészségügyi medikai alkalmazás alapfunkcionalitásai: (gépkocsi alapfelszereltsége) • Egészségügyi szolgáltató szervezeti és finanszírozási struktúrát leíró törzsadatai • Egészségügyi szolgáltatások és ellátások törzsadatai és szótári adatai • Betegtörzsadatok, beteg egészségügyi állapot információk • Vizsgálat, konzilium, mûtét kérés és eredmény/lelet fogadás (saját intézményen belül) • Betegellátás információi és ezek kiszolgáló moduljai: alapellátás, járóbetegellátás, fekvôbetegellátás, diagnosztikai, nappali, egynapos, rehabilitációs, krónikus ellátások • Kötelezô finanszírozási jelentések, statisztikák • Egyéb alapvetô lekérdezések, kimutatások, listák A speciális felszereltségek az egészségügyi medikai alkalmazásban: (sport és túra osztály) • Betegszintû mûtét és mûtéti anyag-eszköz ráfordítás nyilvántartás • EFI (eszköz és eset finanszírozás) és mûvese betegszintû nyilvántartás, beszállítói számlanyilvántartás és készletvezetés a finanszírozói jelentéshez • Elôjegyzés és várólista kezelés (diagnosztika, járó, fekvô, mûtéti) intézményen belüli beküldéssel, elôjegyzési és visszarendelési igények kezelése • Ápolás osztályos és betegszintû tevékenységei, erôforrás felhasználási adatai • Osztályos, beteg szintû élelmezés és tápérték információ szolgáltatás • Osztályos, beteg szintû gyógyszerezés, készletgazdálkodás, receptírás • Osztályos, beteg szintû anyagfelhasználás, készletgazdálkodás • Mûtôi és osztályos, betegszintû vérfelhasználás, készletgazdálkodás • Finanszírozási-, orvosteljesítmény elszámolás, kimutatás, felosztás • Onkológiai, patológiai, halott szállítási, szülészeti, radiológiai és egyéb szakma specifikus jelentések, adatszolgáltatások • Protokoll alkalmazás (betegellátási folyamatban: általános diagnózis alapú, kúra, ápolási; gyógyszerelésben: általános diagnózis alapú, gyógyszer szakmai javallatú) • Mûtéti konszignációs anyagfelhasználás kezelés, nyilvántartás, lejelentés • Betegszintû ráfordítás nyilvántartás (elôzôekben felsoroltak és egyedi speciális) • Betegszámla készítés (betegenkénti, fizetô/biztosító szerinti összesítésben) • Orvos-nyilvántartás és jelentés finanszírozó felé
INFOKOMMUNIKÁCIÓ
• •
STRATÉGIA
Tételes gyógyszer nyilvántartás és jelentés Felhasználói oldali paraméterezhetô egyedi lekérdezési lehetôségek • Tanácsadói és szakértôi szolgáltatások (telemedicina, dozírozás ellenôrzés) • Egészségügyi szakszemélyzet munkaidô és ügyelet beosztás tervezô • Belsô szakmai levelezô és üzenetküldô rendszer Extra kiegészítôk a medikai alkalmazásokban: (négykerék meghajtás) • Betegkórtörténethez képi anyagok beolvasása, átvétele, illesztése • Vonalkódos laborminta, gyógyszer vagy anyag azonosítási rendszer illesztés • Labor automaták illesztése (szortoló és vizsgálati) • PACS rendszer illesztése (képnyilvántartás, képarchiválás) • OVSZ rendszer illesztés (vér, vérkészítmények megrendelése) • Betegazonosító rendszer (vonalkódos, chipes stb) illesztés • Betegbehívó rendszer illesztés • Mobil szolgáltatókon keresztüli tájékoztatás vagy adatgyûjtés • Adattárház és OLAP-os információs lekérdezô rendszer szolgáltatás (VIR) • Gazdasági és kontrolling rendszer integrációja • Elektronikus jelentés és betegellenôrzés (OEP) További full-extra kiegészítések és lehetôségek medikai alkalmazásban: (hatodik sebesség) • Betegkártya azonosítás (biztosítói személyes betegkártya, OEP kiadványú) • Egészségügyi betegkártya kezelés (egészségügyi szakmai információs adatok) • Orvoskártya azonosítás (Orvosi Kamara kiadványú) • Palmtop adatbeviteli kapcsolat és adatszinkronizálás • Beteg vagy háziorvosi alkalmazás-látogatás biztosítás interneten keresztüli hozzáférés saját adatokhoz • Diagnosztikai igény-rendelés küldés/fogadás és lelet fogadás/küldés különbözô egészségügyi ellátók azonos egészségügyi alkalmazások között közvetlenül • Saját egészségügyi alkalmazás megnyitás orvosi kör számára külsô (otthoni, külföldi) hozzáférésre • Elôjegyzés internetes felületen keresztül beteg, háziorvos, külsô igénybevevô egészségügyi ellátó számára • KES és MIR (ISO) elvárásoknak megfelelô támogatás vagy kapcsolat • Digitális aláírás és idôpecsét Üzemeltetési feltételek az alkalmazások esetében: (motorteljesítmény, oktán, keréknyomás) • Webes, windows-os, karakteres vagy middle ware-s megoldás • Kommunikációs megoldások: közvetlen online, TXT, XML, HL7, egyedi fejlesztésû • Felhasználói létszámtól és adatmennyiségtôl függô adatbáziskezelô (ORACLE, UNIX, SQL), filekezelô, alkalmazás szerverek • Felhasználói lekérdezés generálás lehetôségei: program-
nyelv, adatbáziskezelô egyéb Szünetmentes tápegységek, skálázható szerver megoldás Vezetékes, optikai gerincû vagy vezeték nélküli mikrohullámos kapcsolatok, wireless (wifi) kapcsolat; LAN, WAN megoldások • Távmenedzselô és mentési egységek Mûködési alapparaméterek: (sebesség, nyomaték, vízhôfok) • Output kimeneti lehetôségek: képernyô; file: txt, cvs; office: doc, xls • Betegszám, esetszám és rendszer-kiépítettség szerinti tárkapacitási igény • Válaszadási idôk online adatbevitel vagy szótári adatkérés esetén • Lekérdezés futtatási idôk online napközbeni-éjszakai üzemezett vagy batch futtatási igények esetén • Menürendszer kialakítás és testre szabás, felhasználói hozzáférési rendszer kialakítás • Jogosultságok: csoportos, egyedi szinten karbantartás, adatkezelés, lekérdezés, listázás és adatkör mélységig megbontottan • Rendszer frissítések és leállás szükségessége • Hardver, hálózat, alkalmazás, integráció folyamatos biztosítása • Hardver bôvítés miatti leállási igény (gyakoriság, idôtartam) • Adatvédelem, adat-titkosítás, adatkezelés naplózás, hozzáférés dokumentálás és visszakeresési lehetôségei, validálási algoritmusok Garanciális szolgáltatások: (a garanciális 3 év vagy futott kilométer, azaz userszám függvényében) • Menü szerinti program hiba javítás • Adatfeldolgozási folyamat hiba javítás • Alkalmazás szolgáltatási kör hiba javítás • Felhasználói hiba miatti javítás • Minôségi meg nem felelôségi hiba javítás Szervíz szolgáltatások: (márkaszervíz, más szervíz vagy saját házi kivitelezésben) • Webszolgáltatás (alkalmazás, levelezés) • Internet és levelezô szolgáltatás • Supportálás (first level, rendszer-üzemeltetési, alkalmazás szintû) • Alkalmazás frissítés (kötelezô törzsadatok betöltés) • Alkalmazás update • Alkalmazás verzió váltás • Egyedi fejlesztés • Egyedi adathozzáférés szerinti továbbfejlesztés Felhasználói körre tipizált alkalmazás javaslatok: (családi autó, sportautó, túra autó) • Magán vagy közintézmény szerinti alternatív medikai és gazdálkodási, kontrolling megoldások méretarány szerint • Alapellátó számára szükséges funkcionalitások és eszköz igények • Járóbetegellátó egységek számára szükséges funkcionalitások és eszköz igények • Aktív vagy krónikus-rehabilitációs fekvôbetegellátó egységek igényei • •
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
45
INFOKOMMUNIKÁCIÓ
STRATÉGIA
•
Diagnosztikai szolgáltató egységek elvárásai és eszközigényei Ugyanezen metodika szerint lehetne az egészségügyi gazdálkodási rendszer standardizálási alapelveit lefektetni, hiszen a mai igények egyre inkább az egy szállítóval való kapcsolattartás fele irányulnak érthetô okból kifolyólag. A megrendelô nem kíván a hardver, szoftver és alkalmazások útvesztôjében az egymásra mutogató szállítókkal küzdeni, hogy végre egy az elvárásainak is megfelelô, jól mûködô alkalmazáshoz juthasson. A medikai és gazdasági szakterületi támogatásokon kívül a K+F és oktatás területek is képezik/képezhetik az elvárt informatikai rendszer szolgáltatáskörét. Az elôbbi felsorolás utolsó blokkja (üzemeltetés, mûködtetés, szervíz, garancia, tipizálás) medikai vagy gazdasági rendszertôl függetlenül egységesen, azonos elemeket tartalmazó témakör. Egészségügyi gazdasági rendszer témakörei a medikai rendszer vizsgálathoz hasonlóan Alapfunkcionalitások • Ártörzs, árképzés, árlisták, utókalkuláció • Partnertörzs (szállító, vevô, belsô) • Szállítói és vevôi szerzôdés-nyilvántartás • Rendelés (szállítói és vevôi) nyilvántartás • Bevételezés szállítólevél-, számla-, árkezelés • Értékesítés és számlázás (partneri vagy termék kedvezmények érvényesítése) • Magisztrális gyógyszerkészítés, gyógyszer gazdálkodás és készletnyilvántartás • Anyaggazdálkodás és készletnyilvántartás (központi raktár kezelés) • Élelmezés gazdálkodás, receptúra kezelés, alapanyag és készétel nyilvántartás • Eszköznyilvántartás (tartós eszköz, berendezések, ingóságok, ingatlanok) • Leltár (eszköz, személyi, ingatlan) • Pénzügy (szállító és vevô), késedelem kigyûjtés, elemzés és jelzés (felszólító levél partnerenként) • Bank kezelés (utalások, kifizetések, beérkezés ütköztetés, kipontozás) • ÁFA nyilvántartás és bevallás (beszerzési és értékesítési) • Számvitel és beszámolók, mérleg készítés • Munkaügyi nyilvántartás (iskolák, végzettségek, szakképesítések) • Bérelszámolás és jutalék, járulék, szerzôdéses kifizetések kezelése • Keretgazdálkodás és keretfigyelés (anyag, gyógyszer, vér, bér és járulékok, élelmezés, EFI, konszignációs, dologi, közüzemi, belsô szolgáltatás stb.) • Kontrolling és költségfelosztás Speciális funkcionalitások • Likviditás és cash-flow tervezés • Giro rendszerben utalások (szállítói számlák, bér)
46
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
•
VIR rendszer (vezetôi információs rendszer minden alrendszer adataira „ráülve”) • Konszignációs raktár kezelés • Vonalkódos anyag, eszköz kezelés, nyilvántartás • Gazdasági és oktatási rendszer számla, vagy proforma számla átvétel • Tervezés (bevétel, költség, belsô szolgáltatások, esetszintû költség elôkalkuláció stb.) Extra kiegészítôk • Elektronikus folyószámla vezetés, kezelés, megbízás • Elektronikus bevallások, jelentések (OEP, APEH, tulajdonos felé) • Elektronikus iktatási és dokumentum kezelô rendszer • Pályázat nyilvántartási és pályázatkezelô rendszer • Karrier tervezési rendszer Full extra kiegészítések • Workflow munkafolyamat követés • Közbeszerzés és tender kezelés • Vonalkódos dokumentum és iratköteg kezelés • Szállítási útvonal optimalizálás (vér, gyógyszer, textil, anyag, betegszállítás) A fentiekben felsorolt témakörökhöz kapcsolódóan kerülnének meghatározásra azon egyértelmû és objektív mérôszámok, konkrét adatmezô és tevékenység láncolat felsorolások, melyek egy egészségügyi alkalmazás jellemzô elvárható értékei. Mérôszámok alkalmazható skálája egyben az értékelést, a javasolt standard értéket is jelezné. Az adott alkalmazás fejlesztôje ezen standard leíráshoz, kézikönyvhöz igazodva adhatná meg saját rendszerének, alkalmazásainak paraméter értékeit. Az egységes megmérettetés az egzakt értékeken kívül ki kell, hogy térjen a felhasználói elvárások nehezen megfogalmazható, számszerûsíthetô igényeire is, mint például: • Betegjogok biztosítása (beteg személyi adatainak kezelése, VIP beteg, betegazonosító adatok törlése) • Számítási eljárások támogatása (laborértékek, recept-felírás, dozírozás, testtömeg) • Beteg-ellátási adatok trendfigyelése (betegre, adattípusra, diagnózisra, gyógyszerre) • Egy munkafolyamat adatbevitelének minél kevesebb képernyôváltással, klikkeléssel történô megvalósítása • Felhasználó-orientált adatbeviteli sablonok, adatkörök, paraméteradatok, mûködési feltételek és menürendszer kialakításának lehetôsége • Lekérdezések számos paraméter-érték szerinti szûrési lehetôsége • Lekérdezések adattartalmának rugalmas módosítása, bôvítése-csökkentése (felesleges adatmezôk eltüntetése), sorrendiség módosíthatóság • Lekérdezések rendezettségének és összegsorainak rugalmas kialakítása • Magyar ékezetes képernyôk és nyomtatott vagy file outputok biztosítása (minden kapható nyomtatónak megfelelô illesztés biztosítása)
INFOKOMMUNIKÁCIÓ
STRATÉGIA
•
Felhasználói elégedettségi értékek (osztályozások) adott funkcionalitásokra • A rendszer alkalmazását támogató help-rendszer adatmezôkre, képernyôkre, folyamatokra kiterjedôen, illetve alkalmazás alapmûködésére vonatkozóan • Képernyôn megjelenô betûméretek változtatása • Képernyô adattartalom rugalmas módosítása, bôvítésecsökkentése • Adatmezôk egyedi és speciális ellenôrzési, hibalekezelési lehetôségei • Adatbeviteli ellenôrzések rugalmas és módosítható beállítása, vagy eltüntetése • Képernyôn adatmezôk logikai sorrendiségének rugalmas változtatása • Bevezetés támogatások: • Projekt létrehozás és projektvezetés (erôforrás és idô elemzés, követés, dokumentálás, változáskezelés, kockázatelemzés és figyelés) • Bevezetési oktatás (alap windows és alkalmazás felhasználói, rendszergazdai), oktatási terv (oktatási tematika, beosztás, vizsga) • Migráció (minden korábbi rendszer adatainak adatvesztés mentes betöltése) • Integráció (szükségszerûen megmaradó külsô rendszerek vagy kötelezô elszámoltatási rendszerek illesztése, diagnosztikai és mérôberendezések illesztése) • Tesztüzem, párhuzamos üzem, éles üzem • Felhasználói kézikönyvek • Üzemeltetési kézikönyvek • Mentési eljárások (archiválási eljárások) és adatviszszatöltés, visszakeresés • Katasztrófa terv (eszköz, alkalmazás, adatbázis megsemmisülés, meghibásodás) • Üzemelés alatti támogatások • Új belépôk oktatatása • Magasabb felhasználói szint továbbképzés • Verzió leírások és verzió leírások biztosítása • Verzióváltás miatti továbbképzés • Felhasználói igény specifikálások • Hibalekezelési eljárások, hibaeszkaláció, hibalehárítás visszajelzés, SLA • Garanciális és rendszerkövetési fejlesztések felhasználói egyeztetése • Rendszer-változást követô felhasználói, üzemeltetési kézikönyvek, help-rendszer • Oktatási, tesztelési és éles rendszer mûködtetés, mindhárom folyamatos frissítése – oktatási és tesztrendszer éles rendszerrel azonos beállításainak, beparaméterezésének és mûködésének biztosításával, azonos inputoutput elvárásokkal, szolgáltatásokkal • Teljesítmény monitoring és teljesítmény optimalizálás Természetesen nem felejtkezhetünk el a finanszírozási feltételek rögzítésérôl, ennek a feltételrendszerének meghatározásáról sem: • Funkcionalitásonkénti alkalmazás árak (userszámra: konkurens üzemmódra vagy korlátlan userszámra; divizióra:
• • •
• •
• •
•
•
•
feladatcsoportra vagy felhasználói csoportra stb.) Szolgáltatási árak (bevezetésre, üzemeltetésre, fejlesztésre, bôvítésre stb.) Hardver és hálózati árak (bevezetés, üzemeltetés, fejlesztés, bôvítés stb.) Fizetési kondíciók (bérlet, lizing, használati jog vásárlás, fejlesztôi rendszer vásárlás, outsourcing, avagy sikerdíjas költségtérítés stb.) Futamidô konstrukciók (éves, 3-5-8-10-15 éves futamidejû, vagy egyedi) Fizetési feltételek (számla kiállítását és befogadását követôen 8 napos, 30 napos, 90 napos, 180 napos naptári vagy munkanap, banki nap szerint) Több éves futamidô esetén alkalmazott hitel és infláció %-ok Számlamegbontási lehetôségek (egyösszegû, mérföldkövekhez kötött, havi egyenletes díjtételû, éves inflációt követô havi díjtételû, növekvô havi díjtételû stb.) Határidô, szolgáltatási, minôségi és garanciális megfelelôség miatti kifizetés visszatartási lehetôségek érvényesítése és ezzel párban a megrendelôi rendelkezésre nem állás miatti árkompenzációs lehetôségek érvényesítése Bevezetés-támogatási, helyzetfelmérés és igényspecifikáció bevezetéshez, üzem-, munka-, és folyamatszervezési támogatások, szabályzatok/munkaköri leírások elkészítése a felhasználó igényeinek megfelelôen, integrációs szervezési feladatok átvállalása, rendszerterv készítés: koncepcionális, fizikai, tesztelési tervek: program, funkció, folyamat teszt és integrációs stb. Szerzôdés (vállalkozási, együttmûködési, keret stb.) jogi megfelelôsége, alaptémák, melyek nélkül nem szabad se a szállítói, se a megrendelôi oldal részérôl elfogadni (jótállás, késedelmek, meghiúsulás, szerzôdésszegés, szerzôdés felbontás stb.)
TOVÁBB LÉPÉS Az elôzôekben vázolt standardizálási eljárás lehetôséget nyújtana az egészségügyi alkalmazások kategorizálására, minôsítésére, klasszifikálására. Autós példánkhoz igazodva a kisautótól a sport kabrióig nyújt lehetôséget, míg egy egészségügyi alkalmazásra vetítve kis magánklinikai igényektôl az alapellátói, járó- vagy fekvôbeteg ellátói, vagy integrált nagy szervezeti egységek számára adna lehetôséget a kategóriájának, lehetôségeinek, igényeinek legmegfelelôbb alkalmazás, illetve szolgáltató kiválasztásában. A standardizálás nem lenne hivatott az egyes alkalmazások elônyeinek, hátrányainak meghatározásában, csak a tényszerû és a rendszerek valódi megismerését lenne hivatott támogatni. Az autónkat is csak akkor ismerjük meg igazán, amikor elkezdjük használni, s bár számosan dicsérték a választott márkát, mégis lehetnek vele problémáink. A kategorizálás során az alkalmazások szolgáltatásköre szerinti csoportok kerülnének kialakításra. Egy kisintézmény, egy praxis, vagy nagy kórház-gyár más-más kategóriát jelentene a rendszerben. Kategórián belüli további megbontás biztosítaná a szolgáltatáskör szerinti csoportosítást.
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
47
INFOKOMMUNIKÁCIÓ
STRATÉGIA
A minôsítés alatt az átlagrendszer paraméteradataitól való eltérés szerinti besorolás kerülhetne kidolgozásra. Ez a jelzô megmutatná, hogy az értékrendszer fôbb blokkjain belüli információs tényezôk érték adatai a feltételezett optimális értékhez képest alacsonyabb, vagy magasabb színvonalat biztosítanak. A klasszifikálás során viszont már a felhasználói oldali véleményezés is szerepet játszana a kategorizálás szolgáltatási körén és a minôsítésen kívül. E három értékelés alapján kerülne meghatározásra a családi autó, sportautó vagy luxusautó osztályba sorolás. A standardizálási eljáráson kívül mindenképpen szükségessé válik tehát a megvalósulás eredményének összegzése, feldolgozása, utánkövetése. VÁRHATÓ ELÔNYÖK Az egészségügyi alkalmazások standardizálása, kritériumainak és mérôszámainak paraméter táblázatba foglalása mind a szállítók, mind a megrendelôk számára számos lehetôséget és elônyt biztosítana. Egyik legnagyobb elôny a minôségirányítási rendszerben jelentkezne. Autós példánkhoz igazodva a standardizálás eredményeként létrejövô kézikönyv és mûszaki jellemzôi a kisautótól a sport kabrióig ad támogatást a kiválasztásban, addig egy egészségügyi alkalmazásra vetítve kis magánklinikai igényektôl az alapellátói, járó- vagy fekvôbeteg ellátói, vagy integrált nagy szervezeti egységek számára adna lehetôséget a standardizálás eredményeként létrejövô kézikönyvet használó intézmény számára a kategóriájának, lehetôségeinek, igényeinek legmegfelelôbb alkalmazás, illetve szolgáltató kiválasztásában. Elsôdleges elônyként a piac minôsítése, átláthatósága emelhetô ki, másodlagosan az esélyegyenlôség és tervezhetôség, a költségtudatosság és kiszámíthatóság. Egy nagy volumenû, sok száz milliós informatikai projekt esetében a jelenlegi tenderezési eljárás, a szabadon értelmezett és kidolgozott ajánlati dokumentáció, e mellett az egészségügyi intézmények e témában érthetô módon meglevô gyakorlatlansága kockázati tényezô a megvalósulásra kerülô eredmények, rendszerek tekintetében. A standardizálás, az egységes elvû megmérettetés paramétertáblája számszerûsíthetô anyagi elônyöket eredményezhet. Az igényekhez megfelelô rendszer kiválasztása, a rendszerhez és intézményhez legjobban illeszkedô mûködtetô rendszer és üzemeltetési megoldás, a legoptimálisabb finanszírozási lehetôségek ismerete sok milliós megtakarítást eredményezhet egy-egy nagyobb projekt esetében. A szolgáltatói oldal esetében pedig a kisebb fejlesztô cégek egyébként kiváló termékei is nagyobb eséllyel juthatnak piaci részesedéshez. A piaci részesedés megosztása pedig a fejlesztések, rendszerek és nyújtott szolgáltatások színvonal növelését fogják automatikusan maguk után vonni. S nem utolsó sorban a bevezetési projektekben közremûködô felek nagyobb elégedettsége, kiegyensúlyozottabb információ szintje
a projekt megvalósítás nyugodtabb légkörét, a projekt munkatársak biztonságosabb és komfortosabb együttmûködését is eredményezi. A sok elôny mellett a vesztes oldalt is érdemes megemlíteni, mert az is van, hiszen az éremnek is mindig két oldala van. A nagy vesztesek a tenderezésben, pályázati kiírásban és tenderértékelésben közremûködésre szakosodott cégek lesznek, hiszen az átlátható versenyhelyzetben a szerepük háttérbe szorul. A MEGVALÓSÍTÁS ÚTJA A megvalósítás fóruma egy olyan kellô kompetenciával rendelkezô csapat, illetve projektszervezet lehetne (maximum 15 fôs összlétszámban), melyben a nagyobb és kisebb fejlesztôcégek, egyetemek, megyei és kisvárosi kórházak, rendelôk, praxis közösségek szakemberei vennének részt. A projekt tagok a sikeres projektek, a sikeres rendszerek szereplôi közül kerülhetnének kiválasztásra, akik számos gyakorlati tapasztalattal rendelkezve segíthetnék az egységes paraméter és értékelési rendszer kidolgozását. A projekt, vagy bizottság létrehozását leginkább az Egészségügyi Minisztérium, vagy OEP szervezésében, vagy akár a civil szféra részérôl az IME, vagy az Informatikai Fejlesztôk Szövetsége keretében lehetne megvalósítani, akik a szükséges infrastruktúrát, mûködési fedezetet is képesek biztosítani háttérként. De potenciális megszervezôje lehetne az ESKI, vagy a Kórházszövetség intézménye is. Az eredmény sikere érdekében csakis egy független intézmény alá rendelt független csapat tud pártatlan elméleti rendszert kidolgozni. A kivitelezés már minden informatikai fejlesztô saját feladata lenne, melyet saját Minôségirányítási rendszerük fejlesztésében meg is valósíthatnának. A megvalósulás, alkalmazás igazi kulcsa az egészségügyi intézmények kezében van, akik a tenderezés során elôírhatják ezen standard paraméter táblázat és értékelési rendszer, azaz az egészségügy informatikai alkalmazások kézikönyvét is tartalmazó ajánlati dokumentációt. A projekt, vagy bizottság feladata lenne a fejlesztôk által összeállított kézikönyvek elemzése, értékelése, minôsítése, kategorizálása, s nem utolsó sorban az adatok megfelelôségének ellenôrzése(!), hitelesítése. Természetesen ebben a munkájukban a megvalósult és üzemelô rendszerek tulajdonosainak, vagyis az egészségügyi intézményeknek az együttmûködése, támogatása szükséges. Mikorra is valósítható meg? – kérdezhetné jogosan az olvasó. A projekt, vagy bizottság létrehozását követôen – ami sajnos ismervén ennek menetét akár egy év is lehet – közös összefogással félév alatt a standardizálás elvei, további félév alap az alapjai lerakhatóak, újabb félévet követôen a szolgáltatók minôsítése is megvalósítható lehetne. A megvalósítás nem kis energiát, nem kevés költséget és nem is kevés idôt igényel, de az egészségügyi intézmények támogatásán kívül áttörést jelentene az informatikai alkalmazások világában is, hiszen ilyen standardizálás még nem valósult meg más alkalmazások esetében sem.
Juhász Irén bemutatása lapunk VII. évfolyamának 7. számában olvasható.
48
IME VII. ÉVFOLYAM 9. SZÁM 2008. NOVEMBER
