Общие требования к компетентности испытательных и калибровочных лабораторий - [3]

Шрифт
Интервал

e) обязательство руководства лаборатории действовать в соответствии с настоящим стандартом.

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

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

4.2.4 Функции и ответственность технического руководящего персонала и управляющего по качеству, включая их ответственность по обеспечению соответствия настоящему стандарту, должны быть определены в руководстве по качеству.

4.3 Управление документацией

4.3.1 Общие положения

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

Примечания

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

2 Управление данными, относящимися к испытаниям и калибровкам, - по 5.4.7. Управление зарегистрированными данными - по 4.12.

4.3.2 Утверждение и выпуск документов

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

4.3.2.2 Принятая(ые) процедура(ы) должна(ы) гарантировать, что:

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

b) документы периодически анализируются и, при необходимости, пересматриваются, чтобы обеспечивать их постоянную пригодность и соответствие предъявляемым требованиям;

c) недействительные или устаревшие документы оперативно изымаются из всех мест выпуска или использования, либо другим образом предупреждается их непреднамеренное использование;

d) устаревшие документы, сохраняемые в юридических или информационных целях, соответствующим образом маркируются.

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

4.3.3 Изменения в документах

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

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

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

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

4.4 Анализ запросов, заявок на подряд и контрактов

4.4.1 Лаборатория должна установить и поддерживать процедуры анализа запросов, заявок на подряд и контрактов. Политика и процедуры анализа, ведущего к заключению контракта на испытания и/или калибровки, должны гарантировать, что:

a) требования, включая используемые методы, адекватно определены и задокументированы (см. 5.4.2);

b) лаборатория имеет возможности и ресурсы, позволяющие выполнять требования;

с) выбран соответствующий метод испытания и/или калибровки, способный удовлетворять требования клиентов (см. 5.4.2). Любые различия между запросом или заявкой на подряд и контрактом должны быть устранены до начала работ.

Примечания

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

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


Еще от автора ГОСТ
Пакеты программ. Требования к качеству и тестирование

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 «Информационная технология. Пакеты программ. Требования к качеству и тестирование»ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИГОСТ Р ИСО/МЭК 12119-2000Information technology. Software packages. Quality requirements and testing.


Система технической документации на АСУ. Общие требования к выполнению текстовых документов

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


Процессы жизненного цикла программных средств

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


Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания

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



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

United system for program documentation. Technical specification for development. Requirements to contents and form of presentation Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.Стандарт полностью соответствует СТ СЭВ 1627-79.Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июле 1981 г (ИУС 7-81)


Рекомендуем почитать
Выбор конечных элементов для расчета нефтяных аппаратов

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


Описанiе ручной гранаты системы капитана Лишина

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


Юный техник, 2015 № 04

Популярный детский и юношеский журнал.


Юный техник, 2015 № 03

Популярный детский и юношеский журнал.


Юный техник, 2015 № 02

Популярный детский и юношеский журнал.


Юный техник, 2014 № 02

Популярный детский и юношеский журнал.


Информационная технология. Оценка программной продукции характеристики качества и руководства по их применению

Стандарт подготовлен на основе применения аутентичного текста международного стандарта ИСО/МЭК 9126-91 «Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению»Information technology. Software product evaluation. Quality characteristics and guidelines for their use.


Информационная технология. Процесс создания документации пользователя программного средства

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 15910-99 «Информационная технология. Процесс создания документации пользователя программного средства».


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

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 8631-89 «Информационная технология. Программные конструктивы и условные обозначения для их представления».