EHR互通/客户

Question

所以，我正在研究为现有EMR构建客户端接口的方法。我已经阅读了大量关于HL7的信息，以及各种编码方案，但我仍然真的很无能为力。

对于之前使用EMR的任何人：是否可以构建一个可以使用HTTP-POST和HTTP-GET请求将数据拉/推送到服务器数据库的Web界面？或者你会为客户端设置一个单独的数据库，比如一个Web应用程序，然后使用像Mirth这样的界面引擎在EMR数据库和Web应用程序之间进行通信？

Answer 1

我不明白为什么你不能这样做。您需要构建Web服务来处理具有特定Uri的请求。调用此Uri时，Web服务使用随请求一起发送的数据在数据库中进行更改。

构建完Web服务后，您可以构建某种前端，向用户显示您的信息。并进行HTTP-GET和HTTP-POST调用。

你要做的事情有很多灵活性......所以一定要有计划。

一般情况下，您应该能够通过构建自己的Web服务和能够操作EMR数据库的前端应用程序来完成您需要做的事情。

Answer 2

Web服务API绝对是一种方法。这样做的一个好处是，您可以获得几乎开箱即用的https来加密传输中的数据。

我们配置EMR的方式是我们有一个tcp服务器接受来自某些IP的传入hl7消息，这些消息直接连接到我们的EMR数据库。这可以通过分离emr和接口进程来实现（例如，如果接口关闭，则不必重新启动整个EMR）。

另一个好的功能是拥有一个用于伪身份验证的令牌系统。这只适用于您通过安全连接的情况。

如果你不是在编写自己的tcp服务器（不是那么难），那么基于api的服务器可能就好了。

编辑：您认为您将使用哪种语言？

您可能遇到的其他事情：

1. 有些应用程序更喜欢文件丢弃直接调用（url或tcp）
2. 某些供应商将拥有自己的软件，这些软件位于您的服务器上
3. 不要忘记确认。

Answer 3

这实际上取决于您的架构和要求。

架构1 如果您希望您的客户端是基于Web的，但您的客户端是与后端分离的应用程序，那么Web会使用HTTP将信息发送到您的客户端应用服务器端，然后，它会将信息发送到您的EHR后端（另一个应用程序） ）。第二次通信可能是使用标准编写的，这有助于您在将来将更多系统与后端集成。所以该接口可以基于HL7，如果使用HL7 v2.x，请查看MLLP协议：http://www.hl7.org/implement/standards/product_brief.cfm?product_id=55

这是传递HL7数据的最佳方式。如果您不想处理TCP，则可以通过HTTP建议HL7 v2.x。 HAPI实施了：http://hl7api.sourceforge.net/hapi-hl7overhttp/

如果您不想使用HL7 v2.x但HL7 v3（不同的标准，不是2.x版本）或CDA，您可以使用HTTP或SOAP。

架构2 但是，如果您希望您的客户端只是用户端（浏览器）的UI，HTTP POST就足以从浏览器向服务器发送信息。这意味着您的EHR是一个带有web iu的集中式EHR。

在第一个架构案例中，第一种情况是您可能拥有多个客户端应用程序（完整的EMR应用程序）和后端EHR服务器（集中式后端）。在我的发展中，我遵循第二种架构。

此外，Mirth可能有助于管理客户端应用和后端应用之间的所有通信。在第二种情况下，使用Mirth是无意义的，只是一个Web应用程序，客户端直接与Web服务器通信。当然，您可以将Mirth用作Web服务器，但这不是它的角色，它是ESB而不是Web服务器。

希望有所帮助！