СОДЕРЖАНИЕ ВВЕДЕНИЕ…………………………………………………………………… 4 Глава 1. Общие понятия………………………………………..……………. 6 1.1 Понятие о СУБД……………………………..………...…………… 6 1.2 Основные понятия о реляционных базах данных……………...…. 9 1.3 Выбор и описание используемой СУБД.………..………………… 13 1.4 Назначение и функции программной системы………………....… 14 1.5 Системные требования…………………………..…………………. 14 Глава 2. Разработка базы данных «Медицинские услуги» ………....…… 16 2.1 Анализ предметной области……..……..……..…………………… 16 2.2 Описание входных и выходных документов……………....…...… 17 2.3 Граф алгоритмической взаимосвязи показателей……………...… 18 2.4 ER-модель………………………………..……………………..…… 18 2.5 Проектирование даталогической модели БД…………………...… 19 2.6 Нормализованная реляционная модель……………………....…… 20 2.7 Проектная реализация БД……………………………..…………… 22 2.8 Назначение базы данных….……………...………………………… 42 2.9 Работа с данными о врачах…………………..…………………..….. 43 2.10 Работа с данными о клиентах………………………..………...….. 44 2.11 Работа с данными о лекарственных препаратах………...……….. 48 2.12 Работа с данными об осмотрах…………………………..………... 49 ЗАКЛЮЧЕНИЕ……………………………………………………..……....… 51 Список использованных источников литературы …..................................... 53 Приложения ………………………………………………….………...……... 55 3 Введение Актуальность управления информацией всегда было основной сферой применения компьютеров и, надо думать, будет играть еще большую роль в будущем. Базы данных и системы управления ими (СУБД, DBMS – Database Management System) на протяжении всего пути развития компьютерной техники совершенствовались, поддерживая все более сложные уровни абстрактных данных, заданных пользователем, и обеспечивая взаимодействие компонентов, распределенных в глобальных сетях и постепенно интегрирующихся с телекоммуникационными системами. В деловой и личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации всех этих данных необходимы определенные знания и организационные навыки. В общем смысле термин база данных — это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или разделе предметной области. Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем выдвинуло требование создания удобных средств интеграции хранимых данных и управления ими. На данный момент времени, рассматриваемая мною проблема очень актуальна, так как на протяжении нес кольких десятилетий вводится повсеместная компьютеризация рабочих мест сотрудников, а представленная мною база – один из необходимых шагов к автоматизации рабочих мест в организации. Для построения базы данных я выбрал систему управления базами данных (далее СУБД) Microsoft Office Access, т.к. считаю, что эта СУБД - самый оптимальный способ решения поставленной задачи. Мое решение объясняется тем, что Access входит в состав 4 пакета стандартных предназначенный для прикладных самой программ Microsoft распространенной Office, операционной системы (далее ОС) Microsoft Windows. Наша база данных должна соответствовать следующим требованиям: 1.Должна быть проста в эксплуатации; 2.Должна иметь высокую степень защиты; 3.Должна выдавать все необходимые выходные документы за короткий период времени; История развития компьютерной техники – это история непрерывного движения от языка и уровня коммуникации машины к уровню пользователя. Если первые машины требовали от пользователя оформления того, что ему нужно (то есть написания программ), в машинных кодах, то языки программирования четвертого уровня (4GLs) позволяли конечным пользователям, не являющимся профессиональными программистами, получать доступ к информации без детального описания каждого шага, но только с встроенными предопределенными типами данных – например, таблицами. В данной дипломной работе представлена разработка и реализация базы данных «Медицинские услуги». Все мы знаем «разборчивый почерк» врачей и волокиту с бумагами в медицинских учреждениях. Данная работа призвана помочь работе какого бы то ни было здравоохранительного учреждения и облегчить процесс обслуживания населения. 5 Глава 1. Общие понятия 1.1 Понятие о СУБД Цель любой информационной системы – обработка данных об объектах реального мира. Основные идеи современной информационной технологии базируются на концепции баз данных (БД). База данных (БД) - это поименованная совокупность структурированных данных, относящихся к определенной предметной области. Согласно данной концепции основой информационной технологии являются данные, организованные в БД, адекватно отражающие реалии действительности в той или иной предметной области и обеспечивающие пользователя актуальной информацией в соответствующей предметной области. Под предметной областью принято понимать часть реального мира, подлежащего изучению для организации управления и в конечном счёте автоматизации, например, предприятие, ВУЗ и так далее. Первые БД появились уже на заре 1-го поколения ЭВМ представляя собой отдельные файлы данных или их простые совокупности. Создавая базу данных, пользователь стремится упорядочить информацию по различным признакам и быстро извлекать выборку с произвольным сочетанием признаков. Сделать это возможно, только если данные структурированы. Структурирование - это введение соглашений о способах представления данных. Неструктурированными называют данные, записанные, например, в текстовом файле. Пользователями базы данных могут быть различные прикладные программы, программные комплексы, а также специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями. 6 По мере увеличения объемов и структурной сложности хранимой информации, а также расширения круга потребителей информации, определилась необходимость создания удобных и эффективных систем интеграции хранимых данных и управления ими. Теперь создание базы данных, ее поддержка и обеспечение доступа пользователей к ней осуществляются централизованно с помощью специального программного инструментария системы управления базами данных (СУБД). Система управления базами данных (СУБД) - это комплекс программных и языковых средств, необходимых для создания баз данных, поддержания их в актуальном состоянии и организации поиска в них необходимой информации. Использование СУБД обеспечивает лучшее управление данными, более совершенную организацию файлов и более простое обращение к ним по сравнению с обычными способами хранения информации. СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о: - физическом размещении в памяти данных и их описаний; - механизмах поиска запрашиваемых данных; - проблемах, возникающих при одновременном запросе одних и тех же данных многими пользователями (прикладными программами); - способах обеспечения защиты данных от некорректных обновлений и (или) несанкционированного доступа; - поддержании баз данных в актуальном состоянии - и множестве других функций СУБД. При выполнении основных из этих функций СУБД должна использовать различные описания данных. Проект базы данных надо начинается с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). Проектирование обычно 7 поручается человеку (группе лиц) – администратору базы данных (АБД). Им может быть как специально выделенный сотрудник организации, так и будущий пользователь базы данных, достаточно хорошо знакомый с машинной обработкой данных. Объединяя частные представления о содержимом базы данных, полученные в результате опроса пользователей, и свои представления о данных, которые могут потребоваться в будущих приложениях, АБД сначала создает обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных всем людям, работающих над проектированием базы данных, называют инфологической моделью данных. Такая человеко-ориентированная модель полностью независима от физических параметров среды хранения данных. В конце концов этой средой может быть память человека, а не ЭВМ. Поэтому инфологическая модель не должна изменяться до тех пор, пока какие-то изменения в реальном мире не потребуют изменения в ней некоторого определения, чтобы эта модель продолжала отражать предметную область. С помощью остальных моделей СУБД дает возможность программам и пользователям осуществлять доступ к хранимым данным лишь по их именам, не заботясь о физическом расположении этих данных. Нужные данные отыскиваются СУБД на внешних запоминающих устройствах по физической модели данных. Так как указанный доступ осуществляется с помощью конкретной СУБД, то модели должны быть описаны на языке описания данных этой СУБД. Такое описание, создаваемое АБД по инфологической модели данных, называют даталогической моделью данных. Трехуровневая архитектура (инфологический, даталогический и физический уровни) позволяет обеспечить независимость хранимых данных от использующих их программ. АБД может при необходимости переписать 8 хранимые данные на другие носители информации и (или) реорганизовать их физическую структуру, изменив лишь физическую модель данных. АБД может подключить к системе любое число новых пользователей (новых приложений), дополнив, если надо, даталогическую модель. Указанные изменения физической и даталогической моделей не будут замечены существующими пользователями системы (окажутся "прозрачными" для них), так же как не будут замечены и новые пользователи. Следовательно, независимость данных обеспечивает возможность развития системы баз данных без разрушения существующих приложений. 1.2 Основные понятия о реляционных базах данных Понятие реляционный (англ. relation — отношение) связано с разработками известного американского специалиста в области систем баз данных, сотрудника фирмы IBM д-ра Е. Кодда (Codd E.F., A Relational Model of Data for Large Shared Data Banks. CACM 13: 6, June 1970), которым впервые был применен термин «реляционная модель данных». В течение долгого времени реляционный подход рассматривался как удобный формальный аппарат анализа баз данных, не имеющий практических перспектив, так как его реализация требовала слишком больших машинных ресурсов. Только с появлением персональных ЭВМ реляционные и близкие к ним системы стали распространяться, практически не оставив места другим моделям. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных. Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами: 9 - каждый элемент таблицы - один элемент данных; повторяющиеся группы отсутствуют; - все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину; - каждый столбец имеет уникальное имя; - одинаковые строки в таблице отсутствуют; - порядок следования строк и столбцов может быть произвольным. Таблица такого рода называется отношением. База данных, построенная с помощью отношений, называется реляционной базой данных. Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы - атрибутам отношений, доменам, полям. Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом (ключевым полем). Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы (возможно совпадение ключей); в противном случае нужно ввести в структуру первой таблицы внешний ключ ключ второй таблицы. Предложив реляционную модель данных, Э.Ф.Кодд создал и инструмент для удобной работы с отношениями – реляционную алгебру. Каждая операция этой алгебры использует одну или несколько таблиц (отношений) в качестве ее операндов и продуцирует в результате новую таблицу, т.е. позволяет "разрезать" или "склеивать" таблицы. То, чем принципиально отличаются реляционные модели от сетевых и иерархических, на это можно сказать следующим образом: иерархические и сетевые модели данных - имеют связь по структуре, а реляционные - имеют связь по значению. 10 Проектирование баз данных традиционно считалось очень трудной задачей. Реляционная технология значительно упрощает эту задачу. Разделением логического и физического уровней системы она упрощает процесс отображения "уровня реального мира", в структуру, которую система может прямо поддерживать. Поскольку реляционная структура сама по себе концептуально проста, она позволяет реализовывать небольшие и/или простые (и поэтому легкие для создания) базы данных, такие как персональные, сама возможность реализации которых никогда даже бы не рассматривалась в старых более сложных системах. Теория и дисциплина нормализации может помочь, показывая, что случается, если отношения не структурированы естественным образом. Реляционная модель данных особенно удобна для использования в базах данных распределенной архитектуры - она позволяет получать доступ к любым информационным элементам, хранящимся в узлах сети ЭВМ. Необходимо обратить особое внимание на высокоуровневый аспект реляционного подхода, который состоит во множественной обработке записей. Благодаря этому значительно возрастает потенциал реляционного подхода, который не может быть достигнут при обработке по одной записи и, прежде всего, это касается оптимизации. Данная модель позволяет определять: операции по запоминанию и поиску данных; ограничения, связанные с обеспечением целостности данных. Для увеличения эффективности работы во многих СУБД реляционного типа приняты ограничения, соответствующие строгой реляционной модели. Многие реляционные СУБД представляют файлы БД для пользователя в табличном формате — с записями в качестве строк и их полями в качестве столбцов. В табличном виде информация воспринимается значительно легче. Однако в БД на физическом уровне данные хранятся, как правило, в файлах, содержащих последовательности записей. 11 Основным преимуществом реляционных СУБД является возможность связывания на основе определенных соотношений файлов БД. Со структурной точки зрения реляционные модели являются более простыми и однородными, чем иерархические и сетевые. В реляционной модели каждому объекту предметной области соответствует одно или более отношений. При необходимости определить связь между объектами явно, она выражается в виде отношения, в котором в качестве атрибутов присутствуют идентификаторы взаимосвязанных объектов. В реляционной модели объекты предметной области и связи между ними представляются одинаковыми информационными конструкциями, существенно упрощая саму модель. СУБД считается реляционной при выполнении следующих двух условий, предложенных еще Э. Коддом: поддерживает реляционную структуру данных; реализует по крайней мере операции селекции, проекции и соединения отношений. В последующем был создан целый ряд реляционных СУБД, в той или иной мере отвечающих данному определению. Многие СУБД представляют собой существенные расширения реляционной модели, другие являются смешанными, поддерживая несколько даталогических моделей. На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне. Основным достоинством реляционных баз данных является совместимость с самым популярным языком запросов SQL. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных 12 баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных. Но выявлены и недостатки рассмотренной модели баз данных: так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько-нибудь сложных взаимосвязей в базе данных; высокая трудоемкость манипулирования информацией и изменения связей. 1.3 Выбор и описание используемой СУБД Для выполнения поставленной нами цели будем пользоваться системой управления базами данных Microsoft Access. Наш выбор обусловлен тем, что Access входит в один из наиболее распространенных пакетов прикладных программ – Microsoft Office. В настоящее время достаточно ясно обозначилась область применение Access. Во-первых, пользователями этой систе мы являются не программирующие профессионалы, люди, близкие к вычислительной технике, но не имеющие достаточного времени на ее изучение, поскольку она лежит вне области их профессиональных интересов и служит лишь подспорьем в работе. Таких пользователей привлекает легкость изучения программы, ее толерантность, возможность решить большинство проблем без программирования, а также средства быстрого создания приложений. СУБД обладает дружественным интерфейсом, понятным среднему пользователю. Access также можно использовать в домашних условиях, например, для создания телефонного справочника или какого -нибудь каталога. Характерный пример – разработка базы данных студентами под 13 руководством преподавателя. Другая сфера применения этой СУБД – предприятия, имеющие локальную сеть, - Access хорошо зарекомендовал себя при использовании в сети. Несомненным достоинством Access является также то, что эта программа создавалась сразу для Windows и поэтому не содержит в себе ограничений, обусловленных «наследством MS-DOS». 1.4 Назначение и функции программной системы База данных служит для обслуживания пациентов медицинского центра и облегчения документирования записей о больных. Данная база данных не имеет каких либо резко субъективных черт, которые могли бы применяться только в определенной области. Поэтому представляется возможным использование данной работы во многих здравоохранительных организациях с похожим видом деятельности. Понятный русский стандартный интерфейс, состоящий из окон, кнопок и вкладок легок в освоении даже неопытному пользователю. 1.5 Системные требования Для работы базы данных необходимы следующие ресурсы: процессор Pentium 133 или выше; минимальный объем оперативной памяти — 32 Мбайт; жесткий диск с объемом свободного пространства не менее 100 Мбайт; рекомендуется монитор типа VGA или с лучшей разрешающей способностью; CD-ROM, клавиатура, мышь. Для запуска данной базы данных требуется Visual Fox Fox Pro 6 и операционную систему: Windows 98/ME/NT 4.0/2000/XP. Основные объекты данной информационной системы: 14 «Показать список работающих врачей» — содержит информацию о сотрудниках; «Клиенты» — хранит данные о клиентах; «Работа с лекарствами» — хранит данные о лекарствах; «Осмотры» — содержит информацию о медицинских осмотрах больных; «Медицинские услуги» — содержит информацию о медицинских услугах Поликлиники; «Платные медицинские услуги» — содержит информацию о всех платных медицинских услугах; 15 Глава 2. Разработка базы данных «Медицинские услуги» 2.1 Анализ предметной области База данных обслуживает медицинский центр, следовательно главные компоненты в базе – это врачи, пациенты и лекарства. С этими данными в основном и производится вся работа. Изначально в базе данных уже хранится список врачей, которые работают в медицинском центре. У каждого врача есть свой уникальный номер, а также в базе указываются его специальность и фамилия, имя и отчество. В базе отдельно хранятся записи о пациентах. Известны их имя, пол, домашний адрес и дату рождения. У них также есть свой уникальный номер. При появлении новых клиентов их можно внести в базу по заданным требованиям. Основная нагрузка идет на форму с данными осмотрах клиентов В ней используются практически все данные и фактически все через нее связываются. Каждый раз, когда больной приходит в медицинский центр, создается новый кортеж со своим уникальным номером. Врач указывает в кортеже свой и пациента уникальные номера, которые исключат путаницы людей с возможно одинаковыми именами. Врач каждый раз ставит диагноз больному в соответствии с его состоянием и назначает ему лекарственные препараты. Также врач может указать какие либо особые предписания для каждого больного. К списку лекарств, которые выписываются больным, имеется отдельный доступ. Можно узнать, каким людям прописали определенный препарат. В сведениях о лекарствах содержатся способы их применения и возможные побочные действия. Для удобства врачей администратором базы данных создан список наиболее частых болезней, которые можно указать в описании лекарства. С помощью различных форм и запросов в базе данных реализована возможность разделять данные по критериям и конкретизировать их. 16 2.2 Описание входных и выходных документов Описание входных документов Под входной информацией понимается вся информация, необходимая для решения поставленной задачи. Данные для расчета представлены в таблице 1. Таблица Пациент. Входная информация. Поле Тип Размер Обязательное Счетчик Целое Да Да(Совпадения не допускаются) Текстовый 255 Да Да(Совпадения допускаются) ПОЛ Текстовый 255 Да Да(Совпадения допускаются) Дата рождения Дата/время Целое Да Да(Совпадения допускаются) Числовой Целое Да Да (Совпадения не допускаются ) Личный номер пациента Имя Домашний адрес Индексированное Описание выходных документов Выходной информацией являются: документы отображающиеся в виде отчетов, с описанием значений полученных показателей. Выходная информация представляется в виде отчетов, где указывается: ФИО врача; имя, дата рождения, ПОЛ, место жительства пациента. Данные для расчета представлены в таблице 2. Таблица Все врачи с пациентами – Выходная информация Поле Тип Размер Обязательное Индексированное ФИО Текстовый 255 Да Да(Совпадения не допускаются) Имя Текстовый 255 Да Да(Совпадения допускаются) Дата рождения Текстовый 255 Да Да(Совпадения допускаются) ПОЛ Текстовый 255 Да Да (Совпадения не допускаются ) Место жительства Текстовый 255 Да Да (Совпадения не допускаются ) Разработка инфологической модели БД Под инфологической моделью (ИЛМ) понимают описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от используемых в дальнейшем программных средств. 17 Для описания инфологической модели используются графические средства. 2.3 Граф алгоритмической взаимосвязи показателей Первоначально определяются экономические показатели. Обычно показатели включают один реквизит-основание и несколько характеризующих его реквизитов признаков. В описании документов и запросов реквизиты-основания нами обозначены значками. Далее построим граф, Рисунок 1 – Граф алгоритмической взаимосвязи показателей. Личный № врача ФИО Специальность ПОЛ № Осмотра Место проведения осмотра Дата осмотра Личный № пациента Личный № врача Диагноз особый предписания Шифр лекарства Шифр лекарства Название Способы применения Противопоказания Способы примения Личный № пациента Имя ПОЛ Дата рождения Домашний адрес Болезни 2.4 ER-модель В основе ER-модели (модель сущность-связь) лежат следующие базовые понятия: Сущность – с помощью которой моделируется класс однотипных 18 объектов. Атрибуты – характеристики, определяющие свойства сущности. Ключ – набор атрибутов, однозначно идентифицирующий конкретный экземпляр сущности.ER-модель представляет собой графический рисунок, состоящий из овалов и ромбов и связей между ними. Овал характеризует объект. Вверху - название объекта, под чертой- ключ объекта, ниже зависимые свойства. Ромб характеризует процесс - отношения объектов. В ромбе, - название процесса, под ним зависимые от всех связанных с данным процессов объектов свойства. Рисунок 2 – ER-модель Врачи Личный № врача 1 ∞ Пациент Код каталога 1 Личный № врача ФИО Специальность ∞ 1 1 Лекарственные препараты Шифр лекарства Шифр лекарства Название Способы применения Противопоказания Способы применения Личный № пациента Имя ПОЛ Дата рождения Домашний адрес 1 ∞ ∞ ∞ Осмотр № Осмотра Место проведения осмотра Дата осмотра Личный № пациента Личный № врача Диагноз особый предписания Шифр лекарства 2.5 Проектирование даталогической модели БД В реляционных базах данных даталогическое проектирование приводит к разработке схемы базы данных, то 19 есть совокупности моделируют схем абстрактные отношений, объекты которые предметной адекватно области и симантические связи между этими объектами. В результате выполнения этого этапа должны быть получены следующие документы: 1) Описание концептуальной схемы данных, терминов выбранной СУБД (состав таблиц); 2) Описание правил поддержки целостности базы данных (структура и ключи); 3) Разработка процедур поддержки симантической целостности БД (схема данных). Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой проектируется БД. Таблица 3 – Пример структуры и ключей БД И м я эл ем ент а № Осм о тр а Мес то пр о ве де н и я Ти п да нны х Сче тч и к (к л юч) О писа ние Ид е нт и фи к а цио н н ы й но м ер о см о тр а О б ъе кт БД Т абл и ца «Ос м о тр » Т ексто вы й Мес то пр о ве де н и я - Дат а о см о тр а Д ат а/ вр ем я Дат а - Л ич ны й № п а ц ие н та Чи с ло во й( к л юч) Но м ер - Л ич ны й № вр а ча Чи с ло во й( к л юч) Но м ер - Д иа г но з Т ексто вы й Диа г но з - Осо бые пр ед п и са н ия Чи с ло во й о см о тр а Ши фр ле кар ст ва Ид е нт и фи к а цио н н ы й но м ер га зе ты Чи с ло во й Ид е нт и фи к а цио н н ы й ( к лю ч) но м ер ж ур н а ла - - 2.6 Нормализованная реляционная модель Реляционная модель данных реализует и представляет себя в виде таблиц или реляций. 20 Реляция – это двухмерная таблица, состоящая из строк и столбцов. Реляционная модель данных характеризуется следующими компонентами: 1. информационной конструкцией – отношением с двухуровневой структурой, 2. допустимыми операциями – проекцией, выборкой, состоянием и некоторыми другими, 3. ограничениями – функциональными зависимостями между атрибутами отношения. В реляционной модели данных могут использоваться следующие операции: 1) проекция – это операция, которая переносит в результирующие отношения те столбцы исходного отношения, которые указаны в условии операции; 2) выборка – это операция, которая переносит в результирующие отношения те строки из исходного отношения, которые удовлетворяют условию выборки. Условие выборки проверяется в каждой строке отношения по отдельности; 3) объединение – производится над двумя исходными отношениями и содержит строки, присутствующие либо в первом, либо во втором отношении; 4) пересечение – содержит строки, присутствующие и в первом и во втором отношении; 5) вычитание – содержит те строки из первого отношения, которые отсутствуют во втором; 6) добавление – добавляют все строки из второго отношения в первое; Обычно исходная реляционная модель формируется из ERмодели путем преобразования полных объектов и процессов в самостоятельные отношения. Ключами отношений выступают при этом ключи объектов и сцепка ключей, связанных с процессами объектов (см. рис.3). Ключи отношения 21 подчеркнуты. Нормализация – это процесс реорганизации данных путем ликвидации повторяющихся групп и иных противоречий с целью приведения таблиц непротиворечивое к и виду, позволяющему корректное осуществлять редактирование данных. Окончательная цель нормализации сводится к получ ению такого проекта БД, в котором каждый факт появляется лишь в одном месте, то есть исключена избыточность информации. Цели нормализации: 1) исключение избыточности информации; 2) экономия памяти; 3) исключение противоречивости хранимых данных; 4) упрощение управления данными. 2.7 Проектная реализация БД В текущем разделе представлено описание и процесс разработки всех элементов базы в следующем порядке: Таблицы; Связывание таблиц Запросы; Отчеты; Формы. Таблицы На основании предметной области создается реляционная база данных, а следовательно каждому значимому элементу ставится в соответствие таблица. В базе было «Дополнительная создано плата», 13 таблиц – «Болезни», «Исследования», «Врачи», «Осмотр специалистов(Поликлиника)», «Лекарственные препараты», «Осмотры», 22 «Осмотры специалистов», «Пациент», «Пол», «Процедуры», «Прочие услуги», «УЗИ». Таблица «Лекарственные препараты». Предназначена для хранения данных о лекарственных препаратах. Таблица «Список болезней». Служит маской ввода для таблицы «Лекарственные препараты». Содержит основные болезни. Таблица «Врачи». В ней содержатся данные о врачах, работающих в данном медицинском учреждении. 23 Таблица «Пациенты». Данная таблица содержит данные о клиентах. Она постоянно дополняется. Таблица «Осмотр» Является основной частью базы данных. В эту таблицу вносятся данные и о клиентах, и о врачах, работавших с пациентами. Через эту таблицу определяется большинство запросов. Таблица «Пол» Данная таблица содержит информацию о поле больного. 24 Таблица «Процедуры» Данная таблица содержит информацию о процедурах. Она постоянно дополняется. Таблица «Осмотр специалистов» Данная таблица содержит информацию о осмотрах специалистов. Она постоянно дополняется. Таблица «Исследования» Данная таблица содержит информацию о исследовательских услугах. Она постоянно дополняется. 25 Таблица «Дополнительная оплата» Данная таблица содержит информацию об дополнительной оплате медицинских принадлежностей. Она постоянно дополняется. Таблица «УЗИ» Данная таблица содержит информацию о услугах «УЗИ». Таблица «Прочие услуги» Данная таблица содержит информацию о прочих медицинских услугах . Связывание таблиц Access 2007 позволяет строить реляционные базы данных, отдельные таблицы которых могут быть связаны между собой. Простейшей и наиболее редкой формой связи между таблицами 26 является связь «один к одному», при которой для каждой записи в одной таблице существует в лучшем случае одна связанная с ней запись в другой таблице. Гораздо чаще встречается связь «один ко многим», при которой для каждой записи в одной таблице существует одна, несколько или ни одной записи в другой таблице. Нередко приходится иметь дело также со связью «многие ко многим», при которой отсутствуют ограничения на множества пар записей, принадлежащих связи. Такая связь в Access не используется. Ее необходимо представить в виде двух связей «один ко многим». Здесь представлены связи, которые обеспечивают связанную работу базы данных. Ключевые поля обозначены значком « ». Таблица «болезни_список», не обозначенная связями, является маской ввода в таблице «Лекарственные препараты», таблица «пол» также является маской ввода, так как данное поле может иметь только 2 значения. Для стабильной и правильной работы базы данных введена проверка на целостность данных. 27 Формы 1.Главная заставка. Эта форма служит отправной точкой для работы с базой. В зависимости от направленности действий можно выбрать 2 направления, нажав соответствующие кнопки. 28 2. Форма «Врачи» Данная форма отображает работающих в медицинском центре врачей. С помощью этой формы можно также определить, какие пациенты лечились у определенного врача, выделив интересующего врача и нажав кнопку . Результат отобразится в виде списка-формы: 29 3. Форма «Клиенты» Разделена на 3 вкладки по роду задач. 1 вкладка «Список клиентов». Позволяет просмотреть список проходивших лечение клиентов. Служит только для просмотра. При добавлении записей для корректного отображения записей на данной вкладке есть кнопка внизу, обновляющая данные по пациентам. 30 2 вкладка «Информация по клиентам». На данной вкладке можно определить следующие данные: количество осмотров и кто присутствовал на осмотрах по введенной дате; список пациентов и их количество, которые принимают определенный препарат; список препаратов для определенного пациента; список пациентов с определенной одинаковой болезнью (если такие имеются). 31 3 вкладка «Работа с клиентами». На данной вкладке можно более тщательно рассмотреть (данные не сливаются друг с другом) данные пациента. Основной задачей данной вкладки является добавление записей о новых пациентах или удаление записей пациентов из базы данных. 32 4 форма «Лекарственные препараты» Данная форма предназначена для работы с лекарствами. Можно просмотреть список имеющихся в базе лекарств: Или же добавить с помощью запроса новое лекарство. 33 5 форма «Осмотры» В данной форме содержатся данные обо всех осмотрах, которые проводились сотрудниками данного медицинского центра. Для нахождения какого либо определенного осмотра вынесена кнопка «поиска», которая быстро найдет нужную информацию. Здесь же находится кнопка для добавления нового осмотра. Ввод вводится на новой форме: 34 6 форма «Дополнительная оплата» Данная форма предназначена для работы услугами медицинских принадлежностей. Можно просмотреть список имеющихся в базе принадлежностей: Или же добавить с помощью запроса новое. 35 7 форма «Прочие услуги» Данная форма предназначена для работы с прочими медицинскими услугами. Можно просмотреть список имеющихся в базе прочих услуг: Так же можно добавить новую медицинскую услугу. 36 7 форма «Прием и консультации врачей» 37 Запросы Используются для определения каких либо конкретных данных по базе данных. В данной базе данных использовались различные способы формирования запросов (как с помощью конструктора запросов, так и с помощью языка запросов SQL). Запрос 1. Определение тех пациентов, которые ходили на прием в заданную дату. 38 Запрос 2. Определение пациентов с одинаковой болезнью (болезнь вводится пользователем базы данных.) Запрос 3. Показывает каким пациентам прописали введенный пользователем препарат. Запрос исключает повторяющиеся записи. 39 Запрос 4. Определяет количество приемов в день по введенной пользователем дате. Запрос 5. Показывает всех пациентов у запрошенного пользователем врача. 40 Запрос 6. Показывает какие препараты прописали пациенту, которым интересуется пользователь. Запрос 7. Добавляет в базу данных новый лекарственный препарат, описывая его свойства. Запрос 8. Удаление из базы данных лекарства с заданным названием. Результатами запросов являются таблицы либо результаты, отражающиеся в виде форм. 41 2.8 Назначение базы данных База данных служит для обслуживания пациентов медицинского центра и облегчения документирования записей о больных. Данная база данных не имеет каких либо резко субъективных черт, которые могли бы применяться только в определенной области. Поэтому представляется возможным использование данной работы во многих здравоохранительных организациях с похожим видом деятельности. Понятный русский стандартный интерфейс, состоящий из окон, кнопок и вкладок легок в освоении даже неопытному пользователю. Установка и запуск программы. Чтобы установить и запустить базу данных «Медицинский центр», нужно: Вставить диск в дисковод. Копируем содержимое вставленного диска в удобное для Вас место. Запускаем файл med_centr.mdb Если база данных запускается, то установка прошла. Примечание: для работы с данной базой данных необходима установленная на компьютер программа Microsoft Access. Предпочтительнее, чтобы эта программа была версии 2007 года. Если все предыдущие операции с базой данных были произведены правильно, то вы увидите главную форму базы данных: 42 Порядок работы. 2.9 Работа с данными о врачах На начальной форме нажать кнопку Откроется форма со списком работающих врачей: 43 Для того, чтоб закончить просмотр списка, нажмите кнопку Для внесения в базу нового врача, необходимо зайти в базу под правами администратора БД и добавить новые данные непосредственно в таблицу «Врачи». Для просмотра списка пациентов определенного врача, поставьте курсор в строку с его записью и нажмите кнопку . Появится интересующий вас список. Для закрытия списка нажмите кнопку . 2.10 Работа с данными о клиентах На начальной форме нажать кнопку . Перед Вами появится вкладка «Список клиентов»: 44 Для завершения работы с этой формы нажмите в правом верхнем углу. Для продолжения работы с этой формой нажмите на одну из вкладок: или . При возвращении на эту форму после совершения действий над базой для корректного отображения данных нужно нажать кнопку Если вы нажали вкладку . , то перед вами появится форма: Если Вы хотите определить количество осмотров и кто присутствовал на осмотрах по введенной дате, то введите интересующую вас дату в поле: и нажмите клавишу “Enter”. Результат появится в подформе; 45 Если Вы хотите определить список пациентов и их количество, которые принимают определенный препарат то выберете интересующее вас лекарство в поле: . Результат появится в подформе; Если Вы хотите определить список препаратов для определенного пациента из запроса с датой, то поместите курсор на интересующего пациента и нажмите кнопку вы можете ввести . Если вас интересует другой пациент, его имя, нажав кнопку и получить результат. Если вы хотите получить список пациентов с определенной одинаковой болезнью (если такие имеются), то в выпадающем меню выберете интересующую болезнь, а затем нажмите кнопку . Если вы сторонник ручного ввода, нажмите кнопку и введите болезнь, информация по которой вам интересна – результат появится в виде таблицы. Если вы нажали вкладку , то перед вами появится форма: 46 На данной вкладке Вы можете добавить или удалить из базы записи о клиентах. Для этого соответственно нужны кнопки кнопки добавления ( и . Перед нажатием ), необходимо в поля формы внести соответствующие данные о новом пациенте. Кнопки , , и служат для навигации по данным о пациентах. Для закрытия этой формы нажмите кнопку . 47 2.11 Работа с данными о лекарственных препаратах На начальной форме нажать кнопку . Откроется форма: Для ее закрытия нажмите кнопку . Для добавления лекарства в базу данных нажмите кнопку и вводите данные во всплывающие окошки и нажимайте «ОК», когда все данные будут введены запись добавится. Для просмотра сведений о всех лекарствах в базе данных, необходимо нажать кнопку . Перед вами откроется форма: 48 Для завершения работы с этой формы нажмите в правом верхнем углу. 2.12 Работа с данными об осмотрах На начальной форме нажать кнопку . Перед вами появится форма: На этой форме отображены данные обо всех осмотрах, проводившихся мед центром. 49 Для показа каких либо осмотров по требованию, нажмите кнопку , и перед вами появится форма: Забив в поле «Образец» интересующие вас данные, нажмите кнопку «Найти далее» и получите результат. Для добавления осмотра воспользуйтесь кнопкой . Перед вами откроется форма: Введите в представленные поля соответствующие данные и для добавления данных нажмите кнопку . Для закрытия этой формы нажмите кнопку . 50 Заключение Таким образом, в процессе проектирования базы данных, можно прийти к выводу, что правильная организация хранения и представления данных является неотъемлемой частью для успешного функционирования базы данных. Огромную роль в построении базы данных в MS Access играют такие полезные функции, как создание запросов, которые позволяют делать выборку необходимых полей из большой совокупности данных, а также производить арифметические и логические операции над этими полями. Формы играют существенную роль в организации баз дынных, поскольку они создаются непосредственного для изменения или дополнения данных в таблицах через сами формы, а также формы более наглядно представляют информацию, содержащуюся в таблицах. Отчеты являются не менее важными элементами информационной системы, поскольку через создание отчетов можно распечатывать данные из информационной системы на бумагу, предварительно выбрав необходимые уровни группировки данных, что очень удобно при работе с большими объемами данных. На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне. Проблема проектирования реляционной базы данных состоит в обоснованном принятии решений о том, из каких отношений должна состоять база данных и какие атрибуты должны быть у этих отношений. Средствами СУБД Access из пакета программ Microsoft Office 2007 мною была разработана база данных, предназначенная для автоматизации работы медицинского центра. Был проведен анализ предметной области и изучена ее специфика, поэтому база должна быть понятна и удобна работникам здравоохранения. База максимально настроена на выполнение требований персонала медицинского центра и имеет приятный на взгляд вид. 51 На данный момент времени, рассмотренная нами проблема очень актуальна, так как на протяжении нескольких десятилетий вводится повсеместная компьютеризация рабочих мест сотрудников, а представленная нами база – один из необходимых шагов к автоматизации рабочих мест в организации. Для построения базы данных мы выбрали систему управления базами данных (далее СУБД) Microsoft Office Access. Наша база данных соответствует следующим требованиям: 1. Проста в эксплуатации; 2. Имеет высокую степень защиты; 3. Выдает все необходимые выходные документы за короткий период времени; 4. Достаточно надежна. 52 Список используемой литературы 1. http://medflagman.ru/public/proposals/ 2. http://intersystems.ru/partners/catalog/sparm_qms.html 3. http://members.mirslovarei.com 4. http://amursma.ru 5. http://ivolga-soft.ru 6. http://access.avorut.ru 7. http://vuithelp.ru 8. http://sysadmins.ru/topic308661.html 9. http://www.cyberforum.ru 10. http://www.updatestar.com 11. http://www.burmiac.ru 12. http://referatwork.ru/refs/source/ref-106138.html 13. http://xreferat.ru/53/3599-1-marketing-medicinskih-uslug.html 14. http://referatbox.com/11298/medicinskie-uslugi/ 15. http://www.bankreferatov.ru/referats.doc.html 16. http://dgb-19.ru/index.php/platnye-uslugi/ 17. http://urniif.ru/can/paymed/pris/ 18. http://www.textreferat.com/referat -2438-5.html 19. http://mcprofmed.ru/prochie-raboty-i-uslugi 20. http://www.cardiogomel.by/node/279 21. http://www.med.uz/virology/branch/price.php 22. Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров. Проектирование баз данных.СУБД Microsoft Access.2004г. 23. A.Днепров. Microsoft Access 2007.2008г. 53 24. Пол Литвин, Кен Гетц, Майк Гунделой . Разработка корпоративных приложений в Access 2007.Для профессионалов. 2003г. 25. В.Е.Кошелев.Access 2007.Эффективное использование.2008 26. Боб Виллариал. Программирование Access 2002 в примерах. 2003г. 27. Дубнов П.Ю. Проектирование баз данных. 2000г. 28. Гурвиц Г. Разработка реального приложения в среде клиент-сервер. 2005г. 29. Вирджиния Андерсен. Базы данных Microsoft Access.Проблемы и решения. 2001г. 30. Р.Прокди, И.Клеандрова, А.В.Голышева. Access 2007 без воды. Все что нужно для уверенной работы. 2008г. 31. Александр Владимирович Кузин, Виктор Михайлович Демин. Разработка баз данных в системе Microsoft Access.2009г. 32. Мак-Длнальд М. Microsoft Access 2007: Недостающее руководство.2007г. 33. Джон Дей, Крейг Ван Слайк, Рэймонд Фрост. Проектирование и разработка баз данных. Визуальный по дход. 2007г. 34. Николай Петрович Обухов. Разработка баз данных в Microsoft Access.2008г. 35. Вячеслав Евгеньевич Кошелев. Базы данных в Microsoft Access 2007. 2007г. 54
