研发部内审检查表新.docx

研发部内审检查表新.docx

《研发部内审检查表新.docx》由会员分享，可在线阅读，更多相关《研发部内审检查表新.docx（8页珍藏版）》请在冰豆网上搜索。

研发部内审检查表新

研发部内审检查表（新）

过程及要求（审核

内容和审核凭证）

涉及QMS条款

事实记录

1.组织产品设计和开发是否存在?

如存在,其设计、信息来源、开发性质和特点是什么?

（概况切入审核/提问、评价）

7.3设计和开发

7.3.1开发和设计策划

1.存在

设计和信息来源：

客户合同、传统产品的更新换代、综合市场需求、技术水平发展的需要、法律法规的需要等；

开发性质和特点：

新产品的开发设计及现有产品的改进全过程。

2.无市场调研报告

3.客户合同、传统产品的更新换代、综合市场需求、技术水平发展的需要、法律法规的需要；其决定的依据充分、可靠。

4.是

《设计开发计划书》

5.是

6.是

各部门负责人及工程师

7.因历史原因，有些文件已缺失，正在完善中。

2.在设计开发前,组织的市场调研活动是否充分、广泛并形成文件（如市场调研报告）?

（概况切入审核/抽验）

3.谁提出产品设计开发建议?

谁决定产品设计开发?

其决定的依据是否充分、可靠?

（选择过程审核/验证）

4.产品设计开发策划结果是否形成文件（如设计开发计划）?

所形成文件是否确定设计和开发阶段及应开展的评审、验证和确认活动?

是否明确了各有关部门、成员的职责、权限?

（重点发散审核/抽验）

5.参与设计和开发的不同小组之间接口是否明确、合理,并实施了有效管理,确保了有效沟通?

（选择部门/过程审核/抽验）

6.参加设计和开发人员,是否具有足够的能力?

是否具有工作所需的充分的资源和信息?

（重点发散审核/面谈、验证）

7.设计和开发策划所形成折文件,是否随着设计和开发的进展,及时予以更新,保持其适宜、有效性?

（选择过程审核/抽查、确认）

1.与产品要求有关的输入是否确定并形成文件?

输入信息来源有哪些,是否充分、可靠、有效?

（概况切入审核/抽验）

7.3.2设计和开发输入

1.是

输入信息的来源：

适用的相关标准、法律、法规、顾客的特殊要求以及社会需求。

2.

（1）是

（2）无预计产量及投放市场目标

（3）是

（4）有

（5）有

3.是，通过评审确保了文件要求完整、清楚。

2.设计和开发输入文件是否包括下列项目:

（1）产品的适用性要求（如性能和功能,感官特性等）?

（2）新产品预计产量、成本、价格目标、投资预算及新产品投放市场的目标？

（3）适用的法律法规和标准要求（有没有遗漏）?

（4）以前类似设计提供的适有信息?

（5）其他要求（如使用条件及限制、配套的材料、零件要求需开发的材料、工艺要求等）？

（重点发散审核/查看、核实）

3.设计和开发输入文件的充分性是否得到评审?

通过评审是否确保了文件要求完整、清楚、没有自相矛盾?

是否尽了最大可能使所有要求定量化,为设计提供统一的准则?

设计输入要求是否具有先进性、合

理性、可行性和经济性?

（选择过程审核/查阅、核实）

1.设计和开发输出的文件有哪些?

这些文件是否得到事前确定?

是否针对设计和开发输入进行验证的方式提出?

这些文件在发放、实施前是否得到具有资格的人批准?

（概况切入审核/抽查、核实）

7.3.3设计和开发输出

1.作业指导书、生产、检验、包装等活动文件，产品标准等。

是

2.满足

2.设计和开发输出的文件,是否满足下列要求:

a.每一设计和开发输出阶段都有明确、齐全的文件?

b.每一输出文件都能满足输入要求?

c.在输出文件中已规定或引用、评价产品接收准则?

d.输出文件能够满足采购、生产、服务的需要?

e.在输出文件中已规定与产品安全和正常使用至关重要的产品特性（如操作、贮存、维修和处置的要求）？

f.已确保输出文件完整、准确、协调、统一、清晰?

（选择过程审核/查阅、确认）

1.在形成设计开发的结果各阶段,设置了哪些评审点?

各评审点的评审内容是否明确和系统?

各评审点采取了哪些适宜的评审方法?

（概况切入审核/抽查、评价）

7.3.4设计和开发评审

1.标准符合性、产品的安全性、采购可行性、加工可行性、可检验性、结构合理性、美观性等；

各评审点的评审内容明确且系统；

由研发部组织与设计阶段有关的所有职能部门的代表对设计满足质量要求的能力进行评审，以发现和协商解决设计中的缺陷和不足。

2.各相关部门负责人及工程师

3.是

4.是，采取相应的纠正或改进措施。

5.是

2.被评审的设计和开发阶段是否包括了有关的职能代表,并是一个集思广益,科学评价的过程?

（选择过程审核/抽查、核对）

3.评审结果及跟踪措施的记录是否建立并予保持?

（操作流程审核/抽验）

4.评审未通过时,组织是否致力于解决未通过的焦点问题,在未解决前,不得转入下一设计阶段?

（问题溯源审核/抽验）

5.通过设计和开发评审,已达到:

（1）设计和开发的结果具有满足要求的能力?

（2）对识别出的问题已采取措施并对措施有效性进行了验证?

（重点发散审核/抽查、确认）

1.当某项设计和开发活动结果涉及重大的产品特性时,是否设置验证点?

各验证点验证内容是否明确?

（选择过程审核/评价）

7.3.5设计和开发的验证

1.是，按新产品开发流程进行。

2.是

3.是

试验报告

4.是

采取相应的纠正或改进措施。

2.各验证点是否采取了适宜的验证方法?

验证是否与实际使用的情况相似的条件下进行?

难所需客观证据是否能够充分证明已满足规定要求?

（重点发散审核/查阅、评价）

3.各验证点验证结果及跟踪措施是否有记录并予保持?

（选择过程审核/抽查、核实）

4.验证时发现的问题是否采取了措施并对其效果重新验证?

在未解决问题之前不得转入下一阶段?

（问题发散审核/抽查、核实）

1.在新产品音乐会或批量投产前,是否经过设计确认?

设计确认内容,是否围绕着预期使用或应用要求进行?

设计确认是否在规定的使用条件下进行?

设计确认方式是否适宜?

（选择过程审核/抽查,核实）

7.3.6设计和开发确认

1.是

性能、安全、临床报告

2.是

采取相应的纠正或改进措施。

3.是

2.对设计确认发现的问题是否已采取措施,并对其效果重新验证?

在未解决问题之前不得转入下一阶段?

（问题溯源审核/抽问、验证）

3.确认结果及跟踪措施记录是否建立并予保持?

（抽查、核实）

1.当发生设计错误,投产困难等更改情况时,是否及时予以识别、确认,并进行更改?

7.3.7设计和开发更改的控制

1.是

《变更管理控制程序》

2.是

《变更管理控制程序》

3.是

《变更管理控制程序》

4.是

《变更管理控制程序》

5.是

《变更管理控制程序》

2.所有设计和开发是否遵循同一更改程序,并经授权人员确定和批准?

（重点发散审核/抽查、核实）

3.对某些设计和开发的重要更改是否经过评审、验证和确认?

评审是否包括评价更改（如零部件）对已交付产品及其组成部分的影响?

（重点发散审核/抽查、验证）

4.设计和开发更改是否对关联文件同步更改,以保持一致?

更改信息是否已传递到更改实施及相关职能部门和人员?

（顺藤摸瓜审核/问查验）

5.更改、更改评审的结果及跟踪措施是否形成记录并予以保持?

（顺藤摸瓜审核/抽查、核对）