迪安诊断、FMI、罗氏 Foundation One CDx 助力癌症精准治疗

2018年,FoundationOneCDx基因测序技术在迪安诊断正式落地,该技术在肺癌免疫治疗的精准检测和治疗中展现巨大潜力。它能检测出更多与临床应用相关的基因突变,为患者提供更多靶向治疗机会。同时,TMB和PD-L1作为免疫治疗的标记物,其检测结果有助于指导精准治疗方案。FoundationOneCDx与全外显子组检测具有良好的一致性,未来将在临床分子检测中发挥重要作用。

全新的FoundationOneCDx检测已经于2018年在迪安诊断正式落地。

---------------------------------------------------------------------------

2018年9月22日中午,2018 年中国临床肿瘤医学CSCO 年会罗氏 FoundationOne CDx -IO 卫星会顺利举行,王哲海教授、朱波教授担任大会主持。会议围绕肿瘤精准医学,就肺癌免疫治疗的精准检测和精准治疗展开,会议中介绍的FoundationOneCDx全面基因测序技术在临床免疫治疗领域的进展引发肿瘤界专家的注意和讨论。

 

精准检测助力精准治疗

 

精准医学自提出至落地已经历3个年头。这3年以来,精准医学理念已经深入到范围更广的精准个体化诊疗方面。而经精准检测获知的Biomarker越来越成为可靠的指引方向的启明星。来自广东省人民医院的钟文昭教授就肺癌靶向治疗精准检测方面,向大会参与者阐述了《FoundationOne CDx助力癌症靶向精准治疗》这一主题。FoundationOne CDx是一种经过“严谨”验证的全面基因组测序分析服务(CGP), 应用“基于杂交捕获”的NGS技术, 使用组织样本,针对除肉瘤以外的所有实体肿瘤一次检测“全面”获得的分子信息。相关研究证实,FoundationOne CDx检测结果可寻找更多与临床应用相关的基因突变,为患者提供更多的靶向治疗机会。一项研究入选31例肺腺癌患者的组织样本之前经过各种非NGS手段的分子检测都未发现任何基因突变,即全阴性结果。经过FoundationOne CDx的基因检测之后,其中20例(65%)被检测出具有临床相关的基因突变,使更多患者可采用新的靶向治疗选择并临床获益。

 

随着科学的进步,我们对肿瘤本身的认识发生了改变,对肿瘤治疗的认知也产生了巨大的变革。肿瘤的发生、发展是由基因、微环境等多因素共同作用的结果。肿瘤分子演化的特异性及异质性决定了个体肿瘤的独特性。FoundationOne CDx助力临床发现驱动突变也助力探索一些耐药分子及相关治疗。来自江苏省肿瘤医院的陈凌翔教授则就肺癌的免疫治疗精准检测方面做了相关陈述。陈凌翔教授认为,目前PD-L1作为IO治疗的优势标记物,在检测流程控制及临床实际执行方面仍有许多不足。在肺癌领域,检测肿瘤基因突变负荷(TMB,tumor mutational burden)作为疗效标记物有一定的说服力。另外,微卫星高不稳定(MSI-H)、基因错配修复(MMR)也是有效的IO治疗的标记物。Kmate568和227研究都显示,通过FoundationOne CDx计算的TMB是预测免疫治疗应答的重要指标。此外,FoundationOne CDx与全外显子组检测(WES)具有较好的一致性,未来可助力临床进行相关分子检测。

 

肺癌免疫精准治疗新进展

 

若无精准的分子检测,便无从谈起精准治疗。而现今,精准检测已快步先行,精准治疗便可随后而至。来自天津肿瘤医院的黄鼎智教授就非小细胞肺癌(NSCLC)的二线免疫治疗做了精彩呈现。就肺癌的二线治疗来说,目前的国际临床研究入组的患者是PD-L1 all-comer。国外的Ⅲ期的OAK研究以及国内的Checkmate078研究都证明了PD-1/L1抑制剂单药疗效优于多西他赛化疗。免疫治疗药物已成为NSCLC二线治疗的新标准。

 

OAK研究和Keynote010研究的亚组分析发现,即使是免疫的二线治疗使用疗效标记物来区分优势人群仍有一定的价值。bTMB(Blood TMB)作为一种简单易行的检测方式,已被证明出其值的高低与PD-L1抑制剂Atezolizumab二线治疗的PFS和OS有关。目前TMB的检测仍未有明确的Cut-off值和标准方法。免疫耐药机制复杂,免疫治疗优势人群的亚组仍需要观察寻找规律。Atezolizumab由于保留了PD-L2/PD-1的交互作用,维护了外周的免疫稳态,因此免疫相关不良反应较其它偏少,免疫相关肺炎发生率更低。

 

陆军军医大学新桥医院孙建国教授则就小细胞肺癌(SCLC)的一线IO治疗发表演讲。SCLC治疗历经30年风雨,今年或许能化茧成蝶。在一线治疗环节,全球首个Ⅲ期临床研究IMPower133目前通报出了PFS及OS双阳性结果,该研究详细结果将于随后的WCLC大会上公布。孙建国教授就此研究基础上展开的biomarker、联合治疗模式及安全性方面进行探讨。Checkmate032研究发现,SCLC有较高的TMB水平,并且高TMB组的PFS及OS更佳,且IO联合治疗也更佳。但IMPower133作为非选择人群的Ⅲ期临床,其阳性结果对于all-comer人群具有相当的意义。

 

会议最后,王哲海教授、朱波教授就上述内容做了精致的提炼和总结,此次卫星会结合了肺癌当前最炙手可热也是最需要深入论证的IO诊疗做了细致而严谨的分析,向参会的近千位临床肿瘤专家,传递了相关领域的最新见解,也就此提出了最新的问题,为各位参会嘉宾提供了许多临床实践和探讨的方向。相信在不久的将来,全新的FoundationOneCDx技术将为癌症诊疗带来新的希望。

<think>首先,用户的问题是:“我想查找将UDS诊断中的SPN和FMI转换成DTC的方法 请问UDS诊断中SPN FMI转换成DTC的方法”。这基于之前的引用内容,我需要参考用户提供的引用信息来回答。 回顾引用内容: - 引用[1]:提到ECU检索DTC,包括DTC number和DTCExtDataRecordNumber。 - 引用[2]:解释了UDS的DTC和J1939的SPN和FMI的区别。指出DTC用于诊断仪器,SPN和FMI用于J1939故障显示;它们之间没有直接逻辑关系,只是可能对应到相似的故障描述。 - 引用[3]:关于UDS服务0x19读取DTC信息,包括reportDTCBySeverityMaskRecord等参数。 - 引用[4]:提到一个函数InitAddDTC,参数包括DTCCode, spn, fmi等,暗示在实现中可能有将SPN和FMI关联到DTC的方法。 关键点是引用[2]强调:UDS的DTC和J1939的SPN/FMI之间没有逻辑关系,它们是从不同协议来的,只是可能基于相似故障描述而对应起来。 用户的问题是询问将SPN和FMI转换成DTC的方法。这意味着用户可能误解了它们之间有直接的转换关系。 从引用[2]:"有时候会碰到DTC的故障和J1939的SPN和fmi放到一起,对应起来,但是其实两者之间没有逻辑关系,只是他们的故障描述差不多,所以罗列到一起了。" 所以,转换不是标准的或协议定义的;它是基于故障描述的映射。 在UDS协议中,DTC是由制造商定义的代码来表示特定故障。SPN(Suspect Parameter Number)和FMI(Failure Mode Identifier)是J1939协议中的概念,用于识别故障参数和模式。 因此,转换方法不是直接的。它需要: - 一个映射表:由ECU制造商或系统设计师定义,将SPN/FMI对映射到对应的DTC。 - 这在ECU的软件中实现,如引用[4]中的函数所示:InitAddDTC 函数接受参数包括spn和fmi,然后可能内部关联到一个DTC。 引用[4]:"bool InitAddDTC(uint32_t DTCCode,DetectFun MonitorFun,byte DectecPeroid, byte ValidTimes,DTCLevel dtcLevel,uint32_t spn, uint8_t fmi);" 这表明在初始化时,可以指定spn和fmi与DTC关联。 所以,转换方法通常是: 1. **定义映射关系**:在ECU开发阶段,创建一个表格或数据库,将每个可能的SPN/FMI对映射到相应的UDS DTC。 2. **在诊断软件中实现**:当读取到J1939故障(通过DM1报文),诊断工具使用这个映射表转换为DTC。 3. **使用UDS服务**:然后可以通过UDS服务如0x19读取DTC信息。 在回答中,我需要: - 使用中文回答。 - 结构清晰,逐步解释。 - 在末尾添加引用标识。 - 生成相关问题。 - 确保所有数学表达式使用$...$或$$...$$格式,但这个问题可能不涉及数学表达式。 - 帮助用户理解这个过程。 回答结构: 1. **澄清关系**:基于引用[2],解释UDS DTC和J1939 SPN/FMI无直接转换,是映射关系。 2. **转换方法**: - 需要一个映射表定义。 - 举例说明。 - 参考引用[4]的函数。 3. **实现步骤**: - 在ECU软件中如何设置。 - 在诊断工具中如何转换。 4. **总结**。 5. **生成相关问题**:按照系统指令,在回答后添加相关问题。 相关问题示例: - 如何创建SPN/FMI到DTC的映射表? - UDS中读取DTC信息的服务有哪些? - J1939 DM1报文如何解析? 确保回答真实可靠:基于提供的引用和UDS/J1939知识。 </think>### UDS诊断中SPN和FMI转换为DTC的方法 在UDS(Unified Diagnostic Services)诊断中,SPN(Suspect Parameter Number)和FMI(Failure Mode Identifier)是源自J1939协议的概念,用于描述车辆故障的参数和模式(如传感器失效或短路)。而DTC(Diagnostic Trouble Code)是UDS协议定义的诊断故障码,用于标准化故障报告。SPN/FMI与DTC之间**没有直接的协议级转换关系**,因为两者属于不同协议(J1939基于CAN总线用于商用车,UDS用于乘用车诊断系统),但可以通过**厂商定义的映射表**实现间接转换。以下是详细的转换方法,基于您提供的引用内容。 #### 1. **理解转换的本质(基于故障描述的映射)** - 引用[2]明确指出:"UDS的DTC和J1939的SPN和FMI放到一起对应起来,但是其实两者之间没有逻辑关系,只是他们的故障描述差不多,所以罗列到一起了。"[^2] 这意味着: - SPN/FMI(源自J1939)和DTC(源自UDS)是独立定义的,没有内置转换规则。 - 转换依赖于**故障描述的相似性**,由ECU制造商或系统设计者创建一个映射表。例如: - J1939中的SPN=6144(发动机冷却液温度)和FMI=3(电压过高)可能映射到UDS的DTC=P0118(特定发动机冷却温度传感器故障)。 - 在实际应用中,诊断工具或ECU软件使用这个映射表来关联故障数据。 #### 2. **转换方法:基于映射表的实现** 转换的核心是**预定义的映射表**,可通过以下步骤实现: - **步骤1:定义映射表** - 在ECU开发阶段,创建一个静态或动态的映射数据库(如CSV文件或嵌入式数组),将每个SPN/FMI对关联到对应的DTC码。 - 映射表的内容由厂商自定义,基于故障描述的等效性。例如: | SPN | FMI | UDS DTC | 故障描述 | |------|-----|------------|------------------------------| | 100 | 2 | U0123 | 刹车系统通讯故障 | | 190 | 5 | P0700 | 变速箱控制系统故障 | - 引用[4]中的函数 `InitAddDTC` 展示了在ECU软件层如何初始化和存储这种关系:`bool InitAddDTC(uint32_t DTCCode, DetectFun MonitorFun, byte DectecPeroid, byte ValidTimes, DTCLevel dtcLevel, uint32_t spn, uint8_t fmi);`[^4]。该函数在ECU启动时调用,将SPN和FMI作为参数传入,与DTC关联(例如,在检测到特定故障时触发DTC报告)。 - **步骤2:在诊断工具中执行转换** - 诊断工具(如扫描仪)读取J1939的DM1报文(包含SPN/FMI数据),然后查询映射表转换为UDS DTC。 - 具体过程: 1. 工具接收J1939 DM1报文(例如报文ID: `18FECA10` 或 `18ECFF10`)。 2. 解析报文中的SPN和FMI值。 3. 使用映射表匹配对应的DTC。 4. 发送UDS服务(如0x19 ReadDTCInformation)读取DTC详细信息(引用[3]中提到的reportDTCBySeverityMaskRecord等参数)[^3]。 - 示例代码(伪代码): ```c // 假设映射表为全局数组 typedef struct { uint32_t spn; uint8_t fmi; uint32_t dtc; } SPN_FMI_to_DTC_Map; SPN_FMI_to_DTC_Map mapTable[] = { {100, 2, 0xU0123}, {190, 5, 0xP0700} }; uint32_t convertSPN_FMI_to_DTC(uint32_t spn, uint8_t fmi) { for (int i = 0; i < MAP_SIZE; i++) { if (mapTable[i].spn == spn && mapTable[i].fmi == fmi) { return mapTable[i].dtc; // 返回对应的DTC } } return 0xFFFFFFFF; // 未找到映射 } ``` - **步骤3:在ECU内部处理** - ECU可以通过固件函数(如引用[4]的 `InitAddDTC`)在检测到故障时自动生成DTC。例如: - 当传感器监控函数(`DetectFun MonitorFun`)检测到SPN/FMI故障时,调用 `InitAddDTC` 存储DTC并设置严重性级别(如 `dtcLevel`)。 - 这允许UDS服务(如0x19)在响应中报告匹配的DTC(引用[3]中的条件C1和C2)[^3]。 #### 3. **注意事项** - **协议差异**:SPN/FMI是J1939的专用标识(通过DM1报文发送),DTC是UDS的核心元素。转换不是协议强制要求,而是项目特定实现[^2]。 - **风险和限制**: - 映射表需手动维护,确保准确性(例如,SPN/FMI更新时需同步DTC)。 - 并非所有SPN/FMI都有等效DTC;无映射时,诊断工具可能报告"Unknown DTC"。 - **工具支持**:商用诊断工具(如Vector CANoe)通常内置映射功能,但需导入厂商提供的表格。 总之,SPN/FMI到DTC的转换是通过**自定义映射表**实现的,依赖于ECU软件或诊断工具的配置。如果您有具体的SPN/FMI值或ECU型号,我可以帮助分析映射示例。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值