ICH-Q7aÔ­ÁÏÒ©µÄGMPÖ¸ÄÏ(ÖÐÓ¢¶ÔÕÕ) ÏÂÔØ±¾ÎÄ

Q7a

with shelf-lives of one year or less, stability samples should be obtained and should be tested monthly for the first three months, and at 3-month intervals after that. When data exist that confirm that the stability of the API is not compromised, elimination of specific test intervals (e.g., 9-month testing) can be considered.

11.56 Where appropriate, the stability storage conditions should be consistent with the ICH guidances on stability.

11.6 Expiry and Retest Dating

11.60 When an intermediate is intended to be transferred outside the control of the manufacturer¡¯s material management system and an expiry or retest date is assigned, supporting stability information should be available (e.g., published data, test results).

11.61 An API expiry or retest date should be based on an evaluation of data derived from stability studies. Common practice is to use a retest date, not an expiration date.

11.62 Preliminary API expiry or retest dates can be based on pilot scale batches if (1) the pilot batches employ a method of manufacture and procedure that simulates the final process to be used on a commercial manufacturing scale and (2) the quality of the API represents the material to be made on a commercial scale.

11.63 A representative sample should be taken for the purpose of performing a retest.

11.7 Reserve/Retention Samples

11.70 The packaging and holding of reserve samples is for the purpose of potential future evaluation of the quality of batches of API and not for future stability testing purposes.

11.71 Appropriately identified reserve samples of each API batch should be retained for 1 year after the expiry date of the batch assigned by the manufacturer, or for 3 years after distribution of the batch, whichever is longer. For APIs with retest dates, similar reserve samples should be retained for 3 years after the batch is completely distributed by the manufacturer.

¸öÔÂÄÚÓ¦µ±Ã¿Ô²âÊÔ£¬ËæºóÿÈý¸öÔ²âÊÔÒ»´Î¡£Èç¹ûÓÐÊý¾Ý±íÃ÷Ô­ÁÏÒ©µÄÎȶ¨ÐÔ²»»áÊÜÓ°Ï죬¿ÉÒÔ¿¼È¡ÏûÌØ¶¨µÄ²âÊÔ¼ä¸ô£¨Èç9¸öÔµIJâÊÔ£©¡£

11.56 ¸ù¾ÝÇé¿ö£¬Îȶ¨ÐÔ´¢´æÌõ¼þÓ¦µ±ÓëICHµÄÎȶ¨ÐÔÖ¸ÄÏÒ»Ö¡£

11.6 ÓÐЧÆÚºÍ¸´ÑéÆÚ

11.60 µ±Ò»¸öÖмäÌåÒªÔËË͵½Éú²úÉÌÎïÁϹÜÀíϵͳ¿ØÖÆ·¶Î§ÒÔÍ⣬²¢ÒÑÖÆ¶¨ÁËÓÐЧÆÚ»ò¸´ÑéÆÚʱ£¬ÄǾÍÓ¦µ±ÓÐÖ§³ÖµÄÎȶ¨ÐÔÐÅÏ¢£¨Èç·¢±íµÄÊý¾Ý¡¢²âÊÔ½á¹û£©¡£

11.61 Ò»ÖÖÔ­ÁÏÒ©µÄÓÐЧÆÚ»ò¸´ÑéÆÚÓ¦µ±»ùÓÚÎȶ¨ÐÔÑо¿ËùµÃÊý¾ÝµÄÆÀ¹À¡£Í¨³£»áÓø´ÑéÆÚ£¬¶ø²»ÓÃÓÐЧÆÚ¡£

11.62 Èç¹û£¨1£©ÖÐÊÔÅúºÅ²ÉÓõÄÉú²ú·½·¨ºÍ¹æ³ÌÊÇÄ£ÄâÓÃÓÚÉÌÒµÉú²ú¹æÄ£µÄ×îÖÕ¹¤ÒÕ£¬¶øÇÒ£¨2£©Ô­ÁÏÒ©µÄÖÊÁ¿´ú±íÁËÉÌÒµÉú²ú¹æÄ£µÄÎïÁÏ£¬ÔòÔ­ÁÏÒ©µÄ³õ²½ÓÐЧÆÚ»ò¸´ÑéÆÚ¿É»ùÓÚÖÐÊÔ¹æÄ£µÄÅúºÅ¡£

11.63 Ó¦µ±È¡Ò»¸ö¾ßÓдú±íÐÔµÄÑùÆ·½øÐи´Ñé¡£

11.7 ÁôÑù

11.70 ÁôÑùµÄ°ü×°ºÍ´¢´æÊÇΪÁ˽ñºó¿ÉÄÜ»á¶ÔÔ­ÁÏÒ©ÅúºÅµÄÖÊÁ¿½øÐÐÆÀ¼Û£¬¶ø²»ÊÇÒÔ½«À´µÄÎȶ¨ÐÔ²âÊÔΪĿµÄµÄ¡£

11.71 Êʵ±±êʶµÄÿһÅúÔ­ÁÏÒ©µÄÁôÑùÓ¦µ±±£Áôµ½ÓÉÉú²úÉ̹涨µÄ¸ÃÅúºÅµÄÓÐЧÆÚÂúºóÒ»Ä꣬»ò¸ÃÅú²úÆ·ÏúÊÛºóÈýÄ꣬ÒԽϳ¤Ê±¼äΪ׼¡£¶ÔÓÚÓи´ÑéÆÚµÄÔ­ÁÏÒ©£¬ÏàËÆµÄÁôÑùÓ¦µ±±£Áôµ½Éú²úÉÌÈ«²¿ÏúÊÛÍê¸ÃÅúºÅºóÈýÄê¡£

41

Q7a

11.72 The reserve sample should be stored in the same packaging system in which the API is stored or in one that is equivalent to or more protective than the marketed packaging system. Sufficient quantities should be retained to conduct at least two full compendial analyses or, when there is no pharmacopoeial monograph, two full specification analyses.

12. VALIDATION 12.1 Validation Policy

12.10 The company¡¯s overall policy, intentions, and approach to validation, including the validation of production processes, cleaning procedures, analytical methods, in-process control test procedures, computerized systems, and persons responsible for design, review, approval, and documentation of each validation phase, should be documented.

12.11 The critical parameters/attributes should normally be identified during the development stage or from historical data, and the necessary ranges for the reproducible operation should be defined. This should include:

¡ñ Defining the API in terms of its critical product

attributes

¡ñ Identifying process parameters that could

affect the critical quality attributes of the API ¡ñ Determining the range for each critical process

parameter expected to be used during routine manufacturing and process control

12.12 Validation should extend to those operations determined to be critical to the quality and purity of the API.

12.2 Validation Documentation

12.20 A written validation protocol should be established that specifies how validation of a particular process will be conducted. The protocol should be reviewed and approved by the quality unit(s) and other designated units.

12.21 The validation protocol should specify critical process steps and acceptance criteria as well as the type of validation to be conducted (e.g., retrospective, prospective, concurrent) and the

11.72 ÁôÑùÓ¦µ±´¢´æÔÚÔ­ÁÏÒ©´¢´æµÄͬÑùµÄ°üװϵͳÖУ¬»òÕßÓëÏúÊÛ°ü×°Ïàͬ£¬»ò¸ü¾ß±£»¤ÐÔ¡£Ó¦µ±Áô×ã¹»µÄÁ¿À´ÖÁÉÙ×öÁ½´Î·¨¶¨µÄÈ«¼ì£¬»òÕßûÓÐÒ©µäרÂÛʱ£¬Á½´ÎÖÊÁ¿±ê×¼µÄÈ«¼ì¡£

12.ÑéÖ¤

12.1 ÑéÖ¤·½Õë

12.10 ¹«Ë¾µÄ×ÜÌåÑéÖ¤Ô­Ôò¡¢Ä¿µÄºÍ·½·¨£¬°üÀ¨Éú²ú¹¤ÒÕ¡¢Çå½à¹æ³Ì¡¢·ÖÎö·½·¨¡¢¹ý³Ì¿ØÖƲâÊÔ¹æ³ÌÒÔ¼°¼ÆËã»úϵͳµÄÑéÖ¤ºÍ¸ºÔðÉè¼Æ¡¢ÉóºË¡¢Åú×¼ºÍΪ¸÷¸öÑéÖ¤½×¶ÎÌṩ֤Ã÷ÎļþµÄÈËÔ±¶¼Ó¦µ±Ã÷ÎĹ涨¡£

12.11 ¹Ø¼üµÄ¹¤ÒÕ²ÎÊý/ÊôÐÔͨ³£Ó¦µ±ÔÚ¿ª·¢½×¶Î»ò´ÓÒÔÍùµÄÊý¾ÝÖмÓÒÔÈ·¶¨£¬²¢Ó¦µ±¹æ¶¨¹¤ÒÕ¿ÉÖØ¸´ÐÔ²Ù×÷Ëù±ØÐèµÄ·¶Î§¡£°üÀ¨£º

¡ñ ¶¨ÒåÔ­ÁÏÒ©Éú²úµÄ¹Ø¼ü²úÆ·ÊôÐÔ£»

¡ñ È·ÈÏ¿ÉÄܶÔÔ­ÁÏÒ©¹Ø¼üÖÊÁ¿ÊôÐÔÓÐÓ°ÏìµÄ¹¤

ÒÕ²ÎÊý£»

¡ñ È·¶¨ÔÚÈÕ³£Éú²úºÍ¹¤ÒÕ¿ØÖÆÖлáÓõ½µÄÿ¸ö

¹Ø¼ü¹¤ÒÕ²ÎÊýµÄ·¶Î§¡£

12.12 ÑéÖ¤»¹Ó¦µ±Éæ¼°µ½ÄÇЩ¶ÔÔ­ÁÏÒ©ÖÊÁ¿ºÍ´¿¶ÈÖÁ¹ØÖØÒªµÄ²Ù×÷¡£

12.2 ÑéÖ¤Îļþ

12.20 Ó¦µ±ÓÐÊéÃæµÄÑéÖ¤·½°¸£¬²ûÃ÷ÈçºÎ½øÐÐij¸ö¹¤ÒÕµÄÑéÖ¤¡£ÑéÖ¤·½°¸Ó¦µ±ÓÉÖÊÁ¿²¿ÃÅºÍÆäËûÖ¸¶¨µÄ²¿ÃÅÉóºË²¢Åú×¼¡£

12.21 ÑéÖ¤·½°¸Ó¦µ±Ã÷È·¹æ¶¨ÑéÖ¤µÄ¹Ø¼ü¹¤ÐòºÍÈϿɱê×¼£¬ËùÒª½øÐеÄÑéÖ¤ÀàÐÍ£¨»Ø¹ËÐÔÑéÖ¤¡¢Ô¤ÑéÖ¤¡¢Í¬²½ÑéÖ¤£©ºÍ¹¤ÐòÔËתµÄ´ÎÊý¡£

42

Q7a

number of process runs.

12.22 A validation report that cross-references the validation protocol should be prepared, summarizing the results obtained, commenting on any deviations observed, and drawing the appropriate conclusions, including recommending changes to correct deficiencies.

12.23 Any variations from the validation protocol should be documented with appropriate justification.

12.3 Qualification

12.30 Before initiating process validation activities, appropriate qualification of critical equipment and ancillary systems should be completed. Qualification is usually carried out by conducting the following activities, individually or combined:

¡ñ Design Qualification (DQ): documented

verification that the proposed design of the facilities, equipment, or systems is suitable for the intended purpose

¡ñ Installation Qualification (IQ): documented

verification that the equipment or systems, as installed or modified, comply with the approved design, the manufacturer¡¯s recommendations and/or user requirements ¡ñ Operational Qualification (OQ): documented

verification that the equipment or systems, as installed or modified, perform as intended throughout the anticipated operating ranges ¡ñ Performance Qualification (PQ): documented

verification that the equipment and ancillary systems, as connected together, can perform effectively and reproducibly based on the approved process method and specifications

12.4 Approaches to Process Validation

12.40 Process Validation (PV) is the documented evidence that the process, operated within established parameters, can perform effectively and reproducibly to produce an intermediate or API meeting its predetermined specifications and quality attributes.

12.41 There are three approaches to validation. Prospective validation is the preferred approach, but there are situations where the other approaches

12.22 Ó¦µ±Äⶨһ·ÝÄܽ»²æÒýÓÃÑéÖ¤·½°¸µÄÑéÖ¤±¨¸æ£¬¸ÅÀ¨µÃµ½µÄ½á¹û£¬ËµÃ÷·¢ÏÖµÄÈÎºÎÆ«²î£¬²¢×÷³ö±ØÒªµÄ½áÂÛ£¬°üÀ¨ÎªÕû¸Ä¶ø±ØÐë×öµÄ±ä¸ü¡£

12.23 ÈκζÔÑéÖ¤·½°¸µÄÆ«Àë¶¼Ó¦µ±¹éµµ±¸°¸£¬²¢×÷Êʵ±ËµÃ÷¡£

12.3 È·ÈÏ

12.30 ÔÚ¿ªÊ¼¹¤ÒÕÑéÖ¤»î¶¯Ç°£¬Ó¦µ±Íê³ÉÊʵ±µÄ¹Ø¼üÉ豸ºÍ¸¨ÖúϵͳµÄÈ·ÈÏ¡£È·ÈÏÒ»°ãÊÇͨ¹ýµ¥¶À»òÁªºÏ½øÐÐÒÔÏ»À´ÊµÐеģº

¡ñ Éè¼ÆÈ·ÈÏ£¨DQ£©£ºÊǶÔÌáÒéµÄÉèÊ©¡¢É豸»ò

ϵͳÊÊÓÃÓÚÔ¤ÆÚµÄÄ¿µÄµÄÒ»ÖÖ³ÉÎĵÄÈ·ÈÏ£»

¡ñ °²×°È·ÈÏ£¨IQ£©£º¶Ô°²×°ºÃµÄºÍµ÷Õû¹ýµÄÉè

±¸»òϵͳ·ûºÏÒÑÅú×¼µÄÉè¼Æ¡¢ÖÆÔìÉ̽¨ÒéµÄºÍ/»òÓû§µÄÒªÇóµÄ³ÉÎĵÄÈ·ÈÏ£»

¡ñ ÔËÐÐÈ·ÈÏ£¨OQ£©£º¶Ô°²×°ºÃµÄºÍµ÷Õû¹ýµÄÉè

±¸»òϵͳÄÜÔÚÕû¸öÔ¤ÆÚµÄ²Ù×÷·¶Î§ÄÚ°´ÒªÇóÔËÐеijÉÎĵÄÈ·ÈÏ£»

¡ñ ÐÔÄÜÈ·ÈÏ£¨PQ£©£ºÊǶÔÉ豸»òÆä¸¨ÖúϵͳÔÚ

Ï໥Á¬½Óºó£¬Äܸù¾ÝÒÑ»ñ×¼¹¤ÒÕ·½·¨ºÍÖÊÁ¿±ê×¼ÓÐЧµÄ¡¢ÖØÏֵĽøÐÐÔËתµÄ³ÉÎĵÄÈ·ÈÏ¡£

12.4 ¹¤ÒÕÑéÖ¤µÄ·½·¨ 12.40 ¹¤ÒÕÑéÖ¤£¨PV£©ÊÇÖ¤Ã÷ÔÚÔ¤¶¨µÄ¹¤ÒÕ²ÎÊý·¶Î§ÄÚÔËÐеŤÒÕÄܳÖÐøÓÐЧµØÉú²ú³ö·ûºÏÔ¤¶¨µÄÖÊÁ¿±ê×¼ºÍÖÊÁ¿ÊôÐÔµÄÖмäÌå»òÔ­ÁÏÒ©µÄÖ¤Ã÷Îļþ¡£

12.41 ÑéÖ¤·½·¨ÓÐÈýÖÖ£¬Ô¤ÑéÖ¤ÊÇÊ×Ñ¡µÄ·½·¨£¬µ«ÔÚÆäËü·½·¨¿É²ÉÓõÄÇé¿öÏÂÒ²ÓÐÀýÍâ¡£ÕâЩ·½·¨¼°ÆäÊÊÓÃÐÔ¼ûÏÂÎÄ¡£

43

Q7a

can be used. These approaches and their applicability are discussed here.

12.42 Prospective validation should normally be performed for all API processes as defined in 12.1. Prospective validation for an API process should be completed before the commercial distribution of the final drug product manufactured from that API.

12.43 Concurrent validation can be conducted when data from replicate production runs are unavailable because only a limited number of API batches have been produced, API batches are produced infrequently, or API batches are produced by a validated process that has been modified. Prior to the completion of concurrent validation, batches can be released and used in final drug product for commercial distribution based on thorough monitoring and testing of the API batches.

12.44 An exception can be made for retrospective validation well-established processes that have been used without significant changes to API quality due to changes in raw materials, equipment, systems, facilities, or the production process. This validation approach may be used where:

1. Critical quality attributes and critical process

parameters have been identified

2. Appropriate in-process acceptance criteria and

controls have been established 3. There have not been significant

process/product failures attributable to causes other than operator error or equipment failures unrelated to equipment suitability

4. Impurity profiles have been established for the

existing API

12.45 Batches selected for retrospective validation should be representative of all batches produced during the review period, including any batches that failed to meet specifications, and should be sufficient in number to demonstrate process consistency. Retained samples can be tested to obtain data to retrospectively validate the process.

12.5 Process Validation Program

12.50 The number of process runs for validation should depend on the complexity of the process or

12.42 12.1ÖÐËùÊöµÄËùÓÐÔ­ÁÏÒ©Éú²ú¹¤ÒÕÒ»°ãÀ´Ëµ¶¼Ó¦µ±½øÐÐÔ¤ÑéÖ¤¡£¶ÔÔ­ÁÏÒ©¹¤ÒÕËù×÷µÄÔ¤ÑéÖ¤µÄ½á¹û£¬±ØÐëÔÚÓøÃÔ­ÁÏÒ©ÖÆ³ÉµÄÖÆ¼Á²úÆ·ÏúÊÛǰÍê³É¡£

12.43 ÓÐʱÓÉÓÚÔ­ÁÏÒ©Éú²úÅúºÅÓÐÏÞ£¬Ô­ÁÏÒ©ÅúºÅ²»ÊǾ­³£Éú²ú£¬»òÔ­ÁÏÒ©ÊÇÓÃÑéÖ¤¹ýµÄ£¬µ«Òѱä¸üµÄ¹¤ÒÕÉú²úµÄ£¬ÎÞ·¨´ÓÁ¬ÐøÉú²úÖеõ½Êý¾Ý£¬¿É½øÐÐͬ²½ÑéÖ¤¡£Í¬²½ÑéÖ¤Íê³É֮ǰ£¬Ö»Òª¶ÔÔ­ÁÏÒ©ÅúºÅ½øÐÐÁ˳ä·ÖµÄ¼à¿ØºÍ²âÊÔ£¬ÕâЩÅúºÅ¿ÉÒÔ·ÅÐв¢ÓÃÓÚ×îÖÕÖÆ¼ÁÒ©µÄÉÌÒµÏúÊÛ¡£

12.44 ijЩ¹¤ÒÕÒÑÈ·Á¢Á˺ܾ㬶øÇÒÔ­ÁÏ¡¢É豸¡¢ÏµÍ³¡¢ÉèÊ©»òÉú²ú¹¤Òյı仯¶ÔÔ­ÁÏÒ©µÄÖÊÁ¿Ã»ÓÐÃ÷ÏÔµÄÓ°Ï죬´Ëʱ¾Í¿ÉÒÔÀýÍâµØ½øÐлعËÐÔÑéÖ¤¡£ÕâÒ»ÑéÖ¤·½·¨ÊʺÏÓÚÏÂÁÐÇé¿ö£º

1. ¹Ø¼üÖÊÁ¿ÊôÐԺ͹ؼü¹¤ÒÕ²ÎÊý¾ùÒÑÈ·¶¨£»

2. ÒÑÈ·Á¢Á˺ÏÊʵĹý³Ì¿ØÖƺÍÈϿɱê×¼£»

3. ´ÓÀ´Ã»ÓÐÒòΪ³ýÁ˲Ù×÷ÈËԱʧÎó»òÉ豸¹ÊÕÏ

ÕâЩÓëÉ豸ÊÊÓ¦ÐÔÎ޹صÄÒòËØÖ®ÍâµÄÔ­Òò¶øÔì³ÉÖµµÃ×¢ÒâµÄ¹¤ÒÕ/²úÆ·µÄ²»ºÏ¸ñ£»

4. ÏÖÓÐÔ­ÁÏÒ©µÄÔÓÖʸſöÒÑÈ·¶¨¡£

12.45 »Ø¹ËÐÔÑé֤ѡÓõÄÅúºÅÓ¦µ±Äܹ»´ú±íÉóºËʱ¶ÎÖеÄËùÓÐÅúºÅ£¬°üÀ¨Èκβ»ºÏ¸ñµÄÅúºÅ£¬¶øÇÒÓ¦µ±ÓÐ×ã¹»µÄÅúÊýÀ´Ö¤Ã÷¹¤ÒÕµÄÎȶ¨¡£¿ÉÓòâÊÔÁôÑùÀ´»ñÈ¡»Ø¹ËÐÔ¹¤ÒÕÑéÖ¤Êý¾Ý¡£

12.5 ¹¤ÒÕÑéÖ¤µÄ³ÌÐò

12.50 Ñé֤ʱÉú²ú¹¤ÒÕµÄÔËÐдÎÊý£¬Ó¦µ±Óɹ¤Òյĸ´ÔÓÐÔ»òÒª¿¼ÂǵŤÒÕ±ä¸üµÄ´óСÀ´¾ö¶¨¡£×÷

44