Поликлиника

Процесс нормализации состоит в последовательном приведении существующих таблиц к нормальным формам. На практике в основном используются первая, вторая и третья нормальные формы [5]. Таблица считается приведенной к первой нормальной форме, если каждый атрибут для каждого экземпляра сущности имеет только одно значение. В таблицах 3, 4, 5 и 6 одному экземпляру сущности (пациенту, карте, врачу или участку) соответствует несколько значений атрибутов (льгот, посещений, номеров участков или врачей/пациентов/адресов).Для приведения данных таблиц к первой нормальной форме информацию о льготах/посещениях/адресах можно вынести в отдельные таблицы (таблица 7, таблица 8 и таблица 9), в которых красным выделен столбец/столбцы, являющийся первичным ключом. Создать дополнительную таблицу соответствия врачей и номеров участков (таблица 10).Список пациентов из таблицы 6 можно убрать, так как информация о принадлежности к участку содержится в карте каждого пациента. После приведения к первой нормальной форме в таблице 6 останется всего один столбец и использование данной таблицы потеряет смысл, поэтому данную таблицу можно удалить. Таблица 7 — Список льгот.

Код льготы.

СНИЛСТаблица 8 — Список посещений.

Номер карты.

Табельный номер врача.

ДатаВремя.

СтатусТаблица 9 — Список адресов.

УлицаДом.

Номер участка.

Таблица 10 — Соответствие врачей и участков.

Табельный номер врача.

Номер участка.

Таблица считается приведенной ко второй нормальной форме, если каждый атрибут функционально полно зависит от составного ключа. Таблицы с простым ключом, приведенные к первой нормальной форме, автоматически соответствуют второй нормальной форме. Все таблицы с составным ключом в нашей даталогической модели также соответствуют второй нормальной форме. Таблица считается приведенной к третьей нормальной форме, если каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Таблица 4 не соответствует третьей нормальной форме, так как атрибуты, совпадающие с атрибутами таблицы 3, определяются только СНИЛС. Для приведения данной таблице к третьей форме можно удалить дублирующуюся информацию из таблицы 4. Полученная в результате таблица представлена в таблице 11. Таблица 11 — Карты.

Номер карты.

Номер участка.

СНИЛСТак как пациент однозначно идентифицируется по СНИЛС, то таблицу «Карты» можно полностью удалить, а информацию о номере участка перенести в таблицу «Пациенты».Теперь на основе нормализованных таблиц можно построить схему разрабатываемой базы данных (рисунок 14).Рис. 14 — Схема базы данных3.

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

Сотрудник выбирает время и нажимает кнопку «Выбрать время». В правом нижнем углу появляется кнопка «Записать». После нажатия данной кнопки происходит запись и печатается талон на прием для пациента.Рис. 15 — Форма «Запись на прием"4 Реализация алгоритма работы программы. В данной работе для проектирования базы данных была выбрана встраиваемая СУБД SQLite, так как она является одной из самых простых в настройке и использовании: не требует самостоятельной установки, все данные находятся в файле, который встраивается в программу. Для создания новой базы данных будет использовать программу SQLiteStudio[6]. Для создания базы данных выбираем вкладку «Database» и нажимаем на «Add a database». В появившемся окне необходимо добавить название базы данных и путь к ней. Теперь необходимо создать таблицы согласно схеме базы данных [7]. Самым быстрым способом создания таблицы является добавление соответствующего кода в SQL editor. Для того, чтобы открыть SQL editor необходимо открыть вкладку «Tools» и нажать на «Open SQL editor».В открывшемся окне необходимо добавить SQL запрос для создания первой таблицы «Список адресов»:CREATE TABLE (Street VARCHAR (50), Building INTEGER ,[Area number] INTEGER, CONSTRAINT Adress PRIMARY KEY (Street, Building));Аналогичным образом добавляются все остальные таблицы. Для того, чтобы избежать ввода недопустимых данных (например, возраст меньше 14 лет во взрослой поликлинике), а также автоматизировать обработку данных (например, при удалении записи в таблице «Пациенты» автоматически удаляются данные о его посещениях) на таблицы установлены триггеры. Интерфейс программы для работы с разрабатываемой БД разработан на Java [8]. В нем реализовано разделение на группы пользователей:

администраторысотрудники отдела прикреплениясотрудники регистратурысотрудники лечебного отдела.

При запуске программы открывается форма авторизации, в которой нужно ввести пару «Имя пользователя-пароль».После отправки данных из формы авторизации программа проверяет, к какой группе пользователей относится обладатель данной пары «Имя пользователя — Пароль».После проверки в зависимости от принадлежности обладателя к той или иной группе пользователей открывается, соответствующее данной группе окно. Например, для сотрудников отдела прикрепления открывается окно с возможностью просмотра информации о прикрепленном населении, а также с возможностью добавления, редактирования или удаления записей о прикрепленных гражданах. Для сотрудников регистратуры открывается окно с тремя вкладками «Запись на прием», «Редактирование записи на прием», «Отмена записи».Окно «Запись на прием» соответствует разработанной в прошлой главе форме «Запись на прием», а окна «Редактирование записи на прием» и «Отмена записи» позволяют выбрать одну из уже существующих записей и отредактировать или отменить её. Сотрудники лечебного отдела могут просматривать списки записанных к ним на прием граждан, вносить отчет о приеме пациента, включая информацию о выписанных направлениях и оформленных рецептах, просматривать отчеты других врачей о приемах пациента.

5 Обоснование набора тестов. Для тестирования разработанной системы необходимо использовать несколько наборов тестов:

Набор тестов, состоящий из таблицы данных граждан, в ряде строк которой внесены недопустимые для ввода в систему значения: слишком маленький возраст, длина СНИЛС не соответствует заданному значению, несуществующий полис ОМС и т. д. Данный набор тестов позволяет проверить работу системы при ошибках пользователя или несоответствующих данных. При правильной работе системы в каждом из этих случаев запись в таблицу «Пациенты» не должна быть добавлена, а пользователю должно быть выведено уведомления об ошибке. Набор тестов, состоящий из таблицы ФИО граждан, желающих записаться на прием к участковым терапевтам и специалистам узкого профиля, информация о направлениях которых присутствует или отсутствует в системе. Данный тест проверяет правильность определения участкового врача при записи на прием к участковому врачу, а также возможность записи к специалисту узкого профиля при наличии/отсутствии направления в базе данных. Набор тестов, состоящий из списка лекарств, положенных и не положенных к льготному отпуску для отдельных категорий льготников. При правильной работе система должна выписывать льготные рецепты только на те лекарства, которые положены именно данному пациенту согласно его льготе.

Заключение

.

В курсовом проекте была разработана информационная система «Поликлиника» для районной поликлиники, работающей в системе обязательного медицинского страхования, состоящая из базы данных и интерфейса. В процессе разработки был проведен анализ предметной области, предпроектное обследование, созданы организационная, функциональная и информационная модели, а также определены миссия и критические факторы успеха Поликлиники. Определены цели и задачи разрабатываемой информационной системы. На следующем этапе было проведено проектирование информационной системы: выделены, проанализированы и оптимизированы бизнес-процессы, построены инфологическая и даталогическая модели данных. Для физической разработки базы данных использовалась СУБД SQLite. Проведено проектирование интерфейса системы. Для разработки интерфейса использовался JAVA, сильно типизированный объектно-ориентированный язык программирования. В созданной информационной системе разграничены уровни доступа к системе с помощью разбиения пользователей на группы с разными правами. Сотрудникам отдела прикрепления предоставляется возможность просмотра информации о прикрепленном населении, а также добавления, редактирования или удаления записей о прикрепленных гражданах. Сотрудников регистратуры могут осуществлять запись на прием, а также выбирать одну из уже существующих записей и редактировать или отменять её. Сотрудники лечебного отдела могут просматривать списки записанных к ним на прием граждан, вносить отчет о приеме пациента, включая информацию о выписанных направлениях и оформленных рецептах, просматривать отчеты других врачей о приемах пациента. Данная система отвечает всем требованиям, предъявляемым к системам данного типа, и может использоваться для оптимизации работы поликлиник.

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

Куликов Г. Г. Набатов А.Н. Речкалов А. В. Автоматизированное проектирование информационно-управляющих систем. Системное моделирование предметной области. — Уфа: Уфимский государственный авиационный технический университет, 1998. — 104 с. — ISBN 5−89 611−190−0.Дейт К. Дж. Введение в системы баз данных = Introduction to Database Systems. — 8-е изд. — М.: «Вильямс», 2006. — 1328 с. — ISBN 0−321−19 784−4.Peter Pin-Shan Chen «The Entity-Relationship Model — Toward a Unified View of Data» (англ.) // ACM Transactions on Database Systems (TODS): Сб. — Нью-Йорк: ACM, 1976. — Vol. 1. — P. 9−36. — ISSN 0362−5915. — DOI:

10.1145/320 434.

Когаловский М. Р. Энциклопедия технологий баз данных. — М.: Финансы и статистика, 2002. — 800 с. — ISBN 5−279−2 276−4.Федоренко, Е. В. Базы данных: учебное пособие / Е. В. Федоренко, А. С. Самардак. — М.: Находка, 2016. — 116 с. О программе SQLiteStudio [Электронныйресурс] // ОфициальныйсайтSQLiteStudioURL:

https://sqlitestudio.pl/index.rvt?act=aboutРуководство пользователяпоSQLiteStudio [Электронный ресурс] URL:

https://wiki.sqlitestudio.pl/index.php/User_ManualО Java[Электронный ресурс]URL:

https://java.com/ru/about/.