ImageVerifierCode 换一换
格式:DOC , 页数:27 ,大小:698.50KB ,
资源ID:13063674      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/13063674.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(完整--——-设计和开发控制程序(FDA板)文档格式.doc)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

完整--——-设计和开发控制程序(FDA板)文档格式.doc

1、1.目的:42.适用范围:2.1机构:2.2业务:3.概述:4.名词术语:4.1设计评审团队(DRT)44.2设计评审团队主席54.3产品开发团队(PDT):54.4产品主记录(Device Master Record- DMR):4.5项目时间进度表(Project Schedule):4.6基本要求列表 (Essential Requirements Checklist):64.7产品技术文档(Product Technical File):4.8风险管理(Risk Management) :4.9产品的设计历史档案 (Product Design Files):4.10项目计划(Proj

2、ect Plan):74.11设计输入(Design Input):4.12设计输出(Design Output):4.13设计评审(Design Review):4.14设计验证(Design Verification):4.15设计转换 (Design Transfer):4.16设计确认(Design Validation):84.17设计变更(Design Change):5.过程定义85.1产品设计和开发流程图85.2角色和职责95.3第一阶段Phase I: 产品提议阶段Product Proposal105.4第二阶段Phase II: 设计可行性确认和初步模型Design Fe

3、asibility affirm and Preliminary Prototype125.5第三阶段Phase III: 产品设计优化和验证Product Design, Optimization and Verification145.6第四阶段Phase IV: 产品转生产和验证Product transfer to Manufacturing and Verification175.7第五阶段Phase V: 产品临床研究和注册Product Clinical study and Regulatory Submissions205.8第六阶段 Phase VI: 产品上市和改进Prod

4、uct Release and Improvement216.过程度量、确认与验证236.1过程度量236.2确认与验证237.裁剪说明248.标准、规程及指南249.表格与模板2510.文件修订历史271. 目的:定义WHPM公司新产品设计和开发的流程,明确每个参加小组在开发过程中的职责。它将对项目管理人员和其它参加策划和跟踪新产品开发的人员起一个指导性的作用。2. 适用范围:2.1 机构:本程序(简称DCP)文件所适应的部门:研发部、开发部、市场部、质管部、采购部、财务部、生产部等。2.2 业务:2.2.1 适应于公司所有产品的设计和开发。本程序也适用于产品的变更操作,能把现有产品的变更划

5、分到产品开发的合适阶段里,并运用这个流程来完成预期的变更。2.2.2 在项目开发之前和进行阶段,DCP流程也可以用做规划工具。通过这个流程,负责人将对项目开发整体阶段的事情有一个明确的概念。每个阶段都提供一个核实清单作为附件,由项目组里的成员在进行阶段评审会议时填写完成,以此来证明上一阶段的终止。3. 概述:本程序文件描述了公司所有与设计开发有关的流程和操作方法。产品的设计和开发包含公司以任何形式(条、板、杯型、成型板)产品为目标产物的产品,该设计开发过程包含产品包装、标签及说明书等相关材料的设计开发。4. 名词术语:4.1 设计评审团队(DRT) 设计评审团队是由公司高层管理人员和部门骨干组

6、成,它可以由市场部、生产部、质管部(QA/QC/RA)、研发部、财务部和采购部等组成(可根据各阶段活动不同,确定主要人员)。DRT的职责就是监督和维护产品设计控制程序的执行,包括: 4.1.1 产品开发经费预算的审核;4.1.2 项目开发启动的审核;4.1.3 项目开发时间进度表的审核;4.1.4 项目开发阶段活动的审核等。4.2 设计评审团队主席 设计评审团队主席由公司最高管理层委任,或其指定的代表,职责如下:在项目进行设计开发前,设计评审团队主席负责和公司高层管理层共同批准开发项目的提议;设计评审团队主席负责指定项目开发的负责人;所有开发阶段的最终决定;批准产品的设计开发是否进入下一阶段。

7、如果设计评审团队主席因故缺席项目评审会议,则可由其指定的代表行使批准决策权。具体评审操作,见评审控制程序(WH-712-P04)。4.3 产品开发团队(PDT):PDT 是建立在每个项目的基础上。它由市场和销售部、生产部、质量管理部(QA,QC,RA)和研发部、财务部和采购部等成员组成。PDT的主要任务和职责详见本程序中相关角色的职责说明。4.4 产品主记录(Device Master Record- DMR):产品主记录是一个生产规范文件,它用来明确说明在一个新产品进行生产时,需要哪些指导性和标准性的文件。它需要在新产品设计和开发时进行起草,并在产品转生产结束后,最终生效。产品DMR里的文件

8、至少应包括以下的信息:a.产品基本信息;b.产品QC标准文件;c.产品检测用标准品信息;d.产品工艺流程信息;f.产品喷码信息;g.产品结构图信息;h.产品物料信息;i.产品生产设备信息;j.产品生产操作信息等。设计评审团队负责对最终形成的DMR进行审核和批准,DMR的更新应该在变更控制程序里清楚的标记被变更的地方及版本号。DMR具体编写规范参见产品DMR编写管理规范(WH-711-S19)。4.5 项目时间进度表(Project Schedule):每个项目都要有项目时间进度表。它应该明确说明该产品在各阶段的主要活动和预期完成时间。它是用来指导开发团队按时按量完成阶段任务,是公司管理层监控项

9、目实时进展的依据。项目负责人负责制定项目开发整体时间进度表,产品开发团队负责提议更改。一旦开发团队成员的意见达成一致,项目进度表就必须经评审团队评审并签字批准。每个设计开发阶段都应该有较为详细时间进度表,用来说明产品开发在该阶段的详细活动、负责人和预期完成时间。由项目负责人签字确认。在开发过程中,如果项目实际进度比时间表上的时间要晚2-3周及以上,那么项目负责人需要对此原因进行解释。在得到评审团队允许的情况下,重新制定个新的进度表,来指导该项目的设计开发周期,并得到签字批准。4.6 基本要求列表 (Essential Requirements Checklist):基本要求列表列出了欧盟地区对

10、此类产品的相关要求条令,公司需要根据这些条令完成公司所识别到相关法规标准和针对这些法规要求所采取相关措施的证明性文件。此列表在产品需销往欧盟地区时需要完成,其他销售区域则可以不予考虑。一般由RA人员负责完成该文件的填写,在经公司领导审核确认后,提交给相关的代理机构。4.7 产品技术文档(Product Technical File):产品技术文档是当公司产品需要在非境内区域进行销售而根据当地法规要求,根据产品DHF整理出的产品注册需求文件。整理后的产品技术文档需要经过公司领导审核及批准后,方可提供给相关的区域的代理机构。4.8 风险管理(Risk Management) :风险管理活动是贯穿与

11、整个产品设计开发过程中的,它是用以识别产品的设计开发和使用时可能存在的风险,并加以控制,以保证公司产品在设计开发和预期使用过程中得到有效的保护。风险管理包括对潜在风险进行识别、分析、评估及控制等相关活动,并将这些活动形成记录。具体的风险管理操作参见风险管理控制程序(WH-709-P01)。4.9 产品的设计历史档案 (Product Design Files):设计历史档案是真实反映和记录整个产品设计开发过程的必要文件。一般包括:产品设计历史文档(DHF)、实验记录本(Raw Data)、原始检测记录单(Test Records)等相关信息。它应该在产品的设计开发结束后,统一由项目负责人进行整

12、理并归档到公司档案室进行保存并受控,其保存形式可以是文件形式,也可以是任何电子媒介形式。文件管理人员应该给予其相应的受控编号。产品设计开发历史档案的管理参见产品设计历史档案管理制度(WH-711-S13)。4.10 项目计划(Project Plan):项目计划是用于协调所有项目计划编制文件、指导项目执行和控制的文件。是项目设计开发整体思路的体现,是需要经过公司最高领导层审阅和批准的,以项目开发计划书(WH-711-T03)形式体现。4.11 设计输入(Design Input):设计输入是指:根据市场在产品设计开发之前所提出的关于产品性能和市场需求及相关地区法律法规的要求,而制定的详细的产品

13、性能特征、参数及法规的列表。它可以以一个涵盖最低目标和理想目标的格式被记录成文件。4.12 设计输出(Design Output):设计输出是在设计开发流程中,由开发团队按照设计输入的要求,通过进行设计和研究而得出的实验数据或实验结果。它将用来与设计输入进行核对,来确定输出是否符合输入的要求。4.13 设计评审(Design Review):由设计评审团队对产品设计开发阶段中活动的结果进行定期评审,来检查项目的设计开发活动是否按照预期的目标在执行。它将用来决定该项目的设计开发活动是否能继续进行到下一个阶段。具体项目阶段评审活动可参见评审控制程序(WH-712-P04)。4.14 设计验证(De

14、sign Verification):设计验证是指通过批量的实验来考察产品的设计输出是否满足设计输入的要求。是需要经过反复的实验操作来证明,包括设计开发过程中及产品转换到生产进行放大考察所进行的批量实验考察。4.15 设计转换 (Design Transfer):设计转换是将新产品从研发阶段转移到试生产阶段,通过模拟生产的环境和条件,对研发阶段确定的产品性能参数进行批量放大,从而考察通过试生产环境生产出来的样品是否能满足最初设计输入的要求。4.16 设计确认(Design Validation):设计确认是指:通过批量实验来考察产品的性能是否能满足最初预期规定的适用或已知预期用途的要求。是通过进行一系列的模拟临床及实际临床研究来实现的。4.17 设计变更(Design Change):产品设计变更是指项目或产品在设计冻结后在关于产品性能、技术参数、客户需求、提高产品性能方面或者产品外包装图案、标签颜色、原材料材质等方面根据客户或市场及相应法律法规的要求,所需要进行的变更。此变更需要经过公司高层管理者的评审与批准。设计变更是以设计冻结为基线,在设计冻结之后的任何变更都应该在公司的控制范围类,需按照变更流程执行。设计冻结之前的项目开发计划书(W

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1