如何將文字分析用於健康情況
重要
健康情況的文字分析是按「原狀」和「不保證無瑕疵」提供的功能。 健康情況的文字分析不是旨在用作醫療裝置、臨床支援、診斷工具，或其他旨在用於診斷、醫治、緩解、治療或預防疾病或其他狀況的技術，而且 Microsoft 不會授與任何授權或權限，將這項功能用於這類目的。 這項功能不是旨在實作或部署為替代專業醫療建議，或醫療保健專業人員的醫療保健意見、診斷、治療或臨床判斷，而且也不應該如此使用。 一旦使用健康情況的文字分析，客戶必須全權負責。 客戶必須以該 UMLS Metathesaurus 授權合約附錄或任何未來對等連結的條款為依據，來個別授權其打算使用的任何來源詞彙。 客戶負責確保遵守這些授權條款，包括任何地理或其他適用的限制。
健康情況文字分析現在允許擷取文字中所提及之健康問題的社會決定因素 (Social Determinants of Health, SDOH) 和族群。 這項功能可能不會涵蓋所有潛在的 SDOH，也不會根據 SDOH 或族群衍生推斷 (例如，顯示物質使用資訊，但不會推斷物質濫用)。 利用健康情況文字分析的輸出並且影響個人或資源配置的所有決策 (包括但不限於與計費、人力資源或處置管理照護相關的決策)，都應該在人類監督下進行，而不僅僅是以模型的結果為基礎。 SDOH 和族群擷取功能的目的是協助提供者改善健康結果，而且不得用於對 SDOH 資料的使用者或取用者，或超出協助提供者改善健康結果的這項既定目的之病患群體，進行污名化或做出負面推斷。
健康情況文字分析可用來從非結構化文字擷取並標記相關醫學資訊的容器化服務，例如：醫師筆記、出院摘要、臨床文件及電子健康記錄。 服務會執行具名實體辨識、關聯擷取、實體連結和判斷提示偵測，以從輸入文字發現見解。 如需傳回的信賴分數相關資訊，請參閱透明度資訊。
提示
如果您想在不撰寫任何程式碼的情況下測試功能，請使用 Language Studio。
呼叫服務的方式有兩種：
- Docker 容器 (同步)
- 使用 Web 型 API 和用戶端程式庫 (非同步)
開發選項
若要使用健康情況文字分析，您可以提交原始非結構化文字以進行分析，並在您的應用程式中處理 API 輸出。 分析是按原樣執行，對針對您的資料所使用的模型不會進行額外的自訂。 有兩種方式可使用健康情況文字分析：
| 開發選項 | 描述 |
|---|---|
| Language Studio | Language Studio 是以 Web 為基礎的平台，可讓您在沒有 Azure 帳戶的情況下嘗試使用文字範例進行實體連結，以及在註冊時使用自己的資料。 如需詳細資訊，請參閱 Language Studio 網站或 Language Studio 快速入門。 |
| REST API 或用戶端程式庫 (Azure SDK) | 使用 REST API 或以各種語言提供的用戶端程式庫，將健康情況的文字分析整合至您的應用程式。 如需詳細資訊，請參閱健康情況文字分析快速入門。 |
| Docker 容器 | 使用可用的 Docker 容器，在內部部署環境中部署此功能。 這些 Docker 容器可讓服務更加契合您的資料，以實現合規性、安全性或其他操作原因。 |
輸入語言
除了目前處於預覽狀態的多種語言之外，適用於健康情況的文字分析也支援英文。 您可以使用裝載的 API，或在容器中部署 API，詳見健康情況語言支援的文字分析。
提交資料
若要傳送 API 要求，您需要語言資源端點和金鑰。
注意
您可以在 Azure 入口網站上找到語言資源的金鑰和端點。 您可以透過資源的 [金鑰和端點] 頁面，在 [資源管理] 下找到這些項目。
分析會在接收要求時執行。 如果您使用 REST API 或用戶端程式庫來傳送要求，結果將會以非同步方式傳回。 如果您使用 Docker 容器，則會以同步方式傳回結果。
以非同步方式使用此功能時，API 結果可從要求擷取的時間起 24 小時內供使用，且會在回應中指出。 在這段時間之後，結果將會予以清除，且無法再供擷取。
提交快速健康照護互通資源 (FHIR) 要求
快捷式健康照護互操作性資源 (FHIR) 是由國際 HL7 組織開發的醫療產業通訊標準。 此標準定義用於交換電子醫療保健資料的資料格式 (資源) 和 API 結構。 若要使用 FHIR 結構來接收結果，您必須在 API 要求本文中傳送 FHIR 版本。
| 參數名稱 | 類型 | 值 |
|---|---|---|
| fhirVersion | string | 4.0.1 |
從功能取得結果
根據您的 API 要求，以及您對健康情況的文字分析提交的資料，您將取得：
服務和資料限制
如需每分鐘和每秒可傳送的要求大小和數目的相關資訊，請參閱服務限制一文。