II.FHIR Resource

05 Questionnaire, fhirpath-lab, LHC等view介紹

Day 4 簡要介紹了FHIR的Resource類型、用途與功能，

今天我想特別把Questionnaire這個Resource拉出來講，
之所以會提到他的主因是這個Resource在蒐集資料非常便利，

若醫療院所沒有建置一個完整的資料流，或是沒有指定的欄位蒐集，
Questionnaire可以很直接的幫你蒐集這些資料。

這個Resource很特別的是他本身是一個提供給工具讀取的Resource，在這個Resource的使用上，

服務提供者只需要將Questionnaire Resource 匯入至開源或訂閱的FHIR問卷工具，
就可以產生一個可以提供使用者填答的問卷，

那在完成這件事之前需要做什麼呢?

 1. FHIR Server，因為醫學資料具有隱私性，最好本地建置或交付可信的業者建置FHIR Server
 
 2. 匯入指定的IG，因為IG內包含了提交所需的profile與terminology，
 若沒有執行這個步驟，Questionnaire匯入進去的值集選項會無法正常顯示，
 
 3. 實作、或創建一個你需要的Questionnaire Resource
 
 4. 提供給使用者填答，並回收QuestionnaireResponse Resource做後續應用
 
那問題來了，既然說的這Resource這麼好用，那為什麼實際利用的比例還是不算高呢?

原因還是出在IG上，因為使用者回傳的是一個QuestionnaireResponse，但實際上這些資料在某些IG上是應該要被分門別類進不同的Resource內的，

因此，我們拿到的QuestionnaireResponse還是需要透過二次轉換，將QuestionnaireResponse的內容抽取出來放進各自的Resource內，

這裡可以先提到一下FHIRPath：

https://build.fhir.org/fhirpath.html
https://hl7.github.io/fhirpath.js/

FHIRPath是一個用來抽取FHIR Resource內部資料的工具，因為無論是申請表單，應用程式或是資源存取，
如果想要實際利用這些儲存在FHIR Resource內部的資料，就勢必要有能夠將這些資料抽取出來的手段

詳細的內容我會放到稍微後面一點再來談這個東西，但現在我們知道可以透過FHIRPath把QuestionnaireResponse的資料拿出來了

接下來我會介紹一些支援FHIR Questionnaire的問卷工具，可以試用看看

 1.LHC FHIR Tools - FHIR Questionnaire Viewer
 https://lhncbc.github.io/questionnaire-viewer/
 
 2.Aidbox Form Builder (Health-Samurai)
 https://form-builder.aidbox.app/
 
 3.Fhirpath Lab - Questionnaire
 https://fhirpath-lab.com/Questionnaire

這幾個工具的使用方法都大同小異，但我比較推薦使用3 Fhirpath Lab，因為它是開源程式可以在本地建置，

並且其已提供LHC-Form的格式於左側欄位，整合性較佳

這些問卷工具首先會要求你將指定FHIR Server內的Questionnaire Resource貼上來，
如：(From fhirpath-lab)

https://sqlonfhir-r4.azurewebsites.net/fhir/Questionnaire/abbey-pain-scale
 
這個網址可以支援localhost，如：

http://localhost:8080/fhir/Questionnaire/questionnaire-id

但為了資料保密性建議還是不要在公開網路填答個人敏感性資料，

至於2 Aidbox本身是一家FHIR Server的解決方案，若使用其FHIR Server該工具會自動包含其中，

FHIR Server的內容會在後面再詳談，

貼上Questionnaire的網址後，其Resource內容與可用表單的選項就可以找到並填答，

這邊要注意的是如同先前提到的，指定目標的FHIR Server必須要先匯入/安裝相應的值集或結構定義，否則在Questionnaire的讀取上

工具會無法提供值集的選項給使用者導致回報錯誤，但若以上手續都完成，使用者就能按照欄位填答問卷並匯出QuestionnaireResponse，

之後再去做對應的資料擷取與整理即可，而這個資料轉換當然也能透過本篇系列文的下半篇FUME來實現、又或是再實作一個StructureMap資源去做映射也行。

明天開始要來講Terminology，也是構成FHIR在醫學資訊標準化尤其重要的一個環節，

就是因為Terminology的標準導入才讓FHIR的臨床判讀有統一的概念可循，

但這個範圍會更偏醫學專業一些，核心知識若想深入建議請教專業人員的講解。