Материал: Разработка информационной системы медицинского учреждения с использованием современных информационных технологий управления

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Сегодня на рынке медицинских информационных систем (МИС) предлагаются достаточно разные решения в широком ценовом диапазоне и с различными функциональными возможностями. В процессе исследования нами было обследовано 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

Мечта программистов о среде программирования, в которой бы простота и удобство сочетались с мощью и гибкостью, стала реальностью с появлением среды Delphi. Она обеспечивала визуальное проектирование пользовательского интерфейса, имела развитый объектно-ориентированный язык Object Pascal (позже переименованный в Delphi) и уникальные по своей простоте и мощи средства доступа к базам данных. Язык Delphi по возможностям значительно превзошел язык Basic и даже в чем-то язык C++, но при этом он оказался весьма надежным и легким в изучении (особенно в сравнении с языком C++). В результате, среда Delphi позволила программистам легко создавать собственные компоненты и строить из них профессиональные программы. Среда оказалась настолько удачной, что по запросам любителей C++ была позже создана среда C++Builder - клон среды Delphi на основе языка C++ (с расширенным синтаксисом).

Среда Delphi стала, по сути, лучшим средством программирования для операционной системы Windows, но программистов ждало разочарование, если возникало желание перенести программу в другую операционную систему, в частности, в операционную систему Unix.

Технология Java

Практически одновременно со средой программирования Delphi на свет появилась технология Java, включавшая три составляющих: одноименный язык программирования, очень похожий на язык C++, но более простой и безопасный; универсальный байт-код, в который компилировались программы на языке Java; интерпретатор (виртуальную машину) для выполнения байт-кода в любой операционной системе. Благодаря автоматическому управлению памятью - так называемой «сборке мусора» - резко повысилась надежность программ и скорость их разработки.

Поначалу на технологию Java возлагались большие надежды. Программные библиотеки для языка Java стали единым стандартом, поэтому написанные на нем программы оказались по-настоящему переносимыми. Однажды написанная и компилированная в байт-код программа могла работать на любой платформе без ограничений (единственное требование - наличие на этой платформе виртуальной машины Java).

Безграничная переносимость Java-программ родила идею сетевого компьютера и сетевых вычислений, суть которой в том, что все программы хранятся в байт-коде на серверах сети Интернет. Когда подключенный к сети пользователь запускает программу, то она сначала загружается к нему на компьютер, а затем интерпретируется. Охваченные этой идеей крупные фирмы ринулись осваивать новый рынок Java-приложений. Для языка Java появились средства визуального программирования, такие как JBuilder и Visual Age for Java. Казалось бы, бери и используй их для разработки пользовательского интерфейса и серверных программ. Но практически пропускная способность сети Интернет в лучшем случае обеспечивала оперативную загрузку на клиентские компьютеры лишь небольших по размеру программ. Кроме того, созданный на языке Java пользовательский интерфейс хронически отставал от возможностей операционной системы Windows и раздражал своей медлительностью. Поэтому технологию Java стали применять главным образом для разработки серверных приложений. Однако и здесь цена переносимости программ оказалась очень высокой - представленные в байт-коде программы работали на порядок медленнее аналогичных программ, компилированных напрямую в команды процессора. Применение динамической компиляции, при которой программа перед выполнением преобразуется из байт-кода в команды процессора и попутно оптимизируется, улучшило положение дел, но скорость работы Java-приложений так и не смогла приблизиться к скорости работы традиционных приложений. Иными словами, переносимость программ шла в ущерб их производительности и удобству. Многие начали задумываться над целесообразностью такой переносимости программ вообще.

Тем временем назревала революция в области серверных платформ - небывалыми темпами росла популярность операционной системы Linux.

Среда программирования Kylix

В связи со стремительным распространением операционной системы Linux возникла необходимость в эффективных средствах создания для нее программ. Таким средством стала среда Kylix (произносится «киликс») - первая среда визуального программирования для операционной системы Linux. Среда Kylix явилась полным аналогом среды Delphi и была совместима с ней по языку программирования и библиотекам компонентов. Программу, созданную в среде Delphi, можно было без изменений компилировать в среде Kylix, и наоборот. Эта возможность достигалась за счет новой библиотеки компонентов, которая взаимодействовала с операционной системой не напрямую, а через промежуточный программный слой, скрывающий разницу в работе компонентов в той или иной операционной системе. Программисты получили возможность создавать программы сразу для двух самых популярных операционных систем: Windows и Linux. Фактически вместо принципа абсолютной переносимости программ была предложена идея разумной переносимости.

Постепенно пришло понимание того, что в эпоху Интернет способность программ к взаимодействию в сети не менее (а порой более!) важна, чем возможность их переноса на различные платформы. Такая способность была обеспечена за счет стандартизации протоколов обмена данными в сети Интернет и форматов этих данных. Развитие протоколов и стандартов Интернет привело к рождению технологии Web-сервисов, которая ставила своей задачей максимально упростить создание программ, взаимодействующих по принципу клиент-сервер в глобальной сети. Поддержка технологии Web-сервисов была изящно встроена в системы Delphi и Kylix, в результате разработчики программ получили в руки еще один очень важный инструмент.