Rendelőszoftver váltás és adatköltöztetés: hogyan vigye át az adatokat veszteség nélkül

Mikor érdemes váltani?

Ritkán egyetlen ok miatt. Jellemző jelek: ugyanazt az adatot több programba kell beírni, a foglalások papíron, üzenetben és a programban is vannak, az emlékeztetők kézzel mennek, a telefon rendelés közben gazdátlan, a régi program csak egy gépen fut a rendelőben, vagy a szolgáltató megszünteti a terméket. Ha a felsoroltakból több is igaz, a váltás költsége gyakran kisebb, mint a mostani működés rejtett költsége.

A választás szempontjait a rendelő szoftver választás cikkben, a hazai rendszerek összevetését forrásokkal a rendelőszoftverek 2026 oldalon írtam le. Ez a cikk arról szól, mi történik a döntés után.

1. lépés: leltár, mielőtt bármit kiexportál

Írja össze, milyen adat van a mostani rendszerben, és mi van rajta kívül. Tipikus adatkörök:

• páciens törzsadatok (név, születési adat, elérhetőség, TAJ, ha van),
• időpontok: a jövőbeli foglalások és a múltbeli látogatások,
• kezelési dokumentáció, leletek, csatolt fájlok, képek,
• árajánlatok, kezelési tervek, számlák és befizetések,
• hozzájárulások és nyilatkozatok (például az előzetes adatlap és a beleegyezés),
• a rendszeren kívüli adatok: Excel táblák, papír kartonok, a NAS mappái, a recepció füzete.

Minden adatkörnél jegyezze fel, hol van, mekkora, és kell-e az új rendszerbe, vagy elég archiválni. A régi, lezárt dokumentáció egy részét nem kell feltétlenül átköltöztetni, de a megőrzési idő végéig olvashatónak és biztonságban kell maradnia.

2. lépés: export a régi rendszerből

Kérdezze meg a régi szolgáltatót, milyen formátumban tudja kiadni az adatokat. A leggyakoribb a CSV vagy Excel a táblázatos adatokhoz (páciensek, időpontok, számlák), és fájlok mappában a dokumentumokhoz és képekhez. Ha a szerződése tartalmaz adatfeldolgozói szerződést, abban a GDPR 28. cikke szerint benne kell lennie, hogy a szolgáltató a szerződés végén a rendelő választása szerint visszaadja vagy törli az adatokat. Ez a jog alap, nem szívesség.

Érdemes az exportot a felmondás előtt kérni, és ellenőrizni, hogy teljes-e: egyezik-e a páciensek száma, megvannak-e a csatolt fájlok, és olvashatók-e az ékezetes nevek. A kódolási hiba (amikor az „ő” helyén furcsa karakter jelenik meg) gyakori, és még a régi rendszerben a legkönnyebb javítani.

Az exportot titkosított tárhelyen tárolja, ne e-mail mellékletként küldözgesse. Ez egészségügyi adat, a GDPR 32. cikke szerinti biztonság itt is vonatkozik rá.

3. lépés: a mezők megfeleltetése és próbaköltöztetés

Két rendszer ritkán ugyanúgy tárolja az adatokat. Az egyikben a név egy mező, a másikban kettő; az egyikben a telefonszám szabad szöveg, a másikban egységes formátum kell. A megfeleltetés azt jelenti, hogy minden régi mezőhöz kijelöli az új helyét, és eldönti, mi legyen azzal, aminek nincs párja.

1. Készítsen egy táblázatot: régi mező, új mező, átalakítás (például a telefonszámok egységesítése).
2. Szűrje ki a duplikátumokat: ugyanaz a páciens kétszer, eltérő írásmóddal.
3. Futtasson próbaköltöztetést 20-50 páciensen, köztük nehéz esetekkel (hosszú előzmény, sok csatolt fájl, ékezetes név).
4. Nyisson meg 10 kartont az új rendszerben, és vesse össze a régivel mezőről mezőre.
5. Csak a hibák javítása után költöztesse a teljes állományt.

4. lépés: párhuzamos üzem és átállási nap

A jövőbeli időpontok a legérzékenyebbek: ha egy foglalás elveszik, a páciens hiába jön be, vagy két páciens kap ugyanarra az időre időpontot. Ezért érdemes egy átállási napot kijelölni, és előtte és utána rövid ideig párhuzamosan használni a két rendszert:

• az átállási nap előtt minden új foglalás már az új rendszerbe kerül,
• a régi rendszerben lévő jövőbeli időpontok átkerülnek, és valaki ellenőrzi őket,
• a régi rendszer olvasható marad néhány hétig, hogy az előzmények visszanézhetők legyenek,
• a páciensek felé küldött emlékeztetők már az új rendszerből mennek, hogy ne kapjanak dupla üzenetet.

Az átállási napot ne egy csúcsidős hétre tegye. A recepció kapjon fél nap gyakorlást az új rendszerben valódi, de nem éles adatokon.

5. lépés: ellenőrzés, archiválás, lezárás

Az utolsó lépés a legtöbbször kimarad, pedig ettől lesz biztos a váltás:

1. Egyezzenek a darabszámok: páciensek, jövőbeli időpontok, dokumentumok.
2. A régi adatok teljes exportja kerüljön titkosított archívumba, a dokumentáció megőrzési idejének végéig olvasható formában.
3. Kérje írásban a régi szolgáltatótól a törlés igazolását, amikor már nincs szükség a régi rendszerre.
4. Frissítse az adatkezelési tájékoztatót: új szolgáltató, új adatfeldolgozó.
5. Vonja vissza a régi rendszer felhasználói hozzáféréseit.

Az Eüak. 30. §-a szerint az egészségügyi dokumentációt legalább 30 évig, a zárójelentést legalább 50 évig kell megőrizni, a képalkotó felvételeket 10 évig, a róluk készült leleteket 30 évig. A váltás tehát nem lehet ok az adatok törlésére.

Mi a helyzet az EESZT-vel?

Ha a rendelő EESZT-jelentésköteles, a jelentést engedélyezett medikai rendszerből kell teljesíteni; az engedélyezett rendszerek listája az EESZT információs portálon érhető el. A váltásnál ezért két út van: az új rendszer maga is engedélyezett, vagy a rendelő a jelentéshez megtartja a tanúsított rendszerét, és az új rendszert a többi feladatra használja. Mindkét esetben előre egyeztesse, hogyan kerül át az EESZT-kapcsolat, és ki felel a jelentésekért az átállás hetében.

Gyakori hibák

• A felmondás az export előtt történik, és a régi szolgáltató lassan vagy díjért adja ki az adatokat.
• Csak a páciensek kerülnek át, a jövőbeli időpontok nem.
• A csatolt fájlok (leletek, képek) kimaradnak, mert külön mappában voltak.
• Az ékezetes nevek sérülnek, és ezt csak hetekkel később veszi észre valaki.
• A régi adatokról nem készül archívum, és a rendelő nem tudja teljesíteni egy páciens hozzáférési kérelmét.
• Senki nem felel név szerint az átállásért.

A páciensnek a GDPR 20. cikke szerint bizonyos esetekben joga van az általa megadott adatokat tagolt, géppel olvasható formátumban megkapni. Egy jól elvégzett export ezt is megkönnyíti: ha a rendelő a saját adatait rendezett formában ki tudja nyerni, egy páciens kérelmét is gyorsabban teljesíti.

Ütemterv: egy tipikus átállás hetei

A pontos idő a rendelő méretétől és az adatok állapotától függ, de egy kisebb magánrendelőnél ez az ütemezés jól működik:

• 1. hét: adatleltár, export kérése a régi szolgáltatótól, az új rendszer alapbeállításai (orvosok, kezelések, időtartamok, árak, munkaidők).
• 2. hét: a mezők megfeleltetése, próbaköltöztetés 20-50 páciensen, a hibák javítása, a recepció betanítása próbaadatokon.
• 3. hét: teljes költöztetés, a jövőbeli időpontok ellenőrzése, átállási nap, rövid párhuzamos üzem.
• Utána 2-4 hét: a régi rendszer csak olvasható, archívum készül, majd a régi szerződés lezárása és a törlés igazolása.

Ha a régi szolgáltató lassan adja ki az exportot, az egész ütemterv csúszik, ezért az export kérése legyen az első lépés, már a választás idején.

Mit kérdezzen az új szolgáltatótól?

• Milyen formátumot fogad be (CSV, Excel, más szoftver saját exportja), és ki végzi a költöztetést?
• Van-e díja a költöztetésnek, és mi számít bele (csatolt fájlok, képek, múltbeli időpontok)?
• Lesz-e próbaköltöztetés, és ki ellenőrzi?
• Mennyi ideig használható párhuzamosan a két rendszer?
• Hogyan kapja vissza az adatait, ha egyszer innen is továbblép? A jó szolgáltató erre is egyértelmű választ ad.

Ha holnap kezdene: tennivalók

1. Készítse el az adatleltárt, a rendszeren kívüli táblákkal és mappákkal együtt.
2. Kérdezze meg a régi szolgáltatót az export formátumáról, idejéről és díjáról.
3. Kérjen próbaexportot, és ellenőrizze a darabszámokat és az ékezeteket.
4. Jelöljön ki egy felelőst és egy átállási napot csúcsidőn kívül.
5. Futtasson próbaköltöztetést 20-50 páciensen.
6. Csak a sikeres átállás és az archívum elkészülte után mondja fel a régi szerződést.

Mit tesz ebben a ClinicAI

A ClinicAI kiváltja a rendelői programot: betegkartoték a páciens CRM-ben, naptár és online foglalás, emlékeztetők, előzetes adatlap, árajánlat és számlázás. Az adatokat a régi program Excel vagy CSV exportjából díjmentesen átköltöztetem, próbaköltöztetéssel és ellenőrzéssel, és az átállás alatt a régi program párhuzamosan használható. A ClinicAI az EESZT-be nem jelent; ha a rendelő jelentésköteles, a tanúsított rendszerét a jelentéshez megtarthatja, erről az EESZT oldalon írtam. Az adatkezelés feltételei az adatfeldolgozási szerződésben olvashatók.