МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

высшего образования
«Тольяттинский государственный университет»

Институт Математики, физики и информационных технологий

(наименование института полностью)

Кафедра «Прикладная математика и информатика»

(наименование кафедры полностью)

09.03.03 Прикладная информатика

(код и наименование направления подготовки, специальности)

Цифровая трансформация бизнеса

(направленность (профиль))

КУРСОВАЯ РАБОТА
по дисциплине (учебному курсу)

ОСНОВЫ МОДЕЛИРОВАНИЯ И ПРОЕКТИРОВАНИЯ

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
(наименование дисциплины (учебного курса))

на тему: «Моделирование и проектирование программного обеспечения

информационной системы управления (ИСУ) стоматологическая клиника»

Студент ПИб-2105а, М.А. Шлегель

(группа, И.О. Фамилия) (личная подпись)
Руководител Н. В. Хрипунов
(личная подпись)
ь (И.О. Фамилия)

Оценка: ________________

Дата: __________________

Тольятти, 2023

1
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
федеральное государственное бюджетное образовательное учреждение
высшего образования
«Тольяттинский государственный университет»

Институт Математики, физики и информационных технологий

(наименование института полностью)

Кафедра «Прикладная математика и информатика»

(наименование кафедры полностью)

ЗАДАНИЕ
на выполнение курсовой работы

Студент Шлегель Марина Алексеевна

1. Тема «Моделирование и проектирование программного обеспечения
информационной системы управления (ИСУ) стоматологическая клиника».
2. Срок сдачи студентом законченной курсовой работы _?г.
3. Исходные данные к курсовой работе: предметная область –
стоматологическая клиника.
4. Содержание курсовой работы (перечень подлежащих разработке вопросов,
разделов) разработка концептуальной модели, разработка логической
модели.
5. Ориентировочный перечень графического и иллюстративного материала
организационная структура, модель AS-IS, модель TO-BE, диаграммы UML,
модель данных.
6. Рекомендуемые учебно-методические материалы: Мкртычев, С.В.
Методология построения проблемно-ориентированных систем управления
операционной деятельностью страховой компании на основе объектно-
структурного подхода // https://dlib.rsl.ru/01008801212.
7. Дата выдачи задания ? г.

Руководитель курсовой работы Н. В.

(личная подпись)
Хрипунов
(И.О. Фамилия)
Задание принял к исполнению М.А. Шлегель
(И.О. Фамилия) (личная подпись)

2
 Оглавление

Введение..................................................................................................................4
Глава 1 Концептуальное проектирование.......................................................5
1.1 Идентификация предметной области...........................................................5
1.2 Выбор методологии и технологии концептуального моделирования ИС7
1.3 Разработка и анализ модели бизнес-процесса “КАК ЕСТЬ”.....................8
1.4 Разработка модели бизнес-процесса “КАК ДОЛЖНО БЫТЬ”...............13
1.5 Разработка требований ПО..........................................................................15
1.6 Обзор и анализ аналогов ПО.......................................................................17
1.7 Постановка задачи на разработку новой ИС.............................................18
Выводы по главе.................................................................................................18
Глава 2 Логическое моделирование программного обеспечения..............19
2.1 Выбор методологии и технологии логического моделирования.............19
2.2 Разработка диаграмм логической модели..................................................21
2.3 Разработка логической модели данных.....................................................26
Выводы по главе.................................................................................................27
Заключения..........................................................................................................28
Список использованной литературы..............................................................30

3
 Введение

Область стоматологии является важной сферой заботы о здоровье

человека, и современные информационные системы играют ключевую роль в
оптимизации работы стоматологических клиник. В условиях растущей
конкуренции и повышенных требований к качеству обслуживания
актуальность разработки информационных систем для стоматологических
клиник находит свое проявление.
Цель: Разработка информационной системы для стоматологической
клиники.
Задачи:
 Разработка концептуальной модели информационной системы,
учитывающей специфику стоматологической практики.
 Создание логической модели, обеспечивающей эффективное
управление клинической и административной информацией.
 Внедрение гибких технологий проектирования и методологий
структурного анализа для оптимизации бизнес-процессов в клинике.
 Применение объектно-ориентированного анализа для
моделирования взаимодействия между пациентами, врачами и
административным персоналом.
 Использование CASE-технологий для разработки функционала
системы.
Объект исследования: Стоматологическая клиника.
Предмет исследования: Разработка информационной системы,
охватывающей управление медицинскими записями, расписанием приемов,
финансовым учетом и взаимодействием с пациентами.
Структура курсовой работы включает в себя: введения, двух глав,
заключения, списка используемой литературы и приложения.

4
 Глава 1 Концептуальное проектирование

1.1 Идентификация предметной области

Стоматологическая клиника предоставляет широкий спектр

стоматологических услуг для пациентов. Основными видами деятельности
клиники являются стоматологические консультации и обследования, лечение
зубов и полости рта, хирургические вмешательства, ортодонтическое
лечение, профилактические процедуры и гигиенические мероприятия.
Клиника закупает стоматологическое оборудование, расходные
материалы, медикаменты и инструменты у различных поставщиков и
производителей. Это включает в себя согласование и заключение контрактов
с поставщиками, а также оценку качества продукции и соблюдение всех
необходимых стандартов безопасности и санитарных требований.
Организационная структура клиники включает в себя руководство,
главный руководитель клиники (Директор), который отвечает за
стратегическое руководство и развитие организации. Врачей разных
специальностей, медицинский персонал (терапевты, медсестры, ассистенты,
ортодонты). Административный персонал занимается наймом персонала,
общением с клиентами, записью на прием, выставлением счетов.
Бухгалтерия занимается управлением финансами, бюджетом и финансовой
отчетностью. Cслужбы поддержки (техническая поддержка, уборщики.).
Административно-хозяйственный отдел (уборщики, Водители). Структура
организации стоматологической клиники представлена на рисунке 1. [1]

5
Рисунок 1. Схема организационной структуры стоматологической клиники.
 Генеральный директор: Главный руководитель клиники, который
отвечает за стратегическое руководство и развитие организации. Принимает
стратегические решения и устанавливает общие цели.
 Отделение приема и администрации: Отдел, ответственный за
прием и регистрацию пациентов, а также общий административный учет
клиники.
 Медицинский персонал: Включает в себя стоматологов разных
специализаций (терапевты, ортодонты, хирурги и др.), медсестер и
ассистентов, которые предоставляют медицинские услуги.
 Отделение клинических исследований и диагностики: Занимается
проведением диагностических процедур, включая рентгенографию, ТК, МРТ,
лабораторные анализы и другие методы диагностики.

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

1.2 Выбор методологии и технологии концептуального моделирования

ИС

В данном разделе рассмотрим ключевые современные методологии и

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

7
документирования и проектирования систем. Создание модели UML
возможно с использованием различных программ, таких как Draw.io, Gliffy,
Visual Paradigm, и других.
IDEF0 представляет процессы взаимодействия как систему,
получающую информацию для обработки и предоставляющую итоговую
обработанную информацию. Включает стратегии, процедуры и ресурсы для
выполнения работы. Создание модели IDEF0 возможно с использованием
программы, таким как Ramus.
IDEF3 дополняет IDEF0, описывая сценарии бизнес-процесса и
последовательность действий с детальным описанием событий. Успешность
фирмы зависит от хорошо проработанных на этапе концептуального
моделирования бизнес-процессов.
DFD является дополнением к IDEF0, визуализируя процессы в виде
данных. Это важно при проектировании информационных систем.
Диаграмма DFD отображает процессы движения данных между системными
объектами, используя элементы, такие как процессы изменения данных,
объекты взаимодействия с данными, хранилища данных и потоки данных.

1.3 Разработка и анализ модели бизнес-процесса “КАК ЕСТЬ”

«Функциональная модель IDEF0 отображает функциональную

структуру объекта [2], то есть производимые им действия и связи между
этими действиями.».
Данная контекстная диаграмма представляет собой высокоуровневую
модель бизнес-процесса информационной системы “Статмологической
клиники”. Она отражает общую деятельность компании и связи между ее
составными частями.
На диаграмме присутствует один блок, который описывает основную
деятельность компании, а именно “Статмологической клиники”. Входящие и
исходящие стрелки, соединяющие этот блок, разделяются на четыре типа:

8
Просматривать расписание врачей:
 Стрелки “управление” указывают на условия, необходимые для
выполнения функции. Это могут быть какие-либо правила или требования,
которые должны быть удовлетворены, чтобы функция могла быть
выполнена.
 Стрелки “вход” указывают на информацию, которая используется
для получения выходной информации. Это может быть какая-то информация,
которая необходима для выполнения конкретной функции.
 Стрелки “выход” указывают на результат выполнения функции.
Они представляют собой выходные данные, полученные после выполнения
функции.
 Стрелки “механизм” указывают на используемые средства или
инструменты, которые применяются для выполнения функции.
Контекстная диаграмма верхнего уровня предоставляет общую
информацию о бизнес-процессе и является отражением текущего состояния
компании. Она может использоваться для понимания общей структуры
процесса и его взаимосвязей.

9
 Рисунок 2. Диаграмма IDEF0 “Деятельность стоматологической клиники”.
«При входе в систему вы увидите такие процессы, как “Данные
пациентов”. Это то, с чем клиент сталкивается в первую очередь перед самим
процессом.
Для обеспечения функционирования процесса требуется
обслуживающий персонал. Кроме того, есть такие входные документы, как
“Медицинские услуги и лечение”. Результатами работы всей системы
являются “Номер заявки” и “Измененные БД заявок”. [3]
После того, как описали контекстную диаграмму, необходимо делит
каждую подсистему на более мелкие и так далее, пока не будет достигнут
желаемый уровень детализации. В результате такого разделения каждый
фрагмент системы отображается на отдельной диаграмме декомпозиции,
который представлен на рисунке 3.

10
Рисунок 3. “Декомпозиция блока А0 функциональной модели "Деятельность
стоматологической клиники.”

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

11
  Клиент предоставляет необходимую информацию, такую как
имя, контактные данные, возможно, данные страховки.
Подтверждение записи:
 После заполнения данных клиент подтверждает запись на прием.
Получение уведомления:
 Клиент получает уведомление о записи на прием, а также
напоминание о предстоящем приеме посредством SMS, электронной почты
или звонка, в зависимости от предпочтений.
Отмена или изменение записи (по желанию):
 Если клиенту необходимо отменить прием или изменить его дату
и время, он может связаться с удаленной регистратурой и запросить
соответствующие изменения.
Оплата (по желанию):
 В случае, если клиенту необходимо оплатить услугу заранее или
уточнить информацию о ценах, он может обратиться в удаленную
регистратуру для получения соответствующей информации.
Далее была проведена декомпозиция с первым уровнем детализации,
для получения более подробной информации, которая изображена на рисунке
4. [3]

12
 Рисунок 4. Диаграмма декомпозиции “Регистрация пациента”.
Данная схема бизнес-процесса представляет собой процесс
предварительной записи пациента. Администратор собирает данные о
пациенте, проверяет документы и вводит их в базу данных. После этого
осуществляется предоставление услуги. В результате этого процесса
получаем данные.
Однако у данной схемы бизнес-процесса есть недостаток. Оформление
пациента происходит долго, так как все заявки оформляются на месте через
администратора. Не предусмотрен автоматизированный вариант подачи
заявок на поступление.

1.4 Разработка модели бизнес-процесса “КАК ДОЛЖНО БЫТЬ”

Выявление недостатков в бизнес-процессе позволяет определить его

слабые места и проблемы, которые нужно решить. На основе этой
информации можно разработать модель “КАК ДОЛЖНО БЫТЬ”, которая
13
устранит недостатки и улучшит процесс. [3]
Далее, для автоматизации этого улучшенного процесса, мы добавляем
новую подсистему в стоматологическую клинику– “Системный
администратор “. Эта подсистема будет отвечать за сбор и хранение данных,
а также их автоматическую обработку.
Для более детального планирования и описания работы новой
подсистемы, проводится декомпозиция (разделение на составные части) в
нотации DFD. Данная нотация позволяет наглядно представить потоки
данных и их обработку в системе.
Этот процесс позволит нам улучшить организацию бизнес-процессов и
сделать их более эффективными и автоматизированными.

Рисунок 5. Диаграмма IDEF0 “КАК ДОЛЖНО БЫТЬ”

14
Рисунок 6. “Декомпозиция блока А0 функциональной модели "Деятельность
стоматологической клиники. КАК ДОЛЖНО БЫТЬ”

Рисунок 7. “Диаграмма с декомпозицией “Регистрация пациента. КАК

ДОЛЖНО БЫТЬ.”
15
 Данная модель представляет собой концептуальную модель бизнес-
формирования пациента в клинику, с помощью электронных заявок. Также в
программном модуле имеется функция формирования пациента на приём к
стоматологу. При необходимости, для свода ведомости есть возможность
ввода отчёта о каждом пациенте по всем параметрам и проведенным
процедурам.
Необходимо подчеркнуть, что во время выбора программы для
автоматизации среднего бизнеса начинают применяться другие мерки: цена
самого программного обеспечения, цена работ по его внедрению и цена
затрат на обслуживание в будущем. Так как практически все программные
решения для этого сегмента рынка обладают всей необходимой
функциональностью. Все вышедшие из строя системы уже исчезли с рынка
программного обеспечения, а это значит, что вам придётся выбирать то, что
выгоднее.
Создание данной информационной системы сильно облегчит работу с
пациентами, с делами кадров, связанных с сотрудниками клиники.
Сотрудники получают общие приказы, назначения на новую должность,
приказы о проведении мероприятий - всё это и другое будет храниться в
информационной базе.
Провели детальный анализ предметной области и на ее основе
разработали концептуальную модель базы данных в виде диаграмм бизнес-
процессов. Для этого мы использовали методологию структурного анализа и
проектирования (IDEF0, DFD) с помощью CASE-средства Ramus.

1.5 Разработка требований ПО

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

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

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

Таблица 1. Сравнительный анализ аналогов

Название Соответствие требованиям Обоснование решения о
разработке новой ИС
Dentrix Соответствует многим требованиям, Использование Dentrix может быть
предоставляет функционал для оправдано, если компромисс по
управления записями и медицинской функциональности приемлем.
документацией. Однако, ограничен в Однако, для полного соответствия
возможности онлайн-записи и может требованиям, возможно, потребуется
потребовать дополнительной создание новой ИС.
настройки для адаптации к специфике
стоматологической клиники.
CS Обеспечивает автоматизацию Использование CS SoftDent может
SoftDent процесса записи и управления быть рассмотрено, но потребность в
медицинской документацией. специфических настройках может
Возможности онлайн-записи также усложнить его интеграцию в
структуру стоматологической
клиники
Epic Dental Обладает широким функционалом и Использование Epic Dental может
поддерживает онлайн-запись. Однако, быть разумным выбором, если его
может потребоваться сложная функционал соответствует
настройка для адаптации к основным требованиям. Однако,
особенностям конкретной клиники. дополнительная настройка может
потребоваться, что может сделать
новую ИС более предпочтительной.
18
 Обоснование решения: Рассмотренные ИТ-решения предоставляют
определенный функционал для стоматологических клиник, однако некоторые
из них могут требовать сложной настройки для адаптации к конкретным
требованиям клиники. На основе этого и с учетом высоких стандартов
безопасности и уникальных потребностей стоматологической сферы,
принимается решение о разработке новой информационной системы. Это
позволит более точно соответствовать требованиям клиники, обеспечивая
высокую степень индивидуализации и эффективную интеграцию в ее
рабочие процессы.

1.7 Постановка задачи на разработку новой ИС

Информационная система разрабатывается с целью увеличения

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

Выводы по главе

В разделе 1 был проведен подробный анализ предметной области

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

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

20
 Глава 2 Логическое моделирование программного обеспечения

2.1 Выбор методологии и технологии логического моделирования

Для выбора методологии и технологии логического моделирования в

сфере стоматологической клиники была составлена соответствующая
таблица 2.
Таблица 2. Методологии и технологии логического моделирования

Критерий
IDEF0 UML BPMN EPC
сравнения

Временная Позволяет построить

Принцип Принцип Временная последовательн предельно точную
построения доминирова последовательность ость модель, но для этого
диаграммы ния выполнения процедур выполнения нужны разные типы
процедур диаграмм

Описание
Объект на Объект на
процедуры Объект на диаграмме Объект на диаграмме
диаграмме диаграмме
процесса

Структуру
системы, Функции
Структуру системы,
Модель функции, системы, Функции системы и ее
функции, потоки
отражает потоки внутренние окружение
ресурсов и информации
ресурсов и процессы
информации

Прямоуголь Фигуры разных цветов. Задача —

Состояния
ники — Розовые — события, прямоугольник
деятельности,
Графические действия и зелёные — функции, , событие —
состояния действия,
элементы этапы. жёлтые — круг, поток —
объекты,
Стрелки — исполнители, серые — стрелка. Также
переходы
ресурсы и ресурсы, оранжевые — есть сноски и

21
 ИС.
Соединительные
исполнители базы данных
элементы — стрелки и
разделители «и», «или»

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

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

Сфера Долгосрочно Описание Управленчески Возможно

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

22
 процессов

2.2 Разработка диаграмм логической модели

Для разработки диаграмм логической модели стоматологической

клиники были использованы программы Star UML и методологии EPC и
UML.[4]
Прецеденты для актера “Пациент”:
 Просматривать расписание врачей: Пациент может
просматривать расписание врачей.
 Запись на прием: Клиент может онлайн записаться на прием к
врачу, выбрав удобное время и специалиста.
 Подробная информация о услугах: Клиент может ознакомиться с
полным списком стоматологических услуг, предоставляемых клиникой, и
выбрать необходимую процедуру.
 Просмотр своей медицинской карты: Клиент может
просматривать свою медицинскую карту, включая диагнозы, процедуры,
рецепты и планы лечения.
 Оплата услуг онлайн: Клиент может производить оплату
стоматологических услуг через онлайн-платежи.
 Просмотр акций и скидок: Клиент может следить за актуальными
акциями и скидками, предлагаемыми клиникой.
 Оставить отзыв: Клиент может оставить отзыв о своем визите в
клинику, что помогает улучшать качество обслуживания.
Прецеденты для актера “Администратор”:
 Учет клиентов: Администратор может просматривать и
обновлять информацию о клиентах, включая контактные данные, историю
посещений и медицинские записи.

23
  Управление записями: Администратор может создавать,
редактировать и удалять записи клиентов на прием. Он также может
управлять расписанием врачей и назначать клиентам удобные даты и время
приемов.
 Управление финансами: Администратор может просматривать
финансовую информацию клиентов, выставлять счета, принимать онлайн-
платежи и управлять финансовыми отчетами клиники.
 Организация ресурсов: Администратор отслеживает доступность
медицинского оборудования, комнат и ресурсов клиники.
 Создание медицинских планов: Администратор может создавать
медицинские планы для клиентов на основе рекомендаций врачей и
клинических данных.
 Управление персоналом: Администратор может регистрировать
новых врачей и медицинских специалистов.
Прецеденты для актера “Стоматолог”:
a) Просматривать расписание: Стоматолог может просматривать
свое личное расписание приемов и операций.
b) Записывать результаты осмотра: Стоматолог регистрирует
результаты осмотра и лечения.
c) Планировать процедуры и лечение: Стоматолог может создавать
медицинские планы для пациентов, указывая необходимые процедуры и
назначения.

24
 Рисунок 10. Диаграммы вариантов использования

Созданная диаграмма прецедентов в StarUML позволяет наглядно

представить основные сценарии взаимодействия между актерами и системой
записи на прием в стоматологическую клинику.
Для получения стоматологической услуги клиент должен заполнить
заявку на сайте стоматологической клиники, выбрав вид услуги (например,
прием у стоматолога, чистка зубов), желаемое время оказания и указав
контактные данные, такие как ФИО и телефон.
Работник регистратуры, используя ИС IBM BPM, проверяет
заполненную заявку на корректность. В случае правильного заполнения
формируется заказ, где указывается дата и время оказания
стоматологической услуги. Рабочий день клиники разделен на временные
интервалы, которые заполняются заказами на прием пациентов.
Если все временные интервалы для желаемой даты уже заняты,
работник регистратуры проводит поиск свободных интервалов на
ближайшие даты, предлагая клиенту альтернативные варианты для записи.
25
 При условии корректного указания номера телефона в заявке, работник
регистратуры при формировании заказа также отмечает необходимость
отправки уведомления клиенту по СМС. Это осуществляется через
администратора, который отправляет уведомления с подтверждением даты и
времени предстоящего приема в стоматологической клинике.
В данном разделе разрабатывается логическая модель данных для
стоматологической клиники. Логическая модель данных представляет собой
отображение связей между элементами данных на рисунке 10. [5]
 Пациент: Содержит информацию персональные данные,
контактная информация.
 Администратор: Включает данные об административном
персонале клиники, его ролях и обязанностях.
 Системный администратор: Отражает структуру базы данных,
содержащей информацию о пациентах, их медицинской истории,
проведенных процедурах и рецептах.
 Расписание: Включает информацию о расписании стоматологов,
заранее назначенных приемах и свободных слотах.
 Стоматолог: Содержит данные о врачах, их квалификации,
расписании работы и других сопутствующих аспектах.

26
 Рисунок 11. Диаграмма классов статмологической клиники.
Диаграммы активности (деятельности) особый случай диаграмм
состояний. Каждое состояние - это выполнение некоторой операции и
переход в другое - следующее состояние. Диаграммы деятельности наиболее
полезны в описании поведения, включающего большое количество
параллельных процессов. Самым большим достоинством диаграмм
деятельностей служит поддержка параллелизма. Благодаря этому они служит
мощным средством моделирования потоков работ и, по существу,
параллельного программирования. Самый большой их недостаток
заключается в том, что связи между действиями и объектами
просматриваются не слишком четко.
На рисунке 12 представлена – диаграмма деятельности прецедента
«Выполнения запроса на услугу стоматологической клиники»

27
 Рисунок 12. Диаграмма деятельности прецедента «Выполнения запроса
на услугу стоматологической клиники»

2.3 Разработка логической модели данных

В данном разделе разрабатывается логическая модель данных для

стоматологической клиники. Логическая модель данных представляет собой
отображение связей между элементами данных и не привязана к конкретной
системе управления базами данных (СУБД).

28
 Рисунок 13. Схема Базы данных “Статмологической клиники”
Система реляционной таблицы определяется составом сведений о
соответствующем информационной объекте. Ключевая информация об
объекте формирует уникальный ключ реляционной таблицы.

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

29
 Заключения
В заключении подводим итоги выполненного проекта, выделяя
ключевые результаты и предлагая рекомендации по внедрению достигнутых
целей и дальнейшему совершенствованию созданной автоматизированной
информационной системы (АИС) для управления стоматологической
клиникой.
Проект успешно решал ряд задач, направленных на оптимизацию
управленческих процессов в стоматологической клинике. Проведем
детальный анализ по каждому этапу и использованным методикам:
В начальной фазе проекта мы осуществили тщательный сбор исходных
данных, включая требования клиники, особенности ее деятельности и
потребности пациентов. Этот этап обеспечил полное понимание контекста, в
котором будет функционировать АИС.
Разработанный прототип АИС был подвергнут пилотному
тестированию в реальных условиях стоматологической клиники.
Эксперименты позволили выявить проблемы, которые были оперативно
устранены, и обеспечили уверенность в эффективности системы.
Системное тестирование и проверка функционала АИС были
осуществлены с целью подтверждения соответствия системы заявленным
требованиям. Этот этап обеспечил высокий уровень надежности и
работоспособности разработанной системы.
Проведенный анализ данных, собранных в ходе экспериментов и
тестирования, позволил сделать выводы о положительном влиянии АИС на
оперативность и эффективность управления стоматологической клиникой.
Обобщенные результаты выявили улучшения в процессах записи на прием,
ведении медицинской документации и управлении ресурсами.
С целью подтверждения уникальности разработки мы провели
сравнительный анализ с аналогичными системами управления в
стоматологической сфере. Наш проект выделяется передовыми подходами и
лучшими практиками в области автоматизации стоматологических клиник.
30
 В заключении подчеркиваем успешное решение поставленных задач,
демонстрируем актуальность и эффективность АИС для управления
стоматологической клиникой и предлагаем рекомендации по ее внедрению.
Созданная система представляет собой важный шаг в совершенствовании
процессов управления в сфере стоматологии.

Список использованной литературы

1. Организационная структура предприятия [электронный ресурс]
URL: https://normativ.kontur.ru/document?
moduleId=53&documentId=13277&ysclid=lq6fc3yh2f895508317. [1]
2. Функциональная модель IDEF0 [электронный ресурс] URL:
https://trinion.org/blog/idef0-znakomstvo-s-notaciey-i-primer-ispolzovaniya?
ysclid=lq6fl94nc2222079736. [2]
3. [электронный ресурс] URL:
https://studopedia.ru/6_169529_bibliograficheskiy-spisok.html. [3]
4. Диаграмма UML [электронный ресурс] URL:
https://practicum.yandex.ru/blog/uml-diagrammy/. [4]
5. Логическая модель данных [электронный ресурс] URL:
https://studopedia.su/10_4818_logicheskaya-model-dannih.html?
ysclid=lq6g30gteu106651679. [5]
6. Нотации бизнес-процессов IDEF0. EPC. BPMN. [электронный
ресурс] URL - https://www.comindware.ru/blog/нотации-бизнес-процессов-
idef0-epc-bpmn/#Нотация_IDEF0

31