Moderni liječnici - ljudi su prilično napredni kako bi u potpunosti ostvarili važnost uvođenja informacijskih sustava za bolnice. Ali njihova očekivanja od automatizacije nisu uvijek adekvatno - odobravaju autore članka. Pročitajte više o tome u nastavku.
Sadržaj
Prije razgovora o razočaranju, vrijedi reći nekoliko vrsta riječi o značajnom napretku u odnosima čelnika medicinskih organizacija i liječnika s informacijskim tehnologijama u posljednjih pet do sedam godina. Sada je stvaranje svake nove klinike već teško podnijeti bez it-komponente. Ovo je vrsta standarda. Važnost automatizacije već je ostvarena u mnogim medicinskim i preventivnim institucijama.
Osobito vidljivo prepoznavanje potrebe za automatizacijom prilikom stvaranja komercijalnih medicinskih centara. Bilo koji privatni investitor, planiranje stvaranja zasebne klinike, pa čak i više, mreža medicinskih ustanova, odmah postavlja svoju opremu u investicijski proračun.
S druge strane, velika većina vladinih medicinskih ustanova ili nije automatizirana ili prakticirala patchwork ili prilično fragmentarnu automatizaciju. I to je unatoč činjenici da su mnogi liječnici odavno «nema omica» Računalo i privatno naručivanje aktivno koriste softverske aplikacije i internet.
Unatoč niskoj razini automatizacije u prosjeku u zdravstvenoj industriji, sasvim je moguće da je psihološki medicinska zajednica spremna za masovnu uvođenje informacijske tehnologije. To se može vidjeti, posebno, razinom svijesti liječnika. Za razliku od situacije od pet do sedam godina, ako dođe razgovor o medicinskim sustavima, onda liječnici, u pravilu, ne moraju razjasniti što je e-medicinska kartica sastavni dio bilo kojeg industrijskog medicinskog informacijskog sustava.
Gdje su se liječnici i menadžeri zapravo upoznali s prednostima računalne tehnologije, jedinstveni informacijski sustavi sve više postaju infrastrukturni greben cijele bolničke i profilaktičke institucije - kroz integraciju s opremom, putem razmjene informacija s drugim klinikama i osiguravajućim društvima.
Poteškoće u uvođenju informacijskih sustava na rad medicinskih ustanova
Nažalost, uvođenje informacijskih sustava ne ide uvijek glatko. U tom smislu, medicina nije iznimka. A u drugim industrijama postoje mnogi primjeri neuspješnih ili teških uređaja koji ne donose željene rezultate kupcima sustava. Teške implementacije uzrokovane su raznim razlozima. Ovdje bismo željeli zaustaviti samo neke od njih. Uglavnom na poteškoćama povezanim s pogrešnim očekivanjima medicinskih organizacija pri kupnji informacijskog sustava.
Naravno, uvijek postoji jaz između objektivnih rezultata provedbe i svojstava složenih softverskih proizvoda, s jedne strane i subjektivne procjene tih rezultata od strane sudionika u provedbi, s druge strane. No, čini se da je jedan od glavnih uzroka teških implementacija pogrešne ideje i očekivanja kupaca pri kupnji IT rješenja.
Na primjer, nisu svi menadžeri jasno shvaćaju razliku između jednostavne uredske prijave i multiplayer sustava. Ali ako u prvom slučaju govorimo o alatu za zasebnu funkciju koju obavlja jedan zaposlenik, zatim u drugom - o instrumentu koji podržava rad cijele organizacije s desecima ili stotinama korisnika. U isto vrijeme, često poslovni procesi ove organizacije nisu formalizirani, to jest, ne dokumentirano i od strane i veliki nisu nepoznati u svim detaljima.
To se događa da upravljanje medicinskim ustanovama, već usvajanje odluke o kupnji softverskih proizvoda, nema pojma o uobičajenim poteškoćama. Takve, na primjer, kao i neizbježan stres za osoblje, bolno razbijanje stereotipa i, kao rezultat toga, sabotaža nove tehnologije.
Kada tijekom projekta, svi ovi problemi postaju očigledni, primjena medicinske i profilaktičke ustanove čini neke ubrzane zaključke i pokušava značajno ograničiti opseg informacijske tehnologije. To može biti, na primjer, odbijanje obveznog korištenja sustava liječnika i uvođenja provedbe računovodstva i računovodstva usluga za automatizaciju.
Takve odluke mogu se opravdati činjenicom da će liječnici morati provoditi više vremena za primanje pacijenta ako omogućavaju podatke u sustav. Praksa pokazuje da u početnim fazama, mala kašnjenja se stvarno može dogoditi - ljudi uče, naviknuti se, majstor novim mogućnostima. Ali onda, kako je sustav ovlašten, produktivnost liječnika raste u odnosu na «Papir» Tehnologija.
Heasoos odbacivanje funkcija sustava ne samo da ograničava individualne sposobnosti, već smanjuje učinkovitost provedbe općenito. Doista, u složenim medicinskim sustavima, to je složenost koja daje značajne prednosti u usporedbi s automatizacijom patchwork. Tako su brza rješenja povezane s moralnom nesvjesnošću i neznanjem destruktivnija od prirodnih poteškoća u razvoju nove tehnologije.
Još jedan tipičan nesporazum - stav prema pratnji informacijskih sustava. Razlog istog neznanja i nesporazuma o tome kako različite razine težine imaju desktop programe i sveobuhvatne informacijske sustave. To se događa da davanje medicinske i profilaktičke institucije ne samo da ne prepoznaje potrebu i važnost tehničke podrške sustava od strane programera, ali i ne prepoznaje korisnost unutarnje IT usluge. Iako čak i jedan kompetentni stručnjak u stanju klinike može ukloniti mnoge probleme rada sustava i stabilizirati uvjete za uobičajene korisnike.
Unutarnja IT usluga kupca nije luksuz, već jamstvo stabilnosti i razvoja. Razmišljanje automatizacijom, ne svi medicinski objekti gledaju u budućnost. Nisu svi svjesni da nakon uvođenja sustava, kada ljudi osjećaju nove mogućnosti, život ne svijetli na mjestu, ali će se kretati dalje. Razvijati potrebe korisnika i organizacije u cjelini.
Drugi ekstrem je pokušaj nekih medicinskih i preventivnih institucija kako bi sami napravili sveobuhvatan sustav. Vođe koji su odlučili otići na ovaj način obično vode dvije jednostavne argumente. Prvo će vam naš vlastiti razvoj omogućiti automatiziranje važnih značajki, konkurentske prednosti klinike. Drugo, njihovi programeri će učiniti sve mnogo jeftinije od vanjskog izvođača.
Čak i ako prepoznajete da u nekim slučajevima ta razmatranja mogu biti opravdana, važno je razumjeti povezana ograničenja i, što je najvažnije, konačnu cijenu odluke. Automatizacija konkurentskih prednosti, naravno, dostojni zadatak. Ali koji udio čini specifične poslovne procese u ukupnom opsegu funkcija zdravstvene ustanove? Može biti 5, 10, u ekstremnim slučajevima 20%, jedva više. U međuvremenu, ako je odlučeno učiniti preostalih 80-95% kod kuće, onda će se na njih primjenjivati sve značajke unutarnjeg razvoja.
Što je to značajke? Oni su posebno izraženi s vrlo ubrzanim razvojem koji navijači «Dom» Softver vodi kao drugi argument «po» domaći sustav. Ovo je brzina i niska cijena. Želja za sve činiti sve što se brže može gotovo uvijek pretvara u povredu arhitektonskog integriteta sustava i odbijanja planiranja i dokumentiranja rada. I ispada ne samo običaj, već i tehničku dokumentaciju.
Je li vrijedno objasniti što se okreće okolo kada su novi zahtjevi za sustav i potreba za izmjenama! Univerzalno domaći sustavi također doživljavaju ozbiljne poteškoće s povezivanjem složene medicinske opreme. Kao rezultat toga, nije osigurana nikakva brzina, već iluzija brzine razvoja. Budući da bi fragmentarni uspjesi trebali, u pravilu, razdoblje zapravo negativne performanse u razvoju. Figurativno govoreći «rave». Na jeziku projekta upravljanja projektima ova je situacija opisana kao kombinacija visokih rizika i visokih troškova vlasništva sustava.
Obično medicinske ustanove su skloni samo jednom od dvije krajnosti. Ili živjeti uopće bez IT usluge ili pokušati napisati svoj sustav. Ali postoje takve slučajeve kada se prvo donose odluke, a zatim dijametralno suprotstavljaju. Organizacija čini dva, tri pokušaja da počnu ispočetka, ostavlja završenu odluku na vlastiti razvoj, a zatim se vraća natrag.
Nemoguće je reći da su nezavisni programeri navikli na ove dramske priče. Nažalost, kupac ima vrlo ozbiljne osnove za zamjenu odabranog softvera proizvoda. Često se događa zbog prekomjernog krutog proizvoda, njegove nesposobnosti da slijedi promjene u radu organizacije. Još jedan tipični grijeh programera je nezadovoljavajuća formulacija procesa provedbe, koji je, međutim, problem za cjelokupno rusko tržište integriranih informacijskih sustava.
Neadekvatna i preplavljena očekivanja povezana s nedovoljnom sviješću manifestiraju se ne samo u podcjenjivanju poteškoća u uvođenju ili precijenjenoj procjeni izglede za unutarnje razvoj. Još jedna uobičajena pogreška - neke pretjerivanja automatizacije mogućnosti kao takve. Recimo, u trenutnoj fazi razvoja, još nije potrebno razgovarati o punopravnim sustavima odlučivanja koji bi doživjeli liječnike s korisnim intelektualnim pitanjima za sve prigode. Iako u budućnosti, možda u bliskoj budućnosti, takve će se funkcije zasigurno pojaviti. Barem u ozbiljnim industrijskim sustavima.
U osnovi, dvije najčešće zablude su preplavljene očekivanja u smislu i ideji provedbe sustava kao konačnog procesa. Ponekad dobavljači očekuju da će uvod biti brz, gotovo trenutak. Također se podrazumijeva da će s instalacijom sustava sve probleme ostati iza. O tome kako je priključena instalacija sustava, već smo rekli gore. Uspješno prevladavanje tih poteškoća moguće je samo s trezvenim izračunom privremenih i osobnih resursa: bez vruće i izleganja.
Što se tiče završetka provedbe, također nije suvišno ponoviti ideju kontinuirane evolucije zahtjeva sustava. Naravno, u svakom uvodu trebate nacrtati liniju. Skup funkcija koje traži dobavljač mora se provoditi. Ali onda, kada su stručnjaci svjesni svih ometanja mogućnosti, apetiti korisnici rastu i rade na razvoju proizvoda nastavlja se. A to znači nove implementacije, nove probleme i nova dostignuća.
