Создание информационной системы поликлиники. Курсовая работа (т). Информационное обеспечение, программирование.
🛑 👉🏻👉🏻👉🏻 ИНФОРМАЦИЯ ДОСТУПНА ЗДЕСЬ ЖМИТЕ 👈🏻👈🏻👈🏻
Информационное обеспечение, программирование
Вы можете узнать стоимость помощи в написании студенческой работы.
Помощь в написании работы, которую точно примут!
Похожие работы на - Создание информационной системы поликлиники
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Скачать Скачать документ
Информация о работе Информация о работе
Нужна качественная работа без плагиата?
Не нашел материал для своей работы?
Поможем написать качественную работу Без плагиата!
. Описание предметной
области
Приложение. Руководство
пользователя
Характерной чертой нашего времени являются информационные технологии. В
понятие «информационные технологии» входят компьютерные технологии
(оборудование и программное обеспечение) и технологии связи для передачи
информации. Необходимость в информатизации обусловливается многими факторами.
Огромными потоками информации, которые циркулируют в различных сферах
деятельности, временем, затрачиваемым на процесс обработки этой информации и
сложностями, связанными с хранением информации.
Внедрение информационной системы позволяет решить эти задачи. В
результате чего сокращается время на обработку информации, осуществляется
хранение больших объемов информации, ускоряется поиск необходимой информации, и
выдача ее в удобном для пользователя виде. В основе любой информационной
системы лежит база данных. База данных представляет собой совокупность
специальным образом организованных данных, хранимых в памяти вычислительной
системы и отображающих состояние объектов и их взаимосвязей в рассматриваемой
предметной области.
Процесс создания программной системы предполагает несколько этапов:
1. Исследование предметной области, той сферы, куда будет внедряться
информационная система, сбор сведений об объектах, фактах, событиях и
процессах, которые участвуют в рассматриваемом виде деятельности.
2. Проектирование базы данных. Осуществляется выбор модели данных:
иерархическая, сетевая или реляционная. Наиболее удобной моделью является
реляционная модель. В реляционной базе данных информация организована в виде
отношений. Проектирование базы данных предполагает определение отношений и
связей между ними. Определяются типы данных, ограничения на значения, задаются
значения по умолчанию. Осуществляется выбор полей.
. Разработка приложения, для работы с базой данных. Приложение
осуществляет следующие задачи: добавление информации в базу данных, удаление
информации из базы данных, формирование отчетов, выдача информации в
необходимом для пользователя виде, по заданным запросам.
Тема моей домашней работы «Создание информационной системы поликлиники».
Система должна хранить сведения информацию о пациентах, информацию о мед.
персонале, информацию о заболеваниях. Также система должна позволить получить
информацию по заданным запросам. И осуществлять распределение врачей по
возрастным категориям и информацию о врачах, имеющих ученые степени и звания.
Внедрение такой программной системы позволит ускорить поиск информации о
предметах. Позволит быстро получить информацию о враче, его ученую степень,
ученое звание, должность, кафедру к которой он прикреплен.
Разработка программной системы осуществлялась в СУБД Access2007.
Основная деятельность регистратуры поликлиники - это сбор и хранение
информации о врачах и пациентах, обработка информации, выдача справок и
больничных листов, выдача расписаний работы врачей.
Информация, хранимая в базе данных информационной системы регистратуры:
§ Информация о пациентах (карточка пациента).
Сведения об участках. Участок - это территория, которая относится к
поликлинике. Каждый участок обслуживается одним врачом. Один врач может
обслуживать несколько участков.
Информация об участке должна содержать:
§ расписание работы участковых врачей;
§ информацию о врачах, которые обслуживают участки.
§ какой врач: участковый, или профильный;
§ его участок, если врач участковый;
Информация о пациенте хранится в его карточке. Карточка имеет номер. В
карточке указывается:
В карточку заносится информация о каждом посещении поликлиники пациентом:
дата посещения, жалобы, предварительный диагноз, назначения, выписан или нет,
больничный лист, имя врача и специальность.
В расписании работы врачей указывается:
§ на каком участке работает врач (если врач участковый);
Регистрация пациентов производится работниками регистратуры, которые
заполняют первую страницу карточки. Информацию о болезнях и посещениях вносят
врачи. Врач может обслуживать более одного участка. В случае увольнения врача,
участок передается другим врачам. Уволить врача может только заведующий поликлиникой.
Он удаляет из базы сведения о враче и передает его больных другому врачу.
Проектирование базы данных для регистратуры поликлиники осуществлялось
методом «сущность - связь». В описании предметной области для базы данных
регистратура поликлиники были выделены следующие сущности:
На рис.1. представлена диаграмма ER типа, где показана связь сущности
«врач» с сущностями «участок», «прием» и «больничный лист». Поскольку врач
поликлиники может обслуживать несколько участков, вести множество приемов
пациентов, и выдавать множество больничных листов, поэтому на диаграмме ER типа
была определена связь «один ко многим», для каждой связи между сущностями.
Диаграмма ЕR-типа. Связь между сущностью «врач» и сущностями «Участок»,
«Прием», «Больничный лист»
На рис.2. представлена диаграмма ER типа, где показана связь сущности
«врач» с сущностью «расписание». Поскольку один врач имеет одно расписание - на
диаграмме ЕR-типа была определена связь «1:1».
Рис. 2. Диаграмма ЕR-типа. Связь между сущностями «врач» и «расписание»
На рис.3. представлена диаграмма ER типа, где показана связь сущности
«Пациент» с сущностью «участок». Поскольку к одному участку прикреплено
множество пациентов, на диаграмме ЕR-типа была определена связь «м:1».
Рис. 3. Диаграмма ЕR-типа. Связь между сущностями «участок» и «Пациент»
На рис.4. представлена диаграмма ER типа, где показана связь сущности
«Пациент» с сущностью «прием». Так как пациент много раз может посетить
поликлинику, на диаграмме ЕR-типа была определена связь «1:m».
Рис.4. Диаграмма ЕR-типа. Связь между сущностями «Пациент» и «Прием».
После установления связей, был проведен анализ отношений.
Отношение «врач» содержит следующие атрибуты:
Врач {ФИО; пол; дата рождения; номер участка; код специальности;
специальность; адрес места жительства; код врача; табельный номер; дата приема
на работу}
Поскольку один врач может обслуживать несколько участков, то необходимо
неоднократное дублирование записей, что приводит к избыточности данных. Также в
поликлинике работает несколько врачей с одинаковыми специальностями и
соответственно одинаковыми кодами специальностей, что тоже свидетельствует о
неоднократном дублировании данных. Для устранения этих аномалий сущность «врач
» была разбита на несколько сущностей:
Врач {ФИО; пол; дата рождения; код специальности; адрес места жительства;
код врача; табельный номер; дата приема на работу}
Специальность {код специальности, специальность}.
Отношение «прием» содержит следующие атрибуты:
Прием {Врач, Дата приема, Пациент, Жалобы, назначения, Диагноз}.
За одну смену врач принимает множество пациентов. Пациент может
обратиться с несколькими жалобами. По каждым жалобам врач может назначить
несколько препаратов, что приведет к избыточности данных. Для устранения этих
аномалий сущность «прием » была разбита на несколько сущностей:
Посещение {запись, пациент, диагноз, код}
Список препаратов {код препарата, препарат}
Каждое поле таблицы представляет собой элемент, зарезервированный для
данных определенного типа. Тип данных - это характеристика поля, определяющая
какие данные могут храниться в данном поле. При определении полей таблиц для
базы данных «Регистратура» были использованы следующие типы данных:
· Числовой - данные, используемые для записи чисел
· Текстовый - текст или комбинация текста и чисел
· Дата/Время - значения дат и времени.
· Счетчик - автоматическая вставка уникальных последовательных
(увеличивающихся на 1) чисел при добавлении записи.
Также при создании полей таблиц для базы данных, были определены
первичные и внешние ключи.
Первичным ключом называется атрибут отношения, однозначно
идентифицирующий каждый из его кортежей. Ключ может быть составной, т.е.
состоять из нескольких атрибутов. Наличие ключа означает, что, по крайней мере,
вся совокупность атрибутов обладает свойством однозначной идентификации
кортежей отношения.
Внешний ключ - одно, или несколько полей, содержащих ссылку на поле
первичного ключа в другой таблице. Внешний ключ определяет способ объединения
таблиц.
Для базы данных «Регистратура» были созданы следующие таблицы.
Таблица «Адрес участка». Предназначена для хранения названий улиц,
прикрепленных к участкам (рис.5).
Свойства полей таблицы «Адрес участка» были определены следующим образом:
· Поле «номер участка». Тип данных - числовой.
· Поле «адрес участка». Тип данных - текстовый
Индексированное поле - да (совпадения не допускаются)
Таблица «Больничный лист». Необходима для хранения информации о выданных
больничных листах (рис. 6).
Свойства полей таблицы «Адрес участка» были определены следующим образом:
· Поле «№больничного листа». Тип данных - числовой.
Индексированное поле - да (совпадения не допускаются)
· Поле «открыт». Тип данных - Дата/время.
Индексированное поле - да (совпадения не допускаются)
· Поле «закрыт». Тип данных - Дата/время.
Индексированное поле - да (совпадения не допускаются)
· Поле «запись». Тип данных - числовой.
· Поле «статус». Тип данных - текстовый
Поле «статус» было преобразовано в поле со списком. Свойства поля
представлены на рис.6.а. В качестве типа источника строк был выбран список
значений. Список представляет собой столбец из двух строк со значениями
«открыт» и «закрыт».
Рис. 6. а. Свойства поля «статус». Вкладка «Подстановка»
· Поле «номер карты». Тип данных - числовой.
Поле «номер карты» было преобразовано в поле со списком. Свойства поля
представлены на рис.6.б. В качестве типа источника строк было выбрано - таблица
или запрос. Источником строк была выбрана таблица «Пациент». Список
представляет собой столбец, содержащий фамилию, имя и отчество пациентов. Присоединенный
столбец - номер карты из таблицы «Пациент». Для того, чтобы в поле со списком
отражались ФИО пациента, второй, третий и четвертый столбцы таблицы «Пациент»
были скрыты. Для этого было установлено свойство «Ширина столбцов» - 5(для
отображения ФИО пациента), 0;0;0(для скрытия второго, третьего и четвертого
столбцов).
Рис. 6. б. Свойства поля «Номер карты». Вкладка «Подстановка»
· Поле «код». Тип данных - числовой.
Индексированное поле - да (совпадения допускаются)
Таблица «Виды обследований». Предназначена для хранения всех видов
обследований, которые проводятся в поликлинике. Эта таблица содержит одно поле:
виды обследований. Тип поля - текстовый (рис. 7).
Рис. 7. Таблица «Виды обследований»
Свойства поля таблицы «Виды обследований» были определены следующим
образом:
· Поле «статус». Тип данных - текстовый
Индексированное поле - да (совпадения не допускаются).
Таблица «Врач». Предназначена для хранения информации о врачах. Эта
таблица содержит десять полей. Названия и типы данных полей представлены на
рисунке 8. Для отношения был определен составной ключ. Ключ состоит из двух
атрибутов: «Код врача» и «Код специальности».
Свойства полей таблицы «Врач» были определены следующим образом:
· Поле «ФИО». Тип данных - текстовый
· Поле «Код врача». Тип данных - числовой. Это поле является ключом
таблицы.
Индексированное поле - да (совпадения не допускаются)
· Поле «Табельный номер». Тип данных - числовой.
Сообщение об ошибке - Табельный номер должен быть больше "0"
Индексированное поле - да (совпадения не допускаются)
· Поле «Дата рождения». Тип данных - Дата/время.
· Поле «Прием на работу». Тип данных - Дата/время.
· Поле «Стаж». Тип данных - числовой.
· Поле «Код специальности». Тип данных - числовой. Это поле является ключом
таблицы.
Поле «Специальность» представляет собой поле со списком. Источником строк
была выбрана таблица «Специальность». Преобразование поля «Специальность» в
поле со списком осуществлялось с помощью вкладки «подстановка» в диалоговом
окне. В качестве Типа управления элементом было выбрано - поле со списком; тип
источника строк - таблица или запрос; источник строк таблица «Специальность»;
присоединенный столбец - 1. Скрытый столбец - 1. Для скрытия первого столбца
было установлено значение 0 - в поле Ширина столбцов. Общее количество столбцов
- 2.
· Поле «пол». Тип данных - текстовый
Поле «пол» представляет собой поле со списком. В качестве списка введен
набор фиксированных значений. В поле «Тип источника строк» было установлено
значение - Список значений. В поле «Источник строк» введен набор значений поля
«пол»: «м; ж;»
· Поле «адрес». Тип данных - текстовый
· Поле «Паспорт». Тип данных - числовой.
Индексированное поле - да (совпадения не допускаются)
Таблица «Даты приема». Необходима для хранения дат приемов врачей. Эта таблица
содержит одно поле: даты приема. Поле является ключевым Тип данных поля -
дата/время (Рис. 9).
Свойства поля таблицы «Даты приема» были определены следующим образом:
· Поле «Дата приема». Тип данных - Дата/время.
Индексированное поле - Да (совпадения не допускаются)
Таблица «Жалобы» (Рис. 10). Необходима для хранения жалоб пациентов. Для
таблицы был определен ключевой атрибут - «Код препарата». Внешний ключ в данном
отношении - атрибут «код», необходимый для связи с таблицей «Посещение».
Свойства полей таблицы «Даты приема» были определены следующим образом:
· Поле «Код». Тип данных - числовой.
Индексированное поле - да (совпадения допускаются)
· Поле «жалобы». Тип данных - текстовый
Поле «жалобы» представляет собой поле со списком. Преобразование поля
«жалобы» в поле со списком осуществлялось с помощью вкладки «подстановка» в
диалоговом окне. В качестве Типа управления элементом было выбрано - поле со списком;
тип источника строк - таблица или запрос; источник строк таблица «Список
симптомов»; присоединенный столбец - 1. Общее количество столбцов - 1.
· Поле «код препарата». Тип данных - счетчик
Индексированное поле - да (совпадения не допускаются).
Таблица «названия диагнозов» (Рис. 11). Содержит список диагнозов.
Рис. 11. Таблица «Названия диагнозов»
Свойства полей таблицы «Даты приема» были определены следующим образом:
· Поле «код диагноза». Тип данных - счетчик. Поле является ключом таблицы.
Индексированное поле - да (совпадения не допускаются).
· Поле «название». Тип данных - текстовый
Индексированное поле - да (совпадения не допускаются).
Таблица «номера участков» (Рис. 12). Предназначена для хранения номеров
участков, которые обслуживает поликлиника.
Свойства поля таблицы «Номера участков» были определены следующим
образом:
· Поле «участок». Тип данных - числовой. Поле является ключом таблицы.
Индексированное поле - да (совпадения не допускаются)
Таблица «Обследования». Предназначена для хранения информации об
обследованиях, которые назначают пациентам. Содержит два поля: код и
обследование (Рис. 13).
· Поле «обследование». Тип данных - текстовый
Поле обследование представляет собой поле со списком. В качестве
источника строк для этого поля используется таблица «Виды обследований»
(Рис.13.а). В поле «Источник строк» диалогового окна был введен запрос:
«SELECT [виды обследований].[виды обследований] FROM [виды обследований]
ORDER BY [виды обследований].[виды обследований];»
Рис. 13 а. Свойства поля «Обследование»
· Поле «код». Тип данных - числовой. Размер поля - Длинное целое
Индексированное поле - да (совпадения допускаются)
Таблица «Пациент». Предназначена для хранения информации о пациентах. Эта
таблица содержит одиннадцать полей. Названия и типы данных полей представлены
на рисунке 14. Для отношения был определен ключевой атрибут - «№ карточки».
Атрибут «№ участка» - внешний ключ, который необходим для связи с таблицами:
«Участки» и «Номера участков».
Свойства полей таблицы «пациент» были определены следующим образом:
· Поле «ФИО». Тип данных - текстовый
· Поле «№ паспорта». Тип данных - числовой.
Индексированное поле - да (совпадения не допускаются)
· Поле «Дата заполнения карты». Тип данных - Дата/время.
· Поле «номер карточки». Тип данных - числовой. Это поле является ключом
таблицы.
Индексированное поле - да (совпадения не допускаются)
· Поле «пол». Тип данных - текстовый
Поле «пол» представляет собой поле со списком. В качестве списка введен
набор фиксированных значений. В поле «Тип источника строк» было установлено
значение - Список значений. В поле «Источник строк» введен набор значений поля
«пол»: «м; ж;»
· Поле «номер телефона». Тип данных - числовой.
· Поле «страховой полис». Тип данных - числовой.
· Поле «Дата рождения». Тип данных - Дата/время.
· Поле «номер участка». Тип данных - числовой.
Поле «номер участка» представляет собой поле со списком. Преобразование
поля «номер участка» в поле со списком осуществлялось с помощью вкладки
«подстановка» в диалоговом окне. В качестве Типа управления элементом было
выбрано - поле со списком; тип источника строк - таблица или запрос; источник
строк таблица «адрес участка»; присоединенный столбец - 1. Ширина столбцов- 0.
Общее количество столбцов - 2.
· Поле «дом, корпус, квартира». Тип данных - текстовый
Таблица «посещение» (Рис. 15). Необходима для хранения записей посещений
пациентов. Для таблицы был определен ключевой атрибут - «код» . Атрибуты «Номер
карты», «Запись» и «Код диагноза» - внешние ключи. Служат для связи с таблицами
«Пациент», «Прием», «Названия диагнозов» соответственно.
Свойства полей таблицы «посещение» были определены следующим образом:
· Поле «номер карты». Тип данных - числовой.
Индексированное поле - да (совпадения допускаются)
Поле «номер карты» представляет собой поле со списком. Преобразование
поля «номер карты» в поле со списком осуществлялось с помощью вкладки
«подстановка» в диалоговом окне. В качестве Типа управления элементом было
выбрано - поле со списком; тип источника строк - таблица или запрос; источник
строк таблица «пациент»; присоединенный столбец - 4. Ширина столбцов- 5;0;0;0.
Общее количество столбцов - 4.
· Поле «запись». Тип данных - числовой.
Поле «код диагноза». Тип данных - текстовый
Поле «код диагноза» представляет собой поле со списком. В качестве Типа
управления элементом было выбрано - поле со списком; тип источника строк -
таблица или запрос; источник строк таблица «названия диагнозов»; присоединенный
столбец - 1. Ширина столбцов-0. Общее количество столбцов - 2.
· Поле «код». Тип данных - счетчик. Поле является ключом таблицы.
Индексированное поле - да (совпадения не допускаются).
Таблица «Препарат». Хранит список препаратов. Таблица содержит одно поле:
препарат (Рис.14).
Свойства поля таблицы «препарат» были определены следующим образом:
· Поле «препарат». Тип данных - текстовый
Индексированное поле - да (совпадения не допускаются).
Таблица «Прием» содержит четыре поля. Имена полей, и типы данных
представлены на Рис. 17. Для таблицы был определен ключевой атрибут - «Запись».
Атрибуты «Код врача» и «Дата приема» - внешние ключи. Служат для связи с
отношениями «Врач» и «Даты приема» соответственно.
Свойства полей таблицы «прием» были определены следующим образом:
· Поле «код врача». Тип данных - числовой.
Поле «код врача» представляет собой поле со списком. В качестве Типа
управления элементом было выбрано - поле со списком; тип источника строк -
таблица или запрос; источник строк таблица «врач»; присоединенный столбец - 2.
Ширина столбцов- 5. Число столбцов - 1.
· Поле «номер карты». Тип данных - числовой.
· Поле «Дата приема». Тип данных - Дата/время.
· Поле «запись». Тип данных - счетчик.
Индексированное поле - да (совпадения не допускаются).
Таблица «Расписание». Предназначена для хранения расписания работы
врачей. Таблица содержит четыре поля (Рис. 18).
Свойства полей таблицы «расписание» были определены следующим образом:
· Поле «дни приема». Тип данных - текстовый
Поле «дни приема» было определено как поле со списком. Тип источника
строк для поля «дни приема» служит список значений: «четные; нечетные;
понедельник; вторник; среда; четверг; пятница; пн, ср, пт; вт, чт »
· Поле «часы приема». Тип данных - текстовый
Поле «часы приема» было определено как поле со списком. Тип источника
строк для поля «часы приема» служит список значений: «8:00-14:00; 14:00-20:00».
· Поле «код врача». Тип данных - числовой. Поле является ключевым в таблице
«Расписание»
Обязательное поле - Да (совпадения не допускаются).
· Поле «номер кабинета». Тип данных - числовой.
Индексированное поле - да (допускаются совпадения)
Таблица «Симптомы». Предназначена для хранения симптомов по диагнозам.
Таблица содержит два поля (Рис.19).
Свойства полей таблицы «симптомы» были определены следующим образом:
· Поле «симптом». Тип данных - текстовый
Индексированное поле - да(допускаются совпадения).
Поле «симптом» было определено как поле со списком. Тип источника строк -
таблица или запрос. В поле источник строк был введен запрос:
«SELECT [список симптомов].[список симптомов] FROM [список симптомов]
ORDER BY [список симптомов].[список симптомов];»
· Поле «код диагноза». Тип данных - числовой.
Индексированное поле - да (допускаются совпадения)
Таблица «Специальность». Содержит информацию о специальностях врачей и
коды специальностей (Рис. 20).
Свойства полей таблицы «специальность» были определены следующим образом:
· Поле «код специальности». Тип данных - числовой. Поле было определено
ключом таблицы.
Индексированное поле - да (допускаются не совпадения)
· Поле «специальность». Тип данных - текстовый
Таблица «Список препаратов». Предназначена для назначения препаратов
пациентов. Таблица содержит два поля (Рис. 21).
Рис. 21. Таблица «Список препаратов»
Свойства полей таблицы «список препаратов» были определены следующим
образом:
· Поле «лекарство». Тип данных - текстовый
Поле «лекарство» было определено как поле со списком. Тип источника строк
- таблица или запрос. В поле источник строк был введен запрос: «SELECT
препарат. препарат FROM препарат;»
· Поле «код препарата». Тип данных - числовой.
Индексированное поле - да (допускаются совпадения)
Таблица «Список симптомов». Хранит список всех возможных симптомов.
Таблица содержит одно поле: «список симптомов» (Рис. 22).
Рис. 22. Таблица «Список симптомов»
Свойства поля таблицы «список симптомов» были определены следующим
образом:
· Поле «список симптомов». Тип данных - текстовый
Таблица «Участки». Предназначена для прикрепления участков врачам.
Таблица содержит два поля (Рис.23). Для таблицы был определен ключевой атрибут
- «№ участка». Атрибут «Табельный номер» определен, как внешний ключ, необходимый
для связи с таблицей «Врач».
Свойства полей таблицы «участки» были определены следующим образом:
· Поле «№ участка». Тип данных - числовой.
Индексированное поле - да (совпадения не допускаются)
Поле «№ участка» представляет собой поле со списком. В качестве Типа
управления элементом было выбрано - поле со списком; тип источника строк -
таблица или запрос; источник строк таблица «номера участков»; присоединенный
столбец - 1. Число столбцов - 1.
· Поле «Табельный номер». Тип данных - числовой.
Индексированное поле - да (совпадения допускаются)
После создания таблиц было осуществлено их связывание. На рис.24
представлена схема данных.
При создании схемы данных было использовано 16 таблиц. При установлении связей
между таблицами в окне диалога были выбраны параметры (Рис.25)
§ Каскадное обновление связанных полей
§ Каскадное удаление связанных записей
Целостность данных - соответствие информационной модели предметной
области, хранимой в базе данных, объектам реального мира и их взаимосвязям в
каждый момент времени. Поддержка целостности данных означает обеспечение
принципов:
§ Кортежи подчиненного отношения уничтожаются при удалении кортежа
основного отношения, связанного с ним.
§ Кортежи подчиненного отношения модифицируются при внесении изменений в
основном кортеже.
Рис. 25. Диалог выбора параметров при установлении связей между
отношениями
На рис.26 представлено содержимое таблицы «Врач» и содержимое связанной с
ней таблицей «Участки». Таблицы связаны по табельному номеру врача. Каждому
врачу назначены свои участки. Врач, у которого значение в таблице «Участок»
равно «0» не является участковым.
На рис. 27. представлено содержимое таблицы «виды обследований»
Рис. 27. Содержимое таблицы «виды обследований»
На рис. 28. представлено содержимое таблицы «список симптомов»
Рис. 28 Содержимое таблицы «список симптомов»
На рис. 29 представлено содержимое таблицы «список специальностей».
Таблица связана с таблицей «Врач» по полю код специальности.
Рис. 29. Содержимое таблицы «список специальностей»
На рис. 30 представлено содержимое таблицы «прием» и подчиненные таблицы
«посещение», «жалобы», «препарат».
Рис. 30. Содержимое таблицы «прием»
На рис. 31 представлено содержимое таблицы «номера участков» и
подчиненная таблица «адрес участка».
Рис. 31. Содержимое таблицы «номера участков»
На рисунке 32 представлено содержимое таблицы «больничный лист»
Рис. 32. Содержимое таблицы «больничный лист»
На рис. 33 представлено содержимое таблицы «названия диагнозов» и
подчиненная таблица «симптомы»
Рис. 33. содержимое таблиц «название диагнозов» и подчиненной таблицы
«симптомы»
На рис. 34 представлено содержимое таблицы «пациент» и подчиненные
таблицы «посещение», «жалобы», «список препаратов»
Рис. 34. содержимое таблицы «пациент»
Для базы данных «Регистратура» были разработаны следующие запросы.
Запрос «адрес, дата посещения, диагноз» был разработан для отбора:
фамилии имени отчества пациента, его адреса места жительства, даты последнего
посещения поликлиники, установленный диагноз и номер карточки. Структура
запроса представлена на Рис.35. Результат выполнения запроса представлен на
Рис. 35.а.
Рис. 35. Структура запроса «адрес, дата посещения, диагноз»
Рис. 35.а. Результат выполнения запроса «адрес, дата посещения, диагноз»
Запрос «расписание (какой врач в кабинете)» был разработан для отбора
расписания работы врачей. Структура запроса представлена на Рис.36. Результат
выполнения запроса представлен на Рис. 36.а.
Рис. 36. Структура запроса «расписание (какой врач в кабинете)»
Рис. 36.а. Результат выполнения запроса «расписание (какой врач в
кабинете)»
Запрос «Количество обслуженных пациентов» (Рис. 37) был разработан для
отбора: фамилии имени отчества врача, кода врача и количества обслуженных
пациентов за определенный период. Запрос «Количество обслуженных пациентов»
имеет подчиненный запрос «приемы врача» (37. а.). Результат выполнения запроса
«Количество обслуженных пациентов» представлен на рис. 37.б.
Рис. 37. Структура запроса «количество обслуженных пациентов»
Рис. 37.а. Структура запроса «приемы врача»
Рис. 37.б. Результат выполнения запроса «количество обслуженных
пациентов»
Запрос «назначения по диагнозу» был разработан для отбора: названия
диагноза и назначения препаратов по нему. На Рис.38 представлена структура
запроса. На рис. 38.а. представлен результат выполнения запроса.
Рис. 38. Структура запроса «назначения по диагнозу»
Рис. 38.а. Результат выполнения запроса «назначения по диагнозу»
Запрос «запрос для справки» был разработан для формирования отчета
«справка». Структура запроса представлена на рис. 39.
Запрос «лечащие врачи» был разработан для отбора: ФИО пациента, номера
карточки, лечащего врача и специальности врача. На Рис.40 представлена
структура запроса. На рис. 40.а. представлен результат выполнения запроса.
Рис. 40. Структура запроса «лечащие врачи»
Рис. 40. а. Результат выполнения запроса «лечащие врачи»
Запрос «дата последнего посещения поликлиники» был разработан для отбора:
ФИО пациента, даты последнего посещения и установленного диагноза. В основе
запроса «дата последнего посещения поликлиники» лежит запрос «адрес, дата
посещения, диагноз». Запрос «адрес, дата посещения, диагноз» имеет вид:
«SELECT ПАЦИЕНТ.ФИО, ПАЦИЕНТ.№участка, ПАЦИЕНТ.[дом, корпус, квартира],
ПАЦИЕНТ.№карточки, прием.[Дата приема], посещение.[код диагноза]прием INNER
JOIN (ПАЦИЕНТ INNER JOIN посещение ON ПАЦИЕНТ.№карточки = посещение.[номер
карты]) ON прием.Запись = посещение.запись;»
На рис. 41 представлена структура запроса дата последнего посещения
поликлиники». На рис. 41.а. представлен результат выполнения запроса.
Рис. 41. Структура запроса «дата последнего посещения поликлиники»
Рис. 41.а. Результат выполнения запроса «дата последнего посещения»
Запрос «новый врач» был разработан отбора информации из таблицы врач
(ФИО, код врача, табельный номер, дата рождения, прием на работу, код
специальности, пол, адрес) и отбора записей из таблицы «расписани
Похожие работы на - Создание информационной системы поликлиники Курсовая работа (т). Информационное обеспечение, программирование.
Контрольная Работа По Математике Степенная Функция
Контрольная работа: Глобальні фінансові виклики
Проблемы Дорог Курсовая
Реферат: Bataan Death March Essay Research Paper The
Реферат: История становления дополнительного образования. Скачать бесплатно и без регистрации
Курсовая работа по теме Программа 'Шифр Цезаря'
Контрольная Работа На Тему Порядок Увольнения Работника И Оплаты Сверхурочного Труда
Эссе На Тему Настоящая Дружба
Сочинение Про Конный Спорт
Реферат по теме Этические проблемы аборта, контрацепции и стерилизации
Реферат: Смертельные болезни в молодежной среде
Двигательные Способности Реферат
Реферат: Новая баллада о востоке и западе. Скачать бесплатно и без регистрации
Реферат по теме Стурдза Александр Скарлатович
Практическое задание по теме Исследование нормативно-правовой базы информационной безопасности предприятия отделения Юго-Западного банка Сбербанка России №****
Доклад по теме Время ОИВТА
Курсовая работа по теме Объемный гидропривод
Ограничение Предпринимательской Деятельности Реферат
Как Правильно Написать Реферат Для Колледжа
Сочинение Любимый Герой Фонвизин Недоросль
Реферат: Загальна теорія точності механічної обробки
Реферат: Территория Айдахо
Похожие работы на - Разработка проекта рекламной кампании: 'Продвижение журнала Советник'