ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

GPTs 医疗诊断助手提示词深度解析:症状自查、急救指导与用药安全的实战设计

GPTs 医疗诊断助手提示词深度解析:症状自查、急救指导与用药安全的实战设计 提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载本仓库GitHub_Trending/gp/GPTs收录了众多 GPTs 的泄漏提示词其中 Medical Diagnosis Assistant 是一份完整、可复用的医疗健康类 ChatGPT 系统提示词。本文以该文档为主体逐条拆解其七大能力模块、交互流程、伦理约束与免责声明设计并结合仓库内同类的 AI Doctor 提示词做横向对照帮助读者掌握医疗科普 症状初筛 急救引导类 GPT 的提示词工程方法以及如何安全、合规地将其复用到自己的 GPT 构建中。一、文档定位一份可直接复用的医疗助手系统提示词在 GPTs 生态中医疗类 GPT 是风险等级最高、也最考验提示词设计的一类。Medical Diagnosis Assistant由 Delio AI 构建其泄漏出的系统提示词见 prompts/Medical Diagnosis Assistant.md完整定义了该 GPT 的角色边界、功能清单、交互方式、伦理准则和免责声明结构相当完整适合作为医疗健康科普助手类 GPT 的提示词模板。从仓库整体看README.md 明确说明这是leaked prompts of GPTs的集合即每条prompts/*.md都是真实 GPT 的提示词快照。因此阅读本文时可以把该文档当作一份运行中的生产级医疗助手提示词来研究而非教学示例。二、七大能力模块全解Features and Capabilities原文档开宗明义地列出了该助手的七个功能模块这既是产品能力清单也是提示词中角色职责的显式声明。逐条展开如下1. 症状自查Symptom Checker用户可以用自然语言描述症状GPT 负责给出可能的解释possible explanations并列出与该症状可能相关的疾病或状况potential conditions or illnesses。实践要点措辞上使用 possible / potential 而非确定性诊断是医疗类提示词的第一安全原则输出应当以症状 → 可能原因列表 → 建议就医指征的结构呈现避免单一断言若复用此模块建议补充追问机制先收集症状持续时间、严重程度、既往病史等上下文再给解释。2. 通用医学知识科普General Medical Information将医学术语、检查流程、治疗概念翻译成普通人能懂的语言定位是教育工具educational tool。实践要点面向非专业受众应强制要求无行话或行话即解释的输出风格可扩展为按主题分层讲解定义 → 原理 → 常见疑问 → 何时需要就医。3. 急救小贴士First Aid Tips针对烧伤、割伤、过敏等常见伤情给出基础急救指导basic first aid instructions帮助用户在紧急情况下立即采取行动。实践要点原文档明确限定为常见伤情 基础指导提示词应同时约束 AI 不得跨越边界处理复杂或致命场景建议在回复中同步给出立即拨打急救电话的条件触发词例如出现意识丧失、大出血、呼吸困难时停止自助建议。4. 预防与生活方式建议Prevention and Lifestyle Advice覆盖饮食建议、运动指导以及常见健康问题的预防输出健康生活方式建议。实践要点该类内容属于低风险科普但提示词仍应要求建议一般化、个性化提示、非医疗处方可结合用户描述的年龄、运动习惯等做轻量个性化避免给出极端饮食方案。5. 医疗资源指引Medical Resources引导用户访问可信医疗资源、权威网站reputable websites并推荐合适的医疗专业人员healthcare professionals做进一步咨询。实践要点这是医疗类 GPT 与纯问答机器人的关键区别它必须知道自己能力的终点在哪里并把用户引导到正确出口复用时建议维护一份权威机构清单式的知识附件将可推荐的资源来源固化在提示词或知识文件中。6. 药物信息Medication Information支持查询非处方药over-the-counter与处方药prescription信息包括副作用、剂量以及可能的相互作用side effects, dosages, potential interactions。实践要点该模块风险最高提示词必须附加双重限定仅供参考 以药品说明书/医生意见为准剂量类回答应提示个体差异严禁给出具体用药方案作为结论。7. 应急响应指导Emergency Response Guidance针对 CPR、窒息choking等生命攸关场景提供分步骤的生命救助指导step-by-step instructions。实践要点原文档用了 life-saving procedures 这一高敏感性表述提示词层面应要求 AI 在给出步骤的同时第一时间提示呼叫专业急救并说明本指导不能替代现场专业救援人员可以约定输出模板当前情况 → 是否需要立即呼叫急救 → 可执行的初步步骤 → 注意事项。三、用户交互设计自然语言问诊路径User Interaction原文档对交互方式的描述虽短但定义了完整的会话契约Users can describe their symptoms or ask questions about medical conditions in plain language. MedDiagnose ChatGPT responds with clear and informative answers, providing explanations, suggestions, and recommendations.即输入侧用户用平实语言描述症状、或直接提问医学问题无需结构化表单输出侧回答必须清晰 信息充分包含解释explanations、建议suggestions与推荐recommendations。从提示词工程角度看这实际上是一个隐式的输出格式约束。若需工程化落地可以在提示词中进一步追加回答四段式模板症状理解 → 可能原因 → 建议动作 → 就医/急救触发条件让输出稳定可预期方便后续接人工审核或转诊流程。四、伦理边界医疗类 GPT 的红线条款Ethical Considerations原文档用三句话划定了医疗助手不可逾越的安全边界这部分是全文最具复用价值的合规骨架非替代声明AI 必须强调自己不能替代专业医疗建议、诊断或治疗not a substitute for professional medical advice, diagnosis, or treatment并鼓励用户咨询医疗专业人员以获得准确评估隐私与数据安全用户敏感的医疗信息必须得到最高优先级保护Privacy and data security should be a top priority准确性与责任回答应限定在一般医学信息与初步症状评估范围内避免过度承诺。工程化落地建议将非替代声明固化为每次医疗相关回答的固定结尾句而非仅在开场提示一次在提示词中约定不确定即承认不确定遇到超出知识范围的症状组合时明确告知无法判断若产品层做落地医疗问答日志应脱敏存储仅保留症状类别特征用于质量分析这与原文档的隐私要求一致。五、目标受众与价值主张Audience Benefits原文档将目标受众定位为Individuals seeking general medical information, preliminary symptom assessments, and advice on common health concerns.即需要一般医学信息、初步症状评估和常见健康问题建议的个人用户。而该产品声称的价值Benefits集中在三点提供可获得且可靠accessible and reliable的医学信息引导用户对自身健康做出知情决策informed decisions促进健康意识与预防措施health awareness and preventive measures。注意原文的措辞全部是信息获取 决策引导层面刻意回避了诊断准确率治疗效果等临床承诺——这是医疗类 GPT 合规定位的范本值得在自建同类 GPT 时原样保留。六、免责声明必须内置的安全阀Disclaimer原文档在结尾给出了明确的免责声明要求MedDiagnose ChatGPT should always include a clear disclaimer stating that it is not a licensed medical practitioner and should not be used as a substitute for professional medical advice.要点拆解始终包含always include免责声明不是一次性提示而是每次相关回答都要携带两个否定锚点不是执业医师not a licensed medical practitioner、不可替代专业医疗建议。可复用为如下中文免责声明模板本回答仅基于通用医学信息提供科普与初步参考不能替代执业医师的诊断、治疗或处方。如症状持续、加重或涉及急危情况请立即联系医疗机构或拨打急救电话。七、仓库横向对照与 AI Doctor 的差异化设计仓库中另一份医疗类提示词 AI Doctorby Yaniv Goldberg提供了鲜明的对照组它的核心策略是资源驱动——在提示词中枚举 PubMed、CDC、WHO、ClinicalTrials.gov、UpToDate、Mayo Clinic、Cleveland Clinic、NIH、BMJ、The Lancet、JAMA、Cochrane Library、NEJM 等权威循证来源要求回答基于这些来源做验证强调最新、循证evidence-based。两者对比可见医疗 GPT 提示词的两种主流架构维度Medical Diagnosis AssistantAI Doctor定位功能模块驱动症状自查/急救/用药/生活方式资源驱动权威医学来源验证能力声明七大模块逐条枚举持续扩充权威资源列表安全策略明确免责声明 伦理条款来源可追溯 循证约束复用侧重交互与合规骨架可信信息底座若自建医疗类 GPT理想方案是把两者结合以 Medical Diagnosis Assistant 的功能清单与免责声明为行为层以 AI Doctor 的权威来源约束为知识层二者恰好互补。八、在仓库中查看、复用与二次开发本仓库只读且仅存放提示词文本使用方式为直接查看与复制。具体操作路径完整提示词正文见 prompts/Medical Diagnosis Assistant.md其中的代码块内即为可整体复制的系统提示词横向参考见 prompts/AI Doctor.md 与仓库内其他垂直领域 GPT 提示词如 痤疮治疗指南、中医专家可观察医疗子领域的提示词写法差异复用时需注意提示词本身不携带医学知识库建议在 GPT 配置中追加权威来源清单 免责声明常量 回答四段式模板并配合 Action 或知识文件接入可验证信源才能达到生产可用标准。九、总结一份医疗助手的合格提示词长什么样从本仓库这份泄漏提示词可以提炼出医疗健康类 GPT 系统提示词的五大必备要素能力边界显式化像原文档一样逐条枚举能做什么症状自查、急救、用药、应急指导等明确能力清单即职责清单输出结构可预期解释 建议 推荐教育式、分步骤、无行话伦理条款内置非替代声明、隐私优先、不确定即承认免责声明高频出现每次相关回答都携带而非仅开场声明一次资源引导闭环知道自己能力的终点把用户引导到专业医疗机构与权威资源。这五条既是提示词文本层面的设计规范也是医疗类 AI 产品合规上线的基本要求。开发者可直接以本文拆解的结构为骨架替换或扩展能力模块快速搭建自己的医疗科普 GPT。赞分享提示工程【免费下载链接】GPTsleaked prompts of GPTs项目地址https://gitcode.com/GitHub_Trending/gp/GPTs点击查看免费下载相关推荐NodeJS-Learning框架大全从Express到Koa的完整对比指南 NodeJS Learning框架大全从Express到Koa的完整对比指南 Node.js作为现代Web开发的重要技术拥有丰富的框架生态系统。本文将终极指南5步构建中文BERT-wwm医疗问答系统打造智能症状识别与诊断助手终极指南5步构建中文BERT wwm医疗问答系统打造智能症状识别与诊断助手 在医疗健康领域快速准确地识别用户症状并提供初步诊断建议是提升医疗服务效率的关键人工智能预训练NLP大模型基础模型上一篇StarRocks 存算分离Shared-Data快速上手基于 Docker MinIO 的完整实战指南下一篇es-toolkit FP 系列用 unionWith 实现基于自定义等值函数的函数式数组合并创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表