面向医疗群体智能的协同诊疗与群体决策支持系统（上）

2 面向医疗群体智能的完整编程实现路径2.1 系统总体目标本系统旨在构建一个面向医疗群体的智能协同决策平台通过整合医生群体、患者信息、医学知识库、人工智能模型和群体决策算法实现医疗场景中的多主体协同诊断、治疗建议聚合、群体智慧提取和人机协作辅助。系统重点服务四类智能机制智能类型编程实现目标核心功能CICollective Intelligence实现医生群体协同诊疗多医生会诊、讨论、共识生成SISwarm Intelligence实现医疗资源与流程自组织优化分诊、排班、路径优化、资源调度WCWisdom of Crowds实现独立诊断意见聚合多医生独立判断、加权投票、诊断排序CrICollaborative Intelligence实现人类医生与 AI 协同AI 辅助诊断、解释生成、风险提示、人机反馈2.2 最新技术栈选择医疗智能系统不能只追求“最新”还要兼顾稳定性、生态成熟度、安全性和可维护性。因此建议采用“Python TypeScript Rust PostgreSQL FHIR”的组合。截至 2026 年 5 月Python 官网下载页显示 Python 3.14.4 已于 2026 年 4 月 7 日发布可作为后端 AI 与算法开发的主语言。(Python.org) TypeScript 6.0 是面向 TypeScript 7.0 的过渡版本官方说明其正在为未来基于 Go 的新编译器和语言服务做准备。(Microsoft for Developers) Rust 1.95.0 于 2026 年 4 月发布适合用于高性能调度、并发计算和安全敏感模块。(Rust 编程语言博客) PostgreSQL 官方信息显示当前支持版本包括 PostgreSQL 18.3、17.9、16.13 等适合作为医疗业务数据和结构化病例数据的核心数据库。(PostgreSQL)推荐技术栈如下层级推荐语言 / 框架作用前端交互层TypeScript 6 Next.js 16医生端、患者端、管理端界面后端服务层Python 3.14 FastAPIAPI 服务、业务逻辑、模型调用算法计算层Python 3.14 / Rust 1.95群体决策算法、资源优化算法AI 模型层Python PyTorch / Transformers / LangChain / vLLM医学文本理解、RAG、辅助诊断数据存储层PostgreSQL 18 pgvector Redis病例数据、诊断意见、向量检索、缓存医疗标准层HL7 FHIR R5 SMART on FHIR医疗数据交换与电子病历集成部署层Docker Kubernetes Nginx容器化部署、扩展、负载均衡安全层OAuth2 / OpenID Connect / RBAC医生权限、患者隐私、访问控制FastAPI 适合本系统的原因是它基于 Python 类型提示构建 API并且官方文档明确支持 OpenAPI 和 JSON Schema 标准适合构建医疗场景中需要清晰接口规范的后端服务。(FastAPI) FHIR 是 HL7 发布的医疗数据交换标准可用于患者、诊断、观察指标、用药、影像报告等结构化医疗数据交换。(FHIR) SMART on FHIR 则可用于把应用接入电子病历工作流支持基于 FHIR、OAuth2、OpenID Connect 的医疗应用集成。(智能健康IT文档)2.3 系统总体架构系统可以采用“前后端分离 微服务 AI 服务独立部署”的架构。用户层 ├── 医生端 Web ├── 专家端 Web ├── 患者端小程序 / App └── 医疗管理端后台 业务服务层 ├── 用户与权限服务 ├── 病例管理服务 ├── 群体诊断服务 ├── 医生协同服务 ├── AI 辅助诊断服务 ├── 医疗资源调度服务 └── 审计与日志服务 智能算法层 ├── CI 协同决策模块 ├── WC 群体智慧聚合模块 ├── SI 自组织调度优化模块 ├── CrI 人机协作模块 └── 模型评估与反馈模块 数据层 ├── PostgreSQL病例、用户、诊断意见 ├── Redis缓存、会话、任务队列 ├── MinIO影像、报告、附件 ├── Vector DB医学知识向量库 └── FHIR Server标准化医疗数据接口2.4 核心功能模块设计2.4.1 病例数据采集模块该模块负责采集患者的基础信息、主诉、现病史、既往史、检查结果、影像报告、用药记录和初步诊断。主要功能包括1. 新建病例 2. 上传检查报告 3. 结构化录入症状 4. 接入电子病历系统 5. 使用 FHIR 标准转换数据 6. 对敏感信息进行脱敏处理核心数据结构可以设计为frompydanticimportBaseModelfromtypingimportlist,optionalfromdatetimeimportdatetimeclassPatientCase(BaseModel):case_id:strpatient_id:strage:intgender:strchief_complaint:strpresent_illness:strmedical_history:str|NoneNonelab_results:list[dict][]imaging_reports:list[str][]created_at:datetime2.4.2 CI 群体协同诊疗模块CI 模块重点实现医生之间的合作行为。系统应支持多名医生围绕同一病例进行独立判断、讨论、修正和最终共识生成。实现流程病例发布 ↓ 系统邀请相关医生 ↓ 医生独立提交诊断意见 ↓ 系统隐藏其他医生意见避免从众偏差 ↓ 第一轮意见聚合 ↓ 开放讨论区 ↓ 医生补充证据和修改意见 ↓ 形成最终群体诊断结果核心表设计CREATETABLEdoctor_opinion(opinion_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,doctor_id UUIDNOTNULL,diagnosisTEXTNOTNULL,confidenceFLOATCHECK(confidence0ANDconfidence1),evidenceTEXT,submitted_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP,is_finalBOOLEANDEFAULTFALSE);2.4.3 WC 群体智慧聚合模块WC 模块的核心是“多个独立判断的聚合”。可以实现三类算法1. 多数投票法适合简单诊断任务。fromcollectionsimportCounterdefmajority_vote(diagnoses:list[str])-str:counterCounter(diagnoses)returncounter.most_common(1)[0][0]2. 置信度加权法适合医生提交诊断时同时给出置信度的情况。fromcollectionsimportdefaultdictdefconfidence_weighted_vote(opinions:list[dict])-list[tuple[str,float]]:scoresdefaultdict(float)foriteminopinions:diagnosisitem[diagnosis]confidenceitem[confidence]scores[diagnosis]confidencereturnsorted(scores.items(),keylambdax:x[1],reverseTrue)3. 专业能力加权法适合不同医生资历、专科背景和历史准确率不同的场景。defexpert_weighted_vote(opinions:list[dict])-list[tuple[str,float]]:scoresdefaultdict(float)foriteminopinions:diagnosisitem[diagnosis]confidenceitem[confidence]expertise_weightitem[expertise_weight]historical_accuracyitem[historical_accuracy]final_weightconfidence*expertise_weight*historical_accuracy scores[diagnosis]final_weightreturnsorted(scores.items(),keylambdax:x[1],reverseTrue)聚合结果不应只输出一个结论而应输出1. 最高可能诊断 2. 候选诊断排序 3. 群体一致性程度 4. 分歧点 5. 支撑证据 6. 需要进一步检查的项目2.4.4 SI 医疗自组织调度模块SI 模块主要用于医疗资源优化例如分诊、床位调度、医生排班、急诊路径规划、检查设备分配等。可采用的算法包括1. 蚁群算法适合路径优化和检查流程优化 2. 粒子群算法适合资源分配和参数优化 3. 遗传算法适合医生排班和床位调度 4. 多智能体系统适合医院内部动态协同示例目标函数Minimize: 患者等待时间 医生工作负载不均衡 设备空闲率 急诊响应时间 Subject to: 医生专业匹配 检查设备可用 床位容量限制 患者病情优先级伪代码如下defoptimize_resource_allocation(patients,doctors,devices):populationinitialize_solutions(patients,doctors,devices)forgenerationinrange(100):fitness_scoresevaluate(population)selectedselect_best(population,fitness_scores)crossedcrossover(selected)mutatedmutate(crossed)populationmutatedreturnbest_solution(population)2.4.5 CrI 人机协作智能模块CrI 模块用于实现医生与 AI 的协同而不是让 AI 直接替代医生。推荐采用 RAG即 Retrieval-Augmented Generation检索增强生成架构。实现流程医生输入病例 ↓ 系统提取症状、检查指标、病史 ↓ 向量数据库检索相关医学指南、病例、文献 ↓ 大语言模型生成候选诊断 ↓ 系统给出解释、证据和风险提示 ↓ 医生确认、修改或拒绝 AI 建议 ↓ 系统记录反馈用于持续优化AI 输出格式应严格结构化{possible_diagnoses:[{name:肺炎,probability:0.72,supporting_evidence:[发热,咳嗽,影像提示感染],recommended_tests:[血常规,CRP,胸部CT],risk_level:medium}],warning:该结果仅作为辅助参考最终诊断需由医生确认。}2.5 后端 API 实现路径建议使用 Python 3.14 FastAPI 构建后端。项目结构medical_collective_intelligence/ ├── app/ │ ├── main.py │ ├── api/ │ │ ├── case_api.py │ │ ├── opinion_api.py │ │ ├── aggregation_api.py │ │ └── ai_api.py │ ├── models/ │ │ ├── case.py │ │ ├── opinion.py │ │ └── user.py │ ├── services/ │ │ ├── case_service.py │ │ ├── aggregation_service.py │ │ ├── ai_service.py │ │ └── scheduling_service.py │ ├── algorithms/ │ │ ├── majority_vote.py │ │ ├── weighted_vote.py │ │ ├── consensus_score.py │ │ └── swarm_optimization.py │ └── database/ │ ├── connection.py │ └── migrations/ ├── tests/ ├── docker-compose.yml └── pyproject.tomlFastAPI 主入口fromfastapiimportFastAPIfromapp.api.case_apiimportrouterascase_routerfromapp.api.opinion_apiimportrouterasopinion_routerfromapp.api.aggregation_apiimportrouterasaggregation_router appFastAPI(titleMedical Collective Intelligence System,version1.0.0)app.include_router(case_router,prefix/cases,tags[Cases])app.include_router(opinion_router,prefix/opinions,tags[Opinions])app.include_router(aggregation_router,prefix/aggregation,tags[Aggregation])app.get(/health)defhealth_check():return{status:ok}诊断意见聚合接口fromfastapiimportAPIRouterfromapp.services.aggregation_serviceimportaggregate_case_opinions routerAPIRouter()router.get(/{case_id})defget_aggregation_result(case_id:str):resultaggregate_case_opinions(case_id)return{case_id:case_id,aggregation_result:result}2.6 前端实现路径前端建议使用 TypeScript 6 Next.js 16。核心页面包括1. 登录页面 2. 病例列表页面 3. 病例详情页面 4. 独立诊断提交页面 5. 群体诊断结果页面 6. 医生讨论区 7. AI 辅助建议页面 8. 管理后台与统计分析页面前端页面结构frontend/ ├── app/ │ ├── login/ │ ├── cases/ │ │ ├── page.tsx │ │ └── [caseId]/page.tsx │ ├── dashboard/ │ └── admin/ ├── components/ │ ├── CaseCard.tsx │ ├── DiagnosisForm.tsx │ ├── ConsensusPanel.tsx │ ├── AIAssistantPanel.tsx │ └── DiscussionBoard.tsx ├── lib/ │ ├── api.ts │ └── auth.ts └── types/ ├── case.ts └── opinion.ts前端核心数据类型exportinterfaceDoctorOpinion{opinionId:string;caseId:string;doctorId:string;diagnosis:string;confidence:number;evidence:string;submittedAt:string;}exportinterfaceAggregationResult{topDiagnosis:string;rankedDiagnoses:{name:string;score:number;}[];consensusScore:number;disagreementPoints:string[];}2.7 数据库设计路径核心数据库建议使用 PostgreSQL。主要数据表包括user医生、专家、管理员、患者 patient_case病例信息 doctor_opinion医生诊断意见 aggregation_result群体聚合结果 ai_suggestionAI 辅助建议 discussion_message医生讨论记录 audit_log审计日志 medical_resource医疗资源 schedule_task调度任务示例CREATETABLEaggregation_result(result_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,top_diagnosisTEXTNOTNULL,ranked_diagnoses JSONBNOTNULL,consensus_scoreFLOAT,disagreement_points JSONB,generated_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);2.8 系统开发阶段安排第一阶段需求分析与场景建模明确系统服务对象1. 医生 2. 专科专家 3. 患者 4. 医院管理者 5. AI 辅助系统明确主要业务场景1. 疑难病例会诊 2. 多医生独立诊断 3. 群体诊断聚合 4. AI 辅助诊断 5. 医疗资源调度 6. 医生协同讨论第二阶段数据标准化医疗数据必须优先标准化否则后续 AI 和群体算法很难稳定运行。应完成1. 建立病例数据结构 2. 建立症状编码体系 3. 建立诊断术语库 4. 接入 ICD / SNOMED / FHIR 5. 完成患者隐私脱敏 6. 建立数据访问权限第三阶段后端服务开发优先开发基础服务1. 用户登录与权限管理 2. 病例创建与查询 3. 医生意见提交 4. 群体意见聚合 5. AI 建议生成 6. 审计日志记录后端接口示例POST /cases GET /cases/{case_id} POST /opinions GET /aggregation/{case_id} POST /ai/diagnosis GET /audit/{case_id}第四阶段群体智能算法开发重点实现四类算法模块1. 多数投票算法 2. 置信度加权算法 3. 专家权重算法 4. 群体一致性评分算法群体一致性评分可以这样设计defcalculate_consensus_score(opinions:list[dict])-float:totallen(opinions)iftotal0:return0.0diagnosis_count{}foropinioninopinions:diagnosisopinion[diagnosis]diagnosis_count[diagnosis]diagnosis_count.get(diagnosis,0)1max_countmax(diagnosis_count.values())returnmax_count/total输出解释consensus_score 接近 1说明医生群体高度一致 consensus_score 接近 0.5说明存在明显分歧 consensus_score 较低说明需要继续讨论或补充检查。第五阶段AI 辅助模块开发AI 模块不能直接给出最终诊断应定位为“辅助建议”。开发内容包括1. 医学知识库构建 2. 病例文本向量化 3. 相关指南检索 4. 候选诊断生成 5. 解释与证据输出 6. 医生反馈收集安全规则1. AI 输出必须标注“辅助参考” 2. AI 不得自动替代医生最终诊断 3. 所有 AI 建议必须留痕 4. 高风险建议必须触发人工复核 5. 医生可以接受、修改或拒绝 AI 建议第六阶段前端界面开发医生端重点不是炫酷而是清晰、低负担、符合临床工作流。页面逻辑病例列表 ↓ 病例详情 ↓ 提交独立诊断 ↓ 查看群体聚合结果 ↓ 查看 AI 辅助建议 ↓ 参与讨论 ↓ 形成最终诊断第七阶段实验验证与系统评估论文中可以从以下指标评估系统评估类别指标诊断准确性Top-1 Accuracy、Top-3 Accuracy群体效果个体医生准确率 vs 群体聚合准确率一致性Consensus Score、Kappa 系数效率平均诊断时间、会诊完成时间AI 辅助效果有 AI vs 无 AI 的准确率差异安全性错误建议率、高风险误判率用户体验医生满意度、系统可用性评分第八阶段部署与安全合规部署架构Nginx ↓ Frontend Container ↓ Backend API Container ↓ AI Model Service ↓ PostgreSQL / Redis / Vector DB ↓ Audit Log / Monitoring安全措施1. HTTPS 加密 2. JWT / OAuth2 登录 3. RBAC 角色权限控制 4. 患者数据脱敏 5. 操作日志不可篡改 6. 模型输出审计 7. 数据备份与恢复2.9 最终系统实现路径总结可以将完整编程实现路径概括为需求分析 ↓ 医疗数据标准化 ↓ 系统架构设计 ↓ 数据库建模 ↓ 后端 API 开发 ↓ 前端交互开发 ↓ 群体智能算法实现 ↓ AI 辅助诊断模块开发 ↓ 医生协同模块开发 ↓ 医疗资源调度模块开发 ↓ 系统安全与权限控制 ↓ 实验验证 ↓ 部署上线 ↓ 持续优化2.10 可写入论文的表述版本本研究拟基于现代软件工程方法构建面向医疗群体智能的协同决策支持系统。系统采用 Python、TypeScript、Rust 等现代编程语言进行模块化开发其中 Python 主要承担后端业务逻辑、医学人工智能模型调用和群体决策算法实现TypeScript 主要承担医生端、患者端与管理端的交互界面开发Rust 主要用于高性能医疗资源调度和并发计算模块。数据库层采用 PostgreSQL 存储结构化病例数据、医生诊断意见和群体聚合结果并结合向量数据库实现医学知识检索。系统同时引入 HL7 FHIR 标准以提升医疗数据交换能力并通过 OAuth2、OpenID Connect 和角色权限控制机制保障数据访问安全。在功能实现方面系统围绕 CI、SI、WC 和 CrI 四类医疗群体智能范式进行设计。CI 模块用于支持多医生协同会诊和共识生成SI 模块用于实现医疗资源的自组织调度与流程优化WC 模块用于对多个医生的独立诊断意见进行多数投票、置信度加权和专家权重聚合CrI 模块则通过医学知识库检索和大语言模型生成辅助诊断建议实现医生与人工智能系统之间的协作。系统最终输出不仅包括候选诊断结果还包括群体一致性评分、诊断分歧点、支撑证据和进一步检查建议从而提升医疗决策的透明度、可解释性和可靠性。该实现路径能够将医疗群体智能理论转化为可运行、可验证、可扩展的软件系统为后续开展实验评估、临床模拟和真实医疗场景应用提供技术基础。你现在这部分可以继续扩展成论文的第 2 章或第 3 章标题可以写成“面向医疗群体智能的系统设计与编程实现路径”。当然可以。你前面的方向已经很完整了下面继续把“完整编程实现路径”扩展成更像论文正文的内容重点补充业务流程、数据流、核心算法、前后端交互、AI 模块、系统安全、测试部署和论文实验设计。2.11 系统业务流程设计面向医疗群体智能的系统并不是一个单纯的在线问诊平台而是一个以“病例”为核心以“多主体协同决策”为主线以“群体智能算法和 AI 辅助模型”为支撑的综合系统。系统完整业务流程可以设计如下患者病例创建 ↓ 病例数据结构化 ↓ 系统进行病例分类和风险分级 ↓ 匹配相关医生或专家群体 ↓ 医生独立提交诊断意见 ↓ 系统进行群体意见聚合 ↓ AI 辅助模块生成参考建议 ↓ 系统比较医生群体意见与 AI 建议 ↓ 开放医生讨论和二次修正 ↓ 生成最终群体诊断结果 ↓ 输出诊疗建议、风险提示和后续检查方案 ↓ 记录医生反馈和系统决策过程 ↓ 进入持续学习与质量评估模块这个流程体现了医疗群体智能系统的核心逻辑先保持独立判断再进行群体聚合最后通过协作讨论和 AI 辅助形成更可靠的医疗决策。2.12 系统用户角色设计系统中至少应包含五类用户角色。2.12.1 患者角色患者主要负责提交基础信息、症状描述、既往病史和检查资料。主要功能包括1. 填写基本信息 2. 提交主诉和症状 3. 上传检验报告、影像报告、病历资料 4. 查看医生群体诊断结果 5. 查看后续检查建议 6. 参与医患共享决策2.12.2 普通医生角色普通医生是系统中最核心的判断主体负责独立诊断和参与协作讨论。主要功能包括1. 查看被分配病例 2. 独立提交初步诊断意见 3. 标注诊断置信度 4. 提供诊断依据 5. 查看群体聚合结果 6. 参与病例讨论 7. 确认或修正最终诊断2.12.3 专科专家角色专科专家主要参与复杂病例、疑难病例和高风险病例的复核。主要功能包括1. 查看高风险病例 2. 提供专科诊断意见 3. 对群体诊断结果进行复核 4. 给出治疗建议 5. 标注关键风险点2.12.4 医疗管理者角色医疗管理者主要关注系统运行效率、医生协作质量和医疗资源调度。主要功能包括1. 查看病例处理进度 2. 查看医生工作量 3. 分析群体诊断准确率 4. 监测高风险病例 5. 管理医生权限 6. 审计系统操作日志2.12.5 AI 辅助系统角色AI 系统不是最终决策者而是辅助信息提供者。主要功能包括1. 提取病例关键信息 2. 检索相关医学知识 3. 生成候选诊断 4. 解释诊断依据 5. 提示潜在风险 6. 推荐进一步检查项目 7. 接收医生反馈并优化输出2.13 系统数据流设计医疗群体智能系统的数据流可以分为五个阶段。2.13.1 数据输入阶段输入数据主要包括1. 患者人口学信息 2. 主诉信息 3. 现病史 4. 既往史 5. 检查检验结果 6. 影像报告 7. 医生诊断意见 8. AI 生成建议 9. 群体讨论记录数据输入后系统需要完成格式转换、字段校验和隐私脱敏。例如患者原始输入为患者男58 岁咳嗽发热 5 天伴胸闷既往有糖尿病史。系统应结构化为{age:58,gender:male,chief_complaint:咳嗽发热 5 天伴胸闷,medical_history:[糖尿病],symptoms:[咳嗽,发热,胸闷],duration:5 天}2.13.2 数据预处理阶段数据预处理包括1. 缺失值检查 2. 异常值检测 3. 医学术语标准化 4. 症状实体识别 5. 检验指标单位统一 6. 患者身份信息脱敏例如“血糖偏高” → 标准化为 “血糖异常升高” “胸片显示感染” → 标准化为 “肺部感染影像学表现”2.13.3 群体判断阶段医生独立提交意见系统记录以下信息1. 医生编号 2. 专业方向 3. 初步诊断 4. 候选诊断列表 5. 诊断置信度 6. 诊断依据 7. 建议检查 8. 提交时间2.13.4 智能计算阶段系统调用群体智能算法和 AI 模型进行计算1. 多数投票 2. 置信度加权 3. 专家能力加权 4. 群体一致性评分 5. 医生意见分歧分析 6. AI 候选诊断生成 7. 人机结果对比2.13.5 结果输出阶段最终输出不是单一诊断而是综合性诊断报告。报告内容包括1. 群体最可能诊断 2. 候选诊断排序 3. 医生群体一致性 4. 主要分歧点 5. AI 辅助建议 6. 高风险提示 7. 推荐进一步检查 8. 最终确认医生 9. 审计记录2.14 数据库实体关系设计系统数据库应围绕“病例—医生—意见—聚合结果—AI 建议—讨论记录”展开。核心实体关系如下Patient 1 —— N PatientCase PatientCase 1 —— N DoctorOpinion PatientCase 1 —— 1 AggregationResult PatientCase 1 —— N AISuggestion PatientCase 1 —— N DiscussionMessage Doctor 1 —— N DoctorOpinion Doctor 1 —— N DiscussionMessage可以设计为以下核心表。2.14.1 患者表 patientCREATETABLEpatient(patient_id UUIDPRIMARYKEY,name_hashTEXTNOTNULL,genderVARCHAR(20),ageINT,phone_hashTEXT,created_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);这里不直接保存患者真实姓名和手机号而是保存哈希值目的是降低隐私泄露风险。2.14.2 病例表 patient_caseCREATETABLEpatient_case(case_id UUIDPRIMARYKEY,patient_id UUIDNOTNULL,chief_complaintTEXTNOTNULL,present_illnessTEXT,medical_historyTEXT,allergy_historyTEXT,family_historyTEXT,risk_levelVARCHAR(20),case_statusVARCHAR(30),created_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP,updated_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);其中case_status可以包括created病例已创建 assigned已分配医生 opinion_collecting正在收集医生意见 aggregated已完成群体聚合 discussion正在讨论 finalized已形成最终结果 archived已归档2.14.3 医生表 doctorCREATETABLEdoctor(doctor_id UUIDPRIMARYKEY,nameTEXTNOTNULL,departmentTEXT,specialtyTEXT,titleTEXT,years_of_experienceINT,historical_accuracyFLOATDEFAULT0.5,created_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);historical_accuracy可根据医生过往诊断与最终结果的一致性动态更新但在实际医疗应用中必须谨慎使用避免简单量化医生能力造成不公平评价。2.14.4 医生意见表 doctor_opinionCREATETABLEdoctor_opinion(opinion_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,doctor_id UUIDNOTNULL,primary_diagnosisTEXTNOTNULL,differential_diagnoses JSONB,confidenceFLOATCHECK(confidence0ANDconfidence1),evidenceTEXT,recommended_tests JSONB,submitted_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP,revised_atTIMESTAMP);2.14.5 群体聚合结果表 aggregation_resultCREATETABLEaggregation_result(result_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,top_diagnosisTEXTNOTNULL,ranked_diagnoses JSONBNOTNULL,consensus_scoreFLOAT,disagreement_points JSONB,aggregation_methodVARCHAR(50),generated_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);2.14.6 AI 建议表 ai_suggestionCREATETABLEai_suggestion(suggestion_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,model_nameTEXT,possible_diagnoses JSONB,supporting_evidence JSONB,risk_warnings JSONB,recommended_tests JSONB,generated_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP,doctor_feedbackTEXT);2.14.7 讨论记录表 discussion_messageCREATETABLEdiscussion_message(message_id UUIDPRIMARYKEY,case_id UUIDNOTNULL,doctor_id UUIDNOTNULL,messageTEXTNOTNULL,created_atTIMESTAMPDEFAULTCURRENT_TIMESTAMP);