A PharmaLog rendszer migrációja 2012 . június 6.

1. A PharmaLogrendszer migrációja 2012. június 6. 1

2. Mi a PharmaLog? • A gyógyszer-nagykereskedelmi logisztika • minden elemére • részletesen kidolgozott, • gazdag funkcionalitású, • ügyfélre szabott • rendszer.

3. Mi a PharmaLog? • Főbb funkciói, moduljai • Rendelésfogadás – elektronikus és kézi, vevői rendszerkapcsolatok • Rendelésfeldolgozás – komissiózó raktár kezelése (automata, pick-by-light, multilight) • Számlázás – engedményrendszerek kezelése • Raktár – készletnyilvántartás – különböző raktártípusok, revidiálás • Gazdálkodás – beszerzés – automatikus és kézzel vezérelt • Árubevételezés – karantén, minőségbiztosítás – mobil eszközök • Likvidáció • Pénzügyi feladások • Leltár • Vezetői információk - statisztikák • Rendszerkarbantartás – törzsadatok-, árváltozás-kezelés, zárások

4. Mi a PharmaLog? • Története: • 1. verzió: Pascal, Novell – 50 munkahely – 1990. • 2. verzió: Magic v5, Novell, Btrieve – 50 munkahely – 1995. • 3. verzió: Magic v5, HP-Unix, Informix SQL / C-Isam – 600 munkahely – 1997. • 4. verzió: uniPaaS v1.9, Linux, Oracle – 204 munkahely – 2012.

5. Mi a PharmaLog? • Mérete • 2 500 program • 17 000 task • 850 tábla • 650 típus / modell program szinten felhasználó szinten

6. Mi a migrációs projekt? • Mérföldkövek: • előkészítés: 2007. Q4-től • szerződéskötés: 2009. július 1. • éles üzem kezdete: 2012. március 9. • projekt zárás: 2012. június 2. • március 9-e óta üzemel a PharmaLoguniPaaSRIA-ban • nagy terhelés: 200 felhasználó, rekord számú rendelés feldolgozása • gazdagok lettünk • … tanulságokkal, tapasztalatokkal

7. A projekt nehézségei - technológia • 1. Technológiai különbség • Migráció • Magic v5 uniPaaS • nagyon sok programozói kézi munka!! • MAGISTER – konvertálások, ellenőrzések • 2. Az új technológia elsajátítása • tanulmányút az MSE-nél • MSE tanfolyam az irodánkban (később, célzott) • 3. A migráció kezdetén a uniPaaS (v.1.5) kiforratlansága (kb. 200 SPR-t adtunk föl) – • (megtanultuk a „workaround” szó jelentését) • DE! lassan-lassan egyre használhatóbb lett az eszköz! • 4. A Magicv5 – uniPaaS: nincs közös adatbázisa adatbázis-szinkronizáció • saját fejlesztésű célszoftver (Isa-Ora).

8. A projekt nehézségei - • elvárások • A migrációból a vevők nem vehetnek észre semmit. A patikák kiszolgálásának kockázatot minimálisra kell csökkenteni. • A migrációt éles környezetben, leállás nélkül kell végrehajtani. Egy új rendszer, új technológia bevezetése önmagában komoly üzleti kockázatot jelent, de ez fokozódott az által, hogy biztosítani kellett a raktár folyamatos működését, nem állhatott le egy fél napra sem. • Kezdeti megállapodás: a migrációt funkcióbővítés nélkül kell végrehajtani – ennek ellenére menetközben folyamatosan kellett a felhasználói adaptációkat is kezelni. • Az új rendszer szolgáltatásaiban legalább olyan paraméterekkel rendelkezzen, mint az előző – pl. válaszidő, egyszerű kezelhetőség, ergonómia.

9. Tapasztalatok, tanulságok A rendszer mérete, mérés • Mérés szükségessége • a rendszer méretenagyobb, mint gondoljuk • mérni kell a nagyságot, • mérni kell a bonyolultságot • külön figyelem egyes kulcsprogramok ergonómiájára, válaszidejére • pl. vevői rendelésrögzítő, revízió-mérleg kezelés • Csak így lehet • tervezni (idő, erőforrás) • ütemezni - határidők • projekt-vezetés, -követés

10. Tapasztalatok, tanulságok A projekt előrehaladás mérése

11. Tapasztalatok, tanulságok Hiba-jegy követés

12. Tapasztalatok, tanulságok Alprojektek • A technológiai környezet kiválasztása • Az alkalmazás átfésülése, funkciószűrés • Adatbázis szinkronizáció • külső szoftver (gyorsítás, ellenőrzés: ISA-ORA …) • A rendszer külső rendszer-kapcsolatainak megoldása • Teljes migráció • Tesztelések • funkcionális, terheléses, integrációs, éles-üzemi • Átállás (több lépcsős éles indítás) • .

13. Tapasztalatok, tanulságok uniPaaS • Működést veszélyeztető uniPaaS hiba talán már nincs– kijött Linux-ra is a uniPaaS v. 1.9 i, ami számos korábbi kisebb (nagyobb) hiba javítását tartalmazza. Teszteljük… • Az MSE nagy figyelemmel kísérte a projektet – az utolsó nagy teszt előtt végignézte a beállításokat, a környezetet az éles teszt előtt, ügyeletet tartott (megrendeltük).

14. Tapasztalatok, tanulságok Adatbázis szinkronizáció • Gyors áttöltés és gyors ellenőrzés fontossága • ISA-ORA – célszoftver • parallel működések • teszteléseknél oda-vissza töltés • bevezetés: oda-vissza állás • biztonság - visszaállás

15. Tapasztalatok, tanulságok Rendszerindításitechnológia • Modulonkénti áttérés kockázatos –komoly adat szinkronizációs feladat / zsákutca • Kisebb minimális szinkronizálást igénylő modulok esetleges indítása • Teljes rendszer megírása • A fejlesztés ideje alatt tesztelési lehetőség másolt adatokkal • Hétvégi tesztelések / végleges környezetben / kis- majd bővített létszámban • Éles üzemi napok (péntek), majd visszaállás • Éles indítás – nincs visszaállás

16. Tapasztalatok, tanulságok Rendszer modell • 1997 - a feladatra alkalmas rendszermodell: • HP-UX, Informix/C-Isam, Magic v5, PharmaLog v.3 • 2012 - a feladatra alkalmas rendszermodell: • Oracle RHEL Enterprise Linux – olcsó / megbízható • Szerver – biztonsági megoldások (HP Blade) • Oracle –gazdag funkcionalitás, megbízható / drága, bonyolult (szakértő kell!) • uniPaaS – a mai követelményeknek eleget tesz • PharmaLog v.4 • Bízunk benne, hogy a következő 15 évre ez is alkalmas lesz!(?)

17. Köszönöm a figyelmet! kovacs.istvan@szegedsw.hu