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

Текст из файла

Министерство транспорта Российской Федерации

Федеральное агентство железнодорожного транспорта

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«Дальневосточный государственный университет путей сообщения»

Кафедра «Вычислительная техника и компьютерная графика»

К ЗАЩИТЕ ДОПУСТИТЬ

Заведующий кафедрой

______Ю.В. Пономарчук

«_____»___________2015

Автоматизация Ведения учета пациентов в Кгбуз «детская Городская поликлиника №1»

Выпускная квалификационная работа

ВКР 09.03.01.ИВТ.12.00.943 – ПЗ

Студент 943 гр.____________________________________П.Е. Макаревич

подпись, дата

Руководитель

ст. преподаватель __________________________________П.С. Тимош

Нормоконтроль

к.т.н, доцент ______________________________________ Е.В. Буняева

Хабаровск 2015

СОДЕРЖАНИЕ

Введение 4

1 Постановка и анализ задачи 6

1.1 Общая характеристика объекта автоматизации 6

1.1.1 Архив медицинских карт 6

1.1.2 Журнал регистрации случаев инфекционных заболеваний 6

1.1.3 Журнал регистрации новорожденных 6

1.1.4 Постановка проблемы 7

1.3 Сравнение возможных решений 7

1.4 Выбор средств разработки 8

1.5 Функционал программы 9

2 Проектирование информационной системы 11

2.1 Модель вариантов использования 11

Диаграммы вариантов использования 11

2.2 Модель анализа 15

Диаграмма классов анализа 15

2.3 Модель проектирования 19

2.3.1 Диаграммы классов 19

2.3.2 Диаграммы деятельности 26

2.4 Модель реализации 29

Диаграммы компонентов 29

2.5 Разработка графического интерфейса пользователя 31

2.5.1 Авторизация 31

2.5.2 Главная форма 32

2.5.2 Подсистема «Новорожденные» 33

2.5.3 Подсистема «Архив» 34

2.5.4 Подсистема «Инфекционные заболевания» 35

2.5.4 Адресатор 35

2.5.5 Отчеты 36

2.5.6 Пользователи 36

2.5.7 Работа с записями 37

3 Реализация программы 40

3.1 Создание базы данных 40

3.2 Реализация функционала интерфейса 41

3.3 Реализация взаимодействия с базой данных 42

3.4 Отчеты 43

4 Обоснование целесообразности разработки проекта 44

4.1 Планирование комплекса работ по разработке темы и оценка трудоемкости 44

4.2 Расчет затрат на разработку проекта 46

4.3 Расчет эксплуатационных затрат 49

4.4 Маркетинговое сопровождение разрабатываемого продукта 51

Заключение 52

Список использованных источников 53

Приложение А Примеры программного кода 55

ВВЕДЕНИЕ

В настоящее время информационные технологии играют огромную роль в жизни людей. Большинство организаций уделяет много внимания информатизации своих подразделений. Краевое государственное бюджетное учреждение здравоохранения «Детская городская поликлиника №1» не является исключением.

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

В КГБУЗ «Детская городская поликлиника №1» учет всех пациентов ведется в бумажном виде, вручную, что делает поиск и, в случае необходимости, модификацию данных проблематичной, так как количество пациентов является довольно большим. Простым способом для решения этой проблемы является создание специализированного ПО.

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

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

Целью выпускной квалификационной работы является разработка программного комплекса для краевого государственного бюджетного учреждения здравоохранения «Детская городская поликлиника №1» министерства здравоохранения Хабаровского края. Разрабатываемая система будет содержать следующие возможности:

• ведение журналов;

• управление пользователями системы;

• составление отчетов.

Задачи дипломного проектирования:

• исследовать существующие системы и выявить имеющиеся проблемы;

• проанализировать действующую структуру предприятия;

• проанализировать возможные технологии для разработки соответствующего программного комплекса;

• разработать программный комплекс, автоматизирующий ведение трех журналов;

• внедрить готовый продукт на предприятие.

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

1 ПОСТАНОВКА И АНАЛИЗ ЗАДАЧИ

1.1 Общая характеристика объекта автоматизации

Краевое государственное бюджетное учреждение здравоохранения «Детская городская поликлиника №1» министерства здравоохранения Хабаровского края занимается осуществлением задач здравоохранения в Центральном районе г. Хабаровска [1]. Все пациенты поликлиники – дети, не достигшие 18 лет и проживающие на подконтрольной поликлинике территории. Вся подконтрольная территория разбита на участки, каждому из которых присвоен номер. От номера участка зависит, в каком отделении и у каких врачей будет обслуживаться пациент.

1.1.1 Архив медицинских карт

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

1.1.2 Журнал регистрации случаев инфекционных заболеваний

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

1.1.3 Журнал регистрации новорожденных

Родильные дома г. Хабаровска в случае, если новорожденный проживает (будет зарегистрирован) по адресу, расположенному на подконтрольной поликлинике территории, передают данные о новорожденном в поликлинику. Все эти антропометрические (рост, вес, объем груди и т.д.) и медицинские (патологии, диагнозы) показатели заносятся в журнал для регистрации новорожденных. В этот же журнал заносятся данные первичных осмотров новорожденных в поликлинике.

1.1.4 Постановка проблемы

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

Для решения данной проблемы, необходимо внедрить программный комплекс, автоматизирующий ведение трех журналов (архивного, новорожденных и инфекционных заболеваний), а также составление отчетов в формате MS Excel.

1.3 Сравнение возможных решений

В настоящее время существует множество медицинских информационных систем. Самые популярные из них:

• «Интерин»;

• «Медиалог»;

• «Авиценна»;

• «Амулет» [2].

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

Но все медицинские системы, в том числе и перечисленные представляют комплексные решения задач в области медицины и не содержат такие модули, которые автоматизировали бы ведение необходимых поликлинике журналов [3].

Краевое государственное бюджетное учреждение здравоохранения «Детская городская поликлиника №1» министерства здравоохранения Хабаровского края использует медицинскую информационную систему «Медиалог», которая позволяет автоматизировать процессы, происходящие во всех подразделениях медицинского учреждения начиная с регистратуры и врачебных кабинетов и заканчивая медицинской лабораторией. Система «Медиалог» имеет дружественный интерфейс, простой в освоении и использовании, а также, всплывающие подсказки, справочники, шаблоны и автоматическое заполнение типовых медицинских протоколов [4].

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

1.4 Выбор средств разработки

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

• NetBeans IDE;

• Microsoft Visual Studio;

• Eclipse.

В качестве сервера баз данных в КГБУЗ «Детская городская поликлиника №1» используется Microsoft SQL Server. В связи с этим в качестве среды разработки была выбрана MS Visual Studio, являющаяся идеальным решением для разработки программных комплексов на базе продуктов Microsoft.

Для создания программы необходимо использовать язык графического описания для объектного моделирования в области разработки программного обеспечения (UML) [5]. UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы. Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом [6,7]. Существует порядка тридцати UML редакторов. Принято решение воспользоваться Sybase Power Designer 16. Данный программный комплекс имеет удобный и понятный интерфейс. Хорошо реализовано проектирование баз данных. Возможность создания новых и внесения изменений в имеющиеся шаблон для генерации кода. Причем для этого есть пользовательский интерфейс [8].

1.5 Функционал программы

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

Программа будет содержать ряд подсистем, отвечающих требованиям заказчика:

• «Новорожденные»;

• «Архив»;

• «Инфекционные заболевания»;

• «Адресатор»;

• «Пользователи»;

• «Отчеты».

Подсистема «Новорожденные» предназначена для постановки на учет и ведения новорожденных.

Подсистема «Архив» предназначена для ведения электронного журнала архива медицинских карт.

Подсистема «Инфекционные заболевания» предназначена для регистрации и ведения случаев инфекционных заболеваний.

Подсистема «Адресатор» предназначена для проверки соответствия адресов медицинским участкам. Будет представлена в виде отдельного диалогового окна. Поиск может осуществляться по любой комбинации параметров (поиск адресов по участку, поиск участка по адресу и так далее). Для части пользователей доступно редактирование информации об участках.

Подсистема «Отчеты» предназначена для формирования отчетов (выгрузка в MS Excel) по подсистемам «Архив», «Новорожденные», «Инфекционные заболевания».

Подсистема «Пользователи» является служебной вкладкой для администратора системы. Предоставляет функционал для управления учетными записями пользователей и распределения прав доступа.

В зависимости от прав доступа текущего пользователя часть элементов меню может отсутствовать.

Встроенная учетная запись администратора (admin) не может быть удалена. При попытке ее удаления будет отображена соответствующая ошибка. Произвести сброс пароля для этой учетной записи также не допускается.

2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

Визуальное моделирование в UML можно представить как некоторый процесс поуровнего спуска от наиболее общей и абстрактной концептуальной модели к логической, а затем и к физической модели соответствующей информационной системы. Для достижения этих целей вначале строится модель вариантов использования, которая описывает функциональное назначение системы, т.е. предназначена для функционального моделирования системы [9,10].

2.1 Модель вариантов использования

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

Диаграммы вариантов использования

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

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

Характеристики

Тип файла документ

Документы такого типа открываются такими программами, как Microsoft Office Word на компьютерах Windows, Apple Pages на компьютерах Mac, Open Office - бесплатная альтернатива на различных платформах, в том числе Linux. Наиболее простым и современным решением будут Google документы, так как открываются онлайн без скачивания прямо в браузере на любой платформе. Существуют российские качественные аналоги, например от Яндекса.

Будьте внимательны на мобильных устройствах, так как там используются упрощённый функционал даже в официальном приложении от Microsoft, поэтому для просмотра скачивайте PDF-версию. А если нужно редактировать файл, то используйте оригинальный файл.

Файлы такого типа обычно разбиты на страницы, а текст может быть форматированным (жирный, курсив, выбор шрифта, таблицы и т.п.), а также в него можно добавлять изображения. Формат идеально подходит для рефератов, докладов и РПЗ курсовых проектов, которые необходимо распечатать. Кстати перед печатью также сохраняйте файл в PDF, так как принтер может начудить со шрифтами.

Список файлов ВКР