来源与版本一起保存
病历草稿关联转写与预问诊来源。重新提炼先形成待合并结果，再核验版本和人工修改。
来源 → 草稿 → 人工核对 → 版本
三个工作场景诊间文书 · 病案质控 · 院后随访
进入工作台，
看清每个处理环节。
实际项目录屏，展示文书、同步回执、质控与随访。
可切换下方场景，放大查看界面细节。
对话、来源与病历，在同一工作台核对。
预问诊、就诊信息和医患转写衔接到 SOAP 病历草稿。字段保留来源；冲突与缺项直接呈现，医生可修改后保存版本。
- 医患对话与实体来源对照
- SOAP、处方与检查申请分栏查看
- 人工修改保护与版本历史
让工作衔接，
也让状态清楚。
点击阶段，查看输入、处理与输出。
从草稿到归档，每个环节都保留人工核对。
先组织就诊内容，再核对病历。
以本次就诊为上下文，关联预问诊、既往资料与转写来源，整理 SOAP 草稿。未回答的问题保留未知，临床事实冲突交给医生处理。
- 段落来源与临床实体可追溯
- 人工编辑内容参与合并保护
- 冲突、缺项与待确认项清楚呈现
准备就诊上下文、预问诊与转写
↓得到带来源的病历草稿
围绕就诊上下文，
连接文书与后续工作。
依据 MediCopilot 源码整理实现职责。
点击节点，了解数据与状态如何交接。
MediCopilot 实现链路
诊间文书与核验
→→
回执质控与院后衔接
→→
↶ 人工核对与整改 → 更新版本 → 核验签署、回执与归档状态
✓ 人工核验✓ 版本与权限✓ 模拟与接入
签署与投递分别记录
签署前核验阻断项，签后锁定文书。下游 HIS 与 FHIR 回执独立记录，失败项单独处理。
核验 → 签署 → 逐项回执 / 重试职责与状态约束操作
医生、质控与随访角色分别处理对应任务。服务端核验权限、组织范围、版本与锁定状态。
角色 + 组织 + 版本 + 审计从项目演示，
到适合现场的接入。
现有功能与目标医院的联调工作分别确认。
用约定数据和流程验证每个交接点。
前后端与工作流演示
React / TypeScript 工作台，Express 服务端与角色权限、版本校验、审计记录。浏览器模拟模式可直接体验核心场景。
HIS、FHIR、CA、ASR 与外呼为模拟适配器按功能逐项验证
服务端“根据录音重新提炼”已接入 ModelVerse。初始草稿、实体识别、转写、质控建议与随访分析仍使用演示数据。
真实医院接口、模型与语音链路需按目标环境联调围绕工作流，明确交付与验收。
| 模块 | 交付内容 | 验证重点 |
|---|---|---|
| 01诊间工作站 | 预问诊、转写来源、SOAP 草稿与人工编辑 | 来源一致、版本有效、人工修改不被静默覆盖 |
| 02签署与同步 | 签署前核验、签后锁定、HIS / FHIR 回执 | 阻断项有效、逐项投递可核查、失败项可追踪 |
| 03病案质控 | 问题明细、评分、整改提交与复核流程 | 状态与权限正确、对账异常不直接发布 |
| 04院后随访 | 任务计划、风险事件、接管与干预记录 | 责任人明确、归档条件有效、待办不遗漏 |
| 05工程移交 | 前后端、模拟适配器、接口约定与操作说明 | 区分现有演示能力与目标医院的联调工作 |
了解功能，
也了解接入条件。
从实际文书、权限与接口规范开始，
确认实施范围和验证方式。
这个项目主要服务哪些工作？
围绕诊间文书、病案质控与院后随访组织工作。医生核对病历草稿，质控人员处理问题与整改，随访人员接管风险任务，各环节保留版本、来源和处理记录。
AI 能否直接完成诊断或签署？
项目定位为文书与工作流辅助。病历、诊断编码、处方及检查申请需要医生核对；未处理的冲突与确认项会阻断签署，AI 草稿不能直接视为正式医疗结论。
真实模型已经接入哪些功能？
当前服务端已为“根据录音重新提炼”接入 ModelVerse，校验结构、来源与版本后生成待合并结果，保留人工修改。初始草稿、实体识别、实时转写、质控建议与随访分析仍使用演示数据。官网录屏运行在浏览器模拟模式，没有发起真实模型调用。
能否直接连接医院系统？
现有 HIS、FHIR、CA 签署、ASR 与外呼接口为模拟适配器，已展示回执、失败处理和相关状态流程。实际医院接入需要根据接口规范、身份权限、网络环境与院方流程分别联调和验收。
让医护协作，衔接得更清楚。
带着现有流程与接口条件，一起查看项目与接入方式。