Перечень документов, на основании которых создается Система

ЛИСТ СОГЛАСОВАНИЯ

 

Действует
с

СОГЛАСОВАНО

К.т.н., профессор кафедры БМИ Высоцкая Е.В.
(должность, наименование согласующей организации)

Личная подпись
Расшифровка подписи

Печать

Дата

 

ПРИНЯТЫЕ СОКРАЩЕНИЯ

 

БД	База данных
ИБП	Источник бесперебойного питания
ИО	Информационное обеспечение
ИС	Информационная система
МИС	Медицинская информационная система
МКБ	Международный классификатор болезней МКБ 10
ОПО	Общее программное обеспечение
ПО	Программное обеспечение, не являющееся компонентом МИС
СПО	Специальное программное обеспечение
СУБД	Система управления базами данных
ТЗ	Техническое задание
ТО	Техническое обеспечение

СОДЕРЖАНИЕ

 

1 Общие сведения

Полное наименование системы – информационная система оценки фонокардиограммы человека.

Сокращенное обозначение наименования системы – ИС оценки фонокардиограммы человека.

Ниже в данном документе под Системой понимается ИС оценки фонокардиографии человека.

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

Перечень документов, на основании которых создается Система

Система создается на основании следующих документов:

- техническое задание на развитие информационной системы оценки фонокардиограммы человека

- приложения к ТЗ (при необходимости).

Плановые сроки начала и завершения работ

01/09/2014-17/12/2014

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

Порядок внесения уточнений и изменений в техническое задание

Настоящее ТЗ может уточняться и дополняться в процессе доработки и настройки Системы. Согласование и утверждение дополнений к ТЗ должно проводиться в установленном порядке (на основании п. 1.7 ГОСТ 34.602 – 89).

 

2 Назначение и цели развития Системы

Назначение Системы

Система предназначается для регистрации и анализа фонокардиограммы (ФКГ) человека.

Основной целью развития Системы является повышение эффективности деятельности работы врача-кардиолога путем:

- поддержки диагностического процесса;

- автоматизации работы врача-кардиолога;

 

ХАРАКТЕРИСТИКИ ОБЪЕКТА АВТОМАТИЗАЦИИ

Краткие сведения об объекте автоматизации (Документы)

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

Сведения об условиях эксплуатации объекта автоматизации

Предполагается работа по необходимости, согласно расписания работы кабинета функциональной диагностики.

 

ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

4.4.1 Требования к структуре и функционированию Системы

4.4.1.1 Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы

 

Номер	Подсистема	Назначение и основные характеристики
Уровень предметно-ориентированных подсистем
1.	Регистратура	Подсистема обеспечивает регистрацию информации о пациенте и результаты проведенной диагностики
2.	Поддержка диагностического процесса	Подсистема обеспечивает поддержку всех работ, непосредственно связанных с осуществлением диагностической деятельности.
Уровень сервисно-прикладных подсистем
1.	Управление правами доступа	Данная система позволяет использовать внутренние механизмы разграничения прав доступа СУБД (права доступа по данным), а также собственные механизмы прав доступа в соответствии со служебными обязанностями и технологическими операциями пользователя (права доступа по функциям).

 

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

 

Требования к режимам функционирования Системы

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

 

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

 

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

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

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

Показатели назначения

Система должна обеспечивать:

- устойчивость по отношению к ошибкам пользователей.

 

Требования к надежности технических средств, программного и информационного обеспечения

4.4.3.1 Перечень аварийных ситуаций, по которым должны быть регламентированы требования к надежности технических средств и программного обеспечения

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

- время устранения неисправностей в работе оборудования сервера Системы;

- время устранения неисправностей в работе ПО сервера Системы;

- время устранения неисправностей в работе SQL сервера БД Системы;

- время устранения неисправностей в работе оборудования рабочей станции;

- время устранения сбоев в работе системного и прикладного ПО рабочей станции.

 

4.4.3.2 Требования к надежности технических средств

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

 

Требования к надежности программного обеспечения

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

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

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

 

4.4.3.4 Требования к надежности информационного обеспечения

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

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

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

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

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

 

4.4.4 Требования по безопасности

 

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

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

 

Требования по эргономике и технической эстетике

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

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

- использование графического пользовательского интерфейса.

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

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

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

Требования по эргономике и технической эстетике должны быть уточнены на этапе технического проектирования.

 

4.4.6 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

Условия эксплуатации Системы должны соответствовать требованиям ГОСТ 15150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды», категория размещения 4 (закрытые отапливаемые помещения с искусственно регулируемыми климатическими условиями) и СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

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

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

- поставляемое ПО МИС должно быть обеспечено комплектом документации по работе с системой и руководством по эксплуатации.

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

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

- строгая регламентация процесса обработки информации с применением ПЭВМ и действий персонала системы, в том числе в кризисных ситуациях;

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

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

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

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

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

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

 

4.4.7 Требования к защите информации от несанкционированного доступа

Защита информации от несанкционированного доступа в Системе осуществляется средствами операционной системы, СУБД и прикладного программного обеспечения.

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

- авторизованный вход в систему – доступ пользователя в систему должен осуществляться после ввода им корректных идентификатора и пароля. Идентификатор и пароль пользователю назначается администратором системы;

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

 

4.4.8 Требования по сохранности информации при авариях

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

В Системе должна быть обеспечена поддержка логической целостности и согласованности данных.

 

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

Сбой общего или специального программного обеспечения.

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

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

 

4.4.9 Требования к защите от влияния внешних воздействий

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

 

4.4.10 Требования к патентной защите

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

 

4.4.11 Требования по стандартизации и унификации

 

4.4.11.1 Использование стандартных, унифицированных методов реализации функции Системы

Система, построенная в архитектуре “клиент-сервер”, должна использовать средства этой СУБД для реализации функций системы, выполняемых на сервере БД.

В клиентской части Система использует операционную систему MS Windows 7. При реализации функций Системы в максимальной степени должны использоваться средства этих систем.

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

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

 

4.4.11.2 Использование типовых проектных решений

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

- соблюдение единых правил организации пользовательского интерфейса;

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

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

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

 

4.4.11.3 Требования к использованию типовых компонент и комплексов

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

Требования к стандартизации и унификации должны быть уточнены на этапе технического проектирования.

ТРЕБОВАНИ Я К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ

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

Подсистема «Регистратура»

5.4.1 Функция «Регистрация пациентов»:

- введение информации о пациенте (паспортные данные, идентификационный код);

- присвоение идентификационного кода пациенту, с возможностью автоматической проверки на наличие пациента в БД;

 

ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

Требование к математическому обеспечению

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

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

Требование к информационному обеспечению

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

 

6.4.1 Состав, структура и способ организации данных

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

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

Данные системы представлены двумя множествами:

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

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

Все данные системы организованы в соответствии с реляционной моделью данных и представлены в виде совокупности таблиц, хранящихся в табличных пространствах СУБД MySQL.

 

6.4.2 Требования по применению систем управления базами данных

СУБД, применяемая в Системе, должна обеспечивать следующие возможности:

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

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

- обладать свойствами открытости, переносимости и масштабируемости;

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

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

- иметь средства администрирования базы данных.

 

6.4.3 Требования к защите данных от разрушений при авариях или сбоях в электропитании системы

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

- стандартными функциями системы управления базами данных и ПО сервера баз данных;

- программными средствами систем поддержки бесперебойного питания (UPS)

- при отключении электропитания продолжительностью не более 30 минут.

 

6.4.4 Требования к контролю, хранению, обновлению и восстановлению данных

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

Для обеспечения надежности сохранения данных Системы, СУБД, применяемая в Системе, должна иметь следующие возможности административного управления базой данных:

- восстановление БД подсистемы с помощью журнала транзакций;

- резервное копирование и восстановление базы данных:

- оперативное резервное копирование;

- резервное копирование по частям;

- резервное копирование и восстановление по сегментам базы данных;

Программные средства администратора базы данных должны обеспечивать:

- общее и выборочное копирование (восстановление) данных базы на (с) внешние накопители – магнитные ленты (картриджи);

- подготовку сводных статистических отчетов о прошедших сеансах копирования (восстановления) данных и результирующих справок;

- подготовку статистических отчетов о сбойных ситуациях.

 

Требования к лингвистическому обеспечению

6.4.5 Язык программирования

Язык программирования, используемый для создания программного комплекса – Delphi в реализации корпорации Borland (версия 7.0).

 

6.4.6 Требования к интерфейсам

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

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

Общение пользователей с Системой должно происходить:

– при интерактивном взаимодействии (основной режим работы) – путем работы с экранными формами с использованием встроенных «меню»;

Требования к программному обеспечению

 

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

Программное обеспечение включает в себя общее программное обеспечение (ОПО Системы) и специальное программное обеспечение (СПО Системы).

 

6.4.7 Требования к общесистемному программному обеспечению

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

В состав общесистемного ПО должны входить:

- операционная система сервера;

- операционные системы рабочих станций администраторов и пользова-телей Системы (Windows 7, 8);

- СУБД (MySQL).

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

 

6.4.8 Требования к специальному программному обеспечению

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

В состав специального ПО должен входить:

- программный модуль обработки фонокардиограммы написанный на языке Matlab

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

СПО Системы должно предусматривать:

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

 

 

ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Рабочая и эксплуатационная документация для Системы должна состоять из следующих документов:

- инструкция по установке ПО;

- руководство пользователя;

- руководство администратора;

- описание организации базы данных;

- программа обучения персонала;

ПРИЛОЖЕНИЯ

Приложение № 1. Детализация требований к функциям, выполняемым Системой

ИСТОЧНИКИ РАЗРАБОТКИ

1. Материалы и результаты информационного обследования Организации Заказчика.

2. ГОСТ 23962-80. Организация работ при создании систем.

3. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.

4. ГОСТ 34.601-90. Автоматизированные системы. Стадии создания.

6. ГОСТ 34.603-92. Виды испытаний автоматизированных систем.

7. РД 50-34.698-90. Автоматизированные системы. Требования к содержа-нию документов.

8. ГОСТ 19.004-80. Единая система программной документации. Термины и определения.

9. ГОСТ 19.101-77. Единая система программной документации. Виды программ и программных документов.

10. ГОСТ 19.102-77. Единая система программной документации. Стадии разработки.

11. ГОСТ 19.103-77. Единая система программной документации. Обозначение программ и программных документов.

12. ГОСТ 19.104-77. Единая система программной документации. Основные надписи.

13. ГОСТ 19.105-77. Единая система программной документации. Общие требования к программным документам.

14. ГОСТ 19.106-77. Единая система программной документации. Общие требования к программным документам, выполненным печатным способом.

15. ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению.

16. ГОСТ 19.202-78. Единая система программной документации. Спецификация. Требования к содержанию и оформлению.

17. ГОСТ 19.301-79. Единая система программной документации. Программа и методика испытаний. Требования к содержанию и оформлению.

ЛИСТ СОГЛАСОВАНИЯ

 

Действует
с

СОГЛАСОВАНО

К.т.н., профессор кафедры БМИ Высоцкая Е.В.
(должность, наименование согласующей организации)

Личная подпись
Расшифровка подписи

Печать

Дата

 

ПРИНЯТЫЕ СОКРАЩЕНИЯ

 

БД	База данных
ИБП	Источник бесперебойного питания
ИО	Информационное обеспечение
ИС	Информационная система
МИС	Медицинская информационная система
МКБ	Международный классификатор болезней МКБ 10
ОПО	Общее программное обеспечение
ПО	Программное обеспечение, не являющееся компонентом МИС
СПО	Специальное программное обеспечение
СУБД	Система управления базами данных
ТЗ	Техническое задание
ТО	Техническое обеспечение

СОДЕРЖАНИЕ

 

1 Общие сведения

Полное наименование системы – информационная система оценки фонокардиограммы человека.

Сокращенное обозначение наименования системы – ИС оценки фонокардиограммы человека.

Ниже в данном документе под Системой понимается ИС оценки фонокардиографии человека.

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

Перечень документов, на основании которых создается Система

Система создается на основании следующих документов:

- техническое задание на развитие информационной системы оценки фонокардиограммы человека

- приложения к ТЗ (при необходимости).

Плановые сроки начала и завершения работ

01/09/2014-17/12/2014

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

Порядок внесения уточнений и изменений в техническое задание

Настоящее ТЗ может уточняться и дополняться в процессе доработки и настройки Системы. Согласование и утверждение дополнений к ТЗ должно проводиться в установленном порядке (на основании п. 1.7 ГОСТ 34.602 – 89).

 

2 Назначение и цели развития Системы

Назначение Системы

Система предназначается для регистрации и анализа фонокардиограммы (ФКГ) человека.

Основной целью развития Системы является повышение эффективности деятельности работы врача-кардиолога путем:

- поддержки диагностического процесса;

- автоматизации работы врача-кардиолога;