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

1.3 Формулировка задач проектирования

Выводы

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

На рисунке 2.1 приведена разработанная диаграмма вариантов использования. Основным действующим лицом (актером) является Работник регистратуры. Он выполняет четыре основных действия:

- занесение информации о новом пациенте в базу данных;

- просмотр базы данных. Подразумевает поиск необходимой информации по необходимости;

- изменение данных о пациенте, ранее посещавшем данную поликлинику;

- выдача талонов на прием к врачам-специалистам.

Для создания диаграммы последовательности выполнить следующие действия:

1. Запустить интегрированную среду разработки Rational Rose 2000.

2. Перейти к главной диаграмме (Main) Use case:

- путем нажатия на значке «+» рядом с представлением Use case, открыть представление;

- дважды щелкнув на главной диаграмме, открыть её.

3. С помощью кнопки Use Case (вариант использования) панели инструментов поместить на диаграмму новый вариант использования.

4. Ввести название «Выдать талон на прием».

5. Повторив этапы 3 и 4, поместить на диаграмму оставшиеся преценденты:

- просмотр данных о пациенте;

- изменить данные о пациенте;

- добавить пациента в БД;

- узнать расписание работы врачей;

Рисунок 2.1 - Диаграмма вариантов использования «Регистратура»

6. Используя кнопку Actor (действующее лицо) панели инструментов, поместить на диаграмму новое действующее лицо.

7. Ввести имя «Работник регистратуры».

8. Повторив шаги шесть и семь, поместить на диаграмму еще одного актера действующее лицо «Пациент»

9. С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) добавить связь между действующим лицом «Работник регистратуры» и всеми вариантами использования, исключая прецедент «Узнать расписание работы врачей»

10. Аналогично добавить ассоциации между действующим лицом «Пациент» и вариантами использования «Просмотр данных о пациенте» и «Узнать расписание работы врачей».

Рассмотренные выше варианты использования инициируют последовательность действий (транзакций) в базе данных в ответ на действия со стороны работника регистратуры поликлиники [1].

Выводы

На диаграмме последовательности изображено упорядоченное во времени взаимодействие объектов [1].

Рассмотрим вариант использования «Выдать талон на прием». Диаграмма последовательности приведена на рисунке 3.1.

На приведенной выше диаграмме выделены следующие объекты соответствующих классов:

- выбор врача - объект класса DocForm, отвечающий за выбор необходимого врача-специалиста;

- форма заполнения талона - объект класса TalonForm - конкретной формы ввода данных о выдаваемом талоне;

- управляющий БД - объект управляющего класса DBManager, выполняющий функции СУБД;

- запись о выдаче талона в БД - объект класса Talon, инкапсулирующего в себе всю необходимую информацию о выдаваемом талоне(имя врача и пациента, дата и время приема, др.);

- управляющий транзакциями - объект класса TransactionManager, берущий на себя функции СУБД по управлению транзакциями [2].

Последовательность действий выглядит следующим образом:

1. Работник регистратуры создает новую запись о выдаваемом талоне в БД.

2. Сначала он открывает необходимую форму для выбора врача, а затем для заполнения талона.

3. Вводит все необходимые поля в открытую форму.

4. Сохраняет введенные данные.

5. При этом информация отправляется в СУБД, которая обозначена на диаграмме как «Управляющий БД».

6. СУБД создает новую пустую запись.

Рисунок 3.1 - Диаграмма последовательности для варианта использования «Выдать талон на прием»

Выводы

Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта, и типы этих сообщений [3].

Разработанная в данном курсовом проекте диаграмма сотрудничества описывает процесс выдачи талона на прием к врачу-специалисту (рисунок 4.1).

Используемые объекты:

- выбор врача ( класс DocForm);

- заполнение талона (класс TalonForm);

- управляющий БД (класс DBManager);

- запись выдаче талона в БД (класс Talon);

- управляющий транзакциями (класс - TransactionManager).

На диаграмму были добавлены следующие сообщения, соотнесенные с операциями:

1. Create() - создать новую форму о выборе необходимого врача.

2. OpenForm() - открыть форму заполнения нового талона .

3. EnterData() - ввести данные на форму.

4. SaveInfo() - нажать кнопку сохранить на форме.

5. SaveTalon() - послать запрос в БД на сохранение информации.

6. CreateT() - создать пустую запись в БД.

7. EnterInfo() - редактирование вновь созданной записи: присвоение соответствующим полям таблицы ранее введенную информацию.

8. SaveTalon() - отправление команды в систему управления транзакциями на выполнение транзакции по изменению записи.

9. GetTalon() - возвращение результатов выполнения транзакции и вывод сообщения об ошибке, если транзакция не была завершена.

Рисунок 4.1 - Диаграмма сотрудничества для варианта использования «Выдача талона на прием»

Выводы

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

В результате разработанная ранее диаграмма классов примет вид ,представленный на рисунке 6.1.

Для добавления новой записи о талоне, работнику регистратуры введет следующую необходимую информацию (атрибуты класса Talon):

- TalonNumber - номер талона;

- DateVidachi - дата выдачи талона;

- DateTalon - дата, на которую выдан талон;

- PatientName - имя пациента;

- DocName - имя врача-специалиста;

- PolicNum - номер полиса пациента;

Назначения методов классов были рассмотрены ранее, в разделах три и четыре [2].

Выводы

Находясь в конкретном состоянии, объект может выполнять определенные действия.

На рисунке 7.1 приведена диаграмма состояния для класса Talon. Диаграмма состояний создается путем выполнения следующих действий:

1. Найти в браузере класс Talon.

2. Щелкнуть на классе правой кнопкой мыши и в открывшемся меню указать пункт Open State Diagram (Открыть диаграмму состояний).

Добавление начального и конечного состояний производится через:

1. Нажатие на кнопку Start State (Начальное состояние) панели инструментов.

2. Далее необходимо поместить это состояние на диаграмму.

3. Нажать кнопку End State (Конечное состояние) панели инструментов.

4. Поместить это состояние на диаграмму.

Добавление состояний:

1. На панели инструментов нажать кнопку State (Состояние).

2. Поместить состояние на диаграмму.

3. Назвать состояние «Инициализация».

4. Выполняя действия 1-3, добавить на диаграмму следующие состояния: «Выполнен», «Инициализация», «Отменен», «Приостановлен».

Для добавления описаний состояний необходимо:

1. Дважды щелкнуть мышью на состоянии «Инициализация».

2. Перейти на вкладку Detail (Подробно).

3. Щелкнуть правой кнопкой мыши в окне Actions (Действия).

4. В открывшемся меню выбрать пункт Insert (Вставить).

Рисунок 7.1 - Диаграмма состояний класса Talon

5. Дважды щелкнуть мышью на новом действии.

6. Назвать его StoreData.

7. Убедиться, что в окне When (Когда) указан пункт On Entry (На входе).

8. Повторив шаги 3 - 7, добавить следующие действия:

- «Считывать информацию», в окне When указать Do;

- «Сохранить талон», указав On Exit;

9. Нажать два раза на ОК, чтобы закрыть спецификацию.

10. Дважды щелкнуть мышью на состоянии «Отменен».

11. Повторив шаги 2 -- 7, добавить действие Store data, указав On Exit (На выходе)

12. Нажать два раза на ОК, чтобы закрыть спецификацию.

13. Дважды щелкнуть мышью на состоянии «Выполнен».

14. Повторив шаги со второго по седьмой, добавить действия:

- create talon, указав Do;

- savedata, указав OnEntry;

- save talon, указав On Exit.

Нажать два раза на ОК, чтобы закрыть спецификацию.

Добавление переходов организуется следующим образом:

1. Нажать кнопку Transition (Переход) панели инструментов.

2. Щелкнуть мышью на начальном состоянии.

3. Провести линию перехода к состоянию «Инициализация».

4. Повторив шаги с первого по третий, создать следующие переходы:

- от состояния «Инициализация» к состоянию «Приостановлен»;

Данная диаграмма служит для моделирования работающих узлов (аппаратных средств, англ. node) и артефактов, развёрнутых на них.

Для заполнения диаграммы размещения необходимо выполнить следующую последовательность действий:

1. Дважды щелкнув мышью на представлении размещения в браузере, открыть диаграмму размещения.

2. Нажать кнопку Processor (Процессор) панели инструментов.

3. Щелкнув мышью на диаграмме, поместить туда процессор.

В RationalRose 2000 предусмотрена возможность генерации программного кода C++.

Для генерации программного кода на стандартном C++ необходимо:

1. Создать компоненты (необязательно).

2. Определить компоненты для классов (необязательно).

3. Установить свойства генерации программного кода

(необязательно).

4. Выбрать класс или компонент для генерации на диаграмме Классов

или Компонентов.

5. Выбрать в меню Tools >C++ >Code Generation(рисунок 9.1)

6. Выбрать в меню Tools >C++ >Browse Header или Browse Body для просмотра сгенерированного программного кода [1].

Первый этап процесса генерации программного кода - создание компонентов для классов. Это файлы с расширениями *. cpp (файл реализации) и *. h (заголовочный файл). В C++ данный этап не является обязательным. Если не описать компоненты, Rational Rose сгенерирует файлы *. cpp и *. h для каждого класса. Тем не менее, настоятельно рекомендуется создавать компоненты, что позволит управлять отображением классов на компоненты и моделировать зависимости между компонентами. После создания компонентов и отображения классов, следующим шагом является установка свойств генерации программного кода для классов, компонентов, операций и других элементов модели [3].

Вывод

В результате выполнения курсового проекта была разработана объектно-ориентированная модель информационной подсистемы для регистратуры ЦРБ. Работа написана с помощью языка UML, с использованием среды разработки Rational Rose 2000. Общий объем разработанной подсистемы и сгенерированных файлов С++ составляет 2,53 Мбайт.

В результате работы созданы следующие диаграммы:

- прецедентов;

- последовательности;

- сотрудничества;

- классов;

- состояния для классов;

- компонентов;

- размещения.

Основное действующее лицо - Работник регистратуры. Он выполняет четыре основных действия: «Выдать талон на прием», «Добавить пациента в БД», «Изменить данные о пациенте», «Просмотр данных о пациенте». Наиболее важной и сложно реализуемой задачей информационной подсистемы является выдача талонов на прием к врачу-специалисту, так как именно этот вариант использования является основным видом работы регистратуры поликлиники.

Данная информационная подсистема построена на технологии «клиент-сервер». Это позволяет организовать одновременную работу нескольких работников регистратуры к базе данных.

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

Модель, разработанная в данном курсовом проекте, позволяет добавлять новых пациентов в базу данных, изменять ранее веденную информацию, выдавать талоны на прием к врачам-специалистам.

Дальнейшим развитием работы над созданной подсистемой будет наполнение каркаса кода обработчиками событий.

БИБЛИОГРАФИЧЕСКИЙ СПИСОК