质量管理系统(QMS)规划方案
一.项目背景
公司近年来业务发展迅速,但由于采购、生产制造、售后等环节中的不确定因素,可能导致产品质量出现异常,此情况对产品的全生命周期管理,特别是质量管理带来很大挑战。具体问题如下:
1.1质量数据分散,质量数据利用率低
→ 进料检验、过程检验、成品检验等数据纸质记录,依靠人工检测判定合格与否,质量信息共享难度大,质量数据利用率都有待提高;质量数据没有进行系统化整合,质量数据未实现结构化管理。
→ 各检验过程产生的质量数据,需要人工进行收集和统计,存在收集速度慢、数据整理周期长、准确性低、规范性差、时效性验证滞后等问题;质量数据分散在许多不同的环节,制造过程很难展开不良项目的不同维度分布分析,进而质量波动及质量损失的重复性问题容易被忽略。
1.2 质量数字化建设存在断层,使质量管理成为“黑匣子”
→ 随着企业发展,在运营管理中数字化建设初见成效。但在质量管理中,数字化程度不足,导致领导层无法准确、及时掌控质量改善进度,质量管理“黑匣子”现象明显。
→ 客诉和售后产品质量信息无法直观、快捷的形成改善输入,无法实现质量追溯,为产品设计、工艺设计及制造过程提供改进机会,无法实现依托供方质量数据展开供应商质量信息的统计及分析。
1.3 供应链质量管理未闭环,存在质量信息“孤岛”
整个供应链的质量信息存在于采购、生产制造、质量管控、物料供应、物流仓储、客户服务等多个环节,但在实际运营过程中,各环节的质量信息不能准确及时的传递,造成质量信息孤岛的产生。领导和员工都需要花费大量时间和精力,被动协调和人工监控质量信息的流转,从而难以主动发现问题和解决问题。
二.项目目的
1) 计划实施一套专业全流程质量管理系统,涵盖采购、生产制造、客诉等涉及的质量管理内容;
2) 能够看到实时数据,实现质量数据可追溯,并且和其他系统打通,如ERP/MES/OA/PLM等。
总体上,QMS系统将为企业高效率提升质量管理提供数据支撑,系统通过质量数据的采集,自动生成各类质量统计报表,对产品质量和过程质量加以控制。为质量作业层、质量控制层、质量决策层开展质量管理活动提供了依据。
三.实施范围
根据公司的实际情况,确定QMS质量管理系统的功能模块和项目计划。主要的功能模块包括:
1) 基础管理设置(工作门户、系统管理、主数据、检验规则等);
2) 来料管控(IQC检验设置、试验单、报检单、检验数据、检验报表等);
3) 过程管控(IPQC检验设置、试验单、巡检计划、报检单、检验数据、检验报表等);
4) 出货管控(OQC检验设置、试验单、报检单、检验数据、检验报表等);
5) 不合格品处理(处理设置、不合格标识、处理方式、不合格品登记、报表等);
6) 客户投诉(投诉设置、投诉类型、投诉标识、处理方式、投诉记录、投诉报表等);
7) 问题发现(问题类型、问题标识、问题记录、报表分析等);
8) 纠正预防(整改设置、整改标识、CARs、整改记录、报表等);
9) 评审管理(评审设置、评审对象、评审条目、评审清单、评审计划、评审记录、评审发现等);
10) 质量成本(费用类型、费用记录、报表);
11) 项目管理(项目设置、项目标识、项目记录、报表分析);
12) 量具管理(器具类型、器具标识、器具台账、校准管理);
13)任务管理(任务设置、团队模板、任务记录、报表分析);
14) 全景追溯(根据物料号、单号(采购单/生产工单/发货单等)、批次号等查询所有关联的质量事件);
15)移动APP(APP操作更加便捷,如消息通知、任务安排、来料检验、生产巡检、质量评审、不合格品登记等作业过程)
四.技术方案
4.1QMS系统架构
4.1.1技术架构
云质QMS系统采用微服务架构+大数据架构,实现数据读写分离和数据并行处理,实现应用分层、应用组件化以及应用之间松耦合,随着业务需求变化,系统架构动态扩展和资源动态平衡,保证架构可伸缩性和开放性,满足用户量高并发和用户高交易量。
4.1.2功能架构
QMS系统的各个功能模块通过工作流串联起来,从而实现质量业务的多维度管控,在门户页面中呈现出来,如待检任务、质量报表等。支持PC,Pad,手机等多终端设备,跨浏览器运行。移动设备APP(如平板、手机、手持PDA)。
4.1.3功能清单
4.1.4区域管理
在同一租户下,不同区域(如注塑车间、金加工车间、SMT车间、组装车间等)的物料、供应商、客户等主数据可共享,但报检单、检验记录表、不合格品登记单以及质量整改、评审等数据是互相隔离,不可见。
4.2质量驾驶舱
4.2.1分析层面
支持用户按实际质量管理需求自定义订阅其关注的报表,质量数据报表可通过QMS系统报表版以图形化方式展现,实现报表功能完全自定义。
4.2.2执行层面
建立质量管理相关的个人工作台,系统自动把员工日常工作内容推送到门户平台,进行汇总、跟踪、查询,包括有自动把上级或其他同事所提出的申请请求推送到办公桌面上,如我的消息、我的整改、我的任务、我的评审等。
4.3 检验管理
可进行IQC、IPQC、FQC、OQC检验管理,进行检验数据的录入,检验报告的审批。
4.3.1物料检验标准
物料检验标准电子化:设置抽样方案,检验项目,缺陷代码库,检验方法,严重度,跳检规则等基础信息,将现行的物料检验标准在QMS系统中实现电子化。检验标准与物料绑定,检验过程中能够根据物料号自动带出相对于的检验标准,在系统中录入检验数据,系统会根据设置好的检验规则自动判定是否合格。
4.3.2报检单
收货人员在ERP中进行货物接收,生成收料通知单。ERP将收料通知单推送至云质QMS系统中生成报检单,以便对需要进行检验的产品进行检验。检验任务会根据产品类型、供应商类型、来料仓库区域等维度进行分类筛选,通过邮件、系统通知,以及企业微信发送给对应的负责人。
另外,系统可以设置各种检验任务的逻辑,如跳批(一直合格的物料或供应商允许跳批检验)、合批(来料批次过多/过频繁则可以合批检验)、预警、升级计划(长时间未处理则通知领导)等。
在报检单列表中,报检单上的物料被标记成四种颜色:
1) 未检验报: 灰色;
2) 检验进行中: 蓝色;
3) 检验合格: 绿色;
4) 检验不合格: 红色。
4.3.3巡检计划
对于过程检验,如首检、巡检等检验类型,分生产自检和质量检验,可设置不同的检验类型,并做好巡检计划,如2h/次、4h/次等。到时间后,系统能够自动给相关巡检负责人发送巡检任务。
质量管理人员可随时查看每天的巡检记录表,对巡检事件进行有效管理。
4.3.4检验数据录入
当检验负责人收到检验任务后,根据检验单进行检验。QMS系统会根据检验人员录入的检验数据及检验标准设定的标准自动对检验结果进行判定。绿色代表合格,红色代表不合格。当检验发现有不合格品时,可以选择自动对不合格进行登记,或者后续到不合格品管理模块中进行手动登记。
4.3.5预警通知
在进行检验时,当有计量型数据触发检验标准中设定的预警值(该预警值通常是在规格范围内,但是接近公差限的一个值)时,系统会自动发出预警通知,负责人会收到预警通知,可以据此进行确认分析,是否有异常情况发生,是否需要采取纠正预防措施。通过此种方式,公司就可以在问题发生之前采取措施,对质量进行预防性管控。
4.3.6检验批准
当检验数据录入完成以后,检验负责人可以提交检验数据,提交报检单。按照设定好的审批流程,相关人员可以对此进行审批。也可根据需求,将检验合格的产品免审批。
4.3.7检验报告
根据检验人员录入的检验数据,系统能够自动生成检验报告。可以使用系统中内置的默认检验报告格式,或者使用客户自定义开发的报告模板。负责人可以通过系统将该检验报告发送给内部及组织外相关人员。
4.3.8分析报表
系统能够根据设定的参数,自动生成不同场合使用的图表(如周会,月度会议,年度总结会议等),或者持续改善项目分析图表。不需要额外花时间去收集数据,整理数据以及制作分析图表。通过鼠标选择参数即可快速生成。质量管理人员可以快速进行分析,锁定影响产品质量的主要供应商、物料、产线、工序等信息,可进行多维度的分析对比,将主要精力用于主要、关健质量问题的分析改善之中,达到事半功倍效果。针对检验模块,目前有如下分析报表:
- →报检单状态
- →缺陷项排行
- →物料缺陷
- →缺陷柏拉图
- →PPM
- →DPMO
- →合格率
- →批次合格率
- →不合格处理统计
- →严重高等级评分
- →计量箱型图
- →计量趋势图
- →计量直方图
- →单值描点图
4.4不合格品管理
针对来料检、过程检、出货检、客诉等质量活动中发现的不合格品进行处理:
4.4.1不合格品登记
对不合格品进行详细信息登记以及列表展示。方便相关人员进行不合格品的处置。
4.4.2不合格品处理
不合格品处理负责人主导不合格品的处理流程。可以选择针对不合格品处理方式进行批准。如有需要,可以启动CAPA流程。 审批人会收到针对不合格品处理方式进行批准的通知。当所有审批流程完成,则关闭不合格品处理。
不合格品处理过程中,可以登记质量成本、费用承担部门等。对于来料检验,还可以将此不合格信息直接公开给供应商,以便供应商实时了解不合格详情。
4.4.3报表分析
- →不合格品状态
- →不合格品分布
- →缺陷统计
- →缺陷柏拉图
- →物料缺陷
- →处理结果
- →严重等级评分
4.5供应商协同
给供应商开通QMS的账号,供应商在发货前按照公司要求录入检验数据(供应商OQC),将来可以和公司内部IQC数据做比对,还可以实现不合格信息的与供应商实时共享,作为供应商质量管控的必要方法。
4.5.1供应商录入
4.5.2数据查询及分析
4.6 全景追溯
通过物料号/批号/单号(采购单、生产工单、发货单)/供应商代码/客户代码等信息一键查询物料的原始信息,便于实时查询质量数据,如下图所示。
4.7周期性试验
周期性试验可以用来对非日常检验进行管理。如:可靠性试验,型式试验,RoHs报告提交等。通常情况下,此类试验需要按照一定的频率进行。
另外,在IQC/IPQC/FQC可进行试验管理,检验员提交试验申请,实验室人员收到申请后安排检验。
4.7.1试验模板
可以提前设定试验所用的模板。 试验时,负责人员按照模板要求的项目进行相关的测试,将结果对应输入,即可完成试验。
4.7.2生成试验任务
试验任务需要进行设定。基于需求,试验任务可以按数量或者时间进行循环。云质QMS系统会自动计算数量或者时间,然后按照设定的通知机制针对任务进行提醒通知。通知会发给负责人(内部,如果该试验任务是供应商进行,那么也会直接发给供应商)。
4.7.3任务通知
可以针对每一个任务设定通知。当任务生成时,负责人会收到任务通知。根据配置的提醒日期,在任务到期前,系统会发出提醒。
4.7.4执行试验
当到需要进行试验的时候,负责人应根据要求进行试验,并且记录相应的实验数据及结果。可根据模板录入数据,或直接上传检验报告。同时启动下一轮试验周期的计算机制。
如果供应商负责试验,则供应商也可以直接在系统中进行操作。前提条件是公司给该供应商开通了系统权限。
4.8客户投诉管理
针对客户投诉进行集中管理,进行客户投诉信息的登记,客诉问题的处理,如有需要,同时启动纠正预防,并提供8D报告。
4.8.1客户投诉登记
用户可以手动登记客户投诉或者通过excel批量上传。可以按照客诉类型分类或者按照客诉标识分类。录入客户投诉基本信息,如问题描述,客户名称,负责人,严重度,优先级,以及客户投诉产品详细不良信息。信息完成后提交即可由客户负责人进行客户投诉的处理流程。
4.8.2客诉处理
客诉处理负责人按照登记的客诉按时处理客诉,如:将替换零部件寄给客户进行更换。不合格品信息可以同时进行登记(客诉处理模块与不合格品模块集成)。如有必要,客诉可以启动CAR(SCAR), 在此基础上可以启动CAPA(客诉模块与CAPA模块集成)。当所有处理任务都完成,并且经过了审批,那么该客诉可以进行关闭。
4.8.3报表分析
系统中内置了分析报表模板,以满足不同客户的分析需求。针对于客诉模块,系统中已有的分析图表有:
- →投诉状态
- →客诉分布(饼图、柱状图)
- →客诉处理时间
- →缺陷统计
- →缺陷柏拉图
- →物料缺陷
- →PPM
- →严重等级评分
- →处理结果
4.9纠正与预防措施(CAPA)
CAPA模块可以进行质量改进以及改进任务的追踪。当有CAR(或SCAR)产生后,整改负责人需要进行整改措施的跟踪。
4.9.1启动CAPA
通过系统可以启动CAPA,将整改任务指派给任务负责人或者指派给供应商(如果应由供应商进行整改)。整改任务负责人会收到系统发送的任务通知。
4.9.2CAPA监控
整改任务负责人可以直接在系统中添加原因分析以及整改措施,以及进度追踪。系统会根据相关信息自动生成8D报告。
4.9.3报表分析
- →整改状态
- →CAR分布(饼图、柱状图)
- →CAR完成时间
- →整改分布(饼图、柱状图)
- →整改标识率
- →整改完成时间
4.10 评审管理
评审管理模块可以对工厂现场评审,过程审核,产品审核,系统审核,5S,制造准备情况等进行评审管理。评审清单由客户自定义设置。
4.10.1设置评审清单
4.10.2评审计划
可以选择单个设置评审计划,或者批量设置评审计划。可以设置评审计划通知人名单,被通知人会收到系统发送的通知。
4.10.3进行评审
审核人员可以实时记录评审中的证据(文字,照片以及视频)以及评审发现。 在进行评审时,可以展示针对同一评审对象的前5次评审信息。对评审记录及评审发现进行集中管理。通过评审发现可以启动CAR(与CAPA模块集成)。
4.10.4评审报告
根据评审结果,可按照模板打印评审报告,便于后续跟踪及归档。
4.10.5报表分析
- →评审分布(饼图、柱状图)
- →评审记录
- →评审发现
- →评审事件状态
- →评审计划完成率
- →评审计划及时率
- →评审计划每日覆盖率
- →事件取消分类
4.11 移动端APP
通过移动端APP实现QMS系统各个模块的便捷式操作,如现场检验、评审等质量活动等便携式管理,支持手机、平板、手持PDA等多种终端设备,支持扫码快速检验。
4.11.1 工作台--消息/任务通知
所有系统待办都会自动推送到APP的工作台,包括我的待检、我的任务、我的不合格品、我的评审、我的整改等,用户通过APP直接了解需要处理的所有质量事件。
4.11.2 QC检验操作示例
来料检验或现场过程巡检中的抽样方案、检验条目及规则标准都清晰明了,支持用户直接调取摄像头,边检验边对质量缺陷拍照或录视频等。
4.11.3 不合格品管理示例
APP支持在工厂现场快速登记不合格品,以及对不合格品的评审处理等。
4.11.4 分层审核(LPA)示例
过移动设备现场评审,记录审核得分,快速登记审核findings,方便进行后续整改措施(CAPA)。
4.11.5 任务管理示例
五.项目进度规划
以下将按QMS系统的实施方法论,对项目实施过程中各阶段所涉及到的任务与交付件、责任及各阶段工作的完成标志进行描述。
六.技术要求
6.1计算机系统支持
6.1.1软件环境
- 操作系统:CentOS 7.8 64bit服务器版本
- 后台环境:Nodejs v12
- 数据库:MongoDB v4
- 部署类型:容器化本地部署(Docker)
6.1.2硬件环境
- 服务器数量:2台
- 服务器配置:
- CPU:4核64bit 2G
- 内存:16G
- 硬盘:双1T (RAID 1)
- 网络适配器:1000MB (IP地址固定)
6.2 其他说明
- 编程语言:JavaScript
- 存储方式:硬盘
- 本系统基于B/S架构设计,VSCode作为开发工具,后台数据库为MongoDB,系统运行平台为CentOS,部署在Docker容器中。