OpenMed 3.0：宁可拒绝回答，也不让病历出电脑

数据不出机器是唯一规则

OpenMed 3.0 是个开源医疗 AI 工具包，采用 Apache-2.0 许可。它有一条从不打破的规则：患者数据留在本地机器上。没有 API 密钥，没有云端调用，完全离线工作。

这条规则不是嘴上说说。请求摘要时本地模型还没下载，OpenMed 会直接拒绝，不会悄悄调云 API。作者说得直白：对临床数据静默回退到托管模型，等于做了一个没有任何人同意过的隐私决定。

本地模型的运行路径不止一条。Hugging Face 上有 2200 多个开放模型。格式覆盖 Transformers、ONNX、GGUF。可以经 llama.cpp 运行，也能在浏览器里用 WebGPU/WASM 运行。手机上也可以。

整合分散病历，但拒绝猜测

3.0 的新功能叫 Patient Journey。输入源包括临床笔记、FHIR、HL7、实验室 CSV 和影像报告。这些信息会被整合成一条时间线，全部在本地硬件上完成。演示完全离线运行：五个“混乱”的合成数据源在约 0.07 秒内变成一个患者旅程。

整合的原则，简单说就是不猜。

99% 的身份匹配也不自动合并，必须有人工审核。一个错误的合并，就能把某个患者的过敏史放进另一个人的病历。两个来源对诊断有分歧时，两个说法都保留，标记为待审核。实验室结果从 6.8 修正为 4.4，两个值都保留，修正前的原始记录依然可读。笔记里只写“一月”，OpenMed 不会编造 1 月 1 日去填 OMOP 列。

还不能用于真实患者

3.0 的演示患者是合成的。摘要流水线只适用于合成数据，还没准备好接真实患者。这个版本也没有发布新的临床模型检查点。

评论里有人问具体用哪个模型，有没有可引用的知识库。也有人问工具调用能力，比如 SQL 查询。还有人关心能不能用来做计费和管理，以及适不适合心理健康专业人士。

3.1 正在公开开发

3.0 的 148 个 PR 来自 10 个人，其中 46 个来自社区，3 人是第一次贡献。作者注明英语不是母语，帖子由 LLM 帮着写。但代码、发布流程和里面的每个数字都是他们自己的。

3.1 正在公开开发，目前有 422 个开放 issue。还有 30 个 good first issues 等着认领。社区贡献者挑一个 issue 参与，名字就会出现在下一版发布说明里。