本文中观点不代表任何公司和组织，如有觉得有冒犯的地方，请于后台联系，我会及时删除。所有分享案例都具有孤立性，仅供参考。
受检机构/公司：Laboratorios Farmaceuticos RoviS.A.
城市：Spain，Madrid
类型：Sterile Drug Manufacturer无菌制剂
FEI号：3010705046
OBSERVATION
1
观察项1
Written
records of investigations into unexplained discrepancies and the failure of a
batch or any of its components to meet specifications do not always include the
conclusions and follow-up.
对未解释差异和批次或其任何组分未达到规格的调查的书面记录并不总是包括结论和后续行动。
Specifically,具体来说，
A.
Investigations relevant to the injection commercial manufacturing process have
not been appropriately evaluated with respect to multiple performance issues
with the Human Machine Interface (HMI), used for xxx, which could affect the
performance and capability of the commercial equipment planned for use in the
proposed commercial batch record.
与注射商业制造过程相关的调查并未适当评估，因为与用于xxx的人类机器界面（HMI）的多个性能问题有关，这可能会影响计划用于建议的商业批次记录的商业设备的性能和能力。
Specifically,
starting around 06/10/2022, your firm began experiencing operational issues
with your HMI, in which the xxx would be “blocked”, leading to stoppage of
filling operations in your xxx.
具体来说，从2022年6月10日左右开始，贵公司开始遇到您的HMI的操作问题，其中xxx会被“中断”，导致您的xxx停止灌装操作。
Deviations UDMI-NOT-22-120 and UDMI-INV-22-041 were initiated and remained open as of the close of the current inspection for blocked HMI due to network connection issues. 由于网络连接问题导致的HMI中断，偏差UDMI-NOT-22-120和UDMI-INV-22-041被启动，并在当前检查结束时仍然未被关闭。
During
the inspection on 06/21/2022, an attempt was made to observe the manufacturing
filling operations for xxx inside the production suite, however, due to
“blocked” multiple times, to observe filling operations.
在2022年6月21日的检查中，尝试观察生产套件内xxx的制造灌装操作，然而，由于多次“中断”，无法观察到灌装操作。
Attempts
by your firm and vendor were made throughout the inspection to solve the issue,
however, were not successful.
贵公司和供应商在整个检查过程中都试图解决这个问题，但并未成功。
西门：有时候，信息化的异常，就是没法查出原因……开发工程师经常说的一句话就是，代码运行起来，就算是一堆“屎山”，你就让它跑下去就行，你们QA为什么要问那么多为什么，但是呢，你不去查不去问，这些问题就会一直在，就跟那首民谣一样，因为一个马掌失去一个国家。
Furthermore,
it was observed that your firm has initiated up to nine (9)
deviations/investigations starting from December 2017 for “blocked” HMI, with a
short-term solution utilized by turning on and off the HMI, to continue using
the filling equipment.
此外，观察到贵公司自2017年12月以来已启动多达九（9）个偏差/调查，针对“中断”的HMI，采用了通过开关HMI的短期解决方案，以继续使用灌装设备。
西门：所谓质量事件，有所谓时间管理，必须多久时间内一定要关闭，这些偏差，长达五年一直重复发生……其实实在不行就停产，换另一套……（当然纯口嗨，这家自然有它自己的背景和难点），微小偏差，必须多少个自然日必须关闭（你都能分类到微小，自然是小事件，且容易解决），如果不能上升偏差等级和汇报层级，像这个故事中的情况和故事背景，原则上应该上升到global层级才对，偏差重复发生且影响制剂，一个工厂里的资源不够，那就寻global 关注，总有相关人员能梳理清楚，只是看你愿不愿意。
As a
result of this performance issue with your equipment, I was not able to observe
xxx filling operations during the current inspection, which requires manual
operations performed by operators at different stations of the xxx.
由于贵公司的设备存在此性能问题，在当前检查期间无法观察到xxx的灌装操作（这需要由xxx的不同位置的操作员执行手动操作）。
There is
no assurance that your firm is prepared for the proposed commercial
manufacturing process at xxx commercial scale for including that there are
appropriate controls in place to detect and mitigate such significant problems.
无法保证贵公司已准备好进行提议的商业制造过程，包括在xxx商业规模上，包括有适当的控制措施来检测和减轻这类重大问题。
OBSERVATION 3
Equipment
used in the manufacture, processing, packing or holding of drug products is not
of appropriate design to facilitate operations for its intended use.
用于药品生产、加工、包装或储存的设备，其设计不适合于促进其预期用途的操作。
Equipment
qualification activities for line does not appear to be adequate for its
intended performance and use. Specifically, your firm has initiated up to
nine(9) deviations/investigations starting from December 2017 for “blocked”
filling HMI, with a short-term solution utilized by turning on and off the HMI,
in order to continue using the filling equipment.
生产线的设备验证确认活动似乎不足以满足其预期的性能和使用。具体来说，贵公司自2017年12月起已启动多达九（9）个偏差/调查，针对“中断”的灌装HMI，采用的短期解决方案是通过开关HMI来继续使用灌装设备。我的检查发现，由于生产线的变更而进行的设备验证确认存在缺陷，鉴于您的HMI存在这些性能问题的普遍性，贵公司在验证确认设备的方法上存在不足。
西门：这里纯吐个槽，这是验证的错么，显然不全是。
借朋友的话，做设备验证很苦逼的：给工程填坑和背锅，给生产讲设备原理的，給QA讲设备法规的。
套用在CSV也是，给IT/自控填坑和背锅，给所有用户科普0和1，给QA唠CS DI法规。
其实验证五大分支，工艺、清洁、无菌保障、CSV、设备设施，工艺先行，但互不统属，方法论也各异，最好是各个业务部门各自lead，一个统一的验证部门，就会落入两个劣势，一个是这个部门专业背景很难做到专业（归口到各个业务部门，比如工艺归 MST，那这个人本身就是工艺大佬，背后也有一群工艺大咖，比如CSV归口到一个信息化部门，亦是如此，如果你只是做验证的部门，那整个部门就只停留在验证技术……很难真的去体会一线以及抓住用户需求，也很难深入了解方法原理，验证技术，总的方法策略再牛，不懂实务，也很扯，很难做到所谓“抓大放小”），另一个是这个部门要顶住各方压力有时候妥协是难免的。
其实信息化上线后，必然伴随着一堆“屎山”般的bug，任何一个大型系统都是这样，怎么样做好分类分级，活用验证/控制策略，这是一方面，你得知道这类的底线是什么，怎么才算并行hyper care，怎么算 issue 事件，怎么走评估即可，什么样的才会影响产品质量，必须走偏差寸步不让……这类是很多biotech 小型未上市公司 质量部的痛，但你得做。
组织结构很有可能是根因，没人替验证说话，没人要求验证要做细，没人q等等
