CIO TALK：新光醫院大型主機系統改頭換面 自行開發Web介面省上億元
一般企業要將大型主機系統汰換為Web版系統，必須投資上億元重新開發，但新光醫院只花7百多萬元開發前端Web介面，就能滿足使用需求
數十年以來，大型主機系統支撐著企業的核心業務營運，相當於企業的心臟，時至今日，這顆心臟反而成為拖累企業擴展的包袱，不僅維運成本高昂、技術人才短缺，而且這樣的系統架構相對封閉，難以整合介接其他平臺，因而拖延了企業開發新專案的速度，此外，年輕一代的使用者熟悉Web化操作介面，不習慣大型主機系統的介面，紛紛要求IT部門轉換，因此，這些企業面臨了要汰換大型主機，並重新開發Web化系統的抉擇點，但轉換系統時，企業往往要負擔好幾億的成本，這筆投資帶來了沉重的負擔。
不過，臺灣有一家醫院只投資了7百多萬元，相當於只花了百分之一的成本，提供Web介面給使用者，就能彌補了大型主機系統的不足，這家醫院便是新光吳火獅紀念醫院（簡稱新光醫院）。
過去18年來，新光醫院都相當仰賴大型主機，幾乎將全院所有的核心系統都放在大型主機上，來支援醫療業務的運作，但近年來，使用者要求Web介面的呼聲四起，使新光醫院不得不面臨將系統Web化的挑戰。在2009年時，新光吳火獅紀念醫院資訊部主任湯慎元做下重要的決定，預計在未來6年內帶領新光醫院走向Web化。
以湯慎元對於新光醫院整體的IT策略來看，將全院系統Web化是重要的一環，藉此來發揮既有資訊系統更深一層的價值。起初，這些系統只是促成新光醫院部分作業流程的無紙化，來節省醫院的空間，但湯慎元表示，IT更高的價值在於，加值分析既有的病歷與營運資料，以提煉出有助於正確決策的資訊。湯慎元表示，資訊化目的是為了分析，但企業必須先整合各自獨立的系統，整併分散於各系統的資料，才能做到深度的加值分析，因此，湯慎元希望藉由Web化系統進行資料整併。
當企業善用IT協助決策分析之後，湯慎元的下一個目標是發展行動化，使IT更緊密地崁入工作流程，然而，企業導入行動化之前，必須先打造高效能、跨裝置且介面友善的資訊系統，使用者才會愛用，因此，湯慎元啟動了系統Web化的計畫。
使用者要求提供Web介面，整合獨立系統簡化操作
首先，新光醫院面臨大型主機Dos介面不敷使用的挑戰，後端IBM大型主機的醫療資訊系統（HIS）採COBOL平臺，隨著系統數量不斷增加，資料又分散於不同系統，例如，急住與門診的資料位處不同系統，各自獨立，不僅阻礙後端系統建置資料倉儲，無法提供決策支援的統計數據，並造成醫護人員操作系統時，必須不斷切換頁面。
舉例來說，原本新光醫院光是與血液相關的系統就涵蓋了67支程式與100多頁的系統畫面，系統的功能按鍵都沒有整併於單一介面，導致醫護人員必須一頁頁翻找才能完成操作，因而降低工作效率，但湯慎元評估，如果將這些系統相關的功能與資料重新整合於單一Web化介面，就能將系統畫面從100多頁簡化為3～4頁，可提升人員的工作效率。
新光醫院要走向Web化，當時有兩種方案可以達成，第一，若推翻舊的COBOL系統，委外重新開發Web版本的系統，新光醫院需要的開發時間、經費與人力十分龐大。湯慎元評估，一般而言，醫學中心等級的醫院若汰換大型主機架構系統，重新開發出Web版本的系統，必須投入約7億元、長達3年時間與200位開發人員才能完成。
高層主管當然不輕易接受如此高昂的成本，此外，主管還會顧慮種種風險，不斷向湯慎元提出質疑，包括Web技術能否擔保日後系統運作的效能與穩定度，這些IT技術未來是否能長久發展等。
為了同時說服高層主管與使用者，湯慎元花了半年時間尋找解決方案，找出了新舊平臺並存的作法，並透過4場高階主管會議，才說服董事長與40幾位高階主管。
相較於重新開發全院Web版系統需要約7億元成本，最後，新光醫院只花了7百萬元採購IBM RBD（Rational Business Developer ）開發工具與數臺Web伺服器，來自行開發Web介面，成本足足省了1百倍。
由於一般醫院的系統經常需要繪製統計圖表，如生命徵象圖表，而且操作介面還要能支援醫護人員手繪各式圖形，像是讓醫護人員如同使用紙本病歷一般，在系統上的人體圖畫記病患的受傷部位，因此，當時湯慎元在評估這套RBD開發工具時，特別要求該工具開發出來的Web介面，必須能夠展示統計圖表及支援手繪圖形，而RBD工具通過這項考驗。
這種新舊平臺並存的作法就是，IT部門利用Java平臺重新開發系統的Web化介面，再調整介面與資料庫系統之間的資料傳遞參數與呼叫指令，但不改變後端大型主機架構上的資料庫系統。如此一來，IT人員修改核心系統的幅度只有1%，可在滿足後端管理與前端存取需求的同時，將系統轉換的成本與風險降到最低。
另外，這些Web伺服器既不儲存資料，也不安裝資料庫，只用來執行Web化介面的程式，這些程式再連線至後端大型主機的資料庫系統，來存取資料，避免因前後端都有資料庫，而發生資料不一致、儲存與管理等問題。
堅持自主開發，避免日後維護難題
雖然這項方案看似完美，但目前很少企業敢採取這樣的作法，並非技術上難以克服，而是IT人才培訓困難。當企業決定走向新舊平臺並存的作法時，代表IT人員必須同時掌握新舊兩種核心技術，但同時掌握COBOL與Java技術的IT人才並不多，讓兩種跨世代的人才合作開發系統也不容易。
即使新光醫院在開發Web介面的過程中，總共流失了4成IT人力，仍沒有動搖湯慎元自主開發的決心。「我的系統絕不委外。」湯慎元說。在他擔任主任之前，新光醫院多數系統交由委外廠商開發，雖然減輕IT部門開發系統的負擔，但問題都發生在系統上線之後。
湯慎元說：「委外在我們醫院沒辦法生存，你寫我看，後續維護成本就會增加。依照新光醫院過去的經驗來看，很多系統委外之後，還是要重新開發。」尤其臺灣的醫院受主管機關約束，只要上層機關的政策法規一變動，系統必須跟著修改，所以他認為，臺灣醫院的IT部門更應該自己掌握系統的開發與維護能力。
並且，湯慎元還希望透過開發過程的鍛鍊，來培養IT人員的核心技術與解決問題的能力。如果委外開發，即使院內IT人員已掌握醫療流程的Know How，卻仍然缺乏實戰經驗，等到系統上了醫療戰場，萬一系統臨時需要修改或維護時，IT人員便欠缺解決問題的能力，只能任由廠商宰割。
特別是新光醫院的IT架構同時包含大型主機系統與Web化系統兩種平臺，但既有人員只熟悉COBOL平臺，新進人員只掌握Java平臺，如果新光醫院委外給廠商開發Web介面，未來IT人員無法解決兩種平臺相互串接的問題，將完全喪失系統維運能力，因此，湯慎元無論如何都要堅持IT部門自主開發，以掌握核心技術。
《詳細內文請見iThome電腦報542期（www.ithome.com.tw），天瓏、誠品、何嘉仁、搜主義、敦煌、法雅客、Page one書店均有銷售》
542期其他精采內容：
．封面故事：10大網管必用iPad App
．新聞：甲骨文緊急修補中介軟體的DoS漏洞
．新聞：思科首次推出100GbE擴充模組
．IT人甘苦談：熱愛Python，希望每個人都能使用
．產品測試：遠端複製軟體：Zerto Virtual Replication
．產品測試：軟體開發工具軟體：Embarcadero C++ Builder XE2
數十年以來，大型主機系統支撐著企業的核心業務營運，相當於企業的心臟，時至今日，這顆心臟反而成為拖累企業擴展的包袱，不僅維運成本高昂、技術人才短缺，而且這樣的系統架構相對封閉，難以整合介接其他平臺，因而拖延了企業開發新專案的速度，此外，年輕一代的使用者熟悉Web化操作介面，不習慣大型主機系統的介面，紛紛要求IT部門轉換，因此，這些企業面臨了要汰換大型主機，並重新開發Web化系統的抉擇點，但轉換系統時，企業往往要負擔好幾億的成本，這筆投資帶來了沉重的負擔。
不過，臺灣有一家醫院只投資了7百多萬元，相當於只花了百分之一的成本，提供Web介面給使用者，就能彌補了大型主機系統的不足，這家醫院便是新光吳火獅紀念醫院（簡稱新光醫院）。
過去18年來，新光醫院都相當仰賴大型主機，幾乎將全院所有的核心系統都放在大型主機上，來支援醫療業務的運作，但近年來，使用者要求Web介面的呼聲四起，使新光醫院不得不面臨將系統Web化的挑戰。在2009年時，新光吳火獅紀念醫院資訊部主任湯慎元做下重要的決定，預計在未來6年內帶領新光醫院走向Web化。
以湯慎元對於新光醫院整體的IT策略來看，將全院系統Web化是重要的一環，藉此來發揮既有資訊系統更深一層的價值。起初，這些系統只是促成新光醫院部分作業流程的無紙化，來節省醫院的空間，但湯慎元表示，IT更高的價值在於，加值分析既有的病歷與營運資料，以提煉出有助於正確決策的資訊。湯慎元表示，資訊化目的是為了分析，但企業必須先整合各自獨立的系統，整併分散於各系統的資料，才能做到深度的加值分析，因此，湯慎元希望藉由Web化系統進行資料整併。
當企業善用IT協助決策分析之後，湯慎元的下一個目標是發展行動化，使IT更緊密地崁入工作流程，然而，企業導入行動化之前，必須先打造高效能、跨裝置且介面友善的資訊系統，使用者才會愛用，因此，湯慎元啟動了系統Web化的計畫。
使用者要求提供Web介面，整合獨立系統簡化操作
首先，新光醫院面臨大型主機Dos介面不敷使用的挑戰，後端IBM大型主機的醫療資訊系統（HIS）採COBOL平臺，隨著系統數量不斷增加，資料又分散於不同系統，例如，急住與門診的資料位處不同系統，各自獨立，不僅阻礙後端系統建置資料倉儲，無法提供決策支援的統計數據，並造成醫護人員操作系統時，必須不斷切換頁面。
舉例來說，原本新光醫院光是與血液相關的系統就涵蓋了67支程式與100多頁的系統畫面，系統的功能按鍵都沒有整併於單一介面，導致醫護人員必須一頁頁翻找才能完成操作，因而降低工作效率，但湯慎元評估，如果將這些系統相關的功能與資料重新整合於單一Web化介面，就能將系統畫面從100多頁簡化為3～4頁，可提升人員的工作效率。
新光醫院要走向Web化，當時有兩種方案可以達成，第一，若推翻舊的COBOL系統，委外重新開發Web版本的系統，新光醫院需要的開發時間、經費與人力十分龐大。湯慎元評估，一般而言，醫學中心等級的醫院若汰換大型主機架構系統，重新開發出Web版本的系統，必須投入約7億元、長達3年時間與200位開發人員才能完成。
高層主管當然不輕易接受如此高昂的成本，此外，主管還會顧慮種種風險，不斷向湯慎元提出質疑，包括Web技術能否擔保日後系統運作的效能與穩定度，這些IT技術未來是否能長久發展等。
為了同時說服高層主管與使用者，湯慎元花了半年時間尋找解決方案，找出了新舊平臺並存的作法，並透過4場高階主管會議，才說服董事長與40幾位高階主管。
相較於重新開發全院Web版系統需要約7億元成本，最後，新光醫院只花了7百萬元採購IBM RBD（Rational Business Developer ）開發工具與數臺Web伺服器，來自行開發Web介面，成本足足省了1百倍。
由於一般醫院的系統經常需要繪製統計圖表，如生命徵象圖表，而且操作介面還要能支援醫護人員手繪各式圖形，像是讓醫護人員如同使用紙本病歷一般，在系統上的人體圖畫記病患的受傷部位，因此，當時湯慎元在評估這套RBD開發工具時，特別要求該工具開發出來的Web介面，必須能夠展示統計圖表及支援手繪圖形，而RBD工具通過這項考驗。
這種新舊平臺並存的作法就是，IT部門利用Java平臺重新開發系統的Web化介面，再調整介面與資料庫系統之間的資料傳遞參數與呼叫指令，但不改變後端大型主機架構上的資料庫系統。如此一來，IT人員修改核心系統的幅度只有1%，可在滿足後端管理與前端存取需求的同時，將系統轉換的成本與風險降到最低。
另外，這些Web伺服器既不儲存資料，也不安裝資料庫，只用來執行Web化介面的程式，這些程式再連線至後端大型主機的資料庫系統，來存取資料，避免因前後端都有資料庫，而發生資料不一致、儲存與管理等問題。
堅持自主開發，避免日後維護難題
雖然這項方案看似完美，但目前很少企業敢採取這樣的作法，並非技術上難以克服，而是IT人才培訓困難。當企業決定走向新舊平臺並存的作法時，代表IT人員必須同時掌握新舊兩種核心技術，但同時掌握COBOL與Java技術的IT人才並不多，讓兩種跨世代的人才合作開發系統也不容易。
即使新光醫院在開發Web介面的過程中，總共流失了4成IT人力，仍沒有動搖湯慎元自主開發的決心。「我的系統絕不委外。」湯慎元說。在他擔任主任之前，新光醫院多數系統交由委外廠商開發，雖然減輕IT部門開發系統的負擔，但問題都發生在系統上線之後。
湯慎元說：「委外在我們醫院沒辦法生存，你寫我看，後續維護成本就會增加。依照新光醫院過去的經驗來看，很多系統委外之後，還是要重新開發。」尤其臺灣的醫院受主管機關約束，只要上層機關的政策法規一變動，系統必須跟著修改，所以他認為，臺灣醫院的IT部門更應該自己掌握系統的開發與維護能力。
並且，湯慎元還希望透過開發過程的鍛鍊，來培養IT人員的核心技術與解決問題的能力。如果委外開發，即使院內IT人員已掌握醫療流程的Know How，卻仍然缺乏實戰經驗，等到系統上了醫療戰場，萬一系統臨時需要修改或維護時，IT人員便欠缺解決問題的能力，只能任由廠商宰割。
特別是新光醫院的IT架構同時包含大型主機系統與Web化系統兩種平臺，但既有人員只熟悉COBOL平臺，新進人員只掌握Java平臺，如果新光醫院委外給廠商開發Web介面，未來IT人員無法解決兩種平臺相互串接的問題，將完全喪失系統維運能力，因此，湯慎元無論如何都要堅持IT部門自主開發，以掌握核心技術。
《詳細內文請見iThome電腦報542期（www.ithome.com.tw），天瓏、誠品、何嘉仁、搜主義、敦煌、法雅客、Page one書店均有銷售》
542期其他精采內容：
．封面故事：10大網管必用iPad App
．新聞：甲骨文緊急修補中介軟體的DoS漏洞
．新聞：思科首次推出100GbE擴充模組
．IT人甘苦談：熱愛Python，希望每個人都能使用
．產品測試：遠端複製軟體：Zerto Virtual Replication
．產品測試：軟體開發工具軟體：Embarcadero C++ Builder XE2