Разработка объектно-ориентированной модели информационной подсистемы для регистратуры ЦРБ
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Вµщение необходимого врача на определенную дату и время, человек без труда спланирует время и попадет на прием. Все это приводит к тому, что систему медицинского обслуживания необходимо автоматизировать.
1.3 Формулировка задач проектирования
В связи с большим потоком пациентов поликлиники, база данных должна оперативно отражать информацию регистрируемых пациентах того или иного врача-специалиста.
Для увеличения производительности труда и более эффективного функционирования системы регистратуры поликлиники, информационная подсистема должна выполнять ряд задач.
Работник регистратуры будет выполнять следующие функции:
-добавлять информацию о новом пациенте в базу данных поликлиники;
-изменять имеющуюся информацию об уже занесенных в базу данных пациентах;
-просматривать данных о пациенте;
-выдавать пациенту талон на прием к врачу-специалисту;
Выводы
1. Создание информационной подсистемы позволяет автоматизировать работу работника регистратуры и существенно ускорить выдачу талонов на прием, а также значительно улучшить качество работы регистратуры.
. Для создания объектно-ориентированной модели необходимо построить семь диаграмм и выполнить генерацию кода каркаса приложения.
2. СОЗДАНИЕ ДИАГРАММЫ ПРЕЦЕДЕНТОВ
На данной диаграмме отражены отношения, существующие между актерами и прецедентами. Основная задача - представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
На рисунке 2.1 приведена разработанная диаграмма вариантов использования. Основным действующим лицом (актером) является Работник регистратуры. Он выполняет четыре основных действия:
-занесение информации о новом пациенте в базу данных;
-просмотр базы данных. Подразумевает поиск необходимой информации по необходимости;
-изменение данных о пациенте, ранее посещавшем данную поликлинику;
-выдача талонов на прием к врачам-специалистам.
Для создания диаграммы последовательности выполнить следующие действия:
1.Запустить интегрированную среду разработки Rational Rose 2000.
2.Перейти к главной диаграмме (Main) Use case:
-путем нажатия на значке + рядом с представлением Use case, открыть представление;
-дважды щелкнув на главной диаграмме, открыть её.
3.С помощью кнопки Use Case (вариант использования) панели инструментов поместить на диаграмму новый вариант использования.
4.Ввести название Выдать талон на прием.
.Повторив этапы 3 и 4, поместить на диаграмму оставшиеся преценденты:
-просмотр данных о пациенте;
-изменить данные о пациенте;
-добавить пациента в БД;
-узнать расписание работы врачей;
Рисунок 2.1 - Диаграмма вариантов использования Регистратура
6.Используя кнопку Actor (действующее лицо) панели инструментов, поместить на диаграмму новое действующее лицо.
.Ввести имя Работник регистратуры.
8.Повторив шаги шесть и семь, поместить на диаграмму еще одного актера действующее лицо Пациент
9.С помощью кнопки Unidirectional Association (Однонаправленная ассоциация) добавить связь между действующим лицом Работник регистратуры и всеми вариантами использования, исключая прецедент Узнать расписание работы врачей
.Аналогично добавить ассоциации между действующим лицом Пациент и вариантами использования Просмотр данных о пациенте и Узнать расписание работы врачей.
Рассмотренные выше варианты использования инициируют последовательность действий (транзакций) в базе данных в ответ на действия со стороны работника регистратуры поликлиники [1].
Выводы
1. В результате проведения всех описанных выше действий была создана диаграмма прецедентов, состоящая из двух актеров и пяти вариантов использования. Основным действующим лицом является Работник регистратуры. Он выполняет четыре действия: Выдать талон на прием, Добавить пациента в БД , Изменить данные о пациенте, Просмотр данных о пациенте.
. В результате анализа приведенной выше диаграммы вариантов использования выяснилось, что наиболее важной и сложно реализуемой задачей разработки информационной подсистемы является реализация выдачи талонов на прием к врачу-специалисту, так как это является основным видом работы регистратуры поликлиники.
3. СОЗДАНИЕ ДИАГРАММЫ ПОСЛЕДОВАТЕЛЬНОСТИ
На диаграмме последовательности изображено упорядоченное во времени взаимодействие объектов [1].
Рассмотрим вариант использования Выдать талон на прием. Диаграмма последовательности приведена на рисунке 3.1.
На приведенной выше диаграмме выделены следующие объекты соответствующих классов:
-выбор врача - объект класса DocForm, отвечающий за выбор необходимого врача-специалиста;
-форма заполнения талона - объект класса TalonForm - конкретной формы ввода данных о выдаваемом талоне;
-управляющий БД - объект управляющего класса DBManager, выполняющий функции СУБД;
-запись о выдаче талона в БД - объект класса Talon, инкапсулирующего в себе всю необходимую информацию о выдаваемом талоне(имя врача и пациента, дата и время приема, др.);
-управляющий транзакциями - объект класса TransactionManager, берущий на себя функции СУБД по управлению транзакциями [2].
Последо