華人團隊成功開發AI預測癌症病人適用藥物,成果發表在Nature子刊上
只需一個AI,9808名癌症患者對藥物的臨床反應,全能預測。
而且結果和臨床觀察表現一致。
這是由紐約市立大學Lei Xie團隊帶來的最新成果CODE-AE(context-aware deconfounding autoencoder)。
它提出一種新型的上下文自編碼模型,可以預測不同患者對藥物的特異性反應。
這將對新藥開發和臨床試驗產生重大影響。
要知道,傳統模式下一種新藥開發、試驗、完全上市,中間需要近10年的時間,消耗的資金也空前龐大,動輒就是10億美元。
週期會如此之長,是因為新藥在人體內的反應難以預測,往往需要反覆試驗進行測試。
而如果AI能夠利用數據進行預測,將大幅縮短新藥上市時間,降低成本。
目前,研究登上Nature子刊《Nature Machine Intelligence》。
簡單來說,CODE-AE是利用新藥在體外細胞驗證上的數據,來預測藥物在人體身上會產生的反應。
這樣就避免了AI模型訓練對病人臨床資料的依賴。
過去AI在臨床反應預測上效果一直不算好的最大原因,便是想要收集海量、連續臨床反應數據實在是太難了。
從機制上來看,研究人員將藥物生物標記分為了源域(source domain)和目標域(target domain)。
源域表示和測試樣本不同的領域,但是有豐富的監督訊息,在這裡可以理解為體外細胞驗證的數據。
目標領域是測試樣本所在的領域,無標籤或只有少量標籤,也就是病患資料。
將不同領域的資料特徵對應到同一個特徵空間,使其在該空間中的距離盡可能近。
於是在特徵空間中對源域訓練的目標函數,就可以遷移到目標域,提高目標域上的準確率。
放在該研究背景下,源域和目標域都是藥物生物標記的資料特徵,即藥物標靶的資料特徵。
具體來看模型框架,主要分為三個部分:預訓練、微調和推理。
預訓練主要用了自監督學習,建構一個特徵編碼模組,將體外細胞資料和病患資料的未標記基因表現譜,映射到嵌入空間。這樣一來可以把一些混雜因素排除掉,讓兩種資料的潛入分佈一致,以消除系統偏差。
微調階段,是在預訓練的基礎上再加一個監督模型,並利用已經標記的體外細胞資料來進行訓練。
最後在推理階段,先從預訓練中獲得的患者去歧對其嵌入,然後再利用調優後的模型,來預測患者對藥物的反應。
在這種模式下,CODE-AE具備兩個特點。
第一,它可以提取不連貫樣本中的常見生物訊號和私有表示,從而排除掉由於資料模式不同所帶來的干擾。
第二,將藥物反應訊號和混雜因素分開後,還可以實現局部對齊。
總結來看,CODE-AE可以理解為在標記和無標記資料的非相干資料模式嵌入空間中,選擇唯一特徵的過程。
為了論證模型的有效性,研究人員對9808位癌症患者的藥物適用情況進行預測。
如果模型對病人狀況預測出的位點結果,和他所使用的藥物標靶有關,就證明預測是正確的。
然後,研究人員將患者分為100個聚類,將59種藥物也分為30個聚類。
透過這種分析方法,可以讓具有相似藥物反應譜的患者被分在一起。
在此,我們以肺鱗狀細胞癌患者(LSCC)和非小細胞肺癌患者(NSCLC)的聚集為例。
在59種藥物中,LSCC最敏感的藥物為吉非替尼、AICAR和吉西他濱。
其中吉非替尼、AICAR的作用標靶都是一種表皮生長因子受體(EGFR),吉西他濱常被用於沒有EGFR突變的非小細胞肺癌治療。
論文表示,和這些藥物作用模式一致,CODE-AE發現使用吉非替尼、AICAR的患者,藥物反應圖譜相似。
也就是說,CODE-AE發現了患者治療的正確靶點,即可以預測適用藥物。
如上研究團隊來自紐約市立大學。
通訊作者為Lei Xie,他本科畢業於中國科學技術大學高分子物理專業。
碩士畢業於羅格斯大學電腦科學;博士同在羅格斯大學,但拿的是化學系學位。
據了解,研究團隊下一步將發展CODE-AE對新藥臨床反應在濃度、代謝方面的預測功能。
研究人員表示,該AI模型還有可能被調整為用於預測藥物對人體的副作用影響。
值得一提的是,Nature子刊《Nature Machine Intelligence》專門關注人工智慧和生命科學跨學科應用研究,每年收錄論文平均數量約60篇。
論文網址:https://www.nature.com/articles/s42256-022-00541-0
參考連結:https://phys.org/news/2022-10 -ai-accurately-human-response-drug.html
##以上是華人團隊成功開發AI預測癌症病人適用藥物,成果發表在Nature子刊上的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

熱門話題

本文介紹如何在Debian系統上自定義Apache的日誌格式。以下步驟將指導您完成配置過程:第一步:訪問Apache配置文件Debian系統的Apache主配置文件通常位於/etc/apache2/apache2.conf或/etc/apache2/httpd.conf。使用以下命令以root權限打開配置文件:sudonano/etc/apache2/apache2.conf或sudonano/etc/apache2/httpd.conf第二步:定義自定義日誌格式找到或

Tomcat日誌是診斷內存洩漏問題的關鍵。通過分析Tomcat日誌,您可以深入了解內存使用情況和垃圾回收(GC)行為,從而有效定位和解決內存洩漏。以下是如何利用Tomcat日誌排查內存洩漏:1.GC日誌分析首先,啟用詳細的GC日誌記錄。在Tomcat啟動參數中添加以下JVM選項:-XX: PrintGCDetails-XX: PrintGCDateStamps-Xloggc:gc.log這些參數會生成詳細的GC日誌(gc.log),包含GC類型、回收對像大小和時間等信息。分析gc.log

在Debian系統中,readdir函數用於讀取目錄內容,但其返回的順序並非預先定義的。要對目錄中的文件進行排序,需要先讀取所有文件,再利用qsort函數進行排序。以下代碼演示瞭如何在Debian系統中使用readdir和qsort對目錄文件進行排序:#include#include#include#include//自定義比較函數,用於qsortintcompare(constvoid*a,constvoid*b){returnstrcmp(*(

在Debian系統中,readdir系統調用用於讀取目錄內容。如果其性能表現不佳,可嘗試以下優化策略:精簡目錄文件數量:盡可能將大型目錄拆分成多個小型目錄,降低每次readdir調用處理的項目數量。啟用目錄內容緩存:構建緩存機制,定期或在目錄內容變更時更新緩存,減少對readdir的頻繁調用。內存緩存(如Memcached或Redis)或本地緩存(如文件或數據庫)均可考慮。採用高效數據結構:如果自行實現目錄遍歷,選擇更高效的數據結構(例如哈希表而非線性搜索)存儲和訪問目錄信

本文介紹如何在Debian系統中使用iptables或ufw配置防火牆規則,並利用Syslog記錄防火牆活動。方法一:使用iptablesiptables是Debian系統中功能強大的命令行防火牆工具。查看現有規則:使用以下命令查看當前的iptables規則:sudoiptables-L-n-v允許特定IP訪問:例如,允許IP地址192.168.1.100訪問80端口:sudoiptables-AINPUT-ptcp--dport80-s192.16

Debian系統中的readdir函數是用於讀取目錄內容的系統調用,常用於C語言編程。本文將介紹如何將readdir與其他工具集成,以增強其功能。方法一:C語言程序與管道結合首先,編寫一個C程序調用readdir函數並輸出結果:#include#include#includeintmain(intargc,char*argv[]){DIR*dir;structdirent*entry;if(argc!=2){

本指南將指導您學習如何在Debian系統中使用Syslog。 Syslog是Linux系統中用於記錄系統和應用程序日誌消息的關鍵服務,它幫助管理員監控和分析系統活動,從而快速識別並解決問題。一、Syslog基礎知識Syslog的核心功能包括:集中收集和管理日誌消息;支持多種日誌輸出格式和目標位置(例如文件或網絡);提供實時日誌查看和過濾功能。二、安裝和配置Syslog(使用Rsyslog)Debian系統默認使用Rsyslog。您可以通過以下命令安裝:sudoaptupdatesud

Debian系統中,Nginx的訪問日誌和錯誤日誌默認存儲位置如下:訪問日誌(accesslog):/var/log/nginx/access.log錯誤日誌(errorlog):/var/log/nginx/error.log以上路徑是標準DebianNginx安裝的默認配置。如果您在安裝過程中修改過日誌文件存放位置,請檢查您的Nginx配置文件(通常位於/etc/nginx/nginx.conf或/etc/nginx/sites-available/目錄下)。在配置文件中
