问诊智能体（AI就医导航+挂号支付）PRD＆技术方案（MVP→可商用）
定位：面向患者的“就医决策+出行规划+可挂号医生推荐+一键确认支付”的智能体。
重要声明（必须在产品内展示）：本产品仅做就医信息整合与初步健康教育，不替代医生面
诊，不提供确诊结论；遇到急危重症症状（胸痛/呼吸困难/意识障碍/大出血等）应立即拨打
120或就近急诊。
1.背景与目标
1.1用户痛点
，不知道该去哪家医院/哪个科室/哪个医生，信息分散。
， 临近就诊时才发现没号，反复切换多个平台/小程序。
，不清楚医保可用性、医院口碑、到院交通拥堵与出行方式。
1.2产品目标（可量化）
， 将“找医院→找医生→挂号→支付”路径缩短为1次对话+1次确认。
，推荐结果满足:
。 疾病匹配（专科/科室）
。 可达性（距离/耗时/交通态势）
。 可挂号性（医生号源实时可用）
。 合规可解释（推荐依据可展示）
1.3MVP定义（第一阶段)
MVP建议先聚焦1~3个城市/区域、10~30家重点医院，做到“闭环可用”。
， 有真实号源可查/可挂号（通过合作医院接口或第三方统一挂号平台）
， 有出行规划（高德地图）
， 有基础医院画像（位置、重点专科、医保说明、口碑指标）
原因：国内“医院小程序挂号API”高度碎片化且大多不开放，MVP必须通过合作接口/聚合
平台先跑通。
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
2.典型用户流程（端到端）
2.1用户端输入（表单+对话混合）
1. 身份信息：姓名/证件类型+号/手机号（或脱敏ID)
2. 性别、年龄
3. 位置：当前定位/手动地址 （支持“家/公司/酒店”）
4. 病情描述：主诉、持续时间、伴随症状、既往史、用药、过敏史
5. 就诊时间：现在/未来某天某时段
6. 出行方式偏好：步行/公交地铁/自驾/打车（可选“智能推荐”)
7. 医保相关：参保地（省市)、是否使用医保、是否有电子凭证（可选）
2.2智能体输出（分阶段)
、 阶段A：初步分析：
。 风险分层（急诊/尽快就诊/可预约)
。 推荐科室（含备选科室）
。 需要补充的关键信息（如：体温、血压、是否怀孕等)
、 阶段B：医院候选列表（排序+解释）
。 医院名称、地址、距离/预计耗时
。 专科强项/重点学科/排名信息来源
。 医保可用性提示（以医院/医保部门公开信息为准)
。 口碑指标（来源说明）
，阶段C：医生与号源（从第一家开始查，失败自动切换)
。 可挂号医生列表（职称/专长/号别/费用/时间段）
。 若第一家无号：自动请求第二家…直到返回“可挂号医生”
，阶段D：用户确认→挂号一支付
。 用户确认就诊人、医院/科室/医生/时段
。 调起挂号下单
。 调起支付（自费/医保支付视合作与资质)
。 回传挂号结果与就诊提示（携带电子凭证/取号方式/导航)
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
3.关键功能需求（FR)
3.1病情初步分析（LLM)
， 输入：用户病情描述+基础健康信息（性别/年龄/基础病等）
， 输出：
。 风险等级： 急诊丨尽快(24-48h）/可预约(>48h)
。推荐科室（主+备选)
。 推荐就诊类型：门诊/急诊/发热门诊/专科门诊
。 解释：基于哪些症状触发（可展示）
， 约束：
。 不输出“确诊”语气；用“可能/提示/建议排除”
。 命中急危重症特征时强制插入120提示并中止挂号流程
3.2医院检索与排序（LBS+画像)
，医院候选：基干用户位置半径（如5~30km动态）拉取医院PO
、 排序信号（可配置权重）:
a. 科室匹配度
b. 可达性：预计耗时（按用户就诊时间估算）
c. 专科实力：重点专科/权威榜单/医院等级
d. 口碑/评价
e. 医保可用性
f. 号源可用性（可提前探测)
3.3出行方式推荐
、 输入：就诊时间、出行偏好、实时路况/交通态势
，输出：推荐1~2个方案:
。预计耗时、费用区间（若可得)、步行距离、换乘次数
。 迟到风险提示（如高峰拥堵)
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
3.4号源获取与多医院重试
， 逻辑:
。 对医院列表从高到低尝试： 查询科室排班一查询医生号源一锁号/下单
。 若无号/接口失败：降级到下一家医院
。 最终返回：至少1位可挂号医生或给出“无号”原因+可选替代策略（换时问段/换医院/
科室/线上问诊)
3.5支付
， 分两类：
a. 挂号费自费支付：微信支付/支付宝等
b. 医保支付：需要医疗机构/服务商资质与对接（见7.3)
4.数据源与集成方案（可落地版本)
4.1高德地图 （AMapWeb服务API）一一用于：定位/医院POI/出行/路况
已验证可用的官方文档（2026-02~03更新):
， 地理编码/逆地理编码：把地址之经纬度
ohttps://lbs.amap.com/api/webservice/guide/api/georegec
•搜索POI（周边/关键字/ID)：检索“医院”POI，拿到名称、地址、经纬度、POlic
ohttps://lbs.amap.com/api/webservice/guide/api/search
， 路径规划（步行/公交/驾车/骑行/距离测量)：出行方案与耗时
0https://bs.amap.com/api/webservice/guide/api/direction
， 交通态势查询（高级能力，需开通权限）：道路/区域拥堵比例与速度
ohttps://lbs.amap.com/api/webservice/guide/api-advanced/traffic-situation-inquiry
备注：交通态势查询属于“高级服务”，需通过商务或工单开通；MVP可先仅使用路径规划
的耗时结果（其本身会考虑路况)。
4.2医院“专科实力/排名”数据源建议
国内权威来源存在“版权/授权/非结构化发布”问题，建议分层接入:
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
1. 官方/政府公开名单（优先，合规）
。 例如各省/市卫健委发布的“临床重点专科建设项目名单/通知”（可结构化抓取）
示例（省级公示/通知）
0
云南省卫健委
5
上海市卫健委
2. 行业榜单/第三方评价（可选，需授权/注明来源)
。 若使用“复旦版中国医院排行榜”等，应确认可用的公开发布渠道与授权方式：否则只做
“参考信息”并明确来源。
4.3医保可用性数据源建议
• 最可靠：合作医院提供“医保支持范围/结算方式/支持电子凭证”字段（接口或配置表）
， 次优：医院官网/公众号公开说明（需要爬取+人工校验，避免误导）
， 不建议：仅凭第三方口碑平台推断（准确性差）
4.4医院号源/挂号API现状与落地路线
现实情况：
多数医院小程序/HIS接口不对外开放，每家医院参数与鉴权完全不同。
可落地路线（推荐顺序)：
1. 与区域统一挂号平台合作（城市卫健委平台/区域互联网医院平台等)
2. 与第三方挂号平台合作（需要商务与合规)
3. 与重点医院逐家对接（最稳但成本最高)
对接模式建议统一抽象为；
，HospitalConnector接□:listDepartments/listSchedules/1istDoctors/checkSlots
lockSlot createOrder/ pay cancel
每家医院/平台实现一个适配器（Adapter)，对外暴露同一套标准字段。
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
5.系统架构（推荐）
5.1组件划分
， 用户端（小程序/APP/H5）
。 表单采集+对话界面
。订单确认页与支付页
， 智能体编排服务（AgentOrchestrator)
。会话状态机（收集信息→分析→推荐一查号一下单→支付)
。 工具调用 （LBS、号源、支付）
。 多医院重试与降级策略
，医疗知识与规则层
。 急危重症触发规则（RuleEngine)
。 科室映射表（症状→科室）
。 风险提示模板
， 数据层
。 医院画像库（Hospital ProfileDB)：等级、重点专科、医保说明、□碑指标、接□配置
。 日志与审计（满足医疗合规/风控）
， 第三方服务
。 高德地图API
。 医院/平台挂号API
。 支付（微信/支付宝/医保支付）
5.2关键设计：可解释的“推荐打分”
建议将排序拆解成可审计的特征：
，
disease_fit_score（科室/专科匹配）
4
accessibility score（时间/距离/拥堵)
4
reputation_score（口碑）
4
specialty_strength_score（重点专科/榜单)
-
insurance score(医保可用性)
4
slot_availability_score（号源可用）
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
最终：total_score =Σweight_i ＊score_i，并把top3贡献因子展示给用户（“为什么推荐你去
这家”)。
6.智能体编排与“多医院重试”机制（核心）
6.1状态机（简化）
1.
2.
3.
4.
5.
6.
7.
8.
9.
COLLECT_INFC
TRIAGE_AND_DEPT
FETCH_HOSPITAL_CANDIDATES
RANK_HOSPITALS
CHECK_REGISTRATION_LOOF
PRESENT_OPTIONS
CONFIRM_AND_ORDER
PAY
DONE
6.2重试/回退策略
， 优先重试同医院不同时间段（若用户允许）
，再换同区域第二家医院
， 失败降级：
。 提供“改期/改科室/线上问诊/急诊就近”建议
6.3伪代码（便于开发)
hospitals = rankHospitals(candidates)
for h in hospitals:
try:
schedules = connector(h).listSchedules(dept, dateRange)
slots = connector(h). checkSlots(schedules, preference)
if slots. hasAvailable;
doctors = connector(h). listDoctorsWithSlots (slots
return {hospital: h, doctors: doctors, travelPlans: planTravel(user, h)
except TemporaryError:
continue
return{no slot: true, suggestions: [change_time, change_city, online_consult]
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
7.接口与数据模型（建议稿）
7.1前端表单数据结构（Request)
"patient":【
“name”：“张三“，
“idType”：“IDCARD^,
“idNo”：”…“，
“gender”：“M"，
“age”:32,
**********1:ouoqd
(
“1ocation”：
“type":"gpsaddress",
“addressText“：“上海市浦东新区.“
“1ng”:121.5,
“lat“:31.2
)
"complaint"：{
“chief"：“发烧咳嗽"，
“duration”：“2天“
“symptoms”：[“发热"，“咳嗽“，“乏力"],
“history"：【"chronic”：[“哮喘“]，"allergy”：[“青霉素“]}
“attachments“:U
)，
“visit":【
”timeType"：“nowfuture”
“date”:“2026-03-26”
“timeRange”：“AM|PM|18:00-20:00”
一
“travel”:（
"preference":"autoltaxitransitlwalk|smart"
1,
“insurance”:
“uselnsurance": true,
“insuredCityAdcode^:"310000”
“hasECard”: true
2026/3/2422:55
7.2后端核心接口（REST示例）
接口
/api/triage
/api/hospitals/candidates
/api/hospitals/rank
/api/registration/search
/api/registration/ordel
/api/payment/create
/api/payment/notify
方法
POST
POST
POST
POST
POST
POST
POST
问诊智能体_PRD_技术方案.pdf
说明
病情初步分析+科室推荐
基于位置/科室获取候选医院
计算排序并返回解释
号源搜索（内部会执行多医院重试)
锁号/下单
创建支付单（自费/医保）
支付回调
7.3医保支付（微信支付）对接要点（概念层）
微信支付文档显示移动医保支付已升级到2.0（更新时间2026-02-06):
落地依赖：
， 医疗机构/服务商资质、国家医保局相关UI规范、地区“实账/个账”等政策差异
，建议在MVP先做自费挂号费支付，医保支付作为二期能力（否则周期不可控)
8.安全、隐私与合规（必须做)
8.1数据最小化
， 非必要不采集身份证号原文；可用脱敏/加密后存储
， 病情数据默认不长期保存；如需复诊记录必须获得明确授权
8.2鉴权与审计
， 用户侧：手机号+验证码/微信登录
， 医院接口侧：每家医院/平台独立的AppKey/签名/证书
，全链路审计：谁在何时调用了什么医疗数据与下单动作
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
8.3风险控制
• 防“越权挂号”：必须用户二次确认
• 防刷号/抢号：限频、验证码、设备指纹（与合作平台策略一致)
，异常兜底：接口失败不展示“看似成功”的状态
9.里程碑建议
阶段0（1~2周）原型验证
，对话+表单原型、科室推荐、医院列表与导航（无挂号）
阶段1（4~8周）MVP闭环
， 接入高德：POI+路径规划
，接入1个“统一挂号平台”或3~5家合作医院：可查号→可下单→可支付
阶段2（8~16周）扩城+合规模块
，医院画像库完善、重点专科数据结构化
、 医保支付（视合作与资质）
10.未决项（需要你后续拍板/对接）
1. 优先落地城市/医院清单（决定号源接口的可行性)
2. 是否优先做:
0“挂号”还是“线上问诊/图文咨询”
3. 口碑数据来源：自建指标/购买数据/授权合作
4.付费模式：挂号服务费、陪诊增值、会员等
2026/3/2422:55
问诊智能体_PRD_技术方案.pdf
附录A：建议的医院画像字段（Hospital Profile)字段
hospital id
amap poi id
name
level
departments
insurance
reputation
connector type
connector config
sh ruijin
B0FFF...
瑞金医院
三甲
示例
dept:"呼吸内科“、tags:["重点专科“]}]
("supports”:true,"note”:”以院方为准”
【”score”:4.7,”source”:“自建/合作“
"platform_x"
(..)
说明内部ID
高德POlid可结构化科室映射医保提示口碑
对接方式鉴权、路由
