Разработка проекта по автоматизации учета лабораторных заказ-нарядов в ООО «Семейный доктор»

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

Этот программный продукт представляет собой функционально-ориентированное CASE-средство, предназначенное для моделирования и анализа бизнес-процессов.

Для проектирования информационной систем использовалось CASE-средство Rational Rose. Для построения и формирования базы данных использовалась СУБД от Microsoft – MS Access. Для написания интерфейса системы использовался язык программирования Visual Basic.

Наиболее популярной нотацией, используемой для моделирования бизнес-процессов верхнего уровня, является нотация IDEF0. Правила и система обозначений IDEF0 позволяют отобразить структуру и функции любой системы. Еще раз: IDEF0 – нотация, в которой очень удобно показывать структуру системы, структуру бизнес-процесса. И удобно показывать основные функции. Именно поэтому IDEF0 – идеальная нотация для моделирования верхнего уровня бизнес-процессов. 90% всех описаний процессов имеют верхнеуровневое, функциональное описание в IDEF0, еще 10% - это описание верхнего уровня в Ramus.

Бизнес-процесс в обозначениях IDEF0 – прямоугольник (блок), его связи с элементами внешней среды или другими процессами – это стрелки. Это базовый минимум, с которого можно начинать знакомиться с нотацией, пробовать фиксировать в ней какие-то первые процессы «в карандаше». Внутри прямоугольника (блока) вписывается название функции/процесса и его номер.

Стрелки в IDEF0 могут быть:

• •    Входящие – вводные, которые показывают «вход» процесса, ставят определенную задачу.

• •    Исходящие – выводящие результат деятельности, показывающие «выход» процесса.

• •    Управляющие (сверху вниз) – механизмы управления (положения, инструкции и пр.).

• •    Механизмы (снизу вверх) – что используется для того, чтобы произвести необходимую работу.

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

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

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

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

Процесс-ссылка – это элемент нотации, обозначающий ссылку на типовую модель процесса, в которую «за-шита»/свернута модель наиболее часто повторяющегося процесса.

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

Рисунок 1. Контекстная диаграмма

Рисунок 2. Диаграмма декомпозиции

Рисунок 3. Схема данных

Рисунок 4. Главная форма

Правила нотации IDEF0 также не представляют глобальной и сложной истории.

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

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

Для заданной предметной области построим контекстную диаграмму (рисунок 1).

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

Декомпозируем контекстную диаграмму на 4 функциональных блоков. Результат представлен на рисунок 2. На основании полученной диаграммы можно отметить, что в систему вводятся данных о врачах, клиентах и услугах сотрудником регистратуры на основании положения о работе ООО «Семейный доктор». Далее формируется запрос на проведение исследования. Данный сотрудником лаборатории обрабатываются и в базу заносятся результаты исследования. По результатам исследования выводятся отчеты о лабораторных нарядах на дату и результаты исследований по пациенту.

Затем построили модель базы данных.

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

После определения сущностей, связей между ними и атрибутов построим ER-диаграмму (рисунок 3).

Таким образом, определим основные требования к информационной системе:

• 1.    разрабатываемая информационная система должна обеспечивать высокую производительность на компьютерах с невысокими системными характеристиками;

• 2.    программный интерфейс должен быть разработан таким образом, чтобы пользователь мог с легкостью освоить информационную систему;

• 3.    система должна обеспечивать сохранность данных при различного рода сбоях;

• 4.    при возникновении ошибок информационная система должна предупредить пользователя об ошибке и, при

Рисунок 5. Форма «Регистратура»

Рисунок 6. Форма «Заказ-наряды»

возможности, указать способ ее устранения.

Создадим базу данных в Access.

Таблицы «Врачи», «Услуги», «Клиенты», «Источники биоматериала» и «Отделения» являются справочными таблицами, данные в них в основном статичны и изменения в них могут вносить не только сотрудники регистратуры, но и сотрудники смежных отделов. Таблица «Заказ-наря-ды» заполняется работниками лаборатории. Таблица «Регистрация исследования» заполняется работниками регистратуры на основании назначений врача в проведении исследования.

Для заполнения всех созданных таблиц были созданы формы.

Для удобства работы с системой создана главная форма. Форма была создана с использованием программного продукта Visual Basic.

Работать с данной формой могут сотрудники регистратуры, врачи и сотрудники лаборатории. Сотрудники реги-

стратуры имеют доступ к заполнению таблиц «Отделения», «Врачи», «Услуги», «Клиенты», «Источник биоматериала», «Регистрация исследования». Сотрудники лаборатории имеют доступ к заполнению таблицы «Заказ-наряды». Врачи могут формировать отчеты по клиентам с помощью данной формы.

Форма для работы сотрудников регистратуры представлена на рисунке 5.

С помощью кнопок «Заказ-наряды» на главной сотрудники лаборатории переходят на форму «Заказ-наряды» для заполнения соответствующей таблицы в базе данных. Из формы имеется возможность перехода на главную форму (рисунок 6).

Для формирования отчетных данных на форме имеются кнопки «Результаты исследования по клиентам» и «Лабораторные наряды на дату».

Все запросы разработанной ИС работают корректно.