Šiuolaikiniai gydytojai - žmonės yra gana pažangūs, kad visiškai suprastų informacines sistemas į darbo ligonines svarbą. Tačiau jų lūkesčiai iš automatizavimo ne visada yra tinkami - patvirtina straipsnio autorius. Skaitykite daugiau apie tai žemiau.
Turinys
Prieš kalbėdami apie nusivylimus, verta pasakyti keletą gerų žodžių apie didelę pažangą medicinos organizacijų ir gydytojų su informacinių technologijų vadovų santykių per pastaruosius penkerius ar septynerius metus. Dabar kiekvienos naujos klinikos kūrimą jau sunku pateikti be jo komponento. Tai yra standartinis. Automatikos svarba jau yra realizuota daugelyje medicinos ir prevencinių institucijų.
Ypač pastebimas automatikos poreikio pripažinimas kuriant komercinius medicinos centrus. Bet privatus investuotojas, planuojant atskiros kliniką ir dar labiau medicinos įstaigų tinklą, nedelsiant nustato savo įrangą į investicijų biudžetą.
Kita vertus, didžioji dauguma vyriausybės medicinos įstaigų nėra automatizuoti arba praktikuoti patchwork, arba gana fragmentiškos automatikos. Ir tai nepaisant to, kad daugelis gydytojų jau seniai «Nėra klaidų» Kompiuteris ir privatus užsakymas aktyviai naudoja programinės įrangos programas ir internetą.
Nepaisant mažo lygio automatizavimo vidutiniškai sveikatos pramonėje, tai yra visai įmanoma, kad psichologiškai medicinos bendruomenė yra pasirengusi įvesti informacinių technologijų. Tai gali būti vertinama, ypač dėl gydytojų suvokimo lygiu. Skirtingai nuo penkerių metų situacijos, jei kalbama apie medicinos sistemų pokalbį, paprastai gydytojai neturi paaiškinti, kokia e. Medicinos kortelė yra neatskiriama bet kurios pramoninės medicinos informacinės sistemos komponentas.
Jei gydytojai ir vadovai iš tikrųjų susipažino su kompiuterių technologijų privalumais, vienodos informacinės sistemos vis dažniau tampa visos ligoninės ir profilaktinės institucijos infrastruktūros kraigo - integruojant su įranga, keistis su kitomis klinikomis ir draudimo bendrovėmis.
Sunkumai įvedant informacines sistemas medicinos įstaigų darbui
Deja, informacinių sistemų įdiegimas ne visada vyksta sklandžiai. Šiuo atžvilgiu medicina nėra išimtis. Ir kitose pramonės šakose yra daug nesėkmingų ar sunkių padargų pavyzdžių, kurie nesukelia norimų sistemos pirkėjų rezultatų. Sunkiais įgyvendinimais sukelia įvairios priežastys. Čia norėtume sustabdyti tik kai kuriuos iš jų. Daugiausia dėl sunkumų, susijusių su netinkamais medicinos organizacijų lūkesčiais, perkant informacinę sistemą.
Žinoma, visada yra atotrūkis tarp objektyvių kompleksinių programinės įrangos produktų įgyvendinimo ir savybių rezultatų ir šių rezultatų subjektyvaus šių rezultatų įvertinimo, kita vertus. Tačiau atrodo viena iš pagrindinių sunkių įgyvendinimų priežasčių yra neteisingos klientų idėjos ir lūkesčiai perkant IT sprendimus.
Pavyzdžiui, ne visi vadovai aiškiai suvokia skirtumą tarp paprasto biuro taikymo ir multiplayer sistemos. Bet jei pirmuoju atveju kalbame apie vieną darbuotojo atliktos atskiros funkcijos priemonę, tada antrajame priemonėje - apie priemonę, patvirtinančią visos organizacijos darbą su dešimtimis ar šimtais vartotojų darbu. Tuo pačiu metu dažnai šios organizacijos verslo procesai nėra įforminti, tai nėra dokumentuojami ir visose detalėse nežinomos.
Taip atsitinka, kad medicinos įstaigų valdymas, jau priimdama sprendimą dėl programinės įrangos pirkimo, neturi idėjos apie paprastus veiksmus. Pavyzdžiui, kaip neišvengiamas personalo stresas, skausminga stereotipų nutraukimas ir naujos technologijos sabotažas.
Kai projekto metu visos šios problemos tampa akivaizdžios, medicinos ir profilaktinės institucijos administracija daro kai kurias skubias išvadas ir bando žymiai apriboti informacinių technologijų sritį. Tai gali būti, pavyzdžiui, atsisakymas būti privalomo naudojimo gydytojų ir apskaitos ir apskaitos paslaugų įgyvendinimą automatizuoti.
Tokie sprendimai gali būti pateisinami tuo, kad gydytojai turės praleisti daugiau laiko gauti pacientą, jei jie leidžia duomenis į sistemą. Praktika rodo, kad pradiniuose etapuose gali iš tikrųjų gali vykti nedideli vėlavimai - žmonės mokosi, priprasti prie naujų galimybių. Bet tada, kai sistema yra įvaldyta, gydytojų produktyvumas didėja, palyginti su «Popierius» Technologija.
Sistemos atmetimas sistemos funkcijas ne tik riboja individualias pajėgumus, tačiau sumažina įgyvendinimo veiksmingumą apskritai. Iš tiesų, sudėtingose medicinos sistemose, tai yra sudėtingumas, kuris suteikia didelius privalumus, palyginti su pleistrų automatika. Taigi, skubūs sprendimai, susiję su moraliniu nežinomumu ir nežinojimas yra labiau žalingas nei natūralūs naujos technologijos kūrimo sunkumai.
Kitas tipiškas nesusipratimas - požiūris į informacinių sistemų lydimą. Tos pačios nežinojimo priežastis ir nesusipratimas apie tai, kaip skirtingi sunkumų lygiai turi darbalaukio programas ir išsamią informacines sistemas. Tai atsitinka, kad medicinos ir profilaktinės institucijos administracija ne tik nepripažįsta poreikio ir svarbos techninės paramos sistemos kūrėjams, bet taip pat nepripažįsta vidaus IT paslaugų naudingumą. Nors net vienas kompetentingas specialistas klinikoje gali pašalinti daug problemų veikimo sistemos ir stabilizuoti sąlygas normaliems vartotojams.
Vidaus IT tarnyba kliento nėra prabanga, bet stabilumo ir vystymosi garantija. Mąstymas automatizavimu, o ne visos medicinos priemonės pažvelgti į ateitį. Ne visi žino, kad po sistemos įvedimo, kai žmonės jaučiasi naujos galimybės, gyvenimas nėra apšviestas, bet bus judėti toliau. Vystytis vartotojų ir organizacijos poreikius.
Kitas ekstremalus yra kai kurių medicinos ir prevencinių institucijų bandymas padaryti išsamią sistemą savarankiškai. Lyderiai, kurie nusprendė eiti tokiu būdu, paprastai vadovauja du paprastiems argumentams. Pirmiausia, kad mūsų pačių vystymasis leis automatizuoti svarbias savybes, klinikos konkurencinius pranašumus. Antra, jų programuotojai darys viską daug pigiau nei išorės rangovas.
Net jei pripažįstate, kad kai kuriais atvejais šie argumentai gali būti pateisinami, svarbu suprasti susijusius apribojimus ir, svarbiausia, galutinę sprendimo kainą. Konkurencinių pranašumų automatizavimas, žinoma, verta užduotis. Bet kokia proporcija atlieka konkrečius verslo procesus visame medicinos įstaigos funkcijų talpoje? Gali būti 5, 10, ekstremaliais atvejais 20%, vargu ar daugiau. Tuo tarpu, jei nuspręsta daryti likusius 80-95% namuose, jiems bus taikomos visos vidaus plėtros savybės.
Kas yra šios funkcijos? Jie yra ypač ryškūs su labai pagreitintu plėtra, kad rėmėjai «namai» Programinė įranga vadovauja kaip antrasis argumentas «Per» Namų sistema. Tai yra greitis ir mažos kainos. Noras daryti viską, kaip greitai, beveik visada gali tapti sistemos architektūrinio vientisumo pažeidimas ir atsisakymas planuoti ir dokumentuoti darbą. Ir paaiškėja ne tik papročius, bet ir techninius dokumentus.
Ar verta paaiškinti tai, ką ji apsisuka, kai nauji sistemos reikalavimai ir būtinybė atlikti pakeitimus! Visuotinai naminiai sistemos taip pat patiria rimtų sunkumų su komplekso medicinos įrangos sujungimu. Kaip rezultatas, nėra užtikrinamas greitis, bet vystymosi greičio iliuzija. Kadangi fragmentiški laimėjimai paprastai turėtų iš tikrųjų neigiamų veiklos rezultatų laikotarpį. Paveikslė. \ T «Rave». Projekto valdymo projekto kalba ši situacija apibūdinama kaip didelės rizikos ir didelių sistemos nuosavybės sąnaudų derinys.
Paprastai medicinos įstaigos yra linkę tik vienai iš dviejų kraštutinumų. Gyvena visai be jo paslaugų arba pabandykite parašyti savo sistemą. Tačiau yra tokių atvejų, kai pirmiausia priimami vienas sprendimas, o tada diametriai prieštarauja. Organizacija daro du, trys bandymai vėl pradėti, palieka gatavą sprendimą savo vystymuisi ir tada grąžina atgal.
Neįmanoma pasakyti, kad nepriklausomi kūrėjai nėra pripratę prie šių dramatiškų istorijų. Deja, klientas turi labai rimtų priežasčių pakeisti pasirinktą programinės įrangos produktą. Dažnai tai atsitinka dėl pernelyg didelio produkto standumo, jo nesugebėjimas laikytis organizacijos darbo pokyčių. Kita tipinė kūrėjų nuodėmė yra nepatenkinama įgyvendinimo proceso formuluotė, kuri, tačiau yra problema visai Rusijos rinkos integruotų informacinių sistemų.
Nepakankamai ir priblokšti lūkesčiai, susiję su nepakankamu informuotumu, pasireiškia ne tik neįvertinant problemų, susijusių su sunkumais, arba pervertintų vidaus plėtros perspektyvų įvertinimu. Kita bendra klaida - tam tikras automatizavimo galimybių perdėjimas. Tarkime, esant dabartiniam vystymosi etapui, dar nebūtina kalbėti apie visapusiškų sprendimų priėmimo sistemas, kurios suteiktų gydytojams naudingų intelektinės paraiškos visoms progoms. Nors ateityje, galbūt artimiausioje ateityje tokios funkcijos tikrai pasirodys. Bent jau sunkiose pramoninėse sistemose.
Iš esmės dvi dažniausiai klaidingos klaidos yra priblokšti lūkesčiai ir idėja apie sistemos įgyvendinimą kaip baigtinį procesą. Kartais tiekėjai tikisi, kad įvadas bus greitas, beveik momentinis. Taip pat yra numanoma, kad su sistema diegti visus rūpesčius. Apie tai, kaip sunku įdiegti sistemas, jau sakėme pirmiau. Sėkmingas šių sunkumų įveikimas yra įmanomas tik su blaiviais laikinų ir personalo išteklių skaičiavimu: be karšto ir perinti.
Kalbant apie įgyvendinimo užbaigimą, tai taip pat nėra nereikalinga pakartoti nuolatinio sistemos reikalavimų raidos idėją. Žinoma, kiekvienoje įvade jums reikia atkreipti liniją. Turi būti įgyvendintos tiekėjo reikalavimų rinkinys. Bet tada, kai ekspertai žino apie visas sutrikdančias galimybes, vartotojų apetitai auga ir dirbti su produkto plėtra toliau. Ir tai reiškia naujus diegimus, naujas problemas ir naujus pasiekimus.
