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

Размещено на http://www.allbest.
ru/
ВВЕДЕНИЕ
Актуальность темы исследования.

В современных условиях, когда компьютер стал непременным
атрибутом многих профессий, стали создаваться программные комплексы,
автоматизирующие как частично, так и полностью деятельность человека.
Конструируемый мною проект не носил в себе цели автоматизировать многие
моменты медицинской деятельности. Первоначально необходимо было
создать оболочку (среду), которая включала в себя комплекс программного
обеспечения, где человек мог удобно получать инструменты для работы с
информацией - некий терминал медицинского учреждения. Далее был
произведен анализ деятельности медицинского учреждения, который показал,
что необходимо автоматизировать процесс организации работы медицинского
персонала.
Цель исследования – разработка информационной системы
медицинского учреждения с использованием современных информационных
технологий управления.
Для достижения поставленной цели были поставлены следующие
задачи исследования:
-рассмотреть общие понятия об информационных системах
медицинских учреждений.
- разработать информационную систему медицинского учреждения с
использованием современных информационных технологий управления.
-произвести расчет экономической эффективности и безопасности
программного обеспечения.
Объектом исследования автоматизация работы медицинского
учреждения.
Предмет исследования – информационная система медицинского
учреждения.
Степень изученности проблемы. Теоретические основы разработки
Размещено на http://www.allbest.ru/
программных обеспечений отображены в трудах: А.Я. Архангельский [1],
М.Р. Когловский [10], А.В. Симонович [11], В.В. Бойко [13.
Методы исследования: всеобщий диалектический метод,
сравнительный, аналитический, исторический и логические методы, а также
системно-структурный, системно-функциональный методы и метод
обобщения.
Научная новизна, практическая значимость исследования заключается в
том, что будет реализована среда, которая при наличии постоянного доступа к
сети самостоятельно будет обновлять перечни инструментов, без какого либо
участия человека. Один администратор, сможет распространить софт одним
кликом мыши на десятки тысяч пользовательских машин. Программный
комплекс будет содержать в себе характерные для системы механизмы
отображения и управления данными с возможностью управления элементами
системы. Система будет кроссплатформенной и получит возможность
использования на популярных компьютерных и мобильных устройствах.
Практической базой написания дипломной работы стали современные
программные обеспечения и технологии в медицинской сфере.
Структура работы: состоит из введения, трех глав, заключения списка
использованной литературы и приложение .
Во введении раскрыты актуальность, цели, задачи, предмет, метод
исследования, научная новизна и структура работы;
В первой главе рассмотрены общие понятия об информационных
системах медицинских учреждений.
Во второй главе разработана информационная система медицинского
учреждения с использованием современных информационных технологий
управления.
В третьей главе произведен расчет экономической эффективности и
безопасности программного обеспечения.
Результаты исследования обобщены в заключении.
1. ОБЩИЕ ПОНЯТИЯ ОБ ИНФОРМАЦИОННЫХ СИСТЕМАХ
МЕДИЦИНСКИХ УЧЕРЕЖДЕНИЙ
1.1 ОБЩИЕ ПОНЯТИЯ ОБ ИНФОРМАЦИОННЫХ СИСТЕМАХ
Информационная система (ИС) является системой информационного

обслуживания работников управленческих служб и выполняет
технологические функции по накоплению, хранению, передаче и обработке
информации. Она складывается, формируется и функционирует в регламенте,
определенном методами и структурой управленческой деятельности,
принятой на конкретном экономическом объекте, реализует цели и задачи,
стоящие перед ним. Информационные системы разнообразны и могут
классифицироваться по нескольким признакам (Рис. 1).
Примечание: [составлено автором]

Рисунок 1. - Виды информационных систем.
Экономическая информационная система (ЭИС) — это совокупность

внутренних и внешних потоков прямой и обратной информационной связи
экономического объекта, методов, средств, специалистов, участвующих в
процессе обработки информации и разработке управленческих решений.
Отраслевые информационные системы функционируют в сфере
промышленного и агропромышленного комплексов, в строительстве, на
транспорте, в здравоохранении и в других отраслях производственной и
непроизводственной сфер. Эти системы решают задачи информационного
обслуживания аппарата управления соответствующих ведомств.
Территориальные информационные системы предназначены для
управления административно-территориальными районами, деятельность
территориальных систем направлена на качественное выполнение
управленческих функций в регионе, формирование отчетности, выдачу
оперативных сведений местным государственным органам.
Межотраслевые информационные системы являются
специализированными системами функциональных органов управления
национальной экономикой (банковских, финансовых, снабженческих,
статистических и др.).
Имея в своем составе мощные вычислительные комплексы,
межотраслевые многоуровневые информационные системы обеспечивают
разработку экономических и хозяйственных прогнозов, государственного
бюджета, осуществляют регулирование деятельности всех звеньев хозяйства,
а также контроль наличия и распределения ресурсов.
Информационные системы управления технологическими процессами
наиболее широко применяются в промышленности, и в первую очередь в
отраслях, имеющих непрерывные технологические процессы. В
металлургической промышленности они используются для управления
плавкой стали, процессом получения чугуна, в химической промышленности
для управления технологическими процессами производства аммиака,
азотной и серной кислот и т. п. В машиностроении автоматизация
технологических процессов осуществляется за счет применения станков с
программным управлением и робототехники; на транспорте — за счет
использования специальных машин и устройств, для автоматического
вождения поездов, самолетов, автомобилей, сортировки вагонов и др.
С помощью информационных систем организационного
(административного) управления осуществляется руководство большими
коллективами людей, выполняющими огромную работу по учету,
планированию, анализу и контролю деятельности на всех уровнях
управления экономикой: межотраслевом, отраслевом, территориальном и на
уровне предприятий, организаций, фирм.
Примерами таких информационных систем являются:
 банковские ИС;
 ИС фондового рынка;
 финансовые ИС;
 страховые ИС;
 ИС налоговых органов;
 ИС таможенной службы;
 государственные статистические ИС;
 ИС управления предприятий и организаций; особое место по
значимости и распространенности в них занимают бухгалтерские, справочно-
правовые, кадровые информационные системы, а также системы
делопроизводства, информационно-аналитические системы;
 другие информационные системы.
Информационные системы управления организационно-
технологическими процессами являются сложными интегрированными
системами и сочетают выполнение функций управления технологическими
процессами с функциями управления объектом в целом.
В автоматических системах все операции управления выполняются с
помощью компьютера автоматически. Роль человека в этих системах
сводится лишь к наблюдению за работой машин и выполнению функций
контроля. Автоматические системы применяются для управления
техническими объектами и технологическими процессами и работают
обычно в реальном масштабе времени.
В автоматизированных системах управления операции по
преобразованию информации выполняются с помощью технических средств,
но при участии человека. Человек здесь выбирает и корректирует цели и
критерии эффективности управления, вносит творческий элемент в поиск
наилучших путей достижения поставленных целей, осуществляет
окончательный отбор решений и придает им юридическую силу.
Под структурой системы следует понимать организацию ее отдельных
элементов с учетом их взаимосвязей и поставленных перед системой целей.
Элементом системы является любая ее часть, не подлежащая расчленению
при данном рассмотрении.
В рамках информационной системы выделяют различные по своему
назначению подсистемы, которые можно рассматривать как самостоятельные
системы. С точки зрения роли подсистем в решении задач управления их
разделяют на функциональные и обеспечивающие (рис. 2).

Рисунок 2. - Состав подсистем ИС
Функциональная часть ИС фактически является моделью системы

управления экономическим объектом. В ходе декомпозиции функциональная
часть разбивается на подсистемы, конкретный состав которых определяется
признаком декомпозиции. Информационная система как сложная и
многофункциональная система может быть декомпозирована по различным
признакам. Применительно к системам управления распространенными
признаками структуризации служат вид управляемого ресурса и функции
управления экономическим объектом. Однако в качестве признака
декомпозиции могут быть выбраны и другие признаки. Выбор зависит от
специфики объекта управления и целей создания формационной системы.
Состав функциональных подсистем во многом определяется
особенностями экономической системы, ее отраслевой принадлежностью,
формой собственности, размером, характером деятельности предприятия.
Структура бухгалтерского аппарата зависит от численности
работников, объема учетно-контрольных работ, их значимости и сложности.
Поэтому на небольших предприятиях структура бухгалтерии более проста. В
бухгалтерии средних и крупных предприятий круг объектов учета
значительно шире, поэтому возникает необходимость подразделить аппарат
бухгалтерии на части. Как правило, такое деление производят по главным
участкам работы бухгалтерии. Поскольку бухгалтерская информационная
система призвана систематизировать работу аппарата бухгалтерии, состав ее
функциональных подсистем соответствует основным участкам
бухгалтерского учета. В этом случае признаком структуризации является вид
управляемого ресурса.
Состав функциональных подсистем может быть дополнен в
зависимости от специфики ведения бухгалтерского учета в определенной
отрасли.
Все чаще функциональные подсистемы бухгалтерского учета
становятся составной частью комплексных систем автоматизации
предприятия. Внедрение таких систем характерно для предприятий среднего
и крупного бизнеса. Дальнейшее развитие экономических информационных
систем связано с разработкой корпоративных систем управления, в которых
бухгалтерские информационные системы являются одной из основных
подсистем.
Состав обеспечивающих подсистем не зависит от выбранной
предметной области. Он может варьироваться в зависимости от сложности
информационной системы. При выборе информационной системы следует
иметь в виду, что чем более полно представлен состав обеспечивающих
подсистем, тем более качественной является информационная система.
Однако это в свою очередь влияет на ее цену.
Обеспечивающая часть способствует эффективному
функционированию системы в целом и ее отдельных подсистем.
Обеспечивающие подсистемы можно подразделить на подсистемы,
обеспечивающие функционирование системы в целом, и подсистемы,
обеспечивающие ее информационную часть (Рис.3). Все обеспечивающие
подсистемы связаны между собой и с функциональными подсистемами.

Рисунок 3. - Классификация обеспечивающих подсистем ИС
Подсистема организационно-правового обеспечения представляет

собой совокупность организационных и правовых актов, регламентирующих
разработку, внедрение и функционирование ИС.
Подсистема кадрового обеспечения решает вопрос определения
потребности в кадрах, количественного и качественного состава работников в
различных звеньях системы, подбора и расстановки их на этапах
проектирования, внедрения и функционирования ИС. Кадровое обеспечение
определяет должностные инструкции и уровень квалификации исполнителей,
участвующих в функционировании ИС.
Подсистемы научного и экономического обеспечения призваны
выполнять задачи, связанные с разработкой критериев оптимальности и
эффективности системы, эффективности от внедрения новейших достижений
науки и техники, новой информационной технологии проектирования, а
также определения основных направлений дальнейшего развития и
совершенствования системы.
Эргономическое обеспечение представляет собой совокупность
методов и средств, создающих оптимальные условия для использования
информационной системы на рабочем месте специалиста, для быстрейшего
освоения информационной технологии, качественной и безошибочной
работы с ИС. Например, оптимальное размещение средств вычислительной
техники на рабочем месте специалиста очень важно для экономических
информационных систем, работающих в режиме реального времени. Это
характерно для банковских, налоговых и других ИС, где ведется
обслуживание клиентуры в момент ее присутствия.
В составе эргономического обеспечения важное место занимают
государственные стандарты по эргономике и инженерной психологии,
отраслевые стандарты, специализированные методики по эргономической
оценке периферийных технических средств и другие нормативно-
методические документы.
Подсистема информационного обеспечения является одной из
важнейших и включает в себя всю совокупность информации,
циркулирующую на объекте, а также отражает процессы ее сбора,
преобразования и использования и служит основой связи объекта с внешней
средой.
Подсистема технического обеспечения представляет собой комплекс
технических средств (КТС), техническую документацию, методические и
руководящие материалы по использованию КТС. Основой этой подсистемы
служит комплекс технических средств, обеспечивающих сбор, регистрацию,
передачу, арифметическую и логическую обработку, накопление, хранение и
выдачу информации пользователю ИС. Центральным элементом КТС
является компьютер.
Подсистема математического обеспечения состоит из совокупности
математических методов, моделей и алгоритмов обработки информации,
используемых при создании системы.
Подсистема программного обеспечения включает в себя все
многообразие типовых и стандартных программ и процедур, пакетов
прикладных программ (ППП), реализующих решение задач на компьютере
для всех функциональных подсистем ИС.
Технологическое обеспечение — это совокупность проектных
решений, определяющих технологию обработки информации на всех
технологических этапах:
■сбора и регистрации первичной информации;
■подготовки и контроля файлов и баз данных;
■передачи информации;
■арифметической и логической обработки;
■накопления и хранения;
■выпуска выходных документов.
Подсистема лингвистического обеспечения представляет собой
совокупность научно-технических терминов и языковых средств,
используемых в целях облегчения общения персонала с компьютерами и
другими средствами вычислительной техники.
В теории автоматизированных систем обработки экономической
информации информационное обеспечение (ИО) принято делить на
внемашинное, представляемое в виде, удобном для восприятия человеком, и
внутримашинное, связанное с хранением, поиском и обработкой информации
(рис. 4).
Внемашинное ИО включает в себя разработку систем классификаций и
кодирования информации, применение унифицированных форм первичной
документации, системы показателей, проектирование схем внешних и
внутренних информационных потоков объекта управления.
Система показателей представляет собой упорядоченную совокупность
взаимосвязанных показателей, характеризующих закономерности
производственно-хозяйственной деятельности экономического объекта.
Система показателей является методологической основой всей системы сбора
и обработки экономической информации.

Рисунок 4. - Состав информационного обеспечения
Для однозначного описания данных, эффективного поиска и
идентификации в электронной памяти компьютерной информационной
системы объекта используются соответствующие средства классификации и
кодирования информации.
Классификацией информации называется упорядоченное расположение
значений единиц информации. Система классификации характеризуется как
совокупность правил и результат деления заданного множества на
подмножества по одному или нескольким признакам. Полученные в
результате деления подмножества бывают классификационными
группировками: классы, подклассы, группы, подгруппы и др.
Ступень классификации определяет этап деления заданного
информационного множества на подмножества, а число ступеней отражает
глубину классификации.
После классификации выполняется кодирование информационных
единиц, согласно выбранной системе, в результате чего определенные
условные обозначения присваиваются конкретным элементам экономических
номенклатур (табельные номера работников, номенклатурные номера готовой
продукции, аналитические счета учета материальных ценностей и др.). При
кодировании экономической информации на практике в большинстве случаев
применяются порядковый, серийный и позиционный коды.
Порядковая система кодирования предполагает последовательное
присвоение единицам информации кодов, которые выражается числами
натурального ряда в возрастающем или убывающем порядке либо
алфавитными символами. Порядковую систему кодирования рекомендуется
использовать для небольших, простых и стабильных номенклатур, например
категорий работников, видов образования, единиц измерения и т. п.
Серийная система кодирования предусматривает разделение множества
единиц информации на отдельные группы по заданному признаку и
присвоение им серии кодов с учетом резерва на случай расширения
экономических номенклатур.
Позиционная (разрядная) система кодирования применяется при строго
иерархической структуре информационного множества, что предусматривает
классификацию по ряду признаков. При этом каждому признаку выделяется
строго определенное число разрядов в коде. Позиционная система
используется для кодирования больших и сложных номенклатур с большим
количеством признаков. Например, при построении классификатора
работников учитываются следующие независимые классификационные
признаки (фасеты): пол, возраст, образование и др.
Таблица соответствия единиц информации и их кодовых обозначений
называется классификатором. Классификатор используется для выполнения
функций однозначного обозначения объектов, для обеспечения возможности
группировки информации по ряду признаков, для минимизации объемов
хранимых данных в информационной базе системы, для ускорения процедур
поиска и обмена данными в компьютерной среде.
В зависимости от сферы применения классификаторы можно разделить
на международные, единые для страны, отраслевые и локальные
классификаторы предприятий и организаций.
Международные классификаторы входят в состав системы
международных экономических стандартов (СМЭС) и обязательны для
передачи информации между организациями разных стран мирового
сообщества. В состав СМЭС входят классификации Организации
Объединенных Наций (ООН) и ее специализированных образований, в том
числе:
■международная стандартная отраслевая классификация всех видов
экономической деятельности (МСОК);
■международная стандартная торговая классификация (МСТК);
■классификация основных продуктов (КОП);
■ классификация продовольственных и сельскохозяйственных
организаций и др.
Единые общероссийские классификаторы применяются во всех
отраслях при обмене информацией между системами управления различных
уровней. Их разработкой занимается Госстандарт РФ. В составе
общероссийских классификаторов важное место занимают:
■общероссийский классификатор предприятий и организаций (ОКПО);
■общероссийский классификатор управленческой документации
(ОКУД);
■общероссийский классификатор органов государственной власти и
управления (ОКОГУ);
■совокупность обозначений административно-территориальных
объектов (СОАТО);
■общероссийский классификатор форм собственности (ОКФС);
■общероссийский классификатор видов экономической деятельности
(ОКВЭД);
■общероссийский классификатор промышленной и
сельскохозяйственной продукции (ОКП) и др.
Развитие систем автоматизированной обработки экономической
информации на базе электронной вычислительной техники в 60-х годах XX
века потребовало унификации и стандартизации всей документации,
предназначенной для отражения экономической информации.
Постановлением Госстандарта РФ были определены требования к
Унифицированной системе документации(УСД).
В соответствии с государственным стандартом УСД представляет собой
рационально организованный комплекс взаимосвязанных документов,
отвечающих единым правилам и требованиям и содержащих информацию,
необходимую для оптимизации управления в различных сферах человеческой
деятельности.
При проектировании УСД производится выбор необходимых форм,
построение уникальных форм в соответствии с требованиями
государственного стандарта и эксплуатационными характеристиками
используемых технических средств. Унификация документов осуществляется
в двух направлениях:
■максимально типизируются формы документов межотраслевого
назначения, пригодные для широкого круга предприятий, организаций и
отраслей;
■специализируются формы документов одного и того же вида для
конкретного предприятия, организации, отрасли.
В состав УСД входит учетная, отчетно-статистическая, финансовая,
банковская, расчетно-платежная и другая документация. Каждому документу
присвоен код в соответствии с общероссийским классификатором
управленческой документации (ОКУД). Применение УСД обеспечивает:
■сокращение количества форм документов одинакового назначения;
■ использование минимального количества данных, вводимых для
решения функциональных задач;
■употребление единой терминологии;
■использование единых форм документов на различных уровнях
управления;
■стандартизацию и единообразие оформления документов.
При разработке системы документации ЭИС экономического объекта
определяется перечень входных и выходных документов, устанавливаются их
характеристики, содержание, сфера применения, проектируются формы
документов и рациональные схемы их движения.
Под информационным потоком понимается направленное движение
информации от источника ее возникновения к ее потребителю. Причем
информация передается в виде отдельных первичных документов, массивов
первичных документов или файлов на машинных носителях. В ходе
проектирования информационной системы экономического объекта
разрабатываются графики документооборота, которые призваны исключить
дублирование информации в системе, усилить контроль исполнительной
дисциплины, оптимизировать систему управления объектом в целом.
Внутримашинное ИО представляет собой совокупность всех видов
информационных файлов системы, расположенных на машинных носителях.
В состав внутримашинного ИО входят файлы:
■с текущими данными о состоянии управляемых объектов;
■нормативно-справочной информации;
■с данными, поступающими из внешней среды;
■с накапливаемыми данными за определенный промежуток времени и
др. В зависимости от уровня развития ИО системы внутримашинная
информационная база может быть организована в виде:
■локальных файлов, ориентированных на конкретную задачу или
комплекс функциональных задач;
■баз и банков данных, осуществляющих интегрированное хранение,
накопление, поиск, корректировку и выдачу информации для всей
информационной системы экономического объекта;
■баз знаний, которые, помимо данных о предметной области, содержат
еще и правила их использования для принятия управленческих решений.
В отличие от локально организованных информационных файлов, базы
данных основываются на принципах интегрированного пользования
информации в системе, что позволяет:
■сократить избыточность в хранимых данных;
■устранить противоречивость хранимых данных;
■совместно использовать данные для решения большого круга задач
пользователей, в том числе новых задач;
■обеспечить удобство доступа к данным;
■обезопасить данные, хранимые в базе на основе их централизованной
защиты;
■обеспечить независимость данных от программ. Дальнейшим
развитием внутримашинного ИО является создание баз знаний. На основе баз
знаний разрабатываются экспертные системы для решения конкретных
проблем и задач в различных отраслях человеческой деятельности, в том
числе в управлении.
Особенностью баз знаний по сравнению с базами данных является
выработка решений. В экспертных системах накапливается и обрабатываются
знания — высшая форма информации.
При проектировании внутримашинного ИО учитывается принцип
единства информационной базы в рамках создаваемой ЭИС, базирующейся
на использовании унифицированной системы документации и технико-
экономических показателей, единых классификаторов, общесистемного
нормативно-справочного хозяйства.
Состав и структура информационных файлов системы во многом
зависит от правильности выделения функциональных подсистем объектов и
выбора состава задач по каждой подсистеме с учетом требований,
предъявляемых для выработки и принятия управленческих решений.
Внутримашинное ИО систем должно обеспечивать эффективное
функционирование всех задач, их комплексов и подсистем, взаимосвязь и
согласованность с информационными базами вышестоящих уровней
управления
1.2 МЕДИЦИНСКИЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ КАК

СПОСОБ ПОВЫШЕНИЯ ЭФФЕКТИВНОСТИ УПРАВЛЕНИЯ
МЕДИЦИНСКИМИ УЧРЕЖДЕНИЯМИ
В настоящее время медицинские организации производят и

накапливают огромные объемы данных. Еще некоторое время назад в
здравоохранении нашей страны фактически полностью отсутствовали какие-
либо признаки автоматизации. Карты больных, бюллетени, отчеты о
проделанной работе, учет пациентов и медикаментов велся вручную, на
бумаге. От этого скорость и качество обслуживания пациентов были низки.
Это вело к врачебным ошибкам, очередям, в связи с длительным заполнением
карт, затрудняло работу всего медицинского персонала. Управление
медицинским учреждением тоже было осложнено, в связи с недостатком
оперативной и аналитической информации.
Поэтому необходимость использования больших, и при этом еще
постоянно растущих, объемов информации при решении диагностических,
терапевтических, статистических, управленческих и других задач,
обуславливает сегодня создание информационных систем в медицинских
учреждениях.
В связи с реализацией национального проекта «Здоровье»
информатизация здравоохранения значительно ускорилась. Тем не менее,
уровень проникновения информационных технологий в медицину по-
прежнему остается одним из самых низких.
Информационная технология (ИТ) представляет собой упорядоченную
совокупность способов и методов сбора, обработки, накопления, хранения,
поиска распространения, защиты и потребления информации,
осуществляемых в процессе управленческой деятельности.
Современные информационные технологии широко используют
компьютеры, вычислительные сети и всевозможные виды программного
обеспечения в процессе управления. С помощью использования
информационных технологий ускоряется процесс создания информационных
систем (ИС), которые просто необходимы для анализа и принятия
управленческих решений. Информационные технологии включают два
фактора - машинный и человеческий.
Эффективность управления зависит от создания единого
информационного пространства для всех потенциальных пользователей
информации: различных структур и служб здравоохранения, органов
управления и контроля, производителей медицинской техники и
лекарственных средств, научно-исследовательских организаций,
потребителей медицинских товаров и услуг.
Повышение качества лечебно-профилактической помощи – важнейшая
цель информатизации здравоохранения на всех уровнях, и основная задача
медицинской информационной системы.
Учитывая все вышеизложенные факторы, многие лечебно-
профилактические учреждения в своей деятельности прибегают к услугам
медицинских информационных систем (МИС).
МИС представляют собой универсальный программный продукт,
позволяющий на качественно новом уровне осуществлять руководство
деятельностью медучреждения и оказывать медицинские услуги.
Особенностью МИС является переход от локальной работы с
медицинской информацией к интегрированной системе, где все данные,
проходящие через учреждение, доступны из единой информационной среды.
При этом бумажный носитель уходит в прошлое.
МИС позволяет контролировать расходы на оказание медицинской
помощи, обеспечивать оперативный доступ к медицинским и статистическим
данным лечебно-профилактического учреждения, избегать дублирования
информации и заполнения множества отчетных форм и документов,
значительно снизить нагрузку на медицинский персонал.
Функциональность медицинской информационной системы включает в
себя:
Сбор, регистрацию и структурирование информации. В МИС поступает
первичная информация, введенная пользователями (оператором системы,
сотрудниками регистратуры, лечащими врачами и т.д.), а также данные из
других специализированных систем (ЛИС, PACS и т.д.). На этапе ввода
проводится структурирование и стандартизация информации, что позволяет
ускорить процесс её обработки.
Обмен информацией и создание единого информационного
пространства. МИС позволяет осуществлять одновременный доступ
пользователей к необходимой информации, а также контролировать ведение
медицинской документации.
Хранение и поиск информации. Благодаря единой базе данных в
системе можно оперативно находить необходимые сведения о пациенте и
избегать дублирования информации при повторных обращениях пациента за
медицинской помощью.
Статистический анализ данных. Врачи и руководители медицинского
учреждения могут в удобной форме получать необходимую сводную
информацию для последующего анализа.
Контроль эффективности и качества оказания медицинской помощи
МИС позволяет оценивать результаты оказания медицинской помощи и
контролировать соблюдение всех необходимых стандартов.
Удобную работу с медицинской документацией. С помощью МИС врач
может провести критический анализ лечебных мер, а также составить обзор
ранее принятых решений для контроля качества лечения.
Анализ и контроль работы учреждения, управление ресурсами.
Система позволяет учитывать все оказанные пациентам медицинские услуги,
контролировать оплату счетов, оценивать величину недополученных
финансовых средств от недозагрузки мощностей учреждения, определять
доход ЛПУ от каждого лечебного случая.
Внедрение МИС позволит:
· Избавиться от повторного ввода данных.
· Ускорить доступ к необходимой информации.
· Значительно повысить качество медицинской документации.
· Устранить избыточность назначений.
· Существенно снизить вероятность врачебной ошибки.
· Сократить сроки обследования и лечения.
· Повысить прозрачность деятельности медицинских учреждений и
эффективность принимаемых управленческих решений.
1.3 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА ПРИКЛАДНОГО

ПРОГРАММИРОВАНИЯ
Перед каждым прикладным программистом перед проектированием

информационной системы встает задача определить инструментальные
средства разработки, которые будут им использоваться. При этом
открывается широкий круг предоставляемых средств. Но для того, чтобы
сделать наиболее приемлемый выбор необходимо иметь представление о
большинстве инструментальных средств.
Основным инструментальным средством разработки проекта был

выбран язык программирования С++. Это компилируемый статически
типизированный язык программирования общего назначения.
Поддерживает такие парадигмы программирования как процедурное

программирование, модульность, раздельная компиляция, обработка
исключений, абстракция данных, типы (объекты), виртуальные функции,
объектно-ориентированное программирование, обобщенное
программирование, контейнеры и алгоритмы, сочетает свойства как
высокоуровневых, так и низкоуровневых языков. В сравнении с его
предшественником — языком C, — наибольшее внимание уделено
поддержке объектно-ориентированного и обобщённого программирования.
Название «C++» происходит от названия языка C, в котором унарный
оператор ++ обозначает инкремент переменной.
Являясь одним из самых популярных языков программирования, C++

широко используется для разработки программного обеспечения. Область
его применения включает создание операционных систем, разнообразных
прикладных программ, драйверов устройств, приложений для встраиваемых
систем, высокопроизводительных серверов, а также развлекательных
приложений (например, видеоигры). Существует несколько реализаций
языка C++ — как бесплатных, так и коммерческих. Наиболее популярны
проект GNU, Microsoft, Intel и Embarcadero (Borland). C++ оказал огромное
влияние на другие языки программирования, в первую очередь на Java и C#.
При создании C++ Бьёрн Страуструп стремился сохранить

совместимость с языком C. Множество программ, которые могут одинаково
успешно транслироваться как компиляторами C, так и компиляторами C++,
довольно велико — отчасти благодаря тому, что синтаксис C++ был основан
на синтаксисе C.
В книге «Дизайн и эволюция C++» Бьёрн Страуструп описывает

принципы, которых он придерживался при проектировании C++. Эти
принципы объясняют, почему C++ именно такой, какой он есть. Некоторые
из них:
 Получить универсальный язык со статическими типами данных,

эффективностью и переносимостью языка C.
 Непосредственно и всесторонне поддерживать множество стилей

программирования, в том числе процедурное программирование, абстракцию
данных, объектно-ориентированное программирование и обобщённое
программирование.
 Дать программисту свободу выбора, даже если это даст ему

возможность выбирать неправильно.
 Максимально сохранить совместимость с C, тем самым делая

возможным лёгкий переход от программирования на C.
 Избежать разночтений между C и C++: любая конструкция,

допустимая в обоих языках, должна в каждом из них обозначать одно и то же
и приводить к одному и тому же поведению программы.
 Избегать особенностей, которые зависят от платформы или не

являются универсальными.
 Никакое языковое средство не должно приводить к снижению

производительности программ, не использующих его.
 Не требовать слишком усложнённой среды программирования.

Программирование производилось на Qt - кросс-платформенный
инструментарий разработки ПО на языке программирования C++.
Позволяет запускать написанное с его помощью ПО в большинстве

современных операционных систем путём простой компиляции программы
для каждой ОС без изменения исходного кода. Включает в себя все основные
классы, которые могут потребоваться при разработке прикладного
программного обеспечения, начиная от элементов графического интерфейса
и заканчивая классами для работы с сетью, базами данных и XML. Qt
является полностью объектно-ориентированным, легко расширяемым и
поддерживающим технику компонентного программирования.
Существуют версии библиотеки для Microsoft Windows, систем класса

UNIX с графической подсистемой X11, iOS, Android, Mac OS X, Microsoft
Windows CE, QNX, встраиваемых Linux-систем и платформы S60. В данный
момент рассматривается возможность внедрения поддержки Qt в Windows
Phone. Также идёт портирование на Haiku.
До недавнего времени библиотека Qt также распространялась ещё в

одной версии: Qt/Embedded. Теперь эта платформа переименована в Qtopia
Core и распространяется как отдельный продукт. Qtopia Core обеспечивает
базовую функциональность для всей линейки платформ, предназначенных
для разработки приложений для встраиваемых и мобильных устройств (КПК,
смартфонов и т. п.).
Начиная с версии 4.5 Qt распространяется по 3 лицензиям (независимо

от лицензии, исходный код Qt один и тот же):
Qt Commercial для разработки ПО с собственнической лицензией,

допускающая модификацию самой Qt без раскрытия изменений;
GNU GPL для разработки ПО с открытыми исходниками

распространяемыми на условиях GNU GPL;
GNU LGPL для разработки ПО с собственнической лицензией, но без
внесения изменений в Qt.
До версии 4.0.0 под свободной лицензией распространялись лишь

Qt/Mac, Qt/X11, Qt/Embedded, но, начиная с 4.0.0 (выпущенной в конце июня
2005), Qt Software «освободили» и Qt/Windows. Следует отметить, что
существовали сторонние свободные версии Qt/Windows < 4.0.0, сделанные на
основе Qt/X11.
Со времени своего появления в 1996 году библиотека Qt легла в основу

тысяч успешных проектов во всём мире. Кроме того, Qt является
фундаментом популярной рабочей среды KDE, входящей в состав многих
дистрибутивов Linux.
Отличительная особенность Qt от других библиотек — использование

Meta Object Compiler (MOC) — предварительной системы обработки
исходного кода (в общем-то, Qt — это библиотека не для чистого C++, а для
его особого наречия, с которого и «переводит» MOC для последующей
компиляции любым стандартным C++ компилятором). MOC позволяет во
много раз увеличить мощь библиотек, вводя такие понятия, как слоты и
сигналы. Кроме того, это позволяет сделать код более лаконичным. Утилита
MOC ищет в заголовочных файлах на C++ описания классов, содержащие
макрос Q_OBJECT, и создаёт дополнительный исходный файл на C++,
содержащий метаобъектный код.
Qt позволяет создавать собственные плагины и размещать их

непосредственно в панели визуального редактора. Также существует
возможность расширения привычной функциональности виджетов,
связанной с размещением их на экране, отображением, перерисовкой при
изменении размеров окна.
Qt комплектуется визуальной средой разработки графического

интерфейса «Qt Designer», позволяющей создавать диалоги и формы
«мышью» (в режиме WYSIWYG). В поставке Qt есть «Qt Linguist» —
графическая утилита, позволяющая упростить локализацию и перевод вашей
программы на многие языки; и «Qt Assistant» — справочная система Qt,
упрощающая работу с документацией по библиотеке, а также позволяющая
создавать кросс-платформенную справку для разрабатываемого на основе Qt
ПО. Начиная с версии 4.5.0 в комплект Qt включена среда разработки «Qt
Creator», которая включает в себя редактор кода, справку, графические
средства «Qt Designer» и возможность отладки приложений. «Qt Creator»
может использовать GCC или Microsoft VC++ в качестве компилятора и GDB
в качестве отладчика. Для Windows версий библиотека комплектуется
компилятором, заголовочными и объектными файлами MinGW.
Библиотека разделена на несколько модулей, для четвёртой версии

библиотеки это:
 QtCore — классы ядра библиотеки, используемые другими
модулями;
 QtGui — компоненты графического интерфейса (в отличие от Gtk
использующие аппаратное графическое ускорение через OpenGL);
 QtNetwork — набор классов для сетевого программирования.
Поддержка различных высокоуровневых протоколов может меняться от
версии к версии. В версии 4.2.x присутствуют классы для работы с
протоколами FTP и HTTP. Для работы с протоколами TCP/IP предназначены
такие классы, как QTcpServer, QTcpSocket для TCP и QUdpSocket для UDP;
 QtOpenGL набор классов для работы с OpenGL;
 QtSql набор классов для работы с базами данных с
использованием языка структурированных запросов SQL. Основные классы
данного модуля в версии 4.2.х: QSqlDatabase класс для предоставления
соединения с базой, для работы с какой-нибудь конкретной базой данных
требует объект, унаследованный от класса QSqlDriver абстрактного класса,
который реализуется для конкретной базы данных и может требовать для
компиляции SDK базы данных. Например, для сборки драйвера под базу
данных FireBird/InterBase требует .h файлы и библиотеки статической
линковки, входящие в комплект поставки данной БД;
 QtScript классы для работы с Qt Scripts;
 QtSvg классы для отображения и работы с данными Scalable
Vector Graphics (SVG);
 QtXml модуль для работы с XML, поддерживается SAX и DOM
модели работы;
 QtDesigner классы создания расширений QtDesigner’а для своих
собственных виджетов;
 QtUiTools классы для обработки в приложении форм Qt Designer;
 QtAssistant справочная система;
 Qt3Support модуль с классами, необходимыми для совместимости
с библиотекой Qt версии 3.х.х;
 QtTest модуль для работы с UNIT тестами;
 QtWebKit модуль WebKit, интегрированный в Qt и доступный
через её классы;
 QtXmlPatterns модуль для поддержки XQuery 1.0 и XPath 2.0;
 Phonon модуль для поддержки воспроизведения и записи видео и
аудио, как локально, так и с устройств и по сети;
 QtCLucene модуль для поддержки полнотекстового поиска,
применяется в новой версии Assistant в Qt 4.4;
 ActiveQt модуль для работы с ActiveX и COM технологиями для
Qt-разработчиков под Windows.
 QtDeclarative модуль, предоставляющий декларативный
фреймворк для создания динамичных, настраиваемых пользовательских
интерфейсов.
Библиотека использует собственный формат проекта, именуемый .pro
файлом, в котором собрана информация о том, какие файлы будут
скомпилированы, по каким путям искать заголовочные файлы и много другой
информации. Впоследствии при помощи утилиты qmake из них получаются
makefile для make-утилиты компилятора. Также есть возможность работы при
помощи интеграторов с Microsoft Visual Studio 2003/2005/2008/2010. Совсем
недавно стала доступна интеграция в Eclipse для версии библиотеки 4.х.х.
Одним из весомых преимуществ проекта Qt является наличие
качественной документации. Статьи документации снабжены большим
количеством примеров. Исходный код самой библиотеки хорошо
форматирован, подробно комментирован и легко читается, что также
упрощает изучение Qt.
1.4 ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Тестирование программного обеспечения процесс исследования

программного обеспечения (ПО) с целью получения информации о качестве
продукта.
Существует множество подходов к решению задачи тестирования и
верификации ПО, но эффективное тестирование сложных программных
продуктов это процесс в высшей степени творческий, не сводящийся к
следованию строгим и чётким процедурам или созданию таковых.
С точки зрения ISO 9126, Качество (программных средств) можно
определить как совокупную характеристику исследуемого ПО с учётом
следующих составляющих:
 Надёжность
 Сопровождаемость
 Практичность
 Эффективность
 Мобильность
 Функциональность
Ниже приведены некоторые виды тестирования программного
обеспечения:
Функциональное тестирование это тестирование ПО в целях проверки
реализуемости функциональных требований, то есть способности ПО в
определённых условиях решать задачи, нужные пользователям.
Функциональные требования определяют, что именно делает ПО, какие
задачи оно решает.
Функциональные требования включают:
 Функциональная пригодность.
 Точность.
 Способность к взаимодействию
 Соответствие стандартам и правилам
 Защищённость
Тестирование стабильности или надежности — один из видов
тестирования ПО, целью которого является проверка работоспособности
приложения при длительном тестировании со средним (ожидаемым) уровнем
нагрузки.
Перед тем как подвергать ПО экстремальным нагрузкам стоит провести
проверку стабильности в предполагаемых условиях работы, то есть
погрузить продукт в полную рабочую атмосферу. При тестировании,
длительность его проведения не имеет первостепенного значения, основная
задача - наблюдая за потреблением ресурсов, выявить утечки памяти и
проследить, чтобы скорость обработки данных и/или время отклика
приложения в начале теста и с течением времени не уменьшалась. В
противном случае вероятны сбои в работе продукта и перезагрузки системы.
Тестирование безопасности оценка уязвимости программного
обеспечения к различным атакам.
Компьютерные системы очень часто являются мишенью незаконного
проникновения. Под проникновением понимается широкий диапазон
действий: попытки хакеров проникнуть в систему из спортивного интереса,
месть рассерженных служащих, взлом мошенниками для незаконной
наживы. Тестирование безопасности проверяет фактическую реакцию
защитных механизмов, встроенных в систему, на проникновение. В ходе
тестирования безопасности испытатель играет роль взломщика. Ему
разрешено все:
 попытки узнать пароль с помощью внешних средств;
 атака системы с помощью специальных утилит, анализирующих
защиты;
 подавление, ошеломление системы (в надежде, что она откажется
обслуживать других клиентов);
 целенаправленное введение ошибок в надежде проникнуть в
систему в ходе восстановления;
 просмотр несекретных данных в надежде найти ключ для входа в
систему.
При неограниченном времени и ресурсах хорошее тестирование
безопасности взломает любую систему. Задача проектировщика системы —
сделать цену проникновения более высокой, чем цена получаемой в
результате информации.
Тестирование совместимости — вид нефункционального тестирования,
основной целью которого является проверка корректной работы продукта в
определенном окружении. Окружение может включать в себя следующие
элементы:
 Аппаратная платформа;
 Сетевые устройства;
 Периферия (принтеры, CD/DVD-приводы, веб-камеры и пр.);
 Операционная система (Unix, Windows, MacOS, ...)
 Базы данных (Oracle, MS SQL, MySQL, ...)
 Системное программное обеспечение (веб-сервер, файрволл,
антивирус)
 Браузеры (Internet Explorer, Firefox, Opera, Chrome, Safari)
2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

МЕДИЦИНСКОГО УЧРЕЖДЕНИЯ С ИСПОЛЬЗОВАНИЕМ
СОВРЕМЕННЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ УПРАВЛЕНИЯ
2.1 ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ

СИСТЕМЕ МЕДИЦИНСКОГО УЧРЕЖДЕНИЯ
Информатизация деятельности учреждений здравоохранения уже давно

стала насущной необходимостью. Обработка массивов финансовой,
медицинской и статистической информации, что все время увеличиваются,
стала возможна только с использованием современных информационных и
компьютерных технологий. Вырос не только объем информации –
повысились требования к скорости ее обработки. С каждым годом
вышестоящие организации повышают требования к передаче так называемых
“электронных отчетов” (то есть отчетов в электронном виде). Неуклонно
растет роль электронного обмена данными между субъектами
здравоохранения с применением электронной почты и Интернет.
В настоящее время каждое лечебно-профилактическое учреждение
(ЛПУ) в той или иной мере охвачено информатизацией. В основной массе это
локальные не взаимосвязанные между собой системы автоматизации разных
направлений деятельности ЛПУ. Практически информатизация
регионального здравоохранения охватывает лишь финансово-экономические
службы ЛПУ: бухгалтерия, планово-экономический отдел, страховая
медицина. Для повышения качества и доступности медицинской помощи в
ЛПУ необходимо проведение комплексной автоматизации всех видов
деятельности в учреждении.
Сегодня на рынке медицинских информационных систем (МИС)
предлагаются достаточно разные решения в широком ценовом диапазоне и с
различными функциональными возможностями. В процессе исследования
нами было обследовано 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. Цифровые характеристики МИС.

Название системы
АИС «Мкт-санаторий»
Идеальная система
СПК «Здравница»
БЭСТ Здравница
Дип пансион
АКСИМЕД
ИНТЕРИН
MedWork
К-МИС
Global
Бронирование 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
Врач 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, в результате разработчики программ получили в руки еще
один очень важный инструмент.
Технология .NET
Несмотря на трудности и уроки Java-технологии, программисты не
желали отказываться от идеи создания полностью переносимых программ.
Вместе с тем их совершенно не устраивала необходимость платить
производительностью и удобством программ за переносимость. Работы по
разрешению этого противоречия привели к появлению на свет технологии
под названием .NET (произносится «дот-нет»).
Технология .NET по сути явилась новой платформой, надстроенной над
другими операционными системами, и этим походила на технологию Java.
Однако у технологии .NET имелся ряд существенных концептуальных
отличий. В частности, платформа .NET хотя и имела свой собственный новый
язык программирования C# (произносится «си-шарп»), но не была привязана
только к нему, позволяя писать программы на других языках. Кроме того,
программы для платформы .NET компилировались не в байт-код, а в
универсальный промежуточный язык, который сохранял семантику
программы и был близок к ее исходному тексту (байт-код, напротив, близок к
командам процессора). Программы на промежуточном языке вообще не
интерпретировались, а всегда компилировались в команды процессора при
запуске программы или при ее первоначальной установке на компьютер
пользователя. Выполняемый код получался очень эффективным и оказывался
сравнимым по быстродействию с выполняемым кодом, полученным прямой
компиляцией с языка высокого уровня в команды процессора. Немаловажно и
то, что на платформе .NET стало возможным использование любых (а не
только стандартных) библиотек подпрограмм и компонентов, а также всех
функций операционной системы. Все это обеспечило создание быстрых и
удобных программ.
Поначалу технология .NET была доступна только для семейства
операционных систем Windows, но со временем этот недостаток был
устранен, и на свет появилась платформа Mono — клон технологии .NET для
операционных систем Linux и Unix.
Платформы .NET и Mono имеют большое будущее, поэтому фирма
Borland адаптировала для них язык и среду программирования Delphi. В
итоге, разработчики получили уникальную возможность — применять один и
тот же язык Delphi для создания профессиональных программ для любых
операционных систем и платформ: Windows, Linux, .NET, Mono. Этим,
кстати, язык Delphi выгодно отличается от модного ныне языка C#, который
применяется лишь для программирования на платформах .NET и Mono.
У языка Delphi есть еще одно очень важное преимущество перед
остальными коммерчески успешными языками — он великолепно подходит
для обучения программированию. Поэтому авторы рекомендуют его в
качестве первого языка для всех учеников и студентов, собирающихся стать
профессиональными программистами.
Внешний вид среды программирования Delphi отличается от многих
других из тех, что можно увидеть в Windows. К примеру, Borland Pascal for
Windows 7.0, Borland C++ 4.0, Word for Windows, Program Manager - это все
MDI приложения и выглядят по-другому, чем Delphi. MDI (Multiple Document
Interface) - определяет особый способ управления нескольких дочерних окон
внутри одного большого окна.
Среда Delphi же следует другой спецификации, называемой Single
Document Interface (SDI), и состоит из нескольких отдельно расположенных
окон. Это было сделано из-за того, что SDI близок к той модели приложений,
что используется в Windows 95.
Если Вы используете SDI приложение типа Delphi, то уже знаете, что
перед началом работы лучше минимизировать другие приложения, чтобы их
окна не загромождали рабочее пространство. Если нужно переключиться на
другое приложение, то просто щелкните мышкой на системную кнопку
минимизации Delphi. Вместе с главным окном свернутся все остальные окна
среды программирования, освободив место для работы других программ.
Главные составные части среды программирования
Ниже перечислены основные составные части Delphi:
1. Дизайнер Форм (Form Designer)
2. Окно Редактора Исходного Текста (Editor Window)
3. Палитра Компонент (Component Palette)
4. Инспектор Объектов (Object Inspector)
5. Справочник (On-line help)
Есть, конечно, и другие важные составляющие Delphi, вроде линейки
инструментов, системного меню и многие другие, нужные Вам для точной
настройки программы и среды программирования.
Программисты на Delphi проводят большинство времени переключаясь
между Дизайнером Форм и Окном Редактора Исходного Текста (которое для
краткости называют Редактор).
Дизайнер Форм в Delphi столь интуитивно понятен и прост в
использовании, что создание визуального интерфейса превращается в
детскую игру. Дизайнер Форм первоначально состоит из одного пустого окна,
которое Вы заполняете всевозможными объектами, выбранными на Палитре
Компонент.
Несмотря на всю важность Дизайнера Форм, местом, где программисты
проводят основное время является Редактор. Логика является движущей
силой программы и Редактор - то место, где Вы ее "кодируете".
Палитра Компонент позволяет Вам выбрать нужные объекты для
размещения их на Дизайнере Форм. Для использования Палитры Компонент
просто первый раз щелкните мышкой на один из объектов и потом второй раз
- на Дизайнере Форм. Выбранный Вами объект появится на проектируемом
окне и им можно манипулировать с помощью мыши.
Палитра Компонент использует постраничную группировку объектов.
Внизу Палитры находится набор закладок - Standard, Additional, Dialogs и т.д.
Если Вы щелкнете мышью на одну из закладок, то Вы можете перейти на
следующую страницу Палитры Компонент. Принцип разбиения на страницы
широко используется в среде программирования Delphi и его легко можно
использовать в своей программе. (На странице Additional есть компоненты
для организации страниц с закладками сверху и снизу).
Предположим, Вы помещаете компонент TEdit на форму; Вы можете
двигать его с места на место. Вы также можете использовать границу,
прорисованную вокруг объекта для изменения его размеров. Большинством
других компонент можно манипулировать тем же образом. Однако,
невидимые во время выполнения программы компоненты (типа TMenu или
TDataBase) не меняют своей формы.
Слева от Дизайнера Форм Вы можете видеть Инспектор Объектов
(рис.4). Заметьте, что информация в Инспекторе Объектов меняется в
зависимости от объекта, выбранного на форме. Важно понять, что каждый
компонент является настоящим объектом и Вы можете менять его вид и
поведение с помощью Инспектора Объектов.
Инспектор Объектов состоит из двух страниц, каждую из которых
можно использовать для определения поведения данного компонента. Первая
страница - это список свойств, вторая - список событий. Если нужно
изменить что-нибудь, связанное с определенным компонентом, то Вы обычно
делаете это в Инспекторе Объектов. К примеру, Вы можете изменить имя и
размер компонента TLabel изменяя свойства Caption, Left, Top, Height, и
Width.
Вы можете использовать закладки внизу Инспектора Объектов для
переключения между страницами свойств и событий.
Страница событий связана с Редактором; если Вы дважды щелкнете
мышкой на правую сторону какого-нибудь пункта, то соответствующий
данному событию код автоматически запишется в Редактор, сам Редактор
немедленно получит фокус, и Вы сразу же имеете возможность добавить код
обработчика данного события. Данный аспект среды программирования
Delphi будет еще обсуждаться позднее.
Последняя важная часть среды Delphi - Справочник (on-line help). Для
доступа к этому инструменту нужно просто выбрать в системном меню пункт
Help и затем Contents.
Справочник является контекстно-зависимым; при нажатии клавиши F1,
Вы получите подсказку, соответствующую текущей ситуации. Например,
находясь в Инспекторе Объектов, выберите какое-нибудь свойство и нажмите
F1 - Вы получите справку о назначении данного свойства. Если в любой
момент работы в среде Delphi возникает неясность или затруднение - жмите
F1 и необходимая информация появится на экране.
Дополнительные элементы
В данном разделе внимание фокусируется на трех инструментах,
которые можно воспринимать как вспомогательные для среды
программирования:
 Меню (Menu System)
 Панель с кнопками для быстрого доступа (SpeedBar)
 Редактор картинок (Image Editor)
Меню предоставляет быстрый и гибкий интерфейс к среде Delphi,
потому что может управляться по набору "горячих клавиш". Это удобно еще
и потому, что здесь используются слова или короткие фразы, более точные и
понятные, нежели иконки или пиктограммы. Вы можете использовать меню
для выполнения широкого круга задач; скорее всего, для наиболее общих
задач вроде открытия и закрытия файлов, управления отладчиком или
настройкой среды программирования.
SpeedBar находится непосредственно под меню, слева от Палитры
Компонент. SpeedBar выполняет много из того, что можно сделать через
меню. Если задержать мышь над любой из иконок на SpeedBar, то Вы
увидите что появится подсказка, объясняющая назначение данной иконки.
Редактор Картинок, показанный на рис.7, работает аналогично
программе Paintbrush из Windows. Вы можете получить доступ к этому
модулю выбрав пункт меню Tools | Image Editor.
А теперь нужно рассмотреть те элементы, которые программист на
Delphi использует в повседневной жизни.
Инструментальные средства
В дополнение к инструментам, обсуждавшимся выше, существуют пять
средств, поставляемых вместе с Delphi. Эти инструментальные средства:
 Встроенный отладчик
 Внешний отладчик (поставляется отдельно)
 Компилятор командной строки
 WinSight
 WinSpector
Данные инструменты собраны в отдельную категорию не потому, что
они менее важны, чем другие, но потому, что они играют достаточно
абстрактную техническую роль в программировании.
Чтобы стать сильным программистом на Delphi, Вам понадобится
понять, как использовать отладчик Delphi. Отладчик позволяет Вам пройти
пошагово по исходному тексту программы, выполняя по одной строке за раз,
и открыть просмотровое окно (Watch), в котором будут отражаться текущие
значения переменных программы.
Встроенный отладчик, который наиболее важен из пяти
вышеперечисленных инструментов, работает в том же окне, что и Редактор.
Внешний отладчик делает все, что делает встроенный и кое-что еще. Он
более быстр и мощен, чем встроенный. Однако он не так удобен в
использовании, главным образом из-за необходимости покидать среду Delphi.
Теперь давайте поговорим о компиляторах. Внешний компилятор,
называется DCC.EXE, полезен, в основном, если Вы хотите скомпилировать
приложение перед отладкой его во внешнем отладчике. Большинство
программистов, наверняка, посчитают, то гораздо проще компилировать в
среде Delphi, нежели пытаться создать программу из командной строки.
Однако, всегда найдется несколько оригиналов, которые будут чувствовать
себя счастливее, используя компилятор командной строки. Но это факт -
возможно создать и откомпилировать программу на Delphi используя только
DCC.EXE и еще одну программу CONVERT.EXE, которая поможет создать
формы. Однако, данный подход неудобен для большинства программистов.
WinSight и WinSpector интересны преимущественно для опытных
программистов в Windows. Это не значит, что начинающий не должен их
запускать и экспериментировать с ними по своему усмотрению. Но эти
инструменты вторичны и используются для узких технических целей.
Из этих двух инструментов WinSight определенно более полезен.
Основная его функция - позволить Вам наблюдать за системой сообщений
Windows. Хотя Delphi делает много для того, чтобы спрятать сложные детали
данной системы сообщений от неопытных пользователей, тем не менее
Windows является операционной системой, управляемой событиями. Почти
все главные и второстепенные события в среде Windows принимают форму
сообщений, которые рассылаются с большой интенсивностью среди
различными окнами на экране. Delphi дает Вам полный доступ к сообщениям
Windows и позволяет отвечать на них, как только будет нужно. В результате,
опытным пользователям WinSight становится просто необходим.
WinSpector сохраняет запись о текущем состоянии машины в текстовый
файл; Вы можете просмотреть этот файл для того, чтобы узнать, что
неправильно идет в программе. Данный инструмент полезен, когда
программа находится в опытной эксплуатации - можно получить важную
информацию при крушении системы.
Стандартные компоненты
Для дальнейшего знакомства со средой программирования Delphi
потребуется рассказать о составе первой страницы Палитры Компонент.
На первой странице Палитры Компонент размещены 14 объектов
определенно важных для использования. Мало кто обойдется длительное
время без кнопок, списков, окон ввода и т.д. Все эти объекты такая же часть
Windows, как мышь или окно.
Набор и порядок компонент на каждой странице являются
конфигурируемыми. Так, Вы можете добавить к имеющимся компонентам
новые, изменить их количество и порядок.
Стандартные компоненты Delphi перечислены ниже с некоторыми
комментариями по их применению. При изучении данных компонент было
бы полезно иметь под рукой компьютер с тем, чтобы посмотреть, как они
работают и как ими манипулировать.
 TMainMenu позволяет Вам поместить главное меню в программу.
При помещении TMainMenu на форму это выглядит, как просто иконка.
Иконки данного типа называют "невидимыми компонентом", поскольку они
невидимы во время выполнения программы. Создание меню включает три
шага: (1) помещение TMainMenu на форму, (2) вызов Дизайнера Меню через
свойство Items в Инспекторе Объектов, (3) определение пунктов меню в
Дизайнере Меню.
 TPopupMenu позволяет создавать всплывающие меню. Этот тип
меню появляется по щелчку правой кнопки мыши.
 TLabel служит для отображения текста на экране. Вы можете
изменить шрифт и цвет метки, если дважды щелкнете на свойство Font в
Инспекторе Объектов. Вы увидите, что это легко сделать и во время
выполнения программы, написав всего одну строчку кода.
 TEdit - стандартный управляющий элемент Windows для ввода.
Он может быть использован для отображения короткого фрагмента текста и
позволяет пользователю вводить текст во время выполнения программы.
 TMemo - иная форма TEdit. Подразумевает работу с большими
текстами. TMemo может переносить слова, сохранять в Clipboard фрагменты
текста и восстанавливать их, и другие основные функции редактора. TMemo
имеет ограничения на объем текста в 32Кб, это составляет 10-20 страниц.
(Есть VBX и "родные" компоненты Delphi, где этот предел снят).
 TButton позволяет выполнить какие-либо действия при нажатии
кнопки во время выполнения программы. В Delphi все делается очень просто.
Поместив TButton на форму, Вы по двойному щелчку можете создать
заготовку обработчика события нажатия кнопки. Далее нужно заполнить
заготовку кодом (подчеркнуто то, что нужно написать вручную):
procedure TForm1.Button1Click(Sender: TObject);
begin
MessageDlg('Are you there?',mtConfirmation,mbYesNoCancel,0);
end;
 TCheckBox отображает строку текста с маленьким окошком

рядом. В окошке можно поставить отметку, которая означает, что что-то
выбрано. Например, если посмотреть окно диалога настроек компилятора
(пункт меню Options | Project, страница Compiler), то можно увидеть, что оно
состоит преимущественно из CheckBox'ов.
 TRadioButton позволяет выбрать только одну опцию из
нескольких. Если Вы опять откроете диалог Options | Project и выберете
страницу Linker Options, то Вы можете видеть, что секции Map file и Link
buffer file состоят из наборов RadioButton.
 TListBox нужен для показа прокручиваемого списка.
Классический пример ListBox'а в среде Windows - выбор файла из списка в
пункте меню File | Open многих приложений. Названия файлов или
директорий и находятся в ListBox'е.
 TComboBox во многом напоминает ListBox, за исключением того,
что позволяет водить информацию в маленьком поле ввода сверху ListBox.
Есть несколько типов ComboBox, но наиболее популярен выпадающий вниз
(drop-down combo box), который можно видеть внизу окна диалога выбора
файла.
 TScrollbar - полоса прокрутки, появляется автоматически в
объектах редактирования, ListBox'ах при необходимости прокрутки текста
для просмотра.
 TGroupBox используется для визуальных целей и для указания
Windows, каков порядок перемещения по компонентам на форме (при
нажатии клавиши TAB).
 TPanel - управляющий элемент, похожий на TGroupBox,
используется в декоративных целях. Чтобы использовать TPanel, просто
поместите его на форму и затем положите другие компоненты на него. Теперь
при перемещении TPanel будут передвигаться и эти компоненты. TPanel
используется также для создания линейки инструментов и окна статуса.
 TScrollBox представляет место на форме, которое можно
скроллировать в вертикальном и горизонтальном направлениях. Пока Вы в
явном виде не отключите эту возможность, форма сама по себе действует так
же. Однако, могут быть случаи, когда понадобится прокручивать только часть
формы. В таких случаях используется TScrollBox.
Это полный список объектов на первой странице Палитры Компонент.
Если Вам нужна дополнительная информация, то выберите на Палитре
объект и нажмите клавишу F1 - появится Справочник с полным описанием
данного объекта.
2.3 ОПИСАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

МЕДИЦИНСКОГО УЧРЕЖДЕНИЯ С ИСПОЛЬЗОВАНИЕМ
СОВРЕМЕННЫХ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
Медицинская информационная система (МИС) - комплексная

автоматизированная информационная система для автоматизации
деятельности ЛПУ, в которой объединены система поддержки принятия
медицинских решений, электронные медицинские записи о пациентах,
данные медицинских исследований в цифровой форме, данные мониторинга
состояния пациента с медицинских приборов, средства общения между
сотрудниками, финансовая и административная информация.
Часто под медицинской информационной системой понимают
электронную историю болезни, но по данным понятием можно и отнести
четкую организацию работы регистратуры медицинского учереждения, то
есть организацию записи на прием к специалисту и автоматизации данной
деятельности.
При работе с данным программным проектом пользователю
представлен удобный интерфейс позволяющий организовать четкую и
отлаженную работу персонала.

Рисунок 6. – Запись на прием
На данном рисунке отображено окно записи пациента на прием, данные

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

Рисунок 7. – Прикрепление пациента к мед. учреждению

Рисунок 8. – Добавление врача
На данном рисунке представлена база данных Специалистов (врачей)

производящих прием пациентов в данном медицинском учреждении. Также
для удобства записи на прием существует база данных времени приема
специалистов, что представлено на следующем рисунке.

Рисунок 9 – Регистрация времени приема врача
При записи на прием к специалисту на талоне о записи на прием к

врачу указывается не только точное время и дата приема, а также кабинет
приема, для этого существует дополнительная база данных кабинетов
закрепленных за специалистом.

Рисунок 10. – Закрепление кабинета
3. РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ И

БЕЗОПАСНОСТИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1 ОЦЕНКА ЗАТРАТ НА РАЗРАБОТКУ ПРОДУКТА И РАСЧЕТ

СЕБЕСТОИМОСТИ ИНФОРМАЦИОННОЙ СИСТЕМЫ
Оценка затрат на разработку ПО является одним из наиболее важных

видов деятельности в процессе создания ПО, хотя она и не выделена в
стандарте ISO 12207 как отдельный процесс. При отсутствии адекватной и
достоверной оценки невозможно обеспечить четкое планирование и
управление проектом. В целом ситуация в данной области, сложившаяся в
индустрии информационных технологий, выглядит далеко не блестящей.
Недооценка стоимости, времени и ресурсов, требуемых для создания
ИС, влечет за собой недостаточную численность проектной команды,
чрезмерно сжатые сроки разработки и, как результат, утрату доверия к
разработчикам в случае нарушения графика. С другой стороны,
перестраховка и переоценка могут оказаться ничуть не лучше. Если для
проекта выделено больше ресурсов, чем реально необходимо, причем без
должного контроля за их использованием, то ни о какой экономии ресурсов
говорить не приходится. Такой проект окажется более дорогостоящим, чем
должен был быть при грамотной оценке, и приведет к запаздыванию с
началом следующего проекта.
Оценка затрат на разработку ПО предполагает выполнение следующих
четырех шагов:
 оценка размера разрабатываемого продукта. Для ПО в прежнее время
основной мерой оценки являлось количество строк кода (LOG — Lines Of
Code), а в настоящее время является количество функциональных точек (FPs
— Function Points). Определение функциональной точки приведено;
 оценка трудоемкости в человеко-месяцах или человеко-часах;
 оценка продолжительности проекта в календарных месяцах;
 оценка стоимости проекта;
 оценка размера проекта базируется на знании требований к системе.
Для такой оценки существуют два основных способа:
 По аналогии. Если в прошлом приходилось иметь дело с подобным
проектом, и его оценки известны, то можно, отталкиваясь от них,
приблизительно оценить свой проект;
 Путем подсчета размера по определенным алгоритмам на основании
исходных данных — требований к системе.
Оценка трудоемкости проекта выводится на основании его размера.
Для такой оценки также существуют два основных способа. Самый лучший
вариант это использование накопленных в вашей организации исторических
данных, позволяющих сопоставить трудоемкость вашего проекта с
трудоемкостью предыдущих проектов аналогичного размера. Однако это
возможно только при следующих условиях:
 организации аккуратно документируются реальные результаты
предыдущих проектов;
 по крайней мере, один из предыдущих проектов (а лучше, если
несколько) имеет аналогичный характер и размер;
 жизненный цикл, используемые методы и средства разработки,
квалификация и опыт проектной команды вашего нового проекта также
подобны тем, которые имели место в предыдущих проектах.
Если предыдущий подход по разным причинам оказывается
неприменимым, следует использовать один из известных алгоритмических
методов оценки (например, модель СОСОМО (Constructive COst MOdel -
конструктивная стоимостная модель) Барри Боэма).
Подобным же образом (как на основе исторических данных, так и с
использованием формальных методов) оцениваются продолжительность и
стоимость проекта.
Согласно Эдварду Йордану, все доступные средства оценки
классифицируются следующим образом:
Средства оценки, являющиеся коммерческими продуктами, такие, как
SLIM (Quantitative Systems Management), ESTIMACS (Computer Associates),
KnowledgePLAN и CHECKPOINT (Software Productivity Research (SPR)).
Глава фирмы SPR Каперс Джонс, "гуру" в области метрик ПО, оценивает
рынок средств оценки проектов примерно в 50 продуктов. Эти продукты
нельзя назвать совершенными, и все они требуют от пользователя высокого
уровня квалификации (здесь, как и в других областях деятельности,
действует принцип "что заложишь, то и получишь"). В лучшем случае с
помощью таких продуктов можно получить оценку с точностью +10%. Даже
если точность будет +50%, это все равно лучше, чем брать данные "с
потолка".
Динамические модели систем — множество имитационных моделей,
которые позволяют исследовать нелинейные зависимости между различными
факторами, влияющими на динамику проектных процессов. Например, если
частью стратегии проекта является требование сверхурочной работы
участников проекта со стороны менеджера, каков будет эффект через
несколько недель или месяцев? Естественно предположить, что по сравнению
с нормальным восьмичасовым рабочим днем отдача увеличится, однако
наиболее опытный менеджер проекта также отметит, что производительность
(измеряемая в количестве функциональных точек в день, строках кода в час и
т.д.) по мере накопления усталости будет постепенно снижаться. Кроме того,
возрастет количество ошибок, что, очевидно, повлияет на трудоемкость
тестирования и отладки.
Аналитические модели для оценки проектов, описанные в литературе.
Лучшими являются работы Барри Боэма (модель СОСОМО, разработанная
им в начале 80-х гг., была позднее модифицирована в модель СОСОМО-2).
Другой классической работой является книга Фредерика Брукса
"Мифический человеко-месяц", так же переизданная в 1995 г. с учетом
современной технологии и практики разработки ПО.
Различные руководства и отчеты организаций, подобных
SoftwareEngineering Institute (SEI), которые могут помочь при выполнении
уценки проектов.
Такие распространенные методы, как прототипирование, также могут
использоваться для оценки критичности тех или иных проектных
ограничений для всей разрабатываемой системы в целом. Этот подход
позволяет привнести немного здравого смысла в проектную команду и в
окружающих ее менеджеров и заказчиков. Если руководство хочет, чтобы
команда из трех разработчиков написала 1 млн строк кода за 12 мес., то
следовало бы в течение первого месяца разработать небольшой прототип
будущей системы, который, по крайней мере, позволит грубо оценить
производительность проектной команды, а также реализуемость проекта в
целом. Остановимся более подробно на методе функциональных точек.
Определение числа функциональных точек является методом количественной
оценки ПО, применяемым для измерения функциональных характеристик
процессов его разработки и сопровождения независимо от технологии,
использованной для его реализации.
Подсчет функциональных точек помимо средства для объективной
оценки ресурсов, необходимых для разработки и сопровождения ПО,
применяется также в качестве средства для определения сложности
приобретаемого продукта в целях принятия решения о покупке или
собственной разработке.
Метод разработан на основе опыта реализации множества проектов
создания ПО и поддерживается международной организацией IFPUG
(International Function Point User Group). Существуют специальные
программные средства, автоматизирующие проведение оценок по методу
функциональных точек и позволяющие оценить, насколько быстро и с какими
затратами в действительности удастся реализовать проект. Одним из таких
средств является Knowledge PLAN — продукт фирмы SPR.
Knowledge PLAN создан на основе исследований, проведенных в
фирме SPR в области оценок сложности, трудоемкости и производительности
при разработке программного обеспечения. Оценка и планирование в пакете
KnowledgePLAN ведутся на основе статистических закономерностей,
выведенных путем анализа более чем 8 тыс. успешно завершенных проектов
из различных областей применения. Исходные данные для вычислений
находятся в специальном репозитории, который обновляется по результатам
выполнения реальных проектов. В качестве метрик для оценки размеров
программного обеспечения используются методика подсчета
функциональных точек и метод оценки сложности программного продукта
(собственная разработка фирмы SPR) -метрика, позволяющая учесть
алгоритмическую сложность разрабатываемых программ.
KnowledgePLAN имеет следующие возможности:
 формирование близкого к реальному плана работ по проекту;
 определение трудоемкости и стоимости планируемых проектов;
 учет влияния условий разработки, применяемых инструментальных
средств и используемых технологий на прогнозируемую трудоемкость, сроки
и стоимость разработки;
 проведение анализа "what — if ("что, если") для поиска лучших
решений;
 проведение сравнительного анализа качества и производительности
разработки разнотипных проектов или однотипных проектов, при
выполнении которых использовались различные технологии;
 накопление статистической многомерной информации о проекте и
его участниках;
 классификация проектов для принятия решения о структуре
управления проектом;
 анализ плановой и реальной оценки сложности и величины
разработанного ПО и трудоемкости выполнения проекта.
Прежде чем приступить к разработке программного продукта,
необходимо просчитать его стоимость и выявить, будет ли он рентабельным,
эффективным и экономичным.
При расчете стоимости разработки и наладки программы учитывается:
 разработка методики наладки;
 предварительная проверка программ необходимых для разработки
содержания курса и дизайна платформы, которая будет исходным
материалом;
 контроль на соответствие формализованным правилам построения;
 проверка процесса просмотра материала и информационной
технологии;
 обнаружение и локализация ошибок;
 обработка результатов, т.е. использование в производстве;
 оценка времени работы программы.
Расчет стоимости:
Расчет заработной платы разработчика, создающего программное
обеспечение по формуле:
S з/п = К * Т ; (1),
где: S з/п - заработная плата разработчика;

К - стоимость одного часа программиста;
Т - время, которое потребовалось на создание программы.
Подставив значения, получим:
S з/п = 500 * 100 = 50000;
Расчет стоимости энергии, потребляемой компьютером, по формуле:
SW = W * T * C ; (2),
где: SW - стоимости энергии, потребляемая компьютером;

W - мощность, потребляемая компьютером;
 С - Стоимость одного кВт.
 Подставив значения, получим:
 SW = 0,3 * 500 * 12 = 1800 (тенге).
 Расчет общей суммы созданной программы S:
 S = S з/п+ Sw (3)
 S = 50000+ 1800
Общая стоимость составляет 51800 тенге.
3.2 ОСНОВНЫЕ ТРЕБОВАНИЯ К ВНЕДРЕНИЮ

ИНФОРМАЦИОННОЙ СИСТЕМЫ
Основными эффектами от внедрения свободного программного

обеспечения являются:
1. Юридический — при переходе на СПО серьезно снижается
необходимость слежения за лицензионной чистотой ПО, установленного на
компьютерах в школе. Также сотрудники школ могут безвозмездно и на
законных основаниях распространять среди учащихся дистрибутивы ОС
Linux, что позволит использовать необходимое ПО дома, без приобретения
дополнительного ПО.
2. Технологический использование СПО позволяет повысить
информационную безопасность, так как компьютерных вирусов,работающих
под ОС Linux практически не существует. Система встроенной защиты
позволяет обеспечить высокий уровень защиты ОС от несанкционированного
доступа.
Для каждого объекта внедрения работы по внедрению должны
включать в себя следующие этапы:
 обследование Объекта внедрения;
 подготовка Объекта внедрения;
 установка системного и прикладного программного обеспечения;
 настройка системного и прикладного программного обеспечения;
 проведение обучение пользователей и администраторов;
 проведение контрольных и зачетных работ с целью проверки
владения навыками по эксплуатации прикладного программного
обеспечения (ПО);
 проведение тестирования ПО;
 ввод в действие.
Перечисленные этапы внедрения могут выполняться параллельно и, по
необходимости, итерационно.
Под внедрением понимается полный комплекс работ по установке,
настройке и адаптации программного обеспечения к требованиям заказчика
вплоть до его сдачи в эксплуатацию. При этом следует иметь в виду, что при
разработке программного продукта «Designer teachers» изначально
предполагалось, что их установка и настройка будут вполне по силам
продвинутым пользователям без привлечения специалистов разработчика.
Более того, что программа «Designer teachers» может быть установлена
заказчиком самостоятельно при достаточном уровне подготовки его
специалистов.
Внедрение программного обеспечения «Designer teachers»
осуществляется на договорной основе и в зависимости от масштаба
предполагаемых работ, текущего состояния баз данных и каналов связи,
готовности аппаратных средств и персонала заказчика может занимать от
двух недель до двух месяцев.
По результатам совместного анализа технического задания заключается
договор на внедрение и составляется график выполнения соответствующих
работ с перечнем отдельных ее этапов и указанием дат их начала и
окончания. График работ по внедрению является неотъемлемой частью
договора.
Стоимость работ зависит от состава устанавливаемого программного
обеспечения, предполагаемого количества и специализации рабочих мест, в
том числе удаленных, состояния и объема имеющихся баз данных и других
параметров и рассчитывается индивидуально для каждого проекта в
соответствии с его техническим заданием. В конечном итоге стоимость
определяется исключительно реальными трудозатратами специалистов.
Работы по этому этапу включают в себя разработку программы-
конвертора и конвертацию (перенос) имеющихся баз данных в требуемый
формат, предварительную настройку и адаптацию программ к требованиям
заказчика (в том числе подготовку необходимых форм отчетности, настройку
системы начислений и модулей импорта-экспорта данных) и изготовление
рабочих копий программ.
Перечисленные работы специалисты выполняют самостоятельно на
своей производственной базе. В отдельных случаях по желанию заказчика
(закрепленному в договоре) конвертацию текущих баз данных он может взять
на себя. Кроме того, существует возможность формирования архива данных
за предшествующий период деятельности заказчика.
На этом этапе осуществляется установка программ на рабочих местах и
оборудовании заказчика, подключение и настройка каналов связи с
удаленными терминалами, полная проверка регулировок системы и ее
тестовые прогоны во всех рабочих режимах. Параллельно производится
обучение персонала заказчика, как операторов, так и программистов, которые
в дальнейшем смогут самостоятельно производить большинство
перенастроек программно-аппаратного комплекса.
По окончании этих работ комплекс передается в опытную
эксплуатацию, в ходе которой специалисты продолжают оставаться у
заказчика для курирования рабочего процесса. По завершении опытной
эксплуатации работы по договору внедрения считаются выполненными,
подписываются акты сдачи-приемки, и система передается в эксплуатацию.
Дальнейшее техническое сопровождение программного продукта
осуществляется по отдельному договору и может развиваться по нескольким
сценариям в зависимости от достигнутых договоренностей.
При этом учитывается то обстоятельство, что программное
обеспечение «Designer teachers» обладает доступной и весьма гибкой
системой настроек. Это позволяет специалистам заказчика самостоятельно
его перенастраивать, например, при разработке новых форм отчетности и
модулей импорта-экспорта данных. Поэтому наиболее распространенный
вариант сопровождения предусматривает только передачу заказчику
обновлений, связанных с усовершенствованием программного обеспечения
или с изменениями в нормативно-правовой базе, а также устные
консультации специалистов заказчика по работе с программами.
При необходимости вмешательства специалистов в работу
программного комплекса оптимальным средством достижения этого является
создание он-лайн Интернет-соединения заказчика с офисом . В этом случае
специалисты разработчика получают возможность по согласованию с
заказчиком осуществлять удаленное администрирование работой программы,
оперативно вносить изменения в базу данных, систему настроек или
программный код.
В ходе внедрения необходимо строго придерживаться утвержденных
плана и графика, игнорируя возможность добавления в систему новых
необязательных требований и возможностей, иначе реализация проекта
внедрения корпоративных информационных систем затянется до
бесконечности (в этом случае уже вряд ли можно говорить об адекватной
оценке эффективности внедрения КИС).
Бизнес-процессы предприятия-заказчика должны быть скрупулезно
описаны и проанализированы перед внедрением, а не в процессе выполнения
проекта. Внедрение должно выполняться помодульно и начинаться с
модулей, которые способны достаточно быстро принести реальную отдачу. В
процессе обследования предприятия должна быть внимательно
проанализирована существующая программно-аппаратная платформа (в том
числе, уже имеющееся, пусть и устаревшее, ПО материального и
финансового учета) и определены пути ее интеграции (если это необходимо)
с внедряемой корпоративной информационной системой. Успешное
внедрение корпоративной информационной системы возможно только при
тесной обратной связи с заказчиками полной (реальной) поддержке группы
внедрения руководством предприятия.
3.3 ОРГАНИЗАЦИЯ РАБОЧЕГО МЕСТА ПОЛЬЗОВАТЕЛЯ ПРИ

РАБОТЕ С ИНФОРМАЦИОННОЙ СИСТЕМОЙ
 При организации рабочего места с терминалом на одного

пользователя необходимо выделять не меньше 6 кв. метров. Высота
помещения должна быть не меньше 4 метров;
 Помещение обязательно должно оборудоваться огнетушителем,
сигнализацией и телефоном (и городским и местным).
 Помещение должно быть оборудовано одноместными столами и
мягкими стульями с меняющимися по высоте сиденьями и спинками стула.
Столы должны иметь длину не менее 0.7 метра и ширину, обеспечивающую
место перед клавиатурой 0.3 метра;
 Разрешающая способность человеческого глаза составляет примерно
0.3 мм на расстоянии 500 мм. Благоприятная для обозрения площадь лежит в
пределах 500-700 мм. Для зрительного распознавания алфавитно-цифровых
знаков необходим растр размером 5-7 точек, поэтому ширина и высота линий
изображения этих знаков должна быть не менее 1.5 мм при удалении 500 мм
и 2.9 мм при удалении 700 мм от работающего. Угол обзора по вертикали
составляет 15. В положении сидя этот угол не превышает 15 относительно
горизонтали. Оптимальное расстояние от глаз до экрана монитора 0.6-0.7 м.,
допустимое не менее 0.5 метра. Рассматривать информацию на экране ближе
0.5 метра не рекомендуется;
 Требуемая и допустимая контрастность элементов рабочего места
снизу ограничена возможностью распознавания, а сверху допускаемой
освещенностью, исключающей ослепление работающего. В поле зрения
работающего контрастность должна быть в пределах от 8:1 до 15:1. При этом
исключается наличие глянцевых поверхностей, создающих блики и
отражающий свет. Уменьшению усталости и повышению удобства
обслуживания способствует определенное размещение коммуникаций
работающего с машиной.
Рассматриваемое помещение является вычислительный центр. Во
время учебных занятий в нем находится группа пользователей из 10 человек.
Площадь вычислительного центра составляет 30 кв. м. и высотой 3,5 м. К
вычислительному центру предъявляются следующие требования:
 размеры помещения (площадь, объем, высота) должны
соответствовать количеству работающих в нем человек и размещаемому в
нем комплексу технических средств;
 рациональное цветовое оформление помещения;
 обеспечение изоляции от шумов, принятие мер для снижения шума,
проникающего в помещение извне;

 соблюдение требований, предъявляемых к отделке помещения;
 обеспечение системы отопления и вентиляции;
 соблюдение норм чистоты воздуха, температуры, относительной
влажности;
 соблюдение норм освещенности;
 соблюдение защиты помещения от вхождения в него посторонних
лиц;
Микроклимат производственного помещения определяется
температурой, относительной влажностью и скоростью движения воздуха.
Воздух рабочей зоны, нормирование параметров микроклимата в
рабочей зоне производится в зависимости от периода года, категории работ
по энергозатратам, избытка явного тепла. По избыткам явной теплоты
помещение учебной лаборатории относится к помещениям с
незначительными избытками явной теплоты, приходящимися на 1 куб.м
объема помещения, 23,2 Дж/(м*с). В данном помещении выполняются легкие
физические работы, характеристика которых приведена ниже.
Таблица 2.- Оптимальные параметры микроклимата

Период года Температура, С Относительная Скорость движения воздуха,
влажность, % м/с
Холодный и 20 - 23 60 - 40 не более 0,2
переходный
(температура
наружного
воздуха ниже +10
град. С)
Теплый 22 - 25 60 - 40 не более 0,2
(температура
наружного воздуха
+10 С и выше)
Таблица 3.- Допустимые параметры для холодного и переходного

периода года
Температура Относительная Скорость движения Температура воздуха вне
возуха, С влажность, % не более воздуха, м/с, не более постоян ных рабочих мест, С
19 – 25 75 0,2 15 - 26
Таблица 4.- Допустимые параметры для теплого периода года

Температура Относительная Скорость движения Температура воздуха
возуха, С влажность, % не более воздуха, м/с, не более вне постоянных
рабочих мест, С
Не более чем на 3 при 28 С не более 55, 0,2 - 0,5 не более чем на 3 выше
выше средней при 27 С не более 60, средней температуры
температуры при 26 С не более 65, наружного воздуха в 13
наружного воздуха при 25 С не более 70, ч самого жаркого
в 13 ч при 24 С и ниже не месяца
более 75
При работе пользователей в вычислительном центре профилактика

вычислительной техники не проводится, вредные вещества не используются.
Однако в помещении присутствует нетоксичная пыль. Максимально-разовая
предельно-допустимая концентрация нетоксичной пыли, скапливающейся на
оборудовании составляет 0,5 мг/куб. м. , а среднесуточная - 0,15 мг/куб. м.
Таблица 5.- Нормированные значения излучения на рабочем месте

Наименования показателей Нормированные значения, не более
Уровень неиспользованного рентгеновского 100 мкР/ч
излучения на расстоянии 0,05 м
Плотность потока ультрафиолетового излучения 10 Вт/кв. м.
Напряженность электрического поля на рабочем 15 кВ/м.
месте 15кВ/м
Наименьшая освещенность рабочих поверхностей в производственных

помещениях /по СНиП П-4-79/
Для нормализации воздушной среды производится расчет
воздухообмена в производственном помещении.
В производственных помещениях с объемом на одного работающего
менее 20 куб. м. следует проектировать подачу наружного воздуха в
количестве не менее 30 куб.м./ч на каждого работающего. Рассчитаем объем
приточного воздуха L по кратности воздухообмена:
L = k * v, м/ч , (4)
где k - рекомендуемая кратность воздухообмена, которая для обычных

производственных помещений обычно составляет 1 - 10,
v - объем помещения.
Таким образом,
L =2 * 160 = 320 куб.м/ч.
Наилучший обмен воздуха осуществляется при сквозном
проветривании, но кроме того, если позволяют погодные условия, то работу
следует проводить при открытых окнах.
Искусственное освещение по своему устройству бывает двух систем:
общее и комбинированное. При выборе системы освещения учитывают
психологические, физиологические, экономические и конструктивные
факторы. Так как в помещении выполняются работы высокой точности IIIв,
то целесообразнее использовать систему общего освещения. В нее
включаются потолочные и подвесные люминесцентные светильники общей
освещенностью 400 лк. Светильники распределяются равномерно рядами и
параллельно источникам прямого света, так чтобы экран монитора находился
в зоне защитного угла светильника, и его проекция не приходилась на экран
монитора. Причем, для таких светильников рекомендуется использовать
люминесцентные лампы мощностью по 40 Вт серий ЛП013, ЛП031, ЛПОЗЗ.
Для улучшения освещенности важно правильно подобрать цветовую
отделку интерьера и оборудования. Обычно потолок и стены выше панелей
1.5 - 1.7 м, если они не облицованы звукопоглощающим материалом,
окрашиваются водоэмульсионной краской светлых, холодных тонов.
Источниками шума в данном помещении являются принтеры,
персональные компьютеры и сами люди, работающие в лаборатории. Кроме
того, шум может поступать извне, а т.к. в помещении выполняются работы
высокой точности, желательно, чтобы оно не граничило с помещениями,
имеющими повышенные уровни воздушного и ударного шума.
Для обеспечения изоляции помещения от шумов, проникающих извне
можно использовать акустическую обработку помещения, которая
заключается в облицовке потолка и стен звукопоглощающим материалом,
причем для достижения максимально возможного звукопоглощения
необходимо облицевать не менее 60% общей площади внутренних
поверхностей помещения.
Для сохранения стабильности звукопоглощающих характеристик
такого покрытия необходимо периодически осуществлять различные
профилактические мероприятия. Для уменьшения звука, поступающего извне
данное помещение не должно граничить с помещениями, имеющими
повышенные уровни воздушного и ударного шума, а также располагаться
вблизи таких "шумных" помещений. Источники загазованности и вибрации в
данном помещении отсутствуют.
Результаты специальных исследований показали, что мониторы
испускают слабые рентгеновские лучи, но интенсивность такого излучения
составляет менее половины мили рентгена в час - намного меньше
допустимого уровня. Но даже от такого незначительного излучения можно
защититься. В зависимости от условий воздействия электромагнитных полей
(ЭМП), характера и местонахождения источника могут быть использованы
следующие виды защиты:
 защита временем, использующаяся в случае невозможности снизить
интенсивность излучения в рабочей зоне;

 защита расстоянием, позволяющая существенно уменьшить степень
поражения излучением, так как интенсивность убывает пропорционально

квадрату расстояния;
 экранирование источника излучения или рабочего места. Оно должно
отвечать следующим требованиям:

 уменьшать интенсивность излучения до предельных уровней;
 обеспечивать удобства в работе;
 обеспечивать безопасность работы в отношении механических и
электрических травм.
 применительно к рассматриваемому помещению чаще всего исполь-
зуются следующие два способа защиты: ввиду того, что незначительная

утечка излучения из кинескопа обнаруживается только в пределах нескольких
миллиметров от поверхности экрана и по мере удаления доза уменьшается,
то можно применять защиту расстоянием.
Нормальным расстоянием, на котором излучение не регистрируется
даже чувствительной из мера измерительной аппаратурой является
расстояние 0.3 - 0.4 метра; можно использовать защитный экран или сетку.
Статистика показывает, что число травм, вызванных электрическим
током, составляет 11-12% от их общего числа. Но из всех случаев со
смертельным исходом наибольшее количество происходит в результате
поражения электрическим током. Причем до 80% всех случаев
электротравматизма со смертельным исходом приходится на
электрооборудование напряжением до 1000 В и в первую очередь 220...380 В.
Электрооборудование в основном относится к установкам
напряжением до 1000 В, исключения составляют лишь экранные пульты,
дисплеи, электронно-лучевые трубки, которые имеют напряжение в
несколько киловольт.
Организационные мероприятия, обеспечивающие безопасность работ,
заключаются в следующем: соблюдение режима работы и отдыха, правильная
организация обслуживания действующих электроустановок ВЦ, проведение
ремонтных и профилактических работ.
По опасности поражения электрическим током рассматриваемое
помещение относится к помещениям без повышенной опасности.
Классификация помещения по степени опасности поражения человека
электрическим током показана в таблице 6.
Таблица 6.- Классификация помещения по степени опасности

поражения человека электрическим током
Класс помещения Характеристика помещения
Без повышенной опасности Сухое, не жаркое, с токонепроводящим полом, без токопроводящей
пыли, отсутствует возможность одновременного прикосновения
человека к имеющим соединение с землей металлоконструкциями
зданий, технологическим аппаратам, механизмам и т.п. с одной
стороны, и к металлическим корпусам электрооборудования,
которые при пробое изоляции могут оказаться под напряжением, - с
другой стороны
К техническим мероприятиям, обеспечивающим безопасность работ со

снятием напряжения относятся:
 отключение оборудования на участке, принятие мер против
ошибочного или самопроизвольного включения, ограждение при
необходимости рабочих мест и оставшихся под напряжением токоведущих
частей;
 проверка отсутствия напряжения;
 установка заземления.
Применение только одних организационных и технических

мероприятий по предупреждению поражения электрическим током не может
в полной мере обеспечить необходимую электробезопасность при
эксплуатации. Наряду с ними в вычислительных центрах используют
защитное заземление. Нормативное значение сопротивления заземления
приведено в таблице 4.10.2.
Таблица 7.- Нормативное, значение сопротивления заземления

Напряжение сети Режим нейтрала Назначение заземления Сопротивление
заземления, Ом
До 1000 В Изолированная Защитное Rз =< 10
Выше 1000 В Изолированная Защитное Rз =< 0,5
Сопротивление изоляции электрических цепей ЭВМ общего

назначения в нормальных климатических условиях должно быть не менее
значений указанных в таблице 8.
Таблица 8.- Сопротивление изоляции электрических цепей

Напряжение цепи, кВ Сопротивление изоляции, МОм
до 0,1 5,0
0,1 - 0,5 20,0
0,5 - 1,0 100
К помещению, в котором располагается вычислительный центр

предъявляются требования:
 здание, в котором предусмотрено размещение ЭВМ, должно быть 1
степени огнестойкости;
 все виды кабельных коммуникаций должны быть проложены в
металлических газовых трубах;

 подпольные пространства под съемными полами должны быть
разделены несгораемыми перегородками;

 силовые кабельные линии должны быть надежно изолированы;
 в наличии должны быть первичные огнетушительные средства;
По пожароопасности зоны данное помещение относится к классу П-IIa.

Для ликвидации пожаров помещение вычислительного центра площадью 40
кв. м. должно располагать одним углекислотным огнетушителем типа ОУ-2,
ОУ-5, или ОУ-8.
Для своевременного обнаружения, оповещения и принятия мер
быстрой ликвидации пожара в помещении необходима установка дымовых
пожарных извещателя. При установке извещателя на высоте 4 м и площади
помещения 40 кв. м. достаточно одного дымового извещателя.
Для предотвращения повышенной запыленности рекомендуется
устанавливать пылеуловители, вытяжные устройства, а также проводить
влажную уборку помещения, проветривать помещение, что обеспечит
улучшение качественного состава воздуха.
В случае необходимости при повышенной температуре окружающего
воздуха в теплое время года необходимо установить, а при пониженной
температуре окружающего воздуха в холодное время года установить
дополнительные обогревательные приборы с учетом всех мер
противопожарной безопасности согласно.
Для повышения влажности воздуха в помещениях с ПЭВМ
рекомендуется применять увлажнители воздуха, которые будут заправляться
ежедневно дистиллированной или прокипяченной питьевой водой.
Для уменьшения уровня шума в помещении можно применять
отделочные материалы с шумопоглощающим эффектом (шумопоглощающие
потолки и т. п.).
При недостатке естественного освещения необходимо будет
пользоваться искусственным. В качестве источников света при
искусственном освещении рекомендуется применять преимущественно
люминесцентные лампы типа ЛБ.
Общее освещение выполняется в виде сплошных или прерывистых
линий светильников, расположенных сбоку от рабочего места,
преимущественно слева, параллельно линии зрения пользователя. Для
уменьшения прямой и отраженной блесткости следует ограничивать
отраженную блескость на рабочих поверхностях (экран, стол, клавиатура и
др.) за счет правильного выбора типов светильников и расположения рабочих
мест по отношению к источникам естественного и искусственного
освещения.
Для предотвращения образования и защиты студентов от статического
электричества в помещениях вычислительного центра будем использовать
нейтрализаторы и увлажнители воздуха, а полы будут иметь антистатическое
покрытие.
Очень вредное воздействие оказывают на операторов ПЭВМ мониторы.
В настоящее время появились мониторы на основе жидкокристаллических
дисплеев с активной матрицей. У них отсутствуют электромагнитные,
рентгеновские и ультрафиолетовые излучения. Поэтому вместо обычных
мониторов с электронно-лучевой трубкой желательно бы использовать эти
жидкокристаллические мониторы, но сейчас они довольно дорого стоят.
Поэтому о реальном применении таких мониторов можно будет говорить
только через несколько лет, а на сегодняшний день приходится выбирать
среди обычных мониторов. Они должны соответствовать самым
современным требованиям и стандартам. Поэтому для решения проблемы
облучения оператора ПЭВМ необходимо:
 использовать дисплеи с высокой разрешающей способностью
(размер пиксела 0,28 (лучше 0,25)) и размером экрана не менее 14” (Hi-
Resolution, Non-Interlaced, Low-Radiation);
 установить видеоадаптеры с высоким разрешением и частотой
кадровой развертки не менее 70-72Гц;

 обязательно ставить на дисплеи экранные фильтры с
антистатическим покрытием, в несколько раз снижающие утомляемость глаз
и концентрацию пылевых частиц вблизи экрана монитора;
 сидеть не ближе 70 см от дисплея;
 экран дисплея должен быть ориентирован таким образом, чтобы
исключить блики от источников света;

 не следует располагать дисплей непосредственно под источником
освещения или вплотную с ним;

 желательно, чтобы освещенность рабочего места оператора не
превышала 2/3 нормальной освещенности помещения;

 стена позади дисплея должна быть освещена примерно так же, как
его экран;
В помещении основными техническими средствами, обеспечивающими
безопасность работ, являются:
 обеспечение недоступности токоведущих частей;
 заземление;
 отключение.
Обеспечение недоступности токоведущих частей достигается

изолированием токоведущих кабелей и проводов.
Защитным заземлением называется намеренное соединение
нетоковедущих частей, которые могут случайно оказаться под напряжением,
с заземляющим устройством.
Заземлению подлежат корпуса ЭВМ, трансформаторов, металлические
оболочки кабелей и проводов, металлические ограждения.
Для электроустановок с напряжением до 1000 В сопротивление
заземляющего устройства должно быть не менее 4 Ом.
Защитное отключение - система защиты, автоматически отключающая
электроустановку при возникновении опасности поражения электрическим
током.
Для участка персональных компьютеров наиболее приемлемым
вариантом является защитное заземление, т.к. корпуса компьютеров и
периферии обычно выполнены не из токопроводящих материалов, а также
имеются специальные клеммы для подключения заземления.
Пожарная безопасность может быть обеспечена мерами пожарной
профилактики и активной пожарной защитой. Понятие о пожарной
профилактике включает комплекс мероприятий, необходимых для
предупреждения возникновения пожара или уменьшения его последствий.
Под активной пожарной защитой понимаются меры, обеспечивающие
успешную борьбу с возникающими пожарами или взрывоопасными
ситуациями.
Чрезвычайной ситуацией, возникающей при работе пользователя на
персональной ЭВМ можно и необходимо считать случай «заражения»
компьютерным вирусом. Когда вирус только попадает в компьютер, он не
заметен. Но через некоторое время, когда он «заразит» собой большое
количество программ, он может себя проявить: некоторые программы
перестают работать или работают некорректно, исчезают файлы, разрушается
их структура, на экран могут выводиться непонятные сообщения, работа
компьютера может сильно замедлиться и т.д.
Таким образом, если не предпринимать мер по защите от вируса, то
последствия заражения компьютера могут быть очень серьезными. Для
защиты от вирусов можно использовать:
 общие средства защиты информации. Которые полезны также и как
страховка от физической порчи магнитных дисков, неправильно работающих
программ или ошибочных действий пользователей (копирование
информации, разграничения доступа);
 профилактические меры, позволяющие уменьшить вероятность
заражения вирусом (резидентные программы-фильтры, программы-ревизоры,
создание архивных копий, системных дискет и т.д.);
 специализированные программы для защиты от вирусов
(программы-детекторы, программы вакцины, программы-доктора,
программы-ревизоры, программы-фильтры и т.п.).
медицинский информационный прикладной программирование
ЗАКЛЮЧЕНИЕ
Краткие выводы по результат работы:

Цель дипломного проекта, поставленная на начальном этапе работы
над ним и заключающаяся в автоматизации деятельности медицинского
учереждения, помогающей разгрузить от рутинной работы и улучшить
эффективность их работы, была достигнута. Результатом работы является
продукт позволяющий автоматизировать работы регистратуры медицинского
учереждения.
1. Исследованы общие понятия программного обеспечения для
автоматизации образовательной деятельности медицинского учереждения, а
также произведен общий обзор прикладного программного обеспечения,
рассмотрено инструментальные средства прикладного программирования,
протестировано программное обеспечение.
2. Рассмотрены этапы разработки информационной системы

медицинского учреждения для автоматизации организаторской деятельности
мед. персонала, определены требования к проекту, произведен выбор
инструментария и технологии разработки, выполнена структурная схема
проекта и база данных программного обеспечения
3. Произведен расчет экономической эффективности и безопасности

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

задач, может использоваться в перечисленных областях для перечисленных
целей, не требуя от пользователя специальных знаний и навыков, т.к.
изучаемая область широка по своим направлениям и возможностям, а также
динамична, её изучение будет продолжено. Проект будет развиваться, будут
изучаться и внедряться новые аспекты рассмотренной проблемы.
Оценка полноты решений поставленных задач. Поставленная цель
исследования достигнута, задачи исследования полностью решены.
Рекомендации и исходные данные по конкретному использованию
результатов проекта. Для конкретного использования результатов
исследования необходимо иметь знания в области внедрения
информационных-коммуникационных технологий в образовании.
Непосредственно сами результаты исследования могут использоваться при
организации работы как школы так и высшего и специального учебного
заведения.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
[1] Архангельский А.Я. Интегрированная среда разработки. От версии 1 до

версии 6. - М.: ЗАО "Издательство БИНОМ", 2009.-343с.
[2] Архангельский А.Я. 100 компонентов общего назначения библиотеки
Delphi6. - М.: ЗАО "Издательство БИНОМ", 2009.-317с.
[3] Архангельский А.Я Разработка прикладных программ для Windows в
Delphi6. - М.: ЗАО "Издательство БИНОМ", 2009.-328с.
[4] Архангельский А.Я Оbject Pascal в Delphi 6. - М.: ЗАО "Издательство
БИНОМ", 2009.-543с.
[5] Архангельский А.Я. Работа с локальными базами данных в Delphi6. - М.:
ЗАО "Издательство БИНОМ", 2009.-125с
[6] Архангельский А.Я. Язык SQL в Delphi6. - М.: ЗАО "Издательство
БИНОМ", 2009.-532с.
[7] Архангельский А.Я. Русская справка по Delphi 6. - М.: Мир, 2005.-232с.
[8] Архангельский А.Я. Delphi 6. - М.: ЗАО "Издательство БИНОМ", 2002.-
165с.
[9] Дейт К. "Введение в системы баз данных". - М.: Hаука, 2000 .-323с.
[10] Когловский М.Р. "Технология баз данных на персональных ЭВМ". - М.:
Финансы и статистика, 2002.-343с.
[11] Симонович А.В., Евсеев Г.А. «Программирование в Visual Basic 6.0». -
СПб.: ООО «АСТ-ПРЕСС КНИГА», 2001.-143с.
[12] Бердянов А.В. «Что такое Delphi?». - М.: Мир, 2006.-284с.
[13] Бойко В.В., Савинков В.М. Проектирование баз данных
информационных систем. – М.: Финансы и статистика, 2009.- 351 с.
[14] Тельман Дж. "Основы систем баз данных". - М.: Финансы и статистика,
2003.-165с.
[15] Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и
статистика, 2005.- 344 с.
[16] Оспищева Д.А. Paradox for Windows: Практическое руководство. - М.:
АОЗ "Алевар", 2003.-387с.
[17] Орехов В.М. "Программное обеспечение персональных ЭВМ". - М.:
Hаука, 2009.-374с.
[18] Шафрин Ю.А. «Основы компьютерной технологии». - М.: Мир, 2008.-
144с.
[19] Кузнецов И.П. «Кибернетические диалоговые системы», «Рекомендации
по общепользовательскому интерфейсу». - М.: Mир, 2005.-334с.
[20] Фаронов В.В. Delphi 6. Учебный курс. - М.: Мир, 2005.- 434с.
[21] Епанешников А.Е., Панешников В. Программирование в среде Тurbo
Раscal 7.0. - М.: Диалог-МИФИ, 2006.-288с.
[22] Пильщиков В.Н. Сборник упражнений по языку Паскаль. - М.: Наука,
2009.-343с.
[23] Абрамов С.А., Гнездилова Г.Н. и др. Задачи по программированию. –
М.:Наука, 2008. - 224 с.
[24] Абрамов С.А. Введение в язык Паскаль. - М.: Наука, 2008.- 443с.
[25] Вирт Н. Алгоритмы и структура данных. - М.: Мир, 2009. - 236с.
[26] Дагене В.А. 100 задач по программированию. - М.: Просвещение, 2003. -
232с.
[27] Джонс Ж. Харроу К. Решение задач в системе Turbo Pascal. - М.:
Финансы и статистика, 2001. - 223с.
[28] Зуев Е.А. Язык программирования Turbo Pascal 6.0. - М.: Унитех, 2002. -
323с.
[29] Йенсен К., Вирт Н. Паскаль: руководство пользователя. - М.: Финансы и
статистика, 2009. - 231с.
[30] Премиков О.Н. Руководство по технике безопасности. - М.: Унитех,
2008. - 232с.
[31] Семашко Г.Л., Салтыков А.И. Программирование на языке Паскаль. - М.:
Наука, 2003.- 343с.
[32] Атре Ш. Структурный подход к организации баз данных. – М.: Финансы
и статистика, 2003.- 320 с.
[33] Страчан А., Коннолли Т. Базы данных. Проектирование, реализация и
сопровождение. Теория и практика. - М.: Вильямс, 2000. - 232с.
[34] Гофман В., Хомоненко А. Delphi5. Наиболее полное руководство. - СПб.:
«Питер» - 2001.- 221с.
[35] Гайдамакин Н. Автоматизированные информационные системы, базы и
банки данных. Вводный курс. - М.: Гелиос, 2002.- 223с.
[36] Матчо Дж, Дэвид Р.А., Фолкнер А.К. «Delphi» — пер. с англ. - М.:Бином,
2005.- 243с.
[37] Диго С.М. "Проектирование и использования баз данных". – М.:
Финансы и статистика, 2005.- 212с.
[38] Когловский М.Р. "Технология баз данных на персональных ЭВМ". - М.:
'Финансы и статистика', 2002.- 316с.
[39] Кандзюба С.П. Delphi. Базы данных и приложения. – М.: ДиаСофт,
2005.- 232с.
[40] Конноли Т., Бег К.А. Базы данных. Проектирование, реализация и
сопровождение. Теория и практика. 3-е издание. - СПб.: Вильямс, 2003.- 223с.
[41] Фаронов В.В. Программирование баз данных в Delphi 6. – СПб.: Питер,
2002.- 434с.
[42] Фаронов В.В. Система программирования Delphi. - СПб.: БХВ-
Петербург, 2003.- 432с.
[43] Культин Н.Б. Программирование баз данных в Delphi. - М.: Мир, 2006.-
323с.
[44] Елманова Н.А. Delphi 4: Новые возможности и некоторые примеры их
применения. - СПб.: Питер, 2005.- 450с.
[45] Фаронов В.В. Примеры программирования в среде Delphi и описания
языка Delphi. - М.: Мир, 2001.- 343с.
[46] Фаронов В.В. Описания языка программирования Delphi. –М.: Мир,
2000.- 380с.
[47] Фаронов В.В. Дополнительные возможности интегрированной среды
разработки приложений Delphi. – М.: Мир, 2004.- 315с.
[48] Фаронов В.В. Наиболее и подробное руководство по программированию
в среде Delphi 7. - М.: Мир, 2003.- 321с.
[49] Кирнос В.Н. Основы программирования на языке С++. - Кокшетау.: КГУ,
2003.-92 с.
[50] Волобуева О.П. Компьютерные технологии проектирования систем.
Методические указания к лабораторным занятиям для цикла дисциплин по
проектированию информационных систем и управляющих систем. -Алматы:
КазНТУ, 2002.- 42 с.
[51] Бэнкс М. Информационная защита ПК (с CD-ROM). - Киев: "Век", 2001.
- 272 с.
[52] Василенко О.Н. Теоретико-числовые алгоритмы в криптографии. - М.:
Московский центр непрерывного математического образования, 2003. - 328 с.
[53] Под ред. Пятибратова А.П. Вычислительные системы, сети и
телекоммуникации: Учебник. - М.: Финансы и статистика, 2003.- 550 с.
[54] Галатенко В.А. Стандарты информационной безопасности. - М.:
Интернет-университет информационных технологий – ИНТУИТ, 2004. - 328
c.
[55] Гошко С.В. Энциклопедия по защите от вирусов. - М.: СОЛОН-Пресс,
2004. - 301 с.
[56] Денисов А., Белов А., Вихарев И. Интернет. Самоучитель. - СПб.: Питер,
2000. - 464 с.
[57] Журнал «Компьютера» . 2009 №2 (766) январь. - 120 c.
[58] Зима В., Молдовян А., Молдовян Н. Безопасность глобальных сетевых
технологий. Серия "Мастер". - СПб.: БХВ-Петербург, 2001. - 320 с.
[59] Зубов А.Ю. Совершенные шифры. - М.: Гелиос АРВ, 2003. - 160 с.
Размещено на Allbest.ru

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

Загружено:

Сведения о документе

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

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

Загружено:

Авторское право:

Размещено на http://www.allbest.

Актуальность темы исследования.

1.1 ОБЩИЕ ПОНЯТИЯ ОБ ИНФОРМАЦИОННЫХ СИСТЕМАХ

Информационная система (ИС) является системой информационного

Примечание: [составлено автором]

Экономическая информационная система (ЭИС) — это совокупность

Примечание: [составлено автором]

Функциональная часть ИС фактически является моделью системы

Примечание: [составлено автором]

Подсистема организационно-правового обеспечения представляет

Примечание: [составлено автором]

1.2 МЕДИЦИНСКИЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ КАК

В настоящее время медицинские организации производят и

1.3 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА ПРИКЛАДНОГО

Перед каждым прикладным программистом перед проектированием

Основным инструментальным средством разработки проекта был

Поддерживает такие парадигмы программирования как процедурное

Являясь одним из самых популярных языков программирования, C++

При создании C++ Бьёрн Страуструп стремился сохранить

В книге «Дизайн и эволюция C++» Бьёрн Страуструп описывает

 Получить универсальный язык со статическими типами данных,

 Непосредственно и всесторонне поддерживать множество стилей

 Дать программисту свободу выбора, даже если это даст ему

 Максимально сохранить совместимость с C, тем самым делая

 Избежать разночтений между C и C++: любая конструкция,

 Избегать особенностей, которые зависят от платформы или не

 Никакое языковое средство не должно приводить к снижению

 Не требовать слишком усложнённой среды программирования.

Позволяет запускать написанное с его помощью ПО в большинстве

Существуют версии библиотеки для Microsoft Windows, систем класса

До недавнего времени библиотека Qt также распространялась ещё в

Начиная с версии 4.5 Qt распространяется по 3 лицензиям (независимо

Qt Commercial для разработки ПО с собственнической лицензией,

GNU GPL для разработки ПО с открытыми исходниками

До версии 4.0.0 под свободной лицензией распространялись лишь

Со времени своего появления в 1996 году библиотека Qt легла в основу

Отличительная особенность Qt от других библиотек — использование

Qt позволяет создавать собственные плагины и размещать их

Qt комплектуется визуальной средой разработки графического

Библиотека разделена на несколько модулей, для четвёртой версии

1.4 ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Тестирование программного обеспечения процесс исследования

2. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ

2.1 ОПРЕДЕЛЕНИЕ ТРЕБОВАНИЙ К ИНФОРМАЦИОННОЙ

Информатизация деятельности учреждений здравоохранения уже давно

Таблица 1. Переведение критериев сравнения в цифровой вид.

Примечание. Оценка критериев проводилась следующим образом:

Примечание: [составлено автором]

Характеристики каждой МИС были переведены в цифровое

Таблица 2. Цифровые характеристики МИС.

По результатам анализа выделено 3 медицинских информационных

2.2 ВЫБОР ИНСТРУМЕНТАРИЯ И ТЕХНОЛОГИИ РАЗРАБОТКИ

Пожалуй, наиболее важной вехой в истории программирования,

 TCheckBox отображает строку текста с маленьким окошком

2.3 ОПИСАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Медицинская информационная система (МИС) - комплексная

Примечание: [составлено автором]

На данном рисунке отображено окно записи пациента на прием, данные

Примечание: [составлено автором]

Примечание: [составлено автором]

На данном рисунке представлена база данных Специалистов (врачей)

Примечание: [составлено автором]

При записи на прием к специалисту на талоне о записи на прием к

Примечание: [составлено автором]

3. РАСЧЕТ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ И

3.1 ОЦЕНКА ЗАТРАТ НА РАЗРАБОТКУ ПРОДУКТА И РАСЧЕТ

Оценка затрат на разработку ПО является одним из наиболее важных