建设背景
妊娠期、哺乳期等特殊人群的用药判断，很少是简单的“能用”或“不能用”。医生和药师需要同时查看药品资料、患者所处阶段、处方中的其他药物、既往风险信息及参考依据，再结合具体诊疗情境作出专业判断。
该医院原有资料分散在药品专论、分级信息、参考材料和业务文档中，查询时需要在多个来源之间切换。处方审核又依赖人员经验，专业资料缺少固定的维护位置，评估过程和结果也没有统一记录。
项目围绕临床与药学服务流程建设用药风险评估平台。系统汇集药品知识、风险规则、患者与处方信息，并保存评估报告和操作记录；医生和药师仍负责处方判断。
业务挑战
首先要解决的是专业知识治理。不同资料对药品名称、风险等级和使用建议的表达并不完全一致，文档内容也不能直接用于系统计算。项目必须先统一数据结构和命名口径，再明确哪些字段用于查询、哪些规则进入评估流程。
处方审核需要结合患者所处阶段和整张处方，不能只查看某一种药的静态标签。系统除呈现单药风险外，还会汇总患者状态、个体因素和多药联合情况，供专业人员复核。
最后，系统需要兼顾一线使用与长期维护。医生端操作不能过于复杂，报告又必须保留依据和重点信息；机构还需要管理药品资料、评估记录、医生与患者信息和人员权限，并方便后续补充更多药品资料和使用场景。
方案设计
整理药品资料
项目先整理药品基础信息、特殊人群用药资料、风险分级、参考依据和建议说明，再统一名称、分类和字段。处理后的资料可供医生查询，也能在风险评估时按规则调用。
知识内容保留资料来源、风险等级和说明之间的对应关系。医生或药师查看结果时可以核对主要依据，管理人员则在后台维护资料和规则。
评估流程
系统围绕诊疗记录和处方审核场景组织评估。使用者可结合患者所处阶段及个体情况发起分析，查看单药风险和整张处方的综合提示；多药联合、相互作用、过敏史及部分个体差异信息也被纳入需要关注的风险维度。
评估时，系统同时读取患者信息、整张处方、药品资料和风险规则，并列出需要重点复核的风险信号。处方处理、替代选择和用药建议由具备资质的专业人员决定。
生成评估报告
每次评估可形成结构化报告，集中呈现风险等级概览、单药与整方的重点提示、影响判断的依据、注意事项和参考建议。报告既要让一线人员快速看到重点，也要保留足够信息供后续审核、沟通和记录查询。
使用端采用微信小程序与 Web 管理后台协同。小程序面向便捷评估、药品信息查询和历史记录回看；Web 端负责知识内容、评估报告及机构业务数据管理。系统可按机构需求采用私有化部署，并结合具体流程进行调整。
管理资料与记录
后台用于维护药品资料、评估报告和历史记录，也可管理医院、医生、患者等相关信息，以及员工权限和系统设置。机构可以据此更新资料，并控制不同人员的操作范围。
系统为后续专业智能问答、知识检索和 RAG 扩展预留了数据接口，但相关功能需要基于审核后的知识内容另行建设。本阶段已经交付药品资料管理、风险评估、小程序使用端和 Web 管理后台。
交付成果
项目交付医生与药师使用的小程序、Web 管理后台、整理后的药品资料、风险评估规则和报告功能，重点覆盖妊娠期、哺乳期等特殊人群的用药场景。
医生与药师可以查询药品资料、发起评估、查看重点提示并回看历史结果；机构人员负责维护药品资料、相关人员信息和权限。相关页面与后台模块均已按上述使用场景交付。
平台支持小程序和 Web 端，也可按机构要求私有化部署。药品资料和评估记录分开管理，后续可以继续增加科室、特殊人群或其他专业用药场景。
使用说明
本系统属于临床药学辅助工具，不构成自动诊断、处方决策或治疗建议，也不能替代医生、药师对患者情况的完整评估。任何风险提示和参考建议都必须结合病史、检验结果、现行指南及医疗机构制度，由专业人员复核。
药品知识、风险分级和参考资料会随证据与规范更新，系统内容需要建立持续维护机制。大语言模型或 RAG 如在后续阶段接入，只能在经审核的知识范围内提供检索和表达辅助，不应将生成内容直接作为临床依据。
案例已对医院名称和业务信息作匿名化处理。医疗数据的采集、存储、访问和部署应依据实际项目的合规要求配置权限与安全措施；页面所述功能用于说明项目交付范围，不面向患者提供个体化用药指导。
