Проект базы данных "Стоматологическая клиника"

Тип работы:
Курсовая
Предмет:
Программирование


Узнать стоимость

Детальная информация о работе

Выдержка из работы

КУРСОВАЯ РАБОТА

По курсу «Базы данных»

Проектирование базы данных «Стоматологическая клиника»

Содержание

  • Введение
    • 1. Теория баз данных и предметной области
    • 1.1 Теоретические основы проектирования баз данных
    • 1.2 Изучение и описание предметной области
    • 2. Проектирование и программная реализация базы данных «Стоматологическая клиника»
    • 2.1 Постановка задачи
    • 2.2 Построение инфологической модели
    • 2.3 Построение даталогической модели
    • 2.4 Построение физической модели
    • 2.5 Реализация программного продукта
    • 2.6 Контрольный пример
    • Заключение
    • Литература

Введение

Современная стоматологическая поликлиника во многом отличается от тех стоматологий, которые были лет пятнадцать или двадцать назад. И первое, что бросается в глаза, посетив стоматологическую поликлинику, вы не найдете там очередей, которые можно было наблюдать раньше. Это связано с тем, что появилось много частных стоматологических клиник и кабинетов, готовых на высоком качественном уровне принимать пациентов, нуждающихся в услугах стоматологов. А так же это связано с появлением электронных очередей. Поэтому сейчас большинство учреждений по обслуживанию населения переходят на «электронную очередь», исходя из этого идея упростить регистрацию, сбор данных о клиентах и запись их к специалисту носит актуальный характер.

Темой курсовой работы является проектирование базы данных «Стоматологической клиники». Данная база данных должна позволять регистратору стоматологической клиники записывать клиентов на прием к врачам, предоставлять им график работы отдельного специалиста и цену оказываемой услуги. База предназначена для регистратора клиники, что улучшит и упростит управление записей на прием, уменьшит очереди и упростит рутинные функции регистратора клиники.

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

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

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

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

Целью курсовой работы является проектирование и реализация программного приложения базы данных «Стоматологическая клиника».

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

· Изучение теоретических основ проектирования базы данных

· Описание и изучение предметной области;

· Изучение нормативных актов;

· Построение моделей:

o Инфологическая модель

o Даталогическая модель

· Нормализация

· Спроектировать базу данных «Стоматологическая клиника»

· Программная реализация

1. Теория баз данных и предметной области

1.1 Теоретические основы проектирования баз данных

Существует большое количество определения базы данных, но мы будем придерживаться следующего: база данных (БД) представляет собой совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов, и их взаимосвязей в рассматриваемой предметной области. [12]

Процесс проектирования включает в себя следующие этапы:

1. Постановка задачи

2. Инфологическое проектирование.

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

4. Нормализация

5. Логическое проектирование БД.

6. Физическое проектирование БД.

Инфологическое проектирование.

Инфологическая модель — это отражение предметной области, для которой разрабатывается база данных.

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

Модель сущность-связь (ER-модель) — модель данных, позволяющая описывать концептуальные схемы предметной области.

ER-модель используется при высокоуровневом (инфологическом) проектировании баз данных. С её помощью можно выделить ключевые сущности и обозначить связи, которые могут устанавливаться между этими сущностями. [2]

Во время проектирования баз данных происходит преобразование ER-модели в конкретную схему базы данных на основе выбранной модели данных.

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

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

С базами данных неразрывно связано такое понятие, как СУБД. СУБД (система управления базами данных) — программа, которая управляет данными, осуществляет хранение, извлечение, поиск, редактирование информации, хранимой в базе данных. [19]

В качестве примера реляционной СУБД можно привести Microsoft Access. Access — это, прежде всего, система управления базами данных (СУБД). Как и другие продукты этой категории, она предназначена для хранения и поиска данных, преставления информации в удобном виде и автоматизации часто повторяющихся операций (заполнение карточки на пациента, заполнение карточки оплаты услуг и. д.), с помощью Access можно разработать простые и удобные формы для ввода данных, а также осуществлять разработку данных и выдачу сложных отчетов.

Основными понятиями СУБД ACCESS являются:

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

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

Язык запросов (SQL).

SQL (на английском — Structured Query Language) расшифровывается как «язык структурированных запросов».

В реляционных базах данных язык запросов служит:

· для создания данных;

· для модификации данных;

· для управления данными.

Функциональность языка сильно эволюционировала, сейчас действует стандарт, принятый в 2003 году.

Язык запросов и управление базой данных

Управление базой данных (операции с данными: добавление, удаление, изменение) проходит именно с использованием языка запросов. Но не только.

Язык запросов также позволяет:

· добавлять таблицы;

· изменять типы полей в таблицах.

Основные типы запросов

Использование языка запросов сводится к выборкам строк (записей таблиц) и совершению операций над всеми записями выборки, т. е. над записями выборки можно осуществить одну из трёх операций:

· просмотреть набор записей;

· изменить все записи набора;

· удалить все записи набора.

Для каждой из операций используются свои операторы, но чаще всего запросы строятся на следующих операторах:

SELECT — считывает данные (с учетом условий) и получает выборку

INSERT — добавляет новые данные в таблицу

UPDATE — изменяет существующие данные

DELETE — удаляет данные из таблицы (Программа Microsoft Access — электронное пособие [сайт] http: //access. my-study. info/yazyk_zaprosov_sql. php)

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

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

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

Технология создания кнопочных форм следующая:

1) создать страницу главной кнопочной формы (ГКФ);

2) создать необходимое количество страниц подчиненных кнопочных форм (например, формы для ввода данных, для отчетов, для запросов и т. д.);

3) создать элементы главной кнопочной формы;

4) создать элементы для кнопочных форм отчетов и форм ввода или изменения данных;

5) создать макросы для запросов или для таблиц с уникальными именами;

6) создать элементы для кнопочных форм запросов или таблиц. [12]

Нормализация

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

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

Нормальные формы

1НФ

Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто.

2НФ

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

3НФ

Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее неключевых полей не зависит функционально от любого другого неключевого поля. [12]

Контрольный пример.

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

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

Демонстрация последовательности ввода нормативно-справочной информации и учётных документов

После демонстрации исполненного контрольного примера пользователя должно сформироваться определённое представление о данной программе.

1.2 Изучение и описание предметной области

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

Деятельность учреждений частной системы здравоохранения осуществляется в соответствии с настоящими Основами, другими актами законодательства Российской Федерации, республик в составе Российской Федерации, правовыми актами автономной области, автономных округов, краев, областей, нормативными актами Министерства здравоохранения Российской Федерации, министерств здравоохранения республик в составе Российской Федерации и органов местного самоуправления.

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

Регистратура лечебного учреждения сталкивается с необходимостью работать с большим количеством информации. В обязанности регистратора входит:

— ввод пациентов в базу данных частной стоматологии;

— регистрация, услуг, оказываемых пациенту;

— составление отчета об оказанных услугах за месяц по пациентам.

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

Нормативные документы, требуемые для проектирования.

Правовое регулирование стоматологических клиник

Основными законодательными актами которые регулируют деятельность стоматологических клиник, как и любых других учреждений, оказывающих медицинские услуги, являются федеральные законы «Об основах охраны здоровья граждан в Российской Федерации» и «О защите прав потребителей», а непосредственно деятельность стоматологических кабинетов определяется «Санитарно-гигиеническими требованиями к стоматологическим медицинским организациям» № 48 от 07. 07. 2009 года.

Кроме того, в случае оказания платных стоматологических услуг, работа стоматолога регулируется Правилами предоставления платных медицинских услуг населению медицинскими учреждениями, утвержденными Постановлением Правительства Р Ф от 13. 01. 1996 года № 27.

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

Например, для протезирования существует лицензия на ортопедическую стоматологию, для простого лечения существует лицензия на терапевтическую стоматологию.

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

В соответствии с законодательством РФ, гражданско-правовая ответственность врача наступает только в случае одновременного наличия трех условий:

Нарушение положений действующего нормативно-правового акта (Правонарушение);

Наличие вреда здоровью;

Прямая и непосредственная связь между правонарушением и вредом;

В случае если отсутствует хотя бы одно условие, то гражданско-правовая ответственность врача не наступает! [1]

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

1) Протезирование

А) Коронка пластмассовая — 500 руб.

Б) Полный съёмный протез — 3500 руб.

В) Частичный съёмный протез — 3500 руб.

Г) Коронка металлокерамическая — 5280 руб.

2) Отбеливание зубов — 10 000 руб.

3) Выравнивание зубов (брекеты, скобы)

· Металлические брекеты 11 500 рублей

· Керамические брекеты 17 250 рублей

· Сапфировые брекеты 20 700 рублей

4) Исправление прикуса без брекетов (капой) — 8 400 руб.

5) Удаление зубов (1 зуб) — 500 руб.

2. Проектирование и программная реализация базы данных «Стоматологическая клиника»

2.1 Постановка задачи

Необходимо разработать базу данных «Стоматологическая клиника». Данная база предназначена для регистратора клиники, который будет вводить в нее данные о клиентах, обратившихся в данное учреждение.

Разработка приложения БД «Стоматологическая клиника» направлена на:

— увеличение числа обслуживаемых клиентов;

— сокращение времени на оформление медицинской документации;

— уменьшение числа возможных ошибок;

— резкое сокращение времени для обработки данных и получении нужной отчетности.

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

Входные — выходные данные:

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

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

Вопросы к базе:

1. Какова сумма оказанных услуг за месяц?

2. Какой врач обслужил того или иного пациента?

2.2 Построение инфологической модели

Первым этапом построения инфологической модели является выделение сущностей и атрибутов базы данных.

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

· Сущность 1 — Пациент (Код услуги, Наименование услуги, ФИО клиента, Код, Дата рождения, Место жительства, № Медицинского полиса, Серия, № паспорта, Кем выдан, Жалобы, Диагноз);

· Сущность 2 — Врач (Табельный номер врача, ФИО врача, Номер кабинета, Рабочий телефон);

· Сущность 3 — Услуга (Код услуги, Наименование услуги, Цена, Табельный номер);

· Сущность 4 — Прием (Номер приема, Дата приема, Дата выписки, Оплата).

Связи между сущностями.

Связь — ассоциация, как правило, двух или нескольких сущностей.

Виды связей:

· Один к одному (1: 1) — ассоциирует экземпляр одной сущности в точности с одним экземпляром другой сущности.

· Один ко многим (1: М) — ассоциирует один экземпляр одной сущности с множеством экземпляров другой сущности.

· Многие ко многим (М: М) — отражает ассоциацию экземпляров одной сущности со множеством экземпляров другой сущности.

ПАЦИЕНТ имеет ПРИЕМ (1: 1);

ПРИЕМ включает УСЛУГИ (1: М);

ВРАЧ проводит ПРИЕМ (1: М);

В результате инфологическая модель предметной области будет выглядеть следующим образом (см. рисунок 1).

Рисунок 1 — Инфологическая модель базы данных «Стоматологическая клиника»

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

2.3 Построение даталогической модели

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

Рисунок 2 — Даталогическая модель базы данных «Стоматологическая клиника»

Нормализация

Приведение к первой нормальной форме:

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

Сущность Пациент

· Код услуги (к)

· Наименование услуги,

· ФИО клиента,

— Фамилия

— Имя

— Отчество

· Код клиента

· Дата рождения,

· Место жительства,

— Город

— Улица

· № Медицинского полиса,

· Серия,

· № паспорта,

· Кем выдан,

· Жалобы,

Сущность Врач

· Табельный номер врача (к)

· ФИО врача,

· Номер кабинета,

· Рабочий телефон

Сущность Услуга

· Код услуги (к)

· Наименование услуги,

· Цена,

· Табельный номер

Сущность Прием

· Номер приема (к)

· Дата приема,

· Дата выписки,

· Оплата

Приведение ко второй нормальной форме:

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

Сущность Пациент

Код услуги зависит Наименование услуги

Код услуги зависит Фамилия

Код услуги зависит Имя

Код услуги зависит Отчество

Код услуги зависит Код клиента

Код услуги зависит Дата рождения

Код услуги зависит Город

Код услуги зависит Улица

Код услуги зависит № Мед Полиса

Код услуги зависит Серия

Код услуги зависит Номер паспорта

Код услуги зависит Кем выдан

Код услуги зависит Жалобы

Сущность Врач

Табельный номер врача зависит ФИО врача

Табельный номер врача зависит Номер кабинета

Табельный номер врача зависит Рабочий телефон

Сущность Услуга

Код услуги зависит Наименование услуги

Код услуги зависит Цена

Код услуги зависит Табельный номер

Сущность прием

Номер приема зависит Дата приема

Номер приема зависит Дата выписки

Номер приема зависит Оплата

Приведение к третьей нормальной форме:

Таблица 1 — Пациент

Код услуги

Наименование услуги

Фамилия

Имя

Отчество

Код клиента

Дата рождения,

Город

1

Коронка металлокерамическая

Иванов

Иван

Иванович

486 468

15. 11. 87

3

Частичный съёмный протез

Сидорова

Мария

Петровна

14. 10. 63

7

Керамические брекеты

Никитенко

Светлана

Юрьевна

02. 09. 91

Продолжение таблицы Пациент

Улица

№ Медицинского полиса,

Серия

№ паспорта

Кем выдан

Жалобы

Кирова

87 545 664

7895

5422

ОВД

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

Таблица 2 — Врач

Табельный номер

ФИО врача

Номер кабинета

Рабочий телефон

32 555

Фролов М.И.

205

1498

65 488

Безруков Д.М.

209

6589

84 412

Шилов Ю.А.

210

4771

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

Таблица 3 — Прием

Номер приема

Дата приема

Дата выписки

Оплата

45

09. 09. 2013

12. 09. 2013

3000

46

09. 09. 2013

10. 09. 2013

4200

47

10. 09. 2013

15. 09. 2013

5000

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

Таблица 4 — Услуга

Код услуги

Наименование услуги

Цена

Табельный номер врача

1

Коронка пластмассовая

500

1111

2

Полный съёмный протез

3500

1111

3

Частичный съёмный протез

3500

1111

Сущность Услуга описывает предоставляемые пациентам услуги, их цену, а также табельный номер врача. Все пять сущностей приведены к третьей нормальной форме. Теперь можно перейти непосредственно к проектированию в СУБД.

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

2.4 Построение физической модели

Физическое проектирование начинается с построения таблиц. Таблицы будут построены с помощью структурированного языка запросов SQL.

Первая таблица — Пациент. Содержит 13 атрибутов (см. Рисунок 3).

Рисунок 3- Запрос на создание таблицы Пациент

Следующая таблица — Врач. В ней описаны сведения о враче данной стоматологической клиники, наименование услуги, которую он оказывает, а также его контактная информация (см. Рисунок 4)

Рисунок 4 — Запрос на создание таблицы Врач

Третья таблица — Услуга. В ней 4 атрибута, которые описывают наименование услуги, цену по которой она оказывается, а также табельный номер врача (см. Рисунок 5).

Рисунок 5 — Запрос на создание таблицы Услуга

Следующая таблица — Прием. В данной таблице описывается дата оказания услуги тем или иным врачом (см. Рисунок 6).

Рисунок 6 — Запрос на создание таблицы Услуга

После создания всех таблиц необходимо установить связи в свойствах СУБД Access схема данных. Они выглядят на показано на рисунке 8.

Рисунок 8 — Схема данных базы данных «Стоматологическая клиника»

2.5 Реализация программного продукта

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

Первый отчет «Прейскурант цен». Для создания данного отчета будет использована функция для создания отчета с помощью мастера. Отчет будет содержать такие поля, как Наименование Услуги и Цена. На рисунке 9 представлен отчет «Прейскурант цен».

Рисунок 9- Прейскурант цен

Для создания формы, которая будет позволять регистратору записывать пациентов на прием так же можно воспользоваться функцией создания форм с помощью мастера. Данные для этой формы будут взяты из сущности Пациент. Она будет иметь следующий вид (см. рисунок 10).

Рисунок 10- Форма регистрации пациента

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

Рисунок 11- Форма учета пациентов каждого врача

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

Сформировав данный отчет можно увидеть какие пациенты были обслужены, в какое время, по какой услуге и цене (см. Рисунок 12).

Рисунок 12- Отчет за месяц

В СУБД Access создано пять таблиц, три отчёта и две формы (включая кнопочную).

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

Рисунок 13- Интерфейс программного продукта

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

Рисунок 14- Параметры Access

Теперь при открытии базы данных будет автоматически открываться кнопочная форма.

2.6 Контрольный пример

стоматологический access макрос отчетность

Главным интерфейсом программного приложения базы данных «Стоматологическая клиника» является кнопочная форма. Она состоит из пяти кнопок. Нажав на первую кнопку «Прейскурант цен», программа выведет отчет о ценах в данной клинике (см. рисунок 15).

Рисунок 15 — Отчет прейскурант цен

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

При нажатии на вторую кнопку программа будет выдавать отчет клиники за месяц (см. рисунок 16).

Рисунок 16 — Формирование отчета за месяц

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

Рисунок — 17 Форма учет пациентов врача

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

Следующая кнопка называется «Ввод данных об услугах клиники». С помощью нее открывается форма, изображенная на рисунке 18.

Рисунок 18 — Форма ввода данных об услугах

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

Следующая кнопка формы называется «Регистрация пациента».

Рисунок 19 — Форма для регистрации пациентов

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

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

Заключение

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

Главной целью курсового проекта являлась разработка программного приложения для учета поликлинических услуг частной стоматологии.

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

Далее была выполнена реализация программного приложения. В качестве СУБД выбрана MS Access. В данной СУБД были построены необходимые таблицы, формы и отчеты. Осуществлены связи между таблицами. Главным меню программы является кнопочная форма, на которой размещены необходимые элементы базы (формы, отчеты).

Созданное приложение позволяет регистратору поликлиники:

— поднять качество обслуживания пациентов на более высокий уровень;

— избавить регистратора от всевозможных ошибок, которые он ранее совершал при заполнении сопутствующей документации;

— сократилось время для получения нужной отчетности.

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

Литература

1. Закон «Об основах охраны здоровья граждан в Российской Федерации» и «О защите прав потребителей»

2. Хомоненко, А. Д Учебник для высших учебных заведений «Базы данных», под редакцией профессора, 2011 г.

3. Дейт, К. Дж. Введение в системы баз данных. — 8-е издание.: Пер. с англ. — М.: Издательский дом «Вильямс», 2005. ISBN 5−8459−0788−8

4. Михайлов, М.В., Базы данных: учебно-методический комплекс (для студентов, обучающихся по специальности 80 801 «Прикладная информатика (в экономике)», 80 800. 62 «Прикладная информатика (бакалавр)»). — Горно-Алтайск, РИО ГАГУ, 2010. — 125 с.

5. Михайлов, М.В., Методические указания для выполнения курсового проекта по дисциплине «Базы данных» по специальности 80 801 «Прикладная информатика (в экономике)», 80 801. 62 «Прикладная информатика (бакалавр)». — Горно-Алтайск, 2010. — 17 с.

6. Адарина, Р.Т. УМК по дисциплине методология научной и самостоятельной, 2009 г., 27 с.

7. Стандарты в стоматологии [электронный ресурс] URL: www. volgostom. ru/stati-menedzhment-i-marketing/standarti-v-stomatologii-predeli-razumnogo-priglashenie-k-diskussii

8. Определение стоматологии [электронный ресурс] URL: http: //www. mediasphera. ru/uppic/Stomatologiia%20(Mosk)/2012/4/17/St_201204_2063. pdf

9. Структура СУБД Microsoft Access [электронный ресурс] URL: www. datbases. net/access. html

10. Теоретическая информация по СУБД Access [электронный ресурс] URL: http: //metodbaza. ru/posobie-po-access-2/subd-ms-assess-obschaya-informatsiya. html.

11. Диго, С. М. Базы данных Проектирование и создание. Учебник. 2010 г.

12. Днепров, А.В. Microsoft Access 2007. Учебное пособие Санкт-Петербург 2008 г.

13. Гринченко, Н. Н Гусев Е. В Макаров Н. П. Проектирование баз данных. СУБД Microsoft Access. Учебное пособие. 2004 г.

14. Кошелев, В. Е Access 2007. Эффективное использование. Учебное пособие 2007 г.

15. Гурвиц, Г. А. Разработка реального приложения в среде клиент сервер. Учебник 2009 г.

16. Кириллов, В. В. Громов Г. Ю. Введение в реляционную базы данных 2009 г.

17. Глушаков, С. В Ломодько Д. В Базы данных. Учебное пособие 2009 г.

18. Симухин, Е. Ю Электронный учебник СУБД Microsoft Access 2008 г.

19. Гурвиц, Г. А. Microsoft Access Разработка приложений на реальном примере. 2010 г.

20. Программа Microsoft Access — электронное пособие [сайт] http: //access. my-study. info/yazyk_zaprosov_sql. php

21. Стоматология [сайт] e-stomatology. ru).

ПоказатьСвернуть
Заполнить форму текущей работой