臺灣長期照顧實作指引(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 2

賽道 2：居家照護資料交換

說明

居家照護資料交換主要針對居家照護場域之個案管理流程進行標準化資料交換，涵蓋個案基本資料、全人評估、照護計畫與共照記錄等結構化資料。居家護理人員收案建檔、執行健康習慣等全人評估、擬定照護計畫並於到宅訪視後填寫共照記錄，上傳至長照資料庫，後續提供照護團隊及相關單位查詢調閱。本賽道可銜接賽道 1 之病人基本資料查讀能力（LTC-112）與共通資料定位，並依居家照護專用 Profile 進行獨立業務測試。參測單位應依照上述需求實作相關功能，以滿足居家照護資料交換需求。

檢核項目

• 參測單位應依所選角色實作居護個案基本資料建立或查讀（情境 1，必測）
• 參測單位可依產品支援能力與所選角色選測居護全人評估建立或查讀（情境 2，選測）
• 參測單位可依產品支援能力與所選角色選測居護照護計畫建立或查讀（情境 3，選測）
• 參測單位可依產品支援能力與所選角色選測居護共照記錄建立或查讀（情境 4，選測）

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

Keyword	名稱	說明
LTC_MANAGEMENT	LTC Creator	負責上傳居護個案基本資料、全人評估、照護計畫與共照記錄至 LTC Repository。
LTC_CONSUMER	LTC Consumer	負責向 LTC Repository 查詢與讀取居護個案基本資料、全人評估、照護計畫與共照記錄。
LTC_REPOSITORY	LTC Repository	負責提供資料交換與儲存功能，包括居家照護表單與計畫資源之儲存、條件查詢與單筆讀取。

通過條件

• 參測單位必須完成情境 1（SC1 居護個案基本資料管理，必測），並自情境 2（SC2 居護全人評估管理）、情境 3（SC3 居護照護計畫管理）與情境 4（SC4 居護共照記錄管理）中至少選測一項，由配對系統共同完成情境流程。
• LTC_MANAGEMENT 角色須完成 SC1 之 LTC-211 上傳居護個案基本資料，並自 LTC-221、LTC-231 或 LTC-241 中至少完成一項上傳交易，由 Location 標頭取得實際建立之資源 ID。
• LTC_CONSUMER 角色須完成 SC1 之 LTC-212 查詢與取得居護個案基本資料，並自 LTC-222、LTC-232 或 LTC-242 中至少完成一項查讀交易，確認讀取之資料為 Creator 當次建立之資源並核對指定欄位內容。
• LTC_REPOSITORY 角色須支援上述所測情境之 POST 建立，以及條件查詢（Search）與單筆讀取（Read）。
• 各情境使用大會指定之測試案例與預載參照資料，由 Creator 建立受測資源，再交由配對的 Consumer 查詢與讀取。

情境 (Scenarios)

情境 ID	說明	測試類別
SC1	居護個案基本資料管理	必測
SC2	居護全人評估管理	選測
SC3	居護照護計畫管理	選測
SC4	居護共照記錄管理	選測

情境 1：居護個案基本資料管理

居護個案基本資料管理情境模擬居家護理所為新收案個案建立完整個案基本資料表單，並將表單上傳至長照資料庫，後續供照護團隊查詢與調閱的流程。表單涵蓋收案來源、家庭社會背景、主要照顧者、聯絡人與主要決策者等資訊。

本情境使用 QuestionnaireResponse 資源，遵循 HNBaseDataResponse Profile 規範，相關範例可參考個案基本資料範例。大會事前預載 HNPatient、HNEpisodeOfCare 與其相依資料、Questionnaire 定義、JSON 範例及 ID 清單，參測者沿用大會預載之參照目標。

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

• 能夠接收來自居家照護端之個案基本資料表單，遵循 FHIR R4 QuestionnaireResponse 資源格式儲存並提供查詢功能。
• 支援以 POST 方式建立資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取資料，成功時回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-211：上傳居護個案基本資料

• 必須能以 POST 方式上傳單筆個案基本資料表單至 [base]/QuestionnaireResponse，符合 HNBaseDataResponse Profile。
• 表單根層級屬性要求：
  • status 固定填入 completed。
  • authored 填入填表時間（包含時區之 dateTime，例如 2026-09-29T09:00:00+08:00）。
  • subject 參照大會提供之 HNPatient 資源。
  • questionnaire 固定填入 http://ltc-ig.fhir.tw/Questionnaire/hn-basedata。
  • extension 必須包含 ExtHNEpisode（url 為 http://ltc-ig.fhir.tw/StructureDefinition/ExtHNEpisode），其 valueReference 參照大會提供之 HNEpisodeOfCare 資源。
• 表單欄位填寫說明（依大會固定一般居護案例填寫）：
  1. 個案識別與收案：
     • CaseID：個案身分證字號，valueString（對應預載 Patient 之身分證字號）。
     • EndDate：收案日期，valueDate（格式 YYYY-MM-DD，對應預載 EpisodeOfCare.period.start）。
     • CaseName：個案姓名，valueString（例如「陳明慧」）。
     • Sex：性別群組，子項 Sex.Value 之 valueCoding 填入性別代碼（例如男 c4e79758a9900）。
     • CaseType：個案類別，valueCoding 填入大會案例指定的服務類別代碼。
     • Birthdate：出生日期，valueDate（例如 1945-03-15）。
  2. 聯絡方式與社會背景：
     • PhoneNumber：個案電話，valueString（例如 02-23456789）。
     • Address：居住地址群組，包含子項 Address.City（縣市）、Address.Area（行政區）與 Address.Lane（街道門牌）。
     • Education：教育程度群組，子項 Education.Value 之 valueCoding 填入代碼（例如不識字 c58a2fa9a6b3c）。
     • Marriage：婚姻狀況群組，子項 Marriage.Value 之 valueCoding 填入代碼（例如未婚 c3c50b689dbd7）。
     • Religion：宗教信仰群組，子項 Religion.Value 之 valueCoding 填入代碼（例如無 cda5930e53d54）。
     • ExJob：過去職業群組，子項 ExJob.Value 之 valueCoding 填入代碼（例如無 cda5930e53d54）。
     • Economic：經濟狀況群組，子項 Economic.Value 之 valueCoding 填入代碼（例如富裕 cf97d0d5a4c90）。
     • HasWelfare：福利身分，valueCoding 填入代碼（例如無 cda5930e53d54）。
  3. 收案來源與照顧者：
     • CaseSource：收案來源群組，子項 CaseSource.Value 之 valueCoding 填入來源代碼（例如簽約醫院轉介 ca3185e6b3427）。
     • CaregiverID：主要照顧者身分，valueCoding 填入代碼（例如自己 cfb43354d2aae）。
     • CaregiverName：主要照顧者姓名，valueString。
     • CaregiverAddress：主要照顧者地址群組，包含子項 CaregiverAddress.City、CaregiverAddress.Area 與 CaregiverAddress.Lane。
     • CaregiverTel：主要照顧者電話，valueString。
  4. 緊急聯絡人與主要決策者：
     • EgyContactRelation：緊急聯絡人關係，valueCoding 填入代碼（例如配偶 c0fd6889156f2）。
     • EgyContactName：緊急聯絡人姓名，valueString。
     • EgyContactTel1：緊急聯絡人電話，valueString。
     • DecisionMakerRelation：主要決策者關係群組，子項 DecisionMakerRelation.Value 之 valueCoding 填入代碼（例如自己 cfb43354d2aae）。
     • MEvent：重大生活事件，valueCoding 填入代碼（例如無 cda5930e53d54）。
  5. 訪視與機構資訊：
     • NurseID：主責護理師身分證字號，valueString（例如 B123456789）。
     • CreateID：建立機構代碼，valueString（例如 3501010011）。 - 選項之代碼系統均使用 http://ltc-ig.fhir.tw/CodeSystem/hn-answer。
• 伺服器建立成功回傳 HTTP 201 Created，上傳端由 Location 標頭取得實際建立之資源 ID。

資料查詢功能（LTC_CONSUMER 角色）

LTC-212：查詢與取得居護個案基本資料

• 必須能以 GET 方式查詢個案基本資料，查詢格式為： GET [base]/QuestionnaireResponse?subject=Patient/{id}&questionnaire=http://ltc-ig.fhir.tw/Questionnaire/hn-basedata 伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 消費端解析查詢結果，依據 LTC-211 當次建立之 QuestionnaireResponse ID 發起單筆讀取： GET [base]/QuestionnaireResponse/{id} 伺服器回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。
• 核對 subject 與 episode Extension 參照大會指定的個案與收案資料，並確認表單中的個案身分證字號與收案日期相符。
• 消費端系統介面能正確顯示個案身分、收案日期、收案來源、家庭社會背景、主要照顧者與緊急聯絡人資料，確認資料與 LTC-211 提交內容完全一致。

情境 2：居護全人評估管理

居護全人評估管理情境模擬居家護理師到宅執行全人評估，以「健康紀錄評估」表單驗證全人評估表單之交換流程。表單記錄生活習慣（吸菸、飲酒、嚼食檳榔）、過敏史（食物過敏、藥物過敏）與預防接種紀錄，並將表單上傳至長照資料庫，後續供照護團隊查詢與調閱。

本情境使用 QuestionnaireResponse 資源，遵循 HNHealthyHabitsResponse Profile 規範，相關範例可參考健康紀錄評估範例。大會事前預載 HNPatient、HNEpisodeOfCare 與其相依資料、Questionnaire 定義、JSON 範例及 ID 清單，參測者沿用大會預載之參照目標。

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

• 能夠接收來自居家照護端之全人評估表單，遵循 FHIR R4 QuestionnaireResponse 資源格式儲存並提供查詢功能。
• 支援以 POST 方式建立資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取資料，成功時回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-221：上傳居護全人評估

• 必須能以 POST 方式上傳單筆健康紀錄評估表單至 [base]/QuestionnaireResponse，符合 HNHealthyHabitsResponse Profile。
• 表單根層級屬性要求：
  • status 固定填入 completed。
  • authored 填入填表時間（包含時區之 dateTime，例如 2026-09-29T09:15:00+08:00）。
  • subject 參照大會提供之 HNPatient 資源。
  • questionnaire 固定填入 http://ltc-ig.fhir.tw/Questionnaire/hn-healthyhabits。
  • extension 必須包含 ExtHNEpisode（url 為 http://ltc-ig.fhir.tw/StructureDefinition/ExtHNEpisode），其 valueReference 參照大會提供之 HNEpisodeOfCare 資源。
• 表單欄位填寫說明（依大會固定一般居護案例填寫）：
  1. Date：紀錄日期，valueDate 填入評估日期（例如 2026-09-29）。
  2. NurseID：護理人員身分證字號，valueString 填入身分證字號（例如 B123456789）。
  3. IsSmoking：吸菸狀態，answer.valueCoding 填入代碼 ce7db7791df8d（不吸菸）。
  4. IsAlcohol：飲酒狀態，answer.valueCoding 填入代碼 ca7ee52d8897f（不喝酒）。
  5. IsBetelNut：嚼食檳榔狀態，answer.valueCoding 填入代碼 c9ff7aa9a2829（不嚼）。
  6. IsAllergy：食物過敏，answer.valueCoding 填入代碼 cda5930e53d54（無）。
  7. IsAllergyDrug：藥物過敏，answer.valueCoding 填入代碼 cda5930e53d54（無）。
  8. Vaccination：疫苗紀錄群組，包含子項 Vaccination.Answer，其 answer.valueCoding 填入代碼 cda5930e53d54（無）。
     • 選項之代碼系統均使用 http://ltc-ig.fhir.tw/CodeSystem/hn-answer。
• 伺服器建立成功回傳 HTTP 201 Created，上傳端由 Location 標頭取得實際建立之資源 ID。

資料查詢功能（LTC_CONSUMER 角色）

LTC-222：查詢與取得居護全人評估

• 必須能以 GET 方式查詢全人評估表單，查詢格式為： GET [base]/QuestionnaireResponse?subject=Patient/{id}&questionnaire=http://ltc-ig.fhir.tw/Questionnaire/hn-healthyhabits 伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 消費端解析查詢結果，依據 LTC-221 當次建立之 QuestionnaireResponse ID 發起單筆讀取： GET [base]/QuestionnaireResponse/{id} 伺服器回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。
• 核對 subject 與 episode Extension 參照大會指定的個案與收案資料。
• 消費端系統介面能正確顯示紀錄日期、護理人員識別、生活習慣狀態、過敏紀錄與預防接種情形，確認資料與 LTC-221 提交內容完全一致。

情境 3：居護照護計畫管理

居護照護計畫管理情境模擬居家護理師依據全人評估與照護需求擬定照護計畫，設定照護目標與護理措施明細，並將計畫上傳至長照資料庫，後續供照護團隊查詢與調閱的流程。

本情境使用 CarePlan 資源，遵循 HNCarePlan Profile 規範，相關範例可參考照護計畫範例。大會事前預載 HNPatient、HNEpisodeOfCare、HNGoal、HNTargetsResponse、HNMeasuresResponse 與其相依資料、JSON 範例及 ID 清單。預載目標與來源表單的內容對應本次計畫及護理措施，參測者依清單填寫參照。

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

• 能夠接收來自居家照護端之照護計畫資料，遵循 FHIR R4 CarePlan 資源格式儲存並提供查詢功能。
• 支援以 POST 方式建立資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取資料，成功時回傳 HTTP 200 OK 與單筆 CarePlan 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-231：建立居護照護計畫

• 必須能以 POST 方式上傳單筆照護計畫至 [base]/CarePlan，符合 HNCarePlan Profile。
• 計畫屬性要求：
  • status 固定填入 active。
  • intent 固定填入 plan。
  • category 使用 TWCore 之 assess-plan 代碼系統 https://twcore.mohw.gov.tw/ig/twcore/CodeSystem/careplan-category-tw，code 為 assess-plan。
  • subject 參照大會提供之 HNPatient 資源。
  • period 填入計畫執行期間，包含 period.start（例如 2026-09-29）。
  • author 參照大會提供之護理人員 Practitioner 資源。
  • goal 參照大會預載之 HNGoal 資源。
  • extension 必須包含 ExtHNEpisode（url 為 http://ltc-ig.fhir.tw/StructureDefinition/ExtHNEpisode），其 valueReference 參照大會提供之 HNEpisodeOfCare 資源。
  • extension 必須包含 ExtHNSourceForm（url 為 http://ltc-ig.fhir.tw/StructureDefinition/ExtHNSourceForm），其 valueReference 參照大會預載之來源表單（如 HNTargetsResponse 或 HNMeasuresResponse）。
  • activity：必須使用 activity.detail 表達一項進行中的護理措施明細：
    • activity.detail.status 固定填入 in-progress。
    • activity.detail.description 填入本次護理措施文字說明（例如「每日指導個案個別移位防跌措施」）。
    • activity.detail.goal 參照指向與 CarePlan.goal 相同之預載 HNGoal 資源。
• 伺服器建立成功回傳 HTTP 201 Created，上傳端由 Location 標頭取得實際建立之資源 ID。

資料查詢功能（LTC_CONSUMER 角色）

LTC-232：查詢與取得居護照護計畫

• 必須能以 GET 方式查詢照護計畫，查詢格式為： GET [base]/CarePlan?subject=Patient/{id} 伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 消費端解析查詢結果，依據 LTC-231 當次建立之 CarePlan ID 發起單筆讀取： GET [base]/CarePlan/{id} 伺服器回傳 HTTP 200 OK 與單筆 CarePlan 資源。
• 核對 subject、author、episode Extension 與 sourceForm Extension 參照大會指定資料。
• 核對計畫狀態（status 為 active）、意圖（intent 為 plan）、執行期間（period）、類別（category 為 assess-plan）、照護目標參照（goal 與 activity.detail.goal 一致指向預載 HNGoal），以及措施明細狀態與說明文字（activity.detail.description），確認資料與 LTC-231 提交內容完全一致。

情境 4：居護共照記錄管理

居護共照記錄管理情境模擬居家護理師到宅提供照護後，記錄共照團隊成員訪視內容與照護說明，並將共照記錄表單上傳至長照資料庫，後續供照護團隊查詢與調閱的流程。

本情境使用 QuestionnaireResponse 資源，遵循 HNCaseDescResponse Profile 規範，相關範例可參考共照紀錄範例。大會事前預載 HNPatient、HNEpisodeOfCare 與其相依資料、Questionnaire 定義、JSON 範例及 ID 清單，參測者沿用大會預載之參照目標。

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

• 能夠接收來自居家照護端之共照記錄資料，遵循 FHIR R4 QuestionnaireResponse 資源格式儲存並提供查詢功能。
• 支援以 POST 方式建立資料，成功時回傳 HTTP 201 Created 並於 Location 標頭回傳實際資源 ID。
• 支援以 GET 方式條件查詢資料，成功時回傳 HTTP 200 OK 與 searchset Bundle。
• 支援以 GET 方式單筆讀取資料，成功時回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。

資料上傳功能（LTC_MANAGEMENT 角色）

LTC-241：上傳居護共照記錄

• 必須能以 POST 方式上傳單筆共照記錄至 [base]/QuestionnaireResponse，符合 HNCaseDescResponse Profile。
• 本次測試案例為單一護理師執行一次居家照護，照護時段為 09:00:00 至 09:30:00，照護紀錄內容填入「已向家屬說明翻身及日常照護注意事項」。
• 表單必須填寫以下八項 item 欄位（以 linkId 區分）：
  1. CaseID：個案身分證字號（最長 10 個字元）。
  2. EndDate：收案日期，格式為 YYYY-MM-DD。
  3. Date：照護日期，格式為 YYYY-MM-DD。
  4. Time：開始時間，FHIR time 格式，填入 09:00:00。
  5. Time2：結束時間，FHIR time 格式，填入 09:30:00。
  6. MedicalName：共照成員姓名，填入護理師姓名（最長 50 個字元）。
  7. Title：共照成員職稱，子項 Title.Value 之 valueCoding 填入護理師，system 為 http://ltc-ig.fhir.tw/CodeSystem/hn-answer，code 為 cdbb50d002e8b。
  8. Statement：照護紀錄，填入「已向家屬說明翻身及日常照護注意事項」（最長 200 個字元）。
• 表單根層級屬性要求：
  • status 固定填入 completed。
  • authored 填入填表時間（包含時區之 dateTime，例如 2026-09-29T09:30:00+08:00）。
  • subject 參照大會提供之 HNPatient 資源。
  • questionnaire 固定填入 http://ltc-ig.fhir.tw/Questionnaire/hn-casedesc。
  • extension 必須包含 ExtHNEpisode（url 為 http://ltc-ig.fhir.tw/StructureDefinition/ExtHNEpisode），其 valueReference 參照大會提供之 HNEpisodeOfCare 資源。
• 伺服器建立成功回傳 HTTP 201 Created，上傳端由 Location 標頭取得實際建立之資源 ID。

資料查詢功能（LTC_CONSUMER 角色）

LTC-242：查詢與取得居護共照記錄

• 必須能以 GET 方式查詢共照記錄，查詢格式為： GET [base]/QuestionnaireResponse?subject=Patient/{id}&questionnaire=http://ltc-ig.fhir.tw/Questionnaire/hn-casedesc 伺服器回傳 HTTP 200 OK 與 searchset Bundle。
• 消費端解析查詢結果，依據 LTC-241 當次建立之 QuestionnaireResponse ID 發起單筆讀取： GET [base]/QuestionnaireResponse/{id} 伺服器回傳 HTTP 200 OK 與單筆 QuestionnaireResponse 資源。
• 核對 subject 與 episode Extension 參照大會指定的個案與收案資料，並確認表單中的身分證字號與收案日期相符。
• 消費端系統介面能正確顯示個案身分、收案日期、照護日期、開始與結束時間、共照人員姓名、職類及照護紀錄，確認資料與 LTC-241 提交內容完全一致。

交易 (Transactions)

交易 ID	說明	發送方 (From)	接收方 (To)
LTC-211	上傳居護個案基本資料	居家照護端 (LTC_MANAGEMENT)	長照資料交換中心 (LTC_REPOSITORY)
LTC-212	查詢與取得居護個案基本資料	長照使用端 (LTC_CONSUMER)	長照資料交換中心 (LTC_REPOSITORY)
LTC-221	上傳居護全人評估	居家照護端 (LTC_MANAGEMENT)	長照資料交換中心 (LTC_REPOSITORY)
LTC-222	查詢與取得居護全人評估	長照使用端 (LTC_CONSUMER)	長照資料交換中心 (LTC_REPOSITORY)
LTC-231	建立居護照護計畫	居家照護端 (LTC_MANAGEMENT)	長照資料交換中心 (LTC_REPOSITORY)
LTC-232	查詢與取得居護照護計畫	長照使用端 (LTC_CONSUMER)	長照資料交換中心 (LTC_REPOSITORY)
LTC-241	上傳居護共照記錄	居家照護端 (LTC_MANAGEMENT)	長照資料交換中心 (LTC_REPOSITORY)
LTC-242	查詢與取得居護共照記錄	長照使用端 (LTC_CONSUMER)	長照資料交換中心 (LTC_REPOSITORY)