CDS HOOKS - 思維再論

其實講定說要使用CDS HOOKS時，資料來源就已經固定是FHIR了。

但就操作流程來看，使用者（醫師）一定正在使用某個系統，而這個系統已經有個案的基本資料。就看你要怎麼稱呼這個「系統」，你就當他是EHR吧。接著的問題是，這個EHR的資料從哪裡來？

1. 從這個EHR所依附的資料庫？
2. 從FHIR來？
3. 從CDA R2來。

也許這是系統設計問題吧。接著要問，使用者只是看看資料而已？還是要做什麼業務行為？會不會有維護異動資料的行為？那新增或更新後的資料要送到何處去？

回到原點，要搞CDS HOOKS得先要有類似EHR的系統，讓使用者有個案資料可以看，然後在進行業務過程中，去選擇適當的CDS。

===========

前面談到的是，臨床資料的問題。再切回另一個面向，那使用者到底需要什麼樣的臨床決策支援呢？也就是說，若您是一個CDS的開發者，您當然想要開發一個醫師會想用的東西。

注意，CDS HOOKS不會去開發一個非常完整的系統（Smart on FHIR才會），一般而言，他會單點突破的東西。就是提供一些必要的臨床資料後，在根據某些運算法則或臨床常規等，給出一個建議，甚至不會去做實質的治療行為。

好囉，根據你想要做的臨床決策性東西，他背後的運算法則或臨床常規要怎麼取得呢？當然最簡單的方法就是問醫師，查臨床路徑，去研究一堆的期刊論文。但對資訊人員來說，是有點困難。

是的，最理想的方式就是有可參考的MLM文件。他是用技術人員看得懂得語法所描述的。但MLM並不容易撰寫。雖然市場上已經有編輯器可以使用，但實用性，與降低門檻上，還是不甚理想。

==========

我想表達的是，動不動就說要搞CDS HOOKS，那就別鬧了。