臨床編碼系統 - 差在哪裡

之前已經提到臨床編碼系統只是在降低認知的差異性。
非臨床類的編碼系統比較容易理解，他就是一個Lookup Table。主要用途是當作限制式使用。也就是說，你只能從這個範圍內選擇一個值來代表。一般可以選擇的項目不是很多。
就實作的角度而言，這些Lookup Table的內容，可以想像成是一個Dictionary。或者你想像成一個<Key, Value>結構的東西。
Key是給電腦用的。你可以視為欄位名稱。
Value是給人用的。你可以視為內容值。尤其是量測內容值。

非臨床類的Value常常只是Description。這部份還是留待講到CDA R2時，再來說明。
我們先來看看臨床類的編碼。
這邊要介紹常用的三種編碼ICD、LOINC、SNOMED CT（SNOMED本身涵蓋範圍很廣，加上CT是指限定在Clinical Terms上）。

我們就引用<Key, Value>的概念來說明。
（補充：其實，真正的說法應該是<Code, Value>）

• ICD是分類碼，他只有Key，沒有Value。Key就是Value。你只是透過某些具有階層意義的數字來讓概念越加明確精準。注意這個有版本問題。國內仍以ICD 9為主，國外則是ICD 10。版本之間結構差異頗大，但內容變化不大。
• LOINC是查詢碼/操作碼，他定義了Key，然後要補上Value。這個東西分事前與事後。事前比較像操作碼，用一個Key，來代表六種屬性規範（後續再細講），要求別人依據此規範去執行作業。事後就是查詢碼，依據六種屬性規範給定你想找的東西，然後取得一個Key，透過此Key到電子病歷中查詢。注意這個有版本問題。各版次間結構不變，只是項目內容修正。
• SNOMED是定義碼，他只有Key，有/沒有Value。他是把臨床上所有具有意義之名詞賦予一個Concept ID，以及[0..n]的Description ID。至於有或沒有值要看他是如何應用在電子病歷結構檔中。有時候，Key本身就是Value跟ICD很像。有時候，Key本身只是欄位，你要補上Value，他又跟LOINC很像。注意這個沒有版次的問題。但仍需下載新的資料庫。

給幾張圖簡單說明一下。後續在分別介紹這三個常用的臨床編碼系統。

ICD 10

這可以在Wiki取得。

 若選腫瘤群組，則到下一層，會有更多精確定義的腫瘤。注意，Key的內容是Append。

這是線上查詢系統：

LOINC

這個是下載LOINC後所提供的軟體，叫做RELMA，他是提供你現有系統的編碼與LOINC對應之用。你可輸入一些關鍵字，然後列出符合之項目。在經由六個屬性軸，來決定哪一個Key才是符合現在情境所需。

SNOMED CT

這是當你擁有SNOMED版權時，你可以下載一套CliniClue，可提供你查詢管理之用。

圖中是查詢一個asthma（氣喘）。因為是設定Starts with，系統列出所有以asthma開頭之編碼描述。點選後，則展開此編碼之結構（跟ICD概念類似），你就可以找到唯一的Conception ID。然後在右手邊會出現不同來源之Description ID。下方就是電子病歷的重點「關聯」，這個要跟CDA R2整合在一起就可以發揮驚人的效果。

找到asthma，可以有嚴重度與發病頻率的關聯，分別在此關聯下，又可以有哪些限定範圍之Conception ID。

後記：

1. SNOMED就是為了電子病歷而設計的。若不用，真不知我們的電子病歷有什麼資格叫電子病歷。當然，也可以不用呀，台灣可以自己定一套呀。這就看政府要不要砸錢呀，定完後看哪一國會聽你的。然後再跟鬼接界世。
2. 一份真正的電子病歷，就是一個最原始的病歷檔。用在臨床決策支援系統，就能發揮其效益。懂得使用電子病歷的臨床決策支援系統，其設計模式又是另一們學問。
3. 目前國內一堆跟臨床有關的研究，其資料來源是健保資料庫。而我們都知道，醫院為了健保申報最佳化，申報資料都是有微調的可能。基於不能完全信賴的資料源所做出來的研究，實在難以說服我。（喔～又夜郎自大了，能說服審查委員就好）。
4. 多年前就建議申報若能以最原始的資料，也就是電子病歷，這樣子醫院也不需要大費周章的搞申報紀錄檔，連後續的複核交付紙本的作業都省了。這個當然不可能實踐，健保局不願意，醫院更不會同意。Dead lock。