谁知道HL7的平均临床信息响应时间？

Question

我正在设计一个用于发送和接收HL7消息的.net接口，并在这个论坛上发现了一些具有这种经验的人。

我的问题是......是否有人能够分享他们从医院HL7服务器获取消息响应需要多长时间的经验。 （特别是在请求患者人口统计数据时） - 秒/分钟/小时？

我的困境是我设计我的应用程序以使用户等待消息回来。

（对不起，如果这是一个有点偏离主题，它仍然有点编程相关？ - 我在网上搜索HL7论坛，但如果有人知道任何问题请再次陷入困境请让我知道）

欢呼，杰森

Answer 1

根据我的经验，您应该在几秒钟内收到ACK或NAK。 接收应用程序不应该让您在对消息执行操作时等待。 我们将超时设置为30秒，我们几乎从不等待那么长的响应。

Answer 2

这完全取决于发送的HL7消息的类型，通常像ADT这样的消息作为服务器的本质更新发送，并且如果医院系统表现良好则几乎立即得到确认。 这将导致协议级别确认，指示对等方已收到消息但尚未处理它。

通常，大多数系统会在其集成引擎中使用代理或消息队列，因此您几乎可以立即获得确认。

实验室请求消息之类的其他消息实际上可能会发送另一个包含所请求信息的非ack消息。 这些请求可能需要更长时间

您可以与正在通信的对等方进行检查，以查看它们正在使用的集成引擎，以及队列是否位于该端，这有助于确保响应时间很短。

在我工作的HL7集成工具中，我们使用队列作为入站数据，以便我们立即响应。 对于我们的出站连接，10s超时是默认的，并且似乎对我们的大多数客户都很好。

Answer 3

在HL7中发送Query类型事件时，可能需要几秒钟才能获得正确的响应。 您还需要编写代码，以确定您永远不会得到回复的可能性，以及连接系统“不执行”查询的可能性。 我所研究的大多数HL7网络都假设所有感兴趣的系统都在随时监听人口统计更新。 通常，接收系统将这些更新处理到患者数据库中，该数据库即时记录人员和遭遇（保持）信息。 在我的位置，我的系统通常每天收到大约10-20万条消息，其中大部分是患者人口统计学更新。

Answer 4

这取决于响应是由系统自动生成还是在用户对系统执行某些操作后生成响应。 对于自动响应，它可能需要不到一秒的时间，当然取决于系统完成的处理和该系统的当前工作负载。 如果系统不是太忙而且处理只是一些查询和某些条件的验证，考虑到网络延迟，响应时间应该是几秒或更短。