ВВЕДЕНИЕ В БАЗУ ДАННЫХ НА ЯЗЫКЕ SQL Текст научной статьи по специальности «Компьютерные и информационные науки»

УДК 004.6

Поварницын Е.Н. студент 2 курса

факультет «Информационные системы и технологии» Северный Арктический Федеральный Университет

Россия, г. Архангельск ВВЕДЕНИЕ В БАЗУ ДАННЫХ НА ЯЗЫКЕ SQL

Аннотация: Статья посвящается базе данных на языке SQL в программе MySQL. В данной статье рассматривается создание простых и средней сложности базы данных. Так же рассмотрена визуализация базы данных на примере поликлиники на языке Java.

Ключевые слова: Java, SQL, MySQL, база данных, Eclipse, программирование.

Povarnitsyn E.N.

student

2year, faculty "Information Systems and Technologies"

Northern Arctic Federal University Russia, Arkhangelsk INTRODUCTION TO SQL DATABASE

Annotation: This article is about a SQL database in MySQL. This article discusses the creation of simple and medium complexity databases. The database visualization is also considered using the example of a clinic in the Java language.

Keywords: Java, SQL, MySQL, database, Eclipse, programming

1 Инфологическое (концептуальное) моделирование

1.1 Описание предметной области (ПО)

1.1.1 Пользователи и операции

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

1.1.2 Информационные потребности пользователей

Потребности, которые будут осуществляться в базе данных это такие

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

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

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

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

1.2 Формализованное описание задачи

1.2.1 Наименование задачи

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

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

1.2.2 Цель автоматизации

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

1.2.3 Функции

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

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

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

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

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

1.2.4 Бизнес-правила

Пользователю администратор доступны все типы данных, так как он должен редактировать их.

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

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

1.2.5 Перечень вводимой информации

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

Уточним некоторые детали. Текущее состояние - это обозначает, что пациент лечится, вылечился, направлен в стационар или умер. Социальный статус пациента обозначает, является ли он учащийся, работающий, временно неработающий, инвалид или же пенсионер. Специализация врача - это терапевт, невропатолог и другие. Квалификация врача - 1-я, 2-я, 3-я категория.

1.2.6 Перечень выводимой информации

Выводимая информация будет аналогична вводимой информации.

1.2.7 Перечень печатных отчетов

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

1.2.8 Требования к аппаратному обеспечению

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

1) OS Microsoft Windows 7 ( или версии более ранее);

2) Java Version 8 Update 211.

1.3 Описание сущностей и их свойств

Первая таблица это Card (Карточка пациента). В неё входят такие атрибуты как Name (Имя пациента), LastName (Фамилия пациента), MidName (Отчество пациента), Date (Дата рождения пациента), Status (Социальный статус пациента), Obs (Текущие состояние пациент). Первичным ключом будет являться idCard (Номер карточки пациента).

Вторая таблица это Specializaziya (Специализация). В неё входят такие атрибуты как Kval (Квалификация врача), Dol (Должность врача), Specializ (Специализация врача), первичным ключом будет являться idSpecializaziya.

Третья таблица это Doctor (Врач). В неё входят такие атрибуты как Name (Имя врача), LastName (Фамилия врача), MidName (Отчество врача), первичным ключом будет являться idDoctor, внешним ключом будет Specializaziya_idSpecializaziya.

Четвёртая таблица это Diagnoz (Диагноз). В неё входят такие атрибуты как Diagnoz (Диагноз больного), первичный ключ будет idDiagnoz.

Пятая таблица это HistoryBolezney. В неё входят такие атрибуты как DataNachalaLech (Дата начала лечения пациента от данной болезни), Ambulaturnoe_lech (Нуждается ли пациент в амбулаторном лечении), Dispanser_uchet (Пройдена ли диспансеризация у пациента), Poterya_raboti (На сколько дней пациент лишается работы из-за данной болезни). Первичным ключом здесь будет idHistoryBolezney. Внешними ключами будут являться Card_idCard, Diagnoz_idDiagnoz, Doctor_idDoctor.

1.4 ER-диаграмма

Данная ER-диаграмма должна будет соответствовать рисунку 1.

Рисунок 1 - ER-диаграмма

1.5 Описание ограничений целостности, определяемых семантикой предметной области

Card - HistoryBolezney связаны как 1 к многим;

Diagnoz - HistoryBolezney связаны как 1 к многим;

Specializaziya - Doctor связаны как 1 к многим;

Doctor - HistoryBolezney связаны как 1 к многим.

1.6 Определение вида нормальной формы

Нормализация была доведена до 3 нормальной формы. Пример нормализации будет представлен ниже.

На данном этапе разберём нормализацию схем базы данных. Придумаем таблицу, у меня она состоит из ФИО пациента, ФИО врача, болезни пациента, специальности врача и даты визита. Оформим её в соответствии с рисунком 2.

Рисунок 2 - Схема базы данных Далее нормализуем её до первой нормальной формы. В первую нормальную форму входят параметры такие как: нет повторяющихся строк, все атрибуты простые, все значения скалярные. Оформим её в соответствии с рисунком 3.

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

с рисунком 4.

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

Рисунок 5 - Третья нормальная форма

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

2 Даталогическое (логическое) моделирование

2.1 Выбор типа модели данных. Выбор СУБД для реализации задачи

Система управления баз данных для работы будет являться MySQL Workbench, а для составления интерфейса программы базы данных будет так же использована программа Eclips с языками программирования Java и XML.

2.2 Определение элементов данных

2.2.1 Схема отношений реляционной модели

Ниже представлена схема отношений реляционной модели, в соответствии с рисунком 6.

Рисунок 6 - Схема отношений реляционной модели 2.2.2 Характеристики атрибутов по всем отношениям

Характеристика таблицы Card будет выглядеть в соответствии с рисунком 7.

J Card

idGard I NT Name VAROIAR(45) LastName ¥ ARCH AR (45) MidName VARCHAR(45) Date VARCHAR(45) Status VARCH AR(45)

Obs varchar^s;

Рисунок 7 - Card

Характеристика таблицы HistoryBolezney будет выглядеть в соответствии с рисунком 8.

J HistoryBoleznev

idHi story Bol ezney ЮТ DataNachalaLech VARCHAR(45) Ambulatumoejech VARCHAR(45) Dispanserjjchet V ARCH AR(45) Poterya_r aboli VARCHAR(45) CardJdCard INT DiagnoiJdDiagnoi INT Doctor idDoctor INT

Рисунок 8 - HistoryBolezney Характеристика таблицы Doctor будет выглядеть в соответствии с рисунком 9.

J Doctor

idDoctor INT Name VAROHAR(45) LastName VARCHAR(45) MidName VAROHAR(45) SpecializaziyaJdSpecializaziya INT

Рисунок 9 - Doctor Характеристика таблицы Diagnoz будет выглядеть в соответствии с рисунком 10.

_l Diagnoz

idDiagnoz INT Diagnoz VARCHAR[45;

Рисунок 10 - Diagnoz Характеристика таблицы Specializaziya будет выглядеть в соответствии с рисунком 11.

_l Special izaziya

idSpecializaziya INT Kval VAROHAR(45) Dol VARCHAR(45) Specialii VARCMAR(45)

Рисунок 11 - Specializaziya 2.2.3 Описание ограничений целостности, накладываемые на выбранную модель данных

Ниже представлен словарь данных, в соответствии с рисунком 12

Рисунок 12 - Словарь данных 3 ФИЗИЧЕСКАЯ РЕАЛИЗАЦИЯ ПРОЕКТА 3.1 ЗАПРОСЫ НА ЯЗЫКЕ SQL И ИХ ОПИСАНИЕ

В данном разделе разберём SQL запросы для базы данных. Создадим базу данных поликлиники с помощью SQL запросов. Сперва нужно создать таблицы в которых будут расположены данные. Создадим 5 таблиц Card, Special, Doctor, Diagnoz, History. В них будут расположены те атрибуты, какие мы описывали при создании ER-диаграммы. Для того что бы создать таблицу

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

После создания всех таблиц нужно внести в них данные. Отвечает за это команда «INSERT INTO ? VALUES *», где «?» это название таблицы, а «*» это перечисление данных, которые должны входить в данную таблицу. Стоит заметить что вносить данные нужно по порядку, как мы записывал и в таблице.

После внесения данных разберём выборку данных. За это отвечает команда «SELECT * FROM ?», где «*» это тот столбец которая нам нужна для вывода, а «?», это название таблицы из который мы берём информацию. Далее я разберу свои выборки.

«SELECT * FROM Diagnoz» - отвечает за просмотр всех значений из таблицы «Diagnoz»

«SELECT History.idHistory, History.DataLech, History.AmbLech, History.NeRabot, Doctor.Name, Doctor.LastName, Doctor.MidName, Card.Name, Card.LastName, Card.MidName, Diagnoz.Diagnoz FROM History, Card, Doctor, Diagnoz WHERE History.Doctor = Doctor.idDoctor AND History.Card = Card.idCard AND History.Diagnoz = Diagnoz.idDiagnoz». Отвечает за просмотр столбцов номера истории болезни, даты начала лечения, нуждается ли пациент в амбулаторном лечении, на сколько дней ему предоставлен больничный, имя, фамилия, отчество лечащего врача, фамилия, имя, отчество и диагноз пациента. Данные берутся из таблиц «History», «Card», «Doctor», «Diagnoz». Так же здесь стоит параметр «WHERE», которые говорит о том что атрибуты «Doctor» и «idDoctor» в таблицах «History» и «Doctor» должны совпадать. Далее по аналогии.

«SELECT Name, LastName, MidName, BirthDay FROM Card». Отвечает за просмотр столбцов Имя, фамилия, дата рождения пациента из таблицы «Card».

«SELECT Card.Name, Card.LastName, Card.MidName, Doctor.Name, Doctor.LastName, Doctor.MidName, Diagnoz.Diagnoz FROM Card, Doctor, Diagnoz, History WHERE History.Doctor = Doctor.idDoctor AND History.Card = Card.idCard AND History.Diagnoz = Diagnoz.idDiagnoz». Отвечает за просмотр имени, фамилии, отчества и диагноза пациента, имени, фамилии и отчества врача. Данные берутся из таблиц «Card», «Doctor», «Diagnoz», «History». Так же стоит условие, что атрибуты «Doctor» и «idDoctor» в таблицах «History» и «Doctor» должны совпадать. Далее по аналогии.

«SELECT Doctor.Name, Doctor.LastName, Special.Dol FROM Doctor, Special WHERE Doctor.Special = Special.idSpecial AND Special.Dol = 'Глав.врач'». Отвечает за просмотр столбцов имя, фамилия и специальность врача из таблицы «Doctor», так же здесь стоит условие, что атрибуты «Special» и «idSpecial» в таблицах «Doctor» и «Special» должны совпадать, так же должность врача должна быть «Глав.врач».

«SELECT Card.Name, Card.MidName, CURRENT_DATE-Card.BirthDay

AS age FROM Card ORDER BY age ASC». Отвечает за просмотр имени, отчество и возраста пациента из таблицы «Card». Так же пациенты сорбированы по количество лет от младшего к старшему. Здесь присутствует так же команды «CURRENT_DATE», которая показывает текущую дату.

«SELECT MAX(CURRENT_DATE-Card.BirthDay) FROM Card». Отвечает за просмотр максимального возраста пациента из таблицы «Card».

«SELECT count(*) FROM Doctor». Отвечает за количество строк в таблице «Doctor».

«DELETE FROM Card WHERE idCard = 3 AND Name = 'Кирилл'». Отвечает за удаление карточки номер 3, где расположено имя «Кирилл» в таблице «Card».

«UPDATE History SET History.Doctor = 1 WHERE History.Doctor = 2». Отвечает за обновление данных из таблицы истории, где номер доктора был 2 на 1.

«DROP TABLE Card». Отвечает за удаление таблицы «Card». Весь код, который у меня получился расположен ниже (листинг 1).

_Листинг 1 - Код программы_

CREATE TABLE Card ( idCard INT NOT NULL, Name VARCHAR(255) NOT NULL, LastName VARCHAR(255) NOT NULL, MidName VARCHAR(255) NOT NULL, BirthDay Date NOT NULL, SocStatus VARCHAR(255), Healthy VARCHAR(255), PRIMARY KEY (idCard)

);

CREATE TABLE Special( idSpecial INT NOT NULL, Kval VARCHAR(255), Dol VARCHAR(255), Specializ VARCHAR(255),

PRIMARY KEY(idSpecial)

);

CREATE TABLE Doctor( idDoctor INT NOT NULL, Name VARCHAR(255) NOT NULL, LastName VARCHAR(255) NOT NULL, MidName VARCHAR(255) NOT NULL, Special INT,

PRIMARY KEY (idDoctor),

FOREIGN KEY (Special) REFERENCES Special(idSpecial)

);

CREATE TABLE Diagnoz(_

idDiagnoz INT NOT NULL, Diagnoz VARCHAR(255), PRIMARY KEY (idDiagnoz)

);

CREATE TABLE History( idHistory INT NOT NULL, DataLech Date NOT NULL, AmbLech VARCHAR(255), Dispanser VARCHAR(255), NeRabot INT, Doctor INT, Card INT, Diagnoz INT,

PRIMARY KEY (idHistory),

FOREIGN KEY (Doctor) REFERENCES Doctor(idDoctor), FOREIGN KEY (Card) REFERENCES Card(idCard),

FOREIGN KEY (Diagnoz) REFERENCES Diagnoz(idDiagnoz)

);

INSERT INTO Card VALUES (1, 'Егор', 'Поварницын', 'Николаевич', '1999-05-28', 'Студент', 'Здоров'),

(2, 'Виктор', 'Федотов', 'Александрович', '1997-10-09', 'Студент', 'Здоров'),

(3, 'Мавтей', 'Перфильев', 'Сергеевич', '1999-08-13', 'Студент', 'Болен'), (4, 'Игорь', 'Бахтин', 'Владиславович', '1999-01-23', 'Студент', 'Болен'); INSERT INTO Special VALUES (1, 'Первая', 'Глав.врач','Хирург'), (2, 'Вторая', 'Врач','Терапевт');

INSERT INTO Doctor VALUES (1, 'Никита', 'Дерягин', 'Сергеевич', 1), (2, 'Данил', 'Дудин', 'Данилович', 2);

INSERT INTO Diagnoz VALUES (1, 'Кариес'),(2, 'OP3'),(3, 'Грипп'); INSERT INTO History VALUES (1, '2019-05-08', 'Не нужно', 'Пройдено', 0, 2, 3, 1), (2, '2019-05-08', 'Нужно', 'Не пройдено', 10, 2, 4, 2); SELECT * FROM Diagnoz;

SELECT History.idHistory, History.DataLech, History.AmbLech, History.NeRabot, Doctor.Name, Doctor.LastName, Doctor.MidName, Card.Name, Card.LastName, Card.MidName, Diagnoz.Diagnoz FROM History, Card, Doctor, Diagnoz WHERE History.Doctor = Doctor.idDoctor AND History.Card = Card.idCard AND History.Diagnoz = Diagnoz.idDiagnoz; SELECT Name, LastName, MidName, BirthDay FROM Card; SELECT Card.Name, Card.LastName, Card.MidName, Doctor.Name, Doctor.LastName, Doctor.MidName, Diagnoz.Diagnoz FROM Card, Doctor, Diagnoz, History WHERE History.Doctor = Doctor.idDoctor AND History.Card = Card.idCard AND History.Diagnoz = Diagnoz.idDiagnoz;

SELECT Doctor.Name, Doctor.LastName, Special.Dol FROM Doctor, Special WHERE Doctor.Special = Special.idSpecial AND Special.Dol =

'Глав.врач';

SELECT Card.Name, Card.MidName, CURRENT_DATE-Card.BirthDay AS age FROM Card ORDER BY age ASC;

SELECT MAX(CURRENT_DATE-Card.BirthDay) FROM Card; SELECT count(*) FROM Doctor;

DELETE FROM Card WHERE idCard = 3 AND Name = 'Кирилл'; UPDATE History SET History.Doctor = 1 WHERE History.Doctor = 2;

DROP TABLE Card;_

Если все правильно ввести, то получится результат в соответствии с рисунком 13.

1|Кариес 2|ОРЗ 3|Грипп

112019-05-081Не нужно|в|Дан ил|Дуди н|Да нилов и ч|Иа вт ей|Перфильев|Се р г еев и ч|Ка ри ее 212019-05-08|Нужно1101Данил| Дудан|Данилович|Игорь|Бахтин|Владиславович|ОРЗ Егор|Поварницьн|Николаевич|1999-05-28 Виктор| Федотов|Александрович11997-10-09 Маетей|Перфильев|Сергеевич|1999-03-13 Игорь|Бахтин|Владиславович|1999-01-23 Ма вте й|Перфильев|Сер ге е ви ч|Дан ил|Дудан|Дан нло ви ч|К ариес И г о рь|Бахтин|Вл а ди с л а з о вич|Дан ил|Дуда н|Данилович|ОРЗ Ни к и та|Деря г и н|Глав.врач Е гор|Никол ае в и ч120 Мавтей | Сергее вич 120 Игорь|Владиславович|20 Виктор| Александрович122 22

Рисунок 13 - Итог SQL команд

3.2 ФОРМЫ И ОТЧЁТЫ

Приложение было разработано с помощью языков программирования Java и XML в программе Eclips при использовании библиотек FXML и MySqlConnectorJava. Для удобного составления приложения формы были составлены при помощи SceneBilder.

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

I - ! ■ ......- ...........I ■■■

try |

CtnijTp T^r'i п» щlit lähf.Di j

Ihl4 > drvi - 1>H L .-гкНиЛ,.jF

|lГСрчи[inH*Jni ■—, ■!: :1Г г t 1H1H nj«;!hw -"MilЦ11 |

I (Ihtta^litirtHi II *utlü«l I ]] ]I■ ф цp' i'. pi'l Iii I £ ] tfttlwt ^üirfrfE vL Inn | "j^l P >h [

t.y ¡a|Uii№iq()|

■■fliji n t^iPj

p.-l 1. ■ ■ I 'I Lim« вгч 1 l> ■ 1 1 |

•T 1

Jt [ lh,l t ,ч<ши U H.blJI fehlt.. С'ПП. 11д»а| I. } itlch ■) j

1

Ihli.Lura * phLIj

Рисунок 14 - Соединение

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

Рисунок 15 - Авторизация Если пользователь нажмёт на кнопку регистрации, то попадёт на окно регистрации в соответствии с рисунком 16.

Клу.л ДЛННЫ^ I юликлыники

Регистрдцыя

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

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

Рисунок 17 - Пациент При авторизации врача окно с информацией будет выглядеть в соответствии с рисунком 18.

Рисунок 18 - Врач При нажатии кнопки база болезней откроется вся история пациентов, в соответствии с рисунком 19.

Рисунок 19 - История болезней Попадая на данное окно можно заметить, что здесь присутствует поиск по пациентам. Для того чтобы найти историю болезни нужно написать ИД пациента, его социальный статус, диагноз пациента и лечащего врача, после чего нужно нажать на кнопку поиск. Если всё сделать правильно, то результат будет в соответствии с рисунком 20.

Рисунок 20 - Поиск по пациентам Так же здесь присутствует справочник по пациентам, врачам и диагнозам. Если нажать на кнопку карты, то всплывёт окно в соответствии с рисунком 21.

Рисунок 21 - Справочник пациентов Если попробовать нажать на кнопку врачи, то откроется справочник врачей, в соответствии с рисунком 22.

Рисунок 22 - Справочник врачей Так же стоит заметить, в данном окне приложения имеется кнопка специальности врачей, где описаны должность, специальность и квалификация, в соответствии с рисунком 23.

Рисунок 23 - Специализация врача Вернёмся на окно истории болезней пациента и нажмём на кнопку диагноза, в ней будут показаны все диагнозы, которые присутствуют в базе данных поликлиники, в соответствии с рисунком 24.

Рисунок 24 - Диагноз Вернёмся на окно авторизации. Если войти под записью администратора, то можно увидеть 4 кнопки, которые нас перенаправляют на базу с данными которые можно редактировать. Выглядит это в соответствии с рисунком 25.

Бл2;л данные поликлиники

Рисунок 25 - Панель администратора Для примера нажмём на кнопку база пациентов. После чего откроется окно в котором будет расположена таблица с пациентами, которых можно редактировать, удалять или добавлять, в отличии от врача, который может только просматривать их данные. Выглядеть окно будет в соответствии с рисунком 26.

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

Использованные источники:

1. Баканов, М.В. Базы данных. Системы управления базами данных : учебное пособие / М.В. Баканов, В.В. Романова, Т.П. Крюкова. — Кемерово : КемГУ,

2. Разработка и защита баз данных в Microsoft SQL Server 2005 : учебное пособие. — 2-е изд. — Москва :