技术与信任

信任应在设计中建立，而不是事后补上。

了解 ASKLEMER 的专有 SOAP 数据、同意机制、去标识化、受控训练、本地推理路线及专业人士保障措施。

ASKLEMER 被设计为受控临床数据闭环：获授权的专有 SOAP 病历数据支持模型开发，专业人士审核每项输出，而未来本地推理则旨在尽量减少日常云端传输。

专有 SOAP 语料库

临床基础是真实针灸 SOAP 病历的专有语料库，来自教学与常规执业诊所环境，而不只依赖合成对话。

未来患者记录只有在适当授权流程下明确选择加入，才会进入模型改进流程。

获授权信息进入专有训练环境前先完成去标识化。

模型开发计划使用 ASKLEMER 控制或审慎选择的基础设施；客户数据不会用于训练第三方基础模型。

更新后的模型计划在专业人士选择的本地推理设备上运行，使日常临床推理可留在现场。

系统负责辅助、草拟与建议；未经专业人士审核，它不会定稿病历或决定临床计划。

闭环生命周期

患者明确选择符合条件的未来病历资料是否可用于模型改进。

获授权临床资料在用于训练前与身份识别信息分离。

去标识化数据在自有或审慎选择的基础设施内改进模型，包括受控数据中心算力。

经验证的模型更新计划回传至专业人士选择的本地推理设备。

职责分离

开发计划要求由合资格第三方在适当协议下移除标识符，并保管任何重新识别密钥。

ASKLEMER 计划评估依据 45 CFR 164.514(b) 进行专家判定，在经留档风险非常小的情况下保留临床必需的纵向结构。

去标识化可降低私隐风险，但不会消除所有义务。合同、安全、机构、州法与治理控制仍然重要。

这是规划中的治理设计，并非法律意见，也不表示审查已经完成。请参阅美国卫生与公众服务部去标识化指南。

基础设施边界

ASKLEMER 可在自有设施运行训练工作负载，也可向 AWS 等经选择的基础设施供应商租用算力。相关基础设施计划在 ASKLEMER 控制的环境、合同、访问政策、加密与审计控制下运行。

本地推理路线属于目标架构。在全面实施并验证前，本站不会宣称所有流程都不使用云端，也不会声称已取得尚未完成的认证。

访问方式

独立网站：专用临床工作区，用于结构化 SOAP 草拟、引用检索与专业人士审核。

EHR 集成：计划通过受支持的 API、命令行工具或 MCP 接口连接 athenahealth 等兼容系统。访问、写回与合作伙伴权限须在使用前确认。

欢迎询问计划中的控制措施、评估方案或试点保障。