Ask: Chromatography data system specification

Dear Mr./Mrs/Miss

I’m doing retrospective validation for chromatography data system which is installed in HPLC, the instrument itself (the hplc machine and the detector) already qualified for years and calibrated periodically.

I’m in the process of creating the user requirement specification based on system existing condition (comments are welcome if you have any opinion about this, I’m new in this field ;)).

The system is already installed in the PC (We bought the HPLC bundled with PC), and the vendor only supply the manual book for the instrument only, there is no separate manual book or specification for the CDS itself.

I’m looking for chromatography data system specification (empower 2 waters and lc-solution shimadzu)

Thank You so much…

Horseradish

Hi,

Are you looking for Configuration Specification Document or System Design Specification (SDS)? You may ask SDS with the Water’s Vendors. In fact they provide us the Empower manual as well. you may get help from that manual as well.

Elaborate your requirement here, so that I can help you in documenting the same.

Regards,
Sourav

Hi Sourav,

Thanks a lot for your response.

First allow me to describe how I retrospectively validate the system, (comments are welcome)

I consider CDS as Category 4 GAMP, configurable software packages, the CDS itself (both empower and lc-solution) is standard software but at least to acquire data it need to be configured with the instrument and environment.

The validation activities is carried on planning phase, design phase, testing phase, usage phase and decommisioning phase (skip the construction and deployment phase, since the instrument and the system has been used for years)

As I previously stated, the system and instrument is already live for years. But the system validation still running in the planning phase
(1) Validation plan already created, and now in the middle of approval process,
(2) I skip the supplier assessment since waters and shimadzu is well known supplier for LC, and it doesn’t make sense to perform supplier audit or asses by now (is it??),
(3) I’m in the progress of URS creation (yes we don’t have URS for the CDS system), the URS is adjustment of existing lab condition and ideal condition from many references. The URS I made is divided into several type:
Audit Trail
Data Format
Data Storage
Environment Power failure
Environment Specification
Functional Data Acquisition
Functional Data Calculation
Functional Hardware Interface
Functional Instrument Control
Network Connection
Report Display
Report Layout
Security Profile
System Alarm and Warning
System Capacity Verification
System Language
System Modes of Operation
System Version Verification
Unit Display

Yesterday I visited the lab, to confirm the URS Environment Specification I have made, to check the system information (CPU, RAM, Hard Disk Space) but because the system are installed in many different PC (eg. CPU are varies Intel ® core ™2 Duo, Intel ® Pentium ® Dual CPU, RAM are varies from 496 MB - 1.98 GB). In my personal opinion, it’s not right to use the lowest PC specification standard in the lab as URS for environment specification (since we bought the system bundled with PC). So I need the configuration specification document for Empower pro (Build 1154) not Empower 2 as I previously stated and LC-Solution v.1.20 then I know the minimum requirement needed to install both, the my URS is adjust to it.

Thanks in advance

Regards,
La


<img src=/uploads/db7093/original/1X/b8b0f1864f5117cb71f31cd7748fac93a34ecd2e.JPG">

Dear La,

Yes, you are right that CDS will fall under Cat-4 (Configurable COTS). Also, I am agree with the phases for SDLC and carrying out validation activities, which is based on the V-Lifecycle for validation. I will recommend here to prepare two separate documents as URS and FRS. The sections which you have mentioned above is mentioning about URS and FRS both. I will suggest you to split FRS in following sections:

  1. Business Activity/functionality Requirements
  2. Business Interface Requirements
  3. Report/Output Requirements
  4. Data Integration
  5. Data Input/Output Requirements
  6. Data import/export Requirements
  7. Data Migration requirements
  8. Data Backup/Restore Requirements
  9. Performance Requirements
  10. Security (Password, User ID, User Role Authorization, Physical Security)Requirements
  11. Training Requirements
  12. Documentation Requirements
  13. Support Requirements
  14. Other Requirements

Othere than this which you have mentioned can be captured in FRS. Are you using Empower application as a standalone system or is on network based on the client server technology? Recently we have moved to Empower 3 and the clients configuration is as below given by waters.

Hardware Configuration
Model: HP Compaq 6200 Pro MT
CPU: Intel Core i5, 2.40 GHz
Memory: 4 GB
HDD: 500 GB
Network Card: Realtek RTL8171E Gigabit Ethernet

Hi Sourav,

Thanks for your response, but I’m kinda confuse of your suggestion to split intor FRS. isn’t FRS is created by supplier of the machine and not us as the user?

Sorry for my late reply and I believe you must have implemeted the system as well so far. But just for your information I am answering your last question.

FRS can be prepared in conjunction with the vendor and users and OQ test scripts will be having all FRS requirements to be challenged. Instead of creating URS and FRS separately, it is good to prepare UFRS (combined URS and FRS) in a single document.

Regards,
Sourav