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

Основные виды баз данных. Система управления базами данных. Анализ деятельности и информации, обрабатываемой в поликлинике. Состав таблиц в базе данных и их взаимосвязи. Методика наполнения базы данных информацией. Алгоритм создания базы данных.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерство общего и профессионального образования Свердловской области
ГАОУ СПО СО «Каменск-Уральский радиотехнический техникум»
Дипломник: ____________ Марсова Ирина Владимировна
Руководитель: ____________ Порубова Ольга Сергеевна
Рецензент: ____________ Некрасова Ирина Викторовна
по экономической части: ____________ Зырянова Оксаеа Алексеевна
Норма контроль: ____________ Кузнецова Елена Владимировна
1.3 Система управления базами данных. Их виды
2.1 Анализ деятельности и информации, обрабатываемой в поликлинике
2.2 Подбор информации для базы данных
2.3 Состав таблицы в базе данных и их взаимосвязи
2.5 Методика наполнения базы данных информацией
4.1 Анализ использования основных фондов лечебного учреждения
4.2 Показатели, рекомендуемые для проведения анализа экономической деятельности поликлиники
4.4 Анализ эффективности использования конечного фонда
4.4.1 Методика расчета экономических потерь от простоя коек
4.4.2 Методика расчета экономических потерь от недовыполнения плана койкодней
4.5 Анализ эффективности использования медицинского оборудования
4.6 Анализ финансовых расходов учреждения здравоохранения
4.6.1 Методика вычисления показателей
4.7 Анализ использования медицинских кадров
4.8 Общий экономический ущерб в связи с заболеваемостью
4.9 Предотвращенный экономический ущерб
4.10 Критерий экономической эффективности
В современном мире человеку приходится сталкиваться с огромными массивами однородной информации. Эту информацию необходимо упорядочить каким-либо образом, обработать однотипными методами и в результате получить сводные данные или разыскать в массе конкретную информацию. Этой цели служат базы данных.
Базой данных является представленная в объективной форме совокупность самостоятельных материалов (статей, расчетов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины. Используя Microsoft Office Access, который входит в пакет офисных приложений Microsoft Office, я создала базу данных поликлиники и сейчас представлю её Вам.
Развитие средств вычислительной техники и информационных технологий обеспечило возможности для создания и широкого применения автоматизированных информационных систем (АИС) разнообразного назначения. Разрабатываются и внедряются информационные системы управления хозяйственными и техническими объектами, модельные комплексы для научных исследований, системы автоматизации проектирования и производства, всевозможные тренажеры и обучающие системы.
Различают АИС, основанные на знаниях, и АИС, основанные на данных. К первым можно отнести, например, экспертные системы (ЭС), интеллектуальные системы поддержки принятия решений (СППР) и т.п. Ко вторым - всевозможные прикладные системы, которые сейчас активно используются и на предприятиях, и в учреждениях. Такие прикладные системы применяются очень широко, и в рамках данного курса наше внимание будет сосредоточено именно на системах, которые основаны на данных.
Существуют две основные предпосылки создания таких систем:
1. Разработка методов конструирования и эксплуатации систем, предназначенных для коллективного использования.
2. Возможность собирать, хранить и обрабатывать большое количество данных о реальных объектах и явлениях, то есть оснащение этих систем "памятью".
Массив данных общего пользования в системах, основанных на данных, называется базой данных. База данных (БД) является моделью предметной области информационной системы.
На заре развития вычислительной техники обрабатываемые данные являлись частью программ: они располагались сразу за кодом программы в так называемом сегменте данных (рис. а). Следующим шагом стало хранение данных в отдельных файлах (рис. б). Недостатком этих двух подходов являлась зависимость программ от данных: сведения о структуре данных включались в код программы. При изменении структуры данных необходимо было вносить изменения в программу.
Логичным продолжением этой эволюции является перенос описания данных в массив данных (рис. в). Это позволило обеспечить независимость данных от программ.
Основным принципом организации баз данных является совместное хранение данных и их описания.
Описание данных называют метаданными. Метаданные хранятся в части базы данных, которая называется каталогом или словарём-справочником данных (ССД). Зная формат метаданных, можно запрашивать и изменять данные без написания дополнительных программ.
Одна и та же база данных может быть использована для решения многих прикладных задач. Наличие метаданных и возможность информационной поддержки решения многих задач - это принципиальные отличия базы данных от любой другой совокупности данных, расположенных во внешней памяти ЭВМ.
База данных - совокупность данных, организованных по определённым правилам, предусматривающим общие принципы описания, хранения и манипулирования данными, независимая от прикладных программ. Эти данные относятся к определённой предметной области и организованы таким образом, что могут быть использованы для решения многих задач многими пользователями. Базы данных относятся к компьютерной технологии хранения, поиска и сортировки информации.
В базе данных может храниться миллионы записей. В любое время можно найти запись, которая необходима в данный момент. Результатом поиска информации в приведенной базе данных могут быть названия, суммы, количество, даты. В базах данных можно проводить сортировку информации и вывод её на печать, удаление старой и вставка новой информации, просматривать базу данных целиком или по частям. С числами в таблицах можно проводить обычные математические операции. Фамилии людей и названия предметов можно упорядочить по алфавиту.
Программное обеспечение для управления и поддержки работоспособности баз данных называют системой управления базами данных (СУБД). СУБД осуществляют ввод, проверку, систематизацию, поиск и обработку данных, распечатку их в виде отчётов.
Структуру простейшей базы данных можно рассматривать как прямоугольную таблицу, состоящую из вертикальных столбцов и горизонтальных строк. Вертикальные столбцы принято называть полями, а горизонтальные строки -- записями. Единицей хранимой информации является горизонтальная строка-запись, которая хранит информацию, например, об одном больном пациенте в поликлинике. Каждая запись представляет собой совокупность полей.
Информация - любые сведения о каком-либо событии, сущности, процессе и т.п., являющиеся объектом некоторых операций: восприятия, передачи, преобразования, хранения или использования.
Данные - это информация, зафиксированная в некоторой форме, пригодной для последующей обработки, передачи и хранения, например, находящаяся в памяти ЭВМ или подготовленная для ввода в ЭВМ.
Подготовка информации - состоит в её формализации, сборе и переносе на машинные носители.
Обработка данных - это совокупность задач, осуществляющих преобразование массивов данных. Обработка данных включает в себя ввод данных в ЭВМ, отбор данных по каким-либо критериям, преобразование структуры данных, перемещение данных на внешней памяти ЭВМ, вывод данных, являющихся результатом решения задач, в табличном или в каком-либо ином удобном для пользователя виде.
Система обработки данных - это набор аппаратных и программных средств, осуществляющих выполнение задач по управлению данными.
Управление данными - совокупность функций обеспечения требуемого представления данных, их накопления и хранения, обновления, удаления, поиска по заданному критерию и выдачи данных.
Предметная область - часть реального мира, подлежащая изучению с целью организации управления и, в конечном итоге, автоматизации.
Ведение базы данных - деятельность по обновлению, восстановлению и изменению структуры базы данных с целью обеспечения её целостности, сохранности и эффективности использования.
Автоматизированная информационная система - представляет собой совокупность данных, экономико-математических методов и моделей, технических, программных средств и специалистов, предназначенную для обработки информации и принятия управленческих решений.
Банк данных - это автоматизированная информационная система, включающая в свой состав комплекс специальных методов и средств (математических, информационных, программных, языковых, организационных и технических) для поддержания динамической информационной модели предметной области с целью обеспечения информационных запросов пользователей.
Обеспечивать информационные потребности внешних пользователей.
Обеспечивать возможность хранения и модификации больших объёмов многоаспектных данных.
Обеспечивать заданный уровень достоверности хранимых данных и их непротиворечивость.
Обеспечивать доступ к данным только пользователям с соответствующими полномочиями.
Обеспечивать поиск данных по произвольной группе признаков.
Удовлетворять заданным требованиям по производительности при обработке запросов.
Иметь возможность реорганизации при изменении границ ПО.
Обеспечивать выдачу пользователям данных в различной форме.
Обеспечивать простоту и удобство обращения внешних пользователей к данным.
Ядром любой базы данных является модель данных. Модель данных - это совокупность структур данных и операций их обработки.
Модели баз данных базируются на современном подходе к обработке информации, состоящем в том, что структуры данных обладают относительной устойчивостью. Структура информационной базы, отображающая в структурированном виде информационную модель предметной области, позволяет сформировать логические записи, их элементы и взаимосвязи между ними. Взаимосвязи могут быть типизированы по следующим основным видам:
"один к одному", когда одна запись может быть связана только с одной записью;
"один ко многим", когда одна запись взаимосвязана со многими другими;
"многие ко многим", когда одна и та же запись может входить в отношения со многими другими записями в различных вариантах.
Применение того или иного вида взаимосвязей определило три основные модели баз данных: иерархическую, сетевую и реляционную.
Иерархическая модель представляется в виде древовидного графа, в котором объекты выделяются по уровням соподчиненности (иерархии) объектов.
Рис. 2. Иерархическая модель данных.
Достоинство иерархической модели данных состоит в том, что она позволяет описать их структуру, как на логическом, так и на физическом уровне. Недостатками данной модели являются жесткая фиксированность взаимосвязей между элементами данных, вследствие чего любые изменения связей требуют изменения структуры, а также жесткая зависимость физической и логической организации данных. Быстрота доступа в иерархической модели достигнута за счет потери информационной гибкости.
В иерархической модели используется вид связи между элементами данных "один ко многим". Если применяется взаимосвязь вида "многие ко многим", то приходят к сетевой модели данных.
Сетевая модель базы данных для поставленной задачи представлена в виде диаграммы связей. В сетевой модели допустимы любые виды связей между записями и отсутствует ограничение на число обратных связей. Но должно соблюдаться одно правило: связь включает основную и зависимую записи.
Достоинство сетевой модели БД -- большая информационная гибкость по сравнению с иерархической моделью. Однако сохраняется общий для обеих моделей недостаток -- достаточно жесткая структура, что препятствует развитию информационной базы системы управления. При необходимости частой реорганизации информационной базы (например, при использовании настраиваемых базовых информационных технологий) применяют наиболее совершенную модель баз данных - реляционную, в которой отсутствуют различия между объектами и взаимосвязями.
Эта структура позволяет пользователю перемещаться от одного элемента данных к другому через цепочку указателей, которые выражают взаимоотношения между элементами.
В реляционной модели базы данных взаимосвязи между элементами данных представляются в виде двумерных таблиц, называемых отношениями. Отношения обладают следующими свойствами: каждый элемент таблицы представляет собой один элемент данных (повторяющиеся группы отсутствуют); элементы столбца имеют одинаковую природу, и столбцам однозначно присвоены имена; в таблице нет двух одинаковых строк; строки и столбцы могут просматриваться в любом порядке вне зависимости от их информационного содержания.
Преимуществами реляционной модели базы данных являются простота логической модели (таблицы привычны для представления информации); гибкость системы защиты (для каждого отношения может быть задана правомерность доступа); независимость данных; возможность построения простого языка манипулирования данными с помощью математически строгой теории реляционной алгебры (алгебры отношений). Реляционная алгебра основана на теории множеств, а реляционное исчисление базируется на математической логике.
Недостатки реляционной модели базы данных
1. Строгость структур оборачивается негибкостью. Довольно строгая однотипность объектов в таблице, тогда как в реальности все они разные.
2. Зависимость структур от данных. Многие известные модели можно
уместить в рамках реляционных структур, например, иерархические, как было показано выше. Однако возможности работы реляционными способами сильно зависят от состава данных.
Кроме иерархической, сетевой и реляционной модели баз данных существуют и другие, такие как, объектно-ориентированная, объектно-реляционная базы данных.
Возможность обрабатывать большое количество новых типов данных, включая графику, фотографии, аудио и видео, предоставило объектно-ориентированным базам данных огромное преимущество, по сравнению с ее предшественниками. Перечисленные ранее виды БД могут использоваться при обработке структурированных данных, т.е. данных которые можно упорядочить по таблицам, строкам и столбцам. Они являются полезными при обработке таких данных, как имена, адреса, коды продуктов и любой статической или числовой информации. Но объектно-ориентированные БД дают возможность хранить данные из разнообразных медиа источников, например, фотографии и текст, и, как результат, могут выполнять обработку в мультимедиа формате.
Объектно-ориентированные базы данных используют маленькие, повторно используемые куски программы, которые называются объектами. Каждый объект состоит из двух частей:
1) данные (например, видео, аудио, фото или текст);
2) инструкции, или в программировании - методы, которые дают понять, что можно сделать с данными.
Рис.5. Объектно-ориентированная база данных.
Объектно-ориентированные модели данных обеспечивают возможность многостороннего и комплексного описания реального мира и создания структуры данных, которую пользователи смогут легко понять. Здесь объекты являются моделями, очень близкими по своим свойствам и
характеристикам объектам реального мира. Эта близость настолько сильна, что пользователи оперируют не абстрактными понятиями баз данных, а привычными понятиями и названиями, такими как канализационные коллекторы, пожары, леса, владельцы зданий, проселочная дорога и т.д.; задают им поведение, копирующее или моделирующее какой-либо аспект их поведения в реальном мире. В упрощенном виде, разницу между реляционной и объектно-ориентированной моделями можно представить так: в последней объект хранит информацию о себе (все свои атрибуты) внутри себя, а не во множестве взаимосвязанных таблиц.
Например, в объектной модели речной сети будут использоваться линии, изображающие участок реки или приток, и каждый сегмент реки будет демонстрировать поведение, моделирующее его поведение в реальном мире: скорость течения, средняя глубина, объем потока, объем переносимого осадочного материала и т.д.
Кратко рассмотрим компоненты объектно-ориентированной модели данных.
В объектно-ориентированной модели данных любая сущность реального мира, (здания, реки или банковские счета) являются объектами. Их атрибуты также является объектами этой структуры.
Объекты характеризуются свойствами, определяющими их состояние, и методами, определяющими их поведение. Объекты взаимодействуют друг с другом путем передачи сообщений, активизирующих их линии поведения.
Линии поведения - это методы, или операции, которые объект может реализовать. Например, улица может "знать", как рассчитать увеличение времени, необходимое для проезда по ней при приближении часов пик, или код налогообложения может рассчитать процент налога на землю, если изменился статус земельного участка или его владелец. Эти линии поведения также могут использоваться для направления сообщений другим объектам, сообщения о состоянии объекта с помощью отчета о характеризующих его текущих значениях, сохранения новых значений или выполнения расчетов.
Объекты связываются друг с другом с помощью сообщений. Сообщения - это действие одного объекта, запускающее определенное поведение другого объекта.
Объектно-ориентированная модель данных имеет ряд преимуществ:
1. Хорошо подходит для моделирования сложных отношений между данными. В этом ее главное преимущество, недоступное другим структурам данных.
2. Требует меньше кодирования в ГИС-программах, что означает меньше ошибок и более низкую стоимость поддержки.
3. Хорошо интегрируется с методами имитационного моделирования.
4. Обеспечивает высокий уровень целостности данных: инкапсуляция сохраняет внутреннее устройство объектов, создание новых данных контролируется правилам поведения и допусками.
У объектно-ориентированной модели данных есть также и некоторые недостатки:
1. Хотя объектно-ориентированные модели данных обеспечивают комплексное представление реального Мира, комплексные модели сложнее разрабатывать и строить. Критичен выбор объектов. Эта модель зависит от тщательности описания явлений реального мира (что особенно трудно в мире природы).
2. Затруднен импорт данных и обмен данными с другими типами баз данных.
3. Большие и комплексные модели выполняются медленнее.
4. Анализ объектно-ориентированных баз данных требуют использования объектно-ориентированных языков программирования.
5. Этот подход не годится для описания непрерывно распределенных в пространстве признаков, таких как рельеф местности или данные о загрязнении почвы тяжелыми металлами.
Компромисс между объектной моделью данных и реляционной моделью данных был найден в развитии «смешанной» модели: объектно-реляционной.
Расширению возможностей реляционных моделей данных способствует применение понятие объекта, аналогичного понятию объекта в объектно-ориентированной модели данных. В объектно-реляционной модели данных объектами признаются агрегаты и таблицы (отношения), которые могут входить в состав другой таблицы.
Реляционная база данных расширяется за счет программного обеспечения, включающего объектно-ориентированные линии поведения, но данные при этом не инкапсулированы. Информация в базе данных представлена в таблицах, но в некоторых из обязательных колонок могут быть данные более сложной структуры - данные абстрактного типа. Упрощенно, объекты объектно-ориентированной модели внедряются в структуру реляционных баз данных. Такая гибкость позволяет объектно-реляционной модели более точно моделировать реальный мир, чем это удается реляционной модели.
Степень, до которой компонент объектно-ориентированной модели данных может быть реализован в объектно-реляционной модели, быстро меняется. Объектно-реляционное программное обеспечение продолжает совершенствоваться и представляет все больше объектной функциональности.
Объектно-реляционная модель данных имеет ряд преимуществ:
2. Единое хранилище географических данных; позволяет использовать наследуемые и негисовские базы данных.
3. Более тщательный ввод и редактирование данных.
4. Высокая целостность данных (новые данные должны следовать правилам поведения).
5. Пользователи могут работать с более интуитивными объектными данными.
6. Одновременное редактирование данных (поддержка версий).
7. Меньше необходимости в программировании приложений для моделирования сложных отношений.
Недостатки объектно-реляционной модели данных
Разумеется, у объектно-реляционной модели данных есть и ряд недостатков:
компромисс между объектно-ориентированной и реляционной моделями данных;
уменьшение скорости модификации объектов -- ведь для каждого объекта должны быть выполнены методы, как базового класса, так и наследников;
некоторая незащищенность и несамостоятельность базы данных. То есть, к такой базе данных нельзя обращаться напрямую, минуя сервер приложений. Иначе, логика и целостность данных (которые обеспечивает как раз сервер приложений) могут серьезно пострадать.
Объектный мир определен в целом настолько расплывчато и нечетко, что невозможно однозначно говорить об основных объектных возможностях.
1.3.Система управления базами данных. Их виды.
Создание баз данных, а также операции поиска и сортировки данных выполняются специальными программами - системами управления базами данных (СУБД). Таким образом, необходимо различать собственно базы данных, которые являются упорядоченными наборами данных, и системы управления базами данных - приложения, управляющие хранением и обработкой данных.
Система управления базами данных - это приложение, позволяющее создавать базы данных и осуществлять в них сортировку и поиск данных.
Функцию простой СУБД могут выполнять электронные таблицы, а также текстовые редакторы, путем вставки в документ таблиц.
Создание базы данных с использованием СУБД начинается с создания полей базы данных, установки их типов и ввода имен полей. Затем в режиме таблица или форма производится ввод, просмотр и редактирование записей базы данных. После этого в созданной базе данных можно осуществлять сортировку и поиск данных.
Обработка данных: поиск, выборка данных по некоторому признаку, фильтр, сортировка, объединение с другой связанной информацией;
Системы управления базами данных, составляющие основу систем баз данных, можно классифицировать по количеству пользователей, местоположению сайта БД, а также по ожидаемому способу и сфере использования.
По количеству пользователей СУБД можно подразделить на однопользовательские и многопользовательские. Однопользовательская СУБД обслуживает в данный момент времени только одного клиента. Другими словами, если пользователь А использует базу данных, то пользователи В и С должны подождать, пока пользователь А не закончит работу с базой. Если однопользовательская БД развернута на персональном компьютере, то ее называют настольной базой данных. В противоположность этому многопользовательская СУБД может обслуживать нескольких пользователей одновременно. Если многопользовательская база данных обслуживает относительно небольшое число пользователей (менее 50) или, скажем, отдел предприятия, то она называется базой данных рабочей группы. Если же база данных используется в рамках всего предприятия и обслуживает большое число (более 50, как правило, сотни) пользователей нескольких подразделений и отделов, то такая БД называется базой данных предприятия.
Сайт, на котором размещена БД, тоже может служить признаком классификации СУБД. Например, СУБД, которая обслуживает базу данных, размещенную на одном сайте, называется централизованной СУБД. СУБД, обслуживающая базу данных, распределенную по нескольким различным сайтам, называется распределенной СУБД.
Возможно, классификация СУБД по способу применения и сфере использования базы данных является самым распространенным и общепризнанным способом. СУБД, которые управляют работой баз данных, спроектированных для транзакций «немедленного отклика», называются транзакционными СУБД или рабочими СУБД. В отличие от них база данных поддержки решений предназначена в основном для получения необходимой информации при выработке стратегических или тактических решений на уровне среднего и высшего руководства предприятия. Поддержка решений, обеспечиваемая системой поддержки решений, как правило, требует широкомасштабной обработки данных (манипулирования данными) для извлечения полезной информации из данных, полученных за некоторый длительный промежуток времени, с тем, чтобы принять верное решение. Поскольку основная часть информации извлекается из накопленных за некоторое время сведений, фактор времени, затраченного на получение данных в такой системе, не имеет столь существенного значения, как в транзакционных базах данных. К тому же информация таких систем, как правило, базируется на большом объеме данных, полученных из различных источников. Чтобы облегчить поиск в этом море информации, структура базы данных DSS несколько отличается от структуры транзакционных БД. На самом деле для обозначения таких баз данных используется термин хранилище данных или банк данных.
1. на универсальные (не имеют четких рамок применения, достаточно сложны в применении)
2. на специализированные (создаются для управления БД конкретного назначения);
3. на базы, разрабатываемые для конкретного заказчика (в максимальной степени учитывают работу заказчика и не требуют от пользователя специальных знаний).
Классификация БД по содержимому (пример):
2.1 Анализ деятельности и информации, обрабатываемой в поликлинике
В конце каждого года заведующий ГБУЗ СО городской поликлиники №1 со своими подчиненными анализируют показатель деятельности всех врачей в поликлинике. Для этого необходимо сделать объективные выводы из анализа работы за отчетный период с помощью программы Microsoft Office Access. Благодаря этому мы можем вывести много полезной информации для населения города и сотрудников поликлиники:
Численность инфицированного населения различных заболеваний
Количество инвалидов (отечественной войны, труда, с детства)
Построение рабочего дня, расписание в поликлинике
Посещаемость поликлиники населением
2.2 Подбор информации для базы данных
Перед созданием базы данных необходимо ответить на следующие вопросы.
· Каково назначение базы данных и кто будет ею пользоваться?
· Какие таблицы (данные) будет содержать база данных?
· Какие запросы и отчеты могут потребоваться пользователям этой базы данных?
Отвечая на эти вопросы, можно разработать проект базы данных и создать полезную и удобную в использовании таблицу.
Так как мы создаем анализ деятельности и информации в ГБУЗ СО городской поликлинике №1, то возьмем обыкновенные данные, которые известны всем нам:
Фамилия имя отчество лечащего врача;
2.3 Состав таблиц в базе данных и их взаимосвязи
Формируем вышеперечисленные данные в поля таблицы. Находим взаимосвязи между элементами данных. Делим эту таблицу на несколько по их взаимосвязям:
Получилось три таблицы, каждой из них дадим своё название, врачи, пациенты и посещаемость. Нам нужно чётко определить какие поля в каждой таблицы, будут являться ключевыми, и какая связь будет между этими таблицами. Ключевые будут участок и № полиса, связь между таблицами будет осуществляться через них же.
И так мы продумали азы нашей таблицы, теперь осталось безошибочно её создать.
Создаем новую базу данных, даем ей имя «Поликлиника №1».
Открываем и с помощью конструктора, создаем новую таблицу. Присваиваем имя таблице «Врачи». Заполняем поля нашими данными:
Каждому полю присваиваем тип данных.
Типы данных необходимо выбрать из раскрывающегося списка:
? Текстовый - алфавитно-цифровые данные (до 255 байт)
? Поле МЕМО - длинный текст или числа, например, примечания или описания (до 64000 байт)
? Числовой - текст или комбинация текста и чисел (сохраняет 1, 2, 4 или 8 байтов)
? Дата/время - даты и время (8 байт)
? Денежный - используется для денежных значений (сохраняет 8 байтов)
? Счетчик - автоматическая вставка уникальных последовательных (увеличивающихся на 1) или случайных чисел при добавлении записи (4 байта)
? Логический - данные, принимающие только одно из двух возможных значений, например, «Да/Нет» (1 бит)
? Поле объекта OLE - для вставки следующих объектов: рисунки, картинки, диаграммы и т.д. (до 1 Гбайта)
? Гиперссылка - адрес ссылки на файл на автономном компьютере или в сети (сохраняет до 64000 знаков)
? Мастер подстановок - создает поле, позволяющее выбрать значение из другой таблицы или из списка значений, используя поле со списком. При выборе данного параметра в списке типов данных запускается мастер для автоматического определения этого поля.
Рис.7. Выбор типа данных в базе данных.
Таким же образом создаем ещё две таблицы, называем их «Пациенты» и «Посещаемость».
После создания структуры таблиц (врачи, пациенты и посещаемость) для сущностей базы данных "Городская поликлиника №1" необходимо установить связи между таблицами. Связи между таблицами в БД используются при формировании запросов, разработке форм, при создании отчетов. Для создания связей необходимо закрыть все таблицы и выбрать команду "Схема данных" из меню закладок, появится активное диалоговое окно "Добавление таблицы" на фоне неактивного окна Схема данных.
В появившемся диалоговом окне Добавление таблиц необходимо выделить имена таблиц и нажать кнопку Добавить, при этом в окне "Схема данных" добавляются таблицы. После появления всех таблиц в окне Схема данных необходимо закрыть окно Добавление таблицы, щелкнув левой кнопкой мыши на кнопке Закрыть.
Рис. 9. Схема данных в базе данных.
Следующий шаг - это установка связей между таблицами в окне Схема данных. Для этого в окне Схема данных необходимо отбуксировать (переместить) поле Участок из таблицы Врачи на соответствующее поле таблицы Посещения, в результате этой операции появится окно "Изменение связей". В появившемся окне диалога "Изменение связей" необходимо активизировать флажки: "Обеспечить целостность данных", "каскадное обновление связанных полей" и "каскадное удаление связанных записей", убедиться в том, что установлен тип отношений один-ко-многим и нажать кнопку Создать.
В окне Схема данных появится связь один-ко-многим между таблицами Врачи и Посещения. Аналогичным образом надо связать поля Пациенты и Посещения. В итоге получим нужную нам схему данных.
Рис. 10. Установка связей в схеме данных.
После установки связей между таблицами, окно Схема данных необходимо закрыть. Далее необходимо осуществить заполнение всех таблиц.
2.5 Методика наполнения базы данных информацией
Заполнение таблиц нужно начать с заполнения таблицы Врачи. В окне базы данных выделяем нужную таблицу, затем двойным щелчком открыва
Создание базы данных поликлиники курсовая работа. Программирование, компьютеры и кибернетика.
Реферат по теме Феномен игры
Сочинение В Стиле Нравоучительной Статьи
Реферат по теме Высоковольтный воздушный выключатель ВНВ-500
Понятие Нормативных Документов По Стандартизации Реферат
Курсовая работа: Особливості процесу мислення
Контрольная работа: Сущность цели и механизм аудиторской проверки
Курсовая работа по теме Исследование принципа работы интерактивной доски
Сочинение По Сказке Марья Моревна
Ана Тіліміз Туралы Эссе
Курсовая Работа На Тему Маркетинговое Исследование Товаров Конкурентов На Примере Рынка Сотовых Телефонов
Таблица Для Выполнения Контрольной Работы По Ору
Реферат: Системы электронных платежей
Реферат: Gender Roles Essay Research Paper Gender role
Как Начать Писать Эссе
Контрольная работа по теме Методы маркетингового анализа
Человек в системе экономических отношений. Экономика России
Курсовая работа по теме Националистические движения в Германии конец XIX-1918 г.
Отчет О Прохождении Практики В Администрации Района
Курсовая работа: Построение траектории Броуновского движения
Реферат: Жизнь и творчество Альберта Эйнштейна
Развитие эмоционально-волевой сферы старших дошкольников средствами игровой деятельности - Педагогика дипломная работа
Учет расчетов с подотчетными лицами - Бухгалтерский учет и аудит курсовая работа
Система автоматизации проведения инвентаризации в налоговой инспекции - Программирование, компьютеры и кибернетика курсовая работа