ГОСТ Р 55544—201З
Л
ЕС
Л
-R80002-1:2009
Наглядным примером является ОПАСНОСТЬ неправильноголечения из-за ошибочной обработкидан
ных. Это всегда являлось ОПАСНОСТЬЮ, но, когда данные обрабатывались вручную, это не являлось
ответственностью ИЗГОТОВИТЕ
Л
Я. Сейчас многие МЕДИЦИНСКИЕ ИЗДЕ
Л
ИЯ используют программное
обеспечение для сбора, хранения, обращения или использования данных, чтоделает такую ОПАСНОСТЬ
частьюответственности ИЗГОТОВИТЕ
Л
Я.
Программное обеспечение может способствовать ОПАСНЫМ СИТУАЦИЯМ несколькими способами,
включая некоторые из нижеследующих (см. также приложение В):
- программное обеспечение может правильно реализовывать небезопасные СИСТЕМНЫЕ требова
ния. приводя к поведению, небезопасная природа которого не ощущается до тех пор. пока не возникает
фактический ВРЕД;
- спецификация программного обеспечения может неправильно реализовывать СИСТЕМНЫЕ требо
вания. приводя к нежелательному поведению, которое является правильным согласно спецификации про
граммного обеспечения;
- проектирование программного обеспечения и его реализация могут быть ошибочными, приводя к
поведению, которое противоречит спецификации программного обеспечения. Очевидные недостатки могут
являться результатом неправильного понимания спецификации программного обеспечения и ошибок при
преобразовании спецификации в код. Менее очевидные недостатки могут быть обусловлены непредвиден
ными взаимодействиями между ПРОГРАММНЫМИ Э
Л
ЕМЕНТАМИ, а также между программным обеспе
чением и его инфраструктурой, включая аппаратные средства и операционную СИСТЕМУ.
В МЕДИЦИНСКОМ ИЗДЕ
Л
ИИ, содержащем программное обеспечение, тщательная и всесторонняя
идентификация ОПАСНОСТИ может приводить (на более поздних стадиях ПРОЦЕССА МЕНЕДЖМЕНТА
РИСКА) к следующим важным результатам;
- аппаратные меры по УПРАВ
Л
ЕНИЮ РИСКОМ, которые могут предотвратить нанесение ВРЕДА
программным обеспечением;
- удаление потенциально опасных функций программного обеспечения изспецификации программно
го обеспечения;
- меры по УПРАВ
Л
ЕНИЮ РИСКОМ, которые внедрены в программное обеспечение для предотвра
щения причинения ВРЕДА (см. МЭК 62304 п. 5.2.3);
- идентификация частей программного обеспечения, которые должны реализовываться с низкой
плотностью дефектов, и частей спецификации программного обеспечения, которые должны подвергаться
специальным испытаниям (МЭК 62304. п. 4.3);
- идентификация ПРОГРАММНЫХ Э
Л
ЕМЕНТОВ с более высоким классом БЕЗОПАСНОСТИ, которые
должны быть отделены от других ПРОГРАММНЫХ Э
Л
ЕМЕНТОВ (в программном обеспечении с более
низким классом БЕЗОПАСНОСТИ), чтобы предотвратить ВРЕД, возникающий из-за неожиданных побоч
ных эффектов (см. МЭК 62304. п. 4.3 и п. 5.3.5). Дальнейшее обсуждение этого вопроса см. в л. 6.2.2.2 4.
Чтобы полностью идентифицироватьОПАСНОСТИ, нужнохорошо понимать клиническое применение
МЕДИЦИНСКОГО ИЗДЕ
Л
ИЯ. Кроме того, программное обеспечение представляет собой проблемуособой
сложности, включая возможные сложные пользовательские интерфейсы. Поэтому идентификация
ОПАСНОСТЕЙ программного обеспечения не может быть выполнена без привлечения внешних
специалистов. Она должна выполняться на СИСТЕМНОМ уровне междисциплинарной группой, включаю
щей клинических экспертов (таких как эксперты по клинической поддержке и техническому обслужива
нию). инжемеров-программистов, системных проектировщиков и экспертов по разработке эксплуатацион
ной пригодности (см. также 3.3).
Идентификация ОПАСНОСТИ должна учитывать ВРЕД, который может быть результатом самой при
роды МЕДИЦИНСКОГО ИЗДЕ
Л
ИЯ (например, порез, облучение или поражение пациента электрическим
током), а также дополнительные ОПАСНОСТИ, связанные с использованием программного обеспечения.
Дополнительные ОПАСНОСТИ могут включать в себя, например;
- предоставление неверной информации врачу или пациенту:
- неправильная идентификация пациента (в случаях, если МЕДИЦИНСКОЕ ИЗДЕ
Л
ИЕ хранит инфор
мацию о пациенте или рецепты);
- отклонение запроса или его задержка, вызванные АНОМА
Л
ИЕЙ программного обеспечения.
Пр и м е ч а н и е —Для многих медицинских изделий задержка или отклонение запроса не подразумевают
ВРЕДАпациенту.
Идентифицированные ОПАСНОСТИ должны включать в себя как ОПАСНОСТИ, относящиеся к про
граммному обеспечению, которое работает в соответствии с его спецификацией, так и ОПАСНОСТИ, отно
сящиеся к АНОМА
Л
ИЯМ программного обеспечения (см. 6.1).
15