大多数传真服务的工作方式与以往相同:文件逐页传输,您的系统只有在最后一页到达后才能接收到任何内容。无论文件是 2 页还是 200 页,您都必须等待整批文件传输完毕才能进行任何操作。
对于很多应用场景来说,这没什么问题。但对于那些需要根据收到的文件做出时效性决策的行业(例如病人转诊、贷款申请、法庭文件提交、海关放行),等待不仅仅是不方便,更是一种竞争劣势。
Fax.Plus API的一项名为“传真流”的功能可以彻底消除等待时间。它不会像传统方式那样分批处理,而是在传真到达时,实时、按顺序地在解码完成后立即发送每一页。本文将解释其工作原理、主要应用场景以及如何集成它。
传真流是一种实时文档传输方法,它会在解码后立即将接收到的传真的每一页发送到您的应用程序,而无需等待整个传输会话完成。
在标准的云传真设置中,文档以完整文件的形式发送:只有当所有页面都已到达并组装完毕后,您才会收到通知和 PDF 文件。而传真流则采用事件驱动的 Webhook 模型来取代这种方式。
当您的传真流功能启用时 Fax.Plus 帐户API 触发 收到的传真页 每次解码页面时都会触发 webhook 事件。每个事件都会返回一个轻量级的 JSON 有效负载,其中包含传真会话 ID、页码、发件人号码和收件人号码。页面本身会立即以单页 TIFF 文件的形式通过 API 提供。正在进行的传真状态为: 进行中这样,您的系统就可以在其余文档继续到达的同时开始处理部分文档。
完整的技术文档可在Fax.Plus API webhook 参考中找到。
区别在于你的应用程序何时获得内容访问权限。
标准批量交付
传真流媒体传输
对于一个 50 页的文档,在标准波特率下,批量处理和流式处理的区别在于,处理时间是第 45 分钟还是第 10 秒。
不同传真服务提供商之间有何区别?
目前没有其他竞争服务商将按页流媒体传输作为标准功能提供。所有主流平台都采用批量传输模式:文档在服务器端完成组装,只有在收到最后一页后才会进行传输。Concord Technologies 是唯一一个例外,它提供在传输过程中预览首页的功能,但这项功能需要付费购买,并不包含在其基础套餐中。
| 提供者 | 按页面流媒体 | 他们的“实时”究竟是什么意思 |
|---|---|---|
| Fax.Plus |
是的 标准Enterprise |
收到的传真页 在活动传输期间,每次解码页面时都会触发 webhook。 |
| 康科德科技 |
仅首页 付费插件 |
“实时状态和工作报告” - 基本计划中的状态跟踪;首页预览仅通过付费的“高级下一步套餐”提供。 |
| 电子传真(共识) | 不 | 当整个文档以 PDF/TIFF 格式存储到 eFax 服务器后,Webhook 会触发。应用程序随后必须调用 API 进行下载。“实时”仅指状态更新,不支持逐页访问。 |
| 环中央 | 不 | 传真成功读取或送达后,会触发 Webhook 或电子邮件通知。支持的 SDK:C#、PHP、JS、Python。目前没有关于每页入站事件的文档。 |
| InterFAX(Upland) | 不 | 两步入站模型:“Web 反馈”回调通知应用程序传真已到达,然后应用程序必须单独调用 API 来检索图像。REST + SOAP。无逐页事件。 |
| iFax | 不 | 传真完成后触发 Webhook。有效载荷包括 传真总页数 和 传真传输页 但这些数据是完成后的数据,而不是进行中的事件。 |
| 通知 | 不 | Webhook 会在成功送达、发送失败或收到传真时触发——所有文档完整事件都会触发。不会按页触发。 |
| 以太坊 | 不 | 提供基于轮询的收件箱控制器的 REST API 数据检索功能。未记录每个页面事件的 webhook;入站访问采用拉取方式。 |
实时页面交付至关重要,尤其是在文档首页决定后续内容的情况下。以下是它在各行业中的应用示例。
医疗保健领域的传真量依然巨大。仅宾夕法尼亚大学医学中心每年就通过传真接收约130万份病历( KLAS Research,2023 ; Streiffer等人,2024 ),行业研究也证实,传真仍然是医疗系统中转诊数据的主要渠道( KLAS Research,2023 )。在急症和精神健康领域,医疗机构对转诊的响应速度直接决定了他们能否成功接收患者。
批量发送时,入院协调员需要等待完整的患者病史到达后才能查看姓名、保险号或转诊医生信息。而使用传真流传输,第一页只需几秒钟即可到达:协调员可以识别患者身份、开始资格验证并联系转诊医生,同时第 2 页到第 80 页仍在传输中。
Fax.Plus符合 HIPAA 标准的传真 API专为此环境而设计:静态 AES-256 加密、传输中 TLS 1.2+、webhook 有效负载中省略 PHI,并且所有受保护实体均可获得 BAA。
律师事务所和法律运营团队会收到大量多页文件(合同、证据开示文件、法院命令),其中第一页的条款就可能彻底改变案件的战略走向。如果合伙人要等30分钟才能看到文件批处理完毕,才能查看提交截止日期或和解金额,那将是不必要的风险。
借助传真流传输,文档审阅可在传输开始的瞬间启动。对于处理大量诉讼支持团队而言,这也意味着可以更早地进行队列路由:接收系统可以在完整文档到达之前读取封面页元数据,并将文档分配给合适的律师或案件。
银行、抵押贷款处理机构和财务顾问经常收到多页的申请材料,其中第一页包含申请人身份信息、贷款金额、房产地址,并确定由哪位承销商或顾问负责处理该申请。流式处理技术能够实现即时路由和更早的信用审核,从而缩短目前耗时数小时的处理时间。
对于货运公司和报关行而言,提单或商业发票的延迟送达可能会导致货物滞留在港口。传真流传输技术使物流系统能够在单据开始到达时立即启动海关预清关流程,而无需等待所有单据齐全。
理赔员可以从收到的理赔申请的第一页(包含保单号、事故日期和索赔人身份信息)开始进行验证和承保范围检查,同时支持性文件也会继续传输。对于理赔量大的案件,这可以显著缩短分诊队列的瓶颈。
传真流媒体服务可作为一项按需功能提供。 Fax.Plus联系Alohi销售团队即可启用此功能,该功能将在整个账户范围内生效。激活后,每个分配了传真号码的成员账户都将自动获得访问权限。
集成概述
收到的传真页 您的事件 Fax.Plus API 设置.进行中 直播时, 成功 会话结束时。该架构采用无状态设计,对开发者友好:无需轮询循环,也无需会话管理开销。您只需一个 Webhook 处理程序和标准的 REST 端点即可。我们还提供 SDK,方便您快速集成。
通过传真流传输的每一页都受到与整个系统相同的安全基础设施的保护。 Fax.Plus 平台:
Alohi Alohi总部位于瑞士日内瓦,并依据瑞士联邦数据保护法(FADP)运营,在全球拥有20多个数据存储地点。更多详情请访问Alohi Trust Center 。
当出现以下任何一种情况时,传真流媒体传输都是正确的选择:
如果您的使用场景比较简单(例如偶尔发送少量传真,对发送延迟没有要求),标准的 Webhook 发送方式仍然完全可用,并且工作方式与之前完全相同。传真流是附加功能,而非替代方案。
要在您的设备上启用传真流,请执行以下操作Fax.Plus 如需帐户,请联系Alohi销售团队。有关技术集成,完整的 webhook 参考位于Fax.Plus API 文档中,传真对象参考位于fax.plus 。
如果你正在评估Fax.Plus 具体到医疗保健环境,符合 HIPAA 标准的传真 API 指南和医疗保健行业页面详细介绍了合规架构和 BAA 可用性。
传真流是一种实时传真传输方式,它会在解码后立即将接收到的传真的每一页单独发送到您的应用程序,而不是等待整个文档传输完毕后再进行传输。
标准的云传真服务采用批处理模式:只有在所有页面都传输并组装完毕后,您的应用程序才能收到完整的文档。而传真流则采用事件驱动的 Webhook 模型,该模型会在每次传输页面时触发,从而使您的系统能够在几秒钟内(而非几分钟)访问内容。
收到的传真页 是一个Fax.Plus API Webhook 事件会在传真传输过程中解码单个传真页面时立即触发。它是传真流的核心机制,使应用程序能够实时处理页面而无需轮询。
是的。 Fax.Plus 传真流式传输 API 完全符合 HIPAA 标准。所有数据静态传输均采用 AES-256 加密,传输过程中采用 TLS 1.2+ 加密。Webhook 有效负载中不包含 PHI(受保护的健康信息)。 Business 受监管实体可签订合作协议(BAA)。
任何需要根据收到的传真文件做出时效性决策的行业都能从流式传输中获益。最具影响力的应用场景包括医疗保健(病人入院和转诊分诊)、法律(合同和法庭文件接收)、金融服务(贷款处理)、物流(海关文件)和保险(理赔处理)。

