一、研究流程
本研究先決定研究目的後，收集相關的文獻，對研究的相關議 題獲得瞭解後，便建立此研究的架構。研究的流程朝二方面進行：
一是資訊系統技術層面，把台灣醫學資訊學會提供的電子病歷交換 模式套用至醫學中心的系統中，協助建置環境後再進行電子病歷資 訊交換測試；二是參照文獻資料和公聽會上各方意見設計出合適的 問卷內容。問卷內容先經由專家進行審查，再依照其建議予以修正。
之後，於個案醫院發放問卷，於問卷回收後進行整理建檔。資料處 理與分析後，進行結果討論與建議之撰寫，提供未來電子病歷資訊 交換發展方向之參考。
以下為本研究之研究流程圖：
圖 3- 1：研究流程圖 公聽會意見/文獻
設計問卷
問卷調查
回收問卷
資料分析
結論與建議
HL7 訊息驗證 轉換TMT 格式
接收實作程式碼
協助導入工作
進行病歷交換 專家審查問卷
確定研究主題
研究動機與目的
文獻探討
建立研究架構
二、研究設計
(一)技術層面
本研究之個案醫院為行政院衛生署之「建構以病人為中心之電子 病歷跨院資訊交換環境案」計畫之合作醫院，因此其電子病歷交換 環境架構即利用 XML 伺服器依 TMT 標準進行轉換成檔案的動作，
再加上電子簽章並取時戳以確保資料安全性，最後產生一份可以在 院與院之間進行電子病歷資訊交換的 XML 檔案。目前此計畫已完 成跨院病歷交換基礎平台的模型，但仍需要導入至各參與的試辦醫 院中，進行電子病歷跨院交換之實作。
(二)管理層面
本研究屬於調查研究法，在醫院導入電子病歷交換環境前與建 構後進行問卷調查。分析內容包括醫師、病歷管理員及病患等三種 使用者對於院際電子病歷資訊交換的態度、預期影響及對病歷交換 之支持程度。本調查屬橫斷式研究。問卷在發送前，先由國內相關 領域學者專家進行問卷內容之專家效度檢測，專家包括中部某區域 醫院二位主任級醫師、中部某醫學中心一位資深資訊分析師及一位 病歷室資深管理師。問卷修改後，針對台中市某醫學中心的醫師和 病歷管理員、台中市某區域醫院之醫師以及台中市市民以方便取樣 方式進行正式問卷發放。填寫完畢後回收，譯碼後再利用 SAS 9.1.3 軟體進行分析。
三、研究架構
本研究之研究架構包括醫師、病歷室人員及病患三種不同使用 者對於電子病歷交換系統之態度與預期影響及相關因素。由於版面 的關係，本研究將三種使用者合併於同一張架構圖，並且依照各角 色標記專屬的記號，以茲區別。架構圖中包含三種使用者持有與共 有之變項，如下圖。自變項主要是人口統計學的資料，而依變項則 是態度與預期影響，其中最重要的是對電子病歷交換系統的支持程 度。詳細而言，本研究期望瞭解性別、年齡、教育程度、職業、工 作屬性、使用電腦經驗等是否會在電子病歷交換支持程度也會有所 不同。
自變項
醫師：D 病患：P
病歷管理員：M 共有項目：C
圖3- 2：研究架構圖 性別(男、女) C
年齡C
教育程度C
職業
醫師:主治醫師、住院醫師D
病歷室人員:管理師、副管理師M
病患:工、農、商、軍工教等P
醫院層級D
醫學中心 區域醫院
對病人隱私及資料安全之態度C
職位 M D
主管
對工作負荷之預期影響M D
非主管 工作年資M D
對空間及人力成本之預期影響M
1 年以下 1~5 年
對病歷管理效率之預期影響M
6~10 年 11~15 年
對醫療品質之預期影響 D P
對電子病歷交換之支持程度C
依變項
15 年以上 就醫次數P
0 次 1 次 2-5 次 6 次以上 使用電腦經驗C
從未使用 1 年以下 1~3 年 4~6 年 7~10 年 10 年以上
四、研究對象
本研究選定中部某一醫學中心為個案醫院，且為行政院衛生署
「建構以病人為中心之電子病歷跨院資訊交換環境案」計畫中之實 作醫院。本研究一方面與資訊團隊進行系統導入與建置，另一方面 以該醫學中心之醫師、病歷管理員與病患三種使用者為問卷調查對 象；另外，又針對台中市某區域醫院之醫師為研究對象，因該區域 醫院已建置一電子病歷交換平台。
民眾部份則主要以台中市民為主，除了選定醫學中心來診申請 電子病歷之病患外，另外電訪台中市某二家公家機關、台中市某二 家私立公司行號、台中市某一教育機構，取得同意後再發放問卷。
五、研究工具
礙於相關技術所有權為台灣醫學資訊學會與個案醫院資訊室所 有，因此本研究只能就部份技術說明之。本研究重點為使用者態度 之研究。
(一)電子病歷交換環境之建構
透過 TMT 定義電子病歷的內容後，不同的系統間可以自由地交 換資訊，達到完整的語意透通。衛生署的計畫要求實作醫院在做電 子病歷交換之前需先由其醫院資訊系統(HIS)匯出檔案，並且利用 XML 來對應自家電子病歷各欄位與 TMT 的標準欄位，而可將檔案傳 輸予其它實作醫院。而接收端醫院，可將接收之電子病歷內容基本 格式檔案匯入並能開啟內容。而病歷匯出動作詳細之流程如下圖：
圖 3- 3：電子病歷匯出流程圖(參考來源：台灣醫學資訊學會)
雖然這些流程由計畫中之實作醫院獨立完成，但此次衛生署計 畫中有提供 TMT mini-Server 即一電子病歷交換閱覽管理伺服器之 軟體設備；還有提供電子病歷與 HIS 資料庫連結系統(XML Gateway) 之軟體設備以及相關技術支援。因此，只要按照流程來設計、連結 這些動作即可。
1.第一步：TMT 與醫院表格欄位對照
由於每家醫院所用的電子病歷格式都是自己開發出來的，而如 果要能夠進行電子病歷交換的話，就必須有個共通語言來做溝通。
而共通語言便是用 TMT 標準來做。醫院必需先制定出自己院內系 統與 TMT 對應的格式，然後再把電子病歷中的資料透過 XML 的伺 服器來轉換，並且加上電子簽章來確保其安全性。
因此本研究實作第一步便是將衛生署所提供制定好的TMT 標準格 式利用 Altova XMLspy（開啟 xml 檔案之工具）軟體工具來開啟，
儲存病歷
病 患
小型伺服器 TMT 轉換器
HIS DB
TMT
Temp 資料庫
產生
x m l 檔 資料庫
電子
簽章 加密 交付
單 一 窗 口
病 患
儲存 申請
USB 隨身碟
並且與個案醫院的 HIS 資料庫每個欄位做對映動作，以利之後 TMT GATEWAY 做真正轉換之動作。首先整理出 TMT 標準欄位並且存 放在 EXCEL 中，最後再請資訊室各系統負責人依整理出的 TMT 欄 位來提供醫院 HIS 資料庫的欄位，然後再用衛生署所提供之 TMT GATEWAY 軟體做連結。
了解TMT
審視醫院Tables
Schema
找出與TMT Schema 之對映關
了解 TMT Tables之架構
提供TMT
院內 Tables<->TMT Tables
利用 TMT Gateway
TMT Schema Component-Section
Relation profile
由Gateway Tools到院內Tables搜尋及轉換資料
圖3- 4：醫院 HIS Tables 對映 TMT Tables 轉換實作流程圖
(資料來源："電子病歷TMT 對照工程討論會"，附設醫院資訊室討論會簡報。)
而台灣醫學資訊學會提供的TMT SCHEMA 共計有 15 張表單，
將這 15 張表單，分別依其主體中的各欄位整理出來，所整理出來 的EXCEL 檔共計有 174 張活頁紙，所呈現的樣子如下圖 3-5 所示：
圖3- 5：EXCEL 檔-目錄首頁
圖 3- 6：住院基本資料單
由圖 3-6 可以看到欄位(中英文)及型態的部份字即是從 TMT SCHEMA 中整理出來的欄位，而其它的欄位便是醫院的 HIS 系統中 所對應出來的資料所填入的。
型態欄位中有底線的部份，是因為其欄位還存有再下一層的資 料的，因此需要再另外聯結到另一張活頁表單。
圖3- 7：住院基本資料單第二層資料
總而言之，這些表格會一直聯結至最底層，也就是直到無法再 展開的狀態，而可以直接找到對應的主機為止。整理完對應的表單 之後，後續做檔案轉換對應的工作便可以由此份 EXCEL 檔案清楚 看出其對應關係。
2.第二步：HL7 訊息認證
此計畫衛生署規定，參與的實作醫院將檔案傳輸予其它實作醫 院時，資料傳輸時須符合 HL7 規範，因此衛生署要求實作醫院要具 備 HL7 訊息編碼與解碼之能力。因此，本研究團隊依據衛生署所提
供之 Profile 來產生 HL7 標準訊息，再向衛生署申請通過認證。
HL7 訊息認證之認證範圍，台灣 HL7 協會制定完成的訊息規格 規範書，公佈在衛生署驗證系統網站，目前包括如下：轉診轉檢、
疾病通報、健保事前審查、健保申報、長照病患轉介、長照出院準 備、長照資源通報、食品衛生、家戶建檔、預防保健、精神病防治、
衛材代碼、藥品代碼、檢驗交換、急診空床通報。本研究將會以「急 診空床通報」來進行 HL7 訊息認證。
HL7 訊息認證方法，依據 HL7 標準手冊 2.5 版第二章第十二節 內容，分為二個層級進行認證，包括：
(1) 靜態訊息格式驗證：
驗證系統主機的資料庫會紀錄驗證的過程，之後再將驗證正確 的結果儲存並列印，向台灣健康資訊交換第七層協定(HL7)協會申 請認證。靜態訊息驗證有三種方式，將 HL7 訊息傳送到衛生署的 HL7 訊息驗證系統主機進行認證。
A. 將文字格式的訊息複製，並貼上至驗證系統網頁進行驗證。
B. 採用 HTTP 通訊協定，將訊息送至驗證系統網站進行驗證。
C. 撰寫程式呼叫驗證系統的網頁服務(Web Services)進行驗 證。
(2) 動態訊息格式驗證：
動態訊息連線驗證先通過靜態訊息格式驗證後，才能進行動態 訊息連線驗證。目前驗證系統主機以 HTTP 通訊協定傳送及接收訊 息，申請認證單位必須逐一記錄儲存傳送及接收的訊息，列印後提 出申請。驗證的過程必須有醫院內部的電腦與驗證系統主機，互相 傳送及接收訊息。
此次本研究選擇了急診空床通報檔案，再透過A 方法靜態驗證