AI与药学:生成式人工智能如何帮助构建患者药品说明书?

今天我们一起来研读下一篇AI药学论文《生成式人工智能构建患者药品说明书的方法研究》,详细探讨了如何通过生成式人工智能(GenAI)来构建适合患者的药品说明书,旨在提升患者对药品使用的理解和依从性,并促进合理用药。(关注公众号“赛文AI药学”,获取更多AI与药学内容)

1. 研究背景

  • 药品说明书是指导合理用药的关键媒介,但现有说明书专业性强、信息复杂,普通患者难以理解,容易导致药物使用错误。

    • 美国、欧盟、日本和澳大利亚等国家在患者说明书的设计和实践上较为成熟。例如,美国FDA批准的患者用药信息(PMI)和欧盟的患者信息活页(PILs)都强调语言易懂。

    • 10%的患者因无法理解说明书导致用药错误。

    • 患者希望说明书更加简洁、易读,信息关键、语言通俗。

    • 中国现有药品说明书虽然进行了适老化和无障碍改革,但仅解决了“看得清”的问题,没有解决“看得懂”的问题。

    • 现状问题:

    • 国际实践:

  • 生成式人工智能(GenAI)的优势:

    • 能根据患者的教育背景和理解水平生成易于理解的内容。

    • 高效处理大量说明书,节省人力,减少错误。

2. 研究目的

  • 构建适合中国患者的药品说明书基本框架。

  • 探索基于生成式人工智能生成患者说明书的方法,提升说明书的可读性和患者依从性。

3. 研究方法

3.1 构建患者药品说明书框架

  • 比较分析中国、日本、美国、澳大利亚和欧盟五个国家(地区)的患者药品说明书。

  • 提取共同提及的核心要素,设计适合中国患者的说明书框架,包括:

    1. 药品名称

    2. 适应症

    3. 用法用量(包括漏服处理和食物相互作用)

    4. 注意事项(药物/酒精相互作用、驾驶操作风险)

    5. 不良反应(轻微和严重反应、报告方式)

    6. 储存方法

    7. 药品规格、辅料、包装信息

    8. 生产厂家和联系方式

3.2 构建提示语并优化

  • 使用提示语策略,明确生成式人工智能的生成任务。

    • 上传国家批准的普瑞巴林药品说明书(商品名:乐瑞卡),用作模板优化提示语。

    • 采用“思维链”(Chain-of-Thought,CoT)策略引导模型逐步生成内容。

    • 指令词:明确任务角色和要求(如生产企业提供患者友好型说明书)。

    • 背景描述:任务目标、说明书框架。

    • 输出要求:内容篇幅限制、可读性要求。

    • 输出格式:如清单格式、段落结构。

    • 提示语内容:

    • 案例分析:

3.3 患者药品说明书生成

  • 使用“通义千问2.0”模型,根据优化后的提示语生成普瑞巴林的患者药品说明书。

  • 评估生成说明书的准确性、可读性,并与标准说明书对比。

4. 研究结果

4.1 患者药品说明书框架

  • 设计了一个简化、易读的框架,涵盖核心信息(如药品名称、适应症、用法用量、不良反应等)。

4.2 生成的普瑞巴林患者药品说明书

  • 生成内容特点:

    • 字数减少:从标准说明书的15,395字减少至1,052字。

    • 可读性提升:文本复杂度降至中学生可理解水平。

  • 准确性评估:

    • 生成说明书的初始准确性为77.8%(9项核心内容中7项准确)。

    • 经过高年资药师审核后,准确性达到了与原说明书一致的水平。

4.3 可读性分析

  • 自动化评估显示,生成内容在句子结构、词汇复杂度等方面显著优化,更适合普通患者阅读。

5. 讨论

5.1 患者药品说明书现状与需求

  • 国内患者说明书存在“看不懂”的问题,患者需要“简洁、清晰、突出关键信息”的说明书。

  • 国际先进经验表明,设计基于患者健康素养的说明书能够提升患者的理解能力和依从性。

5.2 GenAI在说明书生成中的应用

  • 优势:

    1. 个性化:根据患者背景生成通俗易懂的内容。

    2. 高效性:快速生成大量说明书,节省人力成本。

    3. 同质性:提供标准化的输出,减少人工差异。

  • 挑战:

    1. 信息全面性依赖标准说明书,若原始说明书内容不足,生成内容会有缺失。

    2. 生成内容需人工审核,确保医学信息的准确性和合法性。

6. 结论

  • 构建了适合中国患者的药品说明书框架,并基于生成式人工智能开发了生成方法。

  • 成果:

    • 明显提升了说明书的可读性和简洁性。

    • 减少了内容复杂度,同时通过人工审核保障了准确性。

  • 未来展望:

    • 推动生成式人工智能技术在患者教育和合理用药中的应用。

    • 探索“人机协作”模式,结合人工审核确保说明书的质量。

7. 文献意义

  • 本研究展示了生成式人工智能在医疗场景中的创新应用,为解决患者药品说明书“看不懂”的问题提供了技术路径。

  • 它同时为全球范围内的患者友好型药品说明书的标准化和高效化提供了实践依据。

针对这篇文献,赛文AI药学认为从AI技术的角度,有三点继续研究的建议:

1. 提升生成模型的医学专业性

  • 建议:在模型训练中加入专门的医学和药学知识库,例如药典、临床指南、不良反应数据库,以及来自权威监管机构(如FDA、EMA)批准的说明书文本。

  • 原因:现有模型对医学术语的理解和生成能力有限,生成内容的准确率(当前为77.8%)仍需提高。通过更有针对性的医学知识注入,可以增强模型在生成药品说明书时的准确性和全面性。

  • 实践方式:构建医学专属的预训练语料库,或者将生成式模型与知识图谱结合,提升生成内容的逻辑性和权威性。

2. 优化提示语设计与动态生成能力

  • 建议:开发智能化提示语优化工具,使提示语能够根据药品特性和患者背景动态调整(例如适应症、目标患者群体、语言难度)。

  • 原因:提示语的设计对生成内容质量至关重要,但目前使用的是固定的提示语策略。通过动态提示语调整,可以更好地适配不同类型药品及患者需求,提高生成内容的针对性和可读性。

  • 实践方式:基于提示语优化的“思维链”方法(Chain-of-Thought, CoT),加入更多细化的指导信息,如特定输出格式和语言风格要求。

3. 强化多模态生成能力

  • 建议:扩展生成式人工智能的能力,使其支持多模态内容生成,例如将文本说明书与可视化图表、视频等结合。

  • 原因:单纯的文字说明书在患者教育中可能效果有限,特别是针对健康素养较低的患者。通过多模态生成,可以更直观地向患者传递用药信息。

  • 实践方式:在模型中整合图像生成(如药品使用示范图)、视频生成(如用药教程)能力,并与患者说明书文本进行同步生成与展示。

往期内容荐读:

数智药学的崛起:人工智能赋能药学新未来

数智药师:AI时代药学服务的引领者

智能决策助力药物安全:大模型在临床处方审核中的突破

数字人技术在药学服务中的应用

药师必备:掌握AI,引领药学服务新时代

LEADER - 大模型蒸馏的药物推荐模型

李新刚:《医院药学的创新引擎:ChatGPT的应用与思考》

ChatGPT 在临床药学中的有效性以及人工智能在药物治疗管理中的作用

评估大语言模型在药物基因组学问答任务中的表现:PGxQA

DDI-GPT:使用知识图谱增强的大模型对药物相互作用进行可解释的预测

生成式AI:药学科普的新引擎

诺奖得主David Baker最新Science论文:药学+AI领域迎来新机遇!

AI与药学:ChatGPT与临床培训——药学博士(Pharm-D)学生的看法、担忧和实践

人工智能大模型在用药处方审核的应用潜力:一项跨 12 个临床专科的前瞻性研究

生成式人工智能在中医药学教育中的应用与挑战

PharmacyGPT: AI赋能精准ICU药物治疗

数智药学:信息药师向AI药师的进化

AI用于研究药物扩大适应症:大模型架起药物分子结构与适应症的桥梁

AI与药学:DrugGPT助力减少英国每年2.37亿次用药错误

AI时代下的家庭药师

AI与药学:用药咨询场景的检索增强AI大模型

欢迎关注公众号“赛文AI药学”!

赛文AI药学,致力于探索人工智能在药学场景中的创新与应用。

<think>好的,用户问的是如何区分PC和H5获取录音权限。首先,我需要明确用户的需求。他们可能是在开发一个需要录音功能的Web应用,想要了解在桌面浏览器(PC)和移动浏览器(H5)上获取麦克风权限的不同方法。需要从技术实现、API使用、用户交互、兼容性等方面进行分析。 首先,回忆一下Web Audio API的相关知识。在Web开发中,获取用户麦克风权限通常使用navigator.mediaDevices.getUserMedia方法。这个方法在PC和移动端的基本调用方式是一样的,但实际应用中可能会有差异。需要分步骤说明两者的不同点。 接下来,权限请求的触发方式。在PC端,大多数浏览器要求用户必须在用户交互(比如点击事件)中触发权限请求,否则会被阻止。而在移动端,尤其是H5页面,可能同样需要用户交互,但不同移动浏览器的行为可能不同。需要确认这一点,是否有例外情况。 然后,用户提示的差异。PC端浏览器通常会在地址栏显示权限请求的图标,而移动端可能会以弹窗或底部提示的方式出现。这里可能需要具体举例,比如Chrome在PC和手机上的不同表现。 安全上下文的要求。无论是PC还是移动端,使用getUserMedia都需要在HTTPS环境下,本地开发环境(localhost)除外。这一点是否一致?需要确认。 设备检测方面,移动端可能需要处理更多设备适配问题,比如前后麦克风的选择,而PC端可能通常只有一个麦克风。但这里可能需要更准确的描述,比如移动设备可能有多个麦克风,但通常由系统管理,而开发者可能不需要特别处理。 兼容性问题。需要列举不同浏览器在PC和移动端对录音权限的支持情况。比如Safari在iOS上的限制,或者某些安卓浏览器的不同行为。 接下来,代码示例部分。需要提供一个基本的请求麦克风权限的代码示例,并指出在PC和H5中的注意事项。比如在移动端可能需要处理自动播放策略,或者用户拒绝后的不同处理方式。 另外,权限持久化方面,PC端浏览器可能会记住用户的选择,而移动端可能每次都需要重新请求,或者有不同的会话管理方式。需要确认不同浏览器的具体行为。 最后,总结关键点,帮助用户区分两者的主要差异,比如触发方式、用户提示、兼容性处理等。确保回答结构清晰,步骤明确,用户能够逐步理解和应用。 需要验证一些不确定的点,比如移动端是否真的每次都需要用户交互触发,或者不同浏览器是否有不同的策略。例如,iOS上的Safari对getUserMedia的调用是否有严格的用户手势要求,而Chrome on Android是否允许在某些情况下自动触发。此外,权限请求的UI展示在不同平台上的具体表现,可能需要进一步查证。 另外,设备检测方面,是否需要使用mediaDevices.enumerateDevices来列出麦克风设备,这在移动端是否有必要,或者是否通常只有一个可用麦克风。这部分可能需要简化,避免复杂化问题。 最后,确保回答符合用户可见层的要求,结构清晰,逐步解决问题,并且内容真实可靠。避免技术错误,比如错误的API名称或不兼容的浏览器示例。</think>区分PC端和移动端H5获取录音权限的实现差异,主要涉及浏览器API调用方式、用户交互流程及兼容性处理。以下是关键点分析: --- ### **一、核心API调用** 无论PC或H5均使用Web API `navigator.mediaDevices.getUserMedia()`,但实现细节不同: ```javascript // 通用代码框架 async function requestMicrophone() { try { const stream = await navigator.mediaDevices.getUserMedia({ audio: true }); // 成功获取音频流 } catch (error) { // 处理权限拒绝或错误 } } ``` --- ### **二、用户交互差异** | **场景** | **PC端** | **H5(移动端)** | |----------------|----------------------------------------|---------------------------------------| | **触发条件** | 需用户主动交互(如点击按钮) | 同样需用户手势触发,部分浏览器更严格 | | **权限弹窗** | 浏览器顶部地址栏提示 | 系统级弹窗或底部提示栏 | | **持久化策略** | 浏览器可记住用户选择 | 部分移动浏览器每次刷新需重新授权 | --- ### **三、兼容性注意事项** 1. **PC端重点问题** - 旧版Edge/Firefox 需处理 `getUserMedia` 前缀 - Safari 要求 HTTPS 环境 2. **H5移动端特殊处理** - **iOS Safari**:首次拒绝后需手动开启(设置 > Safari > 麦克风) - **微信浏览器**:需配置JS接口安全域名 - **安卓WebView**:需应用层声明录音权限 --- ### **四、关键代码适配技巧** 1. **检测设备类型** ```javascript const isMobile = /Android|webOS|iPhone|iPad|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent); ``` 2. **错误处理优化** ```javascript catch (error) { if (error.name === 'NotAllowedError') { // 提示用户手动开启权限 if (isMobile) alert('请前往系统设置启用麦克风权限'); } } ``` 3. **自动播放策略(H5重点)** ```javascript // 移动端需在用户交互后立即播放音频,避免静音阻塞 audioElement.play().catch(() => { /* 处理自动播放失败 */ }); ``` --- ### **五、调试建议** 1. **PC端**:使用Chrome `chrome://settings/content/microphone` 管理权限 2. **H5移动端**: - Android Chrome:长按页面 > 站点设置 - iOS Safari:需完全关闭页面后重新进入 --- ### **总结** - **本质相同**:均依赖 `getUserMedia` API,但交互流程和系统限制不同 - **核心差异**:移动端涉及更多系统级权限管控和浏览器兼容问题 - **适配关键**:结合设备检测优化提示逻辑,优先在HTTPS环境部署
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

明哲AI

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值