聯凱MedTalk IE轉診轉檢資訊系統

以InfoPath設計電子病歷，具因應欄位變動的彈性

全球電子化時代的來臨，衝擊健康產業整體的結構與系統，醫院紛紛以現代化的管理及資訊系統為基礎，透過即時且互動的電子化機制，可大幅提升品質並降低成本。在微軟的Office 2003的先期導入計畫中，聯凱國際資訊協助馬偕醫院，以InfoPath搭配BizTalk建立與診所的轉診轉檢資訊系統，進一步結合外部醫療院所的作業流程，以提升效率及服務品質。

病患轉診是醫療照體系的重要課題，醫療資訊的整合對病患的影響很大，過去醫院與診所之間以轉診作為病患病情的資訊交換，診治後醫院再將病情彙整以傳真或電子郵件回傳給原診所。然而人工手寫轉診單資料記載往往不夠詳細，更可能因為手稿不易辨識，導致錯誤認知，或是在急診的情況，由於病患無法第一時間出示轉診單，因而錯失關鍵資訊延誤治療的黃金時機。以HL7為標準，實現電子病歷的構想

目前為馬偕醫院設計的是與診所轉診轉檢機制，依照HL7-Taiwan轉診轉檢標準白皮書的規範，以InfoPath搭配BizTalk Server、SharePoint Portal Server為主要架構。

HL7/XML是規範在臨床和管理性的資料，主要任務是提供臨床病患照顧及醫療服務的管理、實行和評估資料標準，以加強資料的交換、管理和整合。衛生署已宣告HL 7是醫療界的文、數字資料交換協定，DICOM則是影像部分的標準。在HL 7 2.3版以前，並不是XML的規格，2.4版以後已成為XML格式。有了標準化的資料交換格式，例如定義PID標籤為病例號碼，那麼任何醫院收到電子病歷，均可輕易串連自家的醫療系統讀取病歷資料。

由於目前診所的醫療資訊管理系統，以方鼎、耀聖及展望三家資訊廠商為主，因此聯凱國際與方鼎及耀聖兩家合作，選擇5至7家診所與馬偕醫院試辦電子病歷交換。診所的轉診資訊與馬偕醫院的MedTalk IE伺服器交換資訊，轉診資訊直接進入醫院的系統並為病患預約掛號。轉診後病患就診的相關檢查及診治，也透過相同的機制回傳至診所的醫療系統，診所也可透過醫院的查詢網頁，了解病患的情況。

MedTalk IE是中介軟體的角色，可接收並處理HL7相容的資料，也可透過Mapper設定欄位對照表，將非HL7的訊息轉換為HL7標準，再送到其他系統。各家醫療機構只要以HL7格式為準，資訊人員透過Mapper維護資料欄位與HL7的對應表，即可交換病歷資料。電子病歷的安全考量

電子病歷只是轉診轉檢的第一步，除了帶來便利性，更應考量兩個層面，相關法規及欄位的制定外，更重要的是建立安全的網路交易環境，以確保醫療資料在網路傳輸過程不遭受偽造、竄改，同時保障個人生命隱私權利等問題。技術方面的考量外，相關法令規範、作業流程等內容，皆須嚴謹的制定、評估與探討。

安全的考量可分為身分認證、防火牆及資安管理三部分，由於身分認證及網路管理等基礎建設已相當成熟，資料管理則顯得更為重要。1996年8月通過的重要醫療保險法案HIPAA（Health Insurance Portability and Accountability Act；健康保險可攜性及責任性法案），對於醫療產業有深遠的影響，也將逐漸落實於臺灣的轉診轉檢系統。InfoPath保有因應政策變動的彈性

聯凱資訊表示，過去協助花蓮慈濟醫院以ASP開發表單時，花費三個月的工作時程，而馬偕醫院以InfoPath設計表單，三天即完成初步的設計，加上細部欄位的調整及網頁美工共花費兩周時間，可見InfoPath確實是簡便的表單設計工具。

雖然HL7/XML轉診、轉檢標準白皮書已完成，卻尚未正式公告，未來仍有欄位變動的可能性，為協助醫療機構未來迅速實行及維護資料交換標準，以InfoPath設計電子病歷的好處是，易於維護及調整，且可設計重複性區段、選擇性區段及重複表單，動態展收表單的內容，對於冗長的病歷資料可省去上下捲頁的麻煩。

事實上，轉診轉檢只是電子病歷的第一步，要各醫療院所以病人為優先考量，願意提供病歷資料給其他醫院參考，減少重複的檢查及問診，後續必須建立配套措施，例如建立拆帳制度或轉診轉檢後將病歷送回原醫院，才能讓醫療院所有願意配合的動機。InfoPath的未來有不少改進空間

綜觀InfoPath的功能，聯凱資訊認為第一版的InfoPath確實可大幅減少撰寫程式的負擔，然而未來仍有許多改進的空間，從資訊廠商的角度，希望未來InfoPath可針對開發人員及使用者，畫分為兩種版本，並與.NET結合提供更完整的程式開發功能。

由於Acrobat Reader是免費提供，而日前Adobe宣布併購的黃龍軟體為一家XML工具公司，可見未來PDF也將支援XML標準，因此，聯凱國際資訊技術開發處技術長嚴鍾琴表示：「InfoPath若要成為市場流通的標準，即應針對一般使用者推出檢視及列印表單的免費版本。」

目前在表單版本的維護上，InfoPath雖可搭配Windows Server 2003的WSS（Windows SharePoint Services），然而成本及效能都是必須考量的重點。若表單由伺服器控管，用戶端只需下載InfoPath Reader，即可避免版本控管的問題。將InfoPath分為設計及檢視兩種版本，就如同開發者購買VB、Delphi或VS.NET等開發應用程式，而使用者無需支付開發工具的費用。

以目前的架構除非使用EA（Enterprise Agreement）授權方案，否則所有以InfoPath讀取表單的用戶端皆需購買授權，如此要求使用者全數買單的作法，企業將負擔過高的成本，導致寧願選擇以ASP、JSP開發的產品，將阻礙InfoPath的普及。

嚴鍾琴進一步說：「InfoPath從頭到尾都不像是針對一般使用者推出的消費型產品。」雖然微軟強調Office 2003可提高資訊工作者的工作效率，且InfoPath本來的定位，就在於協助企業蒐集資訊建立結構性文件，然而表單只是前端呈現資料的介面，必須與後端應用程式及商務流程結合才有意義。

許多商業邏輯是InfoPath無法以設定完成，例如醫療系統必須計算權重顯示常用的藥品名稱，減少醫生輸入的麻煩；再者冗長的病歷資料常有換頁的必要，然而InfoPath的設計會自動送出前一頁的內容，無法取回修改，因此必須額外撰寫程式控制。令人驚訝的是InfoPath預設的程式語言是JScript，而非微軟自家的VB Script，使得選擇微軟陣營的開發人員必須額外學習JScript，相信未來與.NET整合，即可提供單一學習且功能完整的開發環境。

離線處理是InfoPath的重要特點，醫生可在巡房時立即寫下病歷資料，回辦公室後再與主機同步，然而Tablet PC的重量及價位卻成為推廣的絆腳石，待Tablet PC成熟後此類的應用較有機會普及。此外，由於目前資料庫內建僅支援SQL Server及Access，雖然其他資料庫可在Script中呼叫ADO元件，連結OLE DB或ODBC支援的資料庫，或包裝成Web Services，然而不如透過精靈設定較為直覺，且Web Services對於效能要求較嚴苛的系統較不適合。

雖然第一版InfoPath仍不算是非常成熟的產品，仍有許多改進空間，不過已簡化表單設計的過程。未來InfoPath若分為開發及檢視兩種版本，開發端可在結合.NET強化程式撰寫的功能，檢視端也可避免版本控制的問題。此外，BizTalk在經歷2000、2002至2004版的蛻變，已是相當成熟的BPM產品，InfoPath搭配BizTalk的應用，將是結合易於操作及使用的前端，及後端應用程式與商業流程，成為完整的商業流程解決方案。文⊙李延華