医信观察 · MED IT
中文译文网络安全与信创

制药行业部署AI的速度快于其理解风险的速度

Pharma Is Deploying AI Faster Than It Can Understand Its Risk

HIT Consultant··约 4 分钟阅读
译文1,621 字

Alex Neff,Faro Health信息安全与合规高级总监

一年前,将AI驱动的临床工作流工具整合到制药公司的IT、安全和风险等不同团队中,可能需要数月时间的审查和规划。如今,随着大量工具的普及,这些工具的上线时间不到一个月,并且能为临床团队提供即时价值,风险处理的方式已经改变。无论好坏,AI能力正在超越旨在管理它们的安全计划,许多公司只是在承担他们尚未量化或并未完全理解的风险。

我曾在六家受监管的公司中建立安全计划,底线始终如一:你无法消除所有风险,但如果你理解风险并加以管理,你的处境会好得多。

关于AI在制药行业中的大多数讨论都集中在它能做什么:自动化任务、节省时间、加速开发。很少有讨论关注如何安全地部署这些系统。在受监管的环境中,利用AI工具对组织来说是一个重大风险点。如果制药组织了解风险,他们可以采取行动降低风险,同时实现AI将为行业带来的巨大价值。简单来说,忽视风险不应是一种选择。

在临床用例中,AI驱动的工具可能直接影响患者安全和试验结果;诸如方案设计、终点选择和数据分析等用例都具有监管影响。不幸的是,供应商正急于交付周末赶制的产品,从而带来巨大的安全和合规风险,这些风险在后期补救成本将很高。当这种风险被意识到并对组织产生负面影响时,工具已经嵌入,投资也已经做出。

4月,FDA就AI的不当使用发出了首封警告信。结果如何?FDA下令停止药品生产,并将召回提上议程。问题不在于新药申请是否会被拒绝,而在于何时会被拒绝。当风险成为现实时,早期看似高效的做法往往演变成下游责任。

制药行业应提出的安全问题

制药组织在部署AI解决方案之前,需要进行严格的安全审查,简化风险评估流程,并定义其组织风险承受能力。这种尽职调查归结为两个问题,许多采购和评估流程目前并未提出。

该系统是否已由独立方对其安全和合规状态进行评估?

供应商指向内部基准并不能在实践中充分解决安全问题,并且可能使组织的状态沦为安全剧场。可信的评估需要独立的第三方根据文档化标准评估系统,为给定用例定义预期的安全和合规操作,对照这些预期进行测试,并识别超出预期的情况。

对可信的AI治理标准(如ISO 42001)的认证可以帮助确认供应商正在恰当地管理风险,但故事并未就此结束。制药组织至少应对供应商进行抽查,以确保其具备适当的机制来控制与AI相关的风险。

每次部署的风险级别是否已定义?

不同工作流具有不同的风险暴露程度。一个能够访问患者健康信息、地址和联系方式的工具,与一个用于构思临床试验设计的工具,其运作的风险级别有着根本性的不同。问题在于,当供应商的风险偏好与您组织的内部文化或标准不匹配时。

如果您使用的临床试验设计软件没有适当的控制措施,或者其设计无法将风险控制在可接受范围内,那么您的组织就有可能成为下一个收到FDA警告信或登上新闻成为最新泄露事件的组织。在任何部署之前,团队应了解其基线风险水平。尚未定义风险阈值的公司往往会淡化身后的威胁或事件的发生,但一旦事件发生,就没有办法把精灵放回瓶子里了。

安全决定接下来

面对这些风险,人们很容易选择完全远离AI,这是大多数制药公司最初走过的路。但越来越清楚的是,AI确实有潜力为药物开发带来惊人的速度和效率,并最终为药品上市后受益的患者带来福音。为了让这种潜力转化为进步,制药行业需要建立适当的风险管理和安全评估。

几天内构建的原型不是安全系统,令人信服的演示也不能取代管理AI风险所需的严谨性。即使是成熟的工具和市场领导者也应受到审查,那么想象一下,对于一个没有安全或治理态势的供应商,需要怎样的审查。

有坚实安全和治理基础的产品与缺乏这种基础的产品之间的差距,正是许多受监管行业AI实施失败之处。不幸的是,失败往往只在成本最高的时候才会显现。

关于Alexander Neff

Alex Neff在Faro负责安全、IT和合规事务,Faro是一家AI原生的生命科学SaaS公司。他拥有超过15年在受监管技术前沿建立安全项目的经验。

原文4,708 字符

Alex Neff, Sr. Director of Information Security and Compliance at Faro Health

A year ago, integrating AI-powered clinical workflow tools could take months of review and planning across disparate teams within a pharmaceutical company’s IT, security, and risk teams. Today, with the proliferation of tools that have less than a month of onboarding and can provide immediate value to clinical teams, the way risk is approached has changed. For better or worse, AI capabilities are outpacing the security programs meant to govern them, and many companies are simply assuming risk that they have not quantified or do not fully understand.

I have built security programs across half a dozen regulated companies, and the bottom line is always the same: you can’t eliminate all risk, but you will be in a much better place if you understand the risk and manage it.

Most conversations about AI in pharma focus on what it can do: automate tasks, save time, accelerate development. Far fewer discussions focus on how such systems can be deployed securely. In regulated environments, leveraging AI tools represents a point of great risk for organizations. If pharma organizations understand the risk, they can take action to reduce it while also realizing the immense value AI will bring to the industry. Simply stated, ignoring risk should not be an option.

AI-powered tools can directly affect patient safety and trial outcomes in clinical use cases; use cases such as protocol design, endpoint selection, and data analysis all have a regulatory impact. Unfortunately, vendors are rushing to ship products built over a weekend, creating immense security and compliance risk that will become costly to remediate downstream. By the time this risk is realized and has a negative impact on an organization, the tools are already embedded and an investment has already been made.

In April, the FDA gave out its first warning letter for the improper usage of AI. The result? The FDA ordered drug production halted and put a recall on the table. The question is not whether a submission for a new drug will be denied but when. What looks like speed early on often turns into downstream liability when that risk becomes a reality.

Security questions pharma should be asking

Pharma organizations need to perform rigorous security reviews, streamline the risk evaluation process, and define their organizational risk tolerance before deploying AI solutions. That due diligence comes down to a pair of questions that many procurement and evaluation processes are not asking today.

Has the system been assessed by an independent party for its security and compliance posture?

A vendor pointing towards internal benchmarks does not adequately address security in practice and risks the organization’s posture being nothing more than security theater. A credible evaluation requires an independent third party who evaluates the system against a documented standard, defines expected secure and compliant operation for a given use case, tests against those expectations, and identifies conditions that fall outside of them.

An attestation of a trusted AI governance standard such as ISO 42001 can help confirm that a vendor is managing risk appropriately, but the story does not end there. Pharma organizations should, at a minimum, spot-check vendors to ensure they have the correct mechanisms in place to control the risks related to AI.

What level of risk has been defined for each deployment?

Different workflows carry different levels of exposure. A tool with access to patient health information, addresses, and contact details operates at a fundamentally different risk level than one for ideating on the design of a clinical trial. The problem lies when a vendor’s risk appetite doesn’t match your organization’s internal culture or standards.

If you have clinical trial design software that doesn’t have the proper controls in place or isn’t designed to keep risk within acceptable bounds, there’s a chance that your organization will be the next one with a warning letter from the FDA or in the news as the latest breach. Before any deployment, teams should understand their baseline level of risk. Companies that haven’t defined their risk threshold often minimize the threat or actualization of incidents after the fact, but once an incident happens, there’s no putting the genie back in the bottle.

Security defines what comes next

It’s tempting to respond to these risks by turning away from AI entirely, a path that most pharma companies initially took. But it’s become increasingly clear that AI has real potential to bring incredible speed and efficiency to drug development and, ultimately, to patients who will benefit once the drugs go to market. For that potential to become progress, pharma needs the proper risk management and security evaluations in place.

A prototype built in a few days is not a secure system and a compelling demo doesn’t replace the necessary rigor of managing AI risk.Even established tools and market leaders deserve scrutiny, so imagine the scrutiny needed for a vendor with no security or governance posture.

The gap between a product built with a solid foundation of security and governance and one without is where many AI implementations in regulated industries will fail. Unfortunately, failure tends to only surface when the cost is at its greatest.

About Alexander Neff Alex Neff leads security, IT, and compliance at Faro, an AI-native life sciences SaaS company. He has spent 15+ years building security programs at the cutting edge of regulated tech.

Reader Interactions

原始信源HIT Consultant