Разработка базы данных "Состояние здоровья учащихся" на примере МОУ СОШ № 44

Работа из раздела: «Программирование, компьютеры и кибернетика»

РАЗРАБОТКА БАЗЫ ДАННЫХ «СОСТОЯНИЕ ЗДОРОВЬЯ УЧАЩИХСЯ» на примере МОУ СОШ № 44

Оглавление

Введение

Глава 1. Теоретические основы проектирования баз данных

1.1 Понятие базы данных. Модели данных

1.2 Классификация баз данных. Системы управления базами данных

1.3 Этапы проектирование базы данных. Подходы к проектированию базы данных

Глава 2. Проектирование БД «Состояние здоровья учащихся» для МОУ СОШ №44 г. Нижнего Тагила Свердловской области

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

2.2 Проектирование базы данных «Состояние здоровья учащихся» на примере МОУ СОШ №44

2.3 Разработка базы данных «Состояние здоровья учащихся» для школьного врача МОУ СОШ №44

Заключение

Список литературы

Приложение 1

Введение

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

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

Для автоматизации учета состояния здоровья больных используются могут использоваться такие программы как «Электронная медицинская карта» и «МедКарта». Однако данные программы школьному врачу применять достаточно сложно, так как они, с одной стороны, позволяют реализовать не все функции школьного врача, а с другой - достаточно сложны и для работы с ними требуется специальная подготовка кадров. Это обуславливает необходимость разработки базы данных для автоматизации ведения врачом необходимой документации.

Целью данной работы является автоматизация ведения врачом МОУ СОШ №44 документации, необходимой для учета состояния здоровья учащихся.

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

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

Для решения поставленных задач использовались методы научного исследования: изучение и анализ литературы и нормативных документов; беседы с учителями школ, школьным врачом и администрацией, по проблеме исследования для выяснения процессов, подлежащих автоматизации; систематизации; проектирование; моделирование; тестирование БД; анкетирование школьного врача МОУ СОШ №44.

Для достижения цели необходимо выполнить следующие задачи:

1. Проанализировать предметную область деятельности школьного врача.

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

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

Глава 1. Теоретические основы проектирования баз данных

1.1 Понятие базы данных. Модели данных

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

Определим понятие «база данных» и рассмотрим и ее назначение.

М.П. Малыхина считает, что база данных - это организованная структура, предназначенная для хранения информации [1].

И. Харитонова, В. Михеева понимают под базой данных информационную модель, позволяющую хранить данные о группе объектов, обладающих одинаковым набором свойств [2].

А.Д. Хомоненко, В.М. Цыганкова, М.Г. Мальцева, В.А. Каймин считают, что база данных представляет собой совокупность специальным образом организованных данных, хранимых в памяти системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой предметной области [3].

Ю.А. Шафрин считает, что база данных (в общем смысле) - совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или ее разделе [4].

В таблице 1 (приложение 1) приведен контент-анализ понятия «база данных».

Следует отметить, что хранимые в базе данные имеют определенную логическую структуру, то есть описываются некоторой моделью представления данных (моделью данных). К числу классических относятся следующие модели данных [3]:

- иерархическая,

- сетевая,

- реляционная.

Рассмотрим данные модели.

Иерархическая модель

Иерархическая модель - это логическая модель данных в виде древовидной структуры [16]. В иерархической модели связи данными можно описать с помощью упорядоченного графа (или дерева). Упрощенно представление связей между данными в иерархической модели показано на рис. 1.

Рис. 1. Представление связей в иерархической модели

Для описания структуры иерархической БД на некотором языке программирования используется тип данных «дерево». Иерархической базой данных является Каталог папок Windows (рис.2), реестр Windows (рис.3), доменная система имен подключенных к Интернету компьютеру [15].

Рис.2 Иерархическая модель данных, представленная в виде папок Windows

Рис.3 Иерархическая модель данных, представленная в виде реестра Windows

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

Сетевая модель.

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

Для описания схемы сетевой БД используется две группы типов: «запись» и «связь». Тип «связь» определяется для двух типов «запись»: предка и потомка. Переменная типа «связь» являются экземплярами связей.

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

Сетевой базой данных фактически является Всемирная паутина глобальной компьютерной сети Интернет (рис.5) [31]. Гиперссылки связывают между собой огромное количество документов в единую распределенную сетевую базу данных.

Рис.5. Всемирная паутина глобальной компьютерной сети Интернет

К числу важнейших операций манипулирования данными баз сетевого типа можно отнести следующие [3]:поиск записи в БД; переход от предка к первому потомку; переход от потомка к предку; создание новой записи; удаление текущей записи; обновление текущей записи; включение записи в связь; исключение записи из связи; изменение связей и т.д.

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

Реляционная модель

Реляционная модель данных предложена сотрудниками фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation) [3].

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

Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей. Строкам таблицы соответствуют кортежи, а столбцам атрибуты отношения (рис. 6) [1]. Атрибут описывает данные о сущности, которые нужно сохранить.

Рис. 6. Реляционная модель данных

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

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

При проектировании реляционной модели данных необходима нормализация.

Нормализация - это процесс, позволяющий гарантировать, эффективность структур данных в реляционной базе данных [8]. Реляционная база данных считается эффективной, если она обладает следующими характеристиками: отсутствие избыточности, минимальное использование null-значений, предотвращение потери информации.

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

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

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

Анализ литературы [3, 7] позволяет сделать вывод, что существует 5 нормальных форм и нормальная форма Бойса-Кодда. Однако на практике используются три нормальные формы отношений и разработан механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

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

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

Модель находится в третьей нормальной форме, если она находится во второй нормальной форме и не имеет транзитивных зависимостей. Транзитивная зависимость - это зависимость между не ключевыми атрибутами.

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

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

- постреляционная,

- многомерная,

- объектно-ориентированная.

Постреляционная модель

Классическая реляционная модель предполагает неделимость данных хранящихся в полях записей таблиц [1].

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

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

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

Постреляционная модель данных поддерживается uniVers, системами Bubba и Dasdb.

Многомерная модель

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

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

Примерами систем, поддерживающих многомерные модели данных, являются Essbase, Media Multi-matrix, Oracke Express Server и Cache.

Объектно-ориентированная модель

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

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

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

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

Для работы с этими моделями данных нужны высококвалифицированные специалисты.

Достоинства и недостатки различных моделей представлены в таблице 2 (приложение 1).

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

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

1.2 Классификация баз данных

Системы управления базами данных

Каждая БД предназначена для решения определенного класса задач, для которых характерен свой набор объектов и их признаков.

Базы данных классифицируются: по характеру хранимой информации, по способу хранения данных и по структуре организации данных.

Рис. 7 Классификация баз данных

1. По характеру хранимой информации [15]:

фактографические: картотеки; краткая информация в строго определенном формате. Структурированные системы, в них организация данных представлена в виде некоторой структуры. Основное назначение - организация хранения различных сведений об объектах и поиск этих данных.

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

2. По способу хранения данных [15]:

централизованные: вся информация хранится на одном компьютере. Вся информация в централизованной БД хранится на компьютере. Это может быть автономный ПК или сервер сети, к которому имеют доступ пользователи или клиенты.

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

3. По структуре организации данных [15]:

табличные;

иерархические;

сетевые.

В настоящее время наибольшее развитие получили определенные типы баз данных, которые связаны с внедрением информационных технологий в специализированные отрасли хозяйства [7]:

документографические и документальные БД, создаваемые в средствах массовой информации;

ѕ БД по промышленной, строительной и сельскохозяйственной продукции;

ѕ БД по экономической и конъюнктурной информации (статистическая, кредитно-финансовая, внешнеторговая);

ѕ фактографические базы социальных данных, включающие сведения о населении и о социальной среде;

ѕ БД транспортных систем;

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

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

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

ѕ фактографические БД в области культуры и искусства;

ѕ лингвистические БД, т.е. машинные словари разного типа и назначения.

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

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

Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры.

Система управление базами данных (СУБД) - это программное обеспечение, с помощью которого пользователи могут определить, создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ [2]. Например, MS Access, Oracle, FoxPro, dBase и др.

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

Выделяются следующие функции СУБД [1, 5].

1. Непосредственное управление данными во внешней памяти.

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

2. Управление транзакциями

Транзакция - это последовательность операций над данными, выполняющаяся как единое целое (принцип «все или ничего») и переводящая базу данных из одного целостного состояния (т.е. состояния, в котором удовлетворены все ограничения целостности, определенные для базы данных) в другое целостное состояние [5]. Транзакция позволяет вернуть базу в первоначальное непротиворечивое состояние (отменить все выполненные изменения).

3. Журнализация

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

4. Восстановление базы данных.

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

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

5. Поддержка языков БД

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

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

Следует отметить, что предметом нашего исследования являются документы, которые необходимо автоматизировать для учета состояния здоровья учащихся. В сети Интернет размещены различные БД для автоматизации деятельности врача. Сайт www.esag.biz принадлежит Экспертной системе ESAG [22]. Данная экспертная система разработала БД «Электронная медицинская карта». Сайт www.dpb6.ru является официальным сайтом Детской психиатрической больницей №6 г. Москва. На указанном сайте размещена программа «МедКарта» и руководство к ней [23].

Проанализируем каждую из перечисленных БД.

Для облегчения ведения медицинских карт для врача была разработана «Новая электронная медицинская карта» экспертной системой «ESAG». Авторские права принадлежат НПФ «Инженер-ЛТД» (рис. 8).

Рис. 8. Электронная медицинская карта

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

Рис. 9. Создание новой медицинской карты

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

Вкладка приемный покой (рис. 10) вводятся дата поступления, от кого направлен, сфера деятельности, диагноз, температура и артериальное давление.

Рис.10. Ввод данных при поступлении в приемный покой.

На вкладе Адрес вводится место жительство (рисунок 11).

Рис. 11. Ввод места жительства

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

Рис. 12. Список скринингов

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

Рассмотрим БД «МедКарта» разработанная для Детской психиатрической больницей №6 г. Москва.

После запуска программа МедКарта открывается в главном окне. Главное окно программы МедКарта можно назвать его рабочим столом или экраном (рисунок 13).

Рис. 13. Рабочий стол программы «МедКарта»

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

Рис. 14. Выбор базы данных

Ввод данных в полях формы возможен c помощью редактора строки или словаря. Фамилию, имя, отчество можно набирать строчными буквами. Программа сама сделает первые буквы заглавными. Пол определяется автоматически, иначе его указывает пользователь (рисунок 15).

Рис. 15. Форма для ввода новой записи.

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

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

формирование отчетов;

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

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

своевременная вакцинация учащихся;

отслеживание графика обследования учащихся;

постановка диагноза;

формирование и ведение базы электронной медицинской карты;

распространяется бесплатно как демо-версия;

архивация и дублирование данных.

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

Электронная медицинская карта	МедКарта
Создание новых учетных записей для входа в систему, устанавливая для них Login и Пароль.	Автоматический вход в программу без аутентификации.
Выбирать автоматически загружаемый интерфейс, который будет устанавливаться при каждой загрузке программы.	Выбор оптимальных шрифтов в формах ввода и журналах, настраиваемые цветовые схемы в каждой базе данных.
Проведение сбора данных на локальном компьютере без использования сервера, на компьютерах, объединенных в сеть с использованием одного из локальных компьютеров в качестве файлового сервера, на компьютерах, объединенных в сеть с использованием выделенного сервера, на компьютерах, необъединенных в сеть с объединением информации с помощью операции экспорта и импорта.	Установка и работа программы в локальной сети.
Осуществлять сортировку списка карт по любым параметрам.	Сортировка записей результата запроса по любым критериям.
Использовать каталоги для ввода параметров.	Использование фильтров в справочниках. Создание и использование различных справочников.
Создавать таблицы с определенным набором колонок, отображающим совокупность параметров списка карт.	Представление записей в табличном виде с использованием разных стилей.
Заполнять бланки разработанные пользователем в WORD и выводить их на печать. Копировать полученную информацию в Word.	Создание документов по шаблону Microsoft Word, OpenOffice.org Writer или МедКарта. Импорт и экспорт записей таблицы в другие форматы.
Общаться пользователям между собой, используя встроенную почтовую систему. Отправлять сообщения всем пользователям сразу.	Массовая рассылка извещений клиентам базы данных.

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

Microsoft Access реляционная СУБД корпорации Microsoft. Данная программа имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в Access можно писать приложения, работающие с базами данных [10].

Выбор СУБД Microsoft Access 2003 определяется следующими преимуществами:

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

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

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

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

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

1.3 Этапы проектирование базы данных

Подходы к проектированию базы данных

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

Определим понятие «проектирование» и выделим его этапы.

По мнению В.В. Кирилова проектирование БД - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте [17].

Д. Крёнке утверждает, что проектирование - операция, которая выделяет заданные атрибуты отношения [18].

Т.С. Карпова понимает под проектированием процесс последовательных переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели [14].

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

Следует отметить, что на стадии проектирования БД должна быть выполнена следующая работа [13]:

исследование предметной области автоматизации;

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

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

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

выбор компьютера и инструментальных средств (конкретной СУБД) для реализации;

проверка корректности проекта - проект должен адекватно, на требуемом уровне детальности, отображать предметную область;

На стадии программной реализации необходимо выполнить следующее:

описать средствами СУБД и ввести в ПК схемы всех отношений;

разработать интерфейсы пользователей с БД разработать экранные формы для ввода и отображения данных, удобные экранные способов обращения и доступа к данным в БД, порядок ввода и обновления данных;

разработать программное обеспечение БД для всех приложений;

отладка БД;

провести тестирование системы и скорректировать технологию ее обслуживания;

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

Кроме этого при проектировании БД необходимо обеспечить [13]:

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

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

простоту и удобство эксплуатации БД;

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

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

С учетом перечисленных выше требований рассмотрим основные этапы проектирования БД. Данные, используемые для описания предметной области можно представить в виде трехуровневой схемы (так называемая модель ANSI/SPARC) [12].

Рис. 16. Схема модели ANSI/SPARC

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

Т. Тиори, Дж. Фрай выделяют следующие основные этапы, на которые разбивается процесс проектирования базы данных [11]:

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

обследование предметной области, изучение ее информационной структуры;

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

моделирование и интеграция всех представлений.

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

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

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

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

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

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

Различие уровней представления данных на каждом этапе проектирования представлено в таблице 3 (приложение 1).

Как и любой программный продукт, база данных обладает собственным жизненным циклом (ЖЦБД).

Рассмотрим стадии создания БД согласно ГОСТу 34.601-90.

Стадии и этапы создания БД, выполняемые организациями-участниками, прописываются в договорах и технических заданиях на выполнение работ (рис. 17).

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

Методология проектирования БД описывает процесс создания и сопровождения БД в виде жизненного цикла (ЖЦ). БД, представляя его как некоторую последовательность стадий и выполняемых на них процессов [9]. Для каждого этапа определяются состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников и т.д. Такое формальное описание ЖЦ БД позволяет спланировать и организовать процесс коллективной разработки и обеспечить управление этим процессом.

Жизненный цикл БД можно представить как ряд событий, происходящих с системой в процессе ее создания и использования [9].

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

В настоящее время известны и используются определенные модели жизненного цикла [9].

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

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

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

Рис. 19. Поэтапная модель с промежуточным контролем

Рис. 20. Спиральная модель ЖЦ БД

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

На данный момент используется большое количество подходов к проектированию БД. Важнейшими из подходов являются структурный (функциональный), объектно-ориентированный, и отдельно выделяют методология ARIS [30].

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

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

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

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

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

- ER диаграммы «сущность-связь». Методология описания данных (IDEF1X).

Модели SADT (IDEF0) наиболее удобны при построении функциональных моделей. Они наглядно отражают функциональную структуру объекта: производимые действия, связи между этими действиями. Таким образом, четко прослеживается логика и взаимодействие процессов организации.

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

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

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

Объектно-ориентированный подход. В настоящее время объектный подход стал особенно популярен и характеризуется разработчиками как универсальное средство проектирования. Однако методология применения UML на этапах анализа и проектирования описана достаточно слабо.

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

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

К преимуществам методологии ARIS относят следующие:

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

- богатство методов, позволяет моделировать широкий спектр систем;

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

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

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

1. База данных представляет собой совокупность организованных сведений, в соответствии с поставленной целью (например, о конкретных объектах реального мира в какой-либо предметной области или ее разделе, которые хранятся в памяти ПК).

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

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

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

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

6. Методология проектирования БД описывает процесс создания и сопровождения БД в виде жизненного цикла (ЖЦ). БД, представляя его как некоторую последовательность стадий и выполняемых на них процессов. В настоящее время известны и используются определенные модели жизненного цикла: каскадная, поэтапная модель с промежуточным контролем, спиральная. Выбор модели жизненного цикла зависит от простоты или сложности проектирования БД, от требований к системе.

7. Анализ программ «Электронная медицинская карта» и «МедКарта» позволяет сделать вывод, что они не подходят и возникает необходимость в разработке собственной БД «Состояние здоровья учащихся», которая удовлетворяла бы всем потребностям школьного врача.

8. Существуют структурный (функциональный), объектно-ориентированный подходы и отдельно выделяют методология ARIS для проектирования БД. Наиболее оптимальным, на наш взгляд, является структурный (функциональный) подход, так как он наглядно отражает функциональную структуру объекта: производимые действия, связи между этими действиями.

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

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

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

Гигиеническое обучение и воспитание является важным условием сохранения и укрепления здоровья и должно носить комплексный и непрерывный характер, побуждать учащихся к активным и сознательным действиям, направленных на [21]:

улучшение собственного физического и психического здоровья;

отказ от поведения, нанесенного вред своему здоровью и здоровью окружающих;

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

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

В наши дни состояние здоровья учащегося обычно оценивают по следующим критериям [20]:

отсутствие болезней;

нормальная работа организма;

психическое, физическое и социальное благополучие;

способность полноценно работать;

стремление к творчеству;

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

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

К функциям школьного врача можно отнести [19]:

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

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

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

обработку и анализ функциональных исследований (ЭКГ, ЭЭГ, ФВД и других, включая обработку изображений);

оценку результатов лабораторных исследований;

диагностику заболеваний и состояний;

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

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

подбор медикаментов при учете их взаимодействия и побочных эффектов;

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

Рассмотрим работу школьного врача на примере МОУ СОШ №44.

Муниципальное Общеобразовательное Учреждение Средняя Общеобразовательная Школа №44 расположена в культурно-историческом центре г. Нижнего Тагила. Она была основана в 1964 году. Близость к административному центру, к учреждениям культуры и образования с одной стороны, предприятиями среднего и малого бизнеса, сферы обслуживания и торговли с другой стороны, определить роль и место школы в культурно-образовательном пространстве города, Ленинского района, микрорайона 7 ближайших школ.

Школа расположена по адресу: Свердловская область, г. Нижний Тагил, индекс 622034, ул. Пархоменко д.13.

МОУ СОШ №44 выделяет следующие задачи [24]:

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

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

сохранение и передача педагогического опыта (проведение семинаров, открытых мероприятий с обменом опыта, знаниями);

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

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

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

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

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

На рисунке 21 приведена структура МОУ СОШ №44.

Рис. 21. Структура МОУ СОШ №44

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

Проанализируем деятельность врача МОУ СОШ №44.

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

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

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

Деятельность школьного врача в течение учебного года заключается в следующем:

1. Составляет годовой, квартальный и ежемесячный план работы с детьми;

2. Контролирует санитарное состояние медицинского кабинета и несет ответственность за его соответствие требованиям СЭС для медицинских помещений, в том числе правилам хранения медикаментов;

3. Регулирует и контролирует своевременность медицинских обследований учащихся;

Функции школьного врача в определенный срок представлены в таблице 4.

Таблица 5. Деятельность школьного врача

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

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

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

В толковом словаре русского языка слово «Реквизит» обычно употребляется в множественном числе. В официальном документе: «обязательно входящие в него сведения» [26].

Анализ операция мысленного или реального расчленения целого (вещи, свойства, процесса или отношения между предметами) на составные части, выполняемая в процессе познания или предметно-практической деятельности человека [10].

Таким образом, реквизитный анализ - это анализ входящего в документ сведений.

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

Описание входной информации.

Входная информация последовательность документов и данных, поступающих для ввода в базу данных [16].

Входную информацию делят на условно-постоянную (справочники), сохраняющую свои значения на длительный период времени, и постоянно меняющуюся оперативно-учетную информацию [25].

К условно-постоянной информации относится: пол, группа здоровья, группа физического развития, физкультурная группа, класс.

К оперативно-учетной информации относится: ФИО, год рождения, рост, вес, объем груди, данные динамометра, домашний адрес, телефон, номер полиса.

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

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

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

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

Таблица 6. Информационные объекты и их реквизиты

Информационные объекты	Ключ	Реквизиты	Документы
Учащиеся	*	ID_учащегося	Медицинская карта Страховой медицинский полис
		Фамилия
		Имя
		Отчество
		Год рождения
		Рост
		Вес
		Объем груди
		Данные динамометра
		Домашний адрес
		Телефон
		Номер полиса
		ID_пола
		ID_класс
		ID_ГФР
		ID_ФГ
		ID_ГЗ
Информационные объекты	Ключ	Реквизиты	Документы
Журнал обращаемости	*	ID_обращения	Отчет по числу обращений
	*	ID_учащегося
		Жалоба
		Диагноз
		Оказанная помощь
Информационные объекты	Ключ	Реквизиты	Документы
Диспансерная группа	*	ID_осмотра	Отчет по группе здоровья, по группе физического развития, по группе здоровья
	*	ID_учащегося
		ID_специалиста
		Диагноз
		Дата
Информационные объекты	Ключ	Реквизиты	Документы
Острая заболеваемость	*	ID_справки	Отчет по справкам
	*	ID_учащегося
		ID_заболевания
		№ группы болезни по справке
		Начало справки
		Конец справки
		Освобождение от физкультуры
Информационные объекты	Ключ	Реквизиты	Документы
Журнал профилактических прививок	*	ID	Отчет по прививкам
	*	ID_учащегося
		Срок выполнения
		Дата выполнения
		Серия прививки
		ID_прививки

В таблице 6 представлены справочники, которые будут использоваться в БД «Состояние здоровья учащихся».

Таблица 7. Информационные объекты и их реквизиты

Информационные объекты	Ключ	Реквизиты
Справочник группы здоровья	*	ID_ГЗ
		Группа здоровья
Справочник физкультурной группы	*	ID_ФГ
		Физкультурная группа
Справочник группы физического развития	*	ID_ГФР
		Группа физического развития
Справочник классов	*	ID_класс
		Параллель
		Класс
Справочник пола	*	ID_пола
		Пол
Справочник заболеваний	*	ID_заболевания
		Наименование заболевания

Справочник специалистов	*	ID_специалиста
		Специалист
Справочник прививок	*	ID_прививки
		Наименвоание прививки

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

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

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

2.2. Проектирование базы данных «Состояние здоровья учащихся» на примере МОУ СОШ №44

Существует два основных подхода к проектированию систем БД: нисходящий и восходящий [28].

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

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

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

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

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

В 1.3. были выделены основные этапы, на которые разбивается процесс проектирования БД: концептуальное, логического и физическое.

Концептуальный уровень описания БД представляет собой информационные объекты и их взаимосвязи без указания способов описания и хранения данных. Проанализировав предметную область деятельности школьного врача, была разработана концептуальная модель в виде IDEF0 диаграммы (рисунок 22, 23).

Рис. 22. Модель IDEF0 деятельности школьного врача

Рис. 23. Детализированная модель IDEF0 деятельности школьного врача

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

Таким образом, мы спроектировали следующие связи между сущностями, представленные на рисунке 24, 25.

Рис. 24. Логическая модель данных

Рис. 25. Логическая модель базы данных «Состояние здоровья учащихся»

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

Рис. 26. Физическая модель данных

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

2.3 Разработка базы данных «Состояние здоровья учащихся» для школьного врача МОУ СОШ №44

Для разработки базы данных «Состояние здоровья учащихся» мы будем использовать стандартный пакет, входящий в Microsoft Office - Access 2003. Microsoft Access 2003 предлагает универсальный набор программных средств, которые обеспечивают широкие возможности для профессиональных разработчиков и вместе с тем могут быть легко освоены новичками. Любой пользователь может создавать и применять универсальные решения для баз данных, значительно упрощающие организацию, совместное использование данных и доступ к ним.

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

Таблица - фундаментальная структура системы управления реляционными базами данных [29]. В Microsoft Access таблица - это объект, предназначенный для хранения данных в виде записей и полей. При этом каждое поле содержит отдельную часть записи.

Запрос - вопрос о данных, хранящихся в таблицах, или инструкция на отбор записей, подлежащий изменению [29].

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

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

запрос-изменение, изменяющий или перемещающий данные. К этому типу относятся запрос на добавление записей, запрос на удаление записей, запрос на создание таблицы или запрос на ее обновление;

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

запрос с параметром, позволяющий определить одно или несколько условий отбора во время выполнения запроса;

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

Форма - это объект Access, в котором можно разместить элементы управления, предназначенные для ввода, изображения и изменения данных в полях таблиц [29].

Отчет - это объект Access, который позволяет представить определенную информацию в определенном виде, просматривать и распечатывать ее [29].

Для более удобного и легкого внесения информации в БД мы будем использовать форму. Главная форма представлена на рисунке 27.

Рис. 27. Главная форма БД «Состояние здоровья учащихся»

Форма «Состояние здоровья учащихся» представлена на 2 закладках: «Информация об учащихся» и «Отчеты». Кроме главной формы существуют подчиненные формы для внесения информации об учащихся, об осмотре специалистами, о вакцинации, об обращении.

Рис. 28. Форма для ввода данных об учащихся

Рис. 29. Форма «Журнал обращаемости»

Рис. 30. Форма «Ведомость прививок»

Рис. 31. Форма «Осмотр диспансерных групп»

Для автоматизации деятельности школьного врача мы создали 2 запроса с параметром: по фамилии учащегося и по классу.

Запрос по фамилии учащегося представлен на рисунке 32. После ввода фамилии учащегося выводится вся информация об учащемся.

Рис. 32. Запрос с параметром по фамилии учащегося в конструкторе

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

Рис. 33. Запрос по фамилии учащегося

На языке SQL данный запрос выглядит следующим образом:

SELECT Учащиеся.Фамилия, Учащиеся.Имя, Учащиеся.Отчетсво, Учащиеся.Год_рождения, Учащиеся.Рост, Учащиеся.Вес, Учащиеся.Объем_груди, Учащиеся.Пол, Учащиеся.Класс, Учащиеся.Группа_физического_развития, Учащиеся.Физкультурная_группа, Учащиеся.Группа_здоровьяFROM Учащиеся

WHERE (((Учащиеся.Фамилия)=[Введите фамилию учащегося]));

Запрос по классу представлен на рисунке 34, 35. После ввода класса выводится: ФИО, год рождения и диагноз.

Рис. 34. Запрос с параметром по классу в конструкторе

Рис. 35. Запрос по классу

На языке SQL данный запрос выглядит следующим образом:

SELECT Класс.Класс, Учащиеся.Фамилия, Учащиеся.Имя, Учащиеся.Отчетсво, Учащиеся.Год_рождения, Учащиеся.Диагноз

FROM Класс INNER JOIN Учащиеся ON Класс.ID_класс = Учащиеся.Класс

WHERE (((Класс.Класс)=[Введите класс]));

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

Рис. 36. Запрос по количеству обращений

На языке SQL:

SELECT Учащиеся.Фамилия, Учащиеся.Имя, Учащиеся.Отчетсво, Класс.Класс, Count(Журнал_обращаемости.ID_обращения) AS [Количество обращений]

FROM (Класс INNER JOIN Учащиеся ON Класс.ID_класс = Учащиеся.Класс) INNER JOIN Журнал_обращаемости ON Учащиеся.ID_учащегося = Журнал_обращаемости.ФИО

GROUP BY Учащиеся.Фамилия, Учащиеся.Имя, Учащиеся.Отчетсво, Класс.Класс;

Итоговым продуктом БД является отчет и в деятельности школьного врача он необходим. Нами было разработано 6 отчетов, по которым школьный врач отчитывается перед директором школы и заведующей поликлиникой (рис. 37): «Отчет по количество обращений», «Отчет по физической группе», «Отчет по группе здоровья», «Отчет по физкультурной группе», «Отчет по прививкам», «Отчет по списочному составу».

Рис. 37. Форма с отчетами

Примеры отчетов представлены на рисунках 38, 39.

Рис. 38. Отчет по количеству обращений

Рис. 39. Отчет по физкультурной группе

Выводы по второй главе

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

2. Для упрощения деятельности школьного врача мы использовали формы для ввода информации. Форма - это объект Access, в котором можно разместить элементы управления, предназначенные для ввода, изображения и изменения данных в полях таблиц.

3. Для формирования отчетности были использованы запросы и отчеты. Запрос - вопрос о данных, хранящихся в таблицах, или инструкция на отбор записей, подлежащий изменению. Отчет - это объект Access, который позволяет представить определенную информацию в определенном виде, просматривать и распечатывать ее.

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

Заключение

База данных представляет собой совокупность организованных сведений, в соответствии с поставленной целью (например, о конкретных объектах реального мира в какой-либо предметной области или ее разделе, которые хранятся в памяти ПК).

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

школьный врач база данные

Список литературы

1. Малыхина М.П. База данных: основы, проектирование, использование [Текст] /Малыхина М.П. - Петербург : БХВ, 2004. 512 с

2. Харитонова И., Михеева В. ACCESS 2000: Разработка приложений [Текст] Харитонова И., Михеева В. Петербург : BHV, 2000. 456 с.

3. Хомоненко А.Д., Цыганкова В.М., Мальцева М.Г. База данных: Учебник для высших учебных заведений [Текст] / Хомоненко А.Д., Цыганкова В.М., Мальцева М.Г. М. - КОРОНА принт, 2006. 736 с.

4. Шафрин Ю.А. Основы компьютерной технологии [Текст] / Шафрин Ю.А. М. - Инфра-М, 1998. - 289 с.

5. Журнал «Компьютер Price» [Электронный ресурс] Режим доступа : http://www.comprice.ru/

6. [Электронный ресурс] Режим доступа : http://www.ites.ru/products/iszn/guide/iszn-doc-guide-general-design-reliability.php

7. Дейт К.,Дж. Введение в системы баз данных: Пер. с англ. К. [Текст] / Дейт К.,Дж. М.; СПб. : Вильямс, 2000. 848 с.

8. Избачков Ю.С., Петров В.Н. Информационные системы [Текст] / Избачков Ю.С., Петров В.Н. СПб. : Питер, 2006. 656 с.

9. [Электронный ресурс] Режим доступа : http://www.intuit.ru/department/se/devis/class/free/2/

10. Википедия - свободная энциклопедия [Электронный ресурс] - Режим доступа : http://ru.wikipedia.org/wiki

11. Тиори Т., Фрай Дж. Проектирование структур баз данных [Текст] / Тиори Т., Фрай Дж. М. : Дело, 1985. 254 с.

12. Хаббард Дж. Автоматизированное проектирование баз данных [Текст] / Хаббард Дж. М. : Дело, 1984. 478 с.

13. [Электронный ресурс] Режим доступа : http://avteh.narod.ru/ms/lect4.htm

14. Карпова Т.С. Базы данных: модели, разработка, реализация: Учебник для вузов [Текст] / Карпова Т.С. - М. : Дело. - 290 с.

15. Ершов А.П. Школьный словарь по информатике [Текст] / Ершов А.П. - М. : Атлас, 2003. - 372 с.

16. Словарь Finam!Ru [Электронный ресурс] Режим доступа : http://www.finam.ru

17. Кириллов В.В. Основы проектирования реляционных баз данных [Текст] / Кириллов В.В. - Петербург : Санкт-Петербургский Государственный институт точной механики и оптики (технический университет) Кафедра вычислительной техники, 2005. - 332 с.

18. Крёнке Д. Теория и практика построение базы данных изд-е. [Текст] / Крёнке Д. - СПб, Питер, 2003 - 800 с.

19. Варежкин Ю.П. Комплекс прикладных программ «Автоматизированное рабочее место врача» [Текст] / Варежкин Ю.П. - Минск : Междунар.симпоз. INFO-89, т.2, ч.2, 1989. 591 с.

20. Examens.ru - образовательный проект, значительно облегчающий жизнь школьников и абитуриентов [Электронный ресурс] Режим доступа : http://www.examens.ru/otvet/3/11/268.html

21. МОУ СОШ №3 г.Кирсанов Тамбовская область [Электронный ресурс] Режим доступа : http://www.kirsschool3.xost.ru/index.php

22. Экспертная система ESAG [Электронный ресурс] Режим доступа : www.esag.biz

23. Детская психиатрическая больница №6 г. Москва [Электронный ресурс] Режим доступа : www.dpb6.ru официальным

24. МОУ СОШ №44 [Электронный ресурс] Режим доступа : http://www.mousoh.ru

25. Смирнова Г.Н. и др. Проектирование экономических информационных систем: Учебник [Текст] / Г.Н. Смирнова, А.А. Сорокин. Ю.Ф. Тельнов; Под ред. Ю.Ф. Тельнова. - М. : Финансы и статистика, 2003. - 18 с.

26. Толковый словарь русского языка

27. Российская электронная библиотека «Эрудиция» [Электронный ресурс] Режим доступа :http://www.erudition.ru/referat/ref/id.58098_1.html

28. Конноли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика. 2-е издание.: Пер с англ. [Текст] / Конноли Т., Бегг К., Страчан А. М. : Правда, 2000. 210 с.

29. Кузин А.В. Базы данных: учеб. пособие для студентов высш. учеб. заведений [Текст] / Кузин А.В., Левонисова С.В. - М. : Издательский центр «Академия», 2008. - 320 с.

30. Вендров А.М. Проектирование программного обеспечения экономических информационных систем [Текст] / Вендров А.М. - М. : Финансы и статистика, 2000. - 352 с.

31. Яндекс [Электронный ресурс] - Режим доступа: www.yandex.ru

Приложение 1

Таблица 1. Определение понятия «база данных»

Автор	Определение
И. Харитонова, В. Михеева	Информационная модель, позволяющую хранить данные о группе объектов, обладающих одинаковым набором свойств.
М.П Малыхина	Организованная структура, предназначенная для хранения информации.
А.Д. Хомоненко, В.М. Цыганкова, М.Г. Мальцева	Совокупность специальным образом организованных данных, хранимых в памяти вычислительной системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой предметной области.
В.А. Каймин	Совокупность данных, хранящихся в долговременной памяти ПК и допускающих определенные способы поиска информации.
Ю.А. Шафрин	Совокупность сведений о конкретных объектах реального мира в какой-либо предметной области или ее разделе.

Таблица 2. Достоинства и недостатки различных моделей данных

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

Таблица 3. Уровни представления данных

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