小診所HIS如何自己DIY

[Weily]

感謝cytu與IC Query設計者cwhsueh熱心加入醫師公會全聯會資訊小組。

為了幫助年邁的醫師爸爸在自己診所掛號、看診、申報，他們都自行設計穩定、易用、防呆（避免出錯）、自動化的HIS，而且多年來自己現場或遠距維護與擴充功能，成就令人讚賞不已。

茲請各位電腦高手在此分享DIY診所HIS的心路歷程與經驗分享，並請各位資訊能力較弱的診所醫師們提出你們的心聲與需求，讓我們看看結合醫界的力量，有沒有辦法先滿足小診所資訊能力弱者的需求，提供或爭取到價廉物美的total solution，進而取得醫療資訊談判的主導權，讓衛生署與健保局不再漠視醫界對於醫療資訊相關規定的意見，開創醫療資訊應用的藍海，造福全體西醫診所與接受我們健康照顧的所有民眾。

[hsuyungfeng]

推一下

[squeak]

公版可考慮推All-in-one box，類似機上盒，只要接上電源、網路開機即可上線，設定簡單，甚至只要是Linux系統，不用花太多錢即可搞定，系統會自動備份、災難回復，即使整個掛掉，用備機馬上上線… 越說越像電子病歷要作的東西。

想歸想，實務上，診所要應付的還有稅務、抽審、統計、報表等雜七雜八的事，不是像用傻瓜型的設備可以解決，公版可以用 Plug-ins 的方式，是供免費下載，來滿足這些需求，可以考慮用較高階的語言撰寫，像Python, Ruby, Rebol, Smalltalk .....，這些語言都有支援dynamic loading OOP的功能和內建免費的開源資料庫等，程式又很簡捷易懂，彈性很大。有了這統一的平台，各路高手就可在上各顯神通… 不用再向電腦公司買程式和付簽約費、每天的維修、改版的錢。

[cwhsueh]

來而不往非禮也. 我也弄了幾張自己程式的截圖, 請大家指教
https://picasaweb.google.com/chunghwei/ ... directlink

看了杜先生寫的...突然發現自己真是老了

開發語言：python （最佳腳本語言：易學、精簡、廣泛支援、高品質）
使用者介面：pyqt （跨平台，甚至在手機上也行！）
資料庫：標準sql語法與sqlite（輕量級、高效能；必要時可轉換至重量級mysql或postgresql）

這些東西, 完全陌生. 我們那個年代, 只有 PASCAL, C, FORTRAN. 這些老骨頭. VB6, 還是我程式開始運作後才有的東西.
用 VFP 來寫 HIS, 其實對門外漢還蠻方便的, 資料庫的東西完全不用管, 只要把心目中要的圖構想出來, 元件拉一拉, 再針對每個元件寫 Method 就好嚕.
物件導向在當年還是新奇的玩意, VFP可以把所要的功能用一張 FORM寫好, 包好.在我看來, 就不錯用嚕.
程式寫得很雜, 因為我是個宅醫, 剛開業之初, 沒病人的時候, 就開始構想新功能, 所以拉拉雜雜的, 怪功能還不少 呵~
SHOW 出來的只是掛號家看診的部分.
其實也曾經想過, 好好的整理一本使用手冊, 來嘉惠廣大開業醫們. 可是, 就是懶阿.....小SHOW一下, 權做自Hi 哈哈.

[yapi]

大推

[肉咖]

[squeak]

要公版實現，先統一資料庫吧！

Visual FoxPro is quite old..... how about other open source one? sqlite etc.
診所的資料庫大都使用一段時間，公版要先提供轉換的機制才能談之後的運轉，或是提供各種資料庫交談的界面backends(first tier)。

[Weily]

來而不往非禮也. 我也弄了幾張自己程式的截圖, 請大家指教
https://picasaweb.google.com/chunghwei/ ... directlink

謝醫師用網路相簿分享HIS操作畫面的方式很好，大家可以逐一就個別功能給予feedback，打造自己心目中的完美HIS。

例如：
1.
建議讀取IC卡內容後自動存檔並檢查藥品交互作用，提升用藥安全，從此病人都在這裡拿所有的藥品，要不然就多多來諮詢。

2.
03與12有什麼不同？
06與07可以同一天完成。
系統會每天自動提醒要refill, F/U, 收案的名單嗎？

3.
醫師看診後主動預約回診日期，如果當天病人沒有回診，採取什麼方式提醒病人回診？

4.
SO可否依problem list進行排序、編輯(+/-, first visit date, duration, 療效等)
詞庫除了可以現加現用，建議加上啟動鍵與代碼，方便keyboard快速輸入，例如`asap = as soon as possible。
每則詞庫的長度建議可以多行，例如 PE

5.
對於內科與家醫科醫師而言，診斷六個不夠用，建議先增到十個，以免抽刪時因為沒有相關診斷而被刪相關醫令的費用。
mouse click沒有keyboard typing快，請比照詞庫方式弄代碼，再用tab切換不同的診斷1-10。

6.
藥品天數可以是申報X天自費(或送)Y天嗎？

7.
藥品與檢驗列出來，可以複選後一起更改嗎？例如某幾項改自費或自行吸收、頻率。
我喜歡試算表方式對齊，從X軸、Y軸都可以批次更改。
重覆或互斥項目會主動提醒嗎？例如Persantin <--> Pletaal。

8.
data用試算表方式對齊比較容易看
LAB data請用紅色標示異常值
同一項或多項可以不同日期比對(table, X-Y graph)，例如lipid profile, eGFR

9.
建議在日期移動時就自動多視窗顯示其SO、A、P，不必點進去看內容。

10.
耀聖系統的操作畫面設計不錯
http://goo.gl/17Gm1
右上方歷史病歷總覽，點日期，下面的SOAP馬上呈現該次就醫內容。
要copy全部、區(SO or A or P)、行皆可。

11.
Good!

12.
Good!

13.
Good!

14.
加上EMR後，病歷貼單可以選擇不必印出來，更省紙。
耀聖一直到現在，都還做不到，唉！
可以選擇印衛教單與檢驗報告。

15.
Good!

[Cate]

朋友有一套幾年前的Dr ASP的source code
幾經討論後，決定免費將它拿出來
給論壇醫師團隊做後續的開發應用
提供者不再進行任何開發工作了
不知，各位是否要用

[amigo]

朋友有一套幾年前的Dr ASP的source code
幾經討論後，決定免費將它拿出來
給論壇醫師團隊做後續的開發應用
提供者不再進行任何開發工作了
不知，各位是否要用

[Weily]

要公版實現，先統一資料庫吧！

Visual FoxPro is quite old..... how about other open source one? sqlite etc.
診所的資料庫大都使用一段時間，公版要先提供轉換的機制才能談之後的運轉，或是提供各種資料庫交談的界面backends(first tier)。

存放資料的格式只要免費、開放、不會被時間淘汰，就不怕軟體更替。
csv, fixed-length text都歷久不衰，保證看診到一百歲也可以支援、讀取資料...... (爽)
以前DOS時期，我就使用不是xBase格式的Symantec Q&A 3.0 -> 4.0為醫院建立病理科與檢驗科報告系統，彈性大又好用。

去年衛生署的公版電子病歷推出時，並不轉換舊版的電子病歷，新舊並陳，只有需要調資料時才去使用舊版。
又不是要做研究，何必把陳年資料都裝到新版HIS內？

我覺得新的公版HIS推出時，也用不著轉換舊版HIS，頂多轉入標準規格的歷年來健保申報檔（耀聖HIS放在D:\02\YYMM.zip，如10001.zip是上個月健保申報檔，內有Dtlfa.10, Ordfa.10, Totfa.10三個檔案）與病患基本資料檔（D:\S\PATDB.DBF）就夠了。

重點在於自己常使用的片語、診斷與醫令要先建好，剛開始用新HIS時，偶爾要切換到舊HIS看與copy資料，一段時間後舊HIS就可以束之高閣了。

[amigo]

除了開發程式，還要規劃好將來如何維護，
甚至如果使用者眾，可能還有service的需求
期待在 Weily老大以及眾高手的努力之下，能夠有一個可長可久的公版HIS程式，造福廣大的宅醫們 (三八萌)

[smallant]

[Weily]

朋友有一套幾年前的Dr ASP的source code
幾經討論後，決定免費將它拿出來
給論壇醫師團隊做後續的開發應用
提供者不再進行任何開發工作了
不知，各位是否要用

好用的東西，越多越好...... (三八萌)

先謝了。

掛號、病患基本資料、IC卡讀寫、電子病歷與申報用的診斷+醫令部分很快就可以標準化。

其他的人機介面（如觸控）、SO、problem list、decision making support、LAB data交換、CRM、醫學影像、DDI、繼續教育、比價團購、PHR、VPN版醫聲論壇、遠距醫療、醫師公會投票等目前或未來要擴充的部分，只要約定好與公版HIS連接的方式(plugin, add-on)，就可以一步步盡情的發展。

[cytu]

看了謝醫師的豐富圖片集（太猛了，程式很完備！），更新了一下我自己的mycis的螢幕擷圖：

https://picasaweb.google.com/changye.tu ... 8314861074

一直以來最困擾我的就是：到底該有哪些功能？看診電腦化，是要解決問題而不是製造問題的。許多週邊現實無法配合的情況下，只能選擇折衷方案。比如我父親完全不會輸入中文，病歷全部手寫。如果我硬推電子化病歷要他輸入不是給他製造困擾嗎？再者，沒有跟健保局說好的話，比方說抽審，他們根本不接受電子病歷。此外，檢驗所的檢驗報告也不是電子檔，還要我們手動輸入，這也沒有替我們省下多少麻煩。

截至今日他還不習慣用google找資料；原本系統裡有的搜尋功能後來也就拿掉了，他根本不用。如各位所看到的，mycis看診視窗功能實在簡陋，但對他來說還算順手--他知道icd9大致範圍，所以用數字檢索就行；處置也是。藥品的話常常只要輸入三四個字母就會出現正確選項了。再加上裡面所有的選擇都有記憶，效率算是不錯。許多HIS都是用tab的方式來分開輸入診斷、處置、藥品，這對我父親來說複雜了些。仔細考量了之後決定把他們都放在同一個頁面上，一目了然。

父親最在意的就是申報，再來是上傳（不希望健保局找麻煩）。因為診所業務相對單純，於是我把這兩件事情全自動化，時間一到就上傳申報，申報成功自動下載列印總表--其實，自動化的另一個重要障礙是健保局：他們的文書作業完全是舊思維：為什麼還要印出總表、蓋醫院章之後寄回健保局才算申報完成？申報失敗系統會自動通知我，我去看有什麼問題就行了，不需要我父親傷腦筋。藥品、處置資料庫也是全自動更新：每個月25號過後系統會直接到健保局網站上面抓新檔案。

[squeak]

Python專家。
國內會用Python的人好像不多，反而是Java比較主流。

[cwhsueh]

其實，自動化的另一個重要障礙是健保局：他們的文書作業完全是舊思維：為什麼還要印出總表、蓋醫院章之後寄回健保局才算申報完成？

健保局不光是舊思維....根本沒大腦, 看看他們的電腦申報格式就知道, 完全雜亂無章.
有些數字要靠左, 有些數字要靠右, 有些數字要前置0, 有些數字不能前置0. 這些東西, 有寫程式的人就知道有多煩人. 說明文件還不說清楚, 你要一個個試, 從錯誤報表找答案....

然後呢, 有些修改自己隨意就改了, 也不出公文說一下. 比如說, 最近可能因應百年蟲, 所有藥品更新檔.B5檔的年份都多了一位數, 導致轉檔失敗....可是他也沒說, 也沒公告....為了抓這隻蟲, 腦筋不知道又死了多少...

HIS真的不難寫, 難在給資料的人, 作規則的人根本沒有電腦思維....然後三天一小改, 五天一大改, 改得你雞飛狗跳, 動不動就叫你去找廠商..真的懷疑健保局內部有人跟廠商有掛勾.....

[cytu]

然後呢, 有些修改自己隨意就改了, 也不出公文說一下. 比如說, 最近可能因應百年蟲, 所有藥品更新檔.B5檔的年份都多了一位數, 導致轉檔失敗....可是他也沒說, 也沒公告....為了抓這隻蟲, 腦筋不知道又死了多少...

藥品檔與處置檔看來是不同的人在管的。謝醫師所指的是各種藥品價格的有效期限年月日，這在實務上非常重要：藥品在不同的區間有不同價格。健保局在這上面的錯誤是：原先藥品有效期限年月日是以民國紀元定義，格式如 981231，一看就知道會有百年蟲問題。他們救急的方法是前面多一位數，981231 --> 0981231，結果檔案必須向右移位。藥品檔卻又是固定長度文字檔，轉檔時會發生什麼事各位可想而知。健保局對藥品檔的「定義」如下，99/12/20號的版本：

http://www.nhi.gov.tw/webdata/AttachFil ... 991216.pdf

問題是藥品常常是幾個月前就要公告更改。記得沒錯的話健保局十月份就自己改了，也沒同時更改定義檔，試了好一下才找出新檔案裡每個欄位的正確長度。奇怪的是處置檔倒是用西元紀元定義，格式如（正確的）20101231。

但讓我最火的是這件：藥品總壓縮檔。健保局網頁說明與連結如下：

"健保用藥品項100年03月壓縮總檔--迄91.01.01健保支付價為$0.00者及配合代辦計畫品項皆不再提供(因原檔案資料筆數較多，已拆成2個檔案提供)(100.02.24更新)"
http://www.nhi.gov.tw/webdata/AttachFil ... 003.b5.exe

注意『因原檔案資料筆數較多，已拆成2個檔案提供』這段話！原先壓縮總檔解開是一個完整的，副檔名為b5的檔案。突然有一天不曉得哪個天才覺得「一個檔案筆數太多，那分開成兩個好了」，於是新壓縮總檔解開後變成兩個副檔名b5的檔案--天啊，無論分成幾個b5檔案都是要全部匯入資料庫的啊！怎麼樣都想不出在什麼情況下檔案需要一分為二。經過他們的「神來一筆」，只能回頭修改更新程式。這讓人想起一則軼事：新娶進門的媳婦發現婆婆煎魚的時候總是先把魚切成兩段再下鍋，於是鼓起勇氣問婆婆為什麼。婆婆被突然這麼一問才意識到：原來三十年前家裡的舊鍋子太小，整條魚放不下，必須切成兩段...

HIS真的不難寫, 難在給資料的人, 作規則的人根本沒有電腦思維....然後三天一小改, 五天一大改, 改得你雞飛狗跳, 動不動就叫你去找廠商..真的懷疑健保局內部有人跟廠商有掛勾.....

強烈質疑整套IC卡制度就是這種情形底下的產物。健保局本身的資訊能力令人不敢領教（看健保資訊網服務系統的實做就知道了），卻又不肯虛心求教。舉例，IC卡的xml上傳格式欄位定義令人哭笑不得：所有的tag都是用<a11>，<a12>這樣的英文字母加兩位數字定義的 -- a11是「卡片號碼」，a12是「身份證號或身份證明文件號碼」-- 與其這樣乾脆就用csv算了，他們自己到底知不知道為什麼要用xml，xml的精神在哪裡？在整套電子病歷交換格式還未完備之前健保局就硬推ic卡與xml上傳，為上傳而上傳，勞民傷財（醫生的，肥了業者），毫無效益可言。監察院之前對健保局的糾正案實在太客氣了。

[cytu]

個人以為在進行開發公版開源HIS之前，先了解哪些資源可重複運用、避免重造輪子是絕對必要的。在此整理一些個人研究過的國外開源HIS的介紹（螢幕擷圖或demo連結）給各位參考。

================================================

gnumed
http://wiki.gnumed.de/bin/view/Gnumed

開發語言：python
資料庫：postgresql
使用者介面：wxPython

screenshots:
http://www.flickr.com/photos/gnumed/set ... 196909218/

================================================

openmolar
https://launchpad.net/openmolar

開發語言：python
資料庫：postgresql
使用者介面：pyqt

英國一位開業牙醫為自己的診所寫的。會自己開發的原因據他說是「強烈不滿意市面上的系統」。他選擇的開發工具跟我非常類似。

screencast:
http://tinyvid.tv/show/1174zh4v3sldz

特別針對牙醫師的需求設計的HIS。

================================================

medical
http://medical.sourceforge.net/

開發語言：python
資料庫：postgresql
使用者介面：pygtk 或(!) 瀏覽器

這是GNU Solidario計畫裡的一部分 http://www.gnusolidario.org/en/：
"GNU Solidario is a non-profit effort that works with communities that lack basic needs (health and education )"

medical構築在 openerp http://www.openerp.com/ ，一個開源的企業資源管理系統之上，為其眾多模組之一，可以善用openerp裡面已有的進銷存管理、稅務、會計、CRM、web-based介面、表單...等等豐富資源。

獲選為最大開源社群sourceforge September 2009 'project of the month':
http://sourceforge.net/blog/potm-200909/ （訪問，可以一看）。
被下載次數非常驚人：2月16日的更新版到現在短短十天已有三萬七千餘次下載！

這是我個人覺得最有潛力的開源HIS之一。

screenshots:
http://medical.sourceforge.net/img/gene ... mation.png
http://medical.sourceforge.net/img/patient_diseases.png
http://medical.sourceforge.net/img/newborn.png
http://medical.sourceforge.net/img/pati ... uation.png
http://medical.sourceforge.net/img/imaging.png
http://medical.sourceforge.net/img/medication.png
http://medical.sourceforge.net/img/genetics.png
http://medical.sourceforge.net/img/main_screen.png
http://medical.sourceforge.net/img/appointments.png

================================================

openvista cis
https://medsphere.org/community/project/openvista-cis

開發語言：C#
資料庫：M/MUMPS
使用者介面：GTK#

他們自己的介紹：OpenVista(R) is the open-source version of VistA, an enterprise grade health care information system developed by the U.S. Veterans Affairs and deployed at 1,500 global facilities.

背景知識：
VistA
http://en.wikipedia.org/wiki/VistA
MUMPS
http://en.wikipedia.org/wiki/MUMPS

個人不建議使用/修改這個程式：最大的問題是MUMPS資料庫語言。至於使用者介面/流程可以當作參考。

screenshots:
https://medsphere.org/screenshots/project/openvista-cis

================================================

openemr
http://www.oemr.org/

開發語言：php, perl
資料庫：mysql
使用者介面：瀏覽器

這個開源程式是標準的client-server, web-based架構（瀏覽器使用）。開發者與使用者都很多
。在他們的wiki上有這樣的一段介紹：

http://www.openmedsoftware.org/wiki/OpenEMR_Advantages

online demo:
http://opensourceemr.com:2089/openemr/i ... te=default
帳號 admin
密碼 pass

目前完成度比 medical 高，不過我比較看好 medical 日後的發展。

================================================

[chichang]

Python專家。
國內會用Python的人好像不多，反而是Java比較主流。

PCMAN 的開發者也專長 python
http://pcmanx.blogspot.com/
也是位很優秀的內科醫師（應該在當總醫師了）

[chichang]

注意『因原檔案資料筆數較多，已拆成2個檔案提供』這段話！原先壓縮總檔解開是一個完整的，副檔名為b5的檔案。突然有一天不曉得哪個天才覺得「一個檔案筆數太多，那分開成兩個好了」，於是新壓縮總檔解開後變成兩個副檔名b5的檔案

這恐怕是只曉得會利用 excel 處理資料的人所做的決策 (壓力)

[squeak]

提到EMR，Rebol 也有一個很完整的解決方案：Synapse Electronic Medical Record
作者是Rebol高手Graham Chiu，為紐西蘭的免疫風濕科醫師，於2005/12月發表。
他曾來台灣榮總研習過，是Rebol論譠的大將級人物，軟體功力不用講。

引述他在Rebol論譠所述：
Graham's EMR is a free powerful multi-user electronic medical records
system that uses the open source RDBMS Firebird.

* Multi-user across LANs and the Internet.
* No installation or registry changes.
* Small client and server footprint.
* Rich GUI client.
* Encrypted network traffic.
* Unlimited number of patients and staff.
* Tablet PC friendly.
* Image friendly - include images and drawings in your consults
* Medication Database Included.
* Read codes included.
* Easy Custom Form creation
* Paper management - store scanned documents
* MS Word integration
* LaTeX integration

Rebol的缺點是不支援Unicode(中文)，計劃中會有大變革的3.0版一直停留在alpha測試版階段很久了。

不健全的制度，一切改革都是枉然，世風日下，明哲保身，擁護衛理大繼續領導，小咖趴著才不會中槍，開始要學潛水 …

[Weily]

看了謝醫師的豐富圖片集（太猛了，程式很完備！），更新了一下我自己的mycis的螢幕擷圖：

https://picasaweb.google.com/changye.tu ... 8314861074

我上網瀏覽後，留下一些評語。

的確，看診電腦化，應該是解決問題，而不是製造問題。

申報失敗系統會自動通知我，我去看有什麼問題就行了，不需要我父親傷腦筋。藥品、處置資料庫也是全自動更新：每個月25號過後系統會直接到健保局網站上面抓新檔案。

請問，人在診所外時，也可以用Teamviewer連進去VPN遠端控制看診電腦嗎？還是看診電腦同時連上internet與VPN？

我有支援安養機構，有沒有可能只帶著讀卡機插入安養機構的電腦執行Teamviewer，就可以把卡號讀入診所內的看診電腦完成掛號，省得還要把notebook內的資料copy or import回看診電腦內？

藥品、處置資料庫全自動更新，這個功能很棒。謝醫師的IC Query如果也能這麼做，查尋藥品、處置與院所資料就更省事了。

[Weily]

注意『因原檔案資料筆數較多，已拆成2個檔案提供』這段話！原先壓縮總檔解開是一個完整的，副檔名為b5的檔案。突然有一天不曉得哪個天才覺得「一個檔案筆數太多，那分開成兩個好了」，於是新壓縮總檔解開後變成兩個副檔名b5的檔案

這恐怕是只曉得會利用 excel 處理資料的人所做的決策 (壓力)

應該是，因為excel有最多列數的限制。

其實藥品檔如果刪除健保價為0，以及有效期限已過的資料，資料筆數大為減少，一個工作表就放得下，都是健保局資訊人員太懶。

[cytu]

請問，人在診所外時，也可以用Teamviewer連進去VPN遠端控制看診電腦嗎？還是看診電腦同時連上internet與VPN？

我有支援安養機構，有沒有可能只帶著讀卡機插入安養機構的電腦執行Teamviewer，就可以把卡號讀入診所內的看診電腦完成掛號，省得還要把notebook內的資料copy or import回看診電腦內？

看診電腦同時連上internet跟vpn。（知道訣竅的話）這倒是很簡單，兩張網卡，routing table設好就行。我們家診所的routing table甚至是用script去自動調校的：有一陣子vpn一直有問題，不得已只好寫網路連線狀況的監視程式，沿用至今。

Teamviewer可以檔案互傳，但功能也只到這裡而已；畢竟是共享（非商業使用時）軟體。如果我要實現「遠端掛號」的話我會遵循遠端備份的gmail架構：安養院執行掛號後把資料寄到gmail上，HIS這端定時去收。用gmail可以達到遠端遙控的功能，我曾經試作過：script很小（不到10kb），只要protocol定義好，想要什麼功能就有什麼功能。

目前就有一個小小應用：如果有什麼好看的youtube視頻、網頁等想讓另一端的人看，或是有什麼東西要他下載的話，只要把檔案連結與script instruction丟到gmail上，另一端的人只要（點擊桌上的一個icon）去接收gmail的訊息之後就會自動執行瀏覽器或media player。

[cytu]

注意『因原檔案資料筆數較多，已拆成2個檔案提供』這段話！原先壓縮總檔解開是一個完整的，副檔名為b5的檔案。突然有一天不曉得哪個天才覺得「一個檔案筆數太多，那分開成兩個好了」，於是新壓縮總檔解開後變成兩個副檔名b5的檔案

這恐怕是只曉得會利用 excel 處理資料的人所做的決策 (壓力)

應該是，因為excel有最多列數的限制。

其實藥品檔如果刪除健保價為0，以及有效期限已過的資料，資料筆數大為減少，一個工作表就放得下，都是健保局資訊人員太懶。

怪就怪在藥品檔早已超過65,536列；這個神來一筆是去年的事情，藥品檔現在是13萬列。實在不知道他們是如何管理這些資料的。還不想講呢，健保局藥品固定長度文字檔由於是big5編碼，中英文半全形並陳，各欄位長短不一，他們所公佈的劃分欄位範圍的標準只能用作參考。前一陣子赫然發現，原先他們定義一個欄位叫「藥品英文名稱」好好的，裡面都是英文字。之後有一批藥因為改包裝--注意、改包裝而已：比如加上鋁箔--給付改變，健保局於是又新增健保碼含括這些藥。重點來了：原先定義好的「藥品英文名稱」他們就自作聰明的在後面添加「鋁箔」兩個中文字，然後我的讀檔程式就又要重改，去抓出到底shift多少個字元 (打小人)

倒是覺得把健保價為零及有效期限已過的資料留著也有留著的用處：在我的HIS裡更新藥品資料或處置資料只下載最新的壓縮總檔，這樣可以避免匯入許多delta檔且得關注各delta檔apply的先後次序，容易出錯。壓縮總檔現在的大小不超過10mb，使用起來還是不困難（健保局的頻寬倒是很奇怪的小，一點都不像國家級單位）。去健保局網頁抓處置資料下載並處理成可匯入資料庫的程式碼，剛剛算了一下，只有不到20行；至於藥品，因為健保局的「自作聰明」程式碼多了一倍有餘，多出的部份是為了檢查處理各欄位的寬度。

[wcywsy]

建議 Weily 大 彙整相關意見之後,
可以發表一篇文章 在台灣醫界 期刊 上
可以 強調以下醫界實際使用者的需求, 形成具 User-feedback 的 proposal,
作為 Evidence 向官方 或 廠商 提出改進的依據
1) EMR 的 內容規範
2) HIS 的 架構 規範
3) IC 卡 傳輸 之 理想流程 規範
才不會讓外界誤認為醫師對現有不合理的電子化流程無想法
(眼汪汪)

[Weily]

建議 Weily 大 彙整相關意見之後,
可以發表一篇文章 在台灣醫界 期刊 上
可以 強調以下醫界實際使用者的需求, 形成具 User-feedback 的 proposal,
作為 Evidence 向官方 或 廠商 提出改進的依據
1) EMR 的 內容規範
2) HIS 的 架構 規範
3) IC 卡 傳輸 之 理想流程 規範
才不會讓外界誤認為醫師對現有不合理的電子化流程無想法
(眼汪汪)

大哉問！

學術討論先不急，急的是爭回談判桌上的主權。

醫師們可以首度用使用者兼設計者兼付費者兼壓力團體的多重身分(user + designer + payer + stress group)，要求衛生署、健保局與國健局等衛生主管機關對醫界所提出的任何資訊要求（如VPN使用規範、醫事人員卡簽章、IC卡寫入、醫令上傳、申報內容與格式、電子病歷EMR、病歷抽審等）與所提供的任何透明資訊（如藥品、處置、ICD、院所、IC卡程式庫等），必須先與全聯會資訊代表協商並取得共識（做什麼、應該做、可以做、值得做、簡單做、有人為此付費等），才可以付諸實施，而不是跳過醫師，直接要求資訊廠商做（官商勾結？），又要求醫師配合（不然就恐嚇記點、罰錢）與付錢（給資訊廠商）。

這樣才能保護資訊能力較弱的多數基層醫師，免於權益受損，進而爭取應有權益（如節省發行健保紙卡的支出應該與醫界分享，醫界可以定期要求VPN提供廠商進行公開招標與降價，全聯會可以透過VPN建立全國性雙向溝通管道等）。

[chichang]

發問：

在設計公版時，是否一併考慮電子資料交換的問題
http://emrstd.doh.gov.tw/Pages/Default.aspx

也就是說以EMR為骨幹來規劃 HIS ，這樣將來在真正推動轉診時的病歷溝通會比較少障礙。
另外 POMR 也列入在公版的核心當中？

至於電子病歷時間的認證問題，
我個人認為健保讀卡機已經有內建時間機制在裡面，直接由讀卡機取得就好了。
http://www.castech.com.tw/in-products-0 ... 1%E6%A9%9F

[cytu]

在設計公版時，是否一併考慮電子資料交換的問題，也就是說以EMR為骨幹來規劃HIS，這樣將來在真正推動轉診時的病歷溝通會比較少障礙。

這是重點！
看過衛生署釋出的文件與api，仍有不少可改進處--目前的api只有java跟c#版，此外還有software engineering上面的bad practices：許多class是用中文當變數！所以，我們的程式碼會長成這樣：

出院病歷摘要單 emr;

emr = new DischargeSummary();
emr.表單流水編號("蝴蝶谷醫院出院病摘0001號");
emr.文件產生時間(Calendar.getInstance().getTime());
emr.文件機密等級("restricted");
emr.ChartNo("蝴123456").IDNumber("A123456789");
emr.病人姓名("張無忌").病人性別("公的").病人出生日期("13380101");
emr.new主治醫師().醫師記錄時間("13530301").醫師姓名("胡青牛").醫師員工代碼("蝶谷醫仙");
emr.轉入醫療機構名稱("武當醫院").轉入醫療機構代碼("wu-dan-san");
emr.住院日期("13501015").出院日期("13530301");
emr.出院科別("神經科").出院床號("草堂");
emr.住院臆斷("Diag1", "這娃娃所中寒毒十分古怪，難道竟是玄冥神掌？").出院診斷("Diag2", "玄冥神掌所傷之寒毒");

上面的範例可不是我捏造的，而是

http://emrstd.doh.gov.tw/strdoc/DocLib3 ... 89%88).rar

emrlib java版範例程式的一段。java支援unicode變數名稱沒錯（python也支援），但並不表示這麼用才好啊！看了真是一整個無言...還好，只要懂xml跟看清楚emr官方標準書、會使用各語言xml函數庫的人都可以寫自己的emr函數庫。

另外 POMR 也列入在公版的核心當中？

我的疑問是：市面上有沒有哪個HIS支援POMR？HIS裡如何支援POMR，哪些作法對醫師來說最便利？

至於電子病歷時間的認證問題，我個人認為健保讀卡機已經有內建時間機制在裡面，直接由讀卡機取得就好了。

更好的作法或許是用讀卡機取得（醫事人員卡）電子簽章。電子簽章要變造難多了。