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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

P01设计开发管理控制程序Word格式.docx

1、项目经理是项目组这个跨部门团队的领导,管理从策划到产品转产发布(预研项目为策划到技术验证完成)之间的全部开发工作,组织市场、销售、研发、制造等系统之间的协调活动。对项目的质量、进度和成本负责。3.7 项目组由策划阶段的综合开发计划所确定的跨部门的人力资源。3.8 设计组3.8.1 主导项目的需求定义、需求的实现的跟踪、需求变更控制。3.8.2 主导产品功能的实现。3.8.3 保证设计输出正确地转换为生产规范,使得批量生产的产品能够满足设计输出要求、符合适用法规标准、达到已经适当验证的设计性能和功能,建立完整的生产规范,建立和维护BOM清单。3.8.4 依据物料认证工作规范,负责项目的物料认证的

2、质量和进度。3.9 测试组主导产品的验证和确认活动,包括: 测试工程师: 确认产品的功能,性能等满足预期的产品要求。 产品安全工程师:确认产品的安全,环境,EMC满足预期的产品要求。3.10 工程部3.10.1 完成批量生产的验证;负责与制造系统沟通,以便制造系统完成量产的环境准备;报告制造系统量产环境的准备情况。3.10.2 组织协调产品线所属的产品缺陷和问题管理、产品风险管理;3.11 市场部3.11.1 主导市场调查和分析,收集并整理用户对产品的需求;3.11.2 参与需求的评审;跟踪目标市场变化并及时将需求变更情况反馈给项目经理;3.11.3 当可能延期交付时,参与评估延期交付的影响;

3、3.11.4 准备市场宣传的相关资料,主导新产品的上市推广;3.11.5 归集和研究维修信息,提出维修性和安装性要求;3.11.6 主导维修手册的编制,提供在线产品故障报告和维修记录。3.12 法规部3.12.1 负责确定适用标准和法规需求;3.12.2 组织产品认证、注册;监督技术法规在产品开发中的落实;3.12.3 策划、实施临床试验和临床评估。.3.13 采购部3.13.1 负责开发样机物料采购的齐套。3.13.2 负责工程样机、试产样机、批量生产的物料采购的齐套。4. 术语4.1 项目分类4.1.1 基于需求来源分类分为ODM产品、自研产品。OEM产品通常归于自研产品,如果用户需求改动

4、很大,则可归于ODM产品。4.1.2 基于开发的特点分类分为新型产品、改型产品、产品平台、引进OEM、技术管理平台。4.1.3 基于开发目的分类分为技术预研、产品开发。4.2 阶段把整个开发活动分成了可识别的不同的阶段,每个阶段都生成了把项目推向下一个阶段的入口所需要的信息,从而便于对开发活动进行计划管理和控制。4.2.1 标准开发阶段本程序第5-6章描述的生命周期的各个开发阶段。它是一种标准模型,为实际开发流程的设计提供了便于进行流程构建的活动框架。4.2.2 实际开发阶段在综合开发计划中实际定义的具体项目的开发阶段。4.3 阶段交叠在某个阶段中规定的活动并不一定固定在某个特定的阶段,根据项

5、目特点,可能在上一个或若干个阶段提前开始实施,整个活动跨越了多个阶段。4.4 合并和简化对标准开发阶段、活动和文档进行合理的合并和简化的过程。如果对项目的特点和开发的风险水平有着很好的了解,并能够有根据地作出决策,则有些标准开发阶段可以合并,入口条件可以被简化,阶段也可以交叠,活动和文档可以被合并或省略。如果两个阶段之间没有作为阶段入口控制的阶段评审,则两个阶段应给予合并。4.4.1 阶段入口阶段入口是一个设计质量的控制检测点,它决定了开发活动向下一阶段推进的关口,通过阶段评审来实现。入口由以下3部分组成:4.4.2 入口输入由前期活动产生的一套建立在一定要求和标准基础上的要求交付的文档和/或

6、实物成果。上一个阶段的输出通常是入口输入的主要组成部分。4.4.3 入口准则必须满足和应该满足的条件及评价标准。4.4.4 入口输出包括一个通过、修改、搁置或淘汰的决策,一个获得批准的下一个阶段的计划,一套获得批准的可交付的文档和/或实物成果。入口决策可以是在缺乏完全信息,以日后能得到有利的结果为条件,但对决策的风险应给予评估。4.5 验证通过提供客观证据来对规定的要求已经满足进行认定。4.6 确认通过提供客观证据来对特定的预期用途已经满足进行认定。4.7 差异延迟在产品构造设计时应分析生产装配流程,尽可能将产品差异的形成时机延迟到供应链的末端,从而压低库存,降低差异性市场需求变动的风险,提高

7、供应链效能。4.8 产品平台规划与产品平台一方面为市场提供有差异的产品以满足市场效益,另一方面扩大有差异产品的共享模块以带来设计和生产的效益。对差异性设计和共同性设计的权衡称为平台规划,这些共享模块及其设计文档称为产品平台。作为产品平台的共享文件,应置于版本控制之下,项目组需要时可直接引用,不必按项目文件夹归档,项目中的引用记录应该保持。在本程序中已约定的产品平台共享文档有:DFM&A(可制造性可装配性及工装设计需求)、维修性需求、使用说明书设计需求、包装设计需求、标贴设计需求、丝印设计需求及其模板、设计审查表。4.9 技术要求产品企业标准和产品注册标准的统称。4.10 原理样机为验证市场需求

8、和关键技术问题而开发的装置或整机。4.11 开发样机满足功能性能要求和一定可制造性要求,但未完成设计转换的装置或整机。4.12 工程样机经过设计转换并且确认满足预期用途的装置或整机。其作用主要是验证工艺设计的有效性,初步验证生产资源和环境支持的符合性,产生支持生产的齐套文件。4.13 DMR器械主记录,包括支持生产、检验和接受准则的文件。5. 产品开发模型产品生命周期包括立项、策划、开发、设计转换、试产、产品维护共6个阶段,如图所示:6. 程序6.1 立项编号活动描述输入/输出6.1-01项目可行性分析自研产品:1) 总经理通过对医疗器械行业的现状、技术发展动向及其变化的分析,与研发部对在线产

9、品进行讨论,识别出产品改进需求或新产品研发需求,由研发部编写立项申请书,提出项目立项申请;2) 市场部通过对医疗器械行业的市场现状及其发展方向的研究,以及对顾客反馈意见的研究,识别没有被满足的需求,编写立项申请书,提出项目立项申请;3) 研发部通过对自有新技术的研究,寻找合适的市场,编写立项申请书,提出技术推动型的项目立项申请;4) 研发部负责组织各部门,对项目构思的战略符合性、市场吸引力、技术可行性等进行项目可行性进行分析。输出:可行性分析报告;立项申请书;ODM产品:1) 市场部与潜在客户沟通,介绍公司及其产品,并对反馈的意见进行分析,形成合作意向和初步构思;2) 市场部与客户进行专项沟通

10、;A) 建立沟通机制,双方对及时有效地沟通进行承诺;B) 共同对提出的需求进行分析,去掉不良需求,确认真实的需求;C) 确定单机材料成本;D) 确定产品的环保要求;E) 明确产品的验证方法;F) 明确需求基线化后ODM合作方提出需求更改的控制方式和财务补偿的方式;G) 确认市场推广使用样机的数量和交付时间;H) 确认需求基线和验收文件;I) 确定合作方需要介入开发过程和进行产品审核的活动的时机和范围;J) 明确合作双方承担的财务及法律责任,等;3) 市场部编制立项申请书,提出项目立项申请;4) 研发部负责组织各部门,对项目构思的战略符合性、市场吸引力、技术可行性等进行项目可行性进行分析;可行性

11、分析报告、立项申请书。6.1-02立项评审和批准立项评审:由市场部组织公司总经理、财务部经理、生产部经理、研发部经理、市场部经理、工程部经理、质量部经理等组成评审组,依据新产品发展战略和资源规划,通过对项目组合的研究分析,确定项目的优先顺序和优劣程度,识别并淘汰平庸低效的项目,按照一定的决策准则作出选择,保证将有限的资源集中在高价值的项目上,提高项目的成功率。立项审批:市场部负责将评审意见整理到立项评审报告,递交总经理批准;立项批准后,由总经理任命项目经理,组建项目组。自研产品输入:可行性分析报告、立项申请书。项目任务书立项评审报告6.2 策划6.2-01需求分析和确定产品规格1) 项目经理组

12、织项目组通过进一步的需求调研和分析,结合产品线路标规划和产品的版本规划,进行需求的分解,确定产品规格,编制产品规格说明书。2) 产品规格说明书应包括产品预期用途、分类、特性、适用标准和法规、结构组成、禁忌症,它从客户的角度以技术语言完整地描述了产品规格。 项目任务书、需求管理数据库。产品规格说明书、6.2-02风险分析项目经理组织项目组成员根据产品风险管理控制程序的要求,制定风险管理计划,对产品的风险及项目的风险进行分析,并制定风险控制措施和风险控制措施验证方案,整理到风险分析报告中,类似产品风险管理报告、故障数据库等。风险管理计划、风险分析报告6.2-03编制技术要求法规工程师组织编制在国内

13、注册的产品技术要求V1.0 产品规格说明书产品技术要求V1.06.2-04 系统设计方案设计1) 设计组进行产品构造的设计,编制系统设计方案;2) 系统设计方案包括:产品概述;设计目标;总体结构设计方案;子模块设计;设计开发环境;等;3) 产品系统设计应能满足如下要求: 组织外的需求:产品特性、适用标准和法规、环境保护、处置方式、产品安全。 组织内的需求:产品平台规划、可靠性、维修性、测试性、多样性、模块化与集成、工艺设计、差异延迟、成本、进度、开发的组织方式等。系统设计方案6.2-05产品确认方案编制1) 测试组编写产品确认方案;2) 产品确认方案包括: 产品概述 人员和职责 需要确认的产品

14、和产品模块(产品规格、包装和标识、设计转换、软件、临床、生物兼容性、风险管理等模块);i. 确认策略;ii. 接收准则;iii. 需求和条件;iv. 输出文档;产品确认方案、6.2-06整机验证方案编制1) 测试组编写整机验证方案;2) 整机验证方案包括: 编写目的; 适用范围; 参考资料; 验证人员组成; 验证需求项目; 验证方法; 接收准则;等。整机验证方案。6.2-07编制综合开发计划1) 项目经理负责组织项目组进行工作任务分析,依据项目任务书的要求,编制综合开发计划;2) 综合开发计划应包括质量目标、风险管理计划、开发计划、产品认证计划(体系、注册、认证、UL、CSA等)等;3) 综合

15、开发计划的时间节点应从开发阶段开始到转产发布结束;系统设计方案、综合开发计划6.2-08阶段评审1) 基于资源的可获得性,由公司总经理、财务部经理、生产部经理、研发部经理、市场部经理、工程部经理等组成评审组对综合开发计划进行评审,重点解决下一阶段跨项目的潜在冲突与资源短缺问题,提高研发资源的利用率;对项目进入下一个阶段的入口的作出决策(通过、搁置或淘汰)。2) 综合开发计划由总经理批准,作为对项目下阶段投入和资源保证的承诺。策划评审报告6.3 开发6.3-01产品配置需求分析项目经理组织项目组就产品配置需求进行分析,明确产品的标准配置,使产品既保持一定的变化能力,又符合产品路标规划和产品版本规

16、划。(产品配置需求包括独立销售的附件和软件升级包的标贴和包装)。6.3-02进行详细设计软件工程师、硬件工程师、机械工程师分别根据系统设计方案进行产品开发;6.3-03技术要求编制法规工程师组织修订产品技术要求V1.0。产品规格说明书V1.0产品技术要求V2.06.3-04阶段评审项目经理组织项目组以产品规格说明书为主要依据,对产品开发过程中遗留问题的处理情况、开发满足需求的程度、及产品开发过程中重大问题的解决进行评审;遗留问题清单等产品开发评审报告6.4 验证和确认6.4-01整机验证测试工程师依据整机验证方案进行集成测试,包括功能、性能,安全,环境,EMC等,完成相应的整机验证报告及标准符

17、合性测试报告。整机验证方案整机验证追溯表、整机验证报告标准符合性测试报告6.4-02风险控制措施验证1) 项目经理按照风险分析报告中的风险控制措施验证方案实施风险验证;2) 此时完成的风险控制措施验证可能不是完整的,但对可能导致系统重大设计更改的风险必须完成验证,并作为整机验证通过的条件,验证的结果整理到风险管理报告V1.0中。风险管理报告V1.06.4-03产品确认1)法规工程师依据产品确认方案进行产品确认;2)需要临床确认的产品,法规工程师负责与临床单位沟通,按照开展临床试验;3)产品确认后,法规工程师将结果整理到产品确认报告/临床评估报告中。产品确认方案产品确认追溯表产品确认报告6.4-

18、04阶段评审项目经理组织项目组以产品规格说明书、整机验证方案、整机验证报告、风险分析报告、风险管理报告、产品确认方案/临床试验方案、产品确认方案/临床试验方案为主要依据,对产品验证、确认的过程进行评审;整机验证方案、整机验证报告、风险分析报告、风险管理报告、验证、确认评审报告。6.5 设计转换6.5-01物料认证1)项目经理负责对新增物料的认证情况进行总结,完成新增物料的认证,生成物料承认书。对于安全关键元器件,应有相应的安全认证要求(如VDE、TUV、UL等)。2)产品安全关键元器件的认证由产品安全工程师完成,并将认证结果移交给项目经理进行物理认证总结。物料承认书6.5-02设计转换1) 工

19、程部负责完成工装的设计以及设计转换的工作;2) 工装的设计应考虑到软件、硬件、机械等方面;注:1)影响工程样机备料但暂时不能齐套的文件应在清单中明确预计齐套时间,对设计转换阶段活动的影响进行评估,以保证设计转换活动按计划实施。2)对于不影响工程样机备料的手册、标贴、包装也要明确齐套时间,对设计转换阶段工作的影响进行评估,以保证产品确认活动按计划实施。产品主文档DMR清单、产品主文档DMR6.5-03编制市场准入文档法规工程师主导编写产品市场准入文档(如CE技术文档、FDA相关文档等)。市场准入文档。6.5-04编制产品使用手册设计组主导、法规工程师协助完成产品使用手册的编制;产品使用手册6.5

20、-05编制维修手册工程部主导完成维修手册的编制;维修手册。6.5-06分析上市的技术法规条件法规工程师完成新产品的认证和/或注册,依据预期销售区域的技术法规要求,总结已完成的技术法规工作。注册证(国内)或市场准入证明(国外)。6.5-07培训项目经理组织根据综合开发计划开展对生产人员、销售人员、维修人员、检验人员等的培训;6.5-08产品推广销售代表根据综合开发计划开展产品推广工作;6.5-09阶段评审1)项目经理组织项目组以生产工艺流程为主要依据,对DMR文档及其他技术文档的齐套性进行评审;2)文控中心对DMR规定的技术文件的齐套性进行审查;设计转换评审报告。6.6 试产6.6-01试产准备

21、研发部填写新产品试产申请单,经批准后组织相关部门召开新产品试产工作会议,制定新产品试产计划及任务书,并确定参与试产工作人员新产品试产申请单新产品试产计划及任务书6.6-02实施批量验证1) 批量验证:以工程部为主导,项目组对批量生产的产品功能、性能、一致性和质量进行验证,作为转产评审的输入。试产批记录 试产问题清单2) 产品工艺审查:工程部对整机生产工艺进行审查。3) 可采购性分析:采购员在开发阶段物料清单检视基础上进一步对批量试制的采购问题分析。刷新物料可采购性分析报告以表明从采购角度作好了转产准备,物料可采购性分析报告将作为转产评审的输入。物料可采购性分析报告。4) 转产文档齐套性审查:工

22、程部对所有转产的DMR文件进行刷新,保证批量生产能够顺利进行。DMR文档5) 工装检查入库:工程部和项目组成员根据产能预测完成工装拷贝,在转产前必须保证工装的验收并及时入库,满足量产产能需求。生产用测试软件也属于工装。工装入库单。6) 人员培训检查:工程部对批量验证过程中生产人员培训情况进行检查,保证量产生产技术人员的及时到位,输出人员培训检查清单,并将其提交项目组作为转产评审的输入。转产培训记录。7) 单机成本统计:财务部对试制的单机材料成本进行统计,以便项目组可以查询单机成本数据以便进行成本指标的考核。单机成本统计数据。6.6-02风险管理总结1) 项目经理进行跟踪,了解批量验证的情况,参

23、与解决有关问题,对生产过程是否引入新的风险进行评价,确定是否需要采取新的风险控制措施,必要时进行修改风险管理报告V1.0;2) 项目经理在试产过程中,对验证阶段没有完成的风险验证进行跟进,刷新风险管理报告V1.0。刷新的风险管理报告V2.0。6.6-03试产总结研发部对试产的活动和结果进行分析,对可制造性进行总体评价,编制试产总结报告。试产总结报告。6.6-04转产决策项目经理提出申请,项目组、工程部经理、生产部经理、品质部经理、采购部经理等有关负责人参加,进行转产评审,保证量产的顺利衔接。6.6-05项目总结1)项目经理负责,项目组有关人员、QA参与,收集描述项目运行过程的有关资料和数据,完

24、成项目总结报告,并以此为基础进行项目管理评审,以促进项目管理水平的提高。对本项目工作的完成情况进行审计和总结。确定维护组织。项目总结报告应提交给总经理、管理者代表、品质部经理、项目组全体成员,以便推动项目管理的改进。2)项目总结报告通过评审,标志项目主体工作完成,主要资源释放。项目总结报告。6.6-06整理研发历史文件1)项目经理负责将产品开发各阶段输出的文件进行汇总,整理到研发历史文档DHF中;2)文控中心对DHF文档的齐套性进行审查;3)研发历史文档DHF由文控中心统一归档、研发历史文档DHF清单、研发历史文档DHF6.6-07项目审计1)QA对设计转换过程进行审计,对审计发现的不符合项,

25、应由项目经理和QA依据应遵循的标准和过程来确认,项目组经理组织整改。审计和整改的结果应向有关负责人报告。2)当不符合项的确认不能达成一致时,一般问题由品质部经理裁决,重大问题提交总经理裁决。QA审计报告。6.6-08项目后评估。1)生产基本达到稳态后,通常为首批销售后6-9个月,QA收集生产后信息(包括生产、用服、设计更改的数据),编制项目后评估报告,主持召开项目后评估会议,评估对质量目标的达成情况。通过评估后,产品维护转交给制造系统,项目维护组织解散,项目结项。2)项目后评估报告应提交给有关项目主管部门和质量管理部门,以便推动项目管理的改进。项目后评估报告。6.7 产品维护在线产品更改按照变更管理工作规范要求执行。6.8 退出市场6.8.1 新产品开发完成后立即替代在线产品的情形:1)在新产品立项后,项目经理通告生产部、维修部以便对被替代产品的停产工作进行准备。2)新产品完成后与在线产品并行一段时间,证实产品质量稳定可靠,替代条件成熟时:由生产部提出书面停产申请。6.8.2 市场自然淘汰的产品(包括引进的OEM产品)的情形:根据产品的销

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

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