臺灣長期照顧實作指引（Taiwan Long Term Care Implementation Guide，簡稱TW LTC IG）採用HL7® FHIR® standard（Fast Healthcare Interoperability Resources）IG建置方法，在FHIR R4.0.1之標準基礎上，參考了臺灣核心實作指引 （TW Core Implementation Guide）1.0.0、美國長期照顧實作指引（Electronic Long-Term Services and Supports (eLTSS) Release 1 - US Realm, eLTSS） 2.0.0 - STU2 ，進一步定義適用於臺灣長期照顧資料交換需求的Resources（類似資料表）、其中的資料項目（意即欄位）、基數（意即0..1、0..*、1..1或1..*）、資料類型（文字、日期時間、代碼等）、可綁定的代碼（及其綁定的強制程度）及查詢參數等，旨在提供健康照護資訊系統開發與實作者以TW LTC IG為基礎，再進一步訂定其實務專案所需之資料交換格式以應用於專案中。TW LTC IG的實作方式有兩種：

1. 僅支援Profiles：系統僅支援TW LTC Profiles以呈現健康照護相關資料。
2. 支援Profiles + RESTful互動：系統支援TW LTC Profiles及RESTful互動以呈現健康照護相關資料。

鑒於長期照顧機構端與醫院及衛生福利部電子病歷資料交換需求，故此版本 Taiwan LTC IG 以 FHIR R4.0.1 為基礎，同時繼承自 Taiwan LTC Profiles/ValueSet 與 TW Core Profiles/ValueSet，以最大程度滿足對電子病歷資料交換的相容性，並分別參考來自其他國家長期照顧實作指引、衛生福利部電子病歷相關規範，使制定之 IG 在除了符合聯測需求外，也盡可能符合臺灣的實作需求。

TW LTC IG內容將在未來的版本中持續更新，各版本亦將附有版本異動說明。所有經進一步定義的 Resources 或 Profiles，皆稱為Profiles，各 Profiles 依據其可被在地實際採用的程度與不再修改的程度，將標記其「成熟度（Maturity Level）」，被稱之為 FMM（根據眾所周知的CMM级別）。FMM 等級（level）可被實作者用来判斷一個規範文件的進階程度，也就是穩定度。以下是已被定義的 FMM 等級，實務上會視情況調整以符合定義：

DRAFT 0 此 Resource 或 Profile（規範文件） 已被發佈於目前的建置，這個等級意即草稿。

FMM 1 滿足 DRAFT 0 條件，而且此規範文件在建置的過程沒有任何的警語，負責的工作小組已指明他們認為這份規範文件基本上已完成並可供實作使用。

FMM 2 滿足 FMM 1 條件，而且此規範文件已被測試，並成功支援至少三套獨立系統之間的可互操作性（意即至少有三套系統實作此規範成功地互通資料），這些系統利用大部分的規範文件（例如至少80%的核心資料），使用基於此規範文件的至少一個聲明範圍的半真實資料及情境（例如在聯測）。這些互操作結果要求被報告及被工作小組接受。

FMM 3 滿足 FMM 2 條件，而且此規範文件已被工作小组驗證應遵從的《Conformance Resource Quality Guidelines》；已經通過一輪正式投票；至少有10位來自至少3家機構不同的實作者提出意見，並造成至少一項實質性的改變。

FMM 4 滿足 FMM 3 條件，而且此規範文件已正式出版（例如：FHIR實作指引），並已實際應用於多個雛型專案。同時，負責的工作小組同意此規範文件足夠穩定，在後續的非向下相容（non-backward compatible）的異動中需與實作者協商與諮詢。

FMM 5 滿足 FMM 4 條件，而且此規範文件於在 FMM 1 以上等級（意即：試用等級）的兩個正式出版品發佈週期中出版，並已實際應用於至少五套獨立的產品系統。

Normative（規範） 此規範文件已被認定為穩定。

TW LTC IG 中所有Profiles的FMM等級如下：

1. FMM 2：以下 Profiles 已在 2025 專案聯測松中由至少 3 套獨立系統成功實作互操作：
   • LTCPatient（5 系統）
   • LTCObservationVitalSigns（5 系統）
   • LTCObservationVitalSignsPanel（5 系統）
   • LTCOrganization（5 系統）
   • LTCPractitioner（5 系統）
   • LTCQuestionnaireResponseMMSE（4 系統）
   • LTCQuestionnaire（4 系統）
   • LTCQuestionnaireResponse（4 系統）
   • LTCQuestionnaireResponseCDR（3 系統）
2. FMM 1：以下 Profiles 已在聯測中由至少 1 套系統實作，工作小組認為可供實作使用：
   • LTCMedicationAdministration（2 系統）
   • LTCBundleCMS（2 系統）
   • LTCCompositionCMS（2 系統）
   • LTCPatientCMS（2 系統）
   • LTCCondition（2 系統）
   • LTCQuestionnaireResponseADL（2 系統）
   • LTCQuestionnaireResponseIADL（2 系統）
   • LTCQuestionnaireResponseAA01（2 系統）
   • LTCQuestionnaireResponseAA02（2 系統）
   • LTCObservationFallingHistory（2 系統）
   • LTCGoal（2 系統）
   • LTCCarePlan（2 系統）
   • LTCQuestionnaireResponseAA12（2 系統）
   • LTCPractitionerRole（2 系統）
3. FMM 0 (DRAFT)：其餘所有 Profiles 為草稿版本。

TW LTC IG 之網站架構圖如下圖所示。各功能說明如下：

• 應用說明：TW LTC IG 介紹及背景說明。
• 規範文件：TW LTC IG 能力聲明、所有 Profiles 與查詢參數及操作定義、專門術語及 Extensions。
  • 能力聲明 ：應用 TW LTC IG 於建置業務目的使用的 FHIR Server 時，該 FHIR Server 必須及建議應該支援的操作功能。
  • 查詢參數及操作定義 ：查詢 FHIR Server 的 Profiles時，針對各 Profiles可使用的查詢參數及操作定義。
  • 邏輯模型 ：TW LTC IG 的所有邏輯模型（Logical Models），各邏輯模型會定義相應情境下使用的所有資料欄位。為了便於實作者快速理解，資料欄位會使用易於理解的命名，實作者再透過邏輯模型中的功能頁籤「Mappings」瞭解各資料欄位實際使用本IG的哪個Profiles的哪個資料項目（element）。
  • FHIR Profiles及Extensions：
    • TW LTC IG 的所有 Profiles 之定義與範例及Extensions。
    • 各資料項目不同實作強制程度的 Terminology。
    • 各資料項目的限制（Constraints）。
    • 查詢依據 TW LTC IG 實作之 FHIR Server 的特定 Profiles 時，可使用的查詢參數。
    • 有哪些 Profiles 具有查詢參數以及 Server 必須支援哪些必要的查詢參數功能。
  • 專門術語 ：TW LTC IG網站所使用的專門術語，包括代碼系統（Code Systems）及值集（Value Sets），內容主要依據全國專門術語服務平臺（TW terminology services）與長期照顧情境使用之術語建置。
• 範例：TW LTC IG 的所有範例。
• 結構定義與範例檔下載：實作者若不偏好使用 FHIR RESTful API 驗證資料是否遵從 Profiles，可直接下載所需的格式驗證檔，包括 XML、JSON 及 Turtle 三種格式，亦可於此下載完整範例。
• 安全性：主要說明採用 TW LTC IG 網站進行實作時，有關資料存取授權的作法。
• 驗證教學：如何驗證實作檔是否遵從 TW LTC IG 規範。
• 專案聯測：聯測專區依年度提供活動說明與驗證結果。
  • 2025 專案聯測
    • 聯測說明：活動說明與賽道整合資訊。
    • 賽道情境、角色與交易列表
    • 賽道 0：OAuth2 存取認證
    • 賽道 1：日間照護服務資料交換
    • 賽道 2：失智症評估與監測
    • 賽道 3：機構間轉銜服務
    • 賽道 4：長照 2.0 服務計畫與紀錄
    • 聯測結果：聯測驗證結果。
  • 2026 專案聯測
    • 聯測說明：涵蓋長照跨場域共通資料層建立與查讀、居家護理四大情境資料管理、服務費用申報審核及在宅急症三段臨床流程等業務情境。
    • 賽道情境、角色與交易列表
    • 賽道 0：OAuth2 存取認證
    • 賽道 1：長照共通資料交換
    • 賽道 2：居家照護資料交換
    • 賽道 3：長照服務費用支付審核
    • 賽道 4：在宅急症照護資料交換
    • 聯測結果

本 IG 之 Profiles 與 Extensions 依業務情境劃分為四大類別，實作者可依所屬業務端快速找到所需的規範文件：

• 共用資料元素：跨所有業務端共同引用的基礎資料，包括住民基本資料、關係人、照顧服務提供者、服務人員角色、機構，以及問卷與問卷回覆之基礎架構。
• 醫院端：醫事機構產出之資料，包括診斷與病情（病情、問題或診斷、主要疾病、主要問題及需求）、失智與認知評估（MMSE、CDR），以及長期照護醫師意見書（AA12）。
• 臨床端（長照機構／照護現場）：長照機構照護現場之資料，包括日常照護紀錄（生命體徵、用藥資料、照護活動）、照護狀況紀錄（壓傷、管路、居住、看護、身心障礙）、安全監測（個案位置監測、異常事件警報、跌倒紀錄）、照護規劃（照顧團隊、照顧目標、照顧計畫），以及運動處方相關資料（基礎生理量測、身體組成分析儀、穿戴裝置、運動項目）。
• 行政與申報端（照顧協調／核定申報）：照顧管理中心與申報介接之資料，包括個案服務初篩表／轉介單、照顧管理評估量表（CMS 量表）、共用評估量表（ADL、IADL）、照顧管理流程（AA01、AA02、服務請求、任務管理），長照 SDK 系統介接（個案總查詢 CS100、回傳包、照管全量匯出與檢核），以及支付審查模組（照管平台申報、分案審核回覆、申報交易工作流）。

其中支付審查模組另有專屬說明頁，涵蓋服務記錄申報、分案審核明細回覆與申報交易狀態查詢之完整情境與電文對應，詳見 長照支付審查 頁面。

Extensions 亦依相同類別劃分，詳見 FHIR Profiles 及 Extensions 頁面。