В целом, разрабатываемая ИС и ее отдельные программные модули, не направлены на получение или увеличения прибыли. Заказчиком данного продукта является государственное учреждение, а именно, городская поликлиника. БСМП-2 – учреждение здравоохранения и характеристики его деятельности связаны с социальной сферой. В этом случае, эффективность внедрения системы будет оцениваться с позиции быстроты, удобства и качества оказания услуг.
Для оценки эффективности воспользуемся методом экспертных оценок. Метод расчета в данном случае состоит из нескольких этапов:
¾ Выделить цели работы системы.
¾ Определить наборы показателей, характеризующих определенную цель.
¾ Определить уровень достижения показателя.
¾ Рассчитать степень достижения каждой цели по выдвинутым показателям.
¾ Определить весовые коэффициенты целей.
¾ Рассчитать общий показатель эффективности разрабатываемой информационной системы.
Для оценки эффективности воспользуемся методом экспертных оценок. Метод расчета в данном случае состоит из нескольких этапов:
¾ Выделить цели работы системы.
¾ Определить наборы показателей, характеризующих определенную цель.
¾ Определить уровень достижения показателя.
¾ Рассчитать степень достижения каждой цели по выдвинутым показателям.
¾ Определить весовые коэффициенты целей.
¾ Рассчитать общий показатель эффективности разрабатываемой информационной системы.
Степень достижения цели рассчитывается как средняя величина достижения частных показателей. Формула расчета имеет следующий вид:
, (4.1)
где u(gi) – степень достижения цели, баллы;
– значение показателя, баллы;
K – количество показателей.
Весовой коэффициент вычисляется по формуле:
, (4.2)
где – весовой коэффициент, баллы;
Vi – оценка, баллы.
Расчет оценки ведется по формуле:
, (4.3)
где Vi – оценка, баллы;
Rmin – минимальное значение ранга, баллы;
Ri – сумма рангов, баллы.
Для расчета суммы рангов воспользуемся формулой:
, (4.4)
где Ri – сумма рангов, баллы;
ri – значение, выставленное экспертом, баллы;
n – количество экспертов.
При этом проверяется согласованность мнений экспертов путем расчета значения известного коэффициента q Кендала (конкордации), для оценок данных экспертами.
Общий показатель эффективности рассчитывается как:
, (4.5)
где Em – показатель эффективности, баллы;
wi – весовой коэффициент, баллы;
u(gi) – степень достижения цели, баллы.
Теперь, рассмотрев общие положения методики оценки информационной системы перейдем к расчету конкретного показателя эффективности работы ИС.
Для начала, определим цели и показатели работы системы, а так же укажем уровень достижения показателей при создании прототипа. После чего рассчитаем степень достижения целей.
Все это сведем в таблицу (таблица 1).
Таблица 1 – Цели, показатели и уровень достижения работы ИС
Цель
Показатель
Уровень достижения, баллы
Степень достижения целей
g1 – технический уровень
y11 - минимизация количества ошибок при выполнении лабораторных исследований
0,85
0,916666667
y12 – автоматизированный ввод результатов ручных методов исследований
0,9
y13 – автоматизация получения заказов, выдачи результатов и отчетов
1
g2 – коммуникация
y21 – оперативность
0,82
0,86
y22 – удобство использования
0,9
g3 – социальные цели
y31 – улучшение условий труда
0,85
0,88
y32 – внедрение групповых форм работы
0,79
y33 – уменьшение времени выполнения иссле-дований
1
g4 – получение отчетности
y41 – автоматическое получение отчетов
0,9
0,95
y42 – уменьшение объема рутинной работы пер-сонала лаборатории
1
g5 – простота использования
y51 – легко понимаемый интерфейс пользовате-ля
0,95
0,883333333
y52 – возможность поиска
0,8
y53 – возможность сохранения, извлечения и редактирования документов
0,9
Для определения весовых коэффициентов был применен экспертный опрос десяти человек. Список опрошенных приведен в таблице 2.
Таблица 2–Список опрошенных.
ФИО опрошенного
Должность
Романенко Н.А
Зав. лабораторией
Колесникова Н.А.
Старшая медицинская сестра
Наумов Н.П.
Старший лаборант
Солонина Е.А.
Врач
Петрова С.А.
Врач
Шеховцов Д.В.
Врач
Малахина Н.П.
Младший медицинский работник
Токарева И.Р.
Зав. отделением больницы
Игнатенко Е.В.
Сотрудник КДЛ
Понамарева В.С.
Сотрудник КДЛ
Чернова Т.С.
Сотрудник КДЛ
Результаты опроса представлены в таблице 3.
Таблица 3 – Результаты опроса в баллах
Эксперты
Критерии оценки
g1
g2
g3
g4
g5
Э1
4
3
4
1
2
Э2
3
4
5
1
2
Э3
3
4
5
2
1
Э4
5
1
4
2
3
Э5
3
2
5
4
1
Э6
3
5
4
1
2
Э7
3
4
5
2
1
Э8
5
3
4
2
1
Э9
4
3
2
1
5
Э10
3
4
5
2
1
Ранг R
36
33
43
18
19
Ранг минимальный
18
Оценка
0,50
0,55
0,42
1,00
0,95
Общая оценка
3,41
Весовой коэффициент
0,14656621
0,15989041
0,12270659
0,293132
0,27770439
Общий показатель эффективности
0,903184109
Таким образом, можно сказать, что эффективность работы разработанной нами информационной системы по отношению к заданным целям составляет 0 баллов, то есть только на 90% система работает оптимально. Неэффективность работы ИС составляет 10%. На основании представленных результатов можно сделать вывод, что внедрение проекта «Разработка подсистемы учета анализов для информационной системы лабораторного отделения ГБСМП-2» – целесообразно.
Выводы к разделу
В четвертой главе произведено обоснование выбора жизненного цикла информационной системы и выделено, что наиболее оптимальным вариантом технологии проектирования является RAD. Определены цели и область действия ПП, создана структура пооперационного перечня работ (проект создания информационной системы реализован в Microsoft Project). Определены используемые в проекте ресурсы и на последнем этапе проведена оценка эффективности прототипа ИС, которая показала, что внедрение проекта целесообразно.
Заключение
Целью дипломного проекта являлась разработка подсистемы учета гематологических анализов для КДЛ ГБСМП-2 г. Ростова.
Первым этапом дипломного проекта являлась определение цели и задач дипломного проекта. Был проведен анализ существующих систем.
В первом разделе выполнено бизнес моделирование бизнес-моделирование процессов организации. Построена диаграмма бизнес-вариантов использования представляющая основные направления деятельности врача-лаборанта, лаборанта и лечащего врача лаборатории и построена диаграмма вариантов использования информационной системы.
Проведен анализ требований, предъявляемых пользователями к информационной системе. В процессе формирования требований принимали участие следующие лица: Зав. КДЛ, Врач-лаборант, Лаборант и Лечащие врачи отделений. Осуществлён процесс специфицирования требований. Итогом данного этапа стало выполнение аттестации требований посредством прототипирования.
Во втором разделе проведено архитектурное проектирование информационной системы, в котором описана трех уровневая архитектура системы и более подробней как эти уровни будут реализовываться в системе. Также было произведено проектирование пользовательского интерфейса, который в свою очередь является важным моментом реализации системы.
После проектирования интерфейса программы, осуществлено моделирование структуры данных (логическая и физическая модели). Программное средство используемое для создания CASE-средства использовался программный продукт Rational Rose 2000 Enterprise Edition. Был рассмотрен использованный программный инструментарий. В качестве среды разработки программного обеспечения была использована Microsoft Visual Studio 2005 и язык программирования C++.
В третьем разделе дипломного проекта рассмотрена реализация программного продукта и вопросы связанные с реализацией. Реализованы функции и классы взаимодействия с базой данных. Приведены методы и свойства классов. Продемонстрирован фрагментарно исходный код. Так же рассмотрена и продемонстрирована методика взаимодействия приложения с СУБД MS SQL Server 2005. Проведено тестирование программного кода с использованием стандартных средств предоставляемых Microsoft Visual Studio 2005.
В процессе дипломного проектирования осуществлялась деятельность по управления проектом разработки информационной системы. Часть вопросов менеджмента информационного проекта были рассмотрены в четвертом разделе.
В четвертом разделе дипломного проекта определялась цель и область действия программного продукта. Осуществлен выбор модели жизненного цикла процесса разработки по результатам представленным в таблице 4.1 – «Определение оптимальной модели жизненного цикла в баллах». Составлена структура пооперационного перечня работ с использованием пакета управления проектами Microsoft Project 2003, на её основе построен график выполнения работ, приведена диаграмма Ганта. Была рассчитана экономическая эффективность проекта.
По ходу выполнения дипломного проектирования были использованы такие программные продукты как:
- ERWin 4.0;
- MS SQL Server 2005;
- MS Project 2003;
- MS Word 2003;
- MS Excel 2003;
- Rational Rose.
Подведя итоги можно сказать, что была решена поставленная задача, касающаяся автоматизации учета гематологических анализов.
Список сокращений
АРМ – автоматизированное рабочее место;
БД – база данных;
ЖЦ – жизненный цикл;
ИС – информационная система
КДЛ – клинико-диагностическая лаборатория;
ЛИС – лабораторная информационная система;
ПО – программное обеспечение;
ПП – программный продукт;
ПК – персональный компьютер;
СУБД – система управления базами данных;
COM – component object model;
OLAP – Online Analytical Processing, система обработки аналитической информации;
SLCM – software life cycle model, модель жизненного цикла;
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. Лабораторные информационные системы – цели установки, основные функции, проблемы выбора и внедрения. [Электронный документ] http://laboratory.rusmedserv.com/laborauto/ Проверен 20.05.08.
2. Лабораторные информационные системы на отечественном рынке. [Электронный документ] http://www.asutp.ru/?p=600629 Проверен 20.05.08.
3. Нуцков, Ю.В., Хиллхауз Б. Интеграция LabWare LIMS и SAP R/3 QM // Мир компьютерной автоматизации. 2003. 4. С. 56-63
5. Савельев, Е.В. Лабораторно-информационные менеджмент-системы или автоматизация лаборатории "в целом" // Партнеры и конкуренты. 2005. 4. С. 41-43.
6. Меркуленко, Н.Н. LIMS. Современный этап развития // Лабораторные информационные системы LIMS. Сборник статей: ООО "Маркетинг. Информационные технологии". 2006. С. 215-219
7. Терещенко, А.Г., Терещенко О.В., Соколов В.В., Юнусов Р.Ш. АРМ "Химик-аналитик" в системе качества продукции // Материалы международной НПК "Качество-стратегия XXI века". 11-12.11.99. Томск, 1999. С. 71-72
9. Лабораторные информационные системы. [Электронный документ] http://www.intralab.ru Проверен 20.05.08.
10. Точность (правильность и прецизионность) методов и результатов измерений. Государственный стандарт Российской Федерации. [Электронный документ] http://www.labinfo.ru/bibl/knigi/gost/index.htm Проверен 20.05.08.
11. Деятельность клинико-диагностической лаборатории МЛПУ ГБСМП-2 г. Ростов-на-Дону за 2006 год. (Рукописный) – 2007 г. 10 стр.
12. Приказ №183
13. Цимбал А. Технология CORBA для профессионалов. – СПб.: Питер. – 2001. – 624 с.
14. Оберг Р. Технология COM+. Основы и программирование. / Пер. с англ. Уч. пос. – М.: Издательский дом «Вильямс». – 2000. – 480 с.
15. Армстронг Т. ActiveX: создание Web-приложений. К.: BHV. 1998. – 592 с.
16. Чарнецки К. Порождающее программирование: методы, инструменты, применение. Для профессионалов. Пер. с англ. / Чарнецки К., Айзенекер У. – СПб.: Питер. – 2005. – 731 с.
17. Software Engineering Institute. What is Model-Based Software Engineering. [Электронный документ] – www.sei.cmu.edu/mbse/ – 1997. – Проверен 5.06.08.
18. Фатрелл, Т. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер. с англ. / Р.Т. Фатрелл, Д.Ф. Шафер, Л.И. Шафер. – М.: Издательский дом "Вильямс", 2003.
19. Вигерс, К. Разработка требований к программному обеспечению.: Пер. с англ. / К. Вигерс.:– М.: Издательско-торговый дом «Русская редакция», 2004
20. Мацяшек, Л. А. Анализ требований и проектирование систем. Разработка информационных систем с использованием UML. / Л. А. Мацяшек. Пер. с англ. – М.: Издательский дом «Вильямс». – 2002.
21. Вендров, А.М. CASE технологии Современные методы и средства проектирования информационных систем. / А.М. Вендров.- М.: Финансы и статистика, 1998. – 193 с.
22. Digital Point – лучший среди равных. Каталог. Acer N311 [Электронный документ] – http://www.pda-digipoint.ru/index.php?productID=91 – 2007. – Проверен 9.05.08.
23. SQL Server General Technical Articles. The Microsoft Data Warehousing Strategy. A Platform for Improved Decision-Making through Easier Data Access and Analysis. MSDN. - 2006.
24. Справочник по Microsoft OLE DB 1.1. / Пер. с англ. – М.: Издательский отдел «Русская редакция» ТОО «Channel Trading Ltd». 1997. – 624 с.
25. Мандел Т. Дизайн интерфейсов: Модели пользовательского интерфейса; Объектно-ориентированные интерфейсы; Этапы разработки интерфейса; Web-интерфейсы. Самоучитель. / Пер. с англ. – М.: ДМК Пресс. 2005. – 425 с.
26. Конноли Т., Бегг К. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. / Конноли Т., Бегг К.: Пер. с англ. – М.: Изд. Дом «Вильямс», 2001. – 1120 с.
27. Дейт, К. Дж. Введение в системы баз данных. / К. Дж. Дейт.: Пер. с англ. – М.: Изд. Дом «Вильямс», 2002. – 1072с.
28. Диго, С.М. Проектирование и использование баз данных. / С.М. Диго. - М.: Финансы и статистика. 1995. – 216с.
29. Когаловский, М.Р. Энциклопедия технологий баз данных / М.Р. Когаловский. – М.: Финансы и статистика, 2002. – 800с.
30. Боггс У., Боггс М. UML и Rational Rose. 2002. / Боггс У., Боггс М. – М.: ЛОРИ. - 2002. - 582 с.
31. Бергер, А. Б. Microsoft SQL Server 2005 Analysis Services. OLAP и многомерный анализ данных / Бергер А. Б., Горбач И. В., Меломед Э. Л. И др. / Под общ. ред. А. Б. Бергера, И. В. Горбач. – СПб.: БХВ-Петербург, 2007. – 928 с.
32. Каленик, А. И. Использование новых возможностей Microsoft SQL Server 2005. – М.: «Русская редакция»; СПб.: «Питер», 2006. – 334 с.
33. Буч Г. Объектно-ориентированный анализ и проектирование. / Буч Г.: Пер. с англ. – М: «Издательство Бином», 1999.
34. Буч Г., Рамбо Д., Джекобсон А. UML – руководство пользователя. / Буч Г., Рамбо Д., Джекобсон А.: Пер с англ. – М: «ДМК», 2001
35. Страуструп, Б. Язык программирования С++, 3-е изд./Пер. с англ. – М.: «Издательство Бином», СПб: «Невский диалект», 1999. – 991 с.
36. Секунов, Н. Самоучитель Visual C++ 6. / Н. Секунов. – СПб: БХВ. – 1999. – 960 с.
37. Шилд Г. Теория и практика С++. – СПб.: BVH-Санкт-Петербург, 1996. – 416 с.
38. Пол А. Объектно-ориентированное программирование на С++. – СПб.; М.: “Невский Диалект” – “Издательство БИНОМ”, 1999. – 462 с.
39. Янг М. Microsoft Visual C++ для профессионалов: Пер. с англ. – К.: ВЕК+, М.: ЭНТРОП, 1997. – 704 с.
40. Трельсен Э. Модель COM и применение ATL 3.0. / Пер. с англ. – СПб: BHV. 2000. – 926 с.
41. Тамрле, Л. Введение в тестирование программного обеспечения.: Пер. с англ.. – М.: Издательский дом "Вильямс", 2003. – 368 с.
42. Ван Тассел Д. Стиль, разработка, эффективность, отладка и испытание программ. – М.: Мир. – 1981
43. Коллинз, Г. Структурные методы разработки систем: от стратегического планирования до тестирования. / Коллинз Г., Блей Дж. Пер. с англ. – М.: Финансы и статистика, 1986. 264 с.
44. Богдатских, В.А. Экономика, разработка и использование программного обеспечения ЭВМ: Учебник. / В.А. Богдатских. - М.: Финансы и статистика, 1995. – 288 с.
45. Корнеев, И.К. Информационные технологии в управлении / И.К Корнеев, В.А. Машурцев. – М.:ИНФРА – М, 2001. – 651 с.
46. Хубаев, Г.Н. Экономическая оценка потребительского качества программных средств: Текст лекций / Г.Н. Хубаев. - РГЭА.: Ростов-на-Дону, 1997. – 94 с.
47. Хубаев, Г.Н. Маркетинг информационных продуктов и услуг: Учебное пособие / Г.Н. Хубаев. - Ростов-на-Дону: Изд-во РГЭУ «РИНХ», 2005. – 224 с
Приложение А Спецификация требований к программному обеспечению
Введение
Назначение
Эта спецификация требований описывает функциональные и нефункциональные требования для подсистемы учета гематологических в КДЛ больницы скорой медицинской помощи. Этот документ предназначен для команды, которая будет реализовывать и проверять корректность работы системы.
Область действия
Областью применения данного программного продукта являются клинико-диагностические лаборатории больниц скорой медицинской помощи.
Данный продукт является подсистемой разрабатываемой лабораторной ИС, обеспечивающей как учет проводимых лабораторных исследований, так и производственные другие процессы клинико-диагностических лабораторий. Данная подсистема позволит производить учет гематологических анализов.
Общее описание
Описание продукта
Данный продукт разрабатывается как набор независимых программных модулей, обеспечивающих:
- подачу заявок на проведение гематологических исследований;
- просмотр результатов анализа;
- регистрация в журнале;
- регистрация анализов;
- расчет формулы.
Разработанные программные модули должны иметь интерфейс взаимодействия с основным программным модулем ЛИС.
Доступ к разработанным модулям может осуществляться только теми категориями пользователей, которые связаны с учетом гематологических анализов по своим должностным инструкциям. Для КДЛ ГБСМП№2 это лаборант, врач-лаборант, зав. лабораторией, лечащие врачи отделений больницы.
Классы и характеристики пользователей
В таблице приведены основные категории пользователей, заинтересованных развитии данных модулей программного продукта.
Класс пользователей
Описание
Лаборант
Сотрудник КДЛ гематологического отдела
Врач-лаборант
Лицо, отвечающее за проведение гематологических анализов лабораторных исследований в соответствии со своей должностной инструкцией.
Зав. лабораторией
Лицо, отвечающее за функционирование КДЛ в соответствии с функциональными задачами отделения.
Лечащий врач отделения больницы
Лицо, отвечающее за формирование заявки на гематологическое исследование и анализирующее результаты исследования.
Общие ограничения
Операционная среда-1. Минимальные требования к операционной системе - Windows ХР.
Ограничения дизайна и реализации-1. База данных должна быть спроектирована на SQL Server 2005.
Ограничения дизайна и реализации-2. Приложение должно быть реализовано как клиент-серверная система, в которой модули, управляющие внешними устройствами, являются серверами автоматизации.
Документация для пользователей
Документация для пользователей-1. Разрабатывается руководство пользователя.
Специфические требования
Функциональные требования
Требование
Описание
1. Ведение справочников
Изменение справочников
Нормы гематологических анализов
Ввести данные по допустимым нормам компонентов крови.
Типы гематологических анализов
Ввести данные по номенклатуре проводимых лабораторией гематологических анализов для гематологического отдела и клинической экспресс лаборатории
2. Анализы гематологического отдела
Лейкоформула
Подсчет показателей лейкоцитарной формулы с помощью счетчика
Тромбоциты
Подсчет тромбоцитов с помощью счетчика
Миелограмма
Подсчет показателей миелограммы с помощью счетчика
Гематологические анализы
Ввод данных результатов ручных исследований по гематологии
Отчет о результате исследования
Формирование отчета о результатах гематологических исследований
Фиксация заявки на проведение гематологических анализов
Ввод информации о приеме заявки на выполнение гематологического анализа
Требования к внешнему интерфейсу
Интерфейсы пользователя
Интерфейсы пользователя-1. Экраны вывода должны соответствовать общепринятым стандартам.
Интерфейсы пользователя-2. Система должна обеспечивать ссылку на справку на каждой форме, объясняющую, как пользоваться этой формой.
Интерфейсы пользователя-3. Формы должны предоставлять полную возможность навигации и выбор при помощи клавиатуры и мыши.
Требования к системе
Требование
Описание
Архитектура
Сервер данных (MS SQL Server 2005)
Среда разработки
Visual Studio 2005
Язык программирования
С++, sql – запросы
Операционная система
Windows XP
Хранилище данных
MS SQL Server 2005
Требования к производительности
Требования к производительности не определены.
Требования к охране труда
Требования к охране труда не определены.
Требования к безопасности
Требования к безопасности не определены.
Атрибуты качества ПО
Доступность-1. Система должна быть доступна круглосуточно для сохранения результатов исследования как дневных, так и дежурных служб КДЛ.
Надежность-1. Система должна восстанавливать незавершенные отчеты в случае сбоя в сети или системе.
Приложение Б – Прототиты пользовательского интерфейса
Рисунок Б.1 – Пиктографическое меню для подсчета лейкоформулы.
Рисунок Б.2 –.
Рисунок Б.3-
Рисунок Б.4-
Рисунок Б.5-
Рисунок Б.6-
Приложение В – Атрибуты управляющих таблиц проектируемой подсистемы ЛИС
, (4.1)
– значение показателя, баллы;
, (4.2)
– весовой коэффициент, баллы;
, (4.3)
, (4.4)
, (4.5)
