Главная страница
Навигация по странице:

  • 1.5. Документация для пользователей

  • 1.6. Допущения и зависимости

  • 2. Функциональность системы

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

  • Пример функциональных требований. ФТ - СППВР ЛОР IEEE. Цели 4 Соглашения о терминах 4 Предполагаемая аудитория и последовательность восприятия 5 Масштаб проекта 5 Ссылки на источники 5


    Скачать 49.3 Kb.
    НазваниеЦели 4 Соглашения о терминах 4 Предполагаемая аудитория и последовательность восприятия 5 Масштаб проекта 5 Ссылки на источники 5
    АнкорПример функциональных требований
    Дата15.05.2022
    Размер49.3 Kb.
    Формат файлаdocx
    Имя файлаФТ - СППВР ЛОР IEEE.docx
    ТипРеферат
    #531247
    страница3 из 6
    1   2   3   4   5   6

    1.3. Среда функционирования системы (операционная среда)


    Функционирование системы должно осуществляться в среде операционной системы Linux.

    1.4. Рамки, ограничения, правила и стандарты


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

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

    По завершению работ по разработке системы на нее должно быть получено Регистрационное удостоверение, подтверждающее, что она является медицинским изделием (разъяснения позиции по вопросу отнесения программного обеспечения к медицинским изделиям, Комиссии ФГБУ «ВНИИИИМТ» Росздравнадзора, выписка из протокола от 28 января 2020 года № 03 заседания Комиссии по выдаче заключений на запросы, связанные с обращением медицинских изделий).

    В соответствии с назначение СППВР ЛОР и отнесением ее к медицинским системам, она должна иметь обязательную интеграцию с ЕГИСЗ.

    Вероятность выставления правильного диагноза на основе применения СППВР ЛОР должна быть не менее 95%.

    1.5. Документация для пользователей


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

    - руководство пользователя для специалистов медицинских организаций по работе с системой в среде МИС МО;

    - руководство пользователя для специалистов медицинских организаций по работе с системой через АРМ;

    - руководство пользователя для экспертов предметной области;

    - руководство администратора для технических специалистов по настройке системы;

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

    - руководство разработчика для технических специалистов по реализации информационного взаимодействия СППВР ЛОР с внешними системами.

    1.6. Допущения и зависимости


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

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

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

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

    2. Функциональность системы

    2.1. Подсистема интерпретации (искусственного интеллекта)

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


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

    Подсистема должна включать в себя следующие сервисы:

    - сервис «Моделятор»;

    - сервис «Анализатор»;

    - сервис «Эвристика»;

    - сервис «Коррелятор»;

    - сервис «Синтезатор»;

    - сервис «Оценка рисков»;

    - сервис «Логика»;

    - сервис «Варианты терапии»;

    - сервис «Принятые решения»;

    - сервис «Оценка результатов терапии».

    Приоритет реализации подсистемы – 5.

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


    Моделятор

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

    - построение моделей, на основе полученных данных из МИС МО и результатов обработки фото и кадрированных видеопотоков;

    - осуществлять сравнение полученных моделей с моделями, хранящимися в базе данных;

    - инициировать работу сервиса «Анализатор» для дальнейшей обработки полученных моделей.
    Анализатор

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

    - анализировать полученные модели из сервиса «Моделятор» и сведения из сервиса «Эвристика» на наличие совместимости;

    - оценивать полноту моделей по объему совместимы сведений из сервиса «Эвристика»;

    - инициировать работу сервиса «Коррелятор».
    Эвристика

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

    - осуществлять накопление сведений, описывающих специфику предметной области;

    - обеспечивать доступность сведений сервисом «Анализатор»;

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

    Коррелятор

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

    - оценивать результаты работы сервиса «Анализатор»;

    - инициировать запрос дополнительных данных из МИС МО, при невозможности достижения достаточной оценки результатов работы сервиса «Анализатор»;

    - инициировать работу сервиса «Синтезатор».
    Синтезатор

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

    - на основе результатов сервиса «Коррелятор» сформировать первичный диагноз;

    - осуществить подбор соответствующих лекарственных средств;

    - осуществлять формирование промежуточных этапов контроля и результатов, которые должны быть достигнуты;

    - инициировать работу сервиса «Оценка рисков».
    Оценка рисков

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

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

    - оценить вероятность побочных явлений от применения предложенных лекарственных средств;

    - инициировать запрос дополнительных данных из МИС МО, при невозможности достижения достаточной оценки рисков;

    - сформировать рекомендации по применению лекарственных средств при недостаточности сведений по побочным эффектам от применения лекарственных средств;

    - инициировать работу сервиса «Варианты терапии».
    Логика

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

    - осуществлять управления всеми сервисами подсистемы;

    - осуществлять накопление алгоритмов сервиса на основе современных достижений науки в данной предметной области;

    - инициировать выполнение тех или иных алгоритмов в зависимости от данных, формируемых и получаемых сервисами.
    Варианты терапии

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

    - осуществлять формирование окончательных вариантов терапии на основе других сервисов;

    - осуществлять предобразование вариантов терапии в формат обмена с МИС МО;

    - осуществлять передачу данных в МИС МО.
    Принятые решения

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

    - осуществлять прием сведений из МИС МО о принятом решении врача (выбранном варианте терапии или собственном решении и решении врачебного консилиума);

    - осуществлять контроль наступления промежуточных сроков терапии и полученных на них результатах;

    - инициировать работу сервиса «Оценка результатов терапии».
    Оценка результатов терапии

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

    - оценивать соответствие промежуточных результатов запланированным результатам;

    - информировать при выявлении регресса на промежуточном этапе;

    - формировать предложения по изменению терапии при выявлении регресса;

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

    - оценивать полученные результаты по завершению терапии;

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

    1   2   3   4   5   6


    написать администратору сайта