Python實現動圖生成：輕松創建自定義表情包
下面，我們將研究可以訪問不同類型醫療內容的 API。有一個單獨的部分專門介紹提供健康數據管理和分析功能的 API。
患者數據 API 提供訪問權限以支持互操作性的兩個關鍵目標：
這些 API 處理受保護的健康信息 （PHI），因此必須遵守 HIPAA 隱私和安全規則。他們還受互操作性和患者訪問最終規則的約束，該規則規定遵守 FHIR 第 4 版（快速醫療保健互操作性資源）——傳輸電子健康記錄的最新標準。
FHIR 提供了一種統一的方式，用于整合和合并來自各種來源的患者數據。它將健康記錄分解為稱為“資源”的數據元素。每個資源都具有相同的結構，并存儲有關單一條件、程序或實驗室結果的相同數量的信息。根據查詢，資源可以單獨提取或組合成一個大文檔。
目前，利用 FHIR API 的公司往往是大型衛生系統。然而，在2021年至2023年間實施的新互操作性規則的壓力下，較小的參與者也將不可避免地加入這一行列。這些規則規定，必須使用FHIR共享標準化的患者數據集，即美國核心數據互操作性（USCDI）。這包括：
下面我們提供了 FHIR API 的示例，用于為患者和醫療保健組織創建行業主導的工具。
Apple 于 2018 年為開發人員開放了基于 FHIR 的 Health Records API 。它與 500 多個衛生系統連接以檢索 EHR 數據，并將信息片段整合到iOS設備上的單一視圖中。該API聚合了以下數據元素：
在從醫院或診所平臺傳輸到面向患者的健康應用程序的過程中，內容會進行加密，并且不會通過Apple的網絡傳輸。靜止狀態的數據受到患者iPhone密碼、Touch ID或Face ID的保護。
主要用例：藥物追蹤工具，用于導入處方列表、設置提醒并通知危險的藥物-藥物相互作用。疾病管理應用程序，用于提取實驗室數據、微調治療方案和改善膳食計劃。
Human Clinical API提供與85%的美國醫院、藥店和實驗室的連接，覆蓋2.64億美國患者。單獨的Wearable API從約300種健康設備和健身應用程序中收集數據。
利用 40,000 多個來源的網絡，該 API 提取有關特定患者的各種健康數據，并使用 AI 算法使其與 FHIR 兼容。該技術支持 18 種類型的數據元素：
Human API 具有一個身份驗證小部件，供患者授權應用程序訪問其EHR和電子賬戶，或隨時撤銷它。所有信息在傳輸中和靜止時都經過加密。一旦該工具獲得提取信息的授權，檢索完整的健康電子記錄所需的時間不超過 20 分鐘。
主要用例：醫療保健索賠管理工具、健康和福祉應用程序、臨床試驗軟件。
Particle Health使用人口統計信息（姓名、性別、郵政編碼和出生日期）來查詢3億多個獨特患者記錄的網絡。該API返回臨床數據集，包括咨詢筆記、實驗室訂單和連續性護理文檔（CCDs）。
獨立的Data Transformation API將這些記錄轉換為符合FHIR格式，通過提取醫院必須與患者共享的所有USCDI元素。
這個符合HIPAA的API平臺涵蓋了多個用例。例如，它可以為醫療保健支付者提供服務，通過提取信息來完成風險調整、索賠裁定和證明報表。另一個應用是為醫生、藥劑師和護理協調員生成關于患者的定制簡短報告。
主要用例：健康保險軟件、遠程醫療平臺、藥房管理系統。
這些API有助于構建應用程序和網站，以教育患者和醫生。基于證據的內容使人們了解各種健康風險以及保持健康的方法。
MyHealthfinder 是一款免費工具，可以根據年齡、性別和習慣快速獲取健康建議。這些提示提供英語和西班牙語版本，由疾病預防和健康促進辦公室維護，并且至少每兩年審查一次。
例如，如果你是一位45歲、有吸煙習慣且性生活活躍的男性，答復內容會包括
MyHealthfinder查詢可以通過API輕松集成到任何醫院網站，以提高患者參與度。該API支持JSON和XML格式。
主要用例：面向患者的應用程序、醫院網站。
世界衛生組織提供Athena API，用于查詢其數據門戶——全球衛生觀察站（GHO）。默認情況下，它返回XML文件，但也提供對JSON的基本支持。
GHO是全球衛生數據的集中來源。它按國家整合了1000多個指標的統計數據。GHO涵蓋的健康主題包括：
主要案例：健康分析解決方案、醫院、研究中心和醫學教育部門的 Web 門戶。
美國衛生與公眾服務部 （HHS） 提供其 Content Syndication API，以五種語言（英語、西班牙語、法語、中文和越南語）提供各種類型的健康信息。內容包括但不限于
聯合系統收集了來自眾多 HHS 發布合作伙伴的信息，包括美國食品和藥物管理局 （FDA）、疾病控制和預防中心 （CDC）、美國國家癌癥研究所 （NCI） 等。該 API 返回 JSON 和 XML 文件，并允許在網站、社交媒體頁面、小部件、EHR 系統、移動應用程序等上顯示內容。公民開發者可以使用API構建各種產品和服務。
您可以按關鍵字搜索所需的內容，然后應用過濾器來縮小結果列表的范圍。
主要用例：醫院、醫療機構和教育部門的網絡門戶，面向患者的應用程序，電子健康記錄 (EHR) 系統。
臨床試驗用于檢查新藥、程序或設備是否安全且優于當前選擇。此類研究需要志愿者參與。對于患有某些疾病的患者來說，參與研究通常是有意義的。這樣，他們可以獲得額外的醫療關注，并可能免費獲得創新療法——遠遠早于這些療法廣泛可用或負擔得起的時候。試驗數據庫 API 提高了在附近找到合適研究并加入其中的機會。
ClinicalTrials.gov 數據庫存儲每天更新的有關在美國和其他國家/地區進行的 81,000 多項臨床試驗的信息。它的 API 每個查詢最多返回 200 個結果，默認使用 XML 格式（JSON 也可用）。每條記錄包含
該 API 提供了基本的搜索功能和多種過濾和優化結果的選項。
主要用例：為患者和醫生設計的允許用戶搜索臨床試驗的應用程序；醫院、醫療機構和研究中心的網絡門戶。
該 API 由美國國家癌癥研究所 （NCI） 推出，旨在促進應用程序、集成和數字平臺的創建，以向護理提供者和患者提供有關 NCI 支持的癌癥臨床試驗的信息。這些信息是從臨床試驗報告計劃 (CTRP) 數據庫中提取的，采用 XML 格式。
目前，該 API 支持 NCI 搜索工具，該工具可幫助根據癌癥類型、年齡、位置和其他因素發現合適的臨床試驗。
主要用例：面向腫瘤學家、癌癥患者及其家庭成員的應用程序;癌癥治療和研究提供者的網站和門戶網站的搜索工具。
科技巨頭——亞馬遜、谷歌和微軟——在促進醫療信息交換方面發揮了作用。它們一個接一個地推出了 API，幫助醫療機構使用分析、NLP 和機器學習的力量來管理數據和提取見解。
Amazon Comprehend Medical 是一項符合 HIPAA 的服務，用于從各種來源（包括 EHR、試驗報告和醫生筆記）中提取臨床信息。它應用自然語言處理 (NLP) 和機器學習算法來自動抽取描述身體部位、醫療狀況、藥物和治療程序的術語，并將它們與 ICD-10-CM 和 RxNorm 數據集中的唯一代碼關聯起來。
該服務還可以識別與受保護健康信息 (PHI) 相關的單詞——姓名、年齡、職業、地址、電話號碼、ID 等。這允許醫療公司更好地保護此類敏感數據并遵守 HIPAA。
該功能通過兩個單獨的 API 集提供：Text Analysis API和Ontology Linking API，它們將醫療實體與標準化名稱連接起來。要處理醫療文檔，您必須將其添加到 Amazon S3 存儲中。
主要用例：醫療計費軟件、臨床試驗的索引和搜索模塊、健康分析解決方案、患者管理工具、臨床決策支持系統。
Google 于 2020 年推出了 Healthcare API，以實現現有醫療系統和托管在 Google Cloud 上的應用程序之間的無縫數據交換。
該 API 支持 HIPAA 合規性和所有主要醫療保健數據標準，包括用于患者訪問其健康記錄的 FHIR、用于傳輸醫學圖像的 DICOM 以及用于在衛生系統之間消息傳遞的 HL7 v2。它允許您對醫療數據執行各種操作：
除了 Healthcare API 之外，Google 還推出了 Healthcare Natural Language API，用于從非結構化醫學文本（例如醫療記錄或保險索賠）中獲取數據洞見和醫學概念。疾病、藥物和程序等概念可以映射到醫療代碼（ICD-10、RxNorm 和 MeSH 或醫學主題詞）。
主要用例：健康分析軟件、人口健康解決方案、精準醫學和臨床研究、現有 EHR 系統的擴展功能。
Microsoft Azure 的 API 緊隨 Google 的步伐，推出了一個 API，該?API?允許醫療保健組織將其遺留醫療文檔移動到云中，并將其轉換為 FHIR 格式。API 可以從不同來源攝取和規范化數據，包括 EHR 系統、研究數據庫，甚至使用 IoT Connector 處理生物識別信號的醫療設備。
Azure 云服務允許公司創建豐富的數據集并應用商業智能工具。Power BI FHIR 連接器將 FHIR API 連接到 BI 平臺，以便進行分析和數據可視化。
毋庸置疑，微軟負責保護個人健康信息（PHI）數據以滿足HIPAA要求，并且除此之外，還涵蓋90多項合規性認證。
主要使用案例：臨床和患者報告儀表板、臨床決策支持和遠程患者監控系統、可擴展的電子健康記錄（EHR）系統、醫療保健和健康科學的分析解決方案。
在過去幾年中，健康數據 API 的數量顯著增加。這種增長在很大程度上是由于患者參與度的提升，同時也受到互操作性截止日期臨近的推動。人們開始積極參與醫療保健決策，尋求輕松訪問各種類型的醫療信息。
更多的API意味著更多的可用內容，而大規模轉向FHIR API標準則有望在整個醫療生態系統中實現快速且穩定的數據交換。盡管新技術帶來了許多優勢，但它也有其局限性和挑戰。
將數據映射到 FHIR。 一些 API 提供商（如 Apple、Google 和 Microsoft）提供內置功能，可將舊版健康文檔轉換為 FHIR 格式。但是，在大多數情況下，醫療保健系統和 IT 專家必須開發數據轉換機制來滿足公司的特定需求或自定義現有需求。之所以需要進行自定義，是因為臨床數據通常不完整或冗余。
沒有與安全相關的解決方案。 該標準不解決安全問題，因此您必須創建 HIPAA 保護措施以及 FHIR 兼容性。
缺乏對雙向數據交換的支持。 FHIR 允許您提取信息，但不提供寫回數據的方法。因此，目前患者無法通過使用FHIR API的應用程序更改其健康記錄。
功能有限。FHIR數據元素并不總是涵蓋整個工作流程，因此必須與其他格式中存儲的內容一起使用。隨著時間的推移，將添加新元素，但在可預見的未來，它們不會取代其他廣泛使用的標準——而是將并行運行。
原文鏈接：https://www.altexsoft.com/blog/health-data-apis/
