OpenMed：本地優先的臨床NER與PII去識別化
本地優先的醫療保健 AI：臨床 NER 和 HIPAA PII 去識別，100% 在設備上運行。 2,200 多個醫療模型、21 種語言、Apple MLX + Python，無需雲，病患資料不會離開您的網路。阿帕奇-2.0。
秒懂
- 它是什麼？
- 一個Python SDK，用於在自己的硬體上提取醫學實體和去識別化個人健康資訊，模型工件可單獨下載。
- 適合誰用？
- OpenMed的核心價值在於其本地優先設計：運行時在所需工件可用後在設備上處理臨床文本，網路使用僅限於可選下載和整合。部署所有者必須驗證模型、資料集和合規性。
- 可以商用嗎？
- 可以。Apache-2.0 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫在最近一天內有新的提交。
- 用什麼語言寫的？
- 主要是 Python（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
openmed：本地優先的臨床文本處理（1）
OpenMed是一個Python SDK和運行時，用於在您控制的硬體上將臨床文本轉化為結構化、去識別化的洞察。核心運行時在所需模型工件可用後執行提取和去識別化。模型下載、遠端提供者適配器、遙測路徑和使用者配置的整合可能使用網路；請審查每個模型和資料集的條款。SDK以Apache-2.0許可發布，要求Python 3.10或更高版本，並作為PyPI套件提供。README說明運行時在工件可用後本地處理，部署所有者驗證模型和資料集的條款、隱私行為和臨床適用性。倉庫元資料將專案描述為本地優先的醫療AI，擁有2200多個醫學模型和21種語言，但README正文並未明確列出這些數字。（段落核對1）
openmed：快速入門與介面（2）
使用pip安裝核心運行時：pip install --upgrade 'openmed[hf]'適用於Linux、macOS、Windows（CPU或CUDA），或新增[mlx]以支援Apple Silicon加速。30秒範例使用analyze_text並指定模型名稱，例如model_name='disease_detection_superclinical'，列印實體及其標籤、文字和置信度。README還展示了批次處理處理器、透過uvicorn執行的REST服務，以及使用ONNX匯出和Transformers.js的瀏覽器/WebGPU路徑。對於離線或氣隙環境，將model_id指向本地目錄，OpenMed將載入而無需聯絡Hugging Face Hub。快速入門部分包含確切的指令和程式碼，這些也記錄在文件中。（段落核對2）
openmed：模型目錄與臨床NER（3）
OpenMed提供了一個精選的醫學NER模型註冊表。README列出了五個範例：disease_detection_superclinical（DISEASE、CONDITION、DIAGNOSIS，434M）、pharma_detection_superclinical（DRUG、MEDICATION、TREATMENT，434M）、pii_superclinical_large（NAME、DATE、SSN、PHONE、EMAIL、ADDRESS，434M）、anatomy_detection_electramed（ANATOMY、ORGAN、BODY_PART，109M）和gene_detection_genecorpus（GENE、PROTEIN，109M）。完整目錄連結至openmed.life/docs/model-registry。模型和資料集條款各不相同，部署所有者必須針對其用例驗證每個模型。（段落核對3）
openmed：PII偵測與去識別化（4）
extract_pii函式偵測個人識別碼，deidentify提供四種方法：mask、replace、hash和shift_dates。README中的範例展示了從字串中提取NAME、DATE和SSN，然後生成遮罩、替換、雜湊和日期偏移的輸出。智慧合併功能將日期等複合值保持完整，避免碎片化。策略感知管道新增了HIPAA/GDPR/研究設定檔、校準閾值、簽名稽核報告、去識別預覽和最小必要操作選擇。基於Faker的混淆支援CPF、CNPJ、BSN、NIR、Codice Fiscale、NIE、Aadhaar、Steuer-ID和NPI等自訂臨床ID提供程式。README明確指出Safe Harbor對齊類別是實施輔助，專家部署審查仍然是必需的，僅使用SDK本身並不確立HIPAA合規性。（段落核對4）
openmed：多語言PII支援（5）
提取和去識別化支援34種PII語言代碼：am、ar、as、bn、cs、da、de、el、en、es、fr、he、hi、id、it、ja、ko、mr、nl、no、or、pt、ro、ru、sv、sw、ta、te、th、tr、uk、xh、zh和zu。俄語路由目前使用文件化的多語言預設模型佔位符；孟加拉語、中文和泰米爾語有專門的註冊表條目。可選且使用者設定的Indic NER家族接受四個額外路由（gu、kn、ml、pa），也可服務於阿薩姆語、孟加拉語、印地語、馬拉地語、奧迪亞語、泰米爾語和泰盧固語，透過OPENMED_INDIC_NER_MODEL設定。README還提到基於驗證器的國家ID覆蓋範圍，適用於波蘭語、拉脫維亞語、斯洛伐克語、馬來語、菲律賓語和芬蘭語等僅ID語言環境。README中展示了葡萄牙語、荷蘭語、印地語、阿拉伯語、日語和土耳其語的逐語言範例。（段落核對5）
openmed：部署目標與代理工具（6）
OpenMed支援多種執行路徑。在Apple Silicon上，可以使用MLX和OpenMedKit進行本地處理，並支援CoreML回退路徑用於受支援的令牌分類工件。README報告MLX在隱私過濾器的每推理步驟中位數延遲上比CPU PyTorch快24到33倍。在Android上，OpenMedKit作為原生Kotlin函式庫，透過ONNX Runtime Mobile支援本地文件輸入、OCR交接、PII編輯和令牌分類推理；v2.0.0版本可從JitPack取得。同一ONNX模型可在Python CPU和瀏覽器中透過Transformers.js執行。文件還描述了一個基於FastAPI的REST服務，包括/analyze、/pii/extract、/pii/deidentify、/health端點以及模型生命週期控制。對於代理整合，倉庫包含一個技能目錄，提供相容Claude Code、OpenAI Codex、OpenCode等代理的SKILL.md資料夾，以及安裝指令碼。完整文件位於openmed.life/docs。（段落核對6）
openmed：安全、貢獻與許可（7）
README要求漏洞（尤其是編輯繞過或PHI/PII洩漏）透過安全公告表單私下報告，切勿作為公開問題提交。它指向SECURITY.md以取得負責任揭露政策，並說明報告中不應包含真實患者資料。歡迎透過錯誤報告、功能請求和PR進行貢獻；貢獻指南和行為準則已提供連結。OpenMed SDK原始碼以Apache-2.0許可發布，第三方資產聲明記錄在NOTICE中。許可摘錄授予了對作品永久的、全球性的、非排他性的、免費的、免版稅的、不可撤銷的版權和專利許可，但如果提起專利訴訟則終止。許可文字未提及支援、保固或安全保證。（段落核對7）
在 maziyarpanahi/openmed 的實作評估中，先確認 README 指定的執行環境，再把安裝步驟拆成依賴安裝、啟動命令與輸出檢查三個紀錄點。每個紀錄點都要保留終端結果，並標記是本機程式完成還是仍需下載資源。這能區分文件宣稱的能力與目前環境真正可用的部分。（1）（段落核對8）
maziyarpanahi/openmed 的功能邊界要從輸入格式開始看。測試資料應使用不含敏感資訊的最小範例，固定檔名、命令列參數與版本標籤，接著比較輸出欄位、錯誤訊息和產物位置。若 README 只提供範例而沒有完整格式，就把缺少的欄位記為未知，不以推測補齊。（2）（段落核對9）
維護 maziyarpanahi/openmed 時，應逐次對照 README 的小節、倉庫目錄與 GitHub Releases。特別要記錄 master 分支上的變更，以及 v2.2.0 是否改變安裝入口。第三方 API、模型、資料集或網站的行為，不應與本機程式的版本穩定性混為一談。（3）（段落核對10）
授權與部署也要分開判斷 maziyarpanahi/openmed。倉庫元資料列出的授權只描述程式碼可如何使用，不能替外部資料、服務條款或使用者資料處理作保證。正式導入前，將 LICENSE、README 的網路依賴和實際執行日誌放在同一份審查紀錄中，才能針對這個專案提出可追溯的決定。（4）（段落核對11）
在 maziyarpanahi/openmed 的實作評估中，先確認 README 指定的執行環境，再把安裝步驟拆成依賴安裝、啟動命令與輸出檢查三個紀錄點。每個紀錄點都要保留終端結果，並標記是本機程式完成還是仍需下載資源。這能區分文件宣稱的能力與目前環境真正可用的部分。（5）（段落核對12）
maziyarpanahi/openmed 的功能邊界要從輸入格式開始看。測試資料應使用不含敏感資訊的最小範例，固定檔名、命令列參數與版本標籤，接著比較輸出欄位、錯誤訊息和產物位置。若 README 只提供範例而沒有完整格式，就把缺少的欄位記為未知，不以推測補齊。（6）（段落核對13）
維護 maziyarpanahi/openmed 時，應逐次對照 README 的小節、倉庫目錄與 GitHub Releases。特別要記錄 master 分支上的變更，以及 v2.2.0 是否改變安裝入口。第三方 API、模型、資料集或網站的行為，不應與本機程式的版本穩定性混為一談。（7）（段落核對14）
授權與部署也要分開判斷 maziyarpanahi/openmed。倉庫元資料列出的授權只描述程式碼可如何使用，不能替外部資料、服務條款或使用者資料處理作保證。正式導入前，將 LICENSE、README 的網路依賴和實際執行日誌放在同一份審查紀錄中，才能針對這個專案提出可追溯的決定。（8）（段落核對15）
編輯結論
OpenMed的核心價值在於其本地優先設計：運行時在所需工件可用後在設備上處理臨床文本，網路使用僅限於可選下載和整合。部署所有者必須驗證模型、資料集和合規性。該專案以Apache-2.0開源，並隨著v2.0.0等版本持續演進。
社群筆記