HL7 FHIR Implementation Guide: Taiwan Common Oncology Data Elements IG Release 0.1.0 - TW | STU1
0.1.0 - ci-build

HL7 FHIR Implementation Guide: Taiwan Common Oncology Data Elements IG Release 0.1.0 - TW | STU1 - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

## ImplementationGuide

此IG主要用於癌症登記流程之資料交換，並繼承於臺灣核心實作指引（Taiwan Core Implementation Guide，以下簡稱TW Core IG）規則。

### 介紹

在醫療健康照護的領域中，資料交換的需求對於癌症患者的連續性照護、醫療資料整合、照護資料應用顯得尤為重要。然而，不同醫療系統中的資料格式各有差異，資料結構以及欄位內容的標準亦有所落差。臺灣屬於健保單一給付制度的醫療給付架構，大部分格式、資料標準以健保申報為主，在互操作性上雖然已有既定的架構與規格，但對於癌症照護間的資料交換還是有所落差，大多數的需求都需【客製化】、【唯一化】，每當有資料交換需求或是產生新的傳輸資料架構時，醫療院所皆須從不同來源的資料重新產製符合格式之資料。

有鑑於此，著手推動統一標準合適的FHIR資料架構，定義完善的資料內容、交換項目，尤其是針對癌症患者照護的需求。當【交換單張】的需求產生時，可以快速地萃取出需要的資料、以及使用統一的前端介面進行讀取、同時加速資料儲存的效率。

本工作小組依據既有非FHIR標準之互通標準，以FHIR標準設計符合台灣醫療照護應用情境資訊需求之癌症照護 FHIR Resource 規範與通用系統互通操作應用流程，提供產業應用交流與參考，以達到基本的跨系統互通性，並相容衛生福利部 TW Core IG 規範。

臺灣核心實作指引（TW core IG）實作採用HL7® FHIR® standard（Fast Healthcare Interoperability Resources）IG建置方法進行資料欄位選用。TW Core IG在FHIR R4.0.1及國際病人摘要(International Patient Summary，IPS)1.0.0-CI Build之標準基礎上，進一步定義適用於臺灣癌症照護資料交換需求的Resources（類似資料表）、其中的資料項目（意即欄位）、基數（意即0..1、0..、1..1或1..）、資料類型（文字、日期時間、代碼等）、可綁定的代碼（及其綁定的強制程度）及查詢參數等，旨在提供健康照護資訊系統開發與實作者以TW Core IG為基礎，再進一步訂定其實務專案所需之資料交換格式以應用於專案中。 主頁

### 專有名詞定義

本實作指引基於TW Core IG規則，其部分敘述如下：

#### Profile

英文名 | 中文名 | 說明
--- | --- | ---
Name | 名稱 | resource的資料項目名稱(意即XML元素名稱；JSON或RDF屬性名稱)。 有些名稱末端為[x]，圖示為multipleBirth[x]範例，意即可以選擇適用的資料類型表述該資料項目內容值,故需依據資料類型填入適當的內容值，例如Patient.multipleBirth[x]。
Cards. | 基數 | 此資料項目允許出現在這個resource的最小至最大次數，意即例如某一資料項目的基數若為0..1，表示可不填寫或至多填入1筆；若為1..1，表示必須(只能)填入1筆；若為0..，表示可不填寫或填入多筆(不限筆數)；若為1..，表示至少要填入1筆或填入多筆(不限筆數)。
Type | 資料型別 | 資料項目的資料型別(可超連結至該型別的定義)，例如：boolean、integer、dateTime等。
Description &Constraints | 描述與限制 | 此資料項目的描述及詳細的限制。尤其編碼的資料項目可使用何種代碼填寫，如果有特定需要綁定的的代碼，則會以Binding陳述。

#### 綁定值集(value set)的強度

英文名 | 中文名 | 說明
--- | --- | ---
Required | 要求使用 | 應填入代碼表中的其中一個代碼
Preferred | 鼓勵使用 | 鼓勵使用代碼表中的代碼， 但不強制一定要使用此代碼表，你也可使用其他代碼表的代碼或單純以文字表示。
Example | 範例 | 可參考代碼表，但此代碼表只是針對這個欄位的一個可能值的示例，不預期也不鼓勵使用者一定要使用此代碼表的代碼。
Extensible | 可擴充 | 應填入代碼表中適合的代碼，確定無適合的代碼才可以使用其他代碼中的代碼來表示。

#### 符合度用語(Conformance Language)

FHIR使用RFC 2119中定義的符合度動詞必須(SHALL)、建議應該(SHOULD)和可能可以(MAY)。而FHIR與RFC 2119不同的是，FHIR允許不同的應用程式因使用可選功能的方式而無法達到可互操作性，特別是：

1. 必須(SHALL)：所有實作絕對要符合要求。

2. 必須沒有(SHALL NOT)：所有實作絕對禁止的要求。

3. 建議應該(SHOULD)/建議不應該(SHOULD NOT)：實作者在特定實作的情境下考慮的最佳或建議實作方法；雖然忽略一個項目可能有正當理由，但在選擇不同的程序之前，必須了解並慎重衡量所有含義。

4. 可能可以(MAY)：這是實作者真正可選的要求；可根據實作者的決定使用或不使用，不會造成任何影響。

其餘詳細規則請詳閱TW Core IG網站