Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
отчет по преддипломной практике(измененный).doc
Скачиваний:
3
Добавлен:
01.04.2025
Размер:
721.41 Кб
Скачать

8.4.9.Вариант использования – 9 – Просмотр истории болезни

варианта использования:

Вариант использования-9

Название варианта использования:

Просмотр истории болезни

Действующие лица:

Специалист

Описание:

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

Предварительные условия:

9.0 Просмотр истории болезни

1. Специалист должен быть зарегистрирован в системе «Recruit»

2. На призывника должна быть заведена карта диспансеризации.

Выходные условия:

Специалист ознакомлен с историей болезни.

8.4.10.Вариант использования - 10 – Просмотр отчета о результатах медосмотра в лпу

варианта использования:

Вариант использования-10

Название варианта использования:

Просмотр отчета о результатах медосмотра в ЛПУ

Действующие лица:

Медстатистик

Описание:

После проведения медосмотра все результаты пересылаются в медицинский информационно-аналитический центр. Работник отдела статистики делает запрос на интересующее ЛПУ, а затем делает запрос на печать отчетного документа данного ЛПУ.

Предварительные условия:

10.0 Просмотр отчета о результатах медосмотра в ЛПУ

1. Медстатистик должен быть зарегистрирован в системе «Recruit»

2. В системе должна иметься информация о проведении медицинского осмотра.

Выходные условия:

Карта диспансеризации призывника отредактирована.

8.5.Функции системы

8.5.1.Запись результатов осмотра

Описание и приоритет

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

Последовательности «воздействие - реакция»

Воздействие:

Специалист делает запрос на добавление одной или более записей в карте диспансеризации призывника..

Реакция:

Система опрашивает специалиста о результатах осмотра. Система предлагает просмотреть историю болезни призывника( если имеется).

Воздействие:

Специалист делает запрос на изменение записи в карте диспансеризации.

Реакция:

Система позволяет специалисту изменять введенные ранее данные..

Воздействие:

Специалист делает запрос на отмену редактирования карты.

Реакция:

Система отменяет редактирование.

Функциональные требования

Запись.Размещение:

Система должна позволять специалисту, зарегистрированному в Recruit, размещать записи об одном и более призывниках.

Запись.Размещение. Авторизация:

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

Запись.Размещение. Авторизация.Нет:

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

Запись.Поля.Основные:

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

Запись.Поля.Анамнез:

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

Запись.Поля.Заметки:

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

Запись.Подтверждение. Вывод:

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

Запись.Подтверждение. Приглашение:

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

Запись.Подтверждение. Отказ:

Если специалист не подтверждает ввод данных, он может их либо изменить, либо отменить.

Запись.Завершение:

После того как специалист подтвердил ввод, система должна сделать следующее как одну транзакцию:

Запись.Завершение. Сохранение:

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

Запись.Завершение. Ошибка:

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

Запись.Следующий. Повтор:

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

8.6.Требования к внешнему интерфейсу

8.6.1.Интерфейсы пользователя

Интерфейсы пользователя-1. Система должна обеспечивать ссыл­ку на справку на каждой HTML странице, объясняющую, как пользо­ваться этой страницей.

Интерфейсы пользователя-2. Интернет-страницы должны предос­тавлять полную возможность навигации и внесение записей только при по­мощи клавиатуры, в дополнение к использованию мыши и клавиатуры.

8.6.2.Интерфейсы оборудования

Интерфейсы оборудования не выявлены.

8.6.3.Программные интерфейсы

Программные интерфейсы-1. Система оповещения.

Программные интерфейсы-1.1. Система «Recruit» должна передавать идентификационные данные призывника и время/место проведения следующего медосмотра.

Программные интерфейсы-2. Система безопасности и администрирования.

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

Программные интерфейсы-2.1. Позволять специалисту регистриро­ваться для внесения записей в карту диспансеризации призывника;

Программные интерфейсы-2.2. Позволять специалисту отменять реги­страцию для внесения записей в карту диспансеризации призывника;

Программные интерфейсы-2.3. Проверять, зарегистрирован ли специалист для внесения записей в карту диспансеризации призывника;