# 期末報告 ## 主題:FHIR Condition 標準確立工作小組 ==組員:109316104 林妤潔 109316110 陳奕翔 109316112 李睿榆 109316152 黃云== ------ ## 情境架構 ![112](https://hackmd.io/_uploads/ByFT9av_p.png) ## 一、制定目標 - 選擇量測目標 **常見的condition狀況有:** - **1.高血壓(Hypertension):** 血壓升高是一種常見的健康問題,可以通過 Condition 資源記錄血壓升高的相關資訊,例如臨床狀態、診斷日期和相關症狀。 - **2.糖尿病(Diabetes):** 描述糖尿病的患者病情和相關資訊,例如糖尿病類型、診斷日期、血糖控制情況等。 - **3.心臟病(Heart Disease):** 包括各種心臟相關疾病,如冠心病、心律不整等,可以透過 Condition 資源記錄病患的診斷和臨床狀況。 - **4.憂鬱症(Depression):** 描述患有憂鬱症的患者相關的診斷、症狀和臨床狀態,例如診斷日期、治療計劃等。 - **5.缺乏運動(Lack of Physical Exercise):** 記錄病患缺乏運動的情況,包括相關的臨床狀態、診斷日期、建議的運動計劃等。 - **6.哮喘(Asthma):** 描述哮喘病患者的診斷、發作頻率、用藥情況等相關資訊。 - **7.腰椎間盤突出(Herniated Disc):** 記錄患有腰椎間盤突出的相關診斷、症狀和治療方案。 - **8.耳鳴(Tinnitus):** 描述耳鳴患者的臨床狀況、可能的原因和治療歷史。 ### 選擇的量測目標為 ==**耳鳴(Tinnitus)**== #### 醫生在評估耳鳴時通常會採取以下步驟: - **1.病史詢問**:醫生會詢問病人的病史,包括耳鳴的開始時間、頻率、持續時間,以及任何可能觸發或加重耳鳴的因素,如特定的環境、噪音暴露、飲食習慣等。 - **2.身體檢查**:醫生可能會進行耳朵和相關結構的檢查,包括聽力檢查、耳部檢查以確定是否存在可能引起耳鳴的潛在問題,如耳朵感染、耵聍堵塞、耳膜損傷等。 - **3.診斷測試**:進一步的診斷測試可能包括聽力測試(聽力範圍、聲音敏感度)、影像學檢查(如MRI或CT掃描)以評估內耳結構,以及其他可能的測試來排除其他潛在的健康問題。 - **4.評估耳鳴的類型**:耳鳴可以有不同的類型,例如,高音、低音、持續性、間歇性等。這有助於醫生進行更精確的診斷。 - **5.討論治療選項**:根據評估結果,醫生可能會建議治療方法,這可能包括藥物治療、聽力輔助裝置、聲音療法、行為治療或其他形式的治療,取決於耳鳴的原因和嚴重程度。 ## 二、針對醫生端處理耳鳴(Tinnitus)確立FHIR Condition 標準 - 請chatgpt提供**耳鳴**的**FHIR Condition**範例 ```{ "resourceType": "Condition", "id": "tinnitus-example", "clinicalStatus": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/condition-clinical", "code": "active", "display": "Active" } ] }, "verificationStatus": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/condition-ver-status", "code": "confirmed", "display": "Confirmed" } ] }, "code": { "coding": [ { "system": "http://snomed.info/sct", "code": "698313002", "display": "Tinnitus (disorder)" } ], "text": "Tinnitus" }, "subject": { "reference": "Patient/example", "display": "Patient Name" }, "onsetDateTime": "2023-01-06T00:00:00Z", "note": [ { "text": "Patient reports persistent ringing in both ears." } ] } ``` ### json檔中的屬性介紹 - **1.resourceType**:指定資源類型,對於 Condition 資源,它將被標記為 "Condition"。 - **2. id**:資源的唯一識別符。這可以是系統分配的唯一值,用於識別資源。 - **3.clinicalStatus**:表示病情的臨床狀態。在 JSON 中使用了 coding 來指定狀態的編碼系統、狀態代碼和顯示名稱。這裡使用了 "active" 表示病情是活躍的。 - **4.verificationStatus**:表示病情驗證的狀態,即確認狀態。在這個例子中,使用了 confirmed 來表示病情已確認。 - **5.code**:描述病情的代碼和顯示名稱。在這個例子中,使用了 SNOMED CT 中的==代碼"698313002"== 來表示耳鳴,並提供了顯示名稱為 "Tinnitus"。 - **6.subject**:指向這個病情資源相關聯的病人資源。在這個例子中,使用了 reference 指向病人資源的參考,同時提供了顯示名稱 "Patient Name"。 - **7.onsetDateTime**:表示病情發作的日期時間。在這裡,使用了 "2023-01-06T00:00:00Z" 來表示耳鳴的發作時間。 - **8.note**:用於提供關於病情的附加註解或描述。在這個例子中,提供了一個註解,描述了病人報告了持續在兩只耳朵中聽到的鈴聲。 #### **1.條件定義與編碼:** 首先,醫生端需要確定如何在 FHIR 標準中定義和編碼「耳鳴」這個條件。他們可能需要參考已有的標準化醫療編碼系統(例如 SNOMED CT)來確定相應的編碼! #### **2.建立病人:** ![螢幕擷取畫面 2024-01-06 220702](https://hackmd.io/_uploads/HJFnACIOp.png) #### **3.建立擴充表單** ![11111](https://hackmd.io/_uploads/rJKCDpPOa.png) ---- ---- ## 三、文件化和制定標準 - **1.標準制定和發佈:** 將這些文件制定為標準,可能通過標準組織或相關機構進行制定和發佈。確保這些文件能夠被使用者和開發者輕鬆地訪問和參考。 - **2.反饋和更新:** 接受使用者和開發者的反饋,定期更新文件以確保其準確性和完整性。這可能包括新版本的資源規範、修訂的使用指南等。 --- ## 四、修訂及確立標準 - **1.評審和反饋:** 考慮利益相關者的意見和反饋,進行修訂,以確保資源能夠準確地描述「缺乏運動」的條件。 - **2.最終確立標準:** 根據評審和修改後的內容,確定最終的描述「缺乏運動」的 Condition 資源標準。 ---