药房:无需上传即可处理处方与患者数据
处方、患者记录、保险理赔。药房的 PDF 会暴露人们的健康状况。reader.me 在浏览器中处理它们,不上传任何内容。
处方是一个人随身携带的最能暴露隐私的文件之一。上面的药物可能透露一种慢性病、一种心理健康状况、一次怀孕、一个 HIV 感染状态——这些都是人们几乎不会告诉任何人的事。药房整天都在处理这些,同时还有患者姓名、地址、保险信息和用药剂量记录。这是任何本地企业所经手的最敏感的数据之一,而顾客交出它们,只是为了拿到自己需要的药。
而后台的工作就建立在一桩桩零碎的 PDF 任务上。把一名患者的处方和保险材料合并成一个文件。压缩一份扫描的处方以便发给医生或保险公司。从文件中提取信息以便入档。每一项都是例行公事,而每一项也都是一个潜在风险点:如果用错了工具,患者的健康数据就会被上传到一台无人审查过的服务器上。
处方就是健康数据,没有例外
一个人服用什么,说明了他患有什么。数据保护法律承认这一点,并将健康信息视为需要最强保障措施的特殊类别。对药房而言,保密不是一种礼貌;它是一项职业和法律义务,而一次泄露就可能把顾客最私密的医疗状况暴露给任何看到这个文件的人。
一个典型的免费在线 PDF 工具会把你的文件上传到它的服务器,处理之后,再按一个你无法核实的定时器把它删除。对于一批处方而言,这就等于把许多人的健康数据转移给了一个未知的第三方,而管辖它的条款药房里没人读过。一位前来取药的顾客,可没同意把自己的处方上传到某个随便的网站,好让药房合并一个 PDF。
reader.me 如何契合药房
reader.me 完全在你的浏览器中运行。没有上传,因为没有任何服务器在做这件事;引擎运行在药房自己的机器上,就在浏览器标签页里。
所以当你合并一名患者的文件时,你的浏览器会把它们读入那台电脑的内存,就在本地把它们组合起来,然后把结果交给你。患者的 PDF 从不外传。对于一家处理健康数据的企业来说,这就是例行工作与一次须申报的数据转移之间的区别。文件自始至终都留在药房内部。
而且这是可验证的,这一点在顾客或数据保护官询问记录如何处理时尤为重要。打开任意一个 reader.me 工具,打开开发者工具(F12),在你处理文件时观察网络(Network)标签页。什么都不会上传。断开网络连接,它依然能用,因为这些数据本就不打算离开。
日常工作,保密无虞
- 整理一份患者档案。 在本地把处方、保险表单和记录合并成一份井然有序的 PDF。
- 为医生和保险公司压缩文件。 扫描的处方和理赔单往往很大。压缩 PDF,无需先上传患者文件即可发邮件给处方医生或保险公司。
- 记录一份文件的信息。 需要把处方或理赔单上的信息录入你的系统?在本地提取文本,而不必重新打字。
- 让扫描的处方可读。 一份手写或扫描的处方经过 OCR 后变得可检索,而扫描件始终留在机器上。
- 保护你发出的内容。 要把处方或理赔单发给医生或保险公司?用密码锁定 PDF,并单独分享密钥。
谨慎,是柜台的一部分
人们期待药房有分寸——压低的嗓音、柜台前一句私下的交代。这种保护顾客医疗隐私的本能完全正确,而它不应在纸质材料这里止步。一个为了压缩文件而悄悄上传一摞处方的免费在线工具,会瓦解药房其余环节努力维持的那份谨慎。
在浏览器中工作弥合了这道缝隙。患者的文件从药房的机器出发,去往它们需要去的任何地方,中间不经过任何 PDF 服务。没有需要去信赖的第三方删除政策,因为根本什么都没发送出去。对于像「一个人服用什么」这样能暴露隐私的数据,让它在每一个环节都留在药房自己的机器上,正是顾客所仰赖的那份谨慎。打开 PDF 工具,在本地完成工作,你顾客的健康便仍然只是他们自己的事,与他人无关。