CDS Hooks - 程式設計 - CDS Service端

如上篇所言，這兒是用暴力法，把MLM上的判斷邏輯，用人工方式直接轉成C#程式碼。

還記得有一個CreateEmptyCard，那個是只有MLM的宣告，卻沒有收到任何資料來源時可回應給EHR的部份。

我們這邊用了兩個MLM，要有資料來源得上Sandbox，要有確定的個案對象才好測試。所以，這邊仍暫時保留之。

===== Responses =====

還記得Call Service時，會叫用Responses.GetResponseContent()，當時，只展示了空的Card，現在不一樣了。

判斷要用什麼CDS服務是透過Id，若沒有當然是給空的。

則就是針對個別，回應正確的Card。

目前先把FHIR Resoure部份先保留，因為這塊我想要完整描述。他會用到我自己開發的FHIR SDK。這邊就先假設，已經從Resource中取回想要的值。
接著就是分別呼叫對應的CardService。

====== BMI  ======

25：就是拿傳進來的值去做邏輯判斷。

26~35：提供外部連接用。

36~44：準備建議按鈕。 篇所言，這兒是用暴力法，把MLM上的判斷邏輯，用人工方式直接轉成C#程式碼。

還記得有一個CreateEmptyCard，那個是只有MLM的宣告，卻沒有收到任何資料來源時可回應給EHR的部份。

我們這邊用了兩個MLM，要有資料來源得上Sandbox，要有確定的個案對象才好測試。所以，這邊仍暫時保留之。

===== Responses =====

還記得Call Service時，會叫用Responses.GetResponseContent()，當時，只展示了空的Card，現在不一樣了。

判斷要用什麼CDS服務是透過Id，若沒有當然是給空的。

則就是針對個別，回應正確的Card。

目前先把FHIR Resoure部份先保留，因為這塊我想要完整描述。他會用到我自己開發的FHIR SDK。這邊就先假設，已經從Resource中取回想要的值。

接著就是分別呼叫對應的CardService。

====== BMI ======

25：就是拿傳進來的值去做邏輯判斷。

26~35：提供外部連接用。

36~44：準備建議按鈕。 在此僅是產生一個按鈕，準備Feeback階段時可接收。但Action區塊沒有設定，沒有準備FHIR Resource，所以就沒有的後續作業問題。

45~57：產生Card。

至於BMIEvalue的部份，就依照MLM的邏輯判斷來處理。

===== HeartRate =====

這塊就簡單帶過。

HeartRateEvalue的部份。