Файл: Разработка приложения справочной службы регистратуры поликлиники.pdf

Введение

Тема курсовой работы: «Разработка приложения справочной службы регистратуры поликлиники».

Цель курсовой работы – разработать программное приложение справочной службы «Регистратура поликлиники» в среде объектно-ориентированного программирования Embarcadero RAD Studio XE8.

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

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

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

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

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

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

Представленная работа состоит из двух глав. В первой главе «Проектирование приложения «Регистратура поликлиники» выполняется моделирование предметной области, проектирование структуры приложения и проектирование структуры базы данных.

Во второй главе «Разработка приложения «Регистратура поликлиники» осуществляется выбор средств и методов разработки, выполняется разработка базы данных, разработка интерфейса приложения и тестирование разработанного программного приложения.

Глава 1. Проектирование приложения «Регистратура поликлиники»

1.1 Моделирование предметной области

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

В графическом виде бизнес-процесс приема пациентов в поликлинике представлен на рисунке 1.

Рисунок 1. Схема бизнес-процесса приема пациентов в поликлинике

Программное приложение «Регистратура поликлиники» предназначено для автоматизации работы регистратуры поликлиники. Приложение позволяет автоматизировать следующие процессы:

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

Целью создания приложения является:

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

Разрабатываемое приложение решает следующие проблемы:

• 1. Автоматизация ввода, контроля и загрузки данных первичных документов в базу данных с использованием экранных форм.
  2. Ведение файлов с условно-постоянной информацией в базе данных.
  3. Выполнение расчетов и выдача результативных документов.

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

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

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

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

2. Кадровые данные на врачей должны включать анкетные данные и данные об их специализации.

3. Кадровые данные на клиентов должны включать анкетные данные, данные о местожительстве и сведения о состоянии здоровья.

4. Посещение терапевта осуществляется в порядке «живой очереди» в поликлинике, согласно расписания работы участковых терапевтов, или вызова врача на дом, в случае тяжелого состояния.

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

6. Приложение «Регистратура поликлиники» используется в автономном режиме на компьютере регистратора, в дальнейшем планируется подключение приложения к общей информационной системе поликлиники, в качестве рабочего места регистратора.

1.2 Проектирование структуры приложения

Структура приложения «Регистратура поликлиники» представлена на рисунке 2. Пользовательский интерфейс будет обеспечивать информативность выводимой на экран информации и удобство ее вывода и обработки.

База данных будет хранить все пользовательские данные: данные всех таблиц и справочников [6].

Структуру можно разделить на несколько взаимосвязанных объектов:

• блок авторизации обеспечивает защиту от несанкционированного доступа;
• главная форма позволяет попасть в блоки «Формы» и «Отчеты»;
• форма «Формы» позволяет попасть в формы «Талон», «График работы», «Карточка», «Справочники»;
• форма «Карточка» предназначена для заполнения карточки пациента поликлиники и перехода в форму «Карточки пациентов»;
• форма «Карточки пациентов» предназначена для отображения данных карточек всех пациентов;
• форма «Талон» предназначена для ввода данных талона на прием;
• форма «График работы» предназначена для просмотра и заполнения графика работы всех врачей поликлиники;
• форма «Справочники» предназначена для просмотра или заполнения данных всех справочников: «Врачи», «Часы приема», «Время приема», «Специализация», «Номер стеллажа», «Номер кабинета»;
• форма «Отчеты» позволяет выбрать нужный отчет: «Врачи», «Талоны», «Графики работы».

Рисунок 2. Структура приложения «Регистратура поликлиники»

Назначение форм справочников:

• форма «Врачи» содержит данные на всех врачей поликлиники;
• форма «Часы приема» содержит данные о приемных часах врача;
• форма «Время приема» содержит данные о часах приема по дням недели;
• форма «Специализация» содержит данные о специальности врача;
• форма «Номер стеллажа» содержит данные о буквенном обозначении стеллажа, на котором хранится бумажная карточка пациента;
• форма «Номер кабинета» хранит данные о номерах кабинетов врачей.

Следующий шаг проектирования – это разработка схемы алгоритма работы интерфейса приложения [7]. Алгоритм представлен на рисунке 3.

Алгоритм работы приложения можно разделить на пять отдельных алгоритмов по сфере деятельности: выбор производится на Главной форме, после авторизации.

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

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

Алгоритм «Талон» начинается с заполнения формы талона, затем можно выбрать: вернуться на Главную форму без сохранения или сохранить талон. После сохранения можно вернуться на Главную форму или выйти.

Алгоритм «График работы» начинается с заполнения формы графика работы, затем можно выбрать: вернуться на Главную форму без сохранения или сохранить график. После сохранения можно вернуться на Главную форму или выйти из программы.

Алгоритм «Отчеты» позволяет выбрать нужный отчет, просмотреть его и затем осуществить выбор: распечатать отчет, сохранить его в нужном формате или вернуться к выбору отчетов. После распечатки или сохранения нужного отчета можно вернуться на Главную форму или выйти из программы.

Рисунок 3. Схема алгоритма работы приложения

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

1.3 Проектирование структуры базы данных

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

Сущность – это реальный или виртуальный объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению. Каждая сущность должна иметь уникальный идентификатор и содержать один или несколько атрибутов, однозначно идентифицирующих каждый экземпляр сущности. В базе данных можно выделить следующие сущности: «Клиент», «Врач», «График работы», «Талон».

Связь – это соединение двух сущностей, при котором каждый экземпляр одной сущности, может быть связан с произвольным количеством экземпляров другой сущности и наоборот. Различают три типа связей между сущностями: один к одному (каждой записи первой таблицы соответствует только одна запись другой таблицы, «1:1»); один ко многим (каждой записи первой таблицы соответствует несколько записей другой таблицы, «1:М»); многие ко многим (каждой записи обеих таблиц соответствует несколько записей других таблиц, «М:М»). В базе данных приложения используются связи двух видов: один ко многим («Клиент» – «Талон»; «Врач» – «Клиент»; «Врач» – «График работы») и многие ко многим («График работы» – «Талон»). Связь представляется в виде линии, связывающей две сущности, и указываются правила поддержания связи.

Атрибут – это характеристика сущности, значимая для рассматриваемой предметной области. В ER-диаграмме список атрибутов сущности отображается в виде строк внутри прямоугольника, обозначающего сущность. Для базы данных приложения «Регистратура поликлиники» примерами атрибутов являются: фамилия, имя, отчество клиента. На рисунке 4 приводится ER-диаграмма базы данных, прямоугольниками показаны типы сущностей с атрибутами, линиями – связи, ромбами – типы связей между сущностями.