為何要電子病歷 - 語意參考模型

之前提到Content與Context的差異，又說了資料與資訊差異，然後又說了眼所見與心所想的差異，其實這一切都是要強調，標準的目的都是為了降低因為這些差異所造成的問題。
差異的來源有不同，標準所要定義的範圍也就有所不同。

內容其實我們比較在意的是關鍵字或專有名詞。很可惜，雖然是關鍵字或專有名詞，也會因為每個人的學習來源、習慣用語等因素，還是會有差異。例如說，中風、腦溢血、栓塞等，字面上表達不同，但有可能是只同一件事情。
為了要讓每個人對於內容眼所見與心所想保持一致性，這時候需要的是臨床標準代碼。
有時候，眼所見都一樣，卻造成心所想的困擾，例如日期看起來都一樣，可是說不一定一個是生日，一個是門診日期，一個是入院日期，一個是出院日期。當然，就人而言，也許可以依據自己的知識來確認日期的排序關係，但是，對於電腦而言，他還是只能比大小，規則你還是要提供的。
所以，這個就是結構標準問題。

再回到之前所謂的真實世界與電腦世界的差異。

真實世界是敘述化模式，對於片段有意義資料是可以任意組合的。上面的敘述也可以改成：
有一位男性於8/5/2000年住進8B病房，他的姓名是范士展，生日是10/31/1965。
但是，對電腦而言可就沒這麼聰明。
電腦世界是結構化模式，他要你把所有的規則講清楚而能夠實作。黃色框框的部份就是HL7訊息。其中仍有許多需要學習的地方，有興趣可以到實作支援網站去瞧瞧。在此的目的是為了引導至電子病歷議題，所以，不加以討論。
在這段HL7訊息中，有幾類的資料需要注意。其實，說穿了就是所謂的資料來源之差異性。
像姓名，他是不需要改變的。資料來源是什麼，就應該呈現什麼，不會有爭議。
像日期類，這個就要小心，因為可以有年月日，又可日月年。然後，又可以用不同的分隔符號。年對我們而言，又有民國年，西元年之差異。另外，還有民國100年問題，西元年有Y2K的問題。這個就得要講清楚，呈現格式是什麼。
另外一種，也是最重要的一種編碼類。這是因為從資訊系統的角度，在資料儲存的部份可以自己定義，只要在畫面顯示時，轉成習慣字眼即可。（這部份後續會談到）但是，對電子病歷而言，他是電子文件，他必須要有一致性的呈現方式。
像性別，某個資訊系統可以用數字資料型態0代表女生，1代表男生。另一家也許就直接用文字資料型態男生、女生來代表。這個就真的有可能會造成困擾。所以，交換標準就需要明定M代表男生、F代表女生。然後個別資訊系統再轉換成其習慣用語。