Оперативный сбор анамнеза

Оперативный сбор анамнеза

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

Обеспечение достоверности диагноза

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

Обеспечение оперативности проведения анализа

Система позволяет сократить время, необходимое для сбора анамнеза, для оперативного принятия решения Оператором о переводе Пациента в кардиологическое отделение.

Обеспечение эффективности взаимодействия Пользователя и Системы

Интуитивно понятный интерфейс

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

Прозрачность показателей

Компоненты Системы, которые настраивает конечный Пользователь с ролью Администратора, такие как:

· настройка топологии сети;

· настройка весов связей;

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

Классы пользователей Системы

Пользователями системы являются:

Администратор

Администратор – пользователь, который занимается настройкой и обслуживанием Системы. Администратор отвечает за настройки рабочей конфигурации ИНС, и параметров диагностики, а также осуществляет ведение БЗ (базы знаний) параметров диагностики (симптомов).

Оператор

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

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

Задачи Администратора

Регистрация в Системе

При запуске программы у Пользователя должны запрашиваться логин и пароль. Каждый пользователь с ролью «Администратор» должен иметь учетную запись с доменом «ADMIN». Пространство доменных имен «ADMIN» обеспечивает предоставление прав доступа к требуемому разделу Системы.

Настройка системы

Настройка Системы осуществляется в разделе «Параметры». Этот раздел состоит из подразделов:

Настройка топологии сети

В этом разделе осуществляется установление количества входных, выходных и скрытых нейронов сети.

Настройка параметров диагностики

В этом разделе осуществляется выбор входных параметров, с которыми будет работать Система. Количество параметров варьируется от 17 до 40 элементов, а также параметры будут разбиты на группы:

· Данные о пациенте;

· Общие симптомы;

· История болезней;

· Психоэмоциональное состояние.

Управление базой знаний (БЗ)

В этом разделе осуществляется редактирование данных о синаптических весах связей входного и выходного слоёв нейронной сети, а также редактирование входных параметров: удаление и создание новых.

Запуск обучения ИНС

В этом разделе осуществляется запуск обучения ИНС. Обучение ИНС происходит автоматически: осуществляется считывание данных о топологии сети, параметрах диагностики и БЗ.

Задачи Оператора

Регистрация в Системе

При запуске программы у Пользователя должны запрашиваться логин и пароль. Каждый пользователь с ролью «Оператор» должен иметь учетную запись с доменом «OPERATOR». Пространство доменных имен «OPERATOR» обеспечивает предоставление прав доступа к требуемому разделу Системы.

Управление пациентами

В этом разделе Пользователь осуществляет работы с базой данных пациентов.

Добавление нового пациента

В этом разделе Пользователь вводит в форму данные о новом пациенте при его первичном обращении:

· ФИО;

· № документа, удостоверяющего личность;

· № страхового полиса;

· Возраст;

· Адрес места работы или учебы;

· Дату и время обращения.

При первичном обращении пациента ему присваивается уникальный номер.

3.2.2.2. Поиск пациента [U1] [HP2]

В этом разделе осуществляется поиск пациента в картотеке.

Удаление пациента

Осуществляется удаление пациента из картотеки.

Диагностика

Запуск диагностики пациента осуществляется в разделе «Диагностика». Этот раздел состоит из подразделов:

Сбор анамнеза

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

Положение о врачебной тайне

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

Производительность

Быстродействие

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

5.2.2. Ресурсоёмкость[U9]

5.2.2.1. Использование дискового пространства[HP10] [U11]

Система должна эффективно использовать ресурсы жёсткого диска ПК для уменьшения времени чтения информации с ЖД.

Интерфейс

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

Помощь

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

Точность диагностики

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

 

[U1]Передача данных о пациенте другому оператору осуществляется старым оператором

[HP2]П/п 4.2

[U3]Добавить права на хранение и обработку личных данных

[U4]Нужно уточнять срок

[HP5]По срокам см. документ «Предложения и замечания.txt»

[U6]Добавить точность диагностики

[U7]Также тут возможно следует добавить, что согласно положению бизнес правила о конфиденциальности информации между медработником и принимаемым пациентом, информация также должна быть разграничена. Например: один оператор продиагностировал пациента, но другие операторы не могут видеть карточки его пациентов

[U8]Как и в п.2 нужна аналогичная декомпозиция

[U9]Есть вероятность, что вычисления будут производится не на жд, а в облаке. Я уточню

[HP10]Если будет использоваться облако:
- либо убрать п/п 3.2.2.1 и декомпозицию п.3.2.2.
- либо переписать п/п под облако + добавить п/п касательно скорости и пропускной способности каналов связи

[U11]Окей) сделаем

[HP12]Я таки запилила сюда снова эти атрибуты, упрощённое описание интерфейса + помощь, которая где-то потерялась.

Оперативный сбор анамнеза

123Следующая ⇒

Поделиться: