討論到現在，前端服務架構已逐漸成形。 現在的問題是要收來自EHR端的POST資料，更重要是FHIR Resource與FHIR Server的相關資訊。然後翠取出CDS Serevice所需的資料內容，送給他處理，並且等待結果轉化成Card類別，回覆給EHR端。
現在要面臨深思的事，這個平台到底是要處理一般化，還是要特殊化。
特殊化很單純，目前這個專案就是處理兩個CDS，BMI與Hear Rate。而且他們要的資料都很明確就是要Observation然後各自對應LOINC碼，把Value值抓出來丟給CDS。兩隻CDS收到資料後，開始進行邏輯處理(這個對資訊人員來說，就是最困難的部份)。處理好後，再把結果組合成Card後，送回給EHR。這個叫暴力實做法。
而一般化，就是說這個平台只要匯入MLM的話，就自動產生的一個CDS 服務，這是我的理想。而這個目標也是可行的。Arden Sytax已經開始支援FHIR，只是應用上還不很明確。當資料源(Data:)確定資料，那邏輯(Logic:)的部份就是Parser程式的問題。再明確一點，就是有一個MLM的編輯器，把文件寫好後，就可以產生CDS Hook要的設定檔。
可惜，這些年來我的工作一直跟FHIR無緣，只能利用下班時間研究，能量還是有限。再者也沒什麼深厚背景，可以搞新創，搞基金。總之一切隨緣。
==========
雖然說是暴力實做法，但是，跟FHIR Server互動這塊，還是會提供程式碼參考。雖然，目前挑的這兩個案例，只會用到Observation，但實務上，不會這麼簡單。（哈～要找到漂亮複雜的CDS，那就超出我能力範圍）。只是Access Token的部份，我還是會保留。畢竟我也不是專搞慈善事業的。
沒有留言:
張貼留言