臺灣長期照顧實作指引(TW LTC IG) - Local Development build (v1.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

2026 Track 1

賽道 1：長照共通資料交換

說明

長照共通資料交換為跨居家照護、住宿機構、日間照護與在宅醫療共用的基礎資料層，涵蓋病人基本資料、機構基本資料、生理量測、用藥紀錄、健康問題、照護目標、照護計畫、服務請求與照護執行紀錄。參測單位透過標準建立、查詢與單筆讀取機制，驗證長照共通核心資源之新增、交換與呈現能力。

檢核項目

• 參測單位應依所選角色實作病人基本資料建立或查讀（情境 1，必測）
• 參測單位應依所選角色實作機構基本資料建立或查讀（情境 2，必測）
• 參測單位應依所選角色實作生理量測上傳或查讀（情境 3，必測）
• 參測單位應依所選角色實作用藥紀錄上傳或查讀（情境 4，必測）
• 參測單位可依產品支援能力與所選角色選測健康問題、照護目標、照護計畫、服務請求或照護執行紀錄之建立或查讀（情境 5 至情境 9，選測）

各系統角色於本賽道之作用

Keyword	名稱	說明
LTC_CONSUMER	LTC Consumer	長照資料查詢端，負責向 LTC Repository 發起條件查詢與單筆讀取請求，並正確解析與呈現指定欄位內容。
LTC_MANAGEMENT	LTC Creator	長照資料建立端，負責向 LTC Repository 發起單筆新增請求（POST），建立符合 Profile 規範之長照共通資源。
LTC_REPOSITORY	LTC Repository	長照資料儲存端，負責儲存與維護長照共通資源，接收並處理新增、查詢與單筆讀取請求，回傳標準格式之回應。

通過條件

• 參測單位必須完成情境 1（SC1 病人基本資料）、情境 2（SC2 機構基本資料）、情境 3（SC3 生理量測）與情境 4（SC4 用藥紀錄）四個必測情境。情境 5 至情境 9（SC5–SC9）為選測項目，參測單位可依產品支援能力自由加選。
• 參測單位依所選之 LTC_MANAGEMENT、LTC_CONSUMER 或 LTC_REPOSITORY 角色完成所測情境之交易項目與欄位核對，由配對系統共同完成情境流程。
• 報名 LTC_MANAGEMENT 角色者完成所測情境之 POST 建立並取得實際 ID。
• 報名 LTC_CONSUMER 角色者完成所測情境之條件查詢與單筆讀取，確認資源 ID 與 Creator 當次建立的 ID 相同，並核對指定欄位與上傳內容一致。
• 報名 LTC_REPOSITORY 角色者支援所測情境之 POST 建立、條件查詢與單筆讀取。
• 每個情境皆可獨立使用大會指定之測試資料與識別碼，必要參照由大會事前備妥，受測主要資源由 Creator 當次建立。

情境 (Scenarios)

情境 ID	說明	測試類別
SC1	病人基本資料	必測
SC2	機構基本資料	必測
SC3	生理量測	必測
SC4	用藥紀錄	必測
SC5	健康問題	選測
SC6	照護目標	選測
SC7	照護計畫	選測
SC8	服務請求	選測
SC9	照護執行紀錄	選測

情境 1：病人基本資料

病人基本資料情境模擬各類長照與醫療系統建立與查詢個案基本資料的流程。維護端上傳個案基本資料，查詢端透過個案識別碼檢索個案主檔，確認個案身分，並取得姓名、出生日期、聯絡方式與緊急聯絡人資料。

本情境使用 Patient 資源，遵循 LTCPatient Profile 規範。大會提供固定合成案例、JSON 範本與指派之本輪唯一識別碼，必要參照已由大會事前備妥。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCPatient 規範之個案資料。
• 支援以 POST 方式建立個案資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢個案資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取個案資料，成功時回傳 HTTP 200 OK 與單筆 Patient 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-111：建立病人基本資料

• 發送 POST [base]/Patient，符合 LTCPatient Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成案例填寫以下欄位內容：
  • 機構身分識別碼 identifier[member]，其中 use 為 official，代碼系統 type.coding.system 為 http://terminology.hl7.org/CodeSystem/v2-0203，代碼 type.coding.code 為 PRN，system 為機構網址，value 填入大會指派之本輪唯一識別碼。
  • 個案姓名（name），中文姓名填入 use = usual 與 text，英文姓名填入 use = official 與 text，依測試案例填寫。
  • 出生日期（birthDate，格式為 YYYY-MM-DD）。
  • 聯絡電話（telecom.value）。
  • 居住地址（address，填入 use = home 與完整地址 text）。
  • 緊急聯絡人（contact），包含關係（relationship）、姓名（name.text）與聯絡電話（telecom.value）。
  • 所屬機構參照（managingOrganization，填入大會預載之機構 ID）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-112：病人基本資料查詢與讀取

• 第一步條件查詢：發送 GET [base]/Patient?identifier={system}|{value}，使用大會指派之本輪唯一識別碼查詢，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-111 當次建立之個案 ID，發送 GET [base]/Patient/{id}，伺服器回傳 HTTP 200 OK 與單筆 Patient 資源。
• 核對指定欄位內容：
  • 機構身分識別碼 identifier[member].system 與 identifier[member].value 比對測試案例，其 identifier[member].type.coding.code 為 PRN。
  • 個案姓名（name）。
  • 出生日期（birthDate）。
  • 聯絡電話（telecom）。
  • 居住地址（address）。
  • 緊急聯絡人（contact）之姓名、關係與電話。

情境 2：機構基本資料

機構基本資料情境模擬系統建立與查詢長照服務機構、醫院或診所之組織資訊的流程。維護端上傳機構基本資料，查詢端依機構代碼檢索機構主檔，取得機構名稱、類別、地址與聯絡管道。

本情境使用 Organization 資源，遵循 LTCOrganization Profile 規範。大會提供長照機構與醫療院所測資及指派之本輪唯一代碼。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCOrganization 規範之機構資料。
• 支援以 POST 方式建立機構資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢機構資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取機構資料，成功時回傳 HTTP 200 OK 與單筆 Organization 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-121：建立機構基本資料

• 發送 POST [base]/Organization，符合 LTCOrganization Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會測資填寫以下欄位內容：
  • 機構代碼（identifier.system 填入大會指定的識別碼系統，identifier.value 填入本輪唯一機構代碼）。
  • 使用狀態（active，設為 true）。
  • 機構類型（type，填入機構類型代碼）。
  • 機構名稱（name）。
  • 聯絡電話（telecom.value）。
  • 機構地址（address.text）。
  • 聯絡人資訊（contact，包含聯絡人姓名與聯絡電話）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-122：機構基本資料查詢與讀取

• 第一步條件查詢：發送 GET [base]/Organization?identifier={system}|{value}，使用大會指派之本輪唯一代碼查詢，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-121 當次建立之機構 ID，發送 GET [base]/Organization/{id}，伺服器回傳 HTTP 200 OK 與單筆 Organization 資源。
• 核對指定欄位內容：
  • 機構代碼（identifier）。
  • 使用狀態（active）。
  • 機構類型（type）。
  • 機構名稱（name）。
  • 聯絡電話（telecom）。
  • 機構地址（address）。
  • 聯絡人資訊（contact，按測資內容）。

情境 3：生理量測

生理量測情境模擬各照護場域上傳與查閱個案日常生理指標數據的流程。維護端上傳血壓量測紀錄，查詢端依個案識別碼與檢驗代碼查詢近期量測紀錄，掌握生命徵象變化。

本情境使用 Observation 資源，遵循 LTCObservationVitalSigns Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCObservationVitalSigns 規範之生理量測資料。
• 支援以 POST 方式建立生理量測資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢生理量測資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取生理量測資料，成功時回傳 HTTP 200 OK 與單筆 Observation 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-131：上傳生理量測

• 發送 POST [base]/Observation，符合 LTCObservationVitalSigns Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 填寫單筆血壓量測紀錄，內容包含：
  • 量測狀態（status，填入 final）。
  • 分類代碼（category，代碼系統 http://terminology.hl7.org/CodeSystem/observation-category，代碼 vital-signs）。
  • 檢驗項目代碼（code，LOINC 代碼 85354-9，名稱 Blood pressure panel with all children optional）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 量測時間（effectiveDateTime，包含時區之日期時間）。
  • 量測人員參照（performer，填入大會預載之醫事人員 ID）。
  • 量測組件（component），包含收縮壓與舒張壓兩項：
    • 收縮壓組件代碼為 LOINC 8480-6，數值填入 component.valueQuantity.value，單位系統為 http://unitsofmeasure.org，單位代碼為 mm[Hg]。
    • 舒張壓組件代碼為 LOINC 8462-4，數值填入 component.valueQuantity.value，單位系統為 http://unitsofmeasure.org，單位代碼為 mm[Hg]。

資料查詢功能（LTC_CONSUMER 角色）

LTC-132：生理量測查詢與讀取

• 第一步條件查詢：發送 GET [base]/Observation?subject=Patient/{id}&code=http://loinc.org|85354-9，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-131 當次建立之量測 ID，發送 GET [base]/Observation/{id}，伺服器回傳 HTTP 200 OK 與單筆 Observation 資源。
• 核對指定欄位內容：
  • 狀態（status）。
  • 分類（category）。
  • 檢驗項目代碼（code）。
  • 個案參照（subject）。
  • 量測時間（effectiveDateTime）。
  • 量測組件（component）：收縮壓代碼 8480-6 與舒張壓代碼 8462-4。
  • 組件數值與單位：component.valueQuantity.value 數值與 UCUM 單位代碼 mm[Hg]。

情境 4：用藥紀錄

用藥紀錄情境模擬照護團隊登錄與查閱個案實際用藥執行情形的流程。維護端上傳單筆給藥紀錄，查詢端依個案識別碼查詢給藥紀錄，掌握用藥品項、劑量與給藥時間。

本情境使用 MedicationAdministration 資源，遵循 LTCMedicationAdministration Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCMedicationAdministration 規範之用藥紀錄。
• 支援以 POST 方式建立用藥紀錄，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢用藥紀錄，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取用藥紀錄，成功時回傳 HTTP 200 OK 與單筆 MedicationAdministration 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-141：上傳用藥紀錄

• 發送 POST [base]/MedicationAdministration，符合 LTCMedicationAdministration Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 用藥狀態（status，填入 completed）。
  • 藥品品項代碼與名稱（medicationCodeableConcept，填入大會測資之藥品代碼、代碼系統與名稱）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 給藥時間（effectiveDateTime，包含時區之日期時間）。
  • 給藥途徑（dosage.route，填入給藥途徑代碼與文字）。
  • 給藥劑量（dosage.dose，填入劑量數值與單位）。
  • 給藥人員參照識別碼（performer.actor，填入大會預載之醫事人員 ID）。
  • 附註說明（note，按測資內容）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-142：用藥紀錄查詢與讀取

• 第一步條件查詢：發送 GET [base]/MedicationAdministration?subject=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-141 當次建立之紀錄 ID，發送 GET [base]/MedicationAdministration/{id}，伺服器回傳 HTTP 200 OK 與單筆 MedicationAdministration 資源。
• 核對指定欄位內容：
  • 用藥狀態（status）。
  • 個案參照（subject）。
  • 藥品品項代碼與名稱（medicationCodeableConcept，直接包含藥品代碼與名稱）。
  • 給藥時間（effectiveDateTime）。
  • 給藥途徑（dosage.route）。
  • 給藥劑量數值與單位（dosage.dose）。
  • 給藥人員參照識別碼（performer.actor）。

情境 5：健康問題

健康問題情境模擬照護團隊建立與查閱個案目前確診疾病或慢性健康問題的流程。維護端上傳健康問題資料，查詢端依個案識別碼查詢健康問題清單，以高血壓等常見健康問題展示紀錄內容。

本情境使用 Condition 資源，遵循 LTCCondition Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCCondition 規範之健康問題資料。
• 支援以 POST 方式建立健康問題資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢健康問題資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取健康問題資料，成功時回傳 HTTP 200 OK 與單筆 Condition 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-151：建立健康問題

• 發送 POST [base]/Condition，符合 LTCCondition Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 臨床狀態（clinicalStatus，代碼系統 http://terminology.hl7.org/CodeSystem/condition-clinical，代碼 active）。
  • 驗證狀態（verificationStatus，代碼系統 http://terminology.hl7.org/CodeSystem/condition-ver-status，代碼 confirmed）。
  • 問題分類（category，填入分類代碼）。
  • 問題代碼與文字描述（code，填入疾病診斷代碼與名稱，例如高血壓）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 發生時間（onset[x]，例如 onsetDateTime）。
  • 記錄人員參照（recorder，填入大會預載之醫事人員 ID）。
  • 備註說明（note，按測資內容）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-152：健康問題查詢與讀取

• 第一步條件查詢：發送 GET [base]/Condition?subject=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-151 當次建立之問題 ID，發送 GET [base]/Condition/{id}，伺服器回傳 HTTP 200 OK 與單筆 Condition 資源。
• 核對指定欄位內容：
  • 個案參照（subject）。
  • 問題代碼與文字描述（code）。
  • 臨床狀態（clinicalStatus）。
  • 驗證狀態（verificationStatus）。
  • 發生時間（onset[x]）。
  • 備註說明（note，按測資內容）。

情境 6：照護目標

照護目標情境模擬照護團隊建立與查閱個案照護目標與預期成果的流程。維護端上傳照護目標項目，查詢端依個案識別碼查詢目標項目，呈現目標描述、執行進度與目標期限。

本情境使用 Goal 資源，遵循 LTCGoal Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCGoal 規範之照護目標資料。
• 支援以 POST 方式建立照護目標資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢照護目標資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取照護目標資料，成功時回傳 HTTP 200 OK 與單筆 Goal 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-161：建立照護目標

• 發送 POST [base]/Goal，符合 LTCGoal Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 生命週期狀態（lifecycleStatus，填入 active）。
  • 目標描述（description.coding 與 description.text，填入目標項目代碼與描述文字）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 起始日期（startDate）。
  • 目標指標（target.measure）與預期成果（target.detailString），依大會測試案例填寫。
  • 目標期限（target.dueDate）。
  • 提出者參照（expressedBy，填入大會預載之醫事人員 ID）。
  • 附註說明（note，按測資內容）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-162：照護目標查詢與讀取

• 第一步條件查詢：發送 GET [base]/Goal?subject=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-161 當次建立之目標 ID，發送 GET [base]/Goal/{id}，伺服器回傳 HTTP 200 OK 與單筆 Goal 資源。
• 核對指定欄位內容：
  • 個案參照（subject）。
  • 生命週期狀態（lifecycleStatus）。
  • 目標描述代碼與文字（description.coding 與 description.text）。
  • 起始日期（startDate）。
  • 目標指標（target.measure）與預期成果（target.detailString），依大會測試案例填寫。
  • 目標期限（target.dueDate）。

情境 7：照護計畫

照護計畫情境模擬跨專業團隊建立與查閱個案整體照護方針與活動規劃的流程。維護端上傳照護計畫，查詢端依個案識別碼查詢照護計畫，讀取計畫類別、執行期程與內嵌活動描述。

本情境使用 CarePlan 資源，遵循 LTCCarePlan Profile 規範。大會事前預載必要個案與關聯參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCCarePlan 規範之照護計畫資料。
• 支援以 POST 方式建立照護計畫資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢照護計畫資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取照護計畫資料，成功時回傳 HTTP 200 OK 與單筆 CarePlan 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-171：建立照護計畫

• 發送 POST [base]/CarePlan，符合 LTCCarePlan Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 計畫狀態（status，填入 active）。
  • 計畫意圖（intent，填入 plan 或 order）。
  • 計畫類別（category）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 執行期程（period.start 與 period.end）。
  • 計畫提出者（author，填入大會預載之醫事人員或機構 ID）。
  • 活動明細（activity.detail.status、activity.detail.code、activity.detail.description）。
  • 關聯問題與目標參照識別碼（addresses、goal，填入大會預載之 Condition 與 Goal ID）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-172：照護計畫查詢與讀取

• 第一步條件查詢：發送 GET [base]/CarePlan?subject=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-171 當次建立之計畫 ID，發送 GET [base]/CarePlan/{id}，伺服器回傳 HTTP 200 OK 與單筆 CarePlan 資源。
• 核對指定欄位內容：
  • 個案參照（subject）。
  • 計畫狀態（status）。
  • 計畫意圖（intent）。
  • 計畫類別（category）。
  • 執行期程（period）。
  • 活動明細（activity.detail.status、activity.detail.code、activity.detail.description）。
  • 關聯問題與目標參照識別碼（addresses、goal）。

情境 8：服務請求

服務請求情境模擬長照服務項目之開立與查閱流程。維護端上傳服務請求資料，查詢端依個案識別碼查詢照護服務請求，掌握服務項目、預計執行時間與開立單位。

本情境使用 ServiceRequest 資源，遵循 LTCServiceRequest Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCServiceRequest 規範之服務請求資料。
• 支援以 POST 方式建立服務請求資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢服務請求資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取服務請求資料，成功時回傳 HTTP 200 OK 與單筆 ServiceRequest 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-181：建立服務請求

• 發送 POST [base]/ServiceRequest，符合 LTCServiceRequest Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 請求狀態（status，填入 active）。
  • 請求意圖（intent，填入 order）。
  • 服務類別（category）。
  • 服務項目代碼（code，填寫臺灣長照服務項目代碼，code.coding[ltcServiceItem].system 為 http://ltc-ig.fhir.tw/CodeSystem/cs-tw-ltc-service-item，代碼如 BA07 等）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 預計執行時間（occurrence[x]，例如 occurrenceDateTime）。
  • 開立時間（authoredOn，包含時區之日期時間）。
  • 請求者參照識別碼（requester，填入大會預載之人員或機構 ID）。
  • 執行者參照識別碼（performer，填入大會預載之人員或機構 ID）。
  • 備註說明（note，按測資內容）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-182：服務請求查詢與讀取

• 第一步條件查詢：發送 GET [base]/ServiceRequest?patient=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-181 當次建立之請求 ID，發送 GET [base]/ServiceRequest/{id}，伺服器回傳 HTTP 200 OK 與單筆 ServiceRequest 資源。
• 核對指定欄位內容：
  • 個案參照（subject）。
  • 請求狀態（status）。
  • 請求意圖（intent）。
  • 服務項目代碼（code）。
  • 預計執行時間（occurrence[x]）。
  • 開立時間（authoredOn）。
  • 請求者參照識別碼（requester）。
  • 執行者參照識別碼（performer）。
  • 備註說明（note）。

情境 9：照護執行紀錄

照護執行紀錄情境模擬照護人員登錄實際完成之照護活動處置紀錄，以及查詢端查閱處置紀錄的流程。維護端上傳已完成之照護處置紀錄，查詢端依個案識別碼查詢處置紀錄，確認單次已完成之照護項目與執行時間。

本情境使用 Procedure 資源，遵循 LTCProcedureCareActivity Profile 規範。大會事前預載必要個案與醫事人員參照。

資料儲存、管理功能（LTC_REPOSITORY 角色）

• 儲存並維護符合 LTCProcedureCareActivity 規範之照護活動處置紀錄。
• 支援以 POST 方式建立照護執行紀錄，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢照護執行紀錄，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取照護執行紀錄，成功時回傳 HTTP 200 OK 與單筆 Procedure 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-191：上傳照護執行紀錄

• 發送 POST [base]/Procedure，符合 LTCProcedureCareActivity Profile。
• 伺服器建立成功回傳 HTTP 201 Created，由 Location 標頭取得伺服器實際資源 ID 供配對端。
• 依大會合成測資填寫以下欄位內容：
  • 執行狀態（status，填入 completed）。
  • 照護活動代碼與名稱（code，填寫臺灣長照服務項目代碼，code.coding[ltcServiceItem].system 為 http://ltc-ig.fhir.tw/CodeSystem/cs-tw-ltc-service-item，代碼如 BA07，名稱為協助沐浴及洗頭）。
  • 個案參照（subject，填入大會預載之 Patient ID）。
  • 執行時間（performed[x]，例如 performedDateTime）。
  • 執行人員參照識別碼（performer.actor，填入大會預載之醫事人員或照服員 ID）。
  • 處置結果（outcome，按測資內容）。
  • 附註說明（note，按測資內容）。

資料查詢功能（LTC_CONSUMER 角色）

LTC-192：照護執行紀錄查詢與讀取

• 第一步條件查詢：發送 GET [base]/Procedure?subject=Patient/{id}，伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 第二步單筆讀取：自查詢清單中選取 LTC-191 當次建立之紀錄 ID，發送 GET [base]/Procedure/{id}，伺服器回傳 HTTP 200 OK 與單筆 Procedure 資源。
• 核對指定欄位內容：
  • 個案參照（subject）。
  • 執行狀態（status）。
  • 照護活動代碼與名稱（code）。
  • 執行時間（performed[x]）。
  • 執行人員參照識別碼（performer.actor）。
  • 處置結果或備註（outcome、note，按測資內容）。

交易 (Transactions)

交易 ID	說明	發送方 (From)	接收方 (To)	類別
LTC-111	建立病人基本資料	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-112	病人基本資料查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-121	建立機構基本資料	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-122	機構基本資料查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-131	上傳生理量測	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-132	生理量測查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-141	上傳用藥紀錄	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-142	用藥紀錄查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	必測
LTC-151	建立健康問題	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-152	健康問題查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-161	建立照護目標	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-162	照護目標查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-171	建立照護計畫	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-172	照護計畫查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-181	建立服務請求	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-182	服務請求查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-191	上傳照護執行紀錄	長照資料維護端 (LTC_MANAGEMENT)	長照資料儲存端 (LTC_REPOSITORY)	選測
LTC-192	照護執行紀錄查詢與讀取	長照資料查詢端 (LTC_CONSUMER)	長照資料儲存端 (LTC_REPOSITORY)	選測