臺灣長期照顧實作指引 (Taiwan Long-Term Care Implementation Guide) - Local Development build (v0.3.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Track 2

賽道 2：失智症照護監測

說明

失智症照護監測主要針對失智症個案進行認知功能評估、行為監測、位置追蹤和異常事件警報等服務。參測單位應依照上述需求分別實作相關功能，並提供應用系統以滿足失智症照護的資料交換需求。

檢核項目

• 參測單位應實作失智症認知評估功能（情境 1）
• 參測單位應實作個案位置監測功能（情境 2）
• 參測單位應實作異常事件警報功能（情境 3）

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

Keyword	名稱	說明
LTC_MANAGEMENT	LTC Management System	負責接收失智症認知評估結果、個案位置資訊、異常事件警報等資料，並提供資料管理與上傳功能。
LTC_CONSUMER	LTC Consumer	負責向 LTC Repository 查詢失智症認知評估結果、個案位置資訊、異常事件警報等資料。
LTC_REPOSITORY	LTC Repository	負責提供資料交換與儲存功能，包括失智症認知評估結果、個案位置資訊、異常事件警報等資料的交換、儲存與管理。

通過條件

• 參測單位 必須 通過情境 1、2、3 其中任一情境的所有要求項目，才算通過本賽道。

情境 (Scenarios)

情境 ID	說明
SC1	失智症認知評估管理
SC2	個案位置監測管理
SC3	異常事件警報管理

情境 1：失智症認知評估管理

失智症認知評估管理情境模擬醫事機構對失智症個案進行認知功能評估的流程。在此情境中，醫事人員會透過標準化的評估工具對個案進行認知功能評估並出具評估結果，後續透過標準化的資料交換機制上傳至日照中心管理系統。本情境因應台灣實際使用狀況，採用 MMSE、CDR 兩種標準化評估量表，未來可擴增至其他評估量表（例如 AD8 等），若參測單位有其他評估量表需求，也可與大會聯繫並提供量表內容，大會將協助參測單位進行量表驗證。

本情境會使用到 QuestionnaireResponse 資源，各系統角色應具備以下核心功能：

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

• 能夠接收來自醫事機構的失智症認知評估結果，包括但不限於 MMSE、CDR 等標準化評估工具的結果。
• 支援即時或批次上傳／查詢模式，確保資料傳輸的穩定性與完整性。
  • 必須支援以 POST 方式上傳資料。
  • 必須支援以 GET 方式查詢資料。
  • 必須支援以 PUT 方式更新／上傳資料。
  • 選擇性支援以 POST Bundle 方式上傳資料。
• 遵循 FHIR R4 QuestionnaireResponse 資源格式，將失智症認知評估結果儲存至 FHIR Server 中，並提供查詢功能。

資料上傳功能（LTC_MANAGEMENT 角色）

• 必須能以 POST 方式上傳單筆或批次失智症認知評估結果。
• 必須提供介面，讓醫事人員輸入評估結果後進行資料上傳，並提供一個可驗證的介面，讓使用者確認上傳的資訊。
• 必須支援以下評估量表：

量表名稱	類型	說明	備註
MMSE	QuestionnaireResponse	Mini-Mental State Examination	簡短智能測驗量表
CDR	QuestionnaireResponse	Clinical Dementia Rating	臨床失智評估量表

資料查詢功能（LTC_CONSUMER 角色）

• 必須能以 GET 方式調閱失智症認知評估結果。
• 必須提供查詢介面，支援以多種條件調閱評估結果，並支援以 _history 參數調閱歷史資料。
• 必須支援以下調閱條件：
  • 依據個案編號查詢
  • 依據評估工具類型查詢
  • 依據評估時間查詢
  • 依據評估結果分數範圍查詢

情境 2：個案位置監測管理

個案位置監測管理情境模擬定位監測系統對失智症個案進行即時位置追蹤的流程。在此情境中，定位監測系統會透過 GPS、WiFi、藍牙等技術對個案進行位置追蹤，並透過標準化的資料交換機制上傳至日照中心管理系統。

本情境會使用到 Location 資源，各系統角色應具備以下核心功能：

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

• 能夠接收來自定位監測系統的個案位置資訊，包括但不限於所在地名稱、經緯度座標等。
• 支援即時或批次上傳／查詢模式，確保資料傳輸的穩定性與完整性。
  • 必須支援以 POST 方式上傳資料。
  • 必須支援以 GET 方式查詢資料。
  • 必須支援以 PUT 方式更新／上傳資料。
  • 選擇性支援以 POST Bundle 方式上傳資料。
• 遵循 FHIR R4 Location 資源格式，將個案位置資訊儲存至 FHIR Server 中，並提供查詢功能。

資料上傳功能（LTC_MANAGEMENT 角色）

• 必須能以 POST 方式上傳單筆或批次個案位置資訊。
• 必須提供介面，讓定位監測系統自動上傳位置資訊，並提供一個可驗證的介面，讓使用者確認上傳的資訊。
• 必須支援以下位置資訊項目：

項目	類型	說明	備註
所在地名稱	Location	個案所在的地點名稱	例如：日照中心、家裡、公園等
經緯度座標	Location	GPS 座標資訊	十進位度數格式

資料查詢功能（LTC_CONSUMER 角色）

• 必須能以 GET 方式查詢個案位置資訊。
• 必須提供查詢介面，支援以多種條件查詢位置資訊，並支援以 _history 參數查詢歷史資料。
• 必須支援以下查詢條件：
  • 依據個案編號查詢
  • 依據時間範圍查詢

情境 3：異常事件警報管理

異常事件警報管理情境模擬定位監測系統對失智症個案異常行為或事件進行偵測與警報的流程。在此情境中，定位監測系統會透過各種感測器或演算法偵測異常事件（如離開安全區域、異常移動模式、跌倒等），並透過標準化的資料交換機制上傳至日照中心管理系統。

本情境會使用到 AdverseEvent 資源，各系統角色應具備以下核心功能：

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

• 能夠接收來自定位監測系統的異常事件警報，包括但不限於事件類型、嚴重程度、發生時間、位置等。
• 支援即時或批次上傳／查詢模式，確保資料傳輸的穩定性與完整性。
  • 必須支援以 POST 方式上傳資料。
  • 必須支援以 GET 方式查詢資料。
  • 必須支援以 PUT 方式更新／上傳資料。
  • 選擇性支援以 POST Bundle 方式上傳資料。
• 遵循 FHIR R4 AdverseEvent 資源格式，將異常事件警報儲存至 FHIR Server 中，並提供查詢功能。

資料上傳功能（LTC_MANAGEMENT 角色）

• 必須能以 POST 方式上傳單筆或批次異常事件警報。
• 必須提供介面，讓定位監測系統自動上傳警報資訊，並提供一個可驗證的介面，讓使用者確認上傳的資訊。
• 必須支援以下異常事件類型：

項目	類型	Code system	Code	Display	備註
離開安全區域	AdverseEvent	SNOMED CT			嚴重程度：高
異常移動模式	AdverseEvent	SNOMED CT			嚴重程度：中
跌倒偵測	AdverseEvent	SNOMED CT			嚴重程度：高
長時間靜止	AdverseEvent	SNOMED CT			嚴重程度：中
異常生命徵象	AdverseEvent	SNOMED CT			嚴重程度：高

注意： 上述異常事件類型在 SNOMED CT 中可能沒有完全對應的代碼，參測單位可根據實際需求選擇適當的 SNOMED CT 代碼或使用自定義代碼。

資料查詢功能（LTC_CONSUMER 角色）

• 必須能以 GET 方式查詢異常事件警報。
• 必須提供查詢介面，支援以多種條件查詢警報資訊，並支援以 _history 參數查詢歷史資料。
• 必須支援以下查詢條件：
  • 依據個案編號查詢
  • 依據事件類型查詢
  • 依據嚴重程度查詢

交易 (Transactions)

交易 ID	說明	發送方 (From)	接收方 (To)
LTC-211	上傳 MMSE 失智評估結果	醫事機構系統	日照中心系統
LTC-212	上傳 CDR 失智評估結果	醫事機構系統	日照中心系統
LTC-213	查詢失智症評估結果	日照中心系統	家屬行動 App
LTC-221	上傳個案即時位置	定位監測系統	日照中心系統
LTC-222	查詢個案位置資訊	日照中心系統	家屬行動 App
LTC-231	上傳異常事件警報	定位監測系統	日照中心系統
LTC-232	查詢異常事件警報	日照中心系統	家屬行動 App