Re: [討論] 資訊硬體的二三事

看板CMstudents (中醫學生)作者 (Torsades de Pointes)時間9年前 (2015/07/26 01:18), 編輯推噓6(602)
留言8則, 5人參與, 最新討論串2/3 (看更多)
單就編碼這回事來補充說明一下. ※ 引述《gentlwind (ㄉㄊ)》之銘言: : 補充:很多穴位與藥名也是非BIG5字元.我覺得能正確顯示會比較好 同意.最簡單的測試方式就是打幾個穴位,例如肩"骨翏"ㄌㄧㄠˊ便是. 若HIS系統可以顯示,要嘛有使用造字(如Unicode補完計畫),要嘛HIS是使用Unicode內碼.

07/24 11:45,
mysql一定有支援unicode啦 不過這是廠商搭配設計的問題
07/24 11:45

07/24 11:46,
前端廠商的HIS不支援unicode 後端資料庫支援也沒路用
07/24 11:46
: 這我就不了解了.多次請人設計mySQL程式.Unicode大多要額外處理才不會變亂碼 : 古老年代我都自己造字.自學以為的概念是內碼對應字體.不過一但去讀「Unicode補完計 : 畫」的說明文件就會發現不是這麼簡單.所以我就懶得弄懂了. 中醫HIS在Windows平台上的編碼輸出入有幾個方向: 健保卡→健保讀卡機↘ +-------+ ↗顯示於螢幕上 |HIS系統| →擷取系統字型後 工作人員鍵盤輸入 ↗ +-------+ ↘列印輸出 ↑↓ 後端資料庫(MySQL/MSSQL等) 首先,健保卡內儲存的姓名資料都是BIG5碼,長度只有20byte,可存10個中文字的空間. http://www.nhi.gov.tw/Resource/webdata/21718_1_1030034397-1.xls 所以若姓名有非BIG5範圍的字(例如某水牛伯的堃),健保卡內存資料讀卡時就會跑出*號. 碰到原住民或外國居留人士名字太長的也會被截斷,這時需要手動輸入患者姓名. Windows平台下東亞語系程式處理的內碼有兩類:一類DBCS(在台灣為BIG5),一類Unicode. 開發Unicode程式比較麻煩,加上健保卡本身就存BIG5,所以多數HIS系統都是用BIG5內碼. (好幾年前就連長庚大廟的中醫系統也是BIG5;現在不知道有沒有變化?) BIG5也有好幾個版本.標準BIG5下是連水牛伯的堃都無法顯示,也才會跑出方方土的代稱. Unicode補完計畫則是使用標準BIG5所保留的造字空間大量引入缺字以及假名/簡體等. 使用造字檔的問題是不同家的造字碼位不同不相容,例如堃這個字可能造在不同碼位. (Unicode補完計畫的堃造在954A,別家造字檔的954A可能是空碼或對應到別的字) 所以在這邊看到的正確文字可能傳到別處去就變成亂碼了,以後搞電子抽審時會出現問題. 反而資料庫軟體開發時就因應全球化需求,本身都是可以使用各國不同編碼的. 但是前端廠商的HIS系統不改,資料庫支援Unicode也是備而不用而已. 依目前的生態,大概要健保IC卡哪天砍掉重練時改存Unicode才會帶動廠商更新HIS吧... -- 松 山 まつやま ◣ 南港 台北 ◥ Nankou Matsuyama Taihoku -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 124.10.86.38 ※ 文章網址: https://www.ptt.cc/bbs/CMstudents/M.1437844700.A.B8C.html

07/26 13:38, , 1F
推,個人意見這幾篇都有M的價值。
07/26 13:38, 1F

07/26 19:36, , 2F
07/26 19:36, 2F

07/26 22:21, , 3F
資訊廠商不夠積極是真的
07/26 22:21, 3F

07/26 23:02, , 4F
既然IC卡本身用BIG5,官方不改資訊廠商積極也沒用吧…
07/26 23:02, 4F

07/27 00:14, , 5F
要官方有效率很難XD
07/27 00:14, 5F

07/27 04:47, , 6F
UNICODE也只是減少*出現機率而已.總有人名字選怪字
07/27 04:47, 6F

07/27 11:48, , 7F
康熙字典在比較新的Unicode版本都收完啦 還出現*就沒輒了
07/27 11:48, 7F

07/27 11:48, , 8F
再怎樣總比已知缺字一堆的BIG5強
07/27 11:48, 8F
文章代碼(AID): #1LiyJSkC (CMstudents)
討論串 (同標題文章)
文章代碼(AID): #1LiyJSkC (CMstudents)