CDS Hooks - 規範 - 5

 終於來到最無聊的最後階段「Feedback」。

前言

在CDS Response Object中，有提到Suggestion，其實他應是由CDS Client端產生一個按鈕，並以POST方式帶Feedback物件回給CDS Server。這邊就得要注意，CDS Client的使用者，到底是按哪一個suggestion按鈕。還要注意，CDS Services有很多個，根據規範書的內容每一個CDS Service都要有自己的Feedback。

POST {baseUrl}/cds-services/{serviceId}/feedback

Feedback Object

card

當初CDS Response物件中Card.uuid的內容值。

outcome

CDS Client對此card的態度。兩個選項accepted或者overridden。

acceptedSuggestions

如果outcome是選擇accepted，那就得回傳到底是接收哪個(些)suggestion(無論是單選還是多選)。其結構很簡單，就是當初suggesion的uuid。

overrideReason

如果outcom是選擇overridden的話，可以提供理由。其結構為OverrideResaon物件：

 

 outcomTimestamp

最後給這個回應押一個時間戳記。這是必要欄位。

這邊高度依賴CDS Client的支援程度而定。不過，身為CDS Service必須位自己提供的建議作後續支援服務的機制。因為這個過程可能不是只有一個來回，有可能是數個CDS Service的組合方能完成一個臨床實務上的決策循環。