氧化还原

2017年4月Redox开发更新

2017年5月1日发布
尼杰·帕特尔(Nijay Patel)

在Redox,我们努力为您的所有集成需求提供解决方案。我们的团队正在不断改进我们的产品并推出新功能供您使用。您’可以在下面找到我们的一些最新更新,以及我们正在努力解决的一些问题的重点。如果您有任何兴趣或您有任何反馈意见,我们将一直在倾听 松弛。

最近更新

临床总结更新

我们在广受欢迎的《临床摘要》中增加了新的内容,以通过添加 临床总结访视摘要 事件类型。这种新的事件类型使您可以使用或发送带有进度记录和其他特定于访问的信息的遭遇级别文档。

同步错误响应

对于同步集成(查询和非基于HL7的集成),我们引入了离散映射和规范化的错误响应。的 HTTP状态码 文章解释了错误响应结构。

索赔数据模型

随着 索赔数据模型,我们正在建立对835和837 ANSI X12消息的支持。我们目前正在其初始试验中实施此功能,重点是将这些消息类型与卫生系统集成。

筛选消息日志

现在,您将在日志页面上找到许多有用的过滤器。这将帮助您根据时间范围,数据模型,过滤状态等快速识别特定消息。您很快就会看到这些表的许多其他过滤器。

两要素认证

自最初发布以来,我们一直在使用两因素身份验证登录Redox仪表板。现在,所有用户都可以使用此功能。我们鼓励您 启用两因素身份验证 为您的帐户。将来,您将能够对团队中的所有成员都要求这样做(请查看下面的“用户角色”功能)。

EHR沙箱的邮差包

我们之前将Redox连接到三个EHR沙箱–在我们构建Redox时,它们已成为我们的工具。作为Redox实施的一部分,我们也希望向您提供这些工具。到目前为止,我们已经为少数常见的集成方案提供了支持。对于那些致力于与医疗保健系统集成的人员,您的Redox实施负责人可以帮助您开始使用我们的沙箱环境之一。

重要变化

API请求更新

如果未在请求中明确定义目标,则以前的RedoxEngine将默认为您预订的目标。我们引入了一项要求 元目的地[] 在所有API请求中不断发展。我们实施此更改是为了为即将到来的更新做准备,以简化源和目标工作流程。现有的集成将继续正常运行;目前无需更改。

淘汰氧化还原ID

患者标识符通常可以证明是与医疗数据集成的最棘手的部分之一。最初,我们引入了Redox ID以简化处理医疗保健中可能使用的多个患者标识符的需求。使用一段时间后,我们决定在未来几周内逐步淘汰此功能。我们仍然非常关心此问题,并希望将来提供更有用和更强大的解决方案。我们的新设计朝着不同的方向发展,我们期待尽快与您分享。

接下来

这是我们的工程团队正在构建的几个项目。

SFTP通讯方式 –尽管我们非常喜欢任何数量的替代通信方法,但在某些特定情况下(例如ANSI X12声明),需要Redox通过SFTP进行通信。

支持大负载 – we introduced the 氧化还原BLOB 允许应用程序有效地发送大文件(例如PDF)。反方向的需求日益增长,因为从卫生系统接收大文件可能会变得复杂,应用程序将受益于我们BLOB的使用。

用户角色和访问限制 –我们了解,团队通常需要将特定功能限制为团队成员。例如,顾问可能不需要访问敏感信息(例如PHI)。我们将引入用户角色来管理对Redox仪表板特定功能的访问。