我正在设计一个.net接口,用于发送和接收HL7消息,并注意到在这个论坛上有一些人有这样的经验。
我的问题是..。有谁能在上分享他们的经验吗?从医院的HL7服务器获得消息响应需要多长时间?(特别是当要求病人人数时)-秒/分钟/小时?
我的困境是,我是否设计我的应用程序,让用户等待消息回来。
(对不起,如果这个话题有点离题,它还有点与编程有关吗?--我在网上搜索HL7论坛,但是如果有人知道,请告诉我。)
干杯,杰森
发布于 2009-08-18 21:07:29
根据我的经验,您应该在几秒钟内收到一个ACK或NAK。接收应用程序不应该在执行消息操作时让您等待。我们的超时设置为30秒,我们几乎从来没有等待那么长的时间来响应。
发布于 2009-11-17 05:59:06
这在很大程度上取决于发送的HL7消息的类型,通常像ADT这样的消息是作为对服务器的本质更新发送的,并且在医院系统运行良好时几乎立即被确认。这将导致协议级别的确认,这表明对等方已经接收到消息,但不一定处理它。
通常,大多数系统将在其集成引擎中使用代理或消息队列,因此您几乎可以立即获得ack。
其他消息,如实验室请求消息,实际上可能会发送另一个非ack消息,其中包含所请求的信息。这些请求可能需要更长的时间。
您可以与与其通信的对等方进行检查,以查看他们使用的集成引擎,如果队列位于该端,将有助于确保响应时间短。
在我使用的HL7集成工具中,我们对入站数据使用队列,以便立即响应。对于我们的出站连接,10s超时是默认的,并且似乎对我们的大多数客户都很好。
发布于 2010-02-08 18:36:39
在HL7中发送查询类型事件时,可能需要几秒钟才能得到正确的响应。您还需要为永远得不到响应的可能性以及连接系统“不做”查询的可能性编写代码。我研究过的大多数HL7网都假定所有感兴趣的系统都在随时监听人口统计更新。通常,接收系统会将这些更新处理到一个病人数据库中,该数据库记录人员和遇到(停留)信息。在我的位置,我的系统通常每天收到10到2万条信息,其中大部分是病人的最新信息。
https://stackoverflow.com/questions/1143335
复制相似问题