# 期末報告
## 主題:FHIR Condition 標準確立工作小組
==組員:109316104 林妤潔 109316110 陳奕翔
109316112 李睿榆 109316152 黃云==
------
## 情境架構

## 一、制定目標
- 選擇量測目標
**常見的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.建立病人:**

#### **3.建立擴充表單**

----
----
## 三、文件化和制定標準
- **1.標準制定和發佈:** 將這些文件制定為標準,可能通過標準組織或相關機構進行制定和發佈。確保這些文件能夠被使用者和開發者輕鬆地訪問和參考。
- **2.反饋和更新:** 接受使用者和開發者的反饋,定期更新文件以確保其準確性和完整性。這可能包括新版本的資源規範、修訂的使用指南等。
---
## 四、修訂及確立標準
- **1.評審和反饋:** 考慮利益相關者的意見和反饋,進行修訂,以確保資源能夠準確地描述「缺乏運動」的條件。
- **2.最終確立標準:** 根據評審和修改後的內容,確定最終的描述「缺乏運動」的 Condition 資源標準。
---