Jump to content

QA inspection of e-data during live phase



  • Anon
    05/08/2019 13:52
    During live study based inspections of any critical phase in GLP study e.g. HPLC/GC QA audit the experimental conditions as per protocol/system SOP e.g. sample order, system conditions, methods, sequences used) prior to the data being acquired on the system and then the QA audit finishes. Once data has been acquired (a day or two days later) is there an expectation that QA should return to check the acquired e data from a completed run on the system prior to any integration and if yes, what would be checked ? This will additional aspect will involve more planning too. Currently QA only inspect e data on system at final report stage which is several months to check it matches the report and printed raw data i.e. methods, sequences printed at time of acquisition, including system audit log if present. Thanks for any advice.
  • RQA GLP Committee
    11/09/2019 14:42
    Dear Anon, It would depend on your processes and how you separate them out. It would be useful to check the run had completed successfully when the results were available. It would be possible to extend your audit over a couple of days to include a look at the final integration, calibration lines, controls, carry over etc. if the audit comprised the who analysis. In a process based inspection you could split your audit types down to sample preparation, sample loading, sample integration, raw data audits etc. Take snap shots of all the different procedures until you build a full picture. Audit of the data could be carried out at any time during the duration of the study, particularly if it is a long term study (over a year) then it would break the audit in to manageable chunks and also alert you to any issues before the study was in the reporting phase. Conduct a risk assessment looking at the criticality of the data and what impact it would have if a problem was not detected early on in the process and base your decision on that - document your decision as justification. How you do this should be driven by your SOPs and a risk assessment should be done to ensure that data that had previously been reviewed was not re-checked, and that nothing had been missed between audits.
Reply to Thread