
- •Введение
- •1.Анализ и обзор существующих разработок в предметной области
- •2.Проведение предпроектного анализа предметной области «Регистратура поликлиники»
- •2.1.Описание учреждения
- •2.2. Описание организационной структуры подразделения
- •2.3.Цели функционирования регистратуры
- •2.4. Состав бизнес процессов регистратуры
- •2.5.Описание бизнес – процессов регистратуры
- •2.6.Объекты (документы) основного бизнес – процесса учреждения
- •2.7.Типовые бизнес – процессы, подлежащие автоматизации
- •3.Формирование требований
- •3.1. Состав требований
- •3.2- Матрица трассировки "Подсистема – Функциональное требование".
- •3.2. Определение состава сценариев, реализующих требования
- •3.3. Разработка содержания сценариев
- •3.4. Определение требований к пользовательскому интерфейсу
- •4. Последовательность этапов работы над программой
- •4.1. Постановка задачи
- •4.2. Порядок разработки программы
- •4.2.Характеристика первичных документов с нормативно – справочной и входной оперативной информацией
- •4.3. Разработка структуры базы данных
- •4.4.Описание типовых запросов
- •5.Описание программы
- •5.1.Общие сведения
- •5.2.Проектирование экранных форм для ввода данных
- •5.3.Проектирование выходных и отчетных форм
- •5.4.Уточнение функциональной структуры программной системы
- •5.5.Проектирование и реализация программных модулей
- •5.6.Используемые технические средства
- •Заключение
3.3. Разработка содержания сценариев
В сценарии «Добавить пациента» происходит формирование записи о пациенте, при этом используется объект «Медицинская карта амбулаторного больного» и «Страховой полис», в дальнейшем эту запись можно использовать в сценариях «Редактировать пациента» и «Удалить пациента», а также при сценарии «Редактировании записи на прием», «Добавить справку», «Поиска пациента по критериям» и «Формирование отчетов».
В сценарии «Добавить специалиста» происходит формирование записи о специалисте, при использовании объектов «Специалист» и «Отделение», в дальнейшем эту запись можно использовать в сценариях «Редактировать специалиста» и «Удалить специалиста», а также «Формировании записи на прием», «Добавить справку», «Формирование отчетов».
В сценарии «Добавить справку» формируется справке о пациенте, где используются объект «Медицинская справка».
В сценарии «Формировании записи на прием» используется объект «Журнал приема записи к необходимому специалисту», здесь администратор заносит данные о расписании врача. А в сценарии «Редактирование записи на прием» уже пользователь, вводя свой внутренний номер записывается на прием к необходимому специалисту.
В сценарии «Просмотр информации о поликлинике» используется объект «Справочная система о поликлинике», здесь пользователь получит информацию об учреждении.
В сценарии «Формирование отчетов» используются объекты «Медицинская карта амбулаторного больного», «Медицинская справка», «Специалист» - здесь проводятся различные статистические работы, помогающие в функционировании поликлиники.
3.4. Определение требований к пользовательскому интерфейсу
«Подсистема работы с регистратором»
Форма «Регистратор» - эта главная форма работы с регистратором. Здесь он может выбрать действия: «Работа с пациентом», «Работа со специалистом», «Формирование записи на прием», «Статистика», «Справочная информация о поликлинике».
Форма «Работа с пациентом» - здесь регистратор поликлиники может зарегистрировать, изменить и удалить запись о пациенте поликлиник.
Форма «Работа со специалистом» - здесь администратор может также добавить, изменить и удалить специалиста.
Форма «Формирование записи на прием» - сюда заносится записи о расписании специалистов, и сюда регистратор может записать пациента с учетом его времени.
Форма «Статистика» - администратор может также провести статистический анализ, например, посчитать, сколько больных в поликлинике, найти определенного пациента и сформировать необходимые отчеты. А также выдать справку пациенту.
4. Последовательность этапов работы над программой
4.1. Постановка задачи
Пусть требуется разработать автоматизированное рабочее место «Регистратура». Созданная программа должна обеспечивать:
- ввод данных о пациенте;
- редактировать запись о пациенте;
- поиск пациента;
- запись на прием;
- просмотр отчетов;
- выход из программы.
4.2. Порядок разработки программы
1. разработать структурную схему программы. Пример структурной схемы приведен на рисунке 4.1;
Рисунок 4.1 – Структурная схема программы
2. каждому блоку должен соответствовать отдельный модуль;
3. подобрать тип и составить описание данных;
4. разобрать основную программу, содержащую вызов меню;
5. отладить программу с меню;
6. последовательно разработать подпрограммы и подсоединять их к основной;
7. провести отладку и тестирование программы.