食品安全**标准认证 食品安全体系认证 顾问可信

深圳汉墨管理咨询有限公司

贮存及运输条件确认
1对贮存及运输有要求的物料和产品，其贮存及运输条件应当符合相应的批准文件、质量标准中的规定或企业（或供应商）的要求。
2贮存及运输确认应当对运输涉及的影响因素进行挑战性测试，且应当明确规定运输途径，包括运输方式和路径。长途运输还应当考虑季节变化的因素。
3除温度外还应当考虑和评估运输过程中的其他相关因素对产品的影响，如湿度、震动、操作、运输延误、数据记录器故障、使用液氮储存、产品对环境因素的敏感性等。
4在产品运输过程中可能会遇到各种不可预计的情况，运输确认应当对关键环境条件进行连续。
公司确定并提供了为建立、实施、保持和持续改进食品安全管理体系所需的资源。并考虑到
a) 现有内部资源的能力和约束；
b) 需要从外部供方获取的资源。
现场查看公司经营现场、人员配备、设施设备、办公场所等均符合要求，资源配备充分。
策划的监视测量活动包括：
体系运行水平不定时检查；
对顾客满意进行定期的；
公司通过内部审核和管理评价评价食品安全管理体系绩效和有效性；
以上活动必要时保留了记录，如客户满意度调查表等。

在策划食品安全管理体系时，组织应考虑到 4.1 所 提及的因素和 4.2、4.3 所提及的要求，并确定需 要应对的风险和机遇，以: 
a)确保食品安全管理体系能够实现其预期结果; 
b)增强有利影响; 
c)预防或减少不利影响; 
d)实现持续改进。 
 体系策划时，进行了风险评价，考虑了内外部环境、相关方需求，编制了风险与机遇识别表，并针对性制定了措施，措施合理，得当，并将分析结果汇编成风险评估报告，符合要求。

公司制定了《标识和可追溯性控制程序》，规定了在原料采购验收、产品销售阶段的标识，记录，及记录保存时间。现场标识记录保持良好，标识清晰易于识别
有《突发事件准备和响应控制程序》，已做过演练，并有相应记录
建立了流程图、过程步骤和控制措施的描述，并进行了验证，危害分析需要的信息中包含有食品安全小组成员信息
成立了HACCP小组，并覆盖了所需要的学科
对生产、交付方式、包装贮存条件、使用方法、相关法律均作出说明，《HACCP计划》中还包含有原料和终产品特性说明

制定了《人力资源控制程序》规定了人员要求、培训、录用等内容。公司制定了《岗位能力要求》明确了与食品安全和质量相关能力的要求。
制定了《年度培训计划》并且有培训记录，培训效果评价达到培训效果。人员档案显示人员能力与《岗位能力要求》相符
公司各部门、岗位职责明确，具体规定见《食品安全管理手册》5.3及附录食品安全管理体系职能分配表，人员按规定签订劳动合同，符合要求
使用与维护阶段：在发布系统释放通知后计算机系统进入使用及维护阶段。实践表明，任何一个计算机系统在通过各项测试被使用后，随着时间的推移，某些隐藏的问题会逐渐暴露出来；另外随着环境的变化及新的需求的产生，用户需要对系统进行完善。因此在此阶段计算机系统应按以下方法实施和修改以确保系统始终保持已验证状态并满足用户需求。该阶段应一直持续到系统引退。
1问题报告
计算机系统在使用过程中所遇到的任何问题及缺陷均应进行记录和报告，以便对其运行效果及变更控制结果进行评价。
2变更控制
计算机系统经过验证后，保持已验证状态。如果系统发生变更，此种状态将会被破坏。
变更类型包括：硬件变更、软件变更及数据库中关键参数的变更。为了维持系统始终处于已验证状态，应对其变更实施控制，具体要求如下。
 使用部门提出书面申请，包括变更理由、依据、内容及实施方案。
 由技术人员、相关部门及质量保证部门对变更进行评估及审批。
 根据变更影响的范围决定是否应实施再验证。如变更已导致计算机系统的已验证状态发生偏移(如增加了某些功能等)，系统必须针对变更部分实施再验证。决定实施再验证后，计算机系统将开始生命周期的另一循环。如经过评估确认不实施再验证，应有充分的依据作支持。
 所有变更必须经过相关人员批准后方可实施，不允许自行改变系统任何部分。
 变更应充分考虑是否对其他相关系统产生影响，需针对其他受影响系统进行评价，必要时会对其他系统实施再验证。
 所有的变更申请、评估、审批及再验证活动均应有文件记录，以使之具有可追踪性。
3安全程序：必须定义控制计算机系统物理及逻辑通道的安全程序，例如必须清楚定义增加或移动用户的安全程序，保证使未授权的或漫不经心的操作得到控制。安全程序涉及如下范畴。
 系统软件及应用软件安全性。
 硬件安全性。
 建筑安全性。
4备份／存档／灾难恢复
必须制定和审批相应文件以控制系统备份计划、恢复程序、存档需求、非**媒体贮存及出现系统丢失事件时的灾难恢复程序／偶发事件计划。
5维护日志
维护日志应记录所有计划的及非计划的维修活动。系统维护和变更控制是保证系统在受控及已验证状态下运行的两大关键。
6周期性回顾
系统的变化一般可分为两种。一种为已知的、有形的变化，这种变化应按照以上所述的变更控制要求执行。而另一种变化是系统在长期频繁使用中，由于时间的变化、环境的变化、人员的变化、硬件的磨损等诸因素，而导致的一种未知的、无形的变化。对于这种变化，需要对系统进行周期性回顾(回顾周期一般建议为3 年)，以确保：
 系统运行始终处于已验证状态；
 系统维护严格按相关程序执行；
 系统文件及时而准确地反映了现行计算机系统的运行情况。
如果通过回顾，发现计算机系统的已验证状态已发生偏移，系统必须实施再验证。系统回顾的范围、方法及结论均应有文件记录，以使之具有可追踪性。