Студопедия

КАТЕГОРИИ:

АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника


Заинтересованные лица и исполнители




ЫМинистерсво образования и нАукИ украины

Одесский национальный МОРСКОЙ университет

КораблеСтроительный Факультет

 

Кафедра технической кибернетики

 

Лабораторная работа №1

отчёт

По технологиям создания программных продуктов

 

 

«Информационная система районной поликлиники по учёту приёма больных. Определение основных исполнителей, задач и прецедентов»

 

 

 

Выполнил:

Студент КСФ

Курс 3 группа

Руководитель:

Ст. преподаватель

Рублев И.С.

 

 

Одесса 2013

 

Видение разрабатываемой информационной системы учёта приёма больных:

Информационная система учёта приёма больных – это компьютерное приложение, предназначенное для организации приема пациентов, проживающих в данном районе. Система включает аппаратные компоненты (компьютеры), а также ПО, выполняющее основные задачи системы. Она должна быть связана с рядом служебных программ (учета пациентов). Система должна быть устойчива к сбоям, т.е. продолжать работать при временной недоступности удаленных служб.

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

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

 

Заинтересованные лица и исполнители

В информационной системе учёта приёма больных заинтересованными лицами могут быть:

Пациент (больной) – использует систему для попадания на приём к врачу;

Регистратор – осуществляет запись пациента;

Врач – принимает больного по записи;

Администратор системы – загружает систему, восстанавливает работу системы после сбоев, делает резервные копии данных, управляет пользователями системы и служебными таблицами;

 

Введем определения:

Исполнитель ( Actor ) – сущность, которая обладает поведением. К этому понятию относятся не только люди, но и организации, машины и программы.

Существует 3 типа внешних по отношению к системе исполнителей:

Основной исполнитель – его требования выполняются с помощью системы.

Пример – регистратор в отделе регистратуры.

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

Пример – системный администратор.

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

Пример – Врач, Министерство здравоохранения.

 

Прецеденты системы:

Регистрация пациента

Прием пациента врачом

Просмотр карты пациента

Просмотр приема врачей

 

 

Описания прецедента «Регистрация пациента»:

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

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

 

 

Пример: Развернутое описание прецедента «Регистрация пациента»:

Основной исполнитель: Регистратор

Заинтересованные актеры и их требования:

Регистратор – хочет быстро и точно ввести данные, не допуская ошибок.

Пациент– хочет быстро оформить регистрацию и запись на приём.

Врач – хочет принимать пациентов по записи в удобное время.

Системный администратор –заинтересован в хорошей работе системы без сбоев.

Министерство здравоохранения – также заинтересовано в работе системы, чтобы избавиться с проблемой очередей.

Предусловия:

Регистратор зарегистрирован в системе.

Постусловия:

Данные о пациенте, приёме и враче сохранены.

Основной успешный сценарий - «Успешное оформление пациента к врачу»

  1. Пациент подходит к регистратуре.
  2. Регистратор начинает обслуживание пациента при помощи информационной системы учёта приёма больных
  3. Регистратор регистрирует пациента в системе.
  4. Система отображает описание пациента, его номер регистрационной карты, ФИО, адрес, пол, дату рождения и наличие инвалидности.

Расширения ( альтернативные сценарии ):

«При выходе системы из строя»

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

  1. Регистратор перезапускает систему, регистрируется в системе и восстанавливает предыдущее состояние.
  2. Система восстанавливает предыдущее состояние.
  3. Система определяет аномалию, поблекшую сбой:
    1. Уведомляет регистратора об ошибке, регистрирует ошибку ( в журнале ) и переходит в начальное состояние.
    2. Регистратор начинает новую запись

«Пациент просит регистратора отменить запись»

  1. Регистратор отменяет запись.

«Регистратор приостанавливает запись»

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

Специальные требования:

Для работы пользователя нужен большой плоский монитор. Текст должен быть виден с расстояния 1 м.

Нужно обеспечить робастное (надежное) восстановление информации в случае сбоя при доступе к удаленным службам.

Возможность локализации приложения

Возможность добавления новых правил регистрации больных

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

Ежеквартально записи о посещении поликлиники пациентами сроком более чем 12 месяцев удаляются.

Медстатистик обрабатывает данные о заболеваемости по участкам, домам, группам квартир в доме.

При переезде пациента в другой район по запросу районной поликлиникой передаются записи из таблиц Пациент и Заболевания пациента, после чего все сведения о пациенте каскадно удаляются из БД.

 

Частота использования прецедента: очень часто

Открытые вопросы:

Вопрос о восстановлении удаленных служб

Какие настройки нужны для различных врачей

 

Замечания:

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

- Как правило, имя прецедента начинается с существительного, описывающего действие: Возврат, Управление, Изменение и т.д.

- Отсутствие внешних компьютерных систем среди основных исполнителей должно насторожить разработчиков.

 

Примечание:

Robustness - способность компьютерной системы справляться с ошибками во время выполнения или алгоритма продолжать работу, несмотря на ошибки входных данных и т.д.

 


Поделиться:

Дата добавления: 2015-09-13; просмотров: 78; Мы поможем в написании вашей работы!; Нарушение авторских прав


<== предыдущая лекция | следующая лекция ==>
Получение и рассмотрение претензии | Постановление Конституционного Суда РФ от 17 ноября 2005 г. N 11-П
lektsii.com - Лекции.Ком - 2014-2024 год. (0.005 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты