Учет оборудования медицинского центра

2.3. Выбор системы управления базами данных

Для создания АСУ необходимо выбрать систему управления базами данных. Рынок СУБД представлен следующими продуктами FoxPro, Oracle, dBASE, MS Access, Paradox, Delphi Builder и др.

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

• возможность описания предметной области средствами реляционной модели данных;
• необходимы удобный графический интерфейс с пользователем и визуальные средства проектирования;
• гибкость программирования в приложениях MS Office, как пользовательские приложения Windows, не требующие глубоких знаний предметной области программирования;
• надежность и возможность работы в сетевом режиме;
• невысокая стоимость приложения по отношению к другим специализированным и глобальным пакетам программ;
• возможность для транспортирования данных в «большие» системы;
• гибкость в сопровождении продукта – дополнительные настройки, изменение шаблонов документации, включение новых входных, расчетных, выходных функций;
• открытость – настройка на входные документы, логистику расчетов, отчетных документов.
• не высокое требование к аппаратным ресурсам при разработке программного обеспечения.

Всем этим требованиям  удовлетворяет СУБД Microsoft Access. Для создания системы учёта будет использована СУБД MS Access версии 2003.

2.4. Цели и назначение информационной системы

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

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

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

Для реализации намеченных целей в информационной системе  должны решаться следующие задачи:

1. Предоставление информации о медицинском оборудовании
2. Формирование данных о выполняемых ремонтах
3. Формирование отчёта о выполненных ремонтах за определённый период
4. Формирование журнала заявок на ремонт медицинского оборудования
5. Отчёт о состоянии оборудования

 

ГЛАВА 3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ

3.1 Моделирование баз данных

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

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

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

Моделирование осуществляется с использованием Case-средств, а именно с помощью Универсального Языка Моделирования UML и пакета программ Rational Rose.

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

Преимущество  унифицированного языка моделирования (UML):

• не зависит от объектно-ориентированных (ОО) языков программирования,
• не зависит от используемой методологии разработки проекта,
• может поддерживать любой ОО язык программирования.

Rational Rose базируется на UML (Universal Modeling Language), который был разработан компанией Rational именно с целью создания наиболее оптимального и универсального языка для описания, как предметной области, так и конкретной задачи в программировании.

Преимущества  от применения Rational Rose:

• Сокращение цикла разработки приложения «заказчик – программист – заказчик».
• Увеличение продуктивности работы программистов.
• Улучшение потребительских качеств создаваемых программ за счёт ориентации на пользователей и бизнес;
• Способность вести большие проекты и группы проектов;
• Возможность повторного использования уже созданного ПО за счёт упора на разбор их архитектуры и компонентов;
• Язык UML служит универсальным «мостиком» между разработчиками из разных отделов.

Любая задача программируется при помощи определенных диаграмм.

Диаграмма – это графическое представление совокупности элементов, изображаемое в виде связанного графа, состоящего из вершин (сущностей) и ребер (отношений).

UML поддерживает построение следующих диаграмм:

• Activity diagram (диаграммы описаний технологий, процессов, 
функций).

• Use case diagram (диаграммы функций).

• Class diagram (диаграммы классов).

• State diagram (диаграммы состояний);

• Sequence diagram (диаграммы последовательностей действий);

• Collaboration diagram (диаграммы взаимодействий);

• Component diagram (диаграммы компонент);

• Deployment diagram (диаграммы топологии);

В проекте представлены следующие диаграммы:

• диаграмма «Иерархия действующих лиц»;
• диаграмма бизнес-процессов;
• диаграмма бизнес-объектов;
• диаграмма прецедентов;
• диаграмма действий («Активностей»);
• диаграмма классов.

3.1.1. Модель иерархии действующих лиц

Актёр – действующие лицо, или система выполняющие какую либо роль  по отношению к  системе.

    Обобщение (generalization) – показывает наследуемые зависимости  между актёрами. Необходимо для моделирования отношения актёров (действующих лиц) к уровням штатной структуры организации.

Модель иерархии выявляет отношения сотрудников (актеров) к уровням штатной структуры организации (подчиненность).

Таблица 9.

 Элементы Модели  иерархии действующих лиц

Название элемента	Функции
Руководство пансионата	Общее руководство и финансовый контроль
Заведующий отделением	Ведет учет медицинского оборудования, формирует заявки на ремонт.
Техник-электрик	Проводит осмотр медицинской техники  плановый и по заявке. Выполняет электромонтажную работу.
Медицинский персонал	Эксплуатирует медицинскую технику, создаёт заявку на оперативный осмотр.

Рисунок 5. Диаграмма Иерархии действующих лиц

3.1.2. Модель бизнес-процесса

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

 

 

 

 

 

Модель бизнес- процесса имеет следующие элементы:

 

Актер –действующее лицо (см. Модель иерархии)

Варианты использования (use cases) – это описание фрагмента функциональности, которую обеспечивает система (как можно использовать систему).

Бизнес сущность (Business Entity) – это объект, который управляется или используется внутренними актерами в рамках исследуемой предметной области, а также результат действия определенных вариантов использования.

Ассоциация (association) (стрелка) – необходима для привязки к актеру определенной деятельности или последовательности действий (вариантов использования «use cases»)

Подчинённая зависимость (dependency) – связывает объект с вариантом использования, показывая что обозначенный объект является результатом действия  одного либо нескольких вариантов использования

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

 

 

 

 

 

 

 

 

 

 

 

 

Таблица 10

Элементы Модели бизнес-процесса

Название элемента	Функции
Актер
Ремонтная организация	Производит ремонт и наладку  медицинской техники
Бизнес сущность (Business Entity)
Заявка на осмотр	Составляется медицинским персоналом
Отчёт по осмотру	Составляется техником-электриком по завершении осмотра.
Журнал заявок на ремонт	Формируется заведующим отделения  на основе отчётов по осмотру
Отчёт по ремонту	Составляет ремонтная организация  по завершении ремонтных и наладочных работ
Варианты использования (use cases)
Осмотр по заявке	Осмотр оборудования техником-электриком по заявке медицинского персонала.
Плановый осмотр	Осмотр оборудования техником –электриком  по план-графику
Анализ результатов  осмотра	Обработка данных отчёта по осмотру заведующим отделения, выявление необходимости ремонта и настройки оборудования.
Формирование заявки на ремонт	Запись оборудования и описание выявленных неполадок.
Формирование отчёта о проделанном ремонте	Запись оборудования и описание устраненных неполадок и заменённых комплектующих.
Анализ результатов  работы	Просмотр заведующим отделения отчета по ремонту.

Рисунок 6. Диаграмма Бизнес-процессов

 

3.1.3. Модель бизнес-объектов

Модель бизнес-объектов предназначена для выявления и описания сущностей в результате анализа предметной области.

Модель бизнес-объектов включает в себя актеров, бизнес сущности и связи между ними. Все элементы описаны в предыдущих моделях.

Актеры, бизнес сущности и их связи взяты из диаграмм Иерархии и Бизнес-процесса.

Основное назначение бизнес-объектов:

- Выявить дополнительные  объекты  

- Отобразить взаимодействие между объектами (установить кратности и характеристики отношений)

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

Модель предназначена  для предварительного поиска таблиц входящих в разрабатываемую БД т.к. группы сущностей в последствии  трансформируются в таблицы БД.

Особенности:

- Используется актёры  взятые из диаграммы иерархия  действующих лиц.

- Присутствие на модели  определённых объектов является  результатом проектирования модели  «бизнес - процессов»

Модель выявляет сущности, которые в последствии могут стать таблицами Базы данных. В модели определены основные атрибуты объектов, реляционные отношения в связях и их названия.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 7.   Диаграмма Бизнес-объектов 

3.1.4.  Модель прецедентов

Прецедент – фрагмент функциональности системы имеющий обязательную ассоциацию к определённому пользователю (действующему лицу)

Функциональные требования (Functionality) – являются основой про построении диаграмм прецедентов.

Модель прецедентов  предназначена для выявления  и описания основных функций разрабатываемой  системы по отношению к пользователям (действующим лицам)

Основное назначение:

• Выявить основною функциональность системы
• Определить основные функциональные роли действующих лиц по отношению к системе
• Отразить полноту реализации осно<span class="dash041e_0431_044b_0447_043d_044b_0439__Char" style=" font-siz