Doctorii moderni - oamenii sunt destul de avansați pentru a realiza pe deplin importanța introducerii sistemelor informatice la spitalele de lucru. Dar așteptările lor de la automatizare nu sunt întotdeauna adecvate - aprobă autorii articolului. Citiți mai multe despre acest lucru de mai jos.
Conţinut
Înainte de a vorbi despre dezamăgiri, merită să spunem câteva cuvinte asemănătoare cu privire la progresele semnificative în relațiile șefilor organizațiilor medicale și medicii cu tehnologii informaționale în ultimii cinci până la șapte ani. Acum, crearea fiecărei noi clinici este deja dificil de prezentat fără componenta IT. Acesta este un tip de standard. Importanța automatizării este deja realizată în multe instituții medicale și preventive.
Mai ales recunoașterea vizibilă a nevoii de automatizare la crearea centrelor medicale comerciale. Orice investitor privat, planificând crearea unei clinici separate și chiar mai mult rețeaua instituțiilor medicale, își pune imediat echipamentul la bugetul de investiții.
Pe de altă parte, majoritatea covârșitoare a instituțiilor medicale guvernamentale nu sunt automatizate, fie de mozafuri practicate sau o automatizare mai degrabă fragmentară. Și acest lucru este în ciuda faptului că mulți medici au fost mult timp «Nu sunt greți» Comandă de calculator și privată utilizează în mod activ aplicațiile software și internetul.
În ciuda nivelului scăzut de automatizare în medie în industria sănătății, este foarte posibil ca comunitatea medicală psihologică să fie pregătită pentru introducerea în masă a tehnologiei informației. Acest lucru poate fi văzut, în special, de nivelul de conștientizare a medicilor. Spre deosebire de o situație de acum cinci șapte ani, dacă vine o conversație despre sistemele medicale, atunci medicii, de regulă, nu trebuie să clarifice ceea ce o carte de e-medicină este o componentă integrală a oricărui sistem de informații medicale industriale.
În cazul în care medicii și managerii au devenit familiarizați cu avantajele tehnologiei informatice, sistemele uniforme de informare devin din ce în ce mai mult creasta infrastructurii întregului spital și instituție profilactică - prin integrarea cu echipamentele, prin schimbul de informații cu alte clinici și societăți de asigurări.
Dificultăți de introducere a sistemelor informatice la activitatea instituțiilor medicale
Din păcate, introducerea sistemelor informatice nu merge întotdeauna fără probleme. În acest sens, medicina nu este o excepție. Și în alte industrii există multe exemple de unelte nereușite sau severe care nu aduc rezultatele dorite de către cumpărătorii sistemului. Implementările dificile sunt cauzate de o varietate de motive. Aici am vrea să oprim doar câteva dintre ele. În principal pe dificultățile asociate cu așteptările greșite ale organizațiilor medicale atunci când cumpără un sistem de informații.
Desigur, există întotdeauna un decalaj între rezultatele obiective ale implementării și proprietăților produselor software complexe, pe de o parte, și evaluarea subiectivă a acestor rezultate de către participanți la implementare, pe de altă parte. Dar, se pare că una dintre principalele cauze ale implementărilor dificile este ideile și așteptările greșite ale clienților atunci când cumpără soluții IT.
De exemplu, nu toți managerii își dau seama în mod clar diferența dintre o aplicație simplă de birou și un sistem multiplayer. Dar, în primul caz, vorbim despre un instrument pentru o funcție separată efectuată de un angajat, apoi în al doilea - despre instrumentul care susține activitatea unei întregi organizații cu zeci sau sute de utilizatori. În același timp, adesea procesele de afaceri ale acestei organizații nu sunt formalizate, adică nu este documentat și de către mare sunt necunoscute în toate detaliile.
Se întâmplă că conducerea instituțiilor medicale, care adoptă deja o decizie privind achiziționarea unui produs software, nu are nicio idee despre dificultățile obișnuite de implementare. Astfel, de exemplu, ca stres inevitabil pentru personal, ruperea dureroasă a stereotipurilor și, ca rezultat, sabotajul noii tehnologii.
Când în timpul proiectului, toate aceste probleme devin evidente, administrarea unei instituții medicale și profilactice face unele concluzii grase și încearcă să limiteze în mod semnificativ domeniul de aplicare al tehnologiei informației. Acest lucru poate fi, de exemplu, refuzul utilizării obligatorii a sistemului de medici și introducerea implementării contabilității și a contabilității serviciilor către automatizare.
Astfel de decizii pot fi justificate de faptul că medicii vor trebui să petreacă mai mult timp pentru a primi pacientul dacă activează datele în sistem. Practica arată că în stadiile inițiale, întârzieri mici pot avea loc într-adevăr - oamenii învață, obișnuiesc-o, Master noi oportunități. Dar apoi, deoarece sistemul este stăpânit, productivitatea medicilor crește în comparație cu «Hârtie» Tehnologie.
Răspunderea înnăscută a funcțiilor sistemului nu numai că limitează capacitățile individuale, ci reduce eficiența implementării în general. Într-adevăr, în sisteme medicale complexe, este complexitatea care oferă avantaje semnificative în comparație cu automatizarea patchwork. Astfel, soluțiile dureroase asociate cu nevoirea morală și ignoranța sunt mai distructive decât dificultățile naturale de a dezvolta noi tehnologii.
O altă neînțelegere tipică - atitudinea față de acompaniamentul sistemelor informatice. Motivul în aceeași ignoranță și neînțelegere a numărului de diferite niveluri de dificultate au programe de desktop și sisteme informatice cuprinzătoare. Se întâmplă că administrarea unei instituții medicale și profilactice nu numai că nu recunoaște nevoia și importanța sprijinului tehnic al sistemului de către dezvoltatori, dar și nu recunoaște utilitatea serviciului IT intern. Deși chiar și un specialist competent în starea clinicii poate elimina multe probleme de funcționare a sistemului și poate stabiliza condițiile pentru utilizatorii normali.
Serviciul IT intern al clientului nu este un lux, ci o garanție a stabilității și a dezvoltării. Gândirea prin automatizare, nu toate facilitățile medicale privesc în viitor. Nu toată lumea este conștientă de faptul că, după introducerea sistemului, când oamenii se simt noi oportunități, viața nu este aprinsă în loc, ci va continua. Evoluționați nevoile utilizatorilor și ale organizației ca întreg.
O altă extremă este o încercare a unor instituții medicale și preventive de a face un sistem cuprinzător pe cont propriu. Liderii care au decis să meargă în acest fel conduc de obicei două argumente simple. În primul rând, propria noastră dezvoltare vă va permite să automatizați caracteristici importante, avantaje competitive ale clinicii. În al doilea rând, programatorii lor vor face totul mult mai ieftin decât contractantul extern.
Chiar dacă recunoașteți că, în unele cazuri, aceste considerente pot fi justificate, este important să se înțeleagă limitările asociate și, cel mai important, prețul final al deciziei. Automatizarea avantajelor competitive, desigur, o sarcină demnă. Dar ce proporție face procese de afaceri specifice în volumul total al funcțiilor instituției medicale? Pot exista 5, 10, în cazuri extreme de 20%, cu greu mai mult. Între timp, dacă se decide să se facă restul de 80-95% acasă, atunci toate caracteristicile dezvoltării interne se vor aplica acestora.
Ce sunt aceste caracteristici? Ele sunt pronunțate în mod special cu dezvoltarea foarte accelerată pe care susținătorii «Acasă» Software-ul duce ca un al doilea argument «pe» Sistem de casă. Aceasta este viteza și costurile reduse. Dorința de a face totul la fel de repede poate aproape întotdeauna transforma într-o încălcare a integrității arhitecturale a sistemului și refuzul planificării și documentării muncii. Și se dovedește nu numai documentația personalizată, ci și tehnică.
Merită să explicați ceea ce se întoarce atunci când cerințele noi pentru sistem și necesitatea de a face schimbări! Sistemele universale de casă experimentează, de asemenea, dificultăți serioase cu conectarea echipamentelor medicale complexe. Ca rezultat, nu se asigură nicio viteză, dar iluzia vitezei de dezvoltare. Deoarece succesele fragmentare ar trebui, de regulă, perioada de performanță negativă efectivă în dezvoltare. Vorbind la figurat «rave». În limba proiectului de management al proiectelor, această situație este descrisă ca o combinație de riscuri ridicate și un cost ridicat de proprietate asupra sistemului.
De obicei, instituțiile medicale sunt predispuse doar la una din cele două extreme. Fie trăiți deloc fără serviciu sau încercați să scrieți sistemul lor. Dar există astfel de cazuri atunci când o decizie sunt luate pentru prima dată și apoi s-au opus diametral. Organizația face două, trei încercări de a începe din nou, lasă decizia finalizată în propria dezvoltare și apoi se întoarce înapoi.
Este imposibil să spunem că dezvoltatorii independenți nu sunt obișnuiți cu aceste povești dramatice. Din păcate, clientul are motive foarte grave pentru înlocuirea produsului software selectat. De multe ori se întâmplă din cauza rigidității excesive a produsului, incapacitatea sa de a urma schimbările în activitatea organizației. Un alt păcat tipic al dezvoltatorilor este formularea nesatisfăcătoare a procesului de implementare, care, totuși, este o problemă pentru întreaga piață rusă a sistemelor informatice integrate.
Așteptările inadecvate și copleșitoare asociate cu conștientizarea insuficientă se manifestă nu numai în subestimarea dificultăților de introducere sau de o evaluare supraestimată a perspectivelor de dezvoltare internă. O altă eroare comună - o anumită exagerare a oportunităților de automatizare ca atare. Să spunem, în stadiul actual al dezvoltării, nu este încă necesar să vorbim despre sistemele de luare a deciziilor cu drepturi depline care să furnizeze medicii cu solicitări intelectuale utile pentru toate ocaziile. Deși în viitor, probabil în viitorul apropiat, astfel de funcții vor apărea cu siguranță. Cel puțin în sisteme grave, industriale.
Practic, cele două cele mai frecvente concepții greșite sunt încredințate așteptări în termeni și idei de punere în aplicare a sistemului ca proces finit. Uneori furnizorii așteaptă ca introducerea să fie rapidă, aproape instantanee. De asemenea, se presupune că, odată cu instalarea sistemului, toate necazurile vor rămâne în urmă. Despre cât de dificilă este conectarea instalării sistemelor, am spus deja mai sus. Depășirea cu succes a acestor dificultăți este posibilă numai cu un calcul sobru al resurselor temporare și de personal: fără fierbinte și incubație.
În ceea ce privește finalizarea implementării, nu este, de asemenea, superfluă să se repete ideea evoluției continue a cerințelor sistemului. Desigur, în fiecare introducere trebuie să trageți o linie. Setul de funcții revendicate de furnizor trebuie implementat. Dar, atunci când experții sunt conștienți de toate oportunitățile de perturbare, apetitul utilizatorilor cresc și lucrează la dezvoltarea produsului continuă. Aceasta înseamnă noi implementări, noi probleme și realizări noi.
