Java 将适配器连接到NHIN网络接口的替代方案？

我正在研究联邦政府支持的替代方案，以构建一个自定义适配器连接到全国卫生信息网络（NHIN）。CONNECT是唯一可用的解决方案，还是还有其他解决方案？

目前我看不到任何替代方案。当CONNECT正在应对一个极其复杂的挑战，拥有广泛的政府支持，是开源的，并且正在积极开发时，我也看不到它有多大的发展前景。

目前我看不到任何替代方案。当CONNECT正在应对一个极其复杂的挑战，拥有广泛的政府支持，是开源的，并且正在积极开发时，我也看不出有多大的发展前景。

非常晚的回答，但现在有一个替代方案：

---

不过，这确实是基于CONNECT的。

非常晚的回答，但现在有一个替代方案：

---

然而，这确实是基于CONNECT的。

Aurion是一个死项目，已经多年没有贡献了。CONNECT有它的缺陷，但在过去几年中有了很大的改进。不过，资金已经枯竭，所以大型发行不再经常发生。目前还没有任何开源竞争对手可以连接到NwHIN（或eHealthExchange）接口。Aurion是为应对失去合同而创建的，并试图参与竞争，但我猜他们在资助该项目时遇到了问题。但这太糟糕了，因为竞争本来是好的

最新版本（3.3.x和4.x）是对过去设计和性能的重大改进。与以前的NwHIN规范保持向后兼容性，在内部它是一个全新的产品

有其他连接方式，但它们涉及商业合作伙伴。例如，使用Epic软件的医院可以购买Epic的解决方案

如果您希望在没有商业合作伙伴的情况下进入Exchange，则CONNECT是您最好（或唯一）的选择

---

资料来源：之前在CONNECT开发团队工作。

Aurion是一个死项目，多年来没有贡献。CONNECT有它的缺陷，但在过去几年中有了很大的改进。不过，资金已经枯竭，所以大型发行不再经常发生。目前还没有任何开源竞争对手可以连接到NwHIN（或eHealthExchange）接口。Aurion是为应对失去合同而创建的，并试图参与竞争，但我猜他们在资助该项目时遇到了问题。但这太糟糕了，因为竞争本来是好的

最新版本（3.3.x和4.x）是对过去设计和性能的重大改进。与以前的NwHIN规范保持向后兼容性，在内部它是一个全新的产品

有其他连接方式，但它们涉及商业合作伙伴。例如，使用Epic软件的医院可以购买Epic的解决方案

如果您希望在没有商业合作伙伴的情况下进入Exchange，则CONNECT是您最好（或唯一）的选择

来源：之前在CONNECT开发团队