Ochrona zdrowia wspierana technologią

Narodowy Instytut Onkologii w Gliwicach, ważny podmiot leczniczy w Polsce. Z ogromną ilością danych, z wielkimi potrzebami technologicznymi. Transformacja cyfrowa Instytutu trwa od wielu lat. Dla dobra pacjentów, dla usprawnienia procesów wewnętrznych. Niedawno nastąpiła tam bardzo duża zmiana technologiczna, w której niemałą rolę odegrała firma Oracle. Chciałem o tym porozmawiać z tymi, którzy na co dzień odpowiadają za wydajność i ciągłość systemów IT w Instytucie. Okazało się, że nie tylko chcieli porozmawiać, ale do warszawskiego studia zgodził się przyjechać z Gliwic kierownik działu informatyki Instytutu. Zresztą nie tylko on był gościem. Porozmawialiśmy o cyfryzacji Instytutu, o wyzwaniach technologicznych, jakie stoją przed Polską Ochroną Zdrowia, o tym, jak nowoczesne rozwiązania mogą wspierać jednostki lecznicze w codziennej działalności.

A my mimo wszystko postanowiliśmy wspomóc ten proces wymieniając zabawki pod spodem, czyli wymieniając macierze, serwery. idąc w pełną redundancję, no i też zmieniliśmy silnik bazy danych na wersję enterprise'ową, mówię tutaj o Oracle, przeszliśmy z Oracle Standard Edition na Enterprise, upatrując w tym zwiększenia wydajności obsługi bazy danych pod spodem, żeby końcowy użytkownik mógł szybciej pracować tak naprawdę. I naszym celem akurat tutaj było, nie da się przyspieszyć w samej aplikacji, no bo to jest kwestia już jej pisania i kwestia programistyczna, a chcieliśmy przyspieszyć miejsca, w których pytamy o duże ilości danych.

Więc Robercie, może po kolei, co Oracle ma wspólnego z Instytutem w Gliwicach? Co tam dostarczyliście? Bo to nam ułoży obraz ten technologiczny, który się zadział i który ma miejsce w Gliwice. Grzegorz, to żeby trochę tak uściślić i doprecyzować, my wsparliśmy Instytut Onkologii technologicznie i my zawsze podmioty lecznicze w naszym kraju będziemy wspierać. Chociażby ze względu na to, że większość dostawców systemów szpitalnych opartych jest w swojej architekturze o bazy danych ORAK. To chciałbym na samym wstępie zaznaczyć, że głównymi dostawcami naszych rozwiązań są partnerzy technologiczni, którzy mają wiedzę, kompetencje, zasoby do tego, żeby przeprowadzać tego typu wdrożenia, migracje, usługi dla naszych klientów.

ale jeżeli ja dobrze pamiętam, to wy jeszcze w tamtych czasach pracowaliście w ogóle na poprzedniej wersji bazy danych, na chyba w ogóle standard edition, zwykłej standardowej bazie, na wersji chyba, przypomnij mi, jedenastej chyba, albo nawet dwunastej. To ja już mniej więcej powiem, jak to historycznie wyglądało. Na początku pracowaliśmy na samym starcie, na po pierwsze wersji windowsowej Oracle'a, w wersji ósmej. Później w okolicach właśnie 2006 roku wymieniliśmy serwery i macierze. Wtedy nastąpiło też dokupienie systemów laboratoryjnych i przejście na Oracle'a 10 już na Linuxie.

Następnie przy okazji budowy tej pierwszej serwerowni, W 2015 roku w ramach tego samego przetargu zakupiliśmy serwery blade'owe i na nich już był postawiony Oracle 12. był zakupiony, natomiast ze względu na zalecenia dostawcy oprogramowania tego głównego szpitalnego, on był downgradowany do Oracle'a 11. I od tamtej pory do chwili obecnej tak, działaliśmy na tamtych serwerach z 2015 roku na 11. wersji Oracle'a Standard Edition.

No i tak jak mówiłem, przybyło tam dużo instancji, ponieważ m.in. baza EDM-owa jest jakby bazą zewnętrzną. Ona nie jest przechowywana bezpośrednio w tych samych strukturach danych, co szpital. Pojawiły się bazy laboratoryjne, pojawiły się bazy części szarej, które wszystkie pracują na instancjach Oracle'a, a serwer jeden, pamięć jedna. I trzeba było to zmienić. dodać trochę tej pamięci, przyspieszyć, wybrać lepsze rozwiązanie macierzowe. Po naszej stronie staraliśmy się wcześniej stroić, zarówno żonglując pamięcią pomiędzy instancjami na serwerze, jak i dokładając widoki bądź indeksy odpowiednie do tabel, ale niestety w pewnym momencie już stało się to niewystarczające i musieliśmy się zdecydować,