搜索
文档审批部门姓名签名日期起草人质量检验部×××审核人质量检验部×××审核人品质管理部×××审核人品质管理部×××批准人质量负责人×××分发部门：01品质管理部（1份）02生产技术部（1份）共计2份目录文档一、概述二、目的三、参考文件四、验证小组成员五、验证范围和验证时间安排六、验证内容八、偏差处理九、验证结果及评价十、附件会议与人员签到表会议地点：会议时间：序号姓名时间序号姓名时间文档备注：会议记录部门/组别：品质管理部时间地点会议主持会议记录人参会人员文档主要议题会议主要内容一、概述根据《药品经营质量管理规范》简称GSP实施要求，药品经营行业全面推行计算机管理手段，实现药品质量可控可追溯，公司于2015年请第三方对计算机系统进行了改造，并于2015年改造完成，在软件投入使用前，需对该软件操作系统进行一次全面的验证，以保证该计算机软件能够按照GSP及我公司实际经营情况正常运营。二、目的通过对计算机系统控制的验证，检测计算机系统的登录、查询、锁定、解锁、打印以及经文档营各环节操作等功能模块状态，确定其功能符合GSP的要求和公司药品经营的实际情形三、参考文件1计算机信息系统验证管理2设施设备验证和校准（检定）管理3验证的管理4计算机系统的管理5《药品经营质量管理规范》6《验证管理》7《药品GMP指南》8《GSP》四、验证小组成员组长：姓名部门职务工作职责质量副总组长负责整个验证的协调、组织工作，对验证过程全面监控品管部部长组员实施验证并配合组长对整个验证过程进行全面监控物控部部长组员负责检验过程中的监控和管理操作工组员负责计算机系统操作QC组员负责计算机系统操作五、验证范围和验证时间安排1.实验室设备控制系统及信息管理系统如LIMS系统,HPLC、GC、UV2.物料控制及管理系统如BPCS、SAP、ERP系统等。3生产工艺及控制系统如PLC(可编程序逻辑控制器)等。4公用设施控制系统验证项目验证标准系统登录1.使用用户名及密码登录后，登录信息相符；2.人员信息更改与登录信息相符。3.权限变更与变更人员操作权限相符系统权限设置、管控1.购、销、存各流程入口、出口，与数据录入、修改的权限应有质管部审核；2.质管部可查询业务经营相关权限设置；3.各操作岗位通过输入用户名及密码登录，在权限范围内录入、查询数文档据。系统权限修改、管控经质量管理人员审核批准后方可修改，修改的原因和过程应当在系统中记录首营企业审核审批维护信息与库存信息相符数据备份按日备份数据，保证系统日志的完整性，首营品种（从批发公司购进）审核及药品批件管理采购首营品种应索取加盖供货单位公章原印章的药品生产或者进口批准证明文件复印件并予以审核，方可采购。药品信息管理药品信息增加“经营范围”一栏，与客商信息的“经营范围”的名称一致拒绝超经营方式和范围购进系统能严格审核购货单位的生产范围、经营范围，并按照相应的范围购进药品采购订单1.系统拒绝无企业或商品基础信息的采购订单生成；2.基础信息中供应商的“经营范围”应包含商品信息的“经营范围”，否则，拒绝该“采购订单”的生成。采购记录1.采购订单确认后，系统自动生成采购记录；2.采购记录：通用名称、剂型、规格、生产厂商、供货单位、数量、价格、购货日期等（中药饮片应标明“产地”）。收货确认药品到货，系统应当支持收货人员查询采购记录，随货同行单、来货、采购记录三者一致，方可收货；不相符，且供应商不予以确认的，则拒收；对不符合收货批次药品能实现拒收验收记录系统应当按照药品的管理类别及储存特性，自动分配储存库区。养护计划1.库存药品按期自动生成养护工作计划，提示养护人员对库存药品进行有序、合理的养护；2.对储存温度特殊、有效期较短的药品按要求进行重点养护检查，并记录。养护记录养护计划转换成养护记录，打印、回填、保存文档数据修改及监管经质量管理人员审核批准后方可修改，修改的原因和过程应当在系统中记录销售记录1、销售药品，系统依据基础数据及库存记录生成销售订单，系统拒绝无基础数据或无有效库存数据支持的任何销售订单的生成；2、系统对各购货单位的法定资质能够自动识别并审核；3、拒绝超出经营方式或经营范围销售订单的生成；4、销售记录至少包括：通用名称、规格、剂型、批号、有效期、生产厂商、购货单位、销售数量、单价、金额、销售日期。销后退货1、销退收货时应当调出原对应的销售、出库复核记录；2、对应的销售、出库复核记录与销退药品实物信息一致的方可验收，并依据原记录数据生成销退验收记录；3、退回药品实物与原记录信息不符时，系统应拒绝药品退回操作；4、系统不支持对原始销售数据的任何更改。质量锁、物流锁1、发现质量有疑问药品，应照本岗位操作权限实施锁定，系统自动通知质管人员；2、被锁定药品应当由质管人员确认，不属于质量问题的解除锁定，属于不合格药品的由系统生成不合格记录；3、系统对质量不合格药品的处理过程、处理结果进行记录，跟踪处理结果。拣货单打印由仓储管理员确认验收记录可生成拣货单出库复核系统将确认后的销售数据传输至仓储部门提示出库及复核。复核员完成出库复核操作后，系统自动生成出库复核记录：购货单位、通用名称、剂型、规格、数量、批号、有效期、生产厂商、出库日期、质量状况和复核员等运输跟踪与记录系统应当按照《规范》要求，生成药品运输记录：发货时间、发货地址、收货单位、收货地址、货单号、药品件数、运输方式、委托经办人、承运单位，车牌号等库房温湿度监控1.自动、不间断监测和记录药品储存运输过程中的温湿度。每隔1分钟更新一次数据，储存过程中每30分钟自动记录一次数据，运输过程中每5分钟自动记录一次数据。温湿度超出规定范围时，每1分钟记录一文档次数据2、监测的温湿度数据达到设定的临界值或者超出规定范围，以及系统发生供电中断等情况，能够就地和在指定地点进行声光报警，同时以短信等方式对不少于3名指定人员报警3、监测数据应当真实、完整、准确、有效冷链运输温度数据采集、记录、报警1、显示并自动采集和记录运输途中冷藏车和车载冷藏箱内的温湿度。显示温度每隔1分钟更新一次，每5分钟自动记录一次；温度超出规定范围时，每1分钟记录一次。2、报警：具有远程及就地实时报警功能，可通过计算机读取和存储所记录的监测数据。3、测点终端采集的数据通过网络自动传送到管理主机进行处理、记录、保存；4、系统对记录数据不可更改、删除，不得设置反向导入数据的功能；电子监管码扫码及数据上传对实施电子监管的药品入库、出库，应按规定进行药品电子监管码扫码，并及时将数据上传至中国药品电子监管网系统平台。效期预警系统应当对库存药品的有效期进行自动跟踪和控制，具备近效期预警提示过效期锁定系统应当对库存药品的有效期进行自动跟踪和控制超有效期自动锁定及停售等功能。定期盘点系统设置盘点模块记录应当根据专有的用户名及密码自动生成，不得采用手工编辑或菜单选择等方式录入；销售出库出库顺序遵循先进先出原则单据确认确认后信息记入分类账单据打印打印信息与打印出的单据信息相符在库查询查询在库信息与账目相符入库查询入库相应信息与入库证相符出库查询出库信息与提单信息相符分类账查询分类账查询信息与账目相符验证小组于年月日至月日按验证方案进行验证文档六、验证前准备1文件确认6.1验证文件一览表文件名称文件编号计算机信息系统验证管理设施设备验证和校准（检定）管理验证的管理计算机系统的管理《药品经营质量管理规范》卫生部门令第90号《验证管理》《药品经营质量管理规范》附录五6.2培训6.2.1在本方案实施前，应对方案实施过程中涉及人员进行培训，以保证方案顺利实施，并做好培训记录。培训内容包括6.1验证文件一览表但不限于此内容。培训内容表序号文件名称文件编号培训日期1计算机信息系统验证管理2设施设备验证和校准（检定）管理3验证的管理4计算机系统的管理5《药品经营质量管理规范》卫生部门令第90号6《验证管理》GSP附录五检查人/日期：复核人/日期：2人员培训序号培训文件名称编号被培训人培训情况培训日期合格□不合格□合格□不合格□合格□不合格□合格□不合格□合格□不合格□七、验证内容文档1计算机系统（computersystem）具有特定功能的计算机系统是由1台或数台计算机、外围输出输入设备以及软件构成；全部或部分程序及运行程序所需的全部或部分数据使用共同的存储器；运行用户编写的程序或用户指定的程序；根据用户的指定模式进行数据处理，如数值运算或逻辑运算；运行过程中可以自我修正程序；计算机系统可以是独立的单机，也可以是由几台单机联机组成；2过程实施内容2.1工程计划工程计划用于规划所有工程及验证活动，包括计算机化工程的组织结构、各部门／个人的职责、工程进度表(包括所有SDLC阶段和相应的SVLC阶段)、文件交付、审核和批准要求等。2.2供户评估应对计算机系统供户进行评价，以确保其系统能力及所提供的产品满足计算机系统验证要求。供户评价包括以下内容。(1)根据系统概念定义及判断选择供户，注意评估外部资料对标准要求的符合化及与系统要求文件的一致程度。(2)对供户质量体系进行审计，审计内容包括①系统开发者的内部质量管理程序。②技术能力评估。③软件开发标准及软件测试能力。④程序编制人员的资格审定。⑤硬件开发及制造能力。⑥变更控制。⑦售后服务。⑧系统安全性。供户审计报告应纳入验证档案。2.3需求定义需求定义阶段提供新的／改变的计算机系统所期望达到的详细的、可衡量的需求，所有需求将用来确定系统设计标准。需求定义阶段主要是提供用户需求说明(URS)。用户需求说明由系统用户和系统项目专家制定，详细说明计算机系统的基本业务需求、期望及性能指标。文档包括如下内容。2.3.1系统说明说明全系统要做什么，模块间怎样连接及相互作用，控制方式，执行的过程，操作人员对接口的要求及安全性要求等。2.3.2物理要求物理要求包括有效空间、位置、所处的环境等。2.3.3硬件文件标准硬件文件标准包括图纸、流程图、手册、部件清单等。2.3.4软件文件标准软件文件标准包括程序编号及修订号、打印出的程序及详细解释、复制件的提供及贮存条件、系统框图及配置清单。2.4测试要求系统开发过程中所要求进行的测试项目及记录。包括单独模块测试及集成测试等。2.5系统测试该阶段的主要任务是发现并排除在分析、设计、编程各阶段中产生的各种类型的错误，以得到可运行的计算机系统。系统测试和确认过程与系统的需求定义、设计及编程阶段相对应，如图6-3所示。单元测试及组装测试一般在供户处进行。2.5.1单元测试单元测试是对系统的每一个模块进行独立测试，其目的是找出与模块的内部逻辑有关的错误。单元测试一般以白盒法为主。2.5.2集成测试集成测试根据系统设计中各功能模块的说明及制定的组装测试计划，将经过单元测试的模块逐步进行组装和测试。每并人一个模块，都要找出由此产生的错误。集成测试一般以黑盒法为主。注：测试的难点在于如何选择测试用例，选择一个好的测试用例，可以最大限度的发现系统中所存在的错误，以对重要数据结构的正确性进行全面检查。白盒法一般根据程序内部结构设计测试用例，亦称逻辑覆盖法，包括语句覆盖(使每一个语句至少执行一次)、判定覆盖(使程序中的每一个判定至少出现一次“真值”和一次“假值”)、条件覆盖(使每一个判定中的每一个条件都取得各种可能的结果)等。黑盒法则是根据系统功能需求来构造测试用例，常用如下4种方法：等价划分法(将系统的输入区域划分为若干等价类，用每文档个等价类中的一个具有代表性的数据作为测试数据)、边界值分析法(尽可能选取边界值作为测试数据)、因果图法(在系统功能说明中找出各种因果关系，设计测试用例)、错误推测法(推测系统容易发生的各种错误，设计能检查出这些错误的测试用例)。六、其他其他提供给供户的要求。包括对已完成的系统的验证要求、关于在设计开发过程中的质量控制和变更控制要求等。用户需求说明中的所有条款将直接作为制定IQ、OQ及PQ草案的依据。2.6系统验收及确认——IQ安装确认(IQ)安装确认的目的是保证系统的安装符合设计标准，并保证所需技术资料俱全。具体确认内容包括如下。(1)各种标准清单，包括使用者要求