CN109817314A - 一种悬赏出诊方法、装置和系统 - Google Patents
一种悬赏出诊方法、装置和系统 Download PDFInfo
- Publication number
- CN109817314A CN109817314A CN201910097019.5A CN201910097019A CN109817314A CN 109817314 A CN109817314 A CN 109817314A CN 201910097019 A CN201910097019 A CN 201910097019A CN 109817314 A CN109817314 A CN 109817314A
- Authority
- CN
- China
- Prior art keywords
- information
- home visit
- doctor
- someone
- head
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供了一种悬赏出诊方法,包括:接收多个患者上传的病情信息以及悬赏信息、多个医生上传的计划出诊信息;基于病情信息以及悬赏信息,结合计划出诊信息,分析得到第一医生的计划出诊信息与多个患者病情信息以及悬赏信息匹配;生成出诊计划,以使得第一医生和多个患者基于出诊计划完成出诊过程。采用该方法,能够基于医生的计划出诊信息与多个患者的病情信息以及悬赏信息匹配,则生成出诊计划,医生在出诊前就可得知患者的并且提高对患者的问诊效果,多个患者对同一个医生的出诊进行悬赏,使得每个患者的负担的金额较小,但同时保证了医生的收入。所以,采用该方法,既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入。
Description
技术领域
本申请涉及医疗领域,更具体的说,是涉及一种悬赏出诊方法、装置和系统。
背景技术
随着医疗行业的迅速发展,人们对于医生的需求越来越强烈,医生可以采用出诊或者坐诊的方式来对患者进行诊治。
医生目前每次出诊都需要有大量的资金收入,如果出诊是企业组织的,组织、事业、企业这些机构组织的出诊大多具有目的性,或者是广告,或者是为了配合某些活动而进行的组织出诊,这样的出诊效果不好,并且医生对于病人情况准备不足,因为来的病人的病例资料医生无法提前预知,或者在问诊时获得,这让医生问诊难度大大增加,问诊效果也不理想;如果出诊是患者单独预约医生会由于出诊成本巨大导致患者负担较重。
因此,亟需一种既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入的出诊方法。
发明内容
有鉴于此,本申请提供了一种悬赏出诊方法,解决了现有技术中不能同时保证提高针对患者的问诊效果、医生收入和降低患者负担的问题。
为实现上述目的,本申请提供如下技术方案:
一种悬赏出诊方法,应用于悬赏出诊服务器,包括:
接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
上述的方法,可选的,所述基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:
基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度。
上述的方法,可选的,所述基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:
基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度小于第一医生的计划出诊信息中的出诊额度时,将所述至少一个患者的病情信息以及悬赏信息推送给第一医生所在终端;
接收第一医生的修改信息,所述修改信息用于将第一医生的计划出诊信息中的出诊额度从第一数值修改至第二数值,所述第二数值小于所述区域悬赏额度。
上述的方法,可选的,所述生成出诊计划之后,还包括:
将所述出诊计划推送给第一医生所在终端;
接收第一医生的出诊信息,所述出诊信息包括出诊时间及出诊地点;
将所述出诊信息推送给患者所在终端。
上述的方法,可选的,所述将所述出诊信息推送给患者所在终端之后,还包括:
在出诊前预设时间,统计患者的就诊信息,所述就诊信息包括患者确认就诊的信息以及最终悬赏额度;
计算所述出诊地点所属出诊区域的区域悬赏最终额度;
将所述区域悬赏最终额度推送给第一医生所在终端;
接收第一医生的反馈信息;
基于所述反馈信息表征第一医生确定出诊或放弃出诊。
上述的方法,可选的,所述接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息之前还包括:
接收所述至少一个医生的职级专业信息;
则基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应,包括:
分析所述病情信息,得到所述患者病情所属的专科为第一专科;
分析所述职级专业信息,得到所述第一医生的专科为第二专科,所述第二专科包含所述第一专科。
一种悬赏出诊装置,包括:
接收模块,用于接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生的计划出诊信息;
分析模块,用于基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
计划模块,用于生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
一种悬赏出诊系统,包括:至少一个患者端、至少一个医生端和如上述所述的悬赏出诊装置;
所述患者端用于上传患者的病情信息以及悬赏信息;
所述医生端用于上传医生的计划出诊信息。
一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项所述的悬赏出诊方法。
一种电子设备,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行上述任一项所述的悬赏出诊方法。
经由上述的技术方案可知,与现有技术相比,本申请提供了一种悬赏出诊方法,包括:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者病情信息以及悬赏信息匹配;生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。采用该方法,能够基于医生的计划出诊信息与多个患者的病情信息以及悬赏信息匹配,则生成出诊计划,医生在出诊前就可得知患者的并且提高对患者的问诊效果,而且,多个患者对同一个医生的出诊进行悬赏,使得每个患者的负担的金额较小,但同时保证了医生的收入。所以,采用该方法,既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请提供的一种悬赏出诊方法实施例1的流程图;
图2为本申请提供的一种悬赏出诊方法实施例2的流程图;
图3为本申请提供的一种悬赏出诊方法实施例3的流程图;
图4为本申请提供的一种悬赏出诊方法实施例4的流程图;
图5为本申请提供的一种悬赏出诊方法实施例5的流程图;
图6为本申请提供的一种悬赏出诊方法实施例6的流程图;
图7为本申请提供的一种悬赏出诊装置实施例1的结构示意图;
图8为本申请提供的一种悬赏出诊装置实施例2的结构示意图;
图9为本申请提供的一种悬赏出诊系统实施例的结构示意图;
图10为本申请提供的一种电子设备实施例的结构示意图;
图11为本申请提供的一种悬赏出诊方法应用场景示意图;
图12为本申请提供的一种悬赏出诊方法应用场景的流程图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图1所示的,为本申请提供的一种悬赏出诊方法实施例1的流程图,该方法包括以下步骤:
步骤S101:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
具体实施中,患者在应用该悬赏出诊方法的系统中填写相应的病情信息以及悬赏信息。
具体的,患者在悬赏出诊方法的系统中进行实名认证登录,利用系统分诊系统大致确定需要问诊的专科,然后针对自己的病情按照医生系统评级提出悬赏
其中,医生的计划出诊信息中可以包括计划出诊区域以及出诊金额。
具体实施中,该接收到的是若干患者上传的病情信息以及悬赏信息,也接收若干医生上传的计划出诊信息,并将该接收到的医生和患者的相关信息存储到数据库中,可以分别存储二者的信息。
步骤S102:基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
具体的,针对患者的信息(病情信息和悬赏信息等)和医生的计划出诊信息之间是否匹配,如果二者匹配,则医生可以针对该多个患者进行出诊;否则,医生不对该多个患者进行出诊。
需要说明的是,本步骤中,该至少一个患者是步骤S101中的至少一个患者中的部分或者全部。
具体实施中,可以从数据库中分别获取医生和患者的信息进行匹配,如果多个患者的信息与某一个医生的信息匹配,则确定二者匹配。
步骤S103:生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
基于多个患者的病情信息以及悬赏信息匹配与某个医生的计划出诊信息匹配,则生成出诊计划,以使得该医生进行出诊,对该匹配的多个患者进行诊治。
综上,本实施例提供的一种悬赏出诊方法,包括:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者病情信息以及悬赏信息匹配;生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。采用该方法,能够基于医生的计划出诊信息与多个患者的病情信息以及悬赏信息匹配,则生成出诊计划,医生在出诊前就可得知患者的并且提高对患者的问诊效果,而且,多个患者对同一个医生的出诊进行悬赏,使得每个患者的负担的金额较小,但同时保证了医生的收入。所以,采用该方法,既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入。
如图2所示的,为本申请提供的一种悬赏出诊方法实施例2的流程图,该方法包括以下步骤:
步骤S201:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
其中,步骤S201与实施例1中的步骤S101一致,本实施例中不做赘述。
步骤S202:基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
具体实施中,依据专科分类条件,可以对该病情信息进行分类,得到该患者的病情对应的专科。
其中,该专科与数据库中的某个医生的专科对应时,则可以确定该医生为第一医生。
具体实施中,如果存在多个与患者的病情所属专科对应的专科医生时,可以基于下面的步骤进行继续筛选。
步骤S203:基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
具体的,该悬赏信息中还包含有患者对应的区域,该医生的计划出诊信息中包含有医生可以出诊的计划出诊区域。
可选的,患者对应的区域可以为患者所在小区、村镇等具体位置;该计划出诊区域可以为医生设置的区域,具体可以为靠近/医生所住小区、村镇等位置。
需要说明的是,医生进行出诊,可以是医生在工作以外的空闲时间进行的出诊,也可以是医生由于工作安排的出诊。
当然,医生空闲时间进行的出诊,一般计划出诊区域会靠近或者在医生所住的区域,而医生由于工作安排的出诊,计划出诊区域可以根据工作安排进行设置。
步骤S204:基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度;
具体的,将属于同一区域的多个患者悬赏信息中的额度进行累加,得到其所属区域的区域悬赏额度,该区域悬赏额度是该区域中所有悬赏的患者的悬赏金额的总和。
其中,该计划出诊信息中的出诊额度是在医生预计在该区域能够得到的收入,该收入可以是医生进行设置的。
其中,该区域悬赏额度不小于该医生的出诊额度时,能够保证医生在该区域出诊的收入不少于其预计的收入。
所以,当某一区域中的区域悬赏额度大于医生计划出诊信息中的出诊额度时,医生对该区域进行出诊,既能够保证医生在该区域能够有效问诊又能够保证医生收入,并且,医生是对整个区域的悬赏额度提出要求额度,每个患者负担也会较低。
需要说明的是,具体实施中,当有多个区域的区域悬赏额度满足条件时,可以将该多个区域的信息推送给该第一医生,以使得该第一医生根据情况自己进行选择,进而根据医生的选择形成出诊计划。
当然,具体实施中,不论是一个区域的悬赏额度满足条件还是多个区域的悬赏额度满足条件,都可以将该区域的信息推送给第一医生,由第一医生确定是否进行出诊。
具体实施中,该医生划定的计划出诊区域,可以是在登录系统中直接选择的,也可以是根据系统中已计算出区域悬赏额度的区域选择的。
具体实施中,医生在划定计划出诊区域时,直接查看到该计划出诊区域的区域悬赏额度,进而可以直接将满足医生预计的出诊额度的小区确定为计划出诊区域。
需要说明的是,该方案中依托悬赏进行出诊的模式,实现了自动实现智能出诊区域推荐,出诊前病患自动分诊,减少病患的分诊负担,去中心化出诊,提高了医生与病患的交流效率。
步骤S205:生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
其中,步骤S205与实施例1中的步骤S103一致,本实施例中不做赘述。
综上,本实施例提供的一种悬赏出诊方法中,该基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度。采用该方法,同一个区域的患者的悬赏额度累加得到的区域悬赏额度不小于医生的出诊额度时,形成出诊计划,以使得医生对该区域进行出诊,既能够保证医生在该区域能够有效问诊又能够保证医生收入,并且,医生是对整个区域的悬赏额度提出要求额度,每个患者负担也会较低。
如图3所示的,为本申请提供的一种悬赏出诊方法实施例3的流程图,该方法包括以下步骤:
步骤S301:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
其中,步骤S301与实施例1中的步骤S101一致,本实施例中不做赘述。
步骤S302:基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
步骤S303:基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
其中,步骤S302-303与实施例2中的步骤S202-203类似,具体解释参见实施例2中的步骤S202-203,本实施例中不做赘述。
步骤S304:基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度小于第一医生的计划出诊信息中的出诊额度时,将所述至少一个患者的病情信息以及悬赏信息推送给第一医生所在终端;
其中,当针对某一区域计算该区域中的多个患者的悬赏信息得到该区域的悬赏额度,该悬赏额度小于该医生的出诊额度,为了提高该区域医生出诊的几率,还可以将该区域中患者的病情信息以及悬赏信息推荐给第一医生。
具体实施中,医生可以根据区域中患者的病情信息以及悬赏信息,分析是否值得医生即使在降低收入的情况下也要出诊。
步骤S305:接收第一医生的修改信息,所述修改信息用于将第一医生的计划出诊信息中的出诊额度从第一数值修改至第二数值;
其中,所述第二数值小于所述区域悬赏额度。
具体实施中,医生可以根据实际情况确定是否要修改出诊额度,以使得出诊额度小于该区域的区域悬赏额度,进而促使该出诊计划成功。
具体的,接收到该第一医生的修改信息,该修改信息中包含有出诊额度修改为第二数值,将该第一医生的计划出诊信息中的出诊额度从较大的第一数值修改为较小的第二数值。
并且,该第二数值是小于该区域悬赏额度的,进而使得该区域悬赏额度大于医生的计划出诊信息中的出诊额度,使得该计划出诊成功。
步骤S306:生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
其中,步骤S306与实施例1中的步骤S103一致,本实施例中不做赘述。
综上,本实施例提供的一种悬赏出诊方法中,该基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度小于第一医生的计划出诊信息中的出诊额度时,将所述至少一个患者的病情信息以及悬赏信息推送给第一医生所在终端;接收第一医生的修改信息,所述修改信息用于将第一医生的计划出诊信息中的出诊额度从第一数值修改至第二数值,所述第二数值小于所述区域悬赏额度。采用该方法,当某区域的区域悬赏额度小于医生的出诊额度时,医生可以根据情况修改出诊额度,以使得其出诊额度小于区域悬赏额度,使得对于该区域的出诊计划成功。在降低患者负担的前提下,保证医生在该区域能够问诊。
如图4所示的,为本申请提供的一种悬赏出诊方法实施例4的流程图,该方法包括以下步骤:
步骤S401:接收所述至少一个医生的职级专业信息;
其中,医生可以将自己的相关信息上传系统。
具体的,可以上传医生的职级专业信息,该职级专业信息包括:职位专科等信息。
当然,具体实施中,医生还需要实名认证,并实名录入自己的职级专业信息。
并且,医生认证成功后,还可以选择计划出诊区域并针对地图上的不同区域提出出诊额度。
需要说明的是,悬赏收集半径默认为3公里,出诊医生可以根据需求自定义悬赏收集半径,同一个悬赏半径内的人员是唯一的,即如果你有两个居住地,因此在两个居住地都悬赏过出诊,那么在计算悬赏额度时将会只取悬赏额度最高的一处悬赏,而不会重复计算。
步骤S402:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
其中,步骤S402与实施例2中的步骤S201一致,本实施例中不做赘述。
需要说明的是,该接收医生的职级专业信息的时间与接收患者上传的病情信息以及悬赏信息的时间并无先后限制,任何一个可以先接收,也可以同时接收。
需要说明的是,由于医疗行为涉及隐私安全,患者上传病情信息时,需要采用实名注册,这样有利于数据真实性,但是由于人员存在流动性,因此并不会将人员同地区信息绑定,人员信息只会绑定人员自己的电子病历系统及个人信息系统以及就诊预约系统。
步骤S403:分析所述病情信息,得到所述患者病情所属的专科为第一专科;
具体实施中,为看分析病情准确对应的专科,在患者填写病情描述时不是单独让患者对自己的病情进行文字性的描述,而是以递进选择式的方式让患者层层选择自己病情的感觉,支持多选,这些选择形成标签,系统会通过这些标签查询医疗行业标准库给出可能的患病种类,即确定患者病情所属的专科。
当然,患者也是多种患病可能,患者可以自主的选择其中一种或多种患病可能进行悬赏问诊。
需要说明的是,该第一专科是指病情所属的某一专科,并不限制该病情所属唯一的专科。
步骤S404:分析所述职级专业信息,得到所述第一医生的专科为第二专科,所述第二专科包含所述第一专科;
其中,对医生的职级专业信息进行分析,得到该医生的专科以及职级,而该医生的专科包含有该患者的病情所属的专科时,可以将该医生推荐给该患者,以便患者选择医生进行悬赏。
当然,具体实施中,患者在悬赏出诊方法的系统中进行实名认证登录,利用对利用系统分诊系统大致确定需要问诊的专科,然后针对自己的病情按照医生系统评级选择某医生提出悬赏。
步骤S405:基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
步骤S406:基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度;
步骤S407:生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
其中,步骤S405-407与实施例2中的步骤S203-205一致,本实施例中不做赘述。
综上,本实施例提供的一种悬赏出诊方法中,还包括:接收所述至少一个医生的职级专业信息;则基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应,包括:分析所述病情信息,得到所述患者病情所属的专科为第一专科;分析所述职级专业信息,得到所述第一医生的专科为第二专科,所述第二专科包含所述第一专科。采用该方法,通过分析确定患者病情所属的专科,进而选择与该专科对应的医生进行悬赏,使得患者能够选择出诊的医生。
如图5所示的,为本申请提供的一种悬赏出诊方法实施例5的流程图,该方法包括以下步骤:
步骤S501:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
步骤S502:基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
步骤S503:生成出诊计划;
其中,步骤S501-503与实施例1中的步骤S101-103一致,本实施例中不做赘述。
步骤S504:将所述出诊计划推送给第一医生所在终端;
其中,在生成出诊计划后,将该出诊计划推送给该出诊计划中的医生——第一医生所在的终端,以提醒该第一医生该出诊计划成功。
具体实施中,推送出诊计划相关的信息中可以包括:出诊区域、区域悬赏金额,当然,还可以包括该区域中的患者的病情信息等。
步骤S505:接收第一医生的出诊信息;
其中,所述出诊信息包括出诊时间及出诊地点。
其中,该第一医生根据该出诊计划,结合自己的安排,确定具体的出诊时间以及具体的出诊地点。
具体的,该第一医生可以通过自己使用的终端将该出诊信息上传系统。
步骤S506:将所述出诊信息推送给患者所在终端。
其中,将该医生的出诊信息推送给患者所在的终端,则患者根据该出诊信息就可以确定该医生出诊的具体时间和地点,以便在该时间和地点完成病情的诊治。
综上,本实施例提供的一种悬赏出诊方法,还包括:将所述出诊计划推送给第一医生所在终端;接收第一医生的出诊信息,所述出诊信息包括出诊时间及出诊地点;将所述出诊信息推送给患者所在终端。采用该方法,在形成出诊计划后,第一医生上传出诊时间以及出诊地点,以便患者在该该出诊时间和出诊地点完成病情的诊治。
如图6所示的,为本申请提供的一种悬赏出诊方法实施例6的流程图,该方法包括以下步骤:
步骤S601:接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
步骤S602:基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
步骤S603:生成出诊计划;
步骤S604:将所述出诊计划推送给第一医生所在终端;
步骤S605:接收第一医生的出诊信息;
步骤S606:将所述出诊信息推送给患者所在终端;
其中,步骤S601-606与实施例5中的步骤S501-506一致,本实施例中不做赘述。
步骤S607:在出诊前预设时间,统计患者的就诊信息,所述就诊信息包括患者确认就诊的信息以及最终悬赏额度;
步骤S608:计算所述出诊地点所属出诊区域的区域悬赏最终额度;
步骤S609:将所述区域悬赏最终额度推送给第一医生所在终端;
具体的,由于生成出诊计划的时间一般会早于出诊时间很长,那么,在生成出诊计划后到出诊之间的时间,患者还可以选择其他医生进行悬赏,而不再对该医生进行悬赏。
所以,为了医生了解该出诊区域最终的情况,还需要在出诊前预设时间内,对该区域的患者的就诊信息进行统计。
具体实施中,会在医生出诊前2天之前的时间区域内,对出诊区域在第一次悬赏统计中有悬赏记录的患者反馈确认信息,患者填写确认悬赏信息可以修改自己的悬赏额度。
具体的,将统计得到的该区域的区域悬赏最终额度推送给第一医生所在的终端。
其中,该区域悬赏最终额度是根据确定悬赏信息的患者的悬赏额度计算得到的。
步骤S610:接收第一医生的反馈信息;
步骤S611:基于所述反馈信息,确定第一医生确定出诊或者放弃出诊。
其中,该第一医生根据该区域悬赏最终额度,结合自己的安排,上传反馈信息。
具体的,该反馈信息表征医生确定出诊时,则形成本次出诊;否则,本次出诊失败。
具体实施中,一般医生在出诊日期前的2天会收到最终的确定悬赏额,然后最终决定是否出诊。
在具体实施中,形成本次出诊后,还包括:推送确认出诊信息给患者所在终端,所述确认出诊信息包括出诊时间以及具体地点。
需要说明的是,该推送确认出诊信息给患者所在终端,该患者是指前述步骤中在医生出诊前的预设时间段内容进行反馈确认信息的患者。
综上,本实施例提供的一种悬赏出诊方法,还包括:在出诊前预设时间,统计患者的就诊信息,所述就诊信息包括患者确认就诊的信息以及最终悬赏额度;计算所述出诊地点所属出诊区域的区域悬赏最终额度;将所述区域悬赏最终额度推送给第一医生所在终端;接收第一医生的反馈信息;基于所述反馈信息,确定第一医生确定出诊或者放弃出诊。采用该方法,在出诊前通过统计区域悬赏最终额度再次确认该出诊区域患者的情况,以便第一医生确定是否对于该区域进行出诊。
与上述本申请提供的一种悬赏出诊方法实施例相对应的,本申请还提供了应用该悬赏出诊方法的装置实施例。
如图7所示的为本申请提供的一种悬赏出诊装置实施例1的结构示意图,该装置包括以下结构:接收模块701、分析模块702和计划模块703;
其中,该接收模块701,用于接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生的计划出诊信息;
其中,该分析模块702,用于基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
其中,该计划模块703,用于生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
需要说明的是,上述结构的功能与方法实施例中步骤对应,具体解释请参考方法实施例,本实施例中不做赘述。
可选的,所述分析模块具体用于:
基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度。
可选的,所述分析模块具体用于:基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;基于所述至少一个患者的悬赏信息计算得区域悬赏额度,所述区域悬赏额度小于第一医生的计划出诊信息中的出诊额度时,将所述至少一个患者的病情信息以及悬赏信息推送给第一医生所在终端;接收第一医生的修改信息,所述修改信息用于将第一医生的计划出诊信息中的出诊额度从第一数值修改至第二数值,所述第二数值小于悬赏信息中的额度。
可选的,所述接收模块,还用于接收所述至少一个医生的职级专业信息;
则所述分析模块具体用于:分析所述病情信息,得到所述患者病情所属的专科为第一专科;分析所述职级专业信息,得到所述第一医生的专科为第二专科,所述第二专科包含所述第一专科。
综上,本申请提供的一种悬赏出诊装置,能够基于医生的计划出诊信息与多个患者的病情信息以及悬赏信息匹配,则生成出诊计划,医生在出诊前就可得知患者的并且提高对患者的问诊效果,而且,多个患者对同一个医生的出诊进行悬赏,使得每个患者的负担的金额较小,但同时保证了医生的收入。所以,既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入。
如图8所示的为本申请提供的一种悬赏出诊装置实施例2的结构示意图,该装置包括以下结构:接收模块801、分析模块802、计划模块803和通信模块804;
其中,接收模块801、分析模块802、计划模块803的结构功能与实施例1中相应结构一致,本实施例中不做赘述。
其中,该通信模块804,用于将所述出诊计划推送给第一医生所在终端;
所述接收模块801,还用于接收第一医生的出诊信息,所述出诊信息包括出诊时间及出诊地点;
则所述通信模块804,还用于将所述出诊信息推送给患者所在终端。
需要说明的是,上述结构的功能与方法实施例中步骤对应,具体解释请参考方法实施例,本实施例中不做赘述。
可选的,所述分析模块还用于在出诊前预设时间,统计患者的就诊信息,所述就诊信息包括患者确认就诊的信息以及最终悬赏额度;计算所述出诊地点所属出诊区域的区域悬赏最终额度;而该通信模块还将所述区域悬赏最终额度推送给第一医生所在终端;接收模块在接收第一医生的反馈信息后,所述分析模块根据所述反馈信息确定第一医生确定出诊或者放弃出诊。进而,所述通信模块在确认本次出诊后,还用于:推送确认出诊信息给患者所在终端,所述确认出诊信息包括出诊时间以及具体地点。
综上,本申请提供的一种悬赏出诊装置,能够在出诊前通过统计区域悬赏最终额度再次确认该出诊区域患者的情况,以便第一医生确定是否对于该区域进行出诊。
与上述本申请提供的一种悬赏出诊方法、装置实施例相对应的,本申请还提供了应用该悬赏出诊方法的系统实施例。
如图9所示的为本申请提供的一种悬赏出诊系统实施例的结构示意图,该悬赏出诊系统包括以下结构:至少一个患者端901、至少一个医生端902和悬赏出诊装置903;
所述患者端901用于上传患者的病情信息以及悬赏信息;
所述医生端902用于上传医生的计划出诊信息;
所述悬赏出诊装置903用于接收所述至少一个患者端上传的病情信息以及悬赏信息、至少一个医生端上传的计划出诊信息;基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
需要说明的是,具体实施中,该悬赏出诊系统在软件上分为两种模式,一种为病患悬赏模式,具体在患者端使用,另一种为医生出诊模式,具体是医生端使用。
需要说明的是,该悬赏出诊装置的结构功能参见前述方法和装置实施例,该悬赏出诊装置的结构功能如前述该悬赏出诊装置实施例所述。
综上,本申请提供的一种悬赏出诊系统,能够基于医生的计划出诊信息与多个患者的病情信息以及悬赏信息匹配,则生成出诊计划,医生在出诊前就可得知患者的并且提高对患者的问诊效果,而且,多个患者对同一个医生的出诊进行悬赏,使得每个患者的负担的金额较小,但同时保证了医生的收入。所以,既能够提高针对患者的问诊效果又能够降低患者负担还能够保证医生收入。
与上述本申请提供的一种悬赏出诊方法实施例相对应的,本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法实施例所述的悬赏出诊方法。
其中,该存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
与上述本申请提供的一种悬赏出诊方法实施例相对应的,本申请还提供了应用该悬赏出诊方法的电子设备实施例。
如图10所示的为本申请提供的一种电子设备实施例的结构示意图,该电子设备包括以下结构:处理器1001和存储器1002;
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行上述任一实施例提供的悬赏出诊方法。
与上述本申请提供的一种悬赏出诊方法、装置和系统实施例相对应的,本申请还提供了应用该悬赏出诊系统的应用场景。
如图11所示的应用场景示意图,该应用场景中包括患者端1101、医生端1102和服务器1103;
其中,该患者端1101用于将患者的信息上传给服务器以及接受服务器推送给患者的信息;
其中,该医生端1102用于将医生的信息上传给服务器以及接受服务器推送给医生的信息;
其中,该服务器1103用于根据患者的信息、医生的信息进行分析处理,生成出诊计划,以及将相应的信息推送给医生和/或患者。
在本场景中,该患者端和医生端是能够建立对应关系,即该服务器针对该患者端的患者和医生端的医生能够生成了出诊计划,所以,该场景中只有一个医生端。
其中,该场景中采用三个患者端来表示有多个患者端,本场景中不对患者端的个数做限制。
具体实施中,该服务器两端分别连接大量的患者端和医生端。
如图12所示的是该应用场景的流程图。
具体的,该流程图包括如下步骤:
步骤S1201:患者实名注册登录;
步骤S1202:患者填写个人信息、病情描述;
步骤S1203:服务器对患者自动进行分诊,确定专科;
步骤S1204:患者提出悬赏;
其中,步骤S1201-1202和1204是在患者所在患者端执行的步骤。
步骤S1205:医生实名注册登录;
步骤S1206:医生录入职级专业等信息;
步骤S1207:医生划定计划出诊区域;
步骤S1208:医生给出出诊额度;
其中,步骤S1205-1208是在医生所在医生端端执行的步骤。
步骤S1209:服务器统计区域悬赏额度;
步骤S1210:服务器判断区域悬赏额度是否达到出诊额度;
如果否,执行步骤S1212;如果是,执行步骤S1214。
步骤S1211:医生判断是否继续出诊;
如果是,执行步骤S1212;如果否,执行步骤S1213。
步骤S1212:医生修改出诊额度,并返回步骤S1208;
步骤S1213:放弃该区域;
步骤S1214:医生填写出诊时间地点;
步骤S1215:服务器推送该出诊时间地点给患者;
需要说明的是,患者在接收到该出诊时间地点后可以确定是否参加本次出诊,或者可以更改悬赏额度等。
步骤S1216:服务器在出诊日期前统计患者反馈并重新统计该区域悬赏额度;
步骤S1217:服务器反馈最终悬赏额度给医生;
步骤S1218:医生判断是否出诊;
如果是,执行步骤S1219;如果否,执行步骤S1220。
步骤S1219:医生出诊;
步骤S1220:医生放弃出诊。
如下,本申请中还提供了一个具体示例,结合该使用场景进行解释该悬赏出诊方法、装置及系统。
患者:王先生患有胃部疾病,但是由于工作繁忙,在工作日无法去医院看病,而在节假日医生房间,因此一直没能够找到医生看病。
医生:李医生是北京末大型医院的内科主治医师,家住领秀慧谷小区。
王先生在患者对应的病患悬赏模式下,实名登录该悬赏出诊系统后,按照系统提示录入了病情描述,系统对病情描述进行了智能分析,并进行了分诊,确定王先生应该问诊胃内科,并询问王先生愿意为这个问诊支付多少金额。王先生久受胃病困扰,有这样的机会感觉很难得,愿意为此支付500元的问诊费用。
李医生在医生对应的医生出诊模式下,进行了实名注册,并按要求填写了职级专业等信息,由于李医生家住领秀慧谷小区,因此李医生非常愿意在领秀慧谷为大家看病,在悬赏地图上选择在领秀慧谷小区作为出诊地。
李医生发现,领秀慧谷小区的悬赏总额已经达到惊人的2万,李医生选择了出诊模式,选择了领秀慧谷区域,由于十分愿意为本小区人们看病,因此即使知道悬赏额度达到2万,李医生的出诊额度仍然填写1000,即小区内总悬赏额度达到1000就会出诊,同时李医生填写了出诊时间是两周后的周末那天,并将这条信息反馈给系统。系统收到李医生的信息后为领秀慧谷小区的注册患者发出了消息推送,将李医生愿意在两周后周末为大家问诊的信息发送给大家。
王先生晚上回到家登陆系统后发现了李主任的消息,他马上按提示填写了愿意为出诊支付500元的反馈。由于领秀慧谷小区内部邻里间有沟通,大家对李医生的出诊非常期待,因此经过两周信息收集,悬赏额度超过了预期的两万元达到了10万。
李医生在收到反馈后兴奋不已,由于患者众多,因此李医生在系统中将出诊时间改为两天。最终李医生在周末为大家问诊了两天,小区人们通过泰康悬赏式出诊系统为李医生出诊支付了预期费用。李医生名利双收,小区人们身体得到有效治疗非常高兴。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例提供的装置而言,由于其与实施例提供的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
对所提供的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所提供的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种悬赏出诊方法,其特征在于,应用于悬赏出诊服务器,包括:
接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息;
基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
2.根据权利要求1所述的方法,其特征在于,所述基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:
基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
基于所述至少一个患者的悬赏信息计算区域悬赏额度,所述区域悬赏额度不小于第一医生的计划出诊信息中的出诊额度。
3.根据权利要求1所述的方法,其特征在于,所述基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配,包括:
基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应;
基于所述悬赏信息以及医生的计划出诊信息分析得到,至少一个患者所在区域属于第一医生的计划出诊区域;
基于所述至少一个患者的悬赏信息计算区域悬赏额度,当所述区域悬赏额度小于第一医生的计划出诊信息中的出诊额度时,将所述至少一个患者的病情信息以及悬赏信息推送给第一医生所在终端;
接收第一医生的修改信息,所述修改信息用于将第一医生的计划出诊信息中的出诊额度从第一数值修改至第二数值,所述第二数值小于所述区域悬赏额度。
4.根据权利要求1任一项所述的方法,其特征在于,所述生成出诊计划之后,还包括:
将所述出诊计划推送给第一医生所在终端;
接收第一医生的出诊信息,所述出诊信息包括出诊时间及出诊地点;
将所述出诊信息推送给患者所在终端。
5.根据权利要求4所述的方法,其特征在于,所述将所述出诊信息推送给患者所在终端之后,还包括:
在出诊前预设时间,统计患者的就诊信息,所述就诊信息包括患者确认就诊的信息以及最终悬赏额度;
计算所述出诊地点所属出诊区域的区域悬赏最终额度;
将所述区域悬赏最终额度推送给第一医生所在终端;
接收第一医生的反馈信息;
基于所述反馈信息,确定第一医生确定出诊或放弃出诊。
6.根据权利要求2-5任一项所述的方法,其特征在于,所述接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生上传的计划出诊信息之前还包括:
接收所述至少一个医生的职级专业信息;
则基于所述病情信息分析得到至少一个患者的病情所属专科与第一医生的专科对应,包括:
分析所述病情信息,得到所述患者病情所属的专科为第一专科;
分析所述职级专业信息,得到所述第一医生的专科为第二专科,所述第二专科包含所述第一专科。
7.一种悬赏出诊装置,其特征在于,包括:
接收模块,用于接收至少一个患者上传的病情信息以及悬赏信息、至少一个医生的计划出诊信息;
分析模块,用于基于所述病情信息以及悬赏信息,结合所述计划出诊信息,分析得到第一医生的计划出诊信息与所述至少一个患者的病情信息以及悬赏信息匹配;
计划模块,用于生成出诊计划,以使得所述第一医生和所述至少一个患者基于所述出诊计划完成出诊过程。
8.一种悬赏出诊系统,其特征在于,包括:至少一个患者客户端、至少一个医生客户端和如上述权利要求7所述的悬赏出诊装置;
所述患者端用于上传患者的病情信息以及悬赏信息;
所述医生端用于上传医生的计划出诊信息。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1~6任一项所述的悬赏出诊方法。
10.一种电子设备,其特征在于,包括:
处理器;以及
存储器,用于存储所述处理器的可执行指令;
其中,所述处理器配置为经由执行所述可执行指令来执行权利要求1~6任一项所述的悬赏出诊方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910097019.5A CN109817314A (zh) | 2019-01-31 | 2019-01-31 | 一种悬赏出诊方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910097019.5A CN109817314A (zh) | 2019-01-31 | 2019-01-31 | 一种悬赏出诊方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109817314A true CN109817314A (zh) | 2019-05-28 |
Family
ID=66606148
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910097019.5A Pending CN109817314A (zh) | 2019-01-31 | 2019-01-31 | 一种悬赏出诊方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109817314A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110752017A (zh) * | 2019-09-04 | 2020-02-04 | 重庆特斯联智慧科技股份有限公司 | 一种基于深度学习的社区医生调度方法及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103745367A (zh) * | 2014-01-13 | 2014-04-23 | 许弘毅 | 用于代购平台系统的拼单单元及代购平台系统 |
CN106021601A (zh) * | 2016-06-15 | 2016-10-12 | 孙金龙 | 一种医疗需求发布与响应的方法和系统 |
CN106934244A (zh) * | 2017-03-20 | 2017-07-07 | 龚昕 | 一种基于智能终端的医疗护理云平台 |
CN107977905A (zh) * | 2017-12-21 | 2018-05-01 | 泰康保险集团股份有限公司 | 服务需求的匹配方法、装置、介质及电子设备 |
CN108550392A (zh) * | 2018-04-16 | 2018-09-18 | 成都医云科技有限公司 | 医生选取方法及系统 |
-
2019
- 2019-01-31 CN CN201910097019.5A patent/CN109817314A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103745367A (zh) * | 2014-01-13 | 2014-04-23 | 许弘毅 | 用于代购平台系统的拼单单元及代购平台系统 |
CN106021601A (zh) * | 2016-06-15 | 2016-10-12 | 孙金龙 | 一种医疗需求发布与响应的方法和系统 |
CN106934244A (zh) * | 2017-03-20 | 2017-07-07 | 龚昕 | 一种基于智能终端的医疗护理云平台 |
CN107977905A (zh) * | 2017-12-21 | 2018-05-01 | 泰康保险集团股份有限公司 | 服务需求的匹配方法、装置、介质及电子设备 |
CN108550392A (zh) * | 2018-04-16 | 2018-09-18 | 成都医云科技有限公司 | 医生选取方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110752017A (zh) * | 2019-09-04 | 2020-02-04 | 重庆特斯联智慧科技股份有限公司 | 一种基于深度学习的社区医生调度方法及系统 |
CN110752017B (zh) * | 2019-09-04 | 2020-12-18 | 重庆特斯联智慧科技股份有限公司 | 一种基于深度学习的社区医生调度方法及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Mitropoulos et al. | Combining DEA with location analysis for the effective consolidation of services in the health sector | |
Luo et al. | Two‐Step Optimization for Spatial Accessibility Improvement: A Case Study of Health Care Planning in Rural China | |
Rahman et al. | Deployment of rural health facilities in a developing country | |
Eriskin et al. | A robust multi-objective model for healthcare resource management and location planning during pandemics | |
Rushton | The Roepke lecture in economic geography location theory, location-allocation models, and service development planning in the third world | |
Rodriguez-Verjan et al. | Home health-care network design: Location and configuration of home health-care centers | |
US20230222401A1 (en) | Information processing method, program, and information processing apparatus | |
CN108960460A (zh) | 一种医院挂号诊疗方法及系统 | |
CN109493952A (zh) | 一种基于信用机制的智能合约医学影像安全共享的方法 | |
CN116959688A (zh) | 一种智能药房控制系统及方法 | |
Wong et al. | Current realities versus theoretical optima: quantifying efficiency and sociospatial equity of travel time to hospitals in low-income and middle-income countries | |
CN109817314A (zh) | 一种悬赏出诊方法、装置和系统 | |
Rein | Decentralization and citizen participation in social services | |
Kianfar et al. | A hybrid heuristic approach to master surgery scheduling with downstream resource constraints and dividable operating room blocks | |
Doherty et al. | Developing a plan for primary health care facilities in Soweto, South Africa. Part II: Applying locational criteria | |
EP2597583A1 (en) | System and method for scheduling home visits for physician review | |
Shafiq et al. | Radiotherapy service need in the Pacific Island countries | |
CN110491457A (zh) | 一种基于互联网的医疗服务系统 | |
Hua et al. | Research on outpatient capacity planning combining lean thinking and integer linear programming | |
US20200193393A1 (en) | A system and a method for creation, issuance, continuous recalculation and circulation of multiple purpose algorithmically regulated electronically encrypted means | |
Wang et al. | Surgical rescheduling problem with emergency patients considering participants’ dissatisfaction | |
JP5355014B2 (ja) | 地域医療情報連携センタに於ける放射線被曝量管理システム | |
CN118469527B (zh) | 一种基于云平台的智慧养老数字化管理系统及方法 | |
Yip et al. | Optimized staff allocation for inpatient phlebotomy and electrocardiography services via mathematical modelling in an acute regional and teaching hospital | |
Libby et al. | Integrated substance use and mental health services for adolescents: challenges and opportunities |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190528 |