Rendszerek kiépítése a káoszból: hároméves digitális átalakulás egy 110 fős egészségügyi klinikán

Három évvel ezelőtt fejlesztési vezetőként csatlakoztam egy magánklinikához és fogászati rendelőhöz. Az adatkezelés szétszórt és ad hoc alapon működött. Meglévő piaci megoldásokat integráltunk, és egyedi alkalmazásokat fejlesztettünk Google Cloud és Looker Studio alapon. Tégláról téglára építettük fel az alapokat — soha nem terheltük túl a csapatot.

Ügyfél: Ezüstfény Magánklinika

Amikor 2023 nyarán megérkeztem az Ezüstfény Magánklinikára, a szervezet digitálisan ad-hoc, éppen mire van szükség alapon működött. Az ötven alkalmazott és a több mint hatvan alvállalkozó orvos szinte kizárólag papíralapú dokumentumokkal és magán Gmail-fiókokkal dolgozott. A klinika olyan méretűre nőtt, hogy az analóg rendszerek már nem voltak működőképesek – biztonsági kockázatot jelentettek és akadályozták a működést.

Ez a helyzet a recepción vált igazán nyilvánvalóvá. Amikor egy orvos befejezte a műszakját, a recepciós kézzel számította ki a jutalékát, miközben a betegek egyre hosszabb sorban várakoztak. Az orvos, aki alig várta, hogy elmehessen, sürgette, hogy gyorsabban végezzék el a számításokat. Amellett hogy ez a rendszer nem volt hatékony, sok feszültséghez vezetett és rengeteg hibalehetőséget rejtett magában. De ez csupán egy tünete volt egy mélyebb problémának: az egész klinikán hiányzott a digitális infrastruktúra, az átláthatóság és az ellenőrzés.

Minden megoldást a szigorú egészségügyi megfelelési követelményeknek megfelelően kellett kialakítani. Az adatkezelés, a GDPR és az egészségügyre vonatkozó szabályozások minden architektúrai döntést meghatároztak. A betegadatok, a személyzeti nyilvántartások, a pénzügyi információk – mindezt a szabályozási előírásoknak megfelelően kellett tárolni, feldolgozni és hozzáférhetővé tenni. Ez nem olyan korlát volt, amit meg lehetett volna kerülni; ez volt az alapja annak, hogy ezek a megoldások megbízhatónak bizonyulhassanak.

A megfelelés nem volt az egyetlen korlát. Ez a munka nehéz gazdasági körülmények között zajlott – a COVID utáni időszak magas inflációval és stagnáló gazdasággal –, ami szűkös költségvetést és kevés mozgásteret jelentett a drága, dobozos vállalati szoftverek számára. Minden döntésnél a költségeket ugyanolyan körültekintően kellett mérlegelni, mint a funkcionalitást, és azokat a megoldásokat előnyben részesíteni, amelyek valódi értéket teremtettek felesleges költekezés nélkül.

Az alapokkal kezdtem. Az első három hónapot azzal töltöttem, hogy az egész szervezetet áttelepítettem a magán Gmail-fiókokról a Google Workspace-re, és kialakítottam a megfelelő hozzáférés-vezérlést, felhasználókezelést és biztonsági csoportokat. Kipróbáltuk a Slacket a belső kommunikációra, de ez nem felelt meg ennek a célközönségnek – a Google Chat bizonyult a megfelelő eszköznek. Ez nem volt látványos munka, de elengedhetetlen volt. Semmi mást nem lehetett volna biztonságosan felépíteni ellenőrizetlen identitás- és hozzáférési rendszerre – különösen az egészségügyi környezetben, ahol a szabályoknak való megfelelés attól függ, hogy ki mihez fér hozzá.

Miután ez az alap megteremtődött, a pénzügyek felé fordultam, ami talán a legnagyobb problémát jelentette. A klinika tucatnyi beszállítótól – orvosoktól, szállító cégektől, anyagszállítóktól – kapott számlákat, többnyire papír formában. A pénzügyi osztály összegyűjtötte ezeket a számlákat, és továbbította őket a könyvelőnek. Rendszeresen előfordult, hogy a számlák útközben elvesztek vagy rosszul kezelték őket. Az eredmény: minden évben a könyvelő 600–700 olyan számlát küldött vissza, amelyekről nem állt rendelkezésre digitális kép, ezért azokat jogilag nem lehetett könyvelni. Ez egy végtelen, demoralizáló körforgás volt.

A pénzügyi csapat két kézzel írt táblázatot vezetett, amelyekbe manuálisan vitték be az egyes számlák adatait. Nem volt adatellenőrzés, nem volt egységesített dátumformátum, semmiféle struktúra. Ez még az 1990-es évekből maradt fenn – és teljesen használhatatlan volt bármilyen további feldolgozáshoz.

2024 közepén bevezettem egy alkalmazást, amely automatikusan lekérte a számlaadatokat a magyar adóhatóság (NAV) adatbázisából. A klinika most már pontosan tudja, mely számlákat nyújtottak be nekik, sokhoz már csatolt képekkel együtt. A többi esetében a rendszer az e-mailekből, a kézi feltöltésekből vagy a beszállítói nyomon követésből gyűjti össze az adatokat – de ez ma már csak töredékét jelenti annak a munkának, amit korábban igényelt. Az eredmény: ami korábban két hetet vett igénybe a szétszórt e-mail-előzményekből való összeállításhoz, és soha nem volt 100 százalékosan pontos, azt ma valós időben állítják össze, 100 százalékos pontossággal, és a könyvelő azonnal feldolgozhatja.

Ezzel párhuzamosan bevezettem egy jelenléti (beosztás) menedzsment alkalmazást, amely közvetlenül integrálódik a könyvelő bérszámfejtési rendszerébe. A munkavállalók most pontosan láthatják, hogy mi került rögzítésre és mi kerül kifizetésre. A korábban rejtve maradt bérszámfejtési hibák most azonnal felszínre kerülnek.

2025 elején adatmérnöki munkával és a Looker Studio segítségével létrehoztam egy negyedéves kihasználtsági irányítópultot. Minden orvos mostantól automatikus e-mailt kap, amelyben egy áttekinthető irányítópulton láthatja, hogyan változtak a kihasználtsági adatai negyedévről negyedévre, és hogy változott-e a rendelési rendje. Az orvosok olyan átláthatóságot kaptak, amilyenre korábban soha nem volt példa.

De az igazi gyorsulás később következett be, amikor elkezdtem AI-támogatással végpontok közötti egyedi webalkalmazásokat fejleszteni. Az anyagkezelő eszköz OCR-t használ a tételek vonalkód és csomagolás alapján történő felismeréséhez, és adatbázisbeli egyezéseket javasol, így az asszisztenseknek nem kell manuálisan begépelniük az adatokat. Beolvassák a termék csomagolását vagy a szállítólevelet, a rendszer felismeri, mit kaptak, és a készlet automatikusan frissül két helyszínen és az egyes helyiségekben egyaránt. A rendelés az e-mailes káoszból strukturált, ellenőrizhető folyamattá vált.

Ezt követte a készpénzkezelés. Azok a munkatársak, akik készpénz-előleget kaptak, elvesztették a kiadások nyomon követését – a nyugták eltűntek, a részletek megsemmisültek, a pénz sorsa ismeretlen maradt. Kifejlesztettem egy alkalmazást, amelyben a felhasználók OCR segítségével beolvashatják a nyugtákat. A nyugta azonnal rögzítésre kerül, az egyenleg frissül, és teljes auditnyomvonal áll rendelkezésre. Nincs többé elveszett adat.

Ezt követte a pénztári egyeztető eszköz. A klinikának két helyszínen összesen hét pénztára van. A recepciósoknak valós időben kell rögzíteniük minden tranzakciót. A pénzügyi osztálynak egyszerűen kell elvégeznie a készpénz- és kártyás fizetések, valamint az egyéb fizetési módok egyeztetését. A vezetésnek pedig áttekintést kell kapnia az egyes pénztárak tényleges bevételeiről. Egyetlen alkalmazás szolgálja mindhárom igényt – adatbevitelt a recepciósok számára, egyeztetési nézeteket a pénzügyi osztály számára, bevételi jelentéseket a vezetés számára.

Végül pedig egy Google Review Manager, amely AI-t használ a valódi visszajelzések és az egycsillagos zaj szétválasztására. A négy csillag alatti értékelések egy belső e-mail csatornára kerülnek, ahol bizalmasan kezelik őket. Az e küszöbérték feletti valódi visszajelzések a nyilvános Google-profilra kerülnek. Ez megvédi a klinika hírnevét a hamis értékelésektől.

Három év. Egy felhőalapú adatbázis. Egy adatcsatorna. Egy jelentési réteg a Looker Studio-ban. Hét, végpontok között felépített egyedi alkalmazás. Az eredmény: egy 110 fős szervezet, amely a papíralapú működésről, a privát Gmail-fiókokról és a táblázatokról átállt a valós idejű átláthatóságra, az automatizált munkafolyamatokra, a szabályoknak megfelelő adatkezelési gyakorlatokra és olyan rendszerekre, amelyek valóban működnek.

RENDSZER ARCHITEKTÚRA