ГОСТ Р 56839—2015
ШАГ 9. Оценка любых РИСКОВ, возникающих в связи с УПРАВЛЕНИЕМ РИСКОМ
По заключениям оценки не было обнаружено никаких новых РИСКОВ, привнесенных добавлен
ными мерами по УПРАВЛЕНИЮ РИСКОМ.
ШАГ 10. Оценка совокупного ОСТАТОЧНОГО РИСКА и формирование отчета о нем
Так как данные примеры представляют только один или два подпроцесса для ПРОЦЕССА за
данной МЕДИЦИНСКОЙ ИТ СЕТИ, концепцию совокупного ОСТАТОЧНОГО РИСКА сложно продемон
стрировать. В целях настоящего стандарта, следует принять, что совокупный ОСТАТОЧНЫЙ РИСК был
определен как допустимый в соответствии с политикой ОО.
8.3 Пример 2. Удаленное отделение интенсивной терапии (ОИТ)Щистанционное
модицинскоо обслуживание
8.3.1 Полное описание контекста
В данном сценарии используется ГОРОДСКАЯ ВЫЧИСЛИТЕЛЬНАЯ СЕТЬ (ГВС) для передачи
данных о ПАЦИЕНТЕ в реальном времени из удаленного места, используемого местным практикую
щим врачом в целях контроля, диагностики и выбора плана лечения. ПАЦИЕНТЫ, за которыми осу
ществляется контроль, находятся в отделении для пациентов, перенесших кардиохирургию. Тяжесть
состояния таких больных, как правило, не такая высокая, как больных в отделении интенсивной те
рапии. «Местный практикующий врач» в данном случае является врачом телеметрии (техником, мед
братом. доктором и т. п.). который географически отделен от удаленного ПАЦИЕНТА. В данном случае
место, где находится практикующий врач, соединено с местом, где находится ПАЦИЕНТ, посредством
ГВС.
8.3.2 Описание анализируемой сети
Анализируемая сеть включает в себя многоуровневый коммутатор доступа 10/100 с подключен
ным к нему прибором контроля за ПАЦИЕНТОМ, находящимся в послеоперационном отделении, арен
дуемого ПРОИЗВОДИТЕЛЯ, с гарантированной полосой пропускания в 12 Гигабайт для всего
трафика, поступающего с данного места (включая другие приложения помимо приложений
удаленного контро ля), и многоуровневый коммутатор доступа 10/100. расположенный на стороне
врача. Основываясь на требованиях ПРОИЗВОДИТЕЛЯ к пропускной способности и задержке,
предусматривается, что ПРО ИЗВОДИТЕЛЬ будет обслуживать трафик, поступающий от приборов
контроля, а также трафик, ко торым будут пользоваться другие приложения в канале. Поставщик
ПРОИЗВОДИТЕЛЯ гарантировал минимальный уровень услуг, включающий в себя полосу
пропускания, достаточную для всех из этих приложений (их текущее использование).
8.3.3 10 Шагов
ШАГ 1. Идентификация ОПАСНОСТИ
Сеть, рассматриваемая в данном примере, предназначена для передачи данных о ПАЦИЕНТЕ от
места ПАЦИЕНТА до места практикующего врача в реальном времени. Отказ при выполнении данной
передачи будет представлять ОПАСНОСТЬ.
HAZ01. Неустойчивая связь.
HAZ02. Полная потеря связи.
ШАГ 2. Идентификация причин и возникающих ОПАСНЫХ СИТУАЦИЙ
В данном случае, что часто случается, для данной ОПАСНОСТИ в заданном контексте можно
идентифицировать множество причин, и они могут приводить к одной или нескольким ОПАСНЫМ СИ
ТУАЦИЯМ.
С01. Незапланированный трафик не в реальном времени, пытающийся занять канал, вызывает
перегрузку ГВС.
С02. Выход ГВС из строя, не контролируемый ОО (отказ средства доступа) вызывает выход из
строя всей сети.
Идентифицированы следующие ОПАСНЫЕ СИТУАЦИИ.
HS01. Картинка на дисплее неустойчивая и неполная. Происходит задержка в обеспечении ухода
за больными по причине того, что удаленный врач не может провести оценку формы ЭКГ импульса (по
причине С01).
HS02. Не получены данные о сигнале тревоги. Происходит задержка в обеспечении ухода за боль
ным по причине того, что врач не уведомлен о ПАЦИЕНТЕ, нуждающемся в лечении (по причине С01).
HS03. Удаленному врачу необходимо выбрать план лечения при отсутствии доступа к данным
реального времени о ПАЦИЕНТЕ (по причине С02).
24