推出传真流式传输:使用 Fax.Plus 实时传真页面交付

通过
Alohi 团队
-
2025年4月17日
箭头左
返回
Alohi 标志Scan.PlusSign.plus
Fax.plus
时钟图标
10 分钟阅读
最后更新日期:2026年3月11日

大多数传真服务的工作方式与以往相同:文件逐页传输,您的系统只有在最后一页到达后才能接收到任何内容。无论文件是 2 页还是 200 页,您都必须等待整批文件传输完毕才能进行任何操作。

对于很多应用场景来说,这没什么问题。但对于那些需要根据收到的文件做出时效性决策的行业(例如病人转诊、贷款申请、法庭文件提交、海关放行),等待不仅仅是不方便,更是一种竞争劣势。

Fax.Plus API的一项名为“传真流”的功能可以彻底消除等待时间。它不会像传统方式那样分批处理,而是在传真到达时,实时、按顺序地在解码完成后立即发送每一页。本文将解释其工作原理、主要应用场景以及如何集成它。

什么是传真流媒体?

传真流是一种实时文档传输方法,它会在解码后立即将接收到的传真的每一页发送到您的应用程序,而无需等待整个传输会话完成。

在标准的云传真设置中,文档以完整文件的形式发送:只有当所有页面都已到达并组装完毕后,您才会收到通知和 PDF 文件。而传真流则采用事件驱动的 Webhook 模型来取代这种方式。

当您的传真流功能启用时 Fax.Plus 帐户API 触发 收到的传真页 每次解码页面时都会触发 webhook 事件。每个事件都会返回一个轻量级的 JSON 有效负载,其中包含传真会话 ID、页码、发件人号码和收件人号码。页面本身会立即以单页 TIFF 文件的形式通过 API 提供。正在进行的传真状态为: 进行中这样,您的系统就可以在其余文档继续到达的同时开始处理部分文档。

完整的技术文档可在Fax.Plus API webhook 参考中找到。

批量传真与流媒体传真:二者究竟有何区别?

区别在于你的应用程序何时获得内容访问权限。

标准批量交付

传真机通过电信会话逐页传输。
系统等待会话关闭(所有页面已接收)。
完整的 PDF 文件将通过 webhook 或轮询方式生成并交付。
您的应用程序将对文档执行操作。总等待时间:2-50分钟以上,具体取决于页数和行质量。

传真流媒体传输

第 1 页已解码。
Webhook会立即触发。您的应用程序会收到有效负载,并可以检索单页TIFF文件。
第 2 页、第 3 页、第 4 页……每页到达时都会触发自己的 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,2023Streiffer等人,2024 ),行业研究也证实,传真仍然是医疗系统中转诊数据的主要渠道( KLAS Research,2023 )。在急症和精神健康领域,医疗机构对转诊的响应速度直接决定了他们能否成功接收患者。

批量发送时,入院协调员需要等待完整的患者病史到达后才能查看姓名、保险号或转诊医生信息。而使用传真流传输,第一页只需几秒钟即可到达:协调员可以识别患者身份、开始资格验证并联系转诊医生,同时第 2 页到第 80 页仍在传输中。

“经济损失巨大:据估计,美国医院每年因转诊流失(患者流失到反应更快的竞争对手那里)而损失高达1500亿美元。 (《现代医疗保健》,2020年)这一数字很大程度上源于记录延迟。”

Fax.Plus符合 HIPAA 标准的传真 API专为此环境而设计:静态 AES-256 加密、传输中 TLS 1.2+、webhook 有效负载中省略 PHI,并且所有受保护实体均可获得 BAA。

律师事务所和法律运营团队会收到大量多页文件(合同、证据开示文件、法院命令),其中第一页的条款就可能彻底改变案件的战略走向。如果合伙人要等30分钟才能看到文件批处理完毕,才能查看提交截止日期或和解金额,那将是不必要的风险。

借助传真流传输,文档审阅可在传输开始的瞬间启动。对于处理大量诉讼支持团队而言,这也意味着可以更早地进行队列路由:接收系统可以在完整文档到达之前读取封面页元数据,并将文档分配给合适的律师或案件。

金融服务:贷款申请和交易文件

银行、抵押贷款处理机构和财务顾问经常收到多页的申请材料,其中第一页包含申请人身份信息、贷款金额、房产地址,并确定由哪位承销商或顾问负责处理该申请。流式处理技术能够实现即时路由和更早的信用审核,从而缩短目前耗时数小时的处理时间。

物流和海关:运输单据

对于货运公司和报关行而言,提单或商业发票的延迟送达可能会导致货物滞留在港口。传真流传输技术使物流系统能够在单据开始到达时立即启动海关预清关流程,而无需等待所有单据齐全。

保险:理赔和保单文件

理赔员可以从收到的理赔申请的第一页(包含保单号、事故日期和索赔人身份信息)开始进行验证和承保范围检查,同时支持性文件也会继续传输。对于理赔量大的案件,这可以显著缩短分诊队列的瓶颈。

如何启用和集成传真流

传真流媒体服务可作为一项按需功能提供。 Fax.Plus联系Alohi销售团队即可启用此功能,该功能将在整个账户范围内生效。激活后,每个分配了传真号码的成员账户都将自动获得访问权限。

集成概述

配置您的 webhook 端点以接收 收到的传真页 您的事件 Fax.Plus API 设置.
当传真开始到达时,您的终端将收到每个页面解码过程中的 HTTP POST 请求。
使用 ID (传真会话 ID)和 通过有效载荷中的字段检索单个 TIFF 文件 Fax.Plus API.
监控传真状态字段: 进行中 直播时, 成功 会话结束时。
在应用程序逻辑中,页面到达时立即进行处理。例如,填写表单、将其路由到队列、开始查找,而无需等待最后一个页面。

该架构采用无状态设计,对开发者友好:无需轮询循环,也无需会话管理开销。您只需一个 Webhook 处理程序和标准的 REST 端点即可。我们还提供 SDK,方便您快速集成。

安全与合规

通过传真流传输的每一页都受到与整个系统相同的安全基础设施的保护。 Fax.Plus 平台:

采用 AES-256 静态加密,每个用户使用唯一的加密密钥。
所有传输中的数据均采用 TLS 1.2+ 协议。
PHI 完全从 webhook 有效负载中省略:您这边的服务器日志不会被敏感的患者或客户数据污染。
全面合规体系:HIPAA、ISO/IEC 27001(经 EY CertifyPoint 认证)、SOC 2 II 型、PCI-DSS、GDPR、CCPA、CSA STAR。
Business 适用于所有相关实体的合作协议(BAA)。
正常运行时间99.99%。用户遍布190多个国家,超过400万用户。

Alohi Alohi总部位于瑞士日内瓦,并依据瑞士联邦数据保护法(FADP)运营,在全球拥有20多个数据存储地点。更多详情请访问Alohi Trust Center

谁应该启用传真流媒体功能

当出现以下任何一种情况时,传真流媒体传输都是正确的选择:

您的应用程序需要在收到完整文档之前就对收到的传真内容采取行动。
您处理的是多页文档,其中第一页包含可操作数据:病人姓名、索赔人 ID、贷款号码、案件参考号。
您正在构建一个基于以下功能的自定义接收、路由或分诊工作流程: Fax.Plus API。
你身处一个竞争激烈的环境中,更快的文档访问速度可以直接转化为更快的决策速度和更好的结果。
您目前使用的是基于批处理的传真平台,并且遇到了影响工作流程响应速度的延迟问题。

如果您的使用场景比较简单(例如偶尔发送少量传真,对发送延迟没有要求),标准的 Webhook 发送方式仍然完全可用,并且工作方式与之前完全相同。传真流是附加功能,而非替代方案。

入门

要在您的设备上启用传真流,请执行以下操作Fax.Plus 如需帐户,请联系Alohi销售团队。有关技术集成,完整的 webhook 参考位于Fax.Plus API 文档中,传真对象参考位于fax.plus

如果你正在评估Fax.Plus 具体到医疗保健环境,符合 HIPAA 标准的传真 API 指南医疗保健行业页面详细介绍了合规架构和 BAA 可用性。


常见问题

什么是传真流媒体?

传真流是一种实时传真传输方式,它会在解码后立即将接收到的传真的每一页单独发送到您的应用程序,而不是等待整个文档传输完毕后再进行传输。

在线传真与普通云传真有何不同?

标准的云传真服务采用批处理模式:只有在所有页面都传输并组装完毕后,您的应用程序才能收到完整的文档。而传真流则采用事件驱动的 Webhook 模型,该模型会在每次传输页面时触发,从而使您的系统能够在几秒钟内(而非几分钟)访问内容。

fax_page_received webhook 是什么?

收到的传真页 是一个Fax.Plus API Webhook 事件会在传真传输过程中解码单个传真页面时立即触发。它是传真流的核心机制,使应用程序能够实时处理页面而无需轮询。

在符合 HIPAA 法规的环境下,传真流媒体服务是否可用?

是的。 Fax.Plus 传真流式传输 API 完全符合 HIPAA 标准。所有数据静态传输均采用 AES-256 加密,传输过程中采用 TLS 1.2+ 加密。Webhook 有效负载中不包含 PHI(受保护的健康信息)。 Business 受监管实体可签订合作协议(BAA)。

哪些行业从传真流媒体服务中获益最多?

任何需要根据收到的传真文件做出时效性决策的行业都能从流式传输中获益。最具影响力的应用场景包括医疗保健(病人入院和转诊分诊)、法律(合同和法庭文件接收)、金融服务(贷款处理)、物流(海关文件)和保险(理赔处理)。

资料来源及参考文献

Streiffer, RH 等 (2024)。基于传真的转诊网络分析。PubMed。
现代医疗保健(2020)。转诊流失耗尽医疗系统资金
未找到项目。
未找到项目。
未找到项目。
未找到项目。
相关标签
无相关标签
安全电子签名解决方案
使用我们符合标准的解决方案,安全地签署、盖章和交付您的文档。
安全在线传真服务
通过跨多个平台在线发送和接收传真,轻松展开文书工作。
全加密人工智能扫描仪
将您的设备转变为强大的便携式文档扫描仪。
流畅的工作
我们帮助公司和团队安全高效地简化文档流程。

特色文章

查看全部

立即开始使用

一个直观的帐户,适用于所有 Alohi 产品。注册免费帐户,即可从任何设备在全球范围内无缝管理文档。
创建帐户