Создание базы данных Регистратура поликлиники



Задание

Тема работы: «Регистратура поликлиники»

Срок сдачи проекта: «21» мая 2015г.

Объект исследования – программаMicrosoftOfficeAccess 2010.

Методы исследования – моделирование базы данных в программеMicrosoftOfficeAccess 2010 .

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

Запросы в моем курсовом проекте выполняют следующее:

Реферат

УДК 681.3.06

Пояснительная записка к курсовой работе содержит 33 страницы, 38 рисунков, 4 использованных источника.

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

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

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

База данных разработана с использованием реляционной СУБД корпорацииMicrosoftAccess 2010.

Пояснительная записка выполнена в текстовом редактореMicrosoftWord 2010.

Содержание

Введение

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

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

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

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

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

Основными задачами регистратуры поликлиники являются:

– организация предварительной и текущей записи больных на прием к врачу;

– обеспечение регулирования интенсивности потока населения для равномерной нагрузки врачей;

– своевременный подбор и доставка медицинской документации в кабинеты врачей, правильное ведение и хранение картотеки.

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

Экономическая эффективность работы заключается в следующем:

– увеличение числа обслуживаемых пациентов;

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

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

1 Теоретическая часть

1.1 Создание структуры таблиц вMicrosoftAccess

Access является системой управления реляционных баз данных (БД). В таких БД данные хранятся в таблицах, между которыми установлены отношения, что позволяет повысить эффективность обработки и уменьшить дублирование данных.

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

Access поддерживает 2 способа создания БД:

– создание пустой БД с последующим добавлением в нее объектов БД (таблиц, форм, отчетов и т.д.);

– создание БД определенного типа со всеми необходимыми объектами с помощью мастера БД.

Независимо от способа создания БД имеется возможность в любое время изменить и расширить созданную БД.

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

Access позволяет тремя способами создать таблицу:

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

– путем ввода данных в таблицу. При выборе этого способа создания таблицы на экране появляется пустая таблица, состоящая из 20 столбцов и 30 строк. При сохранении такой таблицы данные анализируются, и в соответствии с типом и форматом введенных данных формируется структура таблицы;

– в режиме конструктора таблиц. Режим конструктора таблиц позволяет для каждого поля определить его имя, тип и описание (комментарии к информации, которая будет храниться в поле).

1.2 Типы данных

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

Возможные типы данных:

– текстовый – текст и числа, по которым не предполагается проводить вычисления (до 255 символов);

– поле МЕМО – текст большой длины (например, примечания или описания) (до 64000 символов);

– числовой – числовые данные, по которым проводятся вычисления (за исключением финансовых операций);

– дата/Время – даты и время;

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

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

– логический – значения «Истина/Ложь», «Да/Нет» или «Вкл/Выкл», т.е. одно из двух возможных значений;

– поле объекта OLE – рисунки, диаграммы, электронные таблицы EXCEL и другие объекты OLE, созданные другими приложениями (до 1 Гбайт);

– гиперссылка  –  гиперссылки (текст или изображение, при выборе которого осуществляется переход к файлу или к определенному месту в файле, к странице HTM);

1.3 Определение ключа и создание индексов

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

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

Каждый индекс имеет свойства:

– Ключевое поле – указывает, является ли данный индекс ключом таблицы (Да/Нет).

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

– Уникальный индекс – указывает, является ли индекс уникальным (Да/Нет).

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

– Пропуск пустых полей – указывает, следует ли включать в индекс поля, содержащие пустые (NULL) значения.

1.4 Запросы

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

– если одинаковый набор записей необходимо загружать много раз;

– если надо просматривать и редактировать данные из нескольких таблиц;

– если надо проводить вычисления и групповые операции над данными;

– если надо обновить, удалить или добавить группы записей или создать новую таблицу.

Дополнительные достоинства запросов:

– запросы получают данные из таблиц и позволяют обновлять данные в таблицах;

– запросы предоставляют данные для форм и отчетов;

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

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

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

Access позволяет создавать следующие типы запросов:

– Запрос – выборка – осуществляет выборку записей по различным критериям.

– Запрос с параметрами – позволяет определить одно или несколько условий отбора во время выполнения запроса.

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

– Запрос – изменение – осуществляет изменение или перемещение данных.

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

Свойства запросов:

– описание – текст, который описывает запрос;

– вывод всех полей – указывает, какие поля должны быть выведены в режиме таблицы:

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

– уникальные значения – указывает, следует ли возвращать повторяющиеся значения полей.

Остальные свойства задают режимы работы с внешними данными.

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

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

1.4.1 Создание запросов с помощью мастеров

1.4.1.1 Создание простого запроса

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

1.4.1.2 Создание перекрестного запроса

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

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

1.4.1.3 Поиск повторяющихся записей

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

1.4.1.4 Поиск записей, не имеющих подчиненных

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

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

1.4.2  Создание запросов − изменений

Запрос – изменение – это запрос, который за одну операцию вносит изменения в несколько записей. К запросам – изменениям относятся следующие запросы:

– запрос на создание таблицы;

– запрос на добавление записей;

– запрос на обновление записей;

– запрос на удаление записей.

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

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

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

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

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

1.5 Формы

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

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

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

1.5.1 Создание форм с помощью мастеров

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

–автоформа: в столбец – форма, в которой значения из каждой записи располагаются в один столбец (за исключением форматирования эквивалентно автоформе, созданной по кнопке Новый объект);

– автоформа: табличная – форма, в которой каждая запись выводится в виде строки полей (эквивалентно представлению таблицы в режиме таблицы);

– автоформа: ленточная – форма, аналогичная табличной за исключением форматирования.

Остальные мастера при создании форм запрашивают дополнительные сведения у пользователя:

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

– диаграмма – форма, содержащая диаграмму;

– сводная таблица – форма, содержащая сводную таблицу, создаваемую Мастером сводных таблиц Excel.

1.5.2 Создание формы с помощью конструктора форм

Пользователь имеет возможность откорректировать созданную мастером форму или создать сначала пустую форму, а затем в ней разработать требуемую форму самостоятельно.

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

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

– примечания формы – область, в которую помещают сведения, выводящиеся в конце формы;

– заголовок и область примечаний формы выводятся и удаляются одновременно;

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

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

Все, что добавляется в форму, является элементом управления.

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

2 Описание предметной области

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

В функции регистратуры входит:

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

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

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

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

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

3 Концептуальная модель

Концептуальную модель требующейся базы данных можно представитьER−диаграммой на рисунке 1.

Рисунок 1 − «ER−диаграмма»

4 Таблицы базы данных «Регистратура поликлиники»

Логическая модель приложения «Регистратура поликлиники» представлена средствамиMicrosoftOfficeAccess 2010 представлена на рисунке 2.

Рисунок 2 – Схема данных

В таблице «Врачи» содержится информация о врачах данной поликлиники и вся информация о них. Поле «КодВрача» – это уникальный номер, каждого сотрудника, а так же каждому врачу присвоена должность, которая так же имеет уникальный идентификационный номер. Каждый врач относится к определенному участку, данные хранятся в поле «КодУчастка», значения для поля берутся из таблицы «Участки».(Рис.3)

Рисунок 3 – Таблица «Врачи»

В таблице «Пациенты» содержится информация о пациентах зарегистрированных в данной поликлинике. Поле «КодПациента» является идентификатором для пациентов. Есть информация о принадлежности пациента, к какой либо улице, данные для этого поля берутся из таблицы «Улицы». Так же в этой таблице есть информация о пациенте: фамилия, имя и отчество, дата его рождения, номер телефона, номер дома, в котором проживает пациент, номер квартиры, в которой он проживает, а также информация о личных документах пациента.(Рис.4)

Рисунок 4 −  Таблица «Пациенты»

В таблице «Участки» находится список участков, которые обслуживаются данной поликлиникой.(Рис.5)

Рисунок 5 − Таблица «Участки»

В таблице «Улицы» хранится информация о улицах обслуживаемых данной поликлиникой. Поле «КодУлицы» является идентификатором для улиц т.е. каждая улица имеет свой уникальный номер. Также каждая улица относится к определенному участку, сведения хранятся в поле «КодУчастка» и данные для этого поля берутся из таблицы «Участки». (Рис.6)

Рисунок 6 − Таблица «Улицы»

В таблице «Должности» хранится список должностей. У каждой должности есть свой уникальный идентификационный номер. (Рис.7)

Рисунок 7 − Таблица «Должности»

В таблице «Талоны» содержится временная информация о талонах. На основе этой таблицы создана форма, с помощью которой можно выдать талон пациенту. В поле «КодВрача» указан номер врача, к которому назначен прием, а так же указано дата и время приема.(Рис.8)

Рисунок 8 − Таблица «Талоны»

Рисунок 9 – Таблица «Диагнозы»

В таблице «Диагнозы» хранится список диагнозов, которые часто встречаются в поликлиниках. Таблица служит для упрощенного заполнения медицинской книги пациента. (Рис.9)

Рисунок 10 – Таблица «Результаты обследований»

В таблице «Результаты обследований» содержится информация о завершенных приемах. Поле «КодЗаписи» является номером записи завершенного приема в поликлинике. Поле «КодПациента» является уникальным номером пациента. Поле «КодВрача» показывает код лечащего врача. Также указаны дата и время приема. При завершении приема сотрудник регистратуры заносит результаты обследования в картотеку. (Рис. 10)            5 Запросы

Запрос «Лечащие врачи пациента» создан с целью поиска врачей, лечивших пациента. Также на основе этого запроса создан отчет «Лечащие врачи пациента»

Рисунок 11 – Результат запроса «Лечащие врачи пациента»

Запрос «Пациенты без мед. полиса» создан для вывода пациентов без медицинского полиса т.к. медицинский полис является обязательным документом. Без медицинского полиса пациенты не допускаются к осмотру.

Рисунок 12 – Результат запроса «Пациенты без мед. полиса»

Запрос «Количество всех приемов» создан с целью вывода о количестве активных приемов, каждого врача.(Рис.14)

Рисунок 14 – Результат запроса «Кол-во всех приемов»

Запрос «Пациенты, лечащиеся у врачей» создан с целью поиска пациентов, лечившихся у врачей.(Рис. 15)

Рисунок 15 – Результат запроса «Пациента врачей»

Запрос на поиск по специальности врача. Запрос выполняется путем ввода в определенное окно специальности врача и тем самым выводится список врачей нужной специальности.(Рис. 16 )

Рисунок 16 – Результат запроса «Поиск врача по спец.»

В Запрос «Распространенный диагноз» выводится список из трех диагнозов, которые встречались чаще всего. Запрос сделан с целью контролирования заболеваемостей в поликлинике.(Рис. 17)

Рисунок 17 – Результат запроса «Распространенные диагнозы»

В запросе «Поиск талона по номеру» осуществляется поиск талона по номеру и используется в дальнейшем для печати отчета(Рис. 18)

Рисунок 18 – Результат запроса «Поиск талона по номеру»

Запрос «Талоны на завтра» осуществляет поиск приемов назначенных следующий день.(Рис.19)

Рисунок 19 – Результат запроса «Талоны на завтра»

Запрос «Стаж врача» осуществляет вывод информации о стаже врача.(Рис. 20)

Рисунок 20 – Результат запроса «Стаж врача»

Запрос «Талоны на сегодня» осуществляет поиск приемов назначенных текущий день (Рис.21)

Рисунок 21 – Результат запроса.

Запрос на уменьшение времени приема врачей на один час. Результат запроса представлен в виде конструктора на рисунке 22.

Рисунок 22 – Результат запроса «Увеличение времени работы»

Запрос «Занесение результатов в картотеку» автоматизирует процесс занесения результатов обследования в медицинскую карту пациента.

Рисунок 23 – Результат запроса «Занесение результатов в картотеку»

Запрос «Поиск записи в картотеке» производится путем ввода «КодаЗаписи» и тем самым выводится нужна запись (Рис. 24)

Рисунок 24 – Результат запроса «Поиск записи в картотеке»

Запрос «Удаление недействительных талонов» создан с целью очищения ненужных данных в таблице «Талоны»

Рисунок 25 – Результат запроса «Удаление недействительных талонов»

6 Формы

В форме «Главная кнопочная форма» расположены элементы, которые упростят работу регистратуры (Рис. 26)

Рисунок 26 – Главная кнопочная форма

Форма «Информация о врачах» содержит всю информация о врачах данной поликлиники и форма основана на таблице «Врачи». (Рис. 27)

Рисунок 27 – Форма «Врачи»

Форма «Пациента» содержит всю информацию о пациентах данной поликлиники, сведения о всех приемах. Форма основана на таблице «Пациенты» (Рис. 28 )

Рисунок 28 – Форма «Пациенты»

Форма «Талоны» предназначена для выдачи талона пациентам (Рис. 29)

Рисунок 29 – Форма «Талоны»

Форма «Участки» содержит информация об улицах принадлежащих определенным участкам (Рис. 30)

Рисунок 30 – Форма «Участки»

7 Отчеты

Созданы отчеты «Врачи пациента», «Всего приемов», «Картотека», «Талоны на завтра», «Талоны на сегодня»,  «Пациенты без медицинского полиса», «Пациенты врачей», «Распространенный диагноз» позволяющие быстро в удобном для печати виде вывести информацию. Отчеты представлены на рисунках  31, 32, 33, 34, 35, 36, 37, 38.

Рисунок 31 – Отчет «Врачи пациента»

Рисунок 32 – Отчет «Всего приемов»

Рисунок 33 – Отчет «Картотека»

Рисунок 34 – Отчет «Талоны на завтра»

Рисунок 35 – Отчет «Талоны на сегодня»

Рисунок 36 – Отчет «Пациенты без медицинского полиса»

Рисунок 37 – Отчет «Пациенты врачей»

Рисунок 38 – Отчет «Распространенный диагноз»

Заключение

В ходе выполнения курсового проекта была разработана и создана база данных в СУБДMicrosoftAccess 2010. База может быть использована работниками любой регистратуры поликлиники. База данных включает 8 таблиц, 13 запрос, 4 формы. Она позволяет работнику регистратуры сделать работу удобной и эффективной. Причем масштаб поликлиники не имеет значения как такового, т.к.  соответствующие ей атрибуты применимы ко всем государственным и коммерческим организациям такого рода деятельности без нарушения функционирования базы данных. Были реализованы следующие запросы:

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

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

1.Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351 с.;

2.Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн. 1. – 287 с.: Кн. 2. – 320 с.;

3.Медведкова И.Е. Бугаев Ю.В. Базы данных: учебное пособие. – ВГУИТ, 2014. – 105 с.;

4.Пушкарь А.И. Система управления базами данных Microsoft Access и ее применение в экономике. Учебное пособие / А.И. Пушкарь, И.П. Коврижных, А.М. Мокринских. – Харьков: Изд. ХГЭУ, 2002. - 112с.




Похожие работы, которые могут быть Вам интерестны.

1. Разработка базы данных поликлиники

2. Создание базы данных сотрудников предприятия

3. Создание и редактирование однотабличной формы базы данных занятия

4. Создание клиентской базы данных Детского Юношеского Центра «Развитие»

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

6. Базы данных занятия

7. Изучении администрирования базы данных

8. БАЗЫ ДАННЫХ В ЮРИДИЧЕСКОЙ ДЕЯТЕЛЬНОСТИ

9. Базы данных методичка к лабораторным работам

10. Формирование и ведение картотеки (базы данных) в регистратуре