质量程序文件如何编写

bj2008

求助：质量程序文件如何编写的要求
" E* s; f! b/ c& [) n
7 K8 m; L( x) o8 P! v5 j! T[ 本帖最后由 userkypdy 于 2007-4-26 13:16 编辑 ]

misliu

质量体系程序文件的编写
（注：本文件依据标准ISO9000-94，供参考）
1. 程序文件的含义
( o( a9 ^6 `7 n) s& P& b& P1 b(1). 程序与程序文件
2 M0 f9 B2 v% w6 b+ N• 程序是为完成某项活动所规定的方法；
" o6 s9 J, w0 C5 U0 w; U1 `# @• 描述程序的文件称为程序文件。
1 \$ E7 a9 A1 f) N, m7 _1 p(2). 质量体系程序文件
• 质量体系程序文件对影响质量的活动做出规定；
' g" _. O- H4 X. {% a. s• 是质量手册的支持性文件；
. W# ]3 \2 ^+ q7 f# Y• 应包含质量体系中采用的全部要素的要求和规定；
. {6 W' ?8 f  _9 z4 ?: O• 每一质量体系程序文件应针对质量体系中一个逻辑上独立的活动。
(3). 程序文件的作用
2 \" _+ N5 u( a4 I6 g2 Z9 V• 使质量活动受控
—对影响质量的各项活动作出规定；
—规定各项活动的方法和评定的准则，使各项活动处于受控状态。
• 阐明与质量活动有关人员的责任：职责、权限、相互关系。
• 作为执行、验证和评审质量活动的依据
) \8 H( b# ?- R; ?—程序的规定在实际活动中执行；
—执行的情况应留下证据；
—依据程序审核实际运作是否符合要求。
2. 系列标准对程序文件的要求
% L# z7 t6 D) O4 T. _5 v9 m/ S  U(1). 总体要求
• ISO9001：1994对质量体系程序的要求
) O  m( p) f% V—编制与本国际标准的要求和供方规定的质量方针一致的质量体系程序并形成文件；
—有效地执行形成文件的质量体系程序；
  S( V$ n6 g4 U* K4 c0 u, [—作为质量体系一部分的质量体系程序所要求的文件化程度，取决于执行工作所
使用的方法和需要的技能以及有关人员接受的培训。
8 K( O% |5 m* P" r3 ~& N9 b• ISO9004－1：1994对质量体系程序的要求
—质量体系应能对所有影响质量的活动进行恰当而连续的控制；
& J1 M+ ]+ M9 r/ Y( K3 b—质量体系应重视避免问题发生的预防措施，同时，也不忽视一旦发现问题做出反应和加以纠正的能力；
8 ^. o2 X" M) |+ V( {—为保证质量方针与目标得以实现，应制定和颁发质量体系各项活动的程序并贯彻实施，这些程序应相互协调并对影响质量的活动目标和工作质量做出规定；
—所有的书面程序都应简练、明确和易懂，并规定所采用的方法和合格的准则。
/ W4 x- k% d3 S" Y# N% q2 z# P(2). ISO9001:1994明确要求的程序文件
6 l' M& j) q8 k% K! A• 合同评审控制程序；（4.3）
• 设计控制和验证程序；（4.4)
% q% L! M# ~: {1 ~3 A• 文件和资料控制程序；（4.5）
• 采购控制程序；（4.6）
• 需方提供产品的验证、贮存、维护程序；（4.7）
• 产品标识（可追溯性）程序；（4.8）
9 P1 }& B+ _& k- @• 生产、安装和服务程序；（4.9）
0 o" g$ p. v. q$ j. @' i5 g• （进货、工序、最终）检验和试验程序；（4.10）
• 检验、测量和试验设备控制、校准和维护程序；（4.11）
• 不合格品控制程序；（4.13）
* z$ c" m2 C; K3 @! G$ t' c3 e! k• 纠正和预防措施程序；（4.14）
2 ^8 C; n" A, D. |" g$ `4 P: @. M9 D• 产品搬运、贮存、包装、防护和交付程序；（4.15）
• 质量记录的标识、收集、编目、借阅、归档、存贮保管和处理程序；（4.16）
3 q0 U. b, L$ ~4 ^3 a0 y8 p" F+ L" J• 内部质量审核程序；（4.17）
1 q% E6 U/ `! m/ z5 p6 G• 培训程序；（4.18）
• 服务程序；（4.19）
• 统计技术实施和控制程序。（4.20）
5 }7 z& c1 {' m0 G0 c/ |' R' ?3. 程序文件格式及基本内容
(1). 程序文件格式通常包括：
8 d; u8 @( l( Y封面
" N/ n/ L7 M( B# B4 x2 \' `4 g1 P刊头
  ~7 l+ l2 f( o9 p' ]刊尾
修改控制页
1 d8 Z+ a+ R& f2 r2 F% {$ i5 C正文
(2). 封面的内容（根据需要选用）：可在单份或整套文件前加封面，便于控制文件和进行文件控制
$ }9 a3 O8 z9 R  T# P• 公司标志、名称；
- L+ Q6 \+ Q5 ^0 d) p' Z! A• 文件编号、文件名；
6 U) `( J/ s! `& R• 拟制人、审核人、批准人及日期，颁布、生效日期；
! W: {$ Y- `' `• 修改状态／版号；
• 修改记录（可专设修改页）；
• 受控状态／保密等能级；
/ E; S& f6 G4 U! ], y) F• 发文登记号等。
(3). 刊头：在每页文件的上部加刊头，便于文件控制和管理。
• 公司标志、名称、
# W" p* `) K% p4 q9 m• 文件编号、文件名称；
• 生效日期；
• 修改状态／版号；
' a. ~+ l+ Y. X9 `• 受控状态；
• 发文登记号；
* J- h: m4 }6 I" v- z& @& S" e: p4 m• 页码等。
(4). 刊尾（需要时采用）：在每页文件或每份文件的的末页底部加刊 尾说明文件的起草审批、会签情况。
- P/ L! c3 _2 G! N- y, t• 拟制人、批准人及日期；
• 会签人及日期；
• 其他说明性文字。
- J! n4 I) Z9 S+ a  N(5). 修改控制页：可单改与封面或其他附页合并说明文件修改的历史情况。
• 修改单编号；
• 修改标识；
3 i" P! Y2 S' k& z0 K# @• 修改人／日期；
• 审批人／日期；
• 修改内容等。
4. 正文部分内容
! d& S# z" N2 a+ y, R4 X! X0 i(1). 正文部分：描述程序文件的基本内容。
• 说明制订程序的目的；
- @( V/ ]- B; K: H& j5 }• 程序的适用范围；
! j' F! v% V% R5 N! B' Q• 实施程序的责任者的职责和权限；
* l3 B4 T% D7 H$ {, Q• 程序内容的描述；
% H/ M6 d; A: A: z7 [# ]  \1 i0 K5 s• 程序涉及或引用其他文件。
(2). 目的
• 说明程序所控制的活动及控制目地；
% R; D' b5 |4 ?' x(3). 适用范围
• 程序所涉及的有关部门和活动；
• 程序所涉及的相关人员、产品。
(4). 职责
; f* O" C/ k7 k* C• 规定负责实施该项程序的部门或人员及其责任和权限；
4 p. S, O7 d  k4 T$ H3 b( c% m$ d$ O7 J• 规定与实施该项程序相关的部门或人员其责任和权限。
(5). 工作程序
9 B/ H3 p( @$ A1 y: u• 按活动的逻辑顺序写出开展该项活动的各个细节；
6 k1 g2 H* a7 _* a• 规定应做的事情（What）；
' v' O( ], @' L0 n# s" s% C• 明确每一活动的实施者（Who）；
• 规定活动的时间（When）；
• 说明在何处实施（Where）；
• 规定具体实施办法（How）；
& E' w6 H) ^5 {) ?# L& V# y• 所采用的材料、设备、引用的文件等；
• 如何进行控制；
• 应保留的记录；
• 例外特殊情况的处理方式等。
(6). 引用文件及相关的记录
. w, v) _( A9 c! q6 }• 涉及的相关程序文件；
• 引用的作业指导书、操作规程及其他技术文件；
- p7 n& Q" @: d; T1 U5 O; {• 涉及的其他管理性文件；
• 所使用的记录、表格等。

misliu

5 程序文件的结构设计及编导方法
5 ?  W8 }* O% y, H/ N& M. M(1). 结构设计
' |2 `- l' j8 F每个程序文件在编写前应先进行结构的设计，设计的方法是：
• 列出每个程序中涉及的活动对应的要素要求；
; u) I1 y# u' w; R2 f• 按活动的逻辑顺序展开；
2 ~+ V* N+ f6 y0 V; B2 f/ Y• 将公司的具体活动方法进行分析，并写人相应的结构内容中；
6 m  a6 J1 ~' B• 考虑运作程序时应留下的记录以下为二个程序的结构设计：
—用户反馈信息处理程序
! _3 K3 H% R% J  n) C( {—材料供应商选择与评审程序
1 {# Y2 K7 j# o+ S/ k6 |(2). 编写方法
• 根据上述类似的程序文件结构的流程图进行展开；
• 流程图中内容作为文件中主要考虑的大构架即大条款；
( Z( r* V  d; w. X• 根据上述的构架增加具体的内容细则即结构内容，将结构内容作为大条款中的分条款；
: i9 t+ n$ J6 U2 p7 U5 g• 结构内容中应主要描述谁实施这些工作，如何实施的步骤及实施后应留下的记录等。
(3). 附2个程序用户反馈信息处理程序
) j- y# N% |) q1 ?9 ?5 L' w* d• 程序内容
• 说明：此份程序根据ISO9001 4.14纠正和预防措施的要求编制，文件按信息处理流程设计编写，主要内容包括：
. \: a8 ]" B9 i. M7 ~— 客户信息的接收
6 w  h4 x8 k' }& f( z. F— 登记备案
— 处理方式分类
— 结果反馈
9 l& b. T- W; C* ^— 记录归档
程序中必须注意的是：登记每一份客户投诉，避免因管理的疏漏而 导致不能及时答复客户，对每一份投诉反映的问题要由授权人员根据该问题的严重程度，决定相应的解决措施，其中主要包括紧急的补救措施和根本的纠正和预防措施。原材料供应商评估程序
• 程序内容
• 说明：此程序是根据ISO9001 4.6采购的要求编制，文件主要涉及内容是标准4. 6. 2条款。其流程设计包括：
— 供应商分类
— 合格供应商条件
; G2 @# s" L% s— 合格评定方式
— 合格供应产的登录
— 合格供应商的监控
. A6 z5 G4 h3 ^+ g8 k1 H  B程序中应注意严密的逻辑性，即对每一类材料供应商的要求，评定方式、评定标准、合格供应商的登录、使用，以及供货期间的连续监控。
* a8 _7 J9 Z+ p6. 程序文件的审查与批准
a. 文件审查目的
• 保证程序文件符合所选定的质量体系标准的要求；
• 保证程序文件的规定是切实可行的；
$ O! Y5 J, h/ ]  g• 保证程序文件表述准确，可实现“唯一理解”；
• 保证程序文件的结构合理，便于管理，充分考虑了文件控制的要求；
• 保证程序文件与质量手册的规定协调统一；
• 保证各项活动的接口处理适当、明确。
9 X, l1 G1 @/ C) e' ~$ [b. 文件审查的时机
• 在文件初稿完成后可进行初审；
* d' C( Y, R4 {' a7 @• 在投入正式运行前进行全面审查；
• 在运行过程中可适当安排审查；
. m  v: ~2 m! J5 j• 在体系进行重大修改或采取较大范围的纠正措施后也应安排全面审查。
) k+ S% B4 H% Wc. 文件审查的方式
• 可采用集体讨论审查的方式进行；
• 也可由选定的审查人员进行传阅；
1 z) {& W# c4 h7 ~7 C5 }( J• 程序所涉及的责任部门的管理者必须认真审查；
- O) I; e' M4 n$ q• 由管理者代表或授权的相当职位的人员进行文件的最终审查（参见案例4－1 程序文件审查表）。
d. 程序文件形式的审查
' x# G$ ]/ d; ?: _/ N• 格式审查
—对格式无规定的要求；
+ E) W. V3 D9 L# @% r—从便于管理的角度出发应形成程序文件的统一格式；
—文件的格式应考虑文件控制的要求。
! @6 K4 M6 q2 ]! |# i• 文件编号
5 L. R3 \, q1 `, W—符合组织内的规定；
6 X( R- e4 x* N3 q) |# U—编号具有唯一性；
- A; c$ ?- y# x1 N1 e0 E5 \—便于识别和区分；
• 审批齐全
! Y, m% x0 T) x—拟制、审批签名齐全；
—制定及实施日期明确；
' }) J3 E; W( J) X/ z$ R—若进行会签应保证与各程序相关的部门参加。
• 文件控制符合要求
9 h+ q3 ?+ O- ]5 a; a) E—修改标识明确；
1 y$ d' L  J: h! V  @—修改审批手续齐全。
! J7 ?: f0 S) O) H% r& H5 [e. 程序文件内容的审查
• 符合标准的要求
+ a3 O5 @& J, A' J: t0 s* n: k—审查程序文件清单，看所列程序文件是否覆盖了适用要素及有关质量活动；
8 _3 \" N- {. n' R—审查各程序文件，看是否覆盖了对质量活动的控制要求。
) d- G( ^$ ^* a4 z与其他质量体系文件协调一致
—与手册内容保持一致；
—与其他管理性文件不相矛盾；
- z# X& d. j& U& t6 [: G—与相关的技术性文件不相矛盾；
—相互引用程序内容协调统一。
1 x* N4 {  g# Z适合于质量体系运作
; A+ Y$ m# A4 s* T—程序文件规定的质量活动方式应适合现行质量体系运作；
—人员的职责明确，权限清楚；
—各项活动所需的资源应得到保证；
' x& ]7 x6 \: L' W7 p9 Q( w—程序规定的要求在实际运作中都能够达到。
3 m' z: q0 x+ @3 T4 ^逻辑上完整
—程序文件涉及到质量体系中一个逻辑上独立的部门；
4 B5 M+ H3 j; A$ s  T1 F. Z4 \—按逻辑顺序对质量活动展开描述；
—对各项活动的描述须有始有终，形成闭环。
具有可操作性
7 A# j% w# a% d" T5 O% K) l, A" G—目的明确，方法清楚，切实可行；
; T9 t1 z+ Z; A—规定各项工作的责任人或责任部门，并规定工作的接口方式；
—按活动顺序清楚地规定工作步骤；
—规定应保留的记录，为事后监督检查提供依据；
3 \5 d, X8 ?) ~& e—措辞准确严谨，实现“唯一理解”，执行时不易引起混淆。
+ M: m  b1 I4 I5 S3 u# Y8 e$ S  p程序文件内容的掌握
: J2 _$ ?% z+ _( S+ W—可不涉及具体的技术问题及操作细节，这些技术问题和细节可在支持性文件中进一步具体化；
; y" d! q6 s& a( D—对需要保密的内容可在下一层次文件中引出；
4 ~. ~5 L  e  f* L- c/ s. J—对现有行之有效的管理文件，在适当之处将其引入程序，不必重复描述，但应注意引用的文件须纳入受控文件范围。
+ \% a+ U8 H7 i/ `* Tf. 程序文件的批准
• 程序文件因涉及面广，一段由管理者代表或负责质量工程的副总批准。
0 l/ J& b' n3 C, d, z• 经批准程序文件应有效执行，是一切质量活动的法规。
$ b1 y( `) ?- m" E7 X+ O) X" H! J7. 程序文件的管理与控制
a. 程序文件的审批
& c+ d0 W; P+ z$ j5 z: j由拟制人起草文件；
进行部门内，外充分讨论修改；
, ~$ v: E! c3 k+ |' c6 W% P审核人进行文件审查；
9 f  P& |0 R- x3 K与程序文件相关的部门进行会签；
授权人批准发布。
3 N' j. L" W+ d- R% {8 [+ d5 ob. 程序文件的发布
3 g1 T2 r$ Q9 L% G9 s; u4 _: A文件经打印、校对、制作后，应及时发布；
文件发布应尽可能在生效日期前，便于执行者熟悉文件内容；
保证所有使用者手中持有相应文件的有效版本；
0 L+ h8 i3 P. B, @4 f3 p( q# b, `保证现场使用的所有文件为最新版本，根据发文件登记及时收回及发放新版文件（参见案例4－3 文件归档与发放登记）。
c. 程序文件的更改
文件更改应有修改状态标识；
; L/ W3 S1 Q, B, }3 t: ^" A2 c文件更改一般由原审批职能部门或人员进行审核、批准；
更改文件应由申请人提出申请办理有关手续（文件修改申请单）；
1 {( P2 a) y7 V3 m# E3 b9 n) d& [$ V文件更改的生效日期要明确；
# x+ t7 B. q9 X' {1 ~7 K对更改的内容应明确并及时地传达到文件的使用者（可利用修改记录及修改通知书等方式）；
$ [1 K% B( p& n2 o3 {文件经多次更改可重新印发，更换版本（参见案例4－4 文件更改审批手续）。
d. 程序文件的回收
根据发文登记，及时更换或撤回作废文件；
% e* b( A, J$ `: k. M3 o# Q作废文件应明确的标识（可加盖作废章）；
$ G; I, \* D; E4 G需保留的作废文件，应明显的标识，隔离保存于规定的地方。
e. 程序文件的控制方法
' I! i# W  _* t& B; G# m& p7 h“受控”文件
( ^$ i) ?; y6 p9 X—“受控”一般是指受控到更改的控制；
—“受控”文件应在文件发生更改时能全部追溯到使用者；
* A6 ]2 l# y( _. {* j& K* V; S5 t—受控文件一般仅限于组织内部，但也有时可能涉及到外部文件（如外协加 的某些规格、图纸等）；
& d$ P0 L' f' P1 ~9 H—程序文件属受控文件。
0 Z' B  F9 h( h文件编号
2 y' t; _% x' ]- y—每份文件有唯一的编号，便于识别文件并对其进行控制；
: G) g! K/ R3 M4 U) T3 \1 ?+ Z—编号方式无规定，但同一组织内应使用统一编号方式（参见案例4－5文件编号方法）。
. ]: v+ ^, Q/ P8 A2 _5 J; s* ], W• 受控印章及分发号码
# E8 A5 r) c, q& k+ ?—受控文件发放时加盖红色或蓝色受控印章，防止复印件的流传造成文件失控；
—需转发的文件，也应由转 发部门复制后加盖印章；
3 L- ?9 B$ \4 ^—分发号码标记在文件上，发文件时进行登记签名领取，根据分发号码可追溯到每份文件的使用人。
! O! F; N' ^: t0 w5 h• 文件清单及个性状态
—制定文件清单，随时发布最新文件修改状况；
. H; V+ L; P' O, W+ L7 W—采用活页装订文件，便于文件修改；
—每页的修改状况可采用修改码或修改状态进行标识；
, v/ W' D* G2 c0 |* ?8 M- F, g( Y7 j—同一版次的文件，不同的页码可有不同的修改状态；
- R5 m( C% s+ f* U—多次或 多处修改的文件可改版重新发布（版号或版序改变）参见案例4－6文件修改状态与版序的表示方法。
9 {* i* g( w+ d& K' v- m/ R3 s' M• 文件发放控制
& A0 H+ E7 v" z—文件领用人应进行发文登记，签名领取；
—文件修改时文件管理人员应根据发文登记追踪每份文件及时修改；
) v/ e/ z2 w; w3 [* y, ^—作废文件亦根据发文登记撤回；
% _! I) q3 z1 V/ X0 s' y& _—文件破损、遗失均应办理相应的申请手续才能补发；
—需扩大文件使用范围、增补文件时，严禁自行翻印复制，应由文件管理人员统一制作，加盖受控印章，登记发放（参见案例4－7文件领用审批单）。
f. 专项质量计划
本项目质量计划是针对某一种产品而编制的，此处列出了部分内容，有关的技术要求参数非真实数据，该质量计划包括了该产品质量形成全过程的质量控制要求，是典型的产品质量计划。

YFCC

论述的很详细，值得学习研究

yexiuguo01

哇！！！
* ^# T  K4 S8 Y# g; ]. t1 @+ A好详细！

jczxlls

管理体系程序文件的编写一定要根据单位的工作实际进行编写，既要满足标准的要求，还必须具有可操作性。切忌文件和实际是两层皮，不能直接照搬其它单位的文件，照搬的文件往往会对具体操作有许多限制，执行起来困难很多。

asdolmlm

根据你们公司的实际情况定,简单的说就是:说你所做的,做你所写的

hanhaikuanglan

楼上说的对，先考虑一下公司的出发点，如果是真的想建立体系，并按体系运行的话就应该结合实际认真编写（可以借鉴别人的），如果是为了应付检查什么的，我看随便找点抄抄也就差不多了，（前提是把检查的人喂饱了）

wangfangou

程序文件应该在符合标准的前提下，按照公司的实际流程进行编写。
标准规定某些条款，如果公司实际流程里边没有的，应在程序文件中声明，建立一个良好有效地质量体系对公司而言是有益无害的，我不赞同作体系文件以应付检查的观点。