一种在线挂号界面的加载方法与流程

文档序号:21361329发布日期:2020-07-04 04:35阅读:520来源:国知局
一种在线挂号界面的加载方法与流程

本发明属于信息技术领域,具体涉及一种医疗保健信息学中关于在线挂号界面的加载方法。



背景技术:

在很多医疗设备中,如专业用途的计算机断层扫描(computedtomography,ct)机或磁共振成像(mri)设备等设备,又如通用用途的医院自助挂号设备或在线挂号网站/公众号/小程序等,通常需要通过一个专有的图形化用户界面来操作。

以ct机为例,目前有些图形化用户界面会提供较复杂的ct工作流程中各参数的配置界面,这对医院里的有些医生或实习学生来说,是比较有利于通过不同的参数配置来获取不同的ct成像结果的。但医院里的ct机操作者可能每天都要面对大量的患者,针对每个患者,可能只有很少的时间来进行ct工作流程的配置,这样一来,需要进行复杂参数配置的用户界面就不太适合了。然而,如果仅采用提供简单参数配置的用户界面则又不方便需要进行复杂参数配置的人员。由于在实际应用中,ct机通常是被不同需要的人群所共享的,这样就需要提供一种方案来同时满足不同人群的需求。专利文献cn105989227b针对该问题提供了一种医疗设备的工作流程配置方法,可根据预先设置的用户界面选择默认值或前一次的用户界面选择记录确定用户从预先为医疗设备配置的至少两种不同复杂度的用户界面中选择的当前复杂度的用户界面。或者,也可提供用户在登录界面中对所述至少两种不同复杂度的用户界面的选择操作,并根据所述选择操作,确定用户从预先为医疗设备配置的至少两种不同复杂度的用户界面中选择的当前复杂度的用户界面。

又以挂号系统界面为例,在用户实际使用的过程中,需要人工到相应的界面中进行详细点选和查找,如,用户头痛,用户想要查询能诊治头痛的医疗资源信息时,要在大量的科室介绍或医生介绍中反复点选、查找获取,操作繁琐,信息获取难度较大。如果采用如cn105989227b所述的方法,这在小规模界面定制时,如只在医院内布置的自助挂号机上,是适用的,但是对于数量较多的使用者同时访问界面的情况,例如在线挂号系统/小程序/公众号等,上述方法会导致服务器资源的极大消耗。



技术实现要素:

本发明提供了一种在线挂号界面的加载方法,包括:

构建医疗资源池,并建立一个涵盖所有医疗资源的隐身界面,所述隐身界面在默认情况下只存在于后台而不呈现给用户;

建立一个登录和基本信息输入的初始界面,所述基本信息至少包括一条表征用户想诊治的身体部位的信息,所述初始界面对于所有用户是同一的;

获取用户在所述初始界面输入的基本信息;

按所述身体部位的信息将同一时段登录的用户分组;

为组内成员加载并呈现一个只显示所述资源池中的部分资源的推荐界面,所述推荐界面其对于同一组内的所有用户是同一的,且每个推荐界面都具有一个唯一的界面id;

识别用户在所述推荐界面上的操作行为,如果在一定时间内没有确认操作,则为用户加载并呈现所述隐身界面以取代所述推荐界面。

在一个实施方式中,按所述身体部位的信息将同一时段登录的用户分组,还包括:若分的组的数量超过第一设定值,则将各个组按组员数量降序排列,并将人数少于第二设定值的组顺延到下一个时段进行合并。

在一个实施方式中,缓存所述推荐界面,并将其所对应的界面id被附着于用户的基本信息中,在一段时期内用户再此登录时优先呈现此界面id所对应的推荐界面。

在一个实施方式中,在所述一段时期之后,删除所述界面id及其对应的推荐界面以释放服务器资源。

本发明的有益效果是:在数量较多的使用者同时访问界面的情况,只需要生成和加载数量较少的界面即可满足所有人的个性化需求,既满足了不同用户在信息获取时的便利性,又极大地节约了服务器资源。

附图说明

图1示出了本发明实施例中一种在线挂号界面的加载方法的示例性流程图;

图2示出了本发明实施例中一种在线挂号界面的加载装置的示例性结构图。

具体实施方式

下面参照附图,详细描述本发明的结构以及所实现的功能。

图1为本发明实施例中一种在线挂号界面的加载方法的示例性流程图,该方法可包括如下步骤:

步骤s1,构建医疗资源池,并建立一个涵盖所有医疗资源的隐身界面。

其中,所述医疗资源池应当涵盖了一个医院的自构建之时起,往后一段时间,例如一周或一月内的所有在岗、值班的各科室医护人员和可用的各科医疗设备、床位等。基于这些医疗资源建立一个用于显示所有医疗资源的隐身界面,所述隐身界面在大部分时候/默认情况下只存在于后台而不呈现给用户。

步骤s2,建立一个登录和基本信息输入的初始界面,所述初始界面对于所有用户是同一的。

其中,如现有技术中常见的设计,一个在线的挂号系统需要用户先进行登录操作,以手机号/身份证号/医保卡号/就诊卡号等进行注册和/或登录,可能地,还需要用户输入一些基本信息,例如性别,年龄,姓名,是否为本人就诊等。

特别地,所述基本信息至少包括一条表征用户想诊治的身体部位的信息;在本实施例中用户还可以输入需要诊治的身体部位,因为考虑到使用在线挂号系统的人往往不具备专业的医疗知识,对其自身的病症往往不知道该选择在哪一科挂号,比如,用户腹部疼痛,在一般人的认知中,其只能感受到“肚子疼”,而不清楚在挂号的时候应该选择就诊于哪一科室,在本发明所述的初始界面上提供一个可以交互的人体图片,用户可以在该人体图片上点选其不舒服的位置,如腹部,后台会在预设规则的映射下为其推荐消化科或内科;

步骤s3,获取用户在所述初始界面输入的基本信息。

其中,如步骤s2中所述,用户在初始界面输入的基本信息,特别重要的是其身份的认定,基于大数据技术,同一个用户的过往医疗记录能成为本次挂号的一个重要参考,如果没有医疗记录,本次输入点选的不舒服的位置是关键的信息。这些关键信息将是后续的界面调整的重要依据。

步骤s4,按所述身体部位的信息将同一时段登录的用户分组。

以没有医疗记录的情况为例,按所述基本信息中的病症的位置,将同一时段登录的用户分组,比如说,在10:00:00到10:00:03这段时间内,共有100位用户输入信息并点击登录,在获取了这100位用户的基本信息的情况下,将这100个用户中存在腹痛的人归位一组,将头痛的人归为另一组,等等。考虑到用户在挂号界面的等待时间不宜过长,所述同一时段的时间跨度应当设置得较短,例如3秒。

接上例,如果所述100个用户中按病症部位分了20组,按照步骤s4执行的话,为了这20组用户共计需要加载20个不同的推荐界面,显然这不是考虑服务器资源的条件下的最优解。因此,在一个实施方式中,按所述身体部位的信息将同一时段登录的用户分组,还包括步骤:若分的组的数量超过第一设定值,则将各个组按组员数量降序排列,并将人数少于第二设定值的组顺延到下一个时段进行合并。比如,在10:00:00到10:00:03这段时间内的100个登录用户按病症部位分了20组,这20个组按组员数量降序排列,其中“头疼”这一组的人数较少(2人),则暂时不为这2个头疼的用户加载推荐界面,而是将这2人顺延到下一个时段,也即10:00:04到10:00:07这段时间。如果10:00:04到10:00:07这段时间内登录的用户中有其他的头疼患者,则为其一起加载涉及“头疼”的推荐界面。

特别地,即使在10:00:04到10:00:07这段时间内登录的用户中没有头疼患者,考虑到用户的等候体验,也要为该2个头疼的用户加载推荐界面。

步骤s5,为组内成员加载并呈现一个只显示所述资源池中的部分资源的推荐界面,所述推荐界面其对于同一组内的所有用户是同一的,且每个推荐界面都具有一个唯一的界面id。

接上例,本步骤为100个用户中存在腹痛的那一组人加载并呈现一个只显示涉及腹部诊治的科室,例如消化科或内科的可用医疗资源,这种“腹痛-消化科/内科”映射只是一个示例,它是一种可修订的预设规则,在实际应用中由医院根据经验来制订。

步骤s6,识别用户在所述推荐界面上的操作行为,如果在一定时间内没有确认操作,则为用户加载并呈现所述隐身界面以取代所述推荐界面。

接上例,在步骤s5中提供给腹痛用户的推荐界面只有消化科或内科的可挂号信息,若消化科或内科并不是该用户的意愿,也即在一定时间内没有确认操作,本步骤为这种情况提供了补偿措施,为该用户加载涵盖了所有医疗资源的隐身界面供其自主选择。其中,所述确认操作是在推荐界面上的除了“取消”、“退出”等否定性选择之外的更进一步的操作。

在一个实施方式中,还包括步骤s7,缓存所述推荐界面,并将其所对应的界面id被附着于用户的基本信息中,在一段时期内用户再此登录时优先呈现此界面id所对应的推荐界面。以及步骤s8,在所述一段时期之后,删除所述界面id及其对应的推荐界面以释放服务器资源。

从本实施例可以看出,在数量较多的使用者同时访问界面的情况,只需要生成和加载数量较少的界面即可满足所有人的个性化需求,既满足了不同用户在信息获取时的便利性,又极大地节约了服务器资源。

与本发明的方法实施例相对应,本实施例还提供了一种装置,其包括服务器端和用户端,所述用户端用于向用户呈现多个由服务器端建立的可交互的界面,所述服务器端包括:

第一构建模块1,其用于构建医疗资源池并建立一个涵盖所有医疗资源的隐身界面,所述隐身界面在默认情况下只存在于后台而不呈现给用户;

第二构建模块2,其用于建立一个登录和基本信息输入的初始界面,所述初始界面对于所有用户是同一的,所述基本信息至少包括一条表征用户想诊治的身体部位的信息。

分组模块3,其用于获取用户在所述初始界面输入的基本信息,并按所述身体部位的信息将同一时段登录的用户分组;

第三构建模块4,其用于为组内成员建立一个只显示所述资源池中的部分资源的推荐界面,所述推荐界面其对于同一组内的所有用户是同一的,且每个推荐界面都具有一个唯一的界面id;

界面加载模块5,其用于向用户端加载各个界面;

识别模块6,其用于识别用户在所述推荐界面上的操作行为。

界面加载模块5向组内每个成员的用户端加载同一个推荐界面。若所述识别模块6识别到用户在一定时间内在所述推荐界面上没有确认操作,则界面加载模块5为其加载所述隐身界面以取代所述推荐界面。

在一个实施方式中,若所述分组模块3分的组的数量超过第一设定值,则将各个组按组员数量降序排列,并将人数少于第二设定值的组顺延到下一个时段进行合并。

在一个实施方式中,所述服务器端还包括存储模块7,其用于缓存所述推荐界面,并将所述界面id被附着于用户信息中,在一段时期内用户再此登录时优先呈现此界面id所对应的推荐界面。

在一个实施方式中,所述存储模块7在所述一段时期之后,删除所述界面id及其对应的推荐界面以释放服务器资源。

图2中还示例性地显示了在用户端上的初始界面的一个示意图,所述初始界面上具有提供给用户输入的多个输入栏,并且还提供了一个可以交互的人体图片,用户可以在该人体图片上点选其不舒服的位置。

本领域技术人员应该认识到,不背离正如一般性地描述的本发明的实质和范围,可以对各个特定的实施例中示出的发明进行各种各样的变化和/或修改。因此,从所有方面来讲,这里的实施例应该被认为是说明性的而并非限定性的。同样,本发明包括任何特征的组合,尤其是专利权利要求中的任何特征的组合,即使该特征或者特征的组合并未在专利权利要求或者这里的各个实施例中被明确地说明。

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