技术与信任
信任应在设计中建立，而不是事后补上。
了解 ASKLEMER 的专有 SOAP 数据、同意机制、去标识化、受控训练、本地推理路线及专业人士保障措施。
ASKLEMER 被设计为受控临床数据闭环：获授权的专有 SOAP 病历数据支持模型开发，专业人士审核每项输出，而未来本地推理则旨在尽量减少日常云端传输。
专有 SOAP 语料库
临床基础是真实针灸 SOAP 病历的专有语料库，来自教学与常规执业诊所环境，而不只依赖合成对话。
先同意，后再利用
未来患者记录只有在适当授权流程下明确选择加入，才会进入模型改进流程。
先去标识化
获授权信息进入专有训练环境前先完成去标识化。
受控训练
模型开发计划使用 ASKLEMER 控制或审慎选择的基础设施；客户数据不会用于训练第三方基础模型。
本地推理目标
更新后的模型计划在专业人士选择的本地推理设备上运行，使日常临床推理可留在现场。
专业人士全程参与
系统负责辅助、草拟与建议；未经专业人士审核，它不会定稿病历或决定临床计划。
闭环生命周期
从选择加入的数据到本地模型更新。
授权
患者明确选择符合条件的未来病历资料是否可用于模型改进。
去标识化
获授权临床资料在用于训练前与身份识别信息分离。
私有训练
去标识化数据在自有或审慎选择的基础设施内改进模型，包括受控数据中心算力。
本地分发
经验证的模型更新计划回传至专业人士选择的本地推理设备。
基础设施边界
经选择的基础设施不是开放数据通道。
ASKLEMER 可在自有设施运行训练工作负载，也可向 AWS 等经选择的基础设施供应商租用算力。相关基础设施计划在 ASKLEMER 控制的环境、合同、访问政策、加密与审计控制下运行。
本地推理路线属于目标架构。在全面实施并验证前，本站不会宣称所有流程都不使用云端，也不会声称已取得尚未完成的认证。
访问方式
独立使用，或与专业人士的 EHR 集成。
独立网站：专用临床工作区，用于结构化 SOAP 草拟、引用检索与专业人士审核。
EHR 集成：计划通过受支持的 API、命令行工具或 MCP 接口连接 athenahealth 等兼容系统。访问、写回与合作伙伴权限须在使用前确认。
产品边界
- ASKLEMER 仍在开发中，不属于医疗器械。
- 它不向患者提供医疗建议。
- 它不诊断、治疗或治愈疾病。
- 所有输出均须由持证专业人士审核。
- 安全承诺是设计原则，而不是已完成的认证。
- 隐私与合规义务取决于最终部署与使用方式。
有尽职调查问题？
欢迎询问计划中的控制措施、评估方案或试点保障。