# labdata對應至fhir

1. 現階段的檢驗類別，在北榮主要有不同的symbol，但是要去配合其收費碼，sym+pfkey才可以找出有單一的對應標準，而且因為病人在醫療體系內有作出不同的檢驗類，故需要先作出其檢驗類的資訊展示平台，這也是下階段要去開發的方向。
1. 針對不用的年齡層、以及性別，其檢驗值在不同的檢驗類有不同的表現方式，故先以AGE每十年作出一個分類，若是在不不同年齡層上有不同的分佈情形，可以用此平台去了解。
1. 若是使用同一年齡層、同一性別的方式來看labdata的分布，這樣的使用情形比較低，並不會有很多醫師需要，所以在開發上的實用性價值較低。

### fhir關於resourceType
1. fhir的資料表主要有resource, patient, medication, contact, encounter, hospitalization, resource_component其中會使用 resourceType為medication類別，來將各類的檢驗資訊 對應至FHIR
1. 現階段的檢驗類別，在北榮主要有不同的symbol，但是要去配合其收費碼，sym+pfkey才可以找出有單一的對應標準，而且因為病人在醫療體系內有作出不同的檢驗類，故需要先作出其檢驗類的資訊展示平台，這也是下階段要去開發的方向。
1. 針對不用的年齡層、以及性別，其檢驗值在不同的檢驗類有不同的表現方式，故先以AGE每十年作出一個分類，若是在不不同年齡層上有不同的分佈情形，可以用此平台去了解。
1. 針對不用的年齡層、以及性別，其檢驗值在不同的檢驗類有不同的表現方式，故先以性別每十年作出一個分類，若是針對在不同性別上有不同的分佈情形，可以用此平台去了解。

### fhir-path
#### fhir中關於 path規範
1. 主要會用fastapi來建立endpoints但是因為resourceType會有很多不同的resource 故需要用parser來建立endpoints
1. 現階段的fastapi 若是要對應成FHIR中所設定的endpoints其fhirpath會出現問題 在這點上還沒有去解決 如何對應成正確的fhirpath 可能會用fastapi中的router去作設定 才可以繞道處理上述問題
1. 其實fhir就是將所有的醫療資訊 作成可以交換的資訊格式如json, ttl或是xml 在這裡主要還要對應成json方式
1. 除了用fhir parser外也需要用fastapi 來建立endpoint 以前都是手動去建立 沒有辦法導入自動化的方式 需要去參考fhir parser 的方式了解其中的機制
1. 若是要開發restful的api界面 不需要使用store procedure方式 則建立出api的endpoint

###### tags: `fhir` `fhir-path`