Контрол на медицински институции: очаквания и реалност

Съдържание



Не плашете медицинския персонал с автоматизация

Болнична автоматизация: очаквания и реалностПреди да говорим за разочарования, струва си да кажем няколко добри думи за значителния напредък във връзката на медицинските ръководители и лекарите с информационните технологии през последните пет до седем години. Сега е трудно да си представим създаването на всяка нова клиника без ИТ компонент. Това вече е един вид стандарт.  Значението на автоматизацията вече е признато в много здравни заведения.

Особено забележимо е признаването на необходимостта от автоматизация при създаването на търговски медицински центрове. Всеки частен инвеститор, планиращ да създаде отделна клиника и още повече мрежа от лечебни заведения, незабавно залага в инвестиционния бюджет, за да ги оборудва с модерна информационна система..

От друга страна, преобладаващото мнозинство от държавните лечебни заведения или изобщо не са автоматизирани, или практикуват пачуърк, или по-скоро фрагментарна автоматизация. И това въпреки факта, че много лекари отдавна са «без господа» с компютър и частна поръчка активно използвайте софтуерни приложения и Интернет.

Въпреки ниското ниво на автоматизация средно в здравната индустрия, вече може да се твърди, че медицинската общност е психологически готова за масовото въвеждане на информационни технологии. Това може да се види по-специално в нивото на информираност на лекарите. За разлика от ситуацията преди пет или седем години, ако разговорът идва за медицински системи, тогава лекарите, като правило, не трябва да обясняват какво представлява електронната медицинска карта.  - неразделна част от всяка индустриална медицинска информационна система.

На същото място, където лекарите и мениджърите всъщност се запознаха с предимствата на компютърните технологии, единните информационни системи все повече се превръщат в гръбнака на инфраструктурата на цялата лечебно-профилактична институция - чрез интеграция с апаратура, чрез обмен на информация с други клиники и застраховки фирми..
 


Трудности при въвеждането на информационни системи в работата на лечебните заведения

За съжаление, внедряването на информационни системи не винаги върви гладко. В това отношение медицината не прави изключение. А в други отрасли има много примери за неуспешни или трудни внедрения, които не носят желаните резултати за купувачите на системи. Трудните имплементации се дължат на много причини. Тук бихме искали да се спрем само на някои от тях. Главно върху трудностите, свързани с неправилни очаквания на медицинските организации при закупуване на информационна система.

Разбира се, винаги има разлика между обективните резултати от внедряването и свойствата на сложните софтуерни продукти, от една страна, и субективната оценка на тези резултати от участниците в внедряването, от друга. Но мисля, че една от основните причини за трудни внедрения са заблудите и очакванията на клиентите при закупуване на ИТ решения..

Например, не всички мениджъри ясно разбират разликата между обикновено офис приложение и многопотребителска система. Но ако в първия случай говорим за инструмент за отделна функция, изпълнявана от един служител, то във втория - за инструмент, който поддържа работата на цяла организация с десетки или стотици потребители. В същото време често бизнес процесите на тази организация не са формализирани, тоест не са документирани и като цяло са неизвестни във всички подробности..

Случва се, че ръководството на лечебно заведение, след като вече е взело решение за закупуване на софтуерен продукт, няма представа за обикновените трудности при изпълнението. Такива например като неизбежен стрес за персонала, болезнено разбиване на стереотипите и в резултат на това саботаж на новите технологии.

Когато в хода на проекта всички тези проблеми станат очевидни, администрацията на лечебно-профилактичното заведение понякога прави прибързани заключения и се опитва значително да ограничи обхвата на информационните технологии. Това може да бъде например отказът от задължителното използване на системата от лекарите и свеждането на прилагането до автоматизация на счетоводството и счетоводството на услугите..

Такива решения могат да бъдат оправдани от факта, че лекарите ще трябва да отделят повече време за посещения на пациенти, ако въведат данни в системата. Практиката показва, че в началните етапи наистина могат да се получат малки закъснения - хората се учат, свикват, овладяват нови възможности. Но след като системата бъде усвоена, производителността на лекарите се увеличава в сравнение с «хартия» технология.

Прибързаното отхвърляне на някои от функциите на системата не само ограничава индивидуалните възможности, но намалява ефективността на изпълнението като цяло. В действителност, в сложните медицински системи, сложността дава значителни предимства пред пачуърк автоматизацията. Така прибързаните решения, свързани с морална неподготвеност и невежество, се оказват по-разрушителни от естествените трудности при овладяването на нова технология..

Друго типично недоразумение е отношението към поддръжката на информационните системи. Причината е същото невежество и неразбиране как различните нива на сложност имат настолни програми и сложни информационни системи. Случва се, че администрацията на медицинско и профилактично заведение не само не признава необходимостта и значението на техническата поддръжка на системата от разработчиците, но и не признава полезността на вътрешна ИТ услуга. Въпреки че дори един компетентен специалист от персонала на клиниката може да премахне много от проблемите при експлоатацията на системата и да стабилизира условията за нормалната работа на потребителите.

Вътрешната ИТ услуга на клиента не е лукс, а гаранция за стабилност и развитие. Когато се мисли за автоматизация, не всички лечебни заведения гледат в бъдещето. Не всеки осъзнава, че след внедряването на системата, когато хората усетят нови възможности, животът няма да замръзне на място, а ще продължи напред. И нуждите на потребителите, и организацията като цяло се развиват.

Другата крайност е опитът на някои здравни заведения сами да направят сложна система. Лидерите, които решат да тръгнат по този маршрут, обикновено излагат два прости аргумента. Първо, че нашата собствена разработка ще автоматизира важни характеристики и конкурентни предимства на клиниката. На второ място, техните програмисти ще направят всичко много по-евтино от външен изпълнител..

Дори ако осъзнаете, че в някои случаи тези съображения могат да бъдат оправдани, важно е да разберете ограниченията, свързани с тях, и най-важното, крайната цена на решението. Автоматизирането на конкурентното предимство със сигурност е достойна задача. Но какъв е делът на конкретните бизнес процеси в общия обхват на функциите на лечебно заведение? Може да има 5, 10 или поне 20%, едва ли повече. Междувременно, ако се вземе решение да се направи у дома  останалите 80-95%, тогава всички характеристики на вътрешното развитие ще се отнасят за тях.

Какви са тези характеристики? Те са особено изразени с много ускореното развитие, което поддръжниците на «У дома» софтуерът е даден като втори аргумент «на» домашна система. Това е бързо и евтино. Желанието да се направи всичко възможно най-бързо почти винаги се превръща в нарушение на архитектурната цялост на системата и отказ от планиране и документиране на работата. Освен това се отхвърля не само потребителска, но и техническа документация..

Заслужава ли си да обясним как се получава това, когато се появят нови изисквания към системата и необходимостта от промени! Домашно приготвените системи навсякъде също са изправени пред сериозни затруднения при свързването на усъвършенствано медицинско оборудване. В резултат се осигурява не скоростта, а илюзията за скоростта на развитие. Тъй като фрагментарните успехи обикновено са последвани от период на действително отрицателни резултати от развитието. Образно казано, системата започва «рушат се». На езика на теорията за управление на проекти тази ситуация се описва като комбинация от високи рискове и високи разходи за притежание на системата..

Обикновено здравните заведения обикновено стигат до една от двете крайности. Или изобщо живеят без ИТ услуга, или се опитват да напишат своя собствена система. Но има и случаи, когато първо се вземат някои решения, а след това -  диаметрално противоположна. Организацията прави два, три опита да започне отначало, отдалечава се от готово решение за собственото си развитие и след това се връща.

Това не означава, че независимите разработчици нямат нищо общо с тези драматични истории. За съжаление клиентът има много сериозни причини да замени веднъж избрания софтуерен продукт. Често това се дължи на прекомерната твърдост на продукта, неспособността му да проследява промените в работата на организацията. Друг типичен грях на разработчиците е незадоволителната формулировка на процеса на внедряване, което обаче е проблем за целия руски пазар на сложни информационни системи..

Неадекватните и надценени очаквания, свързани с липсата на информираност, се проявяват не само в подценяване на трудностите при изпълнението или надценяване на перспективите за вътрешно развитие. Друга често срещана грешка е преувеличение на възможностите за автоматизация като такива. Например, на настоящия етап на развитие все още не е необходимо да се говори за пълноценни системи за подкрепа на решения, които биха предоставили на лекарите полезни интелектуални съвети за всички случаи. Въпреки че в бъдеще, може би в близко бъдеще, такива характеристики със сигурност ще се появят. Поне в сериозните, индустриални системи.

По принцип двете най-често срещани заблуди са надценени очаквания по отношение на времето и идеята за внедряването на системата като краен процес. Понякога се очаква доставчиците да бъдат бързи, почти моментални. Разбира се също така, че с инсталирането на системата всички неприятности ще останат зад гърба. Вече казахме по-горе с какви трудности е свързано инсталирането на системи. Успешното преодоляване на тези трудности е възможно само с трезво изчисляване на времето и човешките ресурси: без треска и главата..

Що се отнася до пълнотата на изпълнението, тогава също не е излишно да се повтори идеята за непрекъснатото развитие на изискванията към системата. Разбира се, всяко изпълнение трябва да очертае линия. Декларираният от доставчика набор от функции трябва да бъде приложен. Но след това, когато специалистите осъзнаят всички предстоящи възможности, апетитите на потребителите нарастват и работата по разработването на продукта продължава. А това означава нови внедрения, нови проблеми и нови постижения..

Leave a reply