Полное меню
- Актуальное
законодательство - Интернет
и право- - Рассылка ''Закон есть закон''
- - Форум сайта (архив)
- - Законодательство
- - Судебная практика (необычная)
- - Судебная практика (авторская)
- - Процедура UDRP и и решения WIPO
- - Книги серии ''Интернет и Право''
- - Книги в открытом доступе
- - Учебный курс ''Интернет и Право''
- - Учебный курс ''Доменные споры''
- - Литература по ''Интернет и Право''
- - Литература по интел. собственности
- - Научный уголок (работы гостей)
- - Авторские публикации
- Информационные
материалы - ЮРИДИЧЕСКИЕ
УСЛУГИ- - Перечень юридических услуг
- - Карта юридических услуг
- - Юридическая консультация
- - Доменные споры (RU), авторское право
- - Международный суд по доменам (COM)
- - Защита прав на маркетплейсе (WB, Ozon)
- - Защита прав в соцсетях (Vk, Ok, FB)
- - Купля-продажа домена, сайта, ПО
- - Досудебное урегулирование конфликта
- - Защита чести и деловой репутации
- - Отмена блокировки сайта/домена РКН
- - ФАС: товарные знаки, авторское право
- - Регистрация ПО/сайта (Роспатент)
- - Юридическая проверка домена
- - Нотариальное заверение сайтов
- - Способы и формы оплаты услуг
- - Мы в СМИ
- - О компании, клиенты
- - Наши дела и победы
- - Контакты и реквизиты
- Информация
о сайте -
ОписаниеИсточник публикации М.: ФГБУ "Институт стандартизации", 2024 Примечание к документу Документ введен в действие с 01.01.2025. Название документа "ГОСТ Р 60.2.2.5-2024/ИСО 31101:2023. Национальный стандарт Российской Федерации. Роботы и робототехнические устройства. Сервисы, реализуемые сервисными роботами. Требования к системам обеспечения безопасности" (утв. и введен в действие Приказом Росстандарта от 12.11.2024 N 1657-ст) "ГОСТ Р 60.2.2.5-2024/ИСО 31101:2023. Национальный стандарт Российской Федерации. Роботы и робототехнические устройства. Сервисы, реализуемые сервисными роботами. Требования к системам обеспечения безопасности"
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ИС NORMPROD: примечание. В официальном тексте документа, видимо, допущена опечатка: имеется в виду п. 3.26, а не п. 2.26. |
3.25 робототехнический комплекс (robot system): Комплекс, созданный для реализации прикладного сервиса (2.26) и включающий сервисных роботов (3.24), средства обеспечения безопасности и дополнительные меры защиты, независимо установленные поставщиком прикладного сервиса (3.30), коммуникационные сети и т.д.
3.26 прикладной сервис (application service): Деятельность, приносящая пользу пользователю (3.27) в результате взаимодействия между сервисным роботом (3.24) или робототехническим комплексом (3.25) и пользователем (3.27).
Примечание 1 - Испытания считаются прикладным сервисом.
3.27 пользователь (user): Бенефициар, лицо, которое получает пользу от прикладного сервиса (3.26), предоставляемого сервисным роботом (3.24).
Примечание 1 - В некоторых случаях пользователь может быть как оператором, так и бенефициаром.
3.28 ограничение пользователя (user limit): Ограничение или условие, ограничивающее возможность быть пользователем (3.27) в зависимости от его категории и/или характеристик.
Примечание 1 - Примерами ограничений для пользователя являются рост, масса тела, возраст, навыки, заболевания, история болезни, состояние тела и т.п.
3.29 ограничение поведения пользователя (user's behaviour limit): Ограничение или условие ограничения поведения пользователя (3.27).
Примечание 1 - Примерами ограничения поведения пользователя являются действия в соответствии с правилами эксплуатации сервисного робота, установленными поставщиком робототехнического комплекса (3.33), надевание средств защиты и т.п.
3.30 поставщик прикладного сервиса (application service provider): Организация (3.1), которая инициативно осуществляет планирование, внедрение и предоставление прикладного сервиса (3.26), а также несет общую ответственность за прикладной сервис (3.26), включая безопасность. В случае, когда поставщик прикладного сервиса заказывает на стороне (3.22) выполнение рабочего задания у операторского агентства (3.31), он поставляет робототехнический комплекс (3.25) операторскому агентству (3.31) для конкретного использования.
Примечание 1 - На рынке имеется ряд случаев создания робототехнического комплекса для прикладного сервиса. Простейший случай - это использование универсального робототехнического комплекса, поставляемого поставщиком данного комплекса. Однако во многих случаях необходима адаптация робототехнического комплекса для каждого прикладного сервиса. Когда поставщик прикладного сервиса самостоятельно выполняет адаптацию комплекса, он берет на себя роль и обязанности поставщика робототехнического комплекса (3.33), включая, при необходимости, сертификацию того, что данный робототехнический комплекс соответствует применимым стандартам безопасности. Когда поставщик прикладного сервиса заказывает на стороне адаптацию комплекса, его партнер по заказу берет на себя эту роль, а его обязанности определяются условиями контракта.
Примечание 2 - Когда поставщик прикладного сервиса выполняет планирование прикладного сервиса, он может применить организационные и/или индивидуальные меры для обеспечения безопасности прикладного сервиса.
3.31 операторское агентство (operator agency): Организация (3.1), которая несет ответственность за управление и эксплуатацию сервисного робота (3.24).
Примечание 1 - Операторское агентство (3.31) может быть подразделением поставщика прикладного сервиса (3.30) либо оно может быть сторонней организацией (3.1), которую привлек поставщик прикладного сервиса (3.30).
Пример 1 - Применение робота-доставщика для транспортировки продуктов питания и связанных с ними предметов между операторским агентством (3.31), например рестораном, и пользователем (3.27), например клиентом ресторана. Ресторан, операторское агентство (3.31), которое управляет человеком, оператором (3.23), который программирует пункт назначения доставки и запускает сервисного робота (3.24) для выполнения задачи доставки.
Пример 2 - Применение робота-экзоскелета для помощи в личном передвижении операторским агентством (3.31), таким как реабилитационный центр, для помощи пользователю (3.27), например клиенту, подлежащему реабилитации. Реабилитационное учреждение, операторское агентство (3.31), которым управляет реабилитационный персонал, оператор (3.32), предоставляющий реабилитационные услуги клиентам, пользователям (3.27).
Примечание 2 - Операторское агентство (3.31) отвечает за безопасную работу сервисного робота (3.24) при его конкретном использовании поставщиком прикладного сервиса (3.30). Данная ответственность может быть определена в контракте между поставщиком прикладного сервиса (3.30) и операторским агентством (3.31) или в инструкциях по безопасной работе в руководстве по эксплуатации, поставляемом поставщиком прикладного сервиса (3.30) операторскому агентству (3.31).
3.32 оператор (operator): Физическое или юридическое лицо, уполномоченное запускать, контролировать и останавливать выполнение заданной операции сервисным роботом (3.24).
[Адаптировано из ИСО 8373:2021, 3.11]
3.33 поставщик робототехнического комплекса (robot system provider): Организация, поставляющая робототехнические компоненты, подсистемы или комплексы для поставщика прикладного сервиса (3.30). К поставляемым компонентам относятся аппаратное обеспечение робота (3.23) и программное обеспечение, необходимое для работы аппаратного обеспечения и управления интерфейсами.
Примечание 1 - Изготовитель может рассматриваться как поставщик робототехнического комплекса.
Примечание 2 - Системный интегратор может рассматриваться как поставщик робототехнического комплекса.
Примечание 3 - Продавец может рассматриваться как поставщик робототехнического комплекса.
3.34 информация по использованию (information for use): Информация, включающая требования безопасности при работе с роботом (3.23), ограничение на использование робота (3.35), соблюдение требований по обеспечению безопасной работы механизмов или остаточный риск безопасности (3.39).
Примечание 1 - Как правило, информацию по использованию разрабатывает поставщик робототехнического комплекса в виде руководства пользователя.
3.35 ограничение на использование робота (robot use restriction): Условия использования, предусмотренные поставщиком робототехнического комплекса (3.33) в процессе проектирования, включая среду эксплуатации робота (3.23), ограничение пользователя (3.28), ограничение поведения пользователя (3.29), компетентность (3.9), необходимую для использования, объем обучения и подготовки, необходимых для получения компетентности (3.9), период, в течение которого должны поддерживаться технические характеристики (3.11), связанные с безопасностью, и необходимые техническое обслуживание и проверки.
Примечание 1 - Ограничение на использование робота эквивалентно "ограничениям, налагаемым на машину", определенным в ИСО 12100:2010, 5.3.
Примечание 2 - Термины "механизм" и "машина" соответствуют термину "робот" в настоящем стандарте.
3.36 жизненный цикл прикладного сервиса (life cycle of application service): Последовательные и взаимосвязанные этапы работы системы управления (3.4), относящейся к прикладному сервису (3.26), начиная с доставки и установки сервисных роботов (3.24) до их окончательного снятия с эксплуатации.
Примечание 1 - Этапы жизненного цикла прикладного сервиса включают доставку сервисных роботов (3.24), установку, эксплуатацию, изменение содержания сервиса, контроль, техническое обслуживание, действия по окончании срока эксплуатации и окончательное снятие с эксплуатации.
Примечание 2 - Адаптировано из ИСО 14001:2015, 3.3.3.
3.37 третья сторона прикладного сервиса (third party of application service): Физическое или юридическое лицо, находящееся в оперативном пространстве прикладного сервиса (3.26), но не являющееся ни пользователем (3.27), ни ответственным за прикладной сервис (3.26) в качестве представителя поставщика прикладного сервиса (3.30).
Примечание 1 - Как правило, третья сторона прикладного сервиса не имеет предварительных знаний и информации относительно безопасности конкретного робота (3.23).
3.38 третья сторона, обладающая специальными знаниями (third party who has special knowledge): Физическое или юридическое лицо, которое обладает знаниями по безопасности машин.
Примечание 1 - Например, орган сертификации или физическое лицо, обладающее знаниями по безопасности машин (инженер по технике безопасности, эксперт по оценке безопасности, консультант по промышленной безопасности и т.п.).
Примечание 2 - Сотрудник поставщика прикладного сервиса (3.30) может быть третьей стороной, обладающей специальными знаниями.
3.39 риск безопасности (safety risk): Сочетание вероятности нанесения ущерба (3.41) и тяжести этого ущерба (3.41).
3.40 благоприятная возможность для безопасности (safety opportunity): Обстоятельство или совокупность обстоятельств, которые могут привести к улучшению показателей безопасности прикладного сервиса (3.21).
3.41 ущерб (harm): Нанесение физического повреждения, или вреда здоровью людей, или вреда имуществу или окружающей среде.
[Руководство ИСО/МЭК 51:2014, 3.1]
3.42 опасный случай (hazardous event): Неожиданный случай, который может стать причиной нанесения ущерба (3.41).
[ИСО 12100:2010, 3.9]
3.43 несчастный случай (accident): Опасный случай (3.42), результатом которого стало нанесения ущерба (3.41).
3.44 безопасный в своей основе проект (inherently safe design): Меры, принятые для устранения опасностей (3.45) и/или уменьшения рисков безопасности (3.39) путем изменения проекта или эксплуатационных характеристик продукта или системы.
[Руководство ИСО/МЭК 51:2014, 3.5]
3.45 опасность (hazard): Потенциальный источник возникновения ущерба (3.41).
[Руководство ИСО/МЭК 51:2014, 3.2]
3.46 СОБПС (ASSMS): Система обеспечения безопасности прикладных сервисов.
Организация должна определить внешние и внутренние факторы, относящиеся к ее цели и влияющие на способность достигать запланированных результатов ее СОБПС.
Организация должна осуществлять мониторинг и анализ информации об этих внешних и внутренних факторах.
Примечание - Термин "фактор" в данном случае означает важную тему или проблему для дискуссии или обсуждения. Это может оказывать как положительное, так и отрицательное влияние на организацию.
Пример 1 - Внешними факторами являются:
- культурная, социальная, правовая, технологическая, экономическая и природная среда и рыночная конкуренция, будь то международная, национальная, региональная или местная;
- положение конкурентов;
- отношения с внешними заинтересованными сторонами;
- изменения, касающиеся любой из вышеперечисленных проблем.
Пример 2 - К внутренним факторам относятся:
- организационная деятельность, стратегии, культура в организации, компетентность (капитал, время, человеческие ресурсы и процессы);
- отношения между внутренними заинтересованными сторонами;
- изменения, касающиеся любой из вышеперечисленных проблем.
Организация должна определить, является ли изменение климата актуальной проблемой.
Организация должна определить:
- заинтересованные стороны, имеющие отношение к СОБПС;
- относящиеся к прикладным сервисам требования этих заинтересованных сторон;
- какие из требований заинтересованных сторон будут решаться через СОБПС.
Примечание 1 - Уместные заинтересованные стороны могут иметь требования, связанные с изменением климата.
При определении заинтересованных сторон, имеющих отношение к СОБПС, организация должна учитывать:
- владельцев робота;
- владельцев территории, на которой реализуется сервис;
- заинтересованные административные органы;
- сторонние организации, которым может быть передан заказ на ту или иную деятельность, например операторское агентство;
- поставщиков робототехнического комплекса;
- пользователей.
Примечание 2 - Как правило, инструкции, которые поставщик робототехнического комплекса указывает в информации по использованию, включают в соответствующие требования заинтересованных сторон.
Примечание 3 - Когда назначение прикладного сервиса изменяется с пробного на коммерческое использование, как правило, заинтересованные стороны, имеющие отношение к СОБПС, и соответствующие требования этих заинтересованных сторон изменяются. Испытания - это действия, призванные принести пользу пользователю, в то время как проблемы (например, безопасность и/или затраты), возникающие при практическом применении, проверяют с использованием роботов в реальных ситуациях.
Примечание 4 - Считается, что поставщики робототехнических комплексов, даже если они предоставляют робота бесплатно, несут эквивалентные обязательства в случае возмещения расходов. Например, предоставляя информацию по использованию робота по назначению и т.д.
Примечание 5 - Пример заинтересованных сторон в прикладном сервисе и их связь с терминами, определенными в настоящем стандарте, представлены в приложении A.
Организация должна определить ограничения и применимость СОБПС, чтобы установить ее область применения.
При определении области применения организация должна учесть:
- внешние и внутренние проблемы, указанные в 4.1;
- требования, указанные в 4.2;
- содержание прикладного сервиса, который должен быть реализован (см. 6.4.3.2).
Область применения должна быть представлена в документированной информации.
Организация должна создать, внедрить, поддерживать и постоянно совершенствовать СОБПС, включая необходимые процессы и взаимодействия между ними для обеспечения безопасности прикладных сервисов в соответствии с требованиями настоящего стандарта.
Соответствие настоящему стандарту может быть заявлено только в том случае, если требования, определенные как неприменимые, не влияют на способность или обязанность организации обеспечивать соответствие ее сервисов.
Высшее руководство должно обеспечивать руководящую роль и обязанность по отношению к СОБПС с помощью:
- внедрения политики безопасности прикладных сервисов и установления целей обеспечения безопасности прикладных сервисов в соответствии со стратегическим направлением деятельности организации;
- интеграции требований СОБПС в бизнес-процессы организации.
Примечание 1 - Ссылку на "бизнес" в настоящем стандарте можно интерпретировать в широком смысле как означающую те виды деятельности, которые являются ключевыми для целей существования организации;
- доступа к ресурсам, необходимым для СОБПС.
Примечание 2 - В частности, речь идет о наличии человеческих ресурсов, оборудования и финансирования, необходимых для безопасной работе прикладного сервиса и реализации плана;
- доведения до сведения сотрудников организации и заинтересованных сторон важности эффективного управления безопасностью прикладных сервисов и соответствия требованиям СОБПС.
Примечание 3 - В частности, объявить о важности безопасной работы прикладного сервиса, а также о соответствии настоящему стандарту посредством собраний, корпоративных изданий, электронных досок объявлений, электронной почты и т.д.;
- содействия достижению намеченных результатов работы СОБПС;
- поощрения сотрудников организации и заинтересованных сторон в деятельности по содействию эффективной работе СОБПС;
- содействия постоянному совершенствованию.
Примечание 4 - В частности, стимулировать подачу предложений по совершенствованию;
- поддержки других управленческих функций, чтобы подтвердить свое лидерство применительно к своим сферам ответственности.
Высшее руководство должно установить политику безопасности прикладных сервисов, которая:
a) соответствует целям организации;
b) обеспечивает основу для установления целей безопасности прикладных сервисов.
Примечание 1 - Обеспечение основы для установления целей безопасности прикладных сервисов заключается, например, в создании процессов по проведению совещаний для определения целей безопасности на период времени в начале данного периода;
c) включает обязательства по соблюдению применимых требований;
d) включает обязательства постоянно совершенствовать СОБПС.
Примечание 2 - Политика безопасности прикладных сервисов может содержать:
- указание на важность обеспечения безопасности пользователей и третьей стороны прикладного сервиса;
- соблюдение действующего законодательства;
- соответствие требованиям СОБПС;
- выделение необходимых ресурсов для улучшения показателей безопасности прикладных сервисов;
- тщательную подготовку к реагированию на нештатные ситуации;
- постоянное совершенствование, обеспечивающее улучшение показателей безопасности прикладных сервисов.
Политика безопасности прикладных сервисов должна быть:
- представлена в виде документированной информации;
- доведена до сведения сотрудников организации;
- доступной для заинтересованных сторон, при необходимости.
Высшее руководство должно обеспечить, чтобы обязанности и полномочия для надлежащих должностей были заданы и доведены до сведения внутри организации.
Высшее руководство должно задать обязанности и полномочия для того, чтобы:
а) обеспечить соответствие СОБПС требованиям настоящего стандарта;
б) обеспечить представление отчетов о работе СОБПС высшему руководству.
При планировании СОБПС организация должна рассмотреть проблемы, указанные в 4.1, и требования, указанные в 4.2, а также определить риски и возможности, которые необходимо проанализировать для того, чтобы:
- обеспечить уверенность в том, что СОБПС сможет достичь намеченных результатов;
- предотвратить или уменьшить нежелательные воздействия;
- добиться постоянного совершенствования.
Организация должна планировать:
a) действия по устранению рисков и анализу возможностей;
b) обеспечение:
- интеграции и внедрения данных действий в процессы своей СОБПС;
- оценки эффективности данных действий.
Организация должна установить цели обеспечения безопасности прикладных сервисов для соответствующих функций и уровней.
Цели обеспечения безопасности прикладных сервисов должны:
a) соответствовать политике безопасности прикладных сервисов;
b) быть измеримыми (если это практически осуществимо);
c) учитывать применимые требования;
d) быть контролируемыми;
e) быть представляемыми;
f) обновляться по мере необходимости;
g) быть доступными в виде документированной информации.
Пример - Примеры целей обеспечения безопасности прикладных сервисов:
- продолжительное время работы без несчастных случаев;
- число угрожающих событий;
- число предложений по совершенствованию;
- число сотрудников, имеющих квалификацию, связанную с безопасностью;
- число учебных тренировок по действиям в несчастных случаях.
Примечание - Хотя заинтересованное лицо может сомневаться в необходимости сообщения о произошедших опасных случаях, но если число опасных случаев, таких как угрожающие события, определено в качестве цели обеспечения безопасности прикладных сервисов, то для организации важно получать информацию об опасных случаях и использовать ее для совершенствования. С этой целью организация стимулирует своих сотрудников направлять сообщения об опасных случаях.
При планировании достижения целей обеспечения безопасности своих прикладных сервисов организация должна определить:
- что будет сделано;
- какие ресурсы потребуются;
- кто будет нести ответственность;
- когда действия будут завершены;
- как будут оцениваться результаты.
Если организация посчитает необходимым внести изменения в СОБПС, то эти изменения должны быть осуществлены в плановом порядке.
Организация должна выполнить оценку риска безопасности для каждого прикладного сервиса в соответствии с ИСО 12100:2010, включая анализ риска безопасности и оценивание риска безопасности. Организация должна учесть мнение третьей стороны, обладающей специальными знаниями о достоверности оценки риска безопасности. Организация должна документировать результаты оценки риска безопасности и сохранять в силе этот документ.
Требования, установленные в 6.4, следует применять ко всем прикладным сервисам.
Организация должна установить необходимую квалификацию для проведения оценки риска безопасности. В соответствии с установленной квалификацией определяют лицо (или группу лиц) для оценки риска безопасности.
Организация должна определить критерии для решения о необходимости действий по снижению риска безопасности при оценивании риска безопасности.
При необходимости для определения критериев следует рассмотреть участие заинтересованных сторон, имеющих отношение к СОБПС, как указано в 4.2.
Организация должна получить информацию по использованию от поставщика робототехнического комплекса.
Организация должна учитывать содержание информации по использованию сервисного робота (или роботов) и всех других компонентов робототехнического комплекса при проведении анализа риска безопасности.
Если в информации по использованию имеются неясные моменты и недостаточность данных, то организация должна провести анализ риска безопасности после устранения неясных моментов и недостаточности данных посредством связи с поставщиком робототехнического комплекса и т.д.
Организация должна учитывать мнение третьей стороны, обладающей специальными знаниями об обоснованности информации по использованию. В случае сервисного робота, соответствие которого стандартам безопасности подтверждено третьей стороной, обладающей специальными знаниями, можно считать, что мнение третьей стороны, обладающей специальными знаниями об информации по использованию, уже учтено.
Примечание - Международным стандартом безопасности для сервисных роботов является ИСО 13482.
При необходимости организация должна получить информацию о помещениях или местах, где внедряется прикладной сервис, от их владельцев и учесть ее при проведении анализа риска безопасности.
Организация должна детализировать и документировать содержание действий прикладного сервиса.
При детализации содержания действий прикладного сервиса организация должна учитывать:
- взаимосвязь между содержанием действий прикладного сервиса и ограничением на использование робота, предусмотренным поставщиком робототехнического комплекса, включенную в информацию по использованию (см. приложение B, рисунки B.1, B.2 и B.3);
- применяется ли сервисный робот для пробного или для коммерческого использования.
Примечание 1 - Элементы, определяющие содержание действий прикладного сервиса, могут включать приведенное выше, а также следующее:
- получаемую пользу;
- роботы, которые будут использованы;
- места, где внедряется прикладной сервис.
Примечание 2 - Когда организация выбирает сервисных роботов для использования в прикладном сервисе, она может выбрать сервисных роботов, соответствие которых стандартам безопасности подтверждено. Когда организация использует сервисных роботов, соответствие которых стандартам безопасности не подтверждено, она может запросить мнение третьей стороны, обладающей специальными знаниями о взаимосвязи между содержанием действий прикладного сервиса и ограничениями на использование роботов, предусмотренными поставщиками робототехнических комплексов, включенными в информацию по использованию. Например, данная взаимосвязь может соответствовать случаю 2 или случаю 3 в приложении B.
Если организация изменяет содержание действий прикладного сервиса, то перед этим она должна проверить соответствие требованиям разделов 6 - 9 настоящего стандарта.
При необходимости организация должна определить, документировать и поддерживать ограничения для пользователей, обеспечивающие безопасность во время действия прикладного сервиса.
Организация должна учитывать ограничения для пользователей, установленные поставщиками робототехнического комплекса и включенные в информацию по использованию.
Примечание - В приложении C приведены примеры информации по использованию, включая ограничения для пользователей.
Организация должна идентифицировать опасности, связанные с предоставляемым прикладным сервисом, в соответствии с жизненным циклом прикладного сервиса и его содержанием, включая угрозы кибербезопасности.
Примечание 1 - В приложении D приведены примеры опасностей, связанных с прикладными сервисами.
Примечание 2 - Дополнительные таблицы опасностей можно найти в ИСО 13482:2014, приложение A, и ИСО 12100:2010, приложение B.
Для того чтобы определить риски безопасности предоставляемого прикладного сервиса, организация должна осуществить следующие мероприятия:
b) определить риск безопасности, связанный с опасностями, путем сочетания вероятности возникновения и тяжести ущерба, определенных в перечислении a).
При определении риска безопасности организация должна также учитывать:
c) риски безопасности для третьей стороны прикладного сервиса, возникающие в результате действий прикладного сервиса;
d) необычные ситуации и разумно прогнозируемые аварийные ситуации.
Если оценка риска безопасности проводится повторно из-за изменения прикладного сервиса, необходимо учитывать влияние данного изменения.
6.4.4 Оценивание риска безопасности
Организация должна выделить риски безопасности, которые необходимо снизить, применяя критерии для определения необходимости действий по снижению риска безопасности (6.4.2) к результатам определения риска безопасности (6.4.3.5).
Организация должна сохранять в силе документированную информацию, относящуюся к рискам безопасности, которые считаются чрезмерными и, следовательно, требуют снижения.
6.5.1 Общие положения
Организация должна определить и реализовать меры по снижению риска безопасности на основе результатов оценки риска безопасности, установленной в 6.4.
При определении мер по снижению риска безопасности организация должна рассматривать участие заинтересованных сторон, имеющих отношение к СОБПС, как указано в 4.2.
Организация должна учитывать мнение заинтересованных сторон о реализации мер по снижению риска безопасности и сохранять в силе их содержание в виде документированной информации.
Организация должна рассматривать и реализовывать меры по снижению риска безопасности до тех пор, пока остаточные риски безопасности не будут признаны приемлемыми на основании результатов оценки риска безопасности.
Меры по снижению риска безопасности следует рассматривать в соответствии со следующей последовательностью:
c) обязательства соответствия требованиям по эксплуатации.
Примечание 1 - Вышеуказанные меры по снижению риска безопасности перечислены в порядке уменьшения эффективности.
Примечание 2 - Мерами, связанными с безопасными в своей основе проектами, которые может предпринять поставщик прикладного сервиса, является замена робота, использованного в прикладном сервисе, на другой робот с меньшим риском безопасности.
Примечание 3 - В обязательства соответствия требованиям по эксплуатации могут быть включены действия, необходимые для реализации изложенного в перечислениях a) и b).
Примечание 4 - Обязательства соответствия требованиям по эксплуатации аналогичны организационным и персональным мерам, соответствующим основному принципу охраны труда.
Организация должна учитывать мнение третьей стороны, обладающей специальными знаниями об обоснованности мер по снижению риска безопасности.
Организация должна сохранять в силе документированную информацию, относящуюся к:
- содержанию мер по снижению риска безопасности;
- обоснованию выбора мер по снижению риска безопасности.
Организация должна:
a) определить обязательства соответствия требованиям по эксплуатации для снижения риска безопасности.
Обязательства соответствия требованиям по эксплуатации должны включать:
1) осмотр и техническое обслуживание, которые организация считает необходимыми для сервисных роботов, включая те, которые указаны поставщиками робототехнических комплексов;
2) осмотр и техническое обслуживание, необходимые для поддержания ограждений и дополнительных защитных мер, которые организация считает необходимыми при определении мер по снижению риска безопасности (6.5.2);
3) обязательства соответствия требованиям по эксплуатации, которые организация считает необходимыми при определении мер по снижению риска безопасности (6.5.2);
4) обязательства соответствия требованиям по эксплуатации, основанные на информации по использованию, полученной поставщиками робототехнических комплексов;
b) определить, каким образом обязательства соответствия требованиям по эксплуатации распространяются на организацию, и довести их до сведения сотрудников организации;
c) учесть обязательства соответствия требованиям по эксплуатации при создании, внедрении, сопровождении и постоянном совершенствовании своей СОБПС.
Организация должна сохранять в силе документированную информацию о своих обязательствах соответствия требованиям по эксплуатации.
Примечание - Документированная информация об обязательствах соответствия требованиям по эксплуатации, например, могут включать приведенную ниже информацию. Поскольку потеря конфиденциальности и ненадлежащее использование данной информации может ухудшить показатели безопасности прикладного сервиса, контроль документированной информации (7.5.3) имеет особое значение:
- пароли для применения и конфигурирования сервисных роботов и робототехнических комплексов;
- информацию для снятия ограждений и дополнительных защитных мер, внедренных в организации.
Чтобы внедрить меры по снижению риска безопасности, организация должна планировать:
a) как интегрировать и внедрить меры по снижению риска безопасности в процессы СОБПС.
Примечание 1 - В частности, например, может потребоваться уточнить содержание выбранных мер по снижению риска безопасности (6.5.2) и назначить ответственного за их внедрение;
b) как оценить эффективность в результате внедрения мер по снижению риска безопасности и ее критерии;
c) содержание соглашения между заинтересованными сторонами о внедрении мер по снижению риска безопасности.
Примечание 2 - Примерами содержания соглашения между заинтересованными сторонами о реализации мер по снижению риска безопасности являются:
- риски безопасности, которые необходимо снизить;
- подробное описание мер по снижению риска безопасности:
- содержание;
- обоснование выбора;
- организация или лица, которые будут внедрять;
- ресурсы, необходимые для внедрения, а также организация или лица, которые их обеспечат.
Примечание 3 - Для определения содержания соглашения между заинтересованными сторонами о внедрении мер по снижению риска безопасности может потребоваться участие высшего руководства.
Организация должна определить и предоставить ресурсы, необходимые для создания, внедрения, сопровождения и постоянного совершенствования СОБПС.
Организация должна:
- определить необходимую квалификацию сотрудника или сотрудников, выполняющих работу под контролем организации, которая влияет на показатели безопасности прикладного сервиса. При этом, в случае необходимости, следует учитывать квалификацию, необходимую для внедрения мер по снижению риска безопасности, выбранных организацией; если поставщик робототехнического комплекса указал в информации по использованию требуемую квалификацию обслуживающего персонала, то это также должно быть учтено.
Примечание 1 - К сотрудникам, выполняющим под контролем организации работу, которая влияет на показатели безопасности прикладных сервисов, относятся, например, монтажники, специалисты по техническому обслуживанию, операторы и руководитель службы техники безопасности;
- обеспечить, чтобы данные сотрудники имели необходимую квалификацию в результате надлежащего образования, профессиональной подготовки или накопленного опыта. При необходимости для обучения и профессиональной подготовки следует учитывать указанное поставщиком робототехнического комплекса содержание образования.
Примечание 2 - В некоторых случаях требуется обеспечить наличие нескольких сотрудников, имеющих одинаковую квалификацию, чтобы на рабочем месте всегда присутствовал специалист нужной квалификации;
- если необходимо, предпринять действия по получению сотрудниками необходимой квалификации и оценить эффективность предпринятых действий.
Надлежащая документированная информация должна быть в наличии в качестве доказательства требуемой квалификации.
Примечание 3 - Предпринимаемые действия могут включать, например, обучение, наставничество или перераспределение работающих в настоящее время сотрудников, а также наем или заключение контрактов с квалифицированными специалистами.
Организация должна обеспечить, чтобы сотрудники, выполняющие работу под контролем организации, знали:
- политику безопасности прикладных сервисов;
- аспекты, которые значительно снижают или способны снизить безопасность по отношению к фактическим или потенциальным рискам безопасности, связанным с их работой.
Примечание - На практике данные аспекты могут быть указаны сотрудникам, находящимся под контролем организации, для организации безопасного выполнения ими своей работы;
- свой вклад в эффективность СОБПС, включая преимущества совершенствования показателей безопасности прикладного сервиса;
- последствия несоответствия требованиям СОБПС.
7.4.1 Общие положения
Организация должна разработать, внедрить и поддерживать процессы, необходимые для осуществления связи внутри организации и внешней связи с заинтересованными сторонами, имеющими отношение к СОБПС, включая определение:
- что будет предметом общения;
- когда общаться;
- с кем общаться;
- кто будет общаться.
Организация должна поддерживать в актуальном состоянии документированную информацию в качестве доказательства надлежащей организации связи.
Пример - К документированной информации в качестве доказательства надлежащей организации связи относятся:
a) в электронной форме:
- история переписки по электронной почте;
- журнал электронных средств для совместной работы;
b) в бумажной форме:
- протоколы заседаний;
- протоколы семинаров.
7.4.2 Связь внутри организации
Организация должна:
a) осуществлять внутреннюю связь, относящуюся к СОБПС, между разными уровнями и функциями организации, включая внесение необходимых изменений в СОБПС; рассматривать обязательства соответствия требованиям по эксплуатации, установленные организацией в соответствии с 6.5.3, как информацию, относящуюся к СОБПС;
b) обеспечивать, чтобы процессы организации связи давали возможность сотрудникам организации вносить вклад в постоянное совершенствование.
7.4.3 Связь с заинтересованными сторонами
Организация должна обмениваться информацией, относящейся к СОБПС, с заинтересованными сторонами, как установлено процессами реализации связи в организации.
Примечание - Примерами связи с заинтересованными сторонами являются:
- получение информации от руководителей отделений об изменениях оборудования и окружающей среды, в которой реализуется прикладной сервис;
- предоставление информации руководителям отделений об изменениях в прикладном сервисе.
7.5.1 Общие положения
СОБПС организации должна содержать:
a) документированную информацию в соответствии с требованиями настоящего стандарта;
b) документированную информацию, определенную организацией как необходимую для эффективной работы СОБПС.
Примечание - Объем документированной информации для СОБПС может различаться в разных организациях из-за:
- размеров организаций и видов их деятельности, процессов, изделий и услуг;
- сложности процессов и их взаимодействий;
- квалификации сотрудников.
7.5.2 Создание и обновление документированной информации
При создании и обновлении документированной информации организация должна обеспечить:
- идентификацию и описание (например, название, дата, автор или ссылочный номер);
- формат (например, язык, версия программного обеспечения, графика) и носитель (например, бумажный, электронный);
- рассмотрение и утверждение на предмет пригодности и адекватности.
Документированная информация, необходимая для СОБПС и соответствующая настоящему стандарту, должна контролироваться для обеспечения того, чтобы она была:
a) доступна и пригодна для использования там, где и когда она необходима;
b) надлежащим образом защищена (например, от потери конфиденциальности, неправильного использования или потери целостности).
Для управления документированной информацией организация должна осуществлять следующие виды деятельности, если это применимо:
- распространение, доступ, извлечение и использование;
- хранение и защиту, включая поддержание удобочитаемости;
- контроль изменений (например, управление версиями);
- продолжительное использование и размещение.
Документированная информация, полученная из внешнего источника и признанная организацией как необходимая для планирования и функционирования СОБПС, должна быть определена как уместная и контролироваться.
Примечание - Доступ может подразумевать разрешение только на просмотр документированной информации или разрешение на просмотр и изменение документированной информации.
Рассматривая каждый этап жизненного цикла прикладного сервиса, организация должна планировать, внедрять и контролировать процессы, необходимые для обеспечения соответствия требованиям, а также осуществлять действия, определенные в разделе 6, с помощью:
- установления критериев для процессов;
- реализации управления процессами в соответствии с установленными критериями.
Документированная информация должна быть доступна в объеме, необходимом для уверенности в том, что процессы были реализованы в соответствии с планом.
Организация должна контролировать запланированные изменения и анализировать последствия непреднамеренных изменений, при необходимости принимая меры по снижению влияния любых неблагоприятных последствий.
Организация должна обеспечить, чтобы предоставленные извне процессы, продукты или услуги, имеющие отношение к системе обеспечения безопасности прикладных сервисов, контролировались.
При необходимости организация должна довести относящиеся к СОБПС требования безопасности до сведения организаций или лиц, ответственных за переданные на исполнение сторонними организациями процессы.
При реализации отдельных видов деятельности сторонними физическими и/или юридическими лицами необходимо учитывать защиту персональной информации, если передаваемая им информация содержит личные данные о пользователях.
Организация должна, исходя из ограничений для пользователей, определенных в 6.4.3.3, сообщить пользователям следующее:
a) при необходимости информировать об ограничениях для пользователей до начала использования сервиса;
b) при необходимости до начала использования сервиса проверить информацию, необходимую для того, чтобы решить, соответствуют ли пользователи установленным ограничениям.
Примечание 1 - Чтобы получить информацию, необходимую для решения, удовлетворяют ли пользователи установленным ограничениям, можно измерить рост и/или массу тела, проверить удостоверение личности, провести тестирование, провести собеседование;
c) как результат действия, установленного в перечислении b), если пользователи не удовлетворяют установленному ограничению, необходимо прекратить предоставление сервиса.
При общении с пользователями следует учитывать их индивидуальные особенности.
Примечание 2 - К индивидуальным особенностям, которые следует учитывать, относят возраст, интеллектуальное развитие, инвалидность, язык, грамотность, пол.
При необходимости организация должна определить, документировать, поддерживать и реализовывать инструктаж и/или обучение пользователей навыкам, необходимым для обеспечения безопасности во время использования прикладного сервиса. При конкретизации содержания инструктажа и/или обучения, если необходимо, организация должна учитывать инструктаж и/или обучение для освоения пользователями навыков, предусмотренные поставщиками робототехнических комплексов в информации по использованию.
Примечание 3 - Содержанием инструктажа и/или обучения может быть:
- информирование о мерах предосторожности для пользователей;
- информирование о способах реагирования на возможные события.
При необходимости результаты инструктажа и/или обучения должны быть документированы и сохранены.
Примечание 4 - Когда организация выбирает в качестве способа инструктажа и/или обучения устное общение или общение посредством электронной доски объявлений для неопределенно большого числа пользователей, считается трудным документировать результаты инструктажа и/или обучения. В этом случае может быть зафиксирован только тот факт, что состоялось устное общение или общение с помощью электронной доски объявлений.
При необходимости организация должна документировать и поддерживать ограничения на поведение пользователей и риски безопасности, связанные с их несоблюдением.
Организация должна информировать пользователей об ограничениях на их поведение и рисках безопасности, связанных с их несоблюдением, до начала использования сервиса.
Организация должна стремиться получить обратную связь о безопасности прикладного сервиса, включая жалобы пользователей.
При необходимости организация должна проводить для третьей стороны прикладного сервиса мероприятия по формированию общественного сознания о безопасности прикладного сервиса.
Примечание - Средства формирования общественного сознания могут быть:
- визуальными (распространение рекламных проспектов, размещение вывесок, установка электронных информационных табло);
- звуковыми (оповещение, аварийная сигнализация).
При необходимости организация должна рассмотреть вопрос о нарушении прав, включая угрозу жизни, нанесение травмы, причинение ущерба частной собственности и право на неприкосновенность личной жизни третьей стороны прикладного сервиса.
Организация должна разработать, внедрить и поддерживать процессы, необходимые для подготовки к возможным чрезвычайным ситуациям и реагирования на них.
Организация должна:
a) определить чрезвычайные ситуации, на которые необходимо реагировать как организации;
b) подготовиться к реагированию путем планирования действий по предотвращению или уменьшению снижения безопасности в результате чрезвычайных ситуаций;
d) принимать меры по предотвращению или смягчению последствий чрезвычайных ситуаций, соответствующие масштабу чрезвычайной ситуации и ее потенциальному воздействию;
e) сообщать, как минимум, о результатах действий по перечислению c) высшему руководству вскоре после того, как чрезвычайные ситуации станут очевидными;
f) по возможности периодически проводить проверочные испытания запланированных ответных действий, включая регулярные тренировки с участием всех сотрудников и заинтересованных сторон;
g) периодически анализировать и пересматривать процессы и запланированные ответные действия, особенно после возникновения чрезвычайных ситуаций или испытаний;
h) предоставлять соответствующую информацию и обучение, связанные с готовностью и реагированием на чрезвычайные ситуации, в зависимости от обстоятельств, для заинтересованных сторон, включая лиц, работающих под их контролем;
i) подготовить средства для возмещения ответственности за нанесение ущерба в случае несчастного случая.
Примечание 1 - Примерами чрезвычайных ситуаций, которые необходимо рассматривать для прикладного сервиса, являются:
- отказы сервисного робота и робототехнического комплекса, приводящие к неприемлемым рискам безопасности;
- несчастные случаи во время выполнения прикладного сервиса;
- внешние события, такие как землетрясение и тайфун;
- внутренние события, такие как пожар и сбой в подаче электроэнергии.
Примечание 2 - Средством возмещения ответственности за нанесение ущерба в случае чрезвычайной ситуации, как правило, является страхование ответственности.
Организация, если это необходимо и возможно, обязана до предоставления прикладного сервиса собрать информацию о пользователях и третьей стороне прикладного сервиса, необходимую для реагирования на чрезвычайные ситуации. Если сбор данной информации считается ненужным или невозможным, то обоснование этого должно быть задокументировано.
Примечание 3 - Примерами информации, необходимой для реагирования на чрезвычайные ситуации, являются имя, контакт для экстренных случаев, потребность в специальной помощи и хроническое заболевание.
Примечание 4 - В зависимости от характеристик прикладного сервиса бывают случаи, когда невозможно собрать информацию от пользователей и третьей стороны прикладного сервиса. В этом случае для получения необходимой информации вскоре после возникновения чрезвычайной ситуации может потребоваться координация средств получения информации, каналов связи и тому подобного между заинтересованными сторонами.
Организация должна надлежащим образом собирать, хранить и использовать информацию от пользователей и третьих лиц прикладного сервиса в соответствии с законами, нормативными документами и другими требованиями.
Организация должна провести публичные мероприятия для пользователей, посвященные планам реагирования на чрезвычайные ситуации, до начала предоставления прикладного сервиса.
Организация должна сохранять в силе документированную информацию в пределах, необходимых для обеспечения уверенности в том, что все процессы выполняются в соответствии с планами.
Управление опасными событиями осуществляют следующим образом:
a) Организация должна разработать и поддерживать процессы документирования и отчетности о произошедших опасных событиях. Содержание документированной информации об опасных событиях должно быть согласовано с требованиями заинтересованных сторон и включать следующие данные:
2) дату и время;
3) место;
4) список участников (пользователи, служебный персонал);
5) описание того, что случилось;
6) возможные причины.
Примечание 1 - Вероятной причиной может быть, например, информация о недавно обнаруженной уязвимости безопасности сервисных роботов и робототехнических комплексов. Поскольку потеря конфиденциальности и ненадлежащее использование такой информации ухудшают показатели безопасности прикладного сервиса, управление документированной информацией (7.5.3) имеет особое значение.
Примечание 2 - Если вероятные причины не могут быть идентифицированы, то важно зафиксировать это надлежащим образом;
7) ответные меры, включая любое медицинское вмешательство;
8) последствия (например, причиненный в результате ущерб);
9) корректирующие действия;
Организация должна указать, какие критерии необходимы для фиксации опасных событий, и должна формировать отчеты об опасных событиях в соответствии с этими критериями. Критерии должны соответствовать требованиям заинтересованных сторон, подлежать документированию и поддержке.
b) Организация должна указать, какие критерии необходимы для направления отчетов об опасных событиях поставщикам робототехнических комплексов, и должна направлять отчеты об опасных событиях поставщикам робототехнических комплексов в соответствии с этими критериями. Критерии должны обеспечивать включение в отчеты всех опасных событий, вызванных сервисными роботами. Содержимое отчетов, направляемых поставщикам робототехнических комплексов, должно включать данные из перечислений 1) - 10) перечисления a) и, если возможно, следующие данные:
1) обозначение модели сервисного робота;
2) серийный номер сервисного робота;
3) версия программного обеспечения;
4) история технического обслуживания;
5) данные, сохраненные в сервисном роботе, в которых зарегистрировано изменение рабочего состояния робота в момент инцидента;
6) если применимо, имело ли место нарушение ограничений на использование робота, предусмотренных поставщиком робототехнического комплекса, и их содержания.
Примечание 3 - На основании отчетов об опасных событиях поставщики робототехнических комплексов могут доработать свои сервисные роботы, и тогда можно ожидать в будущем повышения безопасности сервисных роботов и прикладных сервисов, в которых они используются.
c) Организация должна проанализировать процесс оценки риска безопасности (6.4 и 6.5), чтобы предотвратить повторение подобных опасных событий. При необходимости организация должна предпринять корректирующие действия согласно 10.2.
Организация должна определить:
- что необходимо контролировать и измерять;
- методы мониторинга, измерения, анализа и оценивания, если применимо, для обеспечения достоверности результатов;
- когда следует проводить мониторинг и измерения;
- когда результаты мониторинга и измерений должны быть проанализированы и оценены.
Документированная информация должна быть доступна как подтверждение результатов.
Организация должна оценить характеристики и эффективность СОБПС.
Организация должна разработать, внедрить и поддерживать процессы, необходимые для оценивания выполнения своих обязательств соответствия требованиям по эксплуатации.
Организация должна:
a) определить частоту, с которой соответствие требованиям следует оценивать;
b) оценить состояние выполнения обязательств соответствия требованиям по эксплуатации и, если оно ниже установленных критериев, улучшить его;
c) поддерживать знания и понимание состояния своего соответствия требованиям.
Организация должна поддерживать в актуальном состоянии документированную информацию в качестве подтверждения результатов оценивания соответствия требованиям.
9.2.1 Общие положения
Организация должна проводить внутренние аудиты через запланированные промежутки времени, чтобы обеспечить информацию о том, что СОБПС:
a) соответствует:
- требованиям самой организации к СОБПС;
- требованиям настоящего стандарта;
b) эффективно внедряется и поддерживается.
9.2.2 Программа внутреннего аудита
Организация должна планировать, разрабатывать, внедрять и поддерживать программу аудита, включая частоту, методы, распределение ответственностей, требования к планированию и отчетность.
При разработке программы внутреннего аудита организация должна учитывать важность затрагиваемых процессов и результаты предыдущих аудитов.
Организация должна:
a) определить цели, критерии и объем для каждого аудита;
b) выбирать аудиторов и проводить проверки для обеспечения объективности и беспристрастности процесса аудита;
c) обеспечить, чтобы результаты аудитов были доведены до сведения соответствующих руководителей;
d) предпринять необходимые изменения и корректирующие действия в отношении несоответствий без неоправданной задержки.
Документированная информация должна быть доступна в качестве подтверждения выполнения программы аудита и результатов аудита.
9.3.1 Общие положения
Высшее руководство должно проверять работу СОБПС организации через запланированные промежутки времени, чтобы гарантировать ее постоянную пригодность, адекватность и эффективность.
9.3.2 Исходные данные для проверки со стороны руководства
Проверка со стороны руководства должна включать рассмотрение:
a) состояния действий, предпринятых по результатам предыдущих проверок со стороны руководства;
b) изменений в:
- содержании работы, выполняемой прикладным сервисом;
- внешних и внутренних проблемах, имеющих отношение к СОБПС;
- потребностях и ожиданиях заинтересованных сторон, имеющих отношение к СОБПС;
- результатах оценки риска безопасности и мерах по его снижению;
c) информации о показателях безопасности прикладного сервиса, включая тенденции в:
- степени достижения цели безопасности;
- несоответствиях и корректирующих действиях;
- результатах мониторинга и измерений;
- результатах аудита;
- возникновении чрезвычайных ситуаций;
- возникновении опасных событий;
d) возможностей по обеспечению безопасности и других возможностей для постоянного совершенствования СОБПС;
e) достаточности ресурсов.
9.3.3 Результаты проверки со стороны руководства
Результаты проверки со стороны руководства должны содержать решения, касающиеся возможностей для постоянного совершенствования и любой необходимости внесения изменений в СОБПС.
Документированная информация должна быть доступна в качестве подтверждения результатов проверки со стороны руководства.
Организация должна постоянно анализировать и совершенствовать соответствие, достаточность и эффективность СОБПС.
При возникновении несоответствий, в том числе возникающих в результате рекламаций, организация должна:
a) отреагировать на несоответствие и, если применимо:
- принять меры по контролю и исправлению;
- устранить последствия;
b) оценить необходимость действий по устранению причины несоответствия, чтобы оно не повторилось и не возникло где-либо еще, с помощью:
- анализа несоответствия;
- определения причин возникновения несоответствия;
- определения того, существуют ли другие подобные несоответствия или потенциально могут возникнуть;
c) выполнить любые необходимые действия;
d) проанализировать эффективность любых предпринятых корректирующих действий;
e) при необходимости внести изменения в СОБПС.
Корректирующие действия должны соответствовать последствиям выявленных несоответствий, включая анализ корневых причин и планирование мероприятий по предотвращению повторения.
Организация должна поддерживать процессы документирования и отчетности о несоответствиях. Документированная информация должна быть доступна в качестве подтверждения:
- характера несоответствий и последующих предпринятых действий;
- результатов выполненных корректирующих действий.
(справочное)
И СВЯЗЬ С УСТАНОВЛЕННЫМИ ТЕРМИНАМИ
На рисунке A.1 показан пример заинтересованных сторон в прикладном сервисе и их связь с установленными в настоящем стандарте терминами. Ход выполнения сервиса, представленный на рисунке A.1, будет различаться в зависимости от типа прикладного сервиса, типа сервисного робота или контракта между всеми заинтересованными сторонами. К поставщикам прикладного сервиса относятся непосредственные покупатели робота, интеграторы сервиса, которые берут напрокат или арендуют у дилеров или дистрибьюторов для предоставления конкретного сервиса своим клиентам. Операторы могут входить в состав поставщиков сервисов или быть отдельными подрядчиками, имеющими договор с поставщиками сервисов.
 |  |  |
Маршрут изделий и информации по использованию | Маршрут сервиса, предоставляемого роботами к пользователям | Маршрут инструкции по обслуживанию |
Рисунок A.1 - Пример заинтересованных сторон
в прикладном сервисе и связь с установленными терминами
(справочное)
ПРИКЛАДНОГО СЕРВИСА И ОГРАНИЧЕНИЕМ НА ИСПОЛЬЗОВАНИЕ РОБОТА,
ПРЕДУСМОТРЕННЫМ ПОСТАВЩИКОМ РОБОТОТЕХНИЧЕСКОГО КОМПЛЕКСА
B.1 Общие положения
Классификация прикладных сервисов с точки зрения обеспечения безопасности представлена в B.2 - B.4.
B.2 Случай 1: базовый пример
В данном случае поставщик прикладного сервиса реализует свой прикладной сервис в рамках ограничения на использование робота, установленного поставщиком робототехнического комплекса при его проектировании. Даже в данном случае, когда риски безопасности снижены за счет выполнения обязательств соответствия требованиям по эксплуатации в результате оценки риска безопасности и определения мер по снижению риска безопасности, могут возникнуть неприемлемые риски безопасности в зависимости от вида выполняемых работ. Поэтому соответствие требованиям настоящего стандарта является необходимым.
1 - ограничение на использование сервисных роботов,
предусмотренное поставщиком робототехнического комплекса
при проектировании; 2 - запас надежности, который изменяется
в зависимости от вида выполняемых работ; 3 - диапазон
использования сервисного робота для выполнения работ
на основе настоящего стандарта
B.3 Случай 2: расширенный пример
В данном случае поставщик прикладного сервиса реализует свой прикладной сервис, расширяя ограничение на использование роботов, предусмотренное поставщиком робототехнического комплекса при проектировании. Если остаточный риск безопасности признается неприемлемым в результате оценки риска безопасности, то поставщик прикладного сервиса должен реализовать меры по снижению риска безопасности. Если используемые сервисные роботы не соответствуют стандартам безопасности, то выполнение ограничения на использование роботов, предусмотренного поставщиком робототехнического комплекса при проектировании, не может быть проверено; данный случай может быть определен как случай 2.
1 - ограничение на использование сервисных роботов,
предусмотренное поставщиком робототехнического комплекса
при проектировании; 2 - диапазон использования сервисного
робота до расширения; 3 - меры по снижению риска,
реализованные поставщиком прикладного сервиса;
4 - расширенный диапазон использования сервисного робота
или робототехнического комплекса
В данном случае поставщик прикладного сервиса реализует свой прикладной сервис с помощью объединения нескольких сервисных роботов или систем управления. Если остаточный риск безопасности признается неприемлемым в результате оценки риска безопасности, то поставщик прикладного сервиса должен реализовать меры по снижению риска безопасности.
1 - сервисный робот "A"; 2 - сервисный робот "B"
или система управления; 3 - ограничение на использование
сервисных роботов, предусмотренное поставщиком
робототехнического комплекса при проектировании;
4 - диапазон использования сервисного робота до расширения;
5 - меры по снижению риска, реализованные поставщиком
прикладного сервиса; 6 - расширенный диапазон использования
робототехнического комплекса после интеграции
(справочное)
C.1 Общие положения
В данном приложении приведены примеры информации по использованию типичных сервисных роботов: мобильного обслуживающего робота, робота для перевозки человека и робота для оказания физической помощи.
C.2 Пример информации по использованию мобильного обслуживающего робота
На рисунке C.1 показан пример мобильного обслуживающего робота, а в таблице C.1 приведен пример информации по использованию данного робота.
Рисунок C.1 - Пример мобильного обслуживающего робота
Таблица C.1
обслуживающего робота
Элементы | Спецификации |
Перевозимые объекты | - Предметы общего пользования и/или полиэтиленовые бутылки с напитками |
Транспортируемый груз | - Максимально 20 кг |
Рабочая среда | - Внутри помещений - Температура: от 10 °C до 40 °C - Освещенность: от 150 до 1000 лк - Влагозащищенность: IPx4 водяные брызги по МЭК 60529 - Размер препятствий для обхода: шире 10 см, выше 50 см - Характеристики третьей стороны: ограничена теми, кто прошел инструктаж по безопасности роботов |
Поверхность перемещения | - Минимальная ширина коридора: 120 см - Максимальный угол наклона: 10° - Максимальная разница уровней: 20 мм - Максимальная ширина трещины: 10 мм - Предполагаемый материал поверхности перемещения: плитка |
Управление эксплуатацией | - Менеджер безопасности: необходим - Периодические проверки: необходимы (подробности, такие как частота и содержание, будут определены в другом стандарте. Следует отметить, что данный пример является лишь примером, поэтому такого стандарта не существует) |
C.3 Пример информации по использованию робота для перевозки человека
На рисунке C.2 показан пример робота для перевозки человека, а в таблице C.2 приведен пример информации по использованию данного робота.
Рисунок C.2 - Пример робота для перевозки человека
Таблица C.2
для перевозки человека
Элементы | Спецификации |
Скорость | - Не более 6 км/ч |
Рабочая среда | - На открытом воздухе - Температура: от 10 °C до 40 °C - Освещенность: от 150 до 1000 лк - Использование воды: не используется - Размер препятствий для обхода: шире 10 см, выше 50 см - Характеристики третьей стороны: ограничена теми, кто прошел подготовку |
Поверхность перемещения | - Минимальная ширина дорожки: 120 см - Максимальный угол наклона: 10° - Максимальная разница уровней: 20 мм - Максимальная ширина трещины: 10 мм - Предполагаемый материал поверхности перемещения: плитка |
Пользователи | - Обученные управлению - Физические возможности (сила, зрение и т.д.) - Способные принимать решения - Масса тела: от 45 до 100 кг |
Управление эксплуатацией | - Менеджер безопасности: необходим - Техническое обслуживание: необходимо (подробности, такие как кто может выполнять и содержание технического обслуживания, будут определены в другом стандарте. Следует отметить, что данный пример является лишь примером, поэтому такого стандарта не существует) - Периодические проверки: необходимы (подробности, такие как частота и содержание, будут определены в другом стандарте. Следует отметить, что данный пример является лишь примером, поэтому такого стандарта не существует) |
C.4 Пример информации по использованию робота для оказания физической помощи
На рисунке C.3 показан пример робота для оказания физической помощи, а в таблице C.3 приведен пример информации по использованию данного робота.
Рисунок C.3 - Пример робота для оказания физической помощи
Таблица C.3
для оказания физической помощи
Элементы | Спецификации |
Рабочая среда | - Внутри помещений - Температура: от 10 °C до 30 °C - Влажность: от 30% до 80% (без конденсата) |
Пользователи | - Физические возможности (подробности, такие как мышечная сила и зрение, будут определены в другом стандарте. Следует отметить, что данный пример является лишь примером, поэтому такого стандарта не существует) - Параметры тела: (масса тела менее 80 кг, рост менее 180 см) |
(справочное)
D.1 Общие положения
В данном приложении приведены примеры опасностей и их причин во время эксплуатации с точки зрения обеспечения безопасности (см. приложение B) для трех типичных сервисных роботов, описанных в приложении C: мобильного обслуживающего робота, робота для перевозки человека и робота для оказания физической помощи. Каждый пример может включать технические аспекты, но технические требования в настоящем стандарте не рассмотрены.
D.2 Примеры опасностей и их причин для базового примера (случай 1)
В таблицах D.1, D.2 и D.3 приведены примеры опасностей и их причин для базового примера (случай 1), включающего мобильный обслуживающий робот, робот для перевозки человека и робот для оказания физической помощи соответственно.
Таблица D.1
для мобильного обслуживающего робота
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Столкновение | Третья сторона прикладного сервиса столкнулась с роботом | Третья сторона прикладного сервиса намеренно приблизилась к роботу | Организация пренебрегла информированием в целях безопасности третьей стороны прикладного сервиса | |
Робот попытался остановиться, распознав человека, но не смог этого сделать | Рассчитанная максимальная сила торможения не могла быть обеспечена из-за изношенности тормозных колодок | Организация пренебрегла периодическим осмотром и техническим обслуживанием робота | ||
Робот упал и придавил человека | Размер препятствия, превышающий максимальную разницу между уровнями поверхности | Организация пренебрегла надлежащим устройством рабочей среды сервисного робота |
Таблица D.2
для робота для перевозки человека
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Падение | Робот упал вместе с находящимся на нем пользователем | Водитель (пользователь) не обучен методам эксплуатации робота | Организация не предупредила водителя (пользователя) о необходимости обучения безопасному вождению | |
Ширина трещины на поверхности перемещения оказалась больше допустимой из-за ухудшения состояния рабочей поверхности | Организация пренебрегла надлежащим обслуживанием рабочей среды робота | |||
При падении сломана кость | Не были использованы средства защиты | Организация пренебрегла надлежащей защитой пользователя | ||
Столкновение | Водитель (пользователь) попытался остановиться, но это ему не удалось | Рассчитанная максимальная сила торможения не могла быть обеспечена из-за изношенности тормозных колодок | Организация пренебрегла периодическим осмотром и техническим обслуживанием робота |
Таблица D.3
для робота для оказания физической помощи
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Скелетно-мышечная травма | Была приложена чрезмерная помогающая сила | Ненадлежащая регулировка помогающей силы | Недостаточная компетентность технического персонала при регулировке помогающей силы | |
Робот использовался, когда система управления помогающей силой вышла из строя | Организация пренебрегла периодическим осмотром и техническим обслуживанием робота | |||
Падение | Робот использовался на мокром полу и упал | Ненадлежащее состояние пола | Организация пренебрегла надлежащим устройством рабочей среды робота |
D.3 Примеры опасностей и их причин для расширенного примера (случай 2)
В дополнение к таблицам D.1 - D.3 в таблицах D.4, D.5 и D.6 приведены примеры опасностей и их причин для расширенного примера (случай 2), включающего мобильный обслуживающий робот, робот для перевозки человека и робот для оказания физической помощи соответственно.
Таблица D.4
обслуживающего робота в дополнение к таблице D.1
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Столкновение | Робот столкнулся с человеком | Робот, предназначенный для использования в помещении, использовался на открытом воздухе под дождем. Попадание воды в электрическую цепь привело к неисправности | Организация не указала в информации по использованию последствия использования роботов в ненадлежащих условиях | |
Робот использовался при более высокой температуре, чем допустимо. Электрическая цепь была разорвана, что привело к неисправности | ||||
Робот использовался в более темной среде, чем допустимо. Роботу не удалось обнаружить человека с помощью камеры | ||||
Робот, разработанный для условий электромагнитного излучения в домашних условиях, использовался на заводе. Более сильное электромагнитное излучение привело к неисправности | ||||
Столкновение | Робот столкнулся с человеком | Робот выдает предупреждение на языке, который пользователь не понимает. Смысл предупреждения не был понят человеком | Организация не учла разнообразие пользователей | |
Раздавливание | Робот упал и придавил человека | Робот, предназначенный для перемещения по ровному полу, использовался на полу с трещинами | Организация не указала в информации по использованию последствия использования роботов в ненадлежащих условиях | |
Ожог | Робот обжег кожу человека при контакте с ним | Организация установила на роботе дополнительный кожух, что снизило эффективность охлаждения и привело к повышению температуры на поверхности робота | Организация не учла последствия дополнительных модификаций конструкции робота |
Таблица D.5
для перевозки человека в дополнение к таблице D.2
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Столкновение | Домашнее животное столкнулось с роботом | Робот, предназначенный для помещений без домашних животных, использовался в помещениях с домашними животными | Организация не указала в информации по использованию последствия использования роботов в ненадлежащих условиях | |
Робот столкнулся с третьей стороной прикладного сервиса | Робот, предназначенный для использования в помещении, использовался на открытом воздухе под дождем. Попадание воды в электрическую цепь привело к неисправности | |||
Робот столкнулся с человеком | Робот, предназначенный для использования в помещении, использовался на открытом воздухе под дождем. Попадание воды в электрическую цепь привело к неисправности | |||
Робот, разработанный для условий электромагнитного излучения в домашних условиях, использовался на заводе. Более сильное электромагнитное излучение привело к неисправности | ||||
Раздавливание | Робот упал и придавил человека | Робот, предназначенный для перемещения по ровному полу, использовался на полу с трещинами | ||
Падение | Робот упал вместе с находящимся на нем пользователем | Робот, предназначенный для перемещения по горизонтальному полу, использовался на наклонной поверхности | ||
Выпадение | Пользователь упал с робота | Робот, предназначенный для взрослых людей, использовался ребенком | Организация не учла влияние разного размера тела пользователя |
Таблица D.6
физической помощи в дополнение к таблице D.3
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования |
Поражение электрическим током | Аккумуляторная батарея намокла | Робот, предназначенный для использования в помещении, использовался на открытом воздухе под дождем. Произошло попадание воды | Организация не указала в информации по использованию последствия использования роботов в ненадлежащих условиях | |
Столкновение | Робот столкнулся с человеком | Робот, разработанный для условий электромагнитного излучения в домашних условиях, использовался на заводе. Более сильное электромагнитное излучение привело к неисправности | ||
Ожог | Робот обжег кожу человека при контакте с ним | Организация установила на роботе дополнительный кожух, что снизило эффективность охлаждения и привело к повышению температуры на поверхности робота | Организация не учла последствия дополнительных модификаций конструкции робота | |
Скелетно-мышечная травма | Использовался робот ненадлежащего размера | Робот, предназначенный для взрослых людей, использовался ребенком | Организация не учла влияние разного размера тела пользователя | |
Падение | Пользователь споткнулся | Робот, созданный для людей, способных ходить самостоятельно, использовался человеком, который не может самостоятельно перемещаться | Организация не учла влияние разницы в возможностях пользователей |
D.4 Примеры опасностей и их причин для интегрированного примера (случай 3)
В дополнение к таблицам D.4 - D.6 в таблице D.7 приведены примеры опасностей и их причин для интегрированного примера (случай 3), включающего мобильный обслуживающий робот, робот для перевозки человека и робот для оказания физической помощи соответственно.
Таблица D.7
Примеры опасностей и их причин для мобильного
обслуживающего робота, робота для перевозки человека
и робота для оказания физической помощи в дополнение
к таблицам D.4 - D.6 соответственно
Робот | Мобильный обслуживающий робот (МОР) | Робот для перевозки человека (РПЧ) | Робот для оказания физической помощи (РОП) | ||||||||||||
Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования | Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования | Примеры опасностей | Эпизоды возникновения опасностей | Причины | Недоработки организации | Соответствующие требования | |
МОР | Столкновение | МОР столкнулся с другим МОР | Другой МОР ниже минимальной высоты обнаружения | Организация не разобралась в информации по использованию | Выпадение | Пользователь РПЧ выпал из РПЧ | Пользователь РПЧ сделал крутой поворот, чтобы не столкнуться с МОР | Инструкции по вождению для пользователя были неточны | Столкновение | Пользователь, на котором надет РОП, столкнулся с МОР | Неправильное ношение РОП ограничило движения пользователя, и действия по уклонению были невозможны | Организация пренебрегла обучением работников тому, как правильно подогнать РОП под пользователя | |||
Возникли помехи между лазерными датчиками при обнаружении каждого робота | Организация не учла последствий совместного использования разных типов МОР | Падение | РПЧ упал вместе с находящимся на нем пользователем | В результате столкновения с МОР возникли внешние силы, нарушившие равновесие РПЧ | Организация не учла последствий совместного использования с МОР | Ношение РОП увеличивает скорость ходьбы пользователя, что превышает возможности МОР по предотвращению столкновений | Организация не учла последствий совместного использования с МОР | ||||||||
МОР вышел из строя из-за электромагнитного излучения другого МОР | Организация не учла последствий совместного использования с роботом другого типа | Столкновение | РПЧ столкнулся с МОР | РПЧ вышел из строя из-за электромагнитного излучения другого робота | Организация не учла последствий совместного использования разных типов роботов | Падение | Пользователь, на котором надет РОП, упал | Неожиданная помогающая сила возникла из-за неисправности РОП, вызванной электромагнитным излучением от МОР | Организация не учла последствий совместного использования с МОР | ||||||
Относительная скорость между роботами превысила возможность избежать столкновения | Организация не учла последствий совместного использования разных типов МОР | Столкновение | РПЧ столкнулся с МОР | Относительная скорость между роботами превысила возможность избежать столкновения | Организация не учла последствий совместного использования разных типов роботов | - | - | - | - | - | |||||
РПЧ | - | - | - | - | - | Выпадение | Пользователь РПЧ выпал из РПЧ | Пользователь РПЧ сделал крутой поворот, чтобы не столкнуться с приближающимся другим РПЧ | Инструкции по вождению для пользователя были неточны | Столкновение | Пользователь, на котором надет РОП, столкнулся с РПЧ | Неправильное ношение РОП ограничило движения пользователя, и действия по уклонению были невозможны | Организация пренебрегла обучением работников тому, как правильно подогнать РОП под пользователя | ||
- | - | - | - | - | Падение | РПЧ упал вместе с находящимся на нем пользователем | В результате столкновения с другим РПЧ возникли внешние силы, нарушившие равновесие | Организация не учла последствий совместного использования разных типов РПЧ | Падение | Пользователь, на котором надет РОП, упал | Неожиданная помогающая сила возникла из-за неисправности РОП, вызванной электромагнитным излучением от РПЧ | Организация не учла последствий совместного использования с РПЧ | |||
- | - | - | - | - | Столкновение | РПЧ столкнулся с другим РПЧ | РПЧ вышел из строя из-за электромагнитного излучения другого РПЧ | Организация не учла последствий совместного использования разных типов РПЧ | - | - | - | - | - | ||
РОП | - | - | - | - | - | - | - | - | - | - | Скелетно-мышечная травма | Пользователь, носящий одновременно РОП разных типов, получил скелетно-мышечную травму | Разные РОП мешали друг другу. Их крепление было неправильным, и возникла неадекватная помогающая сила | Организация не учла последствий ношения нескольких РОП | |
- | - | - | - | - | - | - | - | - | - | Падение | Пользователь, носящий одновременно РОП разных типов, упал | Произошло объединение помогающих сил от разных РОП. В результате возникла чрезмерная помогающая сила | Организация не учла последствий ношения нескольких РОП | ||
Примечание - "-" означает отсутствие надлежащего примера. | |||||||||||||||
(справочное)
НАЦИОНАЛЬНЫМ И МЕЖГОСУДАРСТВЕННЫМ СТАНДАРТАМ
Таблица ДА.1
Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального, межгосударственного стандарта |
ISO 13482:2014 | IDT | ГОСТ Р 60.2.2.1-2016/ИСО 13482:2014 "Роботы и робототехнические устройства. Требования безопасности для роботов по персональному уходу" |
ISO 12100:2010 | IDT | ГОСТ ISO 12100-2013 "Безопасность машин. Основные принципы конструирования. Оценки риска и снижения риска" |
Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT - идентичные стандарты. | ||
[1] | ISO 14001:2015 <1> Environmental management systems - Requirements with guidance for use |
[2] | ISO 19011 <2> Guidelines for auditing management systems |
[3] | ISO 8373:2021 <3> Robotics - Vocabulary |
--------------------------------
<1> Действует ГОСТ Р ИСО 14001-2016 "Системы экологического менеджмента. Требования и руководство по применению".
<2> Действует ГОСТ Р ИСО 19011-2021 "Оценка соответствия. Руководящие указания по проведению аудита систем менеджмента".
<3> Действует ГОСТ Р 60.0.0.4-2023/ИСО 8373:2021 "Роботы и робототехнические устройства. Термины и определения".
УДК 006.034:006.88:007.52:621.865.8:64.06:681.5:006.354 | ОКС 25.040.30 |
Ключевые слова: роботы, робототехнические устройства, сервисные роботы, прикладные сервисы, системы обеспечения безопасности | |
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/16/gost_20551.html
На правах рекламы:
|
© Антон Серго, 1998-2026.
|
Разработка сайта |
|