OpenMed v3.2.02026-11-03
OpenMed 3.2.0 主打本地临床文本处理的三项升级。隐私脱敏新增尼泊尔语标识符与日期、英国邮编、非洲月份名称等识别，原生日历、本地数字与敬称处理更稳定，并配套离线语言包签名、openmed i18n check 校验与语言成熟度门槛；低资源语言仍属实验阶段，尚不等于临床可用。合成临床数据 API 覆盖病程语法、用药周期、检验时间序列、FHIR/OMOP、HL7 v2 等场景，配方带版本溯源、许可与污染审计，仅供工程评测。新发布四款 Apache-2.0 疾病抽取模型（GLiFormer 264M/576M、GLiNER2.5 英西各一款），返回字符偏移与置信度，CPU 可推理；西班牙语模型需用 labels=["enfermedad o trastorno"] 与 threshold=0.4。GLiFormer、GLiNER2.5 已原生接入 analyze_text 等入口。另修复日期偏移、文档边界、HTML 输出与主动学习队列的反馈问题。
OpenMed v3.1.02026-10-26
OpenMed 3.1.0 把临床工作流纳入显式治理：授权按目的签发，限定谁能在什么动作下碰哪些数据；派发前校验最小数据投影、工具身份与一次性审批，运行期可随时撤销授权。审批支持多人、分角色与申请人回避，部分审批、审查租约和防重放记录在本地持久保存——动作或证据一改，就得重新过审。
临床简报改为引用经过审查的本地证据，保留出处与承诺，可选用本地 NLI 校验总结是否站得住，验证元数据不含原文。证据、预算或本地模型不可用时，返回受控的拒绝而非硬凑结果。
互操作方面新增受治理的 FHIR R4 写入与事务性 SQLite OMOP 批处理；隐私上补了多语言泄漏防护、更稳妥的 DICOM 与 PDF 处理，并修正了差分隐私发布记录。集成侧提供 Python/TypeScript 工作流客户端、仅携带元数据的 MCP 审查工具（不执行任何临床效果），另修复了批次解码、JSONL 与模型版本选择的若干问题。
默认仍本地优先，效果执行默认关闭并支持紧急停止，外部副作用存疑时须先对账再继续。
OpenMed v3.0.02026-10-07
OpenMed 3.0.0 正式发布，核心是一条贯穿临床记录的时间线层 Patient Journey：把零散的病历、检验、用药与修正统一成带版本的事实，冲突需人工裁定，纠错不抹除历史，模糊的身份匹配也不会静默合并，随时可回溯证据来源。
配套新增队列与注册表功能，支持可复现的入组定义、受治理的数据导出和评审流程；互操作方面补齐 OMOP 5.4 投影与 FHIR R4 往返。临床简报工作流引入本地摘要、引用校验与隐私检查，全部在人工审核契约下运行。
对开发者而言，Journey 能力已覆盖 Python、REST、GraphQL 和只读 SQL，简报接口则打通 CLI、MCP、TypeScript 等入口；默认离线可用，先跑本地文件加 SQLite，需要时再接 PostgreSQL。隐私上加入波兰语 PII 支持与默认私有的审计哈希。
OpenMed v2.5.02026-09-15
OpenMed 2.5 自 v2.3.0 起更新，仍支持 Python 3.10+，核心依赖不变。本版集中在临床隐私、导出与文档接入三块。
ClinicalPrivacyProcessor 进入预览：在保留诊断、用药、剂量、计量等临床上下文的前提下移除标识符，整篇 ONNX 批处理维持原文偏移与顺序，取消与逐文档结果都有明确交代。结构化临床证据继续回链原文，数值含义不明的一律不输出；新增波斯语语言包，覆盖东阿拉伯数字归一、Jalali 历法与伊朗身份证号替代，语言与 locale 的归一和别名校验也更严格。
导出侧新增统一入口 tofhir()，把抽取结果映射到 Condition、Observation 等资源并组装 Bundle，未映射标签会如实报告；OMOP CDM 5.4 补齐 measurement、procedureoccurrence、notenlp 等表。术语扩展可显式配置端点，本地缓存记录版本并拒绝过期复用。preflightasset 把清单、媒体类型、资源限额与摘要校验合成一份有序报告，无法评估的项计为弃权而非通过，图像与 WAV 预检也扩展了拒绝规则。
需留意：所有临床处理默认不生效且仍属预览，任何语言或模型路由都要自行完成适用性验证。
OpenMed v2.3.02026-09-04
OpenMed v2.3.0 把本地优先的医疗 AI SDK 扩展到 Python、JavaScript、Swift、Android 四端，公开 Python 符号从 37,735 增至 41,729，无删除、无重命名，REST 契约仍保持 19 条路径与 17 个组件模式。
重点更新：多模态摄入补齐资产清单、流式 SHA-256 摘要、前缀式媒体识别与类型化拒答；文档侧加入 PDF 阅读顺序重建与保真脱敏、HTML 源偏移提取、EML/MSG/RTF 摄入及笔记本单元脱敏。Agent、追踪与训练新增封闭结局、确定性运行摘要、追踪分片与事务式恢复、可复现性校验。临床证据提供确定性证据表，并按 experiencer 过滤患者记录片段。设备端支持 WebGPU（WASM 兜底）、Android QNN/NNAPI、iOS 分享扩展、Electron/Tauri 保护、TensorRT 与 GGUF 运行时。另修复 npm 版脱敏：默认模型换为公开的 ClinicalE5 33M ONNX。
OpenMed v2.2.02026-08-21
OpenMed 2.2.0 发布，把可信临床数据交换这条线补齐了。术语侧新增校验和锁定的词表快照、精确与排序 grounding、校准及术语冲突决策；交换侧支持 FHIR R4 患者摘要与临床文档组装、本地 profile 校验、Bundle 引用完整性报告，以及 FHIR 到 OMOP CDM 5.4 的映射。文档接入补上 PDF 表格重建、XLSX/PPTX/ODT 解析、跨格式偏移投影，以及 HL7 v2、X12 837 的脱敏处理。隐私层面引入 k-匿名、l-多样性、t-接近性、成员推断自检与聚合差分隐私，为数据集发布提供可审核的证据链。服务端新增 GraphQL、mTLS、HMAC 重放防护、提示注入拦截与 MCP 授权边界；端侧加上 Android 禁网保证与 PHI 安全的诊断描述，并支持 Maple 临床任务、Compass 视觉语言推理。本次为纯增量更新，公共 API 无删除、无签名收紧，从 2.1 升级无需改代码。
OpenMed v2.1.02026-08-12
OpenMed 2.1.0 发布，这是 v2 稳定线上的首个功能版本，主打本地优先的医疗隐私与临床 AI。临床抽取能力大幅扩展：病历类型与章节路由、时序与共指图谱、药物和问题的校准关系、放射科与出院小结结构化解析、剂量合理性检查，以及基于原文片段锚定的事实召回。术语接地支持调用方提供的离线术语快照，并打通 OMOP 载入、FHIR 与 OpenEHR 导出。隐私侧补齐声明式泛化、关系型 k-匿名、流式表格匿名化与仅聚合的差分隐私。
部署面同步跟进：Android 遵循文档化的 Unicode 标量偏移契约，内置 753 条离线目录，Python、Swift、Helm 与容器版本统一到 2.1.0。公开 Python 符号从 20,538 增至 31,619，仅增不减；REST 契约扩至 17 条路径、15 个组件 schema。升级命令见原文，迁移指南与完整变更列表见 release notes。
OpenMed v2.0.02026-07-28
OpenMed 2.0.0 发布，覆盖 Python、Swift、Kotlin/Android、JavaScript、MCP、REST 与容器部署。隐私方面新增 34 种内置 PII 语言码，中文、印度系、阿拉伯语等多语种的标识符、日期、电话与地址识别全部改为确定性路径；全半角、原生数字、繁简中文、跨文种转写都能保持与原文对齐的偏移。同时接入中国 PIPL、印度 DPDP、欧盟 GDPR、AI Act 等区域合规工作流，并新增结构化数据隐私风险分析（k-匿名、l-多样性、t-接近性）、参考人群风险评估与专家审核签名证据。临床侧补齐放射影像抽取、序列测量趋势、纵向文档关联、指代与时间归一化、化验组合与出院结构，MCP 工具改为强类型，新增 watchOS/visionOS 目标、Android span 元数据与 WebGPU/GGUF 指南。升级不破坏现有接口：v1 Python 入口保留，REST 仍是 15 条路径、12 个组件 schema，公共 Python 符号从 14,488 增至 20,538，无删除或弃用。安装命令见原文代码块，迁移指南与完整变更日志已随版发布。
OpenMed v1.9.12026-07-14
OpenMed v1.9.1: SwiftPM and release distribution fixes
OpenMed 1.9.1 completes the cross-platform 1.9 release rollout with a
Swift Package Manager packaging fix, hardened Android release behavior,
current public model examples, and a clean dependency-security gate.
Release date: 2026-07-14.
Reviewed range: v1.9.0..v1.9.1. This is a compatibility-preserving patch;
the Python, npm, Android, Swift, service, and model inference APIs introduced
in 1.9.0 are unchanged.
What this patch fixes
- Swift Package Manager: the repository-root Package.swift now processes
OpenMedKit's bundled policy resources. A clean consumer can resolve, build,
test, and import OpenMedKit through the documented Git tag. Swift CI now
exercises that same public root package instead of only the nested package.
- Android publishing: tag builds continue to validate the Android AAR when
optional Maven Central credentials are not configured. JitPack remains the
public immutable Android distribution path; manual Central uploads still
fail closed unless every signing and Portal credential is present.
- Runnable model examples: ONNX runtime documentation uses
OpenMed/OpenMed-PII-ClinicalE5-Small-33M-v1-onnx-android; generic
token-classification export examples use dslim/bert-base-NER; causal
quantization examples use TinyLlama/TinyLlama-1.1B-Chat-v1.0.
- Dependency security: the locked setuptools version includes the fix for
the advisory that blocked the post-merge master security job.
Install and upgrade
Python
``bash
pip install --upgrade "openmed==1.9.1"
`
Add only the optional extras needed by the application, for example
openmed[onnx-runtime]==1.9.1 or openmed[service]==1.9.1.
Browser and Node.js
`bash
npm install openmed@1.9.1
`
The package retains ESM and CommonJS exports and the same
loadOnnxModel(...) API.
Swift
`swift
dependencies: [
.package(url: "https://github.com/maziyarpanahi/openmed.git", from: "1.9.1"),
]
`
This is the minimum recommended Swift package version because it contains the
root-package resource fix.
Android
Add JitPack and use the immutable tag:
`kotlin
dependencies {
implementation("com.github.maziyarpanahi:openmed:v1.9.1")
}
`
Container and Helm
Use ghcr.io/maziyarpanahi/openmed:v1.9.1. The Helm chart defaults to
1.9.1; when selecting the release image explicitly, set
image.tag=v1.9.1`.
Validation
The patch is gated by the complete Python suite, Ruff lint and formatting,
dependency audit, package builds, strict MkDocs, root Swift package tests,
Android AAR unit/build checks, npm build/typecheck/tests/audit, Helm
lint/rendering, OpenAPI consistency, multi-architecture container smokes,
SBOM generation, and provenance verification. Post-publish checks install and
exercise the public PyPI, npm, JitPack, SwiftPM, GHCR, Helm, and documentation
coordinates exactly as shown above.
Full Changelog: https://github.com/maziyarpanahi/openmed/compare/v1.9.0...v1.9.1
OpenMed v1.9.02026-07-14
OpenMed v1.9.0 发布：同一份 token 分类模型导出现在可直接跑在 Python、浏览器、Node.js 与 Android 上，不必再为每个平台重写 tokenizer 和张量对接。Python 新增 OnnxModel，浏览器与 Node.js 有了正式的 npm 包 openmed（含 TypeScript 类型、WebGPU/WebAssembly 自动选择、离线加载控制），Android 通过 OpenMedKit.fromDirectory 安装，沿用不可变 Git 标签发布。模型发布流程同样更稳：自动优先 INT8、支持 ONNX 外部数据、转换可断点续跑，目录发布可重复执行。其余更新：临床抽取补上关系指标与严格/宽松评分门槛，新增 Go REST 客户端与 Postman 集合；PII 白名单加入韩语、罗马尼亚语，覆盖 17 种语言，多语言与隐私评测门槛同步收紧。
``bash
pip install --upgrade "openmed==1.9.0"
npm install openmed@1.9.0
`
``kotlin
implementation("com.github.maziyarpanahi:openmed:v1.9.0")
