• 帳單的產生與郵寄，每年約一億八千萬。

• 政令宣導、快訊、新知的印刷與郵寄費用，每年約六千萬元。

• 加退保的郵費、Key-in費用、審單費用、與管理費用，企業保戶與健保局共花費約五億元。

• 醫療體系的申報與請款作業，包含Key-in費用，每年約五億元。

• 此外，由於保戶想撈本，醫院要賺錢是人性，造成每年醫療浪費約數百億元。而民眾因為醫療知識不足，或是小病就去大醫院看的習慣，造成醫療資源的浪費也是不計其數。
  但無法要求人人做聖人，唯有從制度面及提升工具能力下手，如能成功則將可節省大筆費用。

1. 開發一套保戶電腦上可執行的應用程式，該程式可自動透過Internet接收、列印帳單，並可執行線上加退保。如網路斷線或主機出狀況，該程式尚可列印出加退保單或是產生資料磁片，保戶仍可透過郵寄方式加退保。
   本程式不僅可以幫健保局省錢，更可幫助保戶管理所有員工的勞健保資訊，重複的資訊都不用再打，更可省下郵費，是一種雙嬴的解決方案。
2. 開發一套可供醫療體系每日申報診療、用藥資訊的系統，讓健保局可以掌握到各地的醫療狀況。如此一來，會有很多想像不到的優點，請參閱內文以了解詳細狀況。預估此系統可節約浪費並改善服務品質，其潛在價值無可限量！
3. 開發一套快速、低通訊費用的資訊推播系統(例如E-Mail、Fax、電話語音等等)，使健保局可以用比較低廉的費用達到即時的通知與服務。本系統可與以上系統結合，也可獨立運作，是健保局未來提升服務品質的一大利器。

本提案已與健保局資訊人員洽談過，認為技術上應無問題，但政治面/習慣面上問題較大。
不過，以上系統的開發成本大約僅一兩百萬元(聲源科技保證可以提供所有技術，並僅以成本收費，做不出來願意賠錢)。健保局可循一般招標方式作業，招標兩個月/施工三個月，五個月內即可看到成效。成本低、效益高，即使不可行也可在半年內驗證結果，健保局如果不開始做，又怎知使用者是否會排斥它呢？我們不應預設立場，IC卡計劃要花四十億，民國九十二年才看得到成果，全國都義無反顧地支持它(如果真的能成功，自然該作此投資)；本提案成本很低，即使不可行也可成為IC卡系統的輔助系統或是先驅，希望能爭取到各界的支持，讓我們的一番苦心不要白費！

• 由於各投保單位及醫療系統乃至於健保局間的資料庫格式各有各的一套，必須有一套能連結各異質資料庫/不同設計架構的核心系統。
• 用瀏覽器作網路加退保與利用應用程式作網路加退保的架構不同，所以可以同時並存。利用應用程式作網路加退保所需頻寬更少，內建的管理功能與人工智慧(規則檢查過濾)可以更強。因此，撰寫者的功力與所需時間更多，最好要讓有真實套裝軟體研發經驗的人來作較為適合。
• 為了同時能發送數十萬封的email而不漏件，並且能得知使用者已收到並閱讀過，必須有一套先進的email發送機制。
• 最重要的是：主管確認本系統可行時，推動的決心。

事實一：e化是目前的潮流。e化的目的不僅是趕流行，最重要的是它真的可以節省金錢與提高效率，甚至改變企業或政府的經營模式。E化程度也是國力的象徵，惟有先進的國家才能克服種種困難來達到e化。

事實二：e化並非是全新的東西。早在十幾二十年前，政府及企業就開始利用電腦來協助日趨複雜的行政作業。時至今日，資訊室或MIS/IT部門已是中大型企業的重要單位。對小型企業來說，進銷存的套裝軟體、Microsoft Office等工具已成為必備之生財器具。因此，第一波的e化讓電腦(含個人電腦)普及，資料庫系統變得成熟好用；而目前第二波的e化則建築在第一波e化的基礎上，再加上越來越普及、便宜與穩定的Internet。說更遠一些，電話、傳真機、影印機可算是第零波的e化；而日後的固網、行動通訊等一旦成熟，第二波甚至第三波的e化將是一股無可抵擋的潮流。

事實三：第二波的e化主要是以通訊為主。因此，如何在現有的MIS系統上加上彼此溝通、傳送資料、認證資料的機制，將成為這一波e化的重點。而聲源科技已針對此一部份開發出一系列彼此相關聯的產品與技術核心。

如何在第二波的e化中為勞健保業務省錢並提升效率

根據我們的計算，我們的解決方案一年可以幫勞健保業務節省數十至數百億元，且服務更好、效率更高。此外，這也會提升政府對疾病的預防與控管、企業與整體社會e化的程度，潛在價值可能上千億元。

如果分析目前的勞健保業務，發現主要有以下範疇：

1. 保戶加、退保(異動) (e化後約可省數億)
2. 每月帳單(e化後約可省數億)
3. 定期的快訊或是政令宣導(e化後約可省數千萬)。
4. 醫療體系申請給付 (這是e化後可以省上百億的地方)。

目前的成本評估：

以全台所有的保戶約一百萬戶計算，每個月大約要花費以下的費用：

帳單：

100萬*15=1,500萬。(15元包括紙張費用、郵費、列印、封裝、標籤、捆綁等材料費與工資)

快訊或是政令宣導：

每兩個月一次，每次約100萬份*5元=500萬

加退保：

平均每一保戶每兩個月異動一次，則廠商需花費填表人工與掛號郵寄費約40元。

此外，由於多數企業都會於員工到職、離職後數日才郵寄加、退保資料，而郵寄時間、Key-in時間又頗長，形成員工在一個多月後才收到勞保卡，且勞健保帳單往往與真實狀況有極大的落差(作業時間約需兩週以上)，形成保戶與勞健保局的困擾。如果能將作業流程縮短為一天，則我國的勞健保效率將為世界之冠。

針對人工填寫的表格，勞健保局需委外Key-in，每個月約需Key-in一百萬筆資料，每筆平均成本為三元(每字2.5角)，每月需300萬元。

因需要人工Key-in，所以必須要先整理、校對，之後還要存檔管理。此外，為管理外包業務，勢必要有行政管理人員及外包招標作業，每個月的成本將遠超過Key-in費用，估計大約有接近千萬元的程度。

申請給付：

因為每月資料量極大，所以這部份的行政作業費相當高。一般而言，醫院、診所須先將就診記錄印出並呈報，然後再由健保局Key-in。

如用人工輸入，行政作業成本將極為可觀，且醫院也無法即時得知某些給付是否會被駁回，且作業流程太久，有些資料可能發現錯誤時已找不到原始憑證可供參考了。

此外，有一個我們沒有想過的成本，在此先暫時賣個關子，請參考稍後的說明將可更了解此一成本的巨大。

e化後的作法

帳單：

三管齊下，同時提供網站讓保戶查詢，以及採用E-Mail及Fax寄發帳單。

保戶可選擇以E-Mail或Fax方式收帳單，無論是E-Mail或是Fax都有包含一條碼。保戶收到E-Mail後可將繳款單列印出來，至金融機構或是便利商店繳款。如果選擇收傳真，則可直接持傳真到金融機構或是便利商店繳款。

如果保戶因故未收到帳單，則可上網查詢或是用語音系統要求再寄一次。

基本上，帳單可加上一個查核碼的欄位，如果保戶任意修改帳單內容後列印，則因為查核碼他沒有改到，使得該竄改過的帳單禁不起事後查證，即使一時之間矇混過去，日後對帳時也無法過關。

企業機構的E-Mail普及率應超過70%，傳真的普及率應有99%。因此，如此的作法將不會造成保戶的額外負擔，且可讓保戶隨時查詢到最新資訊。

當然啦，即使我們規劃得再完整以及電子帳單可節省的錢再可觀，電子帳單仍不可能短時間內被接受(需要教育及宣導)。因此，我們可以將電子帳單與後面提到的加退保相結合。如此一來，電子帳單的可行度將更高，讓大家幾乎找不出什麼毛病。

電子帳單節省成本：每個月可節省超過1,300萬，每年可節省一億五千六百萬。

快訊及政令宣導：

可用類似方式，以E-Mail或是傳真發送，或與加退保系統結合，讓加退保系統自動接收快訊。

預計節約成本：每年節省四千八百萬。

加退保：

對保戶來講，他們最希望的是能今天加保，明天就能進電腦，且一切萬事OK。此外，保戶也希望能夠追蹤過去的加退保記錄，以作為代扣保費的依據，並可存檔查詢。

為此，一個比較好的作法是：

免費提供一個程式，類似會計、進銷存軟體，但主要功能是管理一切加、退保，投保薪資等資料。

當保戶加退保時，先直接在該AP程式上打入資料，之後按一個鍵可

• 印出加、退保單(也可以不印)。
• 將資料簽署打包後以E-Mail、FTP、或是直接與健保局的AP Server連線，並傳送給健保局的電腦。然後健保局的電腦將直接或是Batch將資料寫入資料庫(也可以將印出之表單郵寄，而不採用電子傳送)。
• 也可以將資料匯總到磁片，然後寄去給健保局，至少可讓健保局節省Key-in與校對的時間。
• 在Local端留下記錄，日後可查詢投保細節。

此一程式的規格與功能：

• 可在Windows(最好也可在Linux)上執行。
• 具資料庫查詢、管理功能。
• 重複的資料如公司基本資料不用每次都Key-in，如此可簡化填表作業。
• 具基本填表檢驗能力，所以說一些常犯的錯誤會在列印或傳送前被挑出來。
• 可送出目前投保清單，與勞健保局電腦核對雙方資料是否一致。
• 可於Local資料庫毀損時從勞健保局電腦Download投保清單。
• 勞健保局電腦資料損毀時，也可請企業再送一次加保資訊。
• 可收取每月帳單，並由此程式印出。
• 可列印加退保單，直接郵寄，或是產生出磁片。
• 可收取快訊、政令宣導。

如果採用以上架構，加退保的作業將可簡化至幾乎全自動。帳單也不用另外設E-Mail帳號，可行度高了許多。

原有的外包Key-in人力可完全釋出，或轉作審單與服務性工作；較高階的人員也可專心作稽核、服務等工作。

預計節約成本：所有保戶每月可節省人力與郵資一千萬，健保局可節省一千萬。每年共可節省兩億四千萬，加上帳單、政令宣導等費用約為五億。

這是e化後可能節省最多的地方。

目前健保的主要問題在於投保人與醫療體系的浪費，如果能節省10%，則就是百億以上的金額。

為什麼會有浪費呢？保戶想撈本，醫院要賺錢是人性，不能要求人人作聖人，唯有從制度面及提升工具能力下手。

就目前而言，因為醫院要求給付的流程仍然要許多paper work，所以病人看病與申請給付，乃至到發現問題的時間差相當大(長達數月)，且行政作業成本也很高。

因此，即使一個人將他的健保卡拿去蓋章換錢，健保局仍後知後覺，要到人人都賺了一大票之後才發現並處理。這就像先進國家的警察用直昇機搭配地面警車抓犯人，落後國家的警察用走路的方式維持治安一樣；如果救護車是用牛車，那乾脆不要救護車，免得要讓牛白跑一套趟還救不到人！

速度，是節約浪費的關鍵。以目前的狀況看來，我們仍有相當大的改善空間。

如果醫療體系也能用類似加退保的方式，以電子的方式來申請給付，則不但可以節省Key-in人力，雙方結帳從月結改成日結；健保局更可於當天就統計出該院、該地區、該保戶的醫療、用藥狀況，並可及早發現到異常現象。

有了此一利器，會有許多原先想像不到的應用出現：

• 當某一投保人最近都在看病，可自動發一封E-Mail祝他身體早日康復。當然啦，因不同的病或狀況，發的信都不一樣，例如申請生產給付的媽媽則可發E-Mail祝母親與小朋友健康快樂。一方面表示健保局在關懷保戶，二方面可以讓濫用資源的人警惕。
  
• 常患某種疾病的人，可發E-Mail至投保單位請他上網看看該疾病的預防保健/用藥治療的相關資料，這對因醫療知識不足而造成的浪費幫助很大。
  
• 當某一地區突然某種藥用量提高，或是某種病特別多，則可能有傳染病，要通報衛生署(發E-Mail至衛生署)。例如台北市南區突然幼兒申請感冒發燒給付的情況激增，則有可能是腸病毒開始流行，衛生署可即時監控。如果證實病情，衛生署可立刻發E-Mail給個醫院診所(利用結帳系統發訊息，或是用E-Mail/Fax，也可以用聲源科技的資訊跑馬燈這類的軟體)。
  
• 當某一診所突然營業額大升，則有可能是有密醫幫忙看病，或是買健保卡蓋章申請給付騙錢。
  
• 當某種抗生素被濫用時，健保局可立刻發函(E-Mail/Fax可即時傳送)希望醫院改進。
  
• 如根據呈報資料，發現某一季節比較容易患某種病；或是符合某一種條件的投保人比較容易得某種疾病時，可以自動預先準備好電子資料，e-mail或傳真到他的所屬投保機構，及早預防疾病發生。

總之，唯有即時的電子資料傳遞，與廉價的電子資訊推播系統Ready，才能讓以上分析變成可能，否則一切都只是個夢想，這顯示了e化的重要性。

預計節約社會成本：無法估算，可能極為可觀，甚至達到千億等級！！

技術綜合分析與計劃細節

如果將電子帳單、政令宣導、與加退保合併在一個專案，及醫療體系申報請款列成另一個專案，則所需的時程評估如下：

電子帳單、政令宣導、與加退保系統：

一名專案經理 -- 熟悉健保局加退保業務

加退保系統Client端程式Windows版 -- 五名工程師，六週

加退保系統Client端程式Linux版 -- 五名工程師，兩週(同時間測試Window版程式)

加退保系統Server端及資料庫整合 -- 兩名高階工程師，八週

合計約八週可開發出產品，再花六週大量試用。

研發成本約一百萬元即可，算是十分低廉。

以上時間的估算較緊，這是因為提案人對此一領域已有充分的研究之故。如果臨時要找人作，不但找不到人，就算找到恐怕也要學習很久才能進入狀況。缺乏資訊專業人才是全世界各國的困擾，我們當然也不例外。但以我多年的實務經驗看來，趕工一下的話以上schedule絕對沒問題。

醫療體系資訊申報暨請款系統(不含小型醫院、診所資訊系統，本系統由健保局免費供應各醫院)：

一名專案經理 -- 熟悉健保局醫療體系業務

Client端程式介面 -- 兩名工程師，十週(含測試)

Server端含警示系統，並結合通知系統 -- 兩名高階工程師，十週

大量測試時間約四週，研發成本約一百萬元即可，算是十分低廉。

小型醫院、診所資訊系統 (由健保局以每套一千元價格供應，讓沒有良好資訊系統的診所可提升效率，並可輕易使用電子方式申報請款)：

含預約、掛號、病歷管理、醫生時程管理

記帳、會計、健保請款與對帳

病歷電子資料交換

約需一個八人團隊開發三個月，成本約一百五十萬元，健保局可賺數千萬，足以支付所有的研發支出及宣導費用。

此一部份並非必要，可考慮於公佈規格後讓民間廠商自行研發及競爭，健保局只要負責認證或是維持市場秩序即可。

E-Mail/Fax通知系統：

一套約一百萬元的成本

整體宣導費用：可商請各媒體以新聞方式報導，健保局可以不用出錢。

預估成效：每年約可節省一百五十億元，十年可節省一千五百億。

投資一千五百萬可賺一千五百億，一萬倍的獲利，天下有什麼比這個還好賺的事？如果考量e化後所節省的紙張，提升的效率，以及更貼心的服務，我們有什麼理由不去執行這樣的方案呢？如果方案本身仍有暇疵，或整體大環境還不夠成熟，難道不能先開始作準備工作，待時機成熟後就不會措手不及了！

但如果此專案遲一個月進行，將多浪費12億元，一天就是四千多萬！

當您看完這份提案，我們又損失了近百萬元！好貴的時間啊！

所謂的知識經濟，其利基正是創新，藉著提升效率、改善服務品質、節約浪費而賺錢。然而，如果說以上技術已經成熟，為什麼三年前、兩年前、甚至於一年前都沒有人想要作呢？

一般而言，大企業的資訊人員即使技術上作得到，也不會想到要做此一提案 -- 手上的大案子就很多，誰有時間管這種閒事呢？同理，高階領導者因為太忙，且不了解資訊系統到底可以作到何種程度，所以也不會提出此一方案。

小公司的領導人，如果能同時有技術與經營管理的經驗，則其視野將會更開闊，會兼顧到技術與商業模式，比較有機會提出較運用現有技術的創新企劃案。如果免費的企劃案都有了，健保局仍不願考慮，則將是一種浪費 -- 能省則省，不論是個人或是政府都應適用。

正式建議：

1. 健保局應儘速考慮此一提案，並正式議價或開始招標進行此一計劃。
   如果一年可以節省一百五十億，則一天的成本將高達4,109萬。如果用月薪五萬元扣，扣四十年也才兩千四百萬元，延誤的成本太高且茲事體大，如果隨便找一理由把它擋下來，連試也不試，則將是全民的損失。
   
2. 提案人為了此一企劃案已花費不少心力作規劃與評估，並為了推行本計劃而不斷地聯絡各個領域的先進，希望能見到健保局的決策高層，並不斷地嘗試與他們溝通。此一準備工作已花費我們超過兩個月的時間。因此，我們希望即使健保局將此一計劃交由他人來作，或是決議不作，也要正式發文給本計劃的提案人，以留下歷史的見證。我們願意免費奉送此一計劃，但希望各界能體諒我們的苦心，至少讓我們的股東了解到這一陣子我們公司的經營階層沒有在打混，我們已盡力了！在現在知識經濟的時代中，創意和智慧絕對應該是有價的；然而，我們常常碰到將企劃案送交大公司，卻被中層主管擋下不理或是將提案修改後據為己有的情況，這對創造者來說是非常不公平的事，也會澆熄他們日後創新的動機。所謂創新，是件艱難而牽涉廣泛的事，成功率本就不高。政府如要發展知識經濟，希望能以這次的健保局提案中樹立一個典範，讓眾人知道政府的效率與接受創新的程度，甚至是超過民間企業的！
3. 建議健保局將以上提案拆開成三個專案分開招標或議價。一方面這三個專案可各自獨立運作(結合後力量更大)；二方面如果某個專案牽涉層面較大，則可暫緩實施，千萬不要因為小問題影響到大方向。三個專案的內容如下：
• 網路加退保與帳單系統
  本系統目的在使加退保系統的收件更多樣化、成本更低，與目前健保局要推動的網路加退保系統並不抵觸。且電子帳單部份一年就可節省一兩億，所以應該優先開發。
• 醫療體系資訊申報暨請款系統
  本系統可作為未來IC卡上路的先驅，讓健保局先建立起與各醫院診所間的通信介面。即使各醫院診所不願意傳送此一資訊，準備好之後再宣導總比空口說白話要好。
• 電子化資訊通知系統
  無論是否建立以上資訊傳遞系統，或是IC卡是否上路運作，健保局都需要一套自動、價廉、快速、多種溝通方式的通訊系統。否則，想要通知保戶或是醫療體系，難道要人一一電話通知，或是發函通知嗎？如要即時通知保戶，實體信件是不可能滿足需求的。健保局有必要在投資不大的情況下建立此一系統。

常見問題Q&A：

• 對於沒有電腦的保戶要如何處理？
  一般而言，企業類型保戶的電腦普及率很高。主要的問題在於個人保戶，他們通常也是失業或是最弱勢的族群，不可能要求他們用電腦。
  我們的解法是在鄰、里或是區公所，甚至是郵局、銀行設公用電腦，加、退保作業反正要到區公所去辦，所以這部份沒有問題。而帳單則可：
• 到銀行或郵局繳款時，直接報上健保編號或是身分證字號，當場查多少錢，繳款後印出收據。
• 經過鄰、里、區公所時，自行帶回帳單。反正掉了也可以直接到金融機構繳，所以有沒有拿到帳單似乎沒有這麼重要。
• 健保局於某一時限後，若發現保戶仍未取得帳單，則自動郵寄。
  

• 如果用加退保系統收取帳單，但企業忘了去下載帳單怎麼辦？
  前面提到的E-Mail及Fax仍可發揮功效，健保局在出帳日過後若干天，如果仍未下載帳單，則發E-Mail或Fax提醒保戶。事實上，加退保系統的程式設計是可以很人性化的 -- 時間到了，程式可以自動撥接上線或是提醒您該收帳單了。這樣一來，發E-Mail或Fax提醒保戶的動作也不是那麼必要了。
  

• 網路帳單與網路加退保程式是否與健保局即將執行的網路加退保計劃重複？

就目前我們所了解的情況而言，健保局目前尚無以電子式帳單取代實體帳單的計劃；而網路加退保部份，則已發包出去並開始施工建置。
一般人可能會覺得我們所提的網路加退保程式可能與目前已發包的系統一樣，但事實上，真正懂的人絕對會不會這麼說，它們有以下的不同點：

• 健保局的網路加退保系統是基於Browser介面，因此主機的穩定性變得非常重要，一旦當機則大家都不能用。應用程式介面則可以作得比較聰明與花俏，功能也更多，當主機當機時資料仍可先輸入，再決定是否要等主機修復，或是直接產生出磁片寄出。
• Browser介面的好處是不需要先Download程式，但缺點是仍然要先申請並安裝認証，以確保網路安全。然而，並不是每種Browser都支援認證，且安裝認證的難度是高於安裝應用程式的，這就抵消了Browser介面的優勢了。應用程式則可在散佈時直接將認証以磁片格式寄出，如此則解決了認證安裝的麻煩。
• Browser 介面的網路加退保系統很難提供管理過去歷史記錄的功能，且所有資料都放在主機，Web主機的負擔很重。應用程式則不同，資料容易管理與備份，且主機僅負責接收最後經過檢查後的資料，負擔輕了許多，一台電腦說不定就可以服務全國的企業。
• Browser介面的系統必須等使用者自己上線，因此帳單這類的資訊不適合要求保戶自動記得去下載；就算保戶上線後可看到帳單，也因為Browser的限制而不太能夠將它列印成類似一般帳單的格式(含條碼)。應用程式則很自由。全看程式怎麼寫 -- 時間到了可以自動提醒用戶該收帳單了，也可以增加一些行事曆的功能提醒用戶其他事情，相信保戶會喜歡健保局免費贈送的這個程式的。
  

• 如何證明以上計劃可行？會不會實施後有其他的問題出現？
  如要謹慎評估此一計劃，可從技術面、政策面、與實務面三個層面來考量。
• 就技術面而言，整個計劃所需的基礎建設是個人電腦+Internet(撥接帳號即可)。因此，就企業保戶或是醫院診所而言，幾乎可以在不增加任何硬體成本的情況下可立即上線運作。技術面主要的關鍵在於軟體的設計，因為本軟體分成用戶端與伺服器端兩邊：伺服器端的程式必須能夠在高負載的情況下穩定運作；用戶端的軟體則牽涉到MIS、Internet通信等領域，且必須是一個適應性很好、在各種環境下都可執行的套裝軟體。然而，純MIS的廠商較不擅長Internet通信、伺服器技術、與撰寫放在任何電腦上均可運作的軟體。因此，本軟體的開發雖非尖端科技，但也有一定的難度。不過，我們認為軟體的技術並非問題 -- 國內並非沒有軟體人才，只要規格清楚且不好大喜功(訂一個好高鶩遠的規格)，以解決問題為主要目標，則數個月一定可以看到成效。此外，無論是議價或是公開招標，都可以要求承包公司提出保證金，驗收後再付尾款及退還保證金。因此，國人或健保局不可能會因技術方面的問題而損失金錢，技術的問題，交給專家處理就好了。
• 就政策面而言，e化與節約浪費乃是政府的既定政策。如果本企劃案作不下去，則有關知識經濟的一切論述將成空談，政府勢必要檢討是否國內的e化環境是否成熟。如果本企劃案成功，則電腦、Internet、與e化概念將會普及到國內的企業與醫院診所，後續的e化工作將可以藉由開發更多的軟體而讓同樣的電腦作更多的事。因此，企業的e化將會更容易，本計劃可以幫全民省下來的錢恐怕將不只百億，而是千億。無論如何，本計劃案就算是賠錢也該作，更何況是會賺錢呢？
• 就實務面來說，無論是企業或是醫療體系，雖然不可能一下子就完全採用電子化的作業方式，但只要有20%的人採用，則本計劃就可以在帳單與加、退保業務上面，一年節省數億元。這部份的節省是確定而可計算得出來的！
  此外，目前企業也對加退保業務感到困擾；醫療體系更是想省下申報作業的龐大行政成本。因此，這對大家都有誘因，得到全體的配合將不是太難的事。
  如果一個計劃在考慮到最壞情況，而都值得去做時，則我們覺得此一計劃十分務實，畢竟投資數百萬元而一年可獲利上億元，已經是百年難逢的投資案了！更何況這還只是最壞的情況，最好的情況是一年獲利千億！相信明眼人應該了解到此一計劃的重要性與急迫性。
  

• IC卡系統與醫療資訊申報系統是否重疊？
• IC卡是政府與健保局一直要推動的計劃，其預算約四十億，但預估成效也將不錯。然而，IC卡雖可解決認証、個人重要醫療資訊(如宿疾、是否對藥物過敏等)問題，但如要達到我們心目中的理想，仍然要搭配醫療體系的資訊申報。否則，病人用IC卡掛號後，我們僅知道某人某日去看了什麼病，但卻不知道看病的結果與用了什麼藥。
  事實上，IC卡系統與醫療資訊申報系統都面臨到同一個問題 -- 醫院的電腦因各有各的系統，所以無法與總局的電腦連線(這也是目前企業間資訊交換的一大難題)。提案人鑑於此一問題的重要性，特地研發了一種叫作ComBridge的技術，可以讓大多數使用資料庫的資訊系統快速連線。因此，醫療資訊申報系統可以成為IC卡的先驅部隊，也可以待IC卡普及後再做。不過，如果IC卡投資要四十億，醫療資訊申報系統投資為一百萬，則相信大家都會選擇投資較小的計劃先試試看。
• 結論：IC卡系統與醫療資訊申報系統有重疊但不衝突。如果健保局明天起要發放IC健保卡與讀卡機，則發放與安裝完成恐怕就要三個月，上線運行恐怕是六個月後的事了！醫療資訊申報系統如果今天開始招標，兩個月後即可完成，四個月後應該就可以上線使用了。(因為是軟體，所以安裝與設定會比硬體簡單。如要安裝讀卡機，是否各醫院的掛號處有足夠空間？線要怎麼牽？這些都是問題)
  

• 以上系統的建置是否會造成許多人失業？數位落差會不會出現？

我們認為不會如此，原因是：

• 以上的系統從建置完成到被廣泛使用，需要一段時間。因此，改變會是漸進式的，大多數人不會受到立即性的衝擊。
• 以上系統主要是在節省郵費與紙張。然而，郵局目前因為信件過多，很難招募到郵差，且郵差多半超時工作。因此，郵局對於這種大宗郵件的減少恐怕會抱持著樂觀的態度，這樣他們才可將精力放在附加價值更高的其他郵件與送貨到府服務上。
• 如果是零和式的改變，則錢將從一批Key-in的人轉到另一批資訊專家，則這對社會沒有什麼幫助。然而，以上的系統會節省的金錢遠超過所投資的金錢，因此它絕不是零和的改變，所節約的費用將反映給整個社會。
• 除了金錢之外，難道以上系統沒有提升醫療水準與服務？這種質的改變是無法以金錢來衡量的。

台北市中正區延平南路163巷4號5樓之3    電話：(02)2381-0940  傳真：(02)2381-0950
E-Mail：service@www.risingedge.com.tw