價值鏈/供應鏈式 IOS 之個案分析

一、線上藥品採購系統（個案三）

醫院基於簡化採購流程和降低作業成本，可與中上游之供應商和製造商進行外部 連結，將 IOS 應用於中上游廠商之供應鏈整合，將需求、訂單、庫存、補貨、運送等 資料加以串連並流通，使參與合作的組織能共享及時性、同步化的相關資訊，適時提 供產品與服務，提高跨組織合作的效率（黃興進等，2001a,b）。

線上藥品採購系統（個案三）即屬此類型 IOS 的應用，此系統是經濟部商業司「藥 物業電子商業化標準專案」委託資策會所發展的 IOS，提供參與醫院有關詢價、議價、

招標、採購、訂單、合約、進出貨、庫存、付款轉賬等業務功能，系統功能則包括招 標作業、採購作業、庫存管理，及藥品資訊等四個子系統（周美惠，2002）。

合作體系成員包括通路商（北部四家公立醫學中心）、物流商（五家物流公司）、

供應商（五家藥廠），上游為藥品製造商，中游為藥廠中間商及電子化專業服務業者，

下游為使用與流通藥物之醫療院所和藥局。此種合作體系的特性在於參與的組織屬於 產業的上下游關係，連結目的是為了達到規模經濟、擴大服務範圍或是互補性的分工 合作。

就組織相依性而言，此種 IOS 所形成的垂直整合關係，屬於序列式相依，主要核 心技術以長線連結為主，其慣有之作業方式係由上下游不同組織接續處理同一藥品採 購相關案件，屬於價值鏈/供應鏈式 IOS。在跨組織合作關係分類上，依據 Porter &

Fuller（1987）的區分屬於作業及後勤聯盟，醫學中心將資訊網路連接到中上游藥品 供應商，並藉由共同修訂作業流程及建立標準，將院內的藥品採購作業及存貨管理與

中上游廠商的供應鏈作緊密配合。依據楊亨利等（ 1997）的區分則屬於垂直型的網路 組織。就醫院所採行的跨組織合作方案而言，此項合作方案屬醫院聯合分擔服務之行 政管理及其他服務，所發展的 IOS 主要應用於醫院價值鏈的採購支援活動上。

個案三的 IOS 具有以下特性：

（一）合夥關係：藉由 IOS 在醫院藥品採購活動的應用，建立了上下游組織間新的電 子合夥關係，此種 IOS 所形成的網路組織具中度結構性，因此跨組織之協調機 制以標準、規則、排程和計畫為主，為維持後續合作關係，則需要參與組織之 間彼此有適當的溝通和決策，以避免發生潛在的衝突。

（二）居中協調者出現：此 IOS 所出現的居中協調者是受經濟部委託執行計畫的資策 會及其系統開發廠商，居中者提供各參與組織間的聯繫協調工作，並負責發展 與維護資料傳輸的標準及必要的認證工作。

（三）作業流程修訂：由於醫療院所和藥局皆各自有其繁雜的採購作業程序，甚至以 人工作業處理，且訂單及對賬單格式尚未統一，因此需先共同訂定有關藥物業 通用之交易流程模式及標準作業程序，而各參與組織亦需配合修改各自組織內 部之作業步驟（張佳欽，2002）。

（四）技術標準採用：由於國內藥品名稱、編號尚未統一，而同一商品並無對應國際 統一標準碼，因此需先訂定業務標準（如業務文件內容及格式、業務文件訊息 封包標準、產品分類及描述標準等），以及技術標準（如連線及資料傳遞架構、

資料傳輸底層架構等標準）（樂以媛，2002）。

在組織的知識資產分類方面，由於本系統所處理的採購相關資訊是由醫院每日例

行採購業務所產生，依據 Nonaka et al. （2000）的區分屬例行性的知識資產，是具有 實務特性的知識。在知識管理的應用方面，從業務層面觀之，本系統在知識使用與科 技應用的內容是一致的，也就是當完成一筆採購交易例如輸入一張訂單或查詢一個客 戶時，知識就呈現在系統使用者前，使用者僅能接受系統所呈現的知識，無法進一步 選擇如何存取或表達知識，因此依 Binney（2001）的區分應屬交易式的應用。

另一方面，從使用者角色及知識流向觀之，一部門的輸出是另一個部門的輸入，

第一個部門必須正確的執行輸入（知識提供者），第二個部門也才會得到正確結果（知 識使用者）；其中知識的提供者（輸入端）和知識的使用者（輸出端）可以是供應商 或是醫院的採購人員。其知識流向是根據知識提供者和知識使用者所執行的業務功 能，而依循一個序列式相依的順序來進入和流出知識庫。由於知識提供者和知識使用 者是直接透過應用系統進行互動，彼此之間並不直接接觸，應用系統提供了一個整合 和建立體系成員收集採購相關知識的共同平台和整合式知識庫，因此依 Tiwana（2000）

的區分應屬整合式的應用。

在應用 IOS 之效益方面，從價值鏈分析可知，本系統的應用大量節省了供應商由 訂貨到出貨的處理時間，並減少了醫院的安全存量需求，協助醫院的存貨管理，降低 其庫存成本；因此不但降低作業成本，還提高了顧客的轉移成本（包括新系統的建立、

資料轉換、訓練學習等），建立了顧客的忠誠度，使得參與合作體系的供應商及醫院 彼此互蒙其利。從知識管理的應用可知，本系統屬交易式及整合式的應用，其互動性 及結構性屬中度。此種 IOS 應用提高了參與合作體系在競爭優勢、聯結、顧客關係之 策略效益、資訊存取和資訊品質之資訊效益，及溝通效率和企業效率之交易效益等三 個層面的組織效益。

二、轉診系統（個案四）

國內醫院採行分級制度，醫療法第五十條規定「特約醫院、診所因限於設備及專 長，無法確定病人之病因或提供完整治療時，應建議病人轉診。 … 前項轉診，應填具 轉診病歷摘要，交予病人，不得無故拖延或拒絕」。國內大型醫院除因醫療網指定為 後送醫院而接受轉診病患外（衛生署，2000，p.55），為了增加醫院自身病患來源，

提高門急診及院服務的利用率，經常與中小型醫院進行轉診合作。而中小規模醫院因 位於資源不足的偏遠地區或部份專科不足，也常透過轉診合作，將病患醫療服務之其 中一段交由接受轉診醫院來提供，而形成醫院價值活動的互補。

轉診系統（個案四）即屬此類型 IOS 的應用，此系統是衛生署九十一年「醫療院 所電子病歷試辦計劃」中由北部某醫學中心所發展的 IOS，提供參與醫院有關病患轉 診、填寫轉診單、轉診病患預約、回覆轉診結果、後續追蹤治療等雙向轉診業務功能，

系統功能則包括電子轉診單開立和回覆、轉診病患管理、電子轉診病歷查詢和回覆，

及線上預約掛號等四個子系統（鄭伯壎，2002；賴明坤，2002）。

合作體系成員包括醫學中心（北部一家醫學中心）、地區醫院（數家）、區域醫院

（數家），及開業醫診所（數家，位於中部地區），上游為醫學中心，中游為地區醫院 或區域醫院，下游為開業醫診所。此種合作體系的特性在於參與的組織屬於同一產業 的上下游關係，連結目的是為了提供病患適當的醫療服務或是互補性的分工合作，以 達到醫療資源的合理運用。

就組織相依性而言，此種 IOS 所形成的垂直整合關係，屬於序列式相依，主要核 心技術以長線連結為主，其慣有之作業方式係由上下游不同組織接續處理同一病患的 醫療服務，屬於價值鏈/供應鏈式 IOS。在跨組織合作關係分類上，依據 Porter & Fuller

（1987）的區分屬於作業及後勤聯盟，醫學中心將資訊網路連接到中下游之不同層級 醫療院所，並藉由共同修訂作業流程及建立標準，將病患之醫療服務及轉診作業與中 下游醫院診所的病患後勤活動作雙向的緊密配合。依據楊亨利等（ 1997）的區分則屬 於垂直型的網路組織。就醫院所採行的跨組織合作方案而言，此項合作方案屬醫院聯 合分擔服務之照護及醫療設備方面，所發展的 IOS 主要應用於醫院價值鏈的外部後勤 主要活動上。

個案四的 IOS 具有以下特性：

（一）合夥關係：藉由 IOS 在醫院轉診活動的應用，建立了上下游組織間新的電子合 夥關係，此種 IOS 所形成的網路組織具中度結構性，各參與醫院需簽定網路轉 診系統合作契約書，因此跨組織之協調機制以標準、規則、排程和計畫為主（台 大醫院，2002）。為維持後續合作關係，各參與醫院需定期檢討評估合作醫療 單位與合作醫生的記錄，因此參與組織間彼此需要有適當的溝通和決策，以避 免發生潛在的衝突。

（二）居中協調者出現：此 IOS 所出現的居中協調者是執行研究計畫之醫學中心資訊 部門，居中者提供各參與醫院有關院際轉診之聯繫協調、系統開發、訂定標準 及必要的認證工作（溫嘉憲，2001；張音，2001b；賴明坤，2002）。

（三）作業流程修訂：各醫療院所雖然使用健保局所訂定的全民健康保險轉診單，但 是醫療院所各有不同的轉診作業程序，甚至以人工作業處理，因此需先共同訂 定有關轉診通用之流程及作業標準，而參與醫院亦需配合修改各自院內之轉診 作業步驟（劉建財，2001a；溫嘉憲，2001；張音等，2001；孫培然等，2002）。

（四）技術標準採用：由於國內轉診項目尚未訂定統一交換格式標準，而同一檢驗或

檢查項目亦無對應國際統一標準碼（劉建財等，2002），因此本系統在院際交 換標準部份是採行 HL7 國際標準的轉診部份及其所規範的技術標準（賴金鑫，

2002；張光昊等，2002）。本研究計畫俟試用評估並提出修正建議後，將提衛 生署公佈做為國內轉診之院際交換標準的基礎。

在組織的知識資產分類方面，由於本系統所處理的轉診作業資訊是由醫院每日例 行轉診業務所產生，依據 Nonaka et al. （2000）的區分屬例行性的知識資產，是具有 實務特性的知識；但是在轉診之醫師診斷治療處置部份則是來自於醫師的經驗式知 識，是較複雜且不容易文件化或標準化的內隱知識，因此應屬於經驗性的知識資產。

在知識管理的應用方面，從業務層面觀之，本系統在知識使用與科技應用的內容是一 致的，也就是當完成一筆轉診交易時，知識就呈現在系統使用者前，使用者僅能接受 系統所呈現的知識，無法進一步選擇如何存取或表達知識，因此依 Binney（2001）

的區分應屬交易式的應用。

另一方面，從使用者角色及知識流向觀之，轉出醫院的輸出是轉入醫院的輸入，

轉出醫院必須正確的執行輸入（知識提供者），轉入醫院也才會得到正確的結果（知 識使用者）；回覆轉診時則由轉入醫院執行輸入，轉出醫院也才會得到正確的結果。

其中知識提供者（輸入端）和知識使用者（輸出端）可以是醫院之轉介人員或是醫師。

其知識流向是根據知識提供者和知識使用者所執行的業務功能，而依循一個序列式相 依的順序來進入和流出知識庫。由於知識提供者和知識使用者是直接透過應用系統進 行互動，彼此之間並不直接接觸，應用系統提供了一個整合和建立體系成員收集轉診 相關知識的共同平台和整合式知識庫，因此依 Tiwana（2000）的區分應屬整合式的 應用。