Skip to content
reader.me

藥局:不必上傳就能處理處方箋與病患資料

處方箋、病患紀錄、保險理賠。藥局的 PDF 會揭露一個人的健康狀況。reader.me 全程在瀏覽器中處理,不上傳任何檔案。

DCDavid Carrero · · 6 分鐘閱讀

處方箋是一個人隨身攜帶的文件中,最能透露底細的一種。上頭的藥物可能洩露慢性病、心理健康狀況、懷孕、HIV 帶原狀態,這些都是人們幾乎不會告訴任何人的事。藥局整天都在處理這些,連同病患的姓名、地址、保險細節與用藥劑量紀錄。這是任何在地商家所經手的資料當中,最敏感的一類,而顧客交出它們,只不過是為了拿到自己需要的藥。

而後台的日常,就是靠一個個小小的 PDF 工作撐起來的。把一位病患的處方箋和保險文件合併成一個檔案。壓縮一份掃描的處方箋,好寄給醫師或保險公司。把一份文件上的細節抓出來存檔。每一項都是例行公事,而每一項也都是一個關鍵時刻:用錯了工具,病患的健康資料就會被上傳到一台沒人查核過的伺服器。

處方箋就是健康資料,沒有別的說法

一個人吃什麼,說明了他有什麼病。資料保護法認清了這一點,把健康資訊當作需要最強防護的特殊類別。對藥局而言,保密不是一種禮貌,而是專業上與法律上的義務;一旦走漏,顧客最私密的醫療處境,就會攤在任何看到那份檔案的人面前。

一般免費的線上 PDF 工具會把你的檔案上傳到它的伺服器,處理完之後再依一個你無法驗證的計時器把它刪除。對於一整批處方箋,這等於是把許多人的健康資料,移轉給一個不明的第三方,而規範這一切的條款,藥局裡沒有人讀過。一位來領藥的顧客,可沒有同意讓自己的處方箋被上傳到某個隨便的網站,只為了讓藥局合併一份 PDF。

reader.me 如何適合藥局

reader.me 完全在你的瀏覽器中執行。沒有上傳,因為沒有任何伺服器在做這件事;引擎就跑在藥局自己的電腦上,在瀏覽器分頁裡面。

所以當你合併一位病患的文件時,你的瀏覽器會把它們讀進那台電腦的記憶體裡,就在當場合併,然後把結果交給你。病患的 PDF 從頭到尾都沒有移動過。對於一間處理健康資料的商家來說,這就是「例行工作」和「須申報的資料移轉」之間的差別。檔案自始至終都留在藥局內部。

而且這是可以驗證的,這一點在顧客或資料保護官詢問紀錄是如何處理時格外重要。打開任何一個 reader.me 工具,打開開發者工具(F12),在你處理檔案時盯著 Network(網路)分頁看。什麼都沒有上傳。把網路斷掉,它照樣能運作,因為這些資料本來就不打算離開。

日常工作,全程保密

  • 彙整一份病患檔案。 在本機合併處方箋、保險表單與紀錄,整理成一份有條理的 PDF。
  • 為醫師與保險公司壓縮檔案。 掃描的處方箋和理賠單往往很大。壓縮 PDF,就能寄給開立處方的醫師或保險公司,而不必先把病患的文件上傳。
  • 記錄一份文件的細節。 需要把處方箋或理賠單上的細節輸入你的系統嗎?擷取文字就好,不必重打,而且在本機進行。
  • 讓掃描的處方箋可以閱讀。 一份手寫或掃描的處方箋,經過 OCR 之後就能搜尋,而掃描檔留在電腦上。
  • 保護你寄出的東西。 要把處方箋或理賠單寄給醫師或保險公司嗎?用密碼鎖住 PDF,然後另外分開傳遞密鑰。

謹慎,是櫃台的一部分

人們期待藥局有分寸,壓低的嗓音、在櫃台旁私下說的那句話。那種保護顧客醫療隱私的直覺,完全正確,而它不該止於紙本作業。一個為了壓縮檔案,就悄悄把一疊處方箋上傳出去的免費線上工具,毀掉的正是藥局其餘部分費心維持的那份謹慎。

在瀏覽器裡作業,把那道縫隙補了起來。病患的文件,從藥局的電腦直接送往它需要去的地方,中間不經過任何 PDF 服務。沒有什麼第三方刪除政策需要去信任,因為什麼都沒有寄出去。對於像「一個人吃什麼藥」這麼能透露底細的資料,讓它每一步都留在藥局自己的電腦上,正是顧客所倚靠的那份謹慎。打開 PDF 工具,在本機完成工作,你顧客的健康就只是他自己的事,與旁人無關。