一种应用于移动医疗的提交类操作处理方法及系统与流程

文档序号:12839153阅读:163来源:国知局
一种应用于移动医疗的提交类操作处理方法及系统与流程

本发明涉及移动医疗技术领域,特别是一种应用于移动医疗的提交类操作处理方法及系统。



背景技术:

随着移动互联网在医疗行业中使用得越来越深入,以前在医院内部系统的复杂业务也转移到了移动互联网上,会涉及到多个不同的服务和网络,经常会出现手机网络信号不稳定、部分用户手机网络差、各网络之间通讯偶尔也不稳定的现象。

发明人在实践中发现,在网络不稳定的情况下,第一次请求网络不成功时,第二次再请求的成功几率高达95%以上。

然而,现有技术中为了提高请求的响应成功率,基本都是采用出错后用户点击重复提交请求和程序超时自动重复提交的方法,这样重复提交会造成数据重复,占用较多的服务器资源,进一步导致了处理速度慢、数据错误,影响用户体验。



技术实现要素:

本发明的目的在于克服现有技术的不足,提供一种应用于移动医疗的提交类操作处理方法及系统,采用唯一操作标识符的二次调用,提高请求的响应成功率,同时减少再次请求数据量,降低服务资源的浪费,提高处理速度,进而增强用户体验。

为了解决上述技术问题,本发明实施例提供了一种应用于移动医疗的提交类操作处理方法,该方法包括:

客户端向平台服务器发送医疗数据处理请求,所述医疗数据处理请求中携带有需要处理的医疗数据以及唯一操作标识符,所述唯一操作标识符用于唯一标识所述医疗数据处理请求;

所述平台服务器接收客户端发送的医疗数据处理请求并对所述医疗数据处理请求进行处理;

所述客户端判断所述医疗数据处理请求的响应结果在第一预设时长内是否返回;

若所述响应结果在第一预设时长内未返回,则向平台服务器发送医疗数据处理结果获取请求,所述医疗数据处理结果获取请求携带有所述唯一操作标识符。

所述平台服务器根据所述唯一操作标识符获取医疗数据处理状态并向所述客户端返回医疗数据处理结果。

相应的,本发明还提供一种应用于移动医疗的提交类操作处理系统,包括客户端和平台服务器,所述客户端包括;

医疗数据处理请求发送单元,用于向平台服务器发送医疗数据处理请求,所述医疗数据处理请求中携带有需要处理的医疗数据以及唯一操作标识符,所述唯一操作标识符用于唯一标识所述医疗数据处理请求;

第一判断单元,用于判断所述医疗数据处理请求的响应结果在第一预设时长内是否返回;

处理结果获取请求发送单元,用于若所述响应结果在第一预设时长内未返回,则向平台服务器发送医疗数据处理结果获取请求,所述医疗数据处理结果获取请求携带有所述唯一操作标识符;

所述平台服务器包括:

医疗数据处理请求接收单元,用于接收所述客户端发送的医疗数据处理请求;

医疗数据处理请求处理单元,用于对所述医疗数据处理请求进行处理;

医疗数据处理状态获取单元,用于根据所述唯一操作标识符获取医疗数据处理状态;

医疗数据处理结果返回单元,用于向所述客户端返回医疗数据处理结果。

实施本发明实施例,具有如下有益效果:

本发明实施例中,本发明提供的一种应用于移动医疗的提交类操作处理方法及系统,采用唯一操作标识符的二次调用,提高请求的响应成功率,同时减少再次请求数据量,降低服务资源的浪费,提高处理速度,进而增强用户体验。

附图说明

图1为本发明实施例提供的一种用于移动医疗的提交类操作处理方法的实施环境图。

图2为本发明实施例提供的一种用于移动医疗的提交类操作处理方法的实施流程图。

图3为本发明实施例提供的一种用于移动医疗的提交类操作处理系统的结构示意图。

图4为本发明实施例提供的一种用于移动医疗的提交类操作处理系统的客户端的结构示意图。

图5为本发明实施例提供的一种用于移动医疗的提交类操作处理系统的平台服务器的结构示意图。

图6为本发明实施例提供的医疗数据处理请求处理单元的结构示意图。

图7为本发明实施例提供的医疗数据处理结果返回单元的结构示意图。

具体实施方式

下面结合附图及具体实施方式对本发明作进一步描述:

图1为本发明实施例提供的一种用于移动医疗的提交类操作处理方法的实施环境图。

参照图1所示,当需要进行提交支付医疗费用等提交类操作处理时,客户端1向平台服务器2发送医疗数据处理请求,该医疗数据处理请求中携带有需要处理的医疗数据以及唯一操作标识符,该唯一操作标识符用于唯一标识上述医疗数据处理请求;平台服务器2接收到医疗数据处理请求后,将该医疗数据处理请求转发至医院的前置机服务器3进行处理,以更新支付完成的相关信息,同时平台服务器2保存本次支付的详细信息等整个操作处理过程。当操作处理完成后,更新唯一操作标识符的处理状态为已完成,并向客户端1返回支付成功的消息以及相关操作信息。

然而,在一些情况下,可能会由于网络断开或者其他原因导致医疗数据处理请求未完成,导致客户端1不能收到支付成功的消息,为避免用户重复提交支付数据造成造成数据重复,占用较多的服务器资源,进一步导致了处理速度慢、数据错误,影响用户体验,因此客户端1在发送医疗数据请求的同时,会判断医疗数据处理请求的响应结果在第一预设时长内是否返回;若响应结果在第一预设时长内未返回,则客户端1向平台服务器2发送医疗数据处理结果获取请求,该医疗数据处理结果获取请求携带有上述唯一操作标识符,然后,平台服务器2根据该唯一操作标识符获取医疗数据处理状态并向客户端1返回医疗数据处理结果。

图2示出了本发明实施例提供的提交类操作处理方法的实施流程,详述如下:

步骤s201,客户端向平台服务器发送医疗数据处理请求,医疗数据处理请求中携带有需要处理的医疗数据以及唯一操作标识符,唯一操作标识符用于唯 一标识医疗数据处理请求;

具体为当用户通过客户端发送医疗数据处理请求时,则客户端可以根据该请求的时间、设备号、请求类型、请求内容的其中之一或其任意组合生成上述唯一操作标识符,以用于唯一标识医疗数据处理请求。

在本发明实施例中,医疗数据处理请求可以为对医疗费用进行支付,发送该请求时,可以携带需要处理的医疗数据,如支付内容,支付金额等。

步骤s202,平台服务器接收客户端发送的医疗数据处理请求并对医疗数据处理请求进行处理;

当接收到客户端发送的医疗数据处理请求后,平台服务器对医疗数据处理请求进行处理,如向前置机后台服务器转发医疗数据处理请求,即调用医院的前置机服务器更新支付完成相关信息,与此同时,平台服务器还记录前置机后台服务器的医疗数据处理状态以及处理操作信息。

步骤s203,客户端判断医疗数据处理请求的响应结果在第一预设时长内是否返回;

在客户端发送医疗处理数据请求的同时,会启动设有第一预设时长的计时器,进而判断医疗数据处理请求的响应结果在该第一预设时长内是否返回。

该第一预设时长可以根据实际需要提前设置,如根据大量数据的统计发现在10秒内不能成功的操作基本都会失败,此外,考虑到前置机服务器以及平台服务器所处的网络环境,可以设置为20秒。当然,这个时长可以根据前置机服务器以及平台服务器网络环境进行分析后调整,以避免时间设置的过长或过短。

步骤s204,若响应结果在第一预设时长内未返回,则向平台服务器发送医疗数据处理结果获取请求,医疗数据处理结果获取请求携带有唯一操作标识符。

当客户端在第一预设时长内未收到响应结果时,就会向平台服务器发送医疗数据处理结果获取请求,通过该医疗数据处理结果获取请求携带的唯一操作标识符来向平台服务器确认医疗数据处理的状态。

步骤s205,平台服务器根据唯一操作标识符获取医疗数据处理状态并向客户端返回医疗数据处理结果。

在本发明实施例中,当接收到医疗数据处理结果获取请求后,由于已记录了前置机后台服务器的医疗数据处理状态以及处理操作信息,因此平台服务器可以根据唯一操作标识符查询自身存储的医疗数据处理状态。

在一些实施例中,当查询到医疗数据处理状态为完成时,则向客户端返回处理操作信息,例如,当查询到支付完成后,则向客户端返回支付成功的消息。

在一些实施例中,当查询到医疗数据处理状态为未完成时,则向前置机服务器重新发送医疗数据处理请求,以请求前置机服务器继续完成数据处理的流程,医疗数据处理请求中包括唯一操作标识符。

作为本发明的一个实施例,为了防止由于前置机服务器由于网络不佳或者其他原因不能完成医疗数据处理请求,平台服务器还可以在发送医疗数据处理请求时,启动计时器,对前置机服务器返回响应结果时间进行监控,并判断医疗数据处理请求的响应结果在第二预设时长内是否返回;若响应结果在第二预设时长内未返回,则向客户端返回医疗数据处理请求失败的结果。

该第二预设时长可以根据实际需要提前设置,如根据大量数据的统计发现在10秒内不能成功的操作基本都会失败,此外,考虑到前置机服务器以及平台服务器所处的网络环境,可以设置为20秒。当然,这个时长可以根据前置机服务器以及平台服务器网络环境进行分析后调整,以避免时间设置的过长或过短。

图3示出了本发明实施例提供的提交类操作处理系统的结构示意图,如图3所示,提交类操作处理系统包括客户端31以及平台服务器32,详述如下:

如图4所示,客户端31包括医疗数据处理请求发送单元311、第一判断单元312以及处理结果获取请求发送单元313。

医疗数据处理请求发送单元311,用于向平台服务器发送医疗数据处理请求,所述医疗数据处理请求中携带有需要处理的医疗数据以及唯一操作标识符, 所述唯一操作标识符用于唯一标识所述医疗数据处理请求;

第一判断单元312,用于判断所述医疗数据处理请求的响应结果在第一预设时长内是否返回;

处理结果获取请求发送单元313,用于若所述响应结果在第一预设时长内未返回,则向平台服务器发送医疗数据处理结果获取请求,所述医疗数据处理结果获取请求携带有所述唯一操作标识符;

如图5所示,平台服务器32包括医疗数据处理请求接收单元321、医疗数据处理请求处理单元322、医疗数据处理状态获取单元323以及医疗数据处理结果返回单元324。

医疗数据处理请求接收单元321,用于接收所述客户端发送的医疗数据处理请求;

医疗数据处理请求处理单元322,用于对所述医疗数据处理请求进行处理;

如图6所示,医疗数据处理请求处理单元322在一些实施例中包括转发模块3221以及记录模块3222,

转发模块3221,用于向前置机后台服务器转发所述医疗数据处理请求;

记录模块3222,用于记录所述前置机后台服务器的医疗数据处理状态以及处理操作信息。

医疗数据处理状态获取单元323,用于根据所述唯一操作标识符获取医疗数据处理状态;

医疗数据处理结果返回单元324,用于向所述客户端返回医疗数据处理结果。

如图7所示,医疗数据处理结果返回单元324在一些实施例中还可以包括结果返回模块3241以及请求重发模块3242。

结果返回模块3241,用于当所述医疗数据处理状态为完成时,向所述客户端返回所述处理操作信息。

请求重发模块3242,用于当所述医疗数据处理状态为未完成时,向前置机服务器重新发送医疗数据处理请求,所述医疗数据处理请求中包括所述唯一操作标识符。

再参见图5,平台服务器32在一些实施例中还可以包括第二判断单元325以及失败结果返回单元326,

第二判断单元325,用于判断所述医疗数据处理请求的响应结果在第二预设时长内是否返回;

失败结果返回单元326,用于当所述响应结果在第二预设时长内未返回时,向所述客户端返回医疗数据处理请求失败的结果。

以上所描述的仅为本发明的较佳实施例,上述具体实施例不是对本发明的限制。在本发明的技术思想范畴内,可以出现各种变形及修改,凡本领域的普通技术人员根据以上描述所做的润饰、修改或等同替换,均属于本发明所保护的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1