Kontroly zdravotníckych inštitúcií: Očakávania a realita

Obsah



Medpersonálna automatizácia nie je zastrašovaná

Kontroly zdravotníckych inštitúcií: Očakávania a realitaPred rozprávaním o sklamaní stojí za to povedať niekoľko milých slov o významnom pokroku vo vzťahoch hláv zdravotníckych organizácií a lekárov s informačnými technológiami za posledných päť až sedem rokov. Teraz je vytvorenie každej novej kliniky je už ťažké predložiť bez jej zložky. Toto je druh štandardu. Význam automatizácie sa už realizuje v mnohých lekárskych a preventívnych inštitúciách.

Zvlášť výrazné rozpoznávanie potreby automatizácie pri vytváraní komerčných zdravotníckych centier. Každý súkromný investor, plánuje vytváranie samostatnej kliniky a ešte viac, takže sieť zdravotníckych inštitúcií, okamžite stanovuje svoje vybavenie do investičného rozpočtu.

Na druhej strane, drvivá väčšina vládnych zdravotníckych inštitúcií nie je buď automatizovaná alebo praktizovaná patchwork alebo skôr fragmentárnu automatizáciu. A to je napriek tomu, že mnohí lekári už dlho «Žiadne mlyderov» Počítač a súkromné ​​objednávky aktívne používajú softvérové ​​aplikácie a internet.

Napriek nízkej úrovni automatizácie v priemere v zdravotníctve je celkom možné, že psychologicky lekárska komunita je pripravená na hromadné zavádzanie informačných technológií. To možno vidieť, najmä podľa úrovne povedomia lekárov. Na rozdiel od situácie pred päť-siedmimi rokmi, ak prichádza konverzácia o lekárskych systémoch, potom lekári, spravidla nemusia objasniť, čo je elektronická lekárska karta je neoddeliteľnou súčasťou akéhokoľvek priemyselného lekárskeho informačného systému.

Tam, kde lekári a manažéri skutočne zoznámili s výhodami výpočtovej technológie, jednotné informačné systémy sa čoraz viac stávajú hrebeňom infraštruktúry celej nemocnice a profylaktickej inštitúcie - prostredníctvom integrácie so zariadením prostredníctvom výmeny informácií s inými kliníkmi a poisťovňami.


Ťažkosti zavádzania informačných systémov na prácu zdravotníckych inštitúcií

Nanešťastie, zavedenie informačných systémov nie je vždy hladko. V tomto ohľade nie je liek žiadna výnimka. A v iných priemyselných odvetviach existuje mnoho príkladov neúspešných alebo silných nástrojov, ktoré neprinášajú požadované výsledky podľa kupujúcich systému. Ťažké implementácie sú spôsobené rôznymi dôvodmi. Tu by sme chceli zastaviť len niektoré z nich. Najmä o ťažkostiach spojených s nesprávnymi očakávaniami zdravotníckych organizácií pri nákupe informačného systému.

Samozrejme, že existuje vždy medzera medzi objektívnymi výsledkami implementácie a nehnuteľností komplexných softvérových produktov, na jednej strane a subjektívne hodnotenie týchto výsledkov účastníkmi implementácie na strane druhej. Zdá sa však, že je to jedna z hlavných príčin zložitých implementácií, sú nesprávne nápady a očakávania zákazníkov pri nákupe IT riešení.

Nie všetci manažéri sú napríklad jasne realizovať rozdiel medzi jednoduchou kancelárskou aplikáciou a multiplayerovým systémom. Ale ak v prvom prípade hovoríme o nástroji pre samostatnú funkciu, ktorú vykonáva jeden zamestnanec, potom v druhom mieste - o nástroji podporujúcej prácu celej organizácie s desiatkami alebo stovkami používateľov. Zároveň, často obchodné procesy tejto organizácie nie sú formalizované, to nie je zdokumentované a a veľké nie sú známe vo všetkých detailoch.

Stáva sa, že riadenie zdravotníckych inštitúcií, ktoré už prijímajú rozhodnutie o kúpe softvérového produktu, nemá predstavu o bežných ťažkostiach. Taký napríklad ako nevyhnutný stres pre personál, bolestivé lámanie stereotypov a ako výsledok sabotáž novej technológie.

Keď počas projektu, všetky tieto problémy stávajú zrejmé, správa lekárskej a profylaktickej inštitúcie robí nejaké unáhlené závery a snaží sa výrazne obmedziť rozsah informačných technológií. Môže to byť napríklad odmietnutie povinného používania systému lekárov a zavedenie realizácie účtovníctva a účtovníctva služieb pre automatizáciu.

Takéto rozhodnutia môžu byť odôvodnené skutočnosťou, že lekári budú musieť stráviť viac času na prijatie pacienta, ak umožnia údaje do systému. Prax ukazuje, že v počiatočných štádiách sa malé oneskorenia skutočne môžu uskutočniť - ľudia sa učia, zvyknú sa, master nových príležitostí. Ale potom, keď je systém zvládnutý, produktivita lekárov rastie v porovnaní s «Papierový» Technológia.

Zasenená odmietnutie systémových funkcií nielen obmedzuje individuálne schopnosti, ale znižuje účinnosť implementácie vo všeobecnosti. V skutočnosti, v zložitých lekárskych systémoch, je to zložitosť, ktorá poskytuje významné výhody v porovnaní s patchwork automatizácie. Unáhlené riešenia spojené s morálnou nevedomosťou a nevedomosťou sú teda deštruktívne ako prirodzené ťažkosti pri rozvoji nových technológií.

Ďalšie typické nedorozumenie - postoj k sprievodu informačných systémov. Dôvodom v tej istej nevedomosti a nedorozumenia, ako rôzne úrovne obtiažnosti majú desktopové programy a komplexné informačné systémy. Stáva sa to, že správa lekárskej a profylaktickej inštitúcie nielenže neuznáva potrebu a význam technickej podpory systému podľa vývojárov, ale tiež neuznáva užitočnosť vnútornej IT služby. Hoci aj jeden kompetentný špecialista v štáte kliniky môže odstrániť mnohé problémy prevádzky systému a stabilizovať podmienky pre bežných používateľov.

Vnútorná IT služby zákazníka nie je luxus, ale záruka stability a rozvoja. Premýšľanie automatizáciou, nie všetky zdravotnícke zariadenia sa pozerajú do budúcnosti. Nie každý si uvedomuje, že po zavedení systému, keď sa ľudia cítia nové príležitosti, život nie je svietený na mieste, ale bude pokračovať ďalej. Vyvíjať potreby používateľov a organizácie ako celok.

Ďalším extrémom je pokus o niektoré lekárske a preventívne inštitúcie, aby vytvorili komplexný systém. Vedúci predstavitelia, ktorí sa rozhodli ísť takto, zvyčajne vedú dva jednoduché argumenty. Najprv, že naše vlastné rozvoj vám umožní automatizovať dôležité vlastnosti, konkurenčné výhody kliniky. Po druhé, ich programátori urobia všetko, čo je oveľa lacnejšie ako externý dodávateľ.

Aj keď si uvedomíte, že v niektorých prípadoch môžu byť tieto úvahy opodstatnené, je dôležité pochopiť súvisiace obmedzenia, a čo je najdôležitejšie, konečná cena rozhodnutia. Automatizácia konkurenčných výhod, samozrejme, hodná úloha. Aký podiel spôsobuje špecifické obchodné procesy v celkovom objeme funkcií lekárskej inštitúcie? Môže byť 5, 10, v extrémnych prípadoch 20%, sotva viac. Medzitým, ak sa rozhodne urobiť zostávajúce 80-95% doma, potom sa na ne vzťahia všetky funkcie vnútorného rozvoja.

Čo je to funkcia? Oni sú obzvlášť vyslovované s veľmi zrýchleným vývojom, ktoré priaznivci «Domov» Softvér vedie ako druhý argument «za» Systém domácich. Toto je rýchlosť a nízke náklady. Túžba urobiť všetko, čo sa rýchlo môže takmer vždy obrátiť na porušenie architektonickej integrity systému a odmietnutie plánovania a dokumentácie práce. A to sa ukáže nielen na zákazku, ale aj technickú dokumentáciu.

Stojí za to vysvetliť, čo sa otočí, keď sa obráti nové požiadavky na systém a potrebu vykonať zmeny! Univerzálne domáce systémy tiež zažívajú vážne ťažkosti so spojovacím komplexným zdravotníckym zariadením. V dôsledku toho nie je zabezpečená žiadna rýchlosť, ale ilúzia rýchlosti vývoja. Keďže frementné úspechy by mali spravidla obdobie skutočne negatívneho výkonu vo vývoji. Obrazne hovoriť «rave». V jazyku projektu projektu riadenia, táto situácia je opísaná ako kombinácia vysokých rizík a vysokých nákladov na vlastníctvo systému.

Zvyčajne sú zdravotnícke inštitúcie náchylné len na jednu z dvoch extrém. Buď žijú vôbec bez nej služby alebo sa pokúsite napísať svoj systém. Existujú však také prípady, keď sa budú prvýkrát prijať jedno rozhodnutia, a potom diametrálne oproti. Organizácia robí dva, tri pokusy začať znova, ponecháva hotové rozhodnutie svojmu vlastnému rozvoju a potom sa vráti späť.

Nie je možné povedať, že nezávislí vývojári nie sú zvyknutí na tieto dramatické príbehy. Bohužiaľ, zákazník má veľmi vážne dôvody na výmenu akonáhle softvérový produkt. Sa často deje z dôvodu nadmernej tuhosti výrobku, jeho neschopnosť sledovať zmeny v práci organizácie. Ďalším typickým hriechom vývojárov je neuspokojivá formulácia procesu implementácie, ktorý je však problémom pre celý ruský trh integrovaných informačných systémov.

Nedostatočné a ohromené očakávania spojené s nedostatočným povedomím sa prejavujú nielen v podceňovaní ťažkostí zavádzania alebo nadhodnoteného hodnotenia vyhliadok na vnútorné rozvoj. Ďalšia spoločná chyba - niektoré preháňanie možností automatizácie ako také. Povedzme, že v súčasnej fáze vývoja ešte nie je potrebné hovoriť o plnohodnotných rozhodovacích systémoch, ktoré by poskytovali lekárom s užitočnými intelektuálnymi výzvami pre všetky príležitosti. Hoci v budúcnosti, možno v blízkej budúcnosti, takéto funkcie sa určite objavia. Aspoň v závažných, priemyselných systémoch.

V podstate sú dve najbežnejšie mylné predstavy ohromení očakávaniami a myšlienkou implementácie systému ako konečný proces. Niekedy dodávatelia očakávajú, že úvod bude rýchly, takmer okamžite. Z toho vyplýva, že s inštaláciou systému zostanú všetky problémy. O tom, aké ťažké je inštalácia systémov pripojená, už sme povedali vyššie. Úspešné prekonávanie týchto ťažkostí je možné len s triezvom výpočtu dočasných a personálnych zdrojov: bez horúceho a vyliahnutia.

Pokiaľ ide o dokončenie implementácie, nie je tiež nadbytočné opakovať myšlienku nepretržitého vývoja systémových požiadaviek. Samozrejme, v každom úvode potrebujete nakresliť čiaru. Musí sa implementovať súbor funkcií požadovaných dodávateľom. Ale potom, keď odborníci sú si vedomí všetkých narušených možností, užívateľské jedlá rastú a pracujú na vývoji výrobku pokračuje. A to znamená nové implementácie, nové problémy a nové úspechy.

Leave a reply