Сегодня на рынке медицинских информационных систем (МИС) предлагаются достаточно разные решения в широком ценовом диапазоне и с различными функциональными возможностями. В процессе исследования нами было обследовано 30 медицинских информационных систем. Из них 12 является продуктами украинского производителя, 18 - российского. Большая часть систем, а именно 13, специализированно и для санаториев.
Целью нашего исследования было сравнение медицинских информационных систем для лечебно-профилактических заведений санаторного типа за общепринятыми критериями и определения оптимальной из них, пользуясь теорией решения многокритериальных заданий.
Выбор оптимальной системы проводился с точки зрения покупателя по данным доступным в открытой сети. Решение указанной задачи проводилось методом "смещенного идеала". Этот метод, описанный в [1], предназначен для решения заданий выбору оптимального объекта, в случае большого количества объектов и критериев сравнения.
Во время исследования проводилось сравнение 19 медицинских информационных систем, о которых найдено в открытых источниках наиболее детальная информация. Сопоставление систем проводилось за общепринятыми критериями сравнения. А именно:
· полнота функциональных возможностей системы;
· стоимость программы (за одно рабочее место);
· необходимость капиталовложений на приобретение системы управления базами данных (СУБД);
· стоимость СУБД;
· адаптация к законодательству Украины.
Метод "смещенного идеала" оперирует с характеристиками
объектов, что выражаются в цифрах, потому качественные критерии сравнения
систем были переведены в цифры (таблице 1).
Таблица 1. Переведение критериев сравнения в цифровой вид.
|
Критерий |
Идеальное значение |
Промежуточное значение |
Наихудшее значение |
|
Полнота функциональных возможностей |
1 |
- |
0 |
|
Стоимость программы |
2 |
1 |
0 |
|
Необходимость капиталовложений на приобретение СУБД |
1 |
- |
0 |
|
Стоимость СУБД |
2 |
1 |
0 |
|
Адаптация к законодательству Украины |
1 |
- |
0 |
|
Примечание: [составлено автором] |
|||
Примечание. Оценка критериев проводилась следующим образом: «полнота
функциональных возможностей» - функция отсутствует - 0, функция присутствует -
1; «стоимость программы» - высокая - 0; средняя - 1, низкая - 2; «необходимость
капиталовложений на приобретение системы управления базами данных» - есть
необходимость - 0, нет необходимости - 1; «стоимость СУБД» - высокая - 0, средняя
- 1, низкая - 2; «адаптация к законодательству Украины» - не адаптированная -
0, адаптированная - 1.
Примечание: [составлено автором]
Рисунок 5. - Результаты сравнения медицинских
информационных систем.
Характеристики каждой МИС были переведены в цифровое выражение. Также была определена система с наилучшими и наихудшими параметрами. В таблице 2 приведены цифровые характеристики всех МИС, которые сравнивались.
Результаты сравнения медицинских информационных систем для ЛПУ
санаторного типа за общепринятыми критериями приведены на рисунке 5.
Таблица 2. Цифровые характеристики МИС.
|
Название системы |
К-МИС |
СПК «Здравница» |
АИС «Мкт-санаторий» |
Дип пансион |
Global |
БЭСТ Здравница |
АКСИМЕД |
MedWork |
ИНТЕРИН |
Идеальная система |
|
Бронирование |
1 |
1 |
0 |
1 |
1 |
0 |
0 |
1 |
1 |
1 |
|
Регистратура |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
|
Расселение |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
|
Диетпитание |
1 |
1 |
1 |
1 |
1 |
1 |
0 |
0 |
1 |
|
|
Врач |
1 |
0 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
|
Диспетчер |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
0 |
1 |
|
Процедуры |
1 |
0 |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
1 |
|
Лаборатория |
1 |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
1 |
1 |
|
Финансы |
1 |
1 |
0 |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
|
Статистика |
1 |
1 |
1 |
1 |
1 |
1 |
1 |
0 |
1 |
1 |
|
Персонал |
1 |
0 |
0 |
0 |
1 |
0 |
0 |
0 |
1 |
1 |
|
Учет медикаментов |
1 |
0 |
1 |
0 |
1 |
0 |
1 |
0 |
1 |
1 |
|
Администрация |
1 |
1 |
1 |
1 |
1 |
1 |
0 |
1 |
1 |
1 |
|
Администрирование |
1 |
0 |
1 |
0 |
0 |
1 |
0 |
1 |
1 |
1 |
|
Стоимость |
2 |
0 |
1 |
0 |
0 |
1 |
1 |
0 |
1 |
2 |
|
Необходимость приобретения СУБД |
0 |
0 |
0 |
1 |
0 |
0 |
0 |
0 |
0 |
1 |
|
Стоимость СУБД |
1 |
0 |
1 |
2 |
1 |
1 |
0 |
1 |
0 |
2 |
|
Адаптация к законодательству |
1 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
1 |
|
Примечание: [составлено автором] |
||||||||||
По результатам анализа выделено 3 медицинских информационных системы: К-МИС (КРИВБАСАКАДЕМИНВЕСТ) «СаКура» (Медотрейд) и ЕМСиМЕД (ЕМСиМЕД). Наиболее оптимальной является система К-МИС.
Система К-МИС рассчитана как на учреждения санаторного типа, так и на ЛПУ амбулаторного и стационарного типов. Система предназначена для оптимизации работы всех отделов и служб ЛПУ с целью повышения качества и доступности медицинской помощи за счет автоматизации работы медицинских сотрудников и комплексной автоматизации всех видов деятельности учреждения [2]. Следует отметить, что система имеет относительно низкую стоимость, в стоимость программы входит бесплатное техническое сопровождение в течение 3-х месяцев.
Система «СаКура» рассчитана на учреждения санаторного типа и предназначена для автоматизации, как отдельного подразделения, так и санаторно-профилактическое учреждение в целом [3]. Как и К-МИС система «СаКура» имеет относительно невысокую стоимость, а также стоимость внедрения системы входит в стоимость программы. Среди недостатков системы следует выделить отсутствие функций управления персоналом и значительную стоимость технического сопровождения системы. Следует отметить, что МИС «СаКура» настроена на российское законодательство.
ЕМСиМЕД - современная комплексная медицинская информационная система, направленная на максимальную оптимизацию и автоматизацию процессов деятельности лечебно-профилактических заведений разных видов и форм собственности [4]. Отсутствие функций управления диетическим питанием, управления персоналом и процедурными кабинетами снижает эффективность внедрения системы в ЛПУ санаторного типа. Следует также отметить, что значительная стоимость обучения персонала и настройки программы повышает стоимость внедрения системы.
Таким образом, за результатами сравнения медицинских информационных
систем для лечебно-профилактических заведений санаторного типа оптимальной системой
является К-МИС.
2.2 Выбор инструментария и технологии разработки
Пожалуй, наиболее важной вехой в истории программирования, сравнимой по значимости разве что с изобретением письменности, можно считать переход от машинных кодов (тарабарщины типа 0110110101111...) к понятным простому смертному языкам программирования (типа ALGOL, FORTRAN, PL/1, Pascal), а также к широкому использованию методов структурного программирования. Программы стали модульными, состоящими из подпрограмм. Появились библиотеки готовых подпрограмм, облегчающие многие задачи, но все равно программистам хватало трудностей, особенно при разработке пользовательского интерфейса.
Качественным шагом в развитии методов структурного программирования стало изобретение объектно-ориентированного программирования (языков SmallTalk, C++, Turbo Pascal и др.). Программы стали строиться не из чудовищных по размеру процедур и функций, перерабатывающих громоздкие структуры данных, а из сравнительно простых кирпичиков-объектов, в которых были упрятаны данные и подпрограммы их обработки. Гибкость объектов позволила очень просто приспосабливать их для собственных целей, прилагая для этого минимум усилий. Программисты обзавелись готовыми библиотеками объектов, но, как и раньше, создание пользовательского интерфейса требовало уйму времени и сил, особенно когда программа должна была работать под управлением популярной операционной системы Windows и иметь графический пользовательский интерфейс.
Визуальное программирование
С изобретением визуального программирования, первой ласточкой которого была среда разработки Visual Basic, создание графического пользовательского интерфейса стало под силу даже новичку. В среде Visual Basic можно было быстро создать приложение для операционной системы Windows, в котором были все присущие графическому пользовательскому интерфейсу элементы: окна, меню, кнопки, поля ввода и т.д. Все эти элементы превратились в строительные блоки программы - компоненты - объекты, имеющие визуальное представление на стадии проектирования и во время работы.
Проектирование пользовательского интерфейса упростилось на порядок, однако, для профессиональных программистов язык Basic оказался явно слабоват. Отсутствие в нем контроля типов данных и механизма их расширения оказалось камнем преткновения на пути создания серьезных программ. Создание нестандартных компонентов в среде Visual Basic было крайне затруднено (для этого приходилось прибегать к другим средствам разработки, в частности, к языку C++). В общем, среда Visual Basic отлично подходила для создания прототипов приложений, но не для разработки коммерческих программных продуктов.
Мечта программистов о среде программирования, в которой бы простота и удобство сочетались с мощью и гибкостью, стала реальностью с появлением среды Delphi. Она обеспечивала визуальное проектирование пользовательского интерфейса, имела развитый объектно-ориентированный язык Object Pascal (позже переименованный в Delphi) и уникальные по своей простоте и мощи средства доступа к базам данных. Язык Delphi по возможностям значительно превзошел язык Basic и даже в чем-то язык C++, но при этом он оказался весьма надежным и легким в изучении (особенно в сравнении с языком C++). В результате, среда Delphi позволила программистам легко создавать собственные компоненты и строить из них профессиональные программы. Среда оказалась настолько удачной, что по запросам любителей C++ была позже создана среда C++Builder - клон среды Delphi на основе языка C++ (с расширенным синтаксисом).
Среда Delphi стала, по сути, лучшим средством программирования для операционной системы Windows, но программистов ждало разочарование, если возникало желание перенести программу в другую операционную систему, в частности, в операционную систему Unix.
Практически одновременно со средой программирования Delphi на свет появилась технология Java, включавшая три составляющих: одноименный язык программирования, очень похожий на язык C++, но более простой и безопасный; универсальный байт-код, в который компилировались программы на языке Java; интерпретатор (виртуальную машину) для выполнения байт-кода в любой операционной системе. Благодаря автоматическому управлению памятью - так называемой «сборке мусора» - резко повысилась надежность программ и скорость их разработки.
Поначалу на технологию Java возлагались большие надежды. Программные библиотеки для языка Java стали единым стандартом, поэтому написанные на нем программы оказались по-настоящему переносимыми. Однажды написанная и компилированная в байт-код программа могла работать на любой платформе без ограничений (единственное требование - наличие на этой платформе виртуальной машины Java).
Безграничная переносимость Java-программ родила идею сетевого компьютера и сетевых вычислений, суть которой в том, что все программы хранятся в байт-коде на серверах сети Интернет. Когда подключенный к сети пользователь запускает программу, то она сначала загружается к нему на компьютер, а затем интерпретируется. Охваченные этой идеей крупные фирмы ринулись осваивать новый рынок Java-приложений. Для языка Java появились средства визуального программирования, такие как JBuilder и Visual Age for Java. Казалось бы, бери и используй их для разработки пользовательского интерфейса и серверных программ. Но практически пропускная способность сети Интернет в лучшем случае обеспечивала оперативную загрузку на клиентские компьютеры лишь небольших по размеру программ. Кроме того, созданный на языке Java пользовательский интерфейс хронически отставал от возможностей операционной системы Windows и раздражал своей медлительностью. Поэтому технологию Java стали применять главным образом для разработки серверных приложений. Однако и здесь цена переносимости программ оказалась очень высокой - представленные в байт-коде программы работали на порядок медленнее аналогичных программ, компилированных напрямую в команды процессора. Применение динамической компиляции, при которой программа перед выполнением преобразуется из байт-кода в команды процессора и попутно оптимизируется, улучшило положение дел, но скорость работы Java-приложений так и не смогла приблизиться к скорости работы традиционных приложений. Иными словами, переносимость программ шла в ущерб их производительности и удобству. Многие начали задумываться над целесообразностью такой переносимости программ вообще.
Тем временем назревала революция в области серверных платформ - небывалыми темпами росла популярность операционной системы Linux.
В связи со стремительным распространением операционной системы Linux возникла необходимость в эффективных средствах создания для нее программ. Таким средством стала среда Kylix (произносится «киликс») - первая среда визуального программирования для операционной системы Linux. Среда Kylix явилась полным аналогом среды Delphi и была совместима с ней по языку программирования и библиотекам компонентов. Программу, созданную в среде Delphi, можно было без изменений компилировать в среде Kylix, и наоборот. Эта возможность достигалась за счет новой библиотеки компонентов, которая взаимодействовала с операционной системой не напрямую, а через промежуточный программный слой, скрывающий разницу в работе компонентов в той или иной операционной системе. Программисты получили возможность создавать программы сразу для двух самых популярных операционных систем: Windows и Linux. Фактически вместо принципа абсолютной переносимости программ была предложена идея разумной переносимости.
Постепенно пришло понимание того, что в эпоху Интернет способность программ к взаимодействию в сети не менее (а порой более!) важна, чем возможность их переноса на различные платформы. Такая способность была обеспечена за счет стандартизации протоколов обмена данными в сети Интернет и форматов этих данных. Развитие протоколов и стандартов Интернет привело к рождению технологии Web-сервисов, которая ставила своей задачей максимально упростить создание программ, взаимодействующих по принципу клиент-сервер в глобальной сети. Поддержка технологии Web-сервисов была изящно встроена в системы Delphi и Kylix, в результате разработчики программ получили в руки еще один очень важный инструмент.