Nowoczesne lekarze - ludzie są dość zaawansowane, aby w pełni realizować znaczenie wprowadzania systemów informacyjnych do pracy szpitali. Ale ich oczekiwania z automatyzacji nie zawsze są odpowiednie - zatwierdzają autorów artykułu. Przeczytaj więcej o tym poniżej.
Treść
Przed rozmową o rozczarowaniu warto powiedzieć kilka miłych słów o znacznym postępie w stosunkach szefów organizacji medycznych i lekarzy z technologiami informacyjnymi w ciągu ostatnich pięciu do siedmiu lat. Teraz tworzenie każdej nowej kliniki jest już trudne do przesłania bez komponentu IT. To rodzaj standardu. Znaczenie automatyzacji jest już realizowane w wielu instytucjach medycznych i zapobiegawczych.
Szczególnie zauważalne uznanie potrzeby automatyzacji podczas tworzenia komercyjnych centrów medycznych. Każdy prywatny inwestor, planowanie stworzenia oddzielnej kliniki, a jeszcze bardziej w sieci instytucji medycznych, natychmiast składa ich sprzęt do budżetu inwestycyjnego.
Z drugiej strony, przytłaczająca większość rządowych instytucji medycznych nie jest albo zautomatyzowana lub praktykowana patchwork lub raczej fragmentaryczną automatyzację. I to jest pomimo faktu, że wielu lekarzy długo byli «nie mierzyli się» Komputer i prywatny porządek aktywnie używają aplikacji i Internetu.
Pomimo niskiego poziomu automatyzacji średnio w branży zdrowotnej, jest całkiem możliwe, że społeczność medyczna psychicznie jest gotowa do masowego wprowadzenia technologii informacyjnej. Można to zobaczyć, w szczególności przez poziom świadomości lekarzy. W przeciwieństwie do sytuacji pięcio-siedem lat temu, jeśli rozmowa o systemach medycznych przychodzi, to lekarze, z reguły, nie muszą wyjaśnić, co karta e-medyczna jest integralnym elementem każdego przemysłowego systemu informacyjnego.
Tam, gdzie lekarze i menedżerowie faktycznie zapoznali się z zaletami technologii komputerowych, jednolite systemy informacyjne coraz częściej stają się grzbietem infrastruktury całej instytucji szpitalnej i profilaktycznej - poprzez integrację z urządzeniami, poprzez wymianę informacji z innymi klinikami i firmami ubezpieczeniowymi.
Trudności wprowadzającego systemy informacyjne do pracy instytucji medycznych
Niestety wprowadzenie systemów informatycznych nie zawsze płynnie płynnie. W tym względzie medycyna nie jest wyjątkiem. W innych branżach istnieje wiele przykładów nieudanych lub ciężkich narzędzi, które nie przynoszą pożądanych wyników przez nabywców systemu. Trudne wdrożenia są spowodowane różnymi względami. Tutaj chcielibyśmy powstrzymać tylko niektóre z nich. Głównie na trudnościach związanych z niewłaściwymi oczekiwaniami organizacji medycznych przy zakupie systemu informacyjnego.
Oczywiście istnieje zawsze luka między obiektywnymi wynikami wdrażania i właściwości kompleksowych produktów, z jednej strony i subiektywnej oceny tych wyników przez uczestników w realizacji, z drugiej. Ale wydaje się, że jedna z głównych przyczyn trudnych implementacji jest niewłaściwe pomysły i oczekiwania klientów przy zakupie rozwiązań informatycznych.
Na przykład, nie wszyscy menedżerowie wyraźnie realizują różnicę między prostą aplikacją biurową a systemem wieloosobowym. Ale jeśli w pierwszym przypadku mówimy o narzędzia do oddzielnej funkcji wykonywanej przez jednego pracownika, a następnie w drugim - o instrumencie wspierającym pracę całej organizacji z dziesiątkami lub setkami użytkowników. Jednocześnie często procesy biznesowe tej organizacji nie są sformalizowane, czyli, że nie jest udokumentowane, a i duże są nieznane we wszystkich szczegółach.
Zdarza się, że zarządzanie instytucjami medycznymi, już przyjmując decyzję o zakupie produktu oprogramowania, nie ma pojęcia o zwykłych impulsowych trudnościach. Takie, na przykład, jako nieunikniony stres dla personelu, bolesne łamanie stereotypów i, w wyniku sabotażu nowej technologii.
W trakcie projektu wszystkie te problemy stają się oczywiste, administracja instytucji medycznej i profilaktycznej stanowi pośpieszne wnioski i próbuje znacząco ograniczyć zakres technologii informacyjnych. Może to być, na przykład odmowa obowiązkowego wykorzystania systemu lekarzy i wprowadzenie wdrażania rachunkowości i księgowości usług do automatyzacji.
Takie decyzje mogą być uzasadnione faktem, że lekarze będą musieli poświęcić więcej czasu na otrzymanie pacjenta, jeśli włączą dane do systemu. Praktyka pokazuje, że w początkowych etapach, małe opóźnienia mogą naprawdę mieć miejsce - ludzie się uczą, przyzwyczaić się do, opanować nowe możliwości. Ale wtedy, gdy system jest opanowany, wydajność lekarzy rośnie w porównaniu do «Papier» Technologia.
Zrzucenie odrzucenia funkcji systemu nie tylko ogranicza indywidualne możliwości, ale zmniejsza skuteczność wdrażania w ogóle. Rzeczywiście, w złożonych systemach medycznych, jest to złożoność, która daje znaczne zalety w porównaniu z automatyzacją patchwork. Tak więc pośpieszne rozwiązania związane z moralną nieświadomością i ignorancją są bardziej destrukcyjne niż naturalne trudności z opracowywaniem nowej technologii.
Kolejne typowe nieporozumienie - stosunek do akompaniamentu systemów informatycznych. Powodem tej samej ignorancji i nieporozumień, jak różne poziomy trudności mają programy stacjonarne i kompleksowe systemy informacyjne. Zdarza się, że administracja instytucji medycznej i profilaktycznej nie tylko nie rozpoznaje potrzeby i znaczenia wsparcia technicznego systemu przez programistów, ale także nie rozpoznaje przydatności wewnętrznej usługi IT. Chociaż nawet jeden właściwy specjalista w państwie kliniki może usunąć wiele problemów działania systemu i stabilizować warunki normalnych użytkowników.
Wewnętrzna usługa IT klienta nie jest luksusem, ale gwarancją stabilności i rozwoju. Myślenie przez automatyzację, a nie wszystkie obiekty medyczne spojrzeć w przyszłość. Nie każdy jest świadomy, że po wprowadzeniu systemu, kiedy ludzie czują nowe możliwości, życie nie jest oświetlone na miejscu, ale przejdzie dalej. Rozwijaj potrzeby użytkowników i organizacji jako całości.
Kolejna ekstremum jest próbą niektórych instytucji medycznych i zapobiegawczych, aby stworzyć kompleksowy system samodzielnie. Przywódcy, którzy postanowili pójść w ten sposób, zwykle prowadzą dwa proste argumenty. Najpierw, że nasz własny rozwój pozwoli Ci zautomatyzować ważne funkcje, konkurencyjne zalety kliniki. Po drugie, ich programiści zrobią wszystko znacznie tańsze niż zewnętrzny wykonawca.
Nawet jeśli rozpoznasz, że w niektórych przypadkach rozważania te mogą być uzasadnione, ważne jest zrozumienie związanych z tym ograniczenia i, co najważniejsze, ostateczna cena decyzji. Automatyzacja przewagach konkurencyjnych, oczywiście godnego zadania. Ale jaka proporcja dotyczy konkretnych procesów biznesowych w całkowitej objętości funkcji instytucji medycznej? Mogą być 5, 10, w skrajnych przypadkach 20%, ledwo. Tymczasem, jeśli zdecydujesz się wykonać pozostałe 80-95% w domu, to wszystkie cechy rozwoju wewnętrznego będą do nich zastosować.
Jakie są takie funkcje? Są one szczególnie wyraźne z bardzo przyspieszonym rozwojem, które zwolennicy «Dom» Oprogramowanie prowadzi jako drugi argument «za» domowy system. To jest szybkość i niska koszt. Pragnienie robienia wszystkiego, jak szybko może prawie zawsze zamienia się w naruszenie integralności architektonicznej systemu i odmowy planowania i dokumentowania pracy. I okazuje się nie tylko zwyczaj, ale także dokumentację techniczną.
Czy warto wyjaśnić, co się kończy, gdy nowe wymagania dotyczące systemu i potrzebę wprowadzania zmian! Universally Homemade Systems Doświadczają poważnych trudności z łączeniem złożonego sprzętu medycznego. W rezultacie nie zapewnia się prędkości, ale złudzenie prędkości rozwoju. Ponieważ fragmentaryczne sukcesy powinny z reguły, okres rzeczywiście negatywnych wyników w rozwoju. Mówiąc obrazowo «zachwycać się». W języku projektu zarządzania projektami sytuacja ta jest opisana jako połączenie wysokich zagrożeń i wysokich kosztów własności systemu.
Zwykle instytucje medyczne są podatne tylko na jedną z dwóch skrajności. Albo żyć w ogóle bez Usługi IT lub spróbuj napisać swój system. Ale są takie przypadki, gdy pierwsze podejmowane są jeden decyzji, a następnie diametralnie przeciwny. Organizacja dokonuje dwóch, trzy próby rozpoczęcia ponownie rozpoczęcia, pozostawia gotową decyzję na własny rozwój, a następnie wróci.
Nie można powiedzieć, że niezależni deweloperzy nie są przyzwyczajeni do tych dramatycznych historii. Niestety, klient ma bardzo poważne podstawy do wymiany po wybranym produkcie oprogramowania. Często zdarza się to z powodu nadmiernej sztywności produktu, jej niezdolność do śledzenia zmian w pracy organizacji. Innym typowym grzechem deweloperów jest niezadowalająca formułowanie procesu wdrażania, które jednak jest problemem dla całego rosyjskiego rynku zintegrowanych systemów informatycznych.
Nieodpowiednie i przytłoczone oczekiwania związane z niewystarczającą świadomością manifestują się nie tylko w niedoszacowaniu trudności wprowadzania lub ocenę ocenę perspektyw rozwoju wewnętrznego. Kolejnym wspólnym błędem - pewne przesadność możliwości automatyzacji jako takie. Powiedzmy, na obecnym etapie rozwoju, nie jest jeszcze konieczne porozmawianie o pełnych systemach decyzyjnych, które dostarczają lekarzy z przydatnymi monitami intelektualnymi na wszystkie okazje. Chociaż w przyszłości, być może w najbliższej przyszłości, takie funkcje z pewnością pojawią się. Przynajmniej w poważnych systemach przemysłowych.
Zasadniczo dwa najczęstsze nieporozumienia są przytłoczone oczekiwania w zakresie i idei wdrażania systemu jako procesu skończonego. Czasami dostawcy oczekują, że wprowadzenie będzie szybkie, prawie natychmiastowe. Dostrzegany jest również, że z instalacją systemu wszystkie kłopoty pozostaną w tyle. O tym, jak trudne jest instalacja systemów, mówiliśmy już powyżej. Udane przezwyciężenie tych trudności jest możliwe tylko z trzeźwym obliczaniem zasobów tymczasowych i personalnych: bez hot i wylęgania.
Jeśli chodzi o zakończenie wdrażania, nie jest również zbędne, aby powtórzyć ideę ciągłej ewolucji wymagań systemowych. Oczywiście, w każdym wprowadzeniu, musisz narysować linię. Zestaw funkcji żądanych przez dostawcę musi zostać wdrożony. Ale kiedy eksperci są świadomi wszystkich zakłócających możliwości, apetyty użytkownika rosną i pracują nad rozwojem produktu. Oznacza to nowe wdrożenia, nowe problemy i nowe osiągnięcia.
