保險業：不上傳客戶資料，也能處理保單與理賠

保險是一門文書工作的生意，而這些文書是私密的。單單一個理賠檔案，就可能裝著客戶的全名與地址、銀行資料、一份醫療報告、事故照片、一張掃描的證件、一份警方報告。一份保單申請，把某個人的財務與健康全貌打包進同一疊資料裡。保險經紀人、理賠人員與保險代理機構的員工，整天都在搬動這類文件。

而整天都有一些零碎的 PDF 工作要對它們做。把一筆理賠的各份文件合併成一個檔案，交給核保人。壓縮一整個資料夾的照片，好塞進一封電子郵件。讓一份掃描的醫療報告變得可搜尋。每一件的快捷做法，都是一個線上工具，而那正是個人資料悄悄從機構手中溜走的地方。

當一個理賠檔案被送上伺服器，賭上的是什麼

理賠檔案不是一份普通的文件。在許多情況下，它是特種類別的個人資料，尤其是醫療資訊，而它屬於一個把它託付給機構的人。資料保護法規會據此對待它：你要為它流向何處、由誰處理而負責。

一個典型的免費線上 PDF 工具，運作方式是把檔案上傳到它的伺服器、在那裡處理，然後依一個你無法驗證的時程稍後刪除。對一筆裡頭夾著客戶病史與證件的理賠來說，那就是一次轉交給不明第三方的傳輸，是那種一旦出錯就會變成須通報事件的事，也是一場與客戶之間的艱難對話，因為他的資料流到了不該去的地方。「只是為了壓縮那些照片而已」，不是任何人會想拿出來的辯解。

reader.me 如何改變這道算式

reader.me 完全在你的瀏覽器裡執行。沒有上傳，因為沒有伺服器在做這件事；引擎在你自己的電腦上、在瀏覽器分頁裡執行。

所以當你合併一筆理賠的各份文件時，你的瀏覽器把檔案讀進你機器的記憶體，就地把它們合在一起，再把結果交給你。客戶的資料從未上路。對一家機構而言，這就是「一件例行工作」與「一次你必須交代清楚的資料傳輸」之間的差別。檔案全程都待在你的辦公室裡。

你可以向自己、也向一位合規人員證明這一點。打開任何一個 reader.me 工具，開啟開發者工具（F12），在處理一個理賠檔案時盯著 Network（網路）分頁。沒有任何上傳。徹底切斷網際網路連線，它依然能用，因為那些資料一開始就沒有要離開。

那些日常的保險工作，留在自家內部

• 組裝一個理賠檔案。 把報告、照片、收據與表單合併成一份乾淨的 PDF，交給核保人，全在本機完成。
• 為寄送而壓縮。 事故照片與掃描件會讓檔案很大。壓縮它們以符合電子郵件或入口網站的上限，不必先上傳客戶的文件。
• 讓掃描報告可搜尋。 一份傳真或掃描的醫療報告，在你執行 OCR 之前都只是一張圖片；做完之後你就能搜尋並引用它。掃描件留在你的機器上。
• 讓保單被簽署。 用簽署工具在一份保單文件或理賠表單上加上簽名，不必列印，也不必有任何第三方簽署服務握著你的檔案。
• 保護你寄出的東西。 要把一份含個人資料的保單以電子郵件寄給客戶？先用密碼把它鎖起來，再透過另一個管道分享密碼。

這就是「資料最小化」在實務上的樣子

資料保護的說法，聽起來總是抽象，直到某個禮拜二，你手上有四十筆理賠要處理。它底下那條實務原則很簡單：客戶資料應該經手的人愈少愈好。檔案經過的每一台伺服器，都是又一個可能被入侵、被傳喚，或者單純粗心大意的當事方。

在瀏覽器裡處理，是這條原則最乾淨的版本。經手檔案的額外當事方數量，不是被縮減到「少數可信的幾家」，而是「零」。文件從客戶手中，到你的機器，再到它該去的地方，中間不經過任何一個 PDF 服務。

為了機構，也為了它要交代的對象

如果你經營一家機構，這也更站得住腳。你可以誠實地告訴客戶，他的理賠在處理過程中沒有被上傳到任何外部服務。你可以向稽核人員證明，你用的工具不會傳輸檔案。你不必倚賴第三方的刪除承諾；沒有什麼好刪的，因為什麼都沒被送出去。

保險永遠都會是一場洪流般的 PDF，塞滿別人最敏感的細節。工作不會變。檔案的去向則可以變。打開 PDF 工具，在你的瀏覽器裡完成工作，把客戶的資料，留在他們信任你會替他們守住的地方。