Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/ТО 27809-2009; Страница 25

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 53705-2009 Системы безопасности комплексные. Металлообнаружители стационарные для помещений. Общие технические требования. Методы испытаний Complex security systems. Stationary metal detectors for apartments. General technical requirements. Test methods (Настоящий стандарт распространяется на вновь разрабатываемые и модернизируемые стационарные металлообнаружители для помещений, предназначенные для обнаружения перемещения через контрольную зону помещения(й) легкого огнестрельного, холодного, пневматического и метательного оружия и портативных (объемом до 600 см в степени 3) взрывных устройств в металлической оболочке, с поражающими внутренними металлическими элементами, а также иных, схожих по геометрическим размерам и совокупной массе черного и/или цветного металла(ов) предметов, запрещенных к несанкционированному перемещению (проносу) в помещении(ях) и скрываемых от непосредственного визуального наблюдения под одеждой людей или в их ручной клади. Настоящий стандарт устанавливает общие технические требования и методы испытаний для металлообнаружителей, работающих автономно или в составе систем/подсистем контроля и управления доступом (КУД), входящих в состав комплексных систем безопасности промышленных объектов гражданского назначения, административных, общественных и жилых объектов. Настоящий стандарт не распространяется на металлообнаружители, изготавливаемые (применяемые) для гражданской авиации по требованиям авиационной безопасности в соответствии с Воздушным кодексом Российской Федерации, на объектах Федеральной службы исполнения наказаний Российской Федерации, а также по специальным требованиям производств и объектов военного и оборонного назначения) ГОСТ Р 53846.1-2010 Бутылки стеклянные. Венчики горловин. Типы и размеры. Часть 1. Венчик типа КПМ-30 Class bottles. Neck finishes. Types and dimensions. Part 1. Finish tape KPM-30 (Настоящий стандарт распространяется на модифицированный венчик типа КПМ-30 горловины стеклянной бутылки под винтовые колпачки с дозирующим устройством, предотвращающим повторное наполнение бутылки) ГОСТ Р 8.668-2009 Государственная система обеспечения единства измерений. Теплота (энергия) сгорания объемная природного газа. Общие требования к методам измерений State system for ensuring the uniformity of measurements. Volumetric heat (energy) of combustion of natural gas. General requirements for methods for measurement (Настоящий стандарт устанавливает общие требования к методам измерений объемной теплоты (энергии) сгорания природного газа промышленного и коммунально-бытового назначения по ГОСТ 5542. Требования настоящего стандарта могут быть применены к методам измерений объемной теплоты сгорания синтетических газовых смесей, по составу подобных природному газу или заменяющих его (например, имитатора природного газа или другого горючего топлива, которое находится в газообразном состоянии))
Страница 25
Страница 1 Untitled document
ГОСТ Р ИСОГГО 27809— 2009
Наконец, «классы риска», на которые подразделяют продукты, представлены в таблице В.З.
Т а б л и ц а В
Вероятность
Последствия
Катастроф ические
Серьезные
Значительные
Умеренные
Незначительные
Очень высокая
А
А
В
В
С
Высокая
А
В
В
С
С
Средняя
В
В
С
D
D
Низкая
В
С
D
D
Е
Очень низкая
С
С
D
Е
Е
Класс А соответствует наивысшему потенциальному риску, а класс Е— самому низкому.
Важными являются приведенные ниже требования.
«При идентификации опасностей, которые программный продукт или тип программных продуктов для сфе
ры здравоохранения может представлять для пациента, опасность не должна отбрасываться просто из-за пред
положения. что продукт разработан таким образом, что не существует обстоятельств, при которых возможно
возникновение опасности вследствие свойств конкретного программного продукта или проекта, по которому он
создавался. Возможность вреда (опасности), который может нанести программный продукт, должна быть опре
делена. как если бысоответствующих свойств проекта или средств контроля не существовало или они работали
бы неправильно.
При идентификации опасностей, которые программный продукт для сферы здравоохранения может пред
ставлять для пациента, независимо от того, связаны ли они с неправильным функционированием или являются
результатом непредусмотренного события, также не следует отбрасывать опасности, которые могли возникнуть,
просто из-за отсутствия неблагоприятных последствий для пациента благодаря, например, бдительности пользо
вателя или другим событиям, внешним по отношению к программному продукту. Данный аспект учитывается
посредством назначения вероятности возникновения последствий».
«При оценке вероятности, вероятность последствия не должна отбрасываться в связи с каким-либо свой
ством самого продукта (включая сопутствующие инструкции по применению). Вероятность в контексте настоящего
раздела не является вероятностью неправильного функционирования продукта или неблагоприятного события.
Здесь имеется в виду вероятность последствий такого неправильного функционирования или неблагоприятного
события, действительно имевшего место.
Однако допустимо принять во внимание реально прогнозируемые обстоятельства, являющиеся внешними
по отношению к программному продукту. Таким образом, если, например, идентифицированное последствие
опасного события может привести к травме, то вероятность данного последствия, выразившегося в
нанесении реального вреда пациенту, может учитывать следующие аспекты:
- возможность того, что опасное событие будет замечено пользователем, обладающим соответствующей
квалификацией, до того, как произойдет его последствие:
- возможность того, что последствия удастся избежать вследствие ряда событий в течение некоторого ин
тервала времени, произошедших до возникновения последствия, которые повысили бы вероятность выявления
опасности;
- возможность того, что пациент будет осмотрен врачом до того, как ему будет нанесен реальный вред, и
будет достаточно времени для проведения лечения или терапии».
Технические спецификации содержат рекомендации в отношении того, как следует применять данные тре
бования к программным продуктам для сферы здравоохранения.
Подход к классификации программных продуктов для сферы здравоохранения, изложенный в технических
спецификациях, согласуется с подходом FDA к классификации «программного обеспечения для медицинских
приборов» [9] и «присутствующего на рынке программного обеспечения» [10] (см. В.З).
Три «уровня значимости», определенные в классификации FDA. могут быть сопоставлены с пятью категори
ями «последствий», определенными в технических спецификациях. Однако «уровень значимости» FDA не со
всем соответствует вероятности последствия, например, летальный исход или травма, имевшие место вдействи
тельности. Это же относится и к безопасности «оператора» и пациентов, в отличие от самого пациента.
В.5 Выводы
Системы классификации ЕС. Австралии. Канады. США и GHTF для медицинских приборов не подходят для
программных продуктов для сферы здравоохранения.
Классификация FDA CDRH «программного обеспечения в медицинских приборах» и «присутствующего на
рынке» программного обеспечения может быть применена к программным продуктам для сферы здравоохране
ния.
Однако в [11] представлена наиболее подходящая система классификации, основанная на классах рисков.
Они соответствуют подходу FDA CDRH к «программному обеспечению в медицинских приборах» и «присутствую
щему на рынке» программному обеспечению.
19