发布信息

数据交互方法、交互服务器、终端、系统和电子设备与流程 专利技术说明

作者:admin      2023-07-05 11:06:23     307



医药医疗技术的改进;医疗器械制造及应用技术1.本发明涉及医疗技术领域,特别涉及一种数据交互方法、交互服务器、终端、系统和电子设备。背景技术:2.在医疗领域,现有技术中虽然有一些互联网交互的应用,比如网上预约挂号、在线咨询等,还有一些应用软件能够线上收集患者的健康信息(如身高、体重、体温、血压、血糖等),提供相应的医疗宣教内容,甚至患者可以自己选择疾病标签后,获取疾病标签相关的科普知识,患者也可根据病症线上选择对应的医生咨询问题。该方式虽然能够节省医生诊断时的问询时间,但是,这些宣教知识不具有系统性、针对性和持续性,事实上很难真正为患者、尤其是手术患者提供有价值的服务。大致存在以下缺陷:3.1、提供的信息只到疾病维度,无法给患者提供系统性的健康指导,尤其是对于手术患者,术前、术后各阶段,都需要了解并遵从很多注意事项,现有技术以单向的患者咨询为主,无法满足手术宣教的需求。4.2、手术患者在术后康复过程中,难免遇到问题需要咨询自己的手术医生,而现有的医疗应用在线上筛选医生咨询,每次咨询的医生可能不同,由此医生对患者的病情了解情况有限;另外,这种临时匹配建立的医患关系,也很难保持长期连续性的医患沟通,这对患者的康复进程不利。5.3、患者在康复过程中有各种各样医疗上的需求,单纯靠医生很难有精力全周期管理好每一个患者。技术实现要素:6.本发明的目的在于针对现有技术中存在的上述缺陷中的至少一种,提供一种数据交互方法、交互服务器、终端、系统和电子设备,用于为患者提供系统的、有针对性且持续性的医疗服务,且能够提高医生、医助/护士的工作效率和患者的依从性。7.为了实现上述目的,本发明提供以下技术方案,一种数据交互方法,用于患者服务包交互服务器,所述数据交互方法包括:8.根据接收到的第一终端发送的健康信息,获取医患关联信息;其中,所述健康信息包括患者基本信息和健康特征信息;9.根据所述医患关联信息和所述健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息;10.根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端。11.可选地,所述根据所述医患关联信息和所述健康特征信息,获取患者服务包,包括:12.s211:根据所述医患关联信息,获取与所述患者基本信息匹配的医生信息;13.s212:根据所述医生信息,判断是否开通了患者服务包:若是,执行步骤s213;若否,则向所述第二终端发送患者报道提醒消息;14.s213:若所述健康特征信息的手术信息为术后信息,则根据所述特征信息获取术后康复计划信息,并根据所述医患关联信息,建立多对一交互服务;若所述健康特征信息的手术信息为术前信息,则根据所述特征信息获取术前康复计划,并根据所述医患关联信息,建立一对一交互服务;否则,将根据所述特征信息获取慢病康复计划信息。15.可选地,所述根据所述医患关联信息和所述健康特征信息,获取康复计划信息,包括:16.步骤221:根据所述患者基本信息,判断所述患者服务包交互服务器是否具有患者信息:若是,执行步骤222;若否,创建患者信息,并执行步骤222;17.步骤222:根据所述患者信息,判断是否有正在执行的康复计划信息,若是,得到所述康复计划信息;若否,执行步骤223;18.步骤223:判断所述健康特征信息是否为手术信息,若是,则获取所述手术信息数据,若否,则获取慢病信息数据;19.步骤s224:根据所述手术信息数据或所述慢病信息数据,若判定匹配康复计划信息成功,则将所述匹配成功的康复计划信息作为所述康复计划信息。20.可选地,所述数据交互方法还包括:21.根据所述患者服务包,向所述第一终端发送出院小结上传提醒信息、第二随访提醒信息和/或第一复诊提醒信息,向所述第二终端发送所述健康信息、第二随访提醒信息和/或第二复诊提醒信息;向所述第三终端发送第三随访提醒信息和/或第三复诊提醒信息。22.可选地,所述健康特征信息包括手术信息和/或慢病信息;所述手术信息包括术前信息和术后信息;所述术后信息包括手术名称、手术医院和手术日期;23.所述医患关联信息包括与所述患者识别码对应的患者信息、医生信息、医助信息和/或护士信息;24.所述患者服务包包括康复计划和服务交互模式;所述康复计划包括术前康复计划信息、术后康复计划信息和/或慢病康复计划信息;所述服务交互模式包括多对一交互服务、一对多交互服务和无交互服务;其中,每个所述患者服务包与手术类型或慢病类型一一对应;25.所述康复计划信息包括康复任务、服药提醒、指标上报、健康评估表和/或宣教信息。26.为了实现上述目的,本发明还提供了又一种数据交互方法,用于第一终端,所述数据交互方法包括:27.通过第一人机交互装置接收健康信息,并将所述健康信息发送至患者服务包交互服务器;28.通过所述第一人机交互装置输出所述患者服务包交互服务器发送的康复计划信息;其中,所述康复计划信息由所述患者服务包交互服务器根据患者服务包得到;所述患者服务包由所述患者服务包交互服务器根据所述健康信息得到;29.通过所述第一人机交互装置接收第一信息,并将所述第一信息发送至所述患者服务包交互服务器;还用于接收第二终端发送的第二信息和/或第三终端发送的第三信息。30.为了实现上述目的,本发明还提供了再一种数据交互方法,用于第二终端,所述数据交互方法包括:31.接收患者服务包交互服务器发送的健康信息;以及接收第一终端发送的第一信息和/或第三终端发送的第三信息;通过第二人机交互装置接收第二信息并将所述第二信息发送至所述患者服务包交互服务器;32.根据所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息。33.为了实现上述目的,本发明还提供了另一种数据交互方法,用于第三终端,所述数据交互方法包括:34.接收患者服务包交互服务器发送的健康信息;以及接收第一终端发送的第一信息和/或所述第二终端发送的第二信息,以及通过第三人机交互装置接收第三信息并将所述第三信息发送至所述患者服务包交互服务器;35.根据所述健康信息、所述患者服务包、以及所述第一信息和/或所述第二信息,管理康复计划信息。36.为了实现上述目的,本发明还提供了一种患者服务包交互服务器,所述患者服务包交互服务器包括:37.医患关联模块,被配置为根据接收到的第一终端发送的健康信息,获取医患关联信息;其中,所述健康信息包括患者基本信息和健康特征信息;38.康复计划管理模块,被配置为根据所述医患关联信息和所述健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息;39.康复计划交互模块,被配置为根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端。40.为了实现上述目的,本发明还提供了一种终端,所述终端用于与上述的患者服务包交互服务器进行患者医疗服务包的信息交互;所述终端为第一终端、第二终端或第三终端;41.其中,所述第一终端包括:42.健康信息接收模块,被配置为通过第一人机交互装置接收健康信息,并用于将所述健康信息发送至所述患者服务包交互服务器;43.康复计划接收模块,被配置为通过所述第一人机交互装置输出所述患者服务包交互服务器发送的康复计划信息;其中,所述康复计划信息由所述患者服务包交互服务器根据患者服务包得到;所述患者服务包由所述患者服务包交互服务器根据所述健康信息得到;44.第一康复计划交互模块,被配置为通过所述第一人机交互装置接收第一信息,并将所述第一信息发送至所述患者服务包交互服务器;还用于接收所述第二终端发送的第二信息和/或所述第三终端发送的第三信息;45.所述第二终端包括:46.第二康复计划交互模块,被配置为接收所述患者服务包交互服务器发送的健康信息;以及接收所述第一终端发送的第一信息和/或所述第三终端发送的第三信息,还用于通过第二人机交互装置接收第二信息并将所述第二信息发送至所述患者服务包交互服务器;47.第一康复计划管理模块,被配置为根据所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息;48.所述第三终端包括:49.第三康复计划交互模块,被配置为接收所述患者服务包交互服务器发送的健康信息;以及接收所述第一终端发送的第一信息和/或所述第二终端发送的第二信息,还用于通过第三人机交互装置接收第三信息并将所述第三信息发送至所述患者服务包交互服务器;50.第二康复计划管理模块,被配置为根据所述健康信息、所述患者服务包、以及所述第一信息和/或所述第二信息,管理康复计划信息。51.为了实现上述目的,本发明还提供了一种医患交互系统,所述医患交互系统包括通信连接的第二终端和/或第三终端,以及第一终端和上述的患者服务包交互服务器;其中,52.所述患者服务包交互服务器,被配置为接收所述第一终端发送的健康信息,并根据所述健康信息,向所述第一终端发送康复计划信息;还用于将接收到的所述第一终端的第一信息和所述健康信息发送至所述第二终端和/或所述第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端;53.所述第一终端,被配置为通过第一人机交互装置接收所述健康信息和所述第一信息,并用于将所述健康信息和所述第一信息发送至所述患者服务包交互服务器;54.所述第二终端,被配置为根据接收到的所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息;还用于通过第二人机交互装置接收第二信息,并用于将所述第二信息发送至所述患者服务包交互服务器;55.所述第三终端,被配置为根据接收到的所述健康信息,以及所述第一信息和/或所述第二信息,管理康复计划信息;还用于通过第三人机交互装置接收第三信息,并用于将所述第三信息发送至所述患者服务包交互服务器。56.为了实现上述目的,本发明还提供了一种电子设备,包括处理器和存储器,所述存储器上存储有计算机程序,所述计算机程序被所述处理器执行时,实现上述的数据交互方法。57.与现有技术相比,本发明提供的数据交互方法、交互服务器、终端、系统和电子设备,至少具有以下优点:58.(1)、本发明提供的数据交互方法,用于患者服务包交互服务器,基于医患关联关系的针对性和稳定性,本发明提供的数据交互方法根据接收到的第一终端发送的健康信息,获取医患关联信息,克服了现有技术中根据咨询内容在线筛选医生,而医生对病情了解有限的弊端,保证了医患沟通的长期连续性,有利于患者的康复进程;进一步地,本发明提供的数据交互方法根据所述健康信息的医患关联信息和健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息,克服了现有技术中提供的康复指导信息仅仅到疾病维度、缺乏系统性、无法满足实际需要的缺陷,尤其是对于手术患者来说,本发明提供的患者服务包交互服器能够为患者提供针对性的健康指导,患者服务包和康复计划信息涵盖术前、术后各阶段的宣教和康复需求。更进一步地,本发明提供的数据交互方法根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端,引入了除医生之外的其他医疗服务成员,不仅能够提升医生、医助/护士的工作效率,而且能提升患者的依从性。由此,本发明提供的数据交互方法,能够为患者提供系统的、有针对性且持续性的医疗服务,在提高医生、护士工作效率的同时,提升了患者依从性;此外,患者在做康复任务时,本发明提供的数据交互方法实现了患者、医生和护士/医助的信息互通,有利于医生对患者进行管理,从而更高效的服务于患者,促进患者康复。59.(2)、由于本发明提供的患者服务包交互服务器、终端和医患交互系统,与本发明提供的数据交互方法具有相应的技术特征,因此,本发明提供的者服务包交互服务器、终端、医患交互系统,具有上文所述的数据交互方法的所有优点,在此,不再赘述。60.(3)、由于本发明提供的电子设备与本发明提供的数据交互方法属于同一发明构思,因此,其具有上文所述的数据交互方法的所有优点,故对此不再进行赘述,具体请参见上述的有益效果。附图说明61.图1为本发明实施例一提供的数据交互方法的流程示意图;62.图2为本发明提供的数据交互方法其中一种实施方式提供的获取患者服务包的流程示意图;63.图3为本发明提供的数据交互方法其中一种实施方式提供的获取康复计划信息的流程示意图;64.图4为本发明一实施方式提供的患者服务包交互服务器中其中一种应用场景示意图;65.图5为本发明一实施方式提供的手术康复计划和慢病计划示例图;66.图6为新用户通过医院推广码获取康复计划信息的应用场景示意图;67.图7为新用户通过填写植入卡获取康复计划信息的应用场景示意图;68.图8为新用户通过线上自然流程获取康复计划信息的应用场景示意图;69.图9为老用户通过自主添加康复计划的应用场景示意图;70.图10为本发明一实施方式提供的患者服务包交互服务器的康复计划推送机制的原理示意图;71.图11为本发明一实施方式提供的患者服务包交互服务器的自动化随访流程交互示意图;72.图12为应用本发明提供的患者服务包交互服务器的其中一种随访实例流程图;73.图13为本发明一实施方式应用本发明提供的数据交互方法实施pci术后服务包服务流程示意图;74.图14为本发明实施例二提供的患者服务包交互服务器的结构示意图;75.图15为本发明实施例三提供的第一终端(患者端)的结构示意图;76.图16为本发明实施例四提供的第二终端(医生端)的结构示意图;77.图17为本发明实施例五提供的第三终端(医助端/护士端)的结构示意图;78.图18为本发明实施例六提供的医患交互系统的结构框图;79.图19为本发明一实施方式提供的电子设备的方框结构示意图;80.其中,附图标记如下:81.100-患者服务包交互服务器、110-医患关联模块、120-康复计划管理模块、130-康复计划交互模块、140-应用接口,150-医患基础数据库;82.200-第一终端、210-健康信息接收模块、220-康复计划接收模块、230-第一康复计划交互模块;83.300-第二终端、310-第二康复计划交互模块、320-第一康复计划管理模块;84.400-第三终端、410-第三康复计划交互模块、420-第二康复计划管理模块;85.510-处理器、520-通信接口、530-存储器、540-通信总线。具体实施方式86.以下结合附图和具体实施方式对本发明提出的数据交互方法、交互服务器、终端、系统和电子设备作进一步详细说明。根据下面的说明,本发明的优点和特征将更清楚。需要说明的是,附图采用非常简化的形式且均使用非精准的比例,仅用以方便、明晰地辅助说明本发明实施方式的目的。为了使本发明的目的、特征和优点能够更加明显易懂,请参阅附图。须知,本说明书所附图式所绘示的结构、比例、大小等,均仅用以配合说明书所揭示的内容,以供熟悉此技术的人士了解与阅读,并非用以限定本发明实施的限定条件,任何结构的修饰、比例关系的改变或大小的调整,在与本发明所能产生的功效及所能达成的目的相同或近似的情况下,均应仍落在本发明所揭示的技术内容能涵盖的范围内。87.需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。88.在具体介绍本发明提供的数据交互方法、交互服务器、终端、系统和电子设备之前,需要特别说明的是,本发明实施方式提供的患者服务包交互服务器可以以软件(应用程序)、软件和硬件结合的方式等(通常情况下是以软件的方式)设置在云端,也可以设置在本地的服务器或个人计算机上等,所述终端可以设置在手机、平板电脑等具有各种操作系统的电子设备上。为了便于理解和区分,在本文中,将患者使用的终端称为第一终端,将医生使用的终端称为第二终端,将医助、护士等医疗服务人员使用的终端称为第三终端。进一步地,所述患者服务包交互服务器和所述第一终端、所述第二终端以及所述第三终端可以本地连接也可以远程连接,可以为有线连接也可以为无线连接。但大多数情况下,所述第一终端、所述第二终端和所述第三终端与所述患者服务包交互服务器通常为远程连接。在涉及远程计算机的情形中,所述第一终端、所述第二终端以及所述第三终端和所述患者服务包交互服务器可以通过任意种类的网络(包括局域网(lan)或广域网(wan))连接。进一步地,一个所述患者服务包交互服务器可以连接若干个所述第一终端,以及若干个所述第二终端和/或若干个所述第三终端。89.需要特别说明的是,如前所述,所述第一终端、所述第二终端和所述第三终端可以为手机、平板、电脑等,因此,在实际应用时,所述第一终端、所述第二终端和所述第三终端的表现形式包括但不限于微信小程序、手机应用程序(app)和/或通过浏览器等方法与所述患者服务包交互服务器进行交互。90.实施例一91.本实施例提供了一种数据交互方法,用于患者服务包交互服务器。具体地,请参见图1,其示意性地给出了本实施例提供的数据交互方法的流程示意图。从图1可以看出,本实施例提供的数据交互方法,包括以下步骤:92.s100:根据接收到的第一终端发送的健康信息,获取医患关联信息;其中,所述健康信息包括患者基本信息和健康特征信息;93.s200:根据所述医患关联信息和所述健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息;94.s300:根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端。95.由此,本发明提供的数据交互方法,用于患者服务包交互服务器,基于医患关联关系的针对性和稳定性,本发明提供的数据交互方法根据接收到的第一终端发送的健康信息,获取医患关联信息,克服了现有技术中根据咨询内容在线筛选医生,而医生对病情了解有限的弊端,保证了医患沟通的长期连续性,有利于患者的康复进程;进一步地,本发明提供的数据交互方法根据所述健康信息的医患关联信息和健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息,克服了现有技术中提供的康复指导信息仅仅到疾病维度、缺乏系统性、无法满足实际需要的缺陷,尤其是对于手术患者来说,本发明提供的患者服务包交互服器能够为患者提供针对性的健康指导,患者服务包和康复计划信息涵盖术前、术后各阶段的宣教和康复需求。更进一步地,本发明提供的数据交互方法根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端,引入了除医生之外的其他医疗服务成员,不仅能够提升医生、医助/护士的工作效率,而且能提升患者的依从性。由此,本发明提供的数据交互方法,能够为患者提供系统的、有针对性且持续性的医疗服务,在提高医生、护士工作效率的同时,提升了患者依从性;此外,患者在做康复任务时,本发明提供的数据交互方法实现了患者、医生和护士/医助的信息互通,有利于医生对患者进行管理,从而更高效的服务于患者,促进患者康复。96.优选地,在其中一种示范性实施方式中,所述患者基本信息包括但不限于患者识别码、患者的年龄、患者的性别和基本生理信息。其中,所述患者识别码包括但不限于患者的身份证号、就诊流水号、手机号码(患者的联系方式,便于医院或医生联系患者),绑定手机号码(在其中一种实施方式中,可以用于第一终端与所述患者服务包交互服务器通信的账号,可以与患者手机号码相同,也可以不同)等能够用于识别患者的识别信息。所述基本生理信息包括但不限于血压、血糖、bmi和心率等。97.具体地,在又一示范性实施方式中,所述健康特征信息包括手术信息和/或慢病信息;所述手术信息包括术前信息和术后信息;所述术后信息包括手术名称、手术医院和手术日期。比如,若患者为手术后的pci患者,则所述健康特征信息包括pci疾病的手术名称,手术医院以及手术日期。若患者为需要手术的患者,则所述健康特征信息包括患者所患疾病的名称,以及是否计划手术。若所述患者为高血压疾病患者,则所述健康特征信息为高血压疾病信息。98.进一步地,在又一示例性实施方式中,所述医患关联信息包括与所述患者识别码对应的患者信息、医生信息、医助信息和/或护士信息。对此,需要特别说明的是,作为优选,请结合图14,虽然本实施例提供的患者服务包交互服务器100可以通过应用接口(api)140访问数据服务底层中的医患基础数据库150,但如本领域技术人员可以理解地,首先,本发明并不限定访问所述数据服务底层的具体方式,在其他的实施方式中,也可以通过网络的方式访问。其次,所述医患基础数据库150中存储有患者的相关信息(包括但不限于基本信息、健康特征信息、就诊信息、手术信息、随访信息、复诊信息、就诊医生等)、医生的相关信息(包括但不限于基本信息、经办手术信息、诊治患者信息、擅长领域等)、医患的关联信息、与若干手术康复计划信息(比如pci 术前康复计划、pci术后康复计划等)、慢病康复计划信息)高血压康复计划、糖尿病康复计划等)。99.由此,本发明提供的数据交互方法,通过应用接口140访问所述数据服务底层,这种将数据处理与数据存储分离的模块化设计方式,能够使得所述患者服务包交互服务器100具有较好的鲁棒性和可移植性,更便于系统的维护和更新迭代。进一步地,本发明提供的数据交互方法能够便于医生/医助根据患者的身份证号、手机号或流水号等查询患者的医治详情,所述医治详情包括但不限于就诊记录,用药方案,复诊记录,随访记录,健康指标数据等全局的详细数据,由此,本发明提供的患者服务包交互服务器能够方便医助全面、快速地了解患者病史及相关情况。100.具体地,请参见附图2,其示出了一实施方式提供的获取患者服务包的流程示意图,从图2可以看出,步骤s200中,所述根据所述医患关联信息和所述健康特征信息,获取患者服务包,包括:101.步骤s211:根据所述医患关联信息,获取与所述患者基本信息匹配的医生信息;102.步骤s212:根据所述医生信息,判断是否开通了患者服务包:若是,执行步骤s213;若否,则向所述第二终端发送患者报道提醒消息;103.步骤s213:若所述健康特征信息的手术信息为术后信息,则根据所述特征信息获取术后康复计划信息,并根据所述医患关联信息,建立多对一交互服务;若所述健康特征信息的手术信息为术前信息,则根据所述特征信息获取术前康复计划,并根据所述医患关联信息,建立一对一交互服务;否则,将根据所述特征信息获取慢病康复计划信息。104.优选地,在其中一种示范性实施方式中,所述患者服务包包括康复计划和服务交互模式;所述康复计划包括术前康复计划信息、术后康复计划信息和/或慢病康复计划信息;所述服务交互模式包括多对一交互服务、一对多交互服务和无交互服务;其中,每个所述患者服务包与手术类型或慢病类型一一对应。所述康复计划信息包括康复任务、服药提醒、指标上报、健康评估表和/或宣教信息。105.更具体地,所述多对一交互服务为由医生、医助/护士至少两名医护人员以及一名患者组成的群聊交互模式;所述一对一交互服务为由医生、医助或护士中的一名医护人员以及一名患者组成的单聊交互模式。需要说明的是,本文中所述的群聊/单聊属于患者服务包的一部分,是专为患者提供康复服务的,这与现有技术中的社交软件提供的群聊完全不同。如本领域技术人员可以理解地,在实际应用中,具体的服务交互模式采用多对一交互服务、一对一交互服务还是无交互服务应根据实际情况确定,本发明对此不作限定。106.由此,本发明提供的数据交互方法,不仅能够提高医助、医生服务患者的效率与准确度,避免现有技术中电话交互的低效率导致的信息遗漏等问题,而且能够使得患者随时随地与医生和/或医助/护士交互,接受个性化的交互服务和康复计划信息。107.优选地,在其中一种示范性实施方式中,请参见图3,其示出了一实施方式提供的获取康复计划信息的流程示意图。从图3可以看出,步骤s200中,所述根据所述医患关联信息和所述健康特征信息,获取康复计划信息,包括:108.步骤221:根据所述患者基本信息,判断所述患者服务包交互服务器是否具有患者信息:若是,执行步骤222;若否,创建患者信息,并执行步骤222;109.步骤222:根据所述患者信息,判断是否有正在执行的康复计划信息,若是,得到所述康复计划信息;若否,执行步骤223;110.步骤223:判断所述健康特征信息是否为手术信息,若是,则获取所述手术信息数据,若否,则获取慢病信息数据;111.步骤s224:根据所述手术信息数据或所述慢病信息数据,若判定匹配康复计划信息成功,则将所述匹配成功的康复计划信息作为所述康复计划信息。112.进一步地,本发明提供的数据交互方法针对每个手术类型,可以配置术前、术后每天的康复任务,康复任务包含多种类型,例如复诊提醒,服药提醒,每日注意事项,健康评估表的填写,各健康指标的上报(血压、血糖、bmi),康复宣教文章。此外,各个医院,甚至不同的手术、不同疾病的患者服务包可以定制,每个医院都可以根据情况配置自己的康复内容。以手术患者为例,为了给手术患者提供康计划内容,可以利用本发明提供的数据交互方法为患者建立一套康复计划体系。113.为了便于更进一步地理解本发明,请参见图4,其示意性地给出了本发明一实施方式提供的患者服务包交互服务器中其中一种应用场景示意图。从图4可以看出,患者可以利用第一终端,通过扫描报到码(患者来源码,用于区别患者的来源),通过扫描获取登录账号并进入医院主页,通过手机号获取授权后,患者可以通过第一终端提交患者信息,从而建立医患关联,所述医患服务包交互服务器获取该患者对应的医生是否开通了患者服务包:114.若开通了患者服务包,则通过第一终端请患者填写手术信息(比默认可以为pci 手术),根据填写的手术信息,获取对应的患者服务包,比如,若为手术1的术后患者,所述患者服务包包括手术1康复计划和对多一交互服务(群聊)。若为手术2(出手术 1之外的其他手术)的术后患者,此时,所述患者服务包包括手术2康复计划和一对多交互服务(单聊)。若为术前患者则通过所述第一终端填写手术信息,获取患者服务包,此时,所述患者服务包括手术3(术前)康复计划和一对一交互模式(单聊)。若为慢病1的患者则通过所述第一终端获取疾病信息,获取慢病1对应的患者服务包,此时,所述患者服务包包括慢病1康复计划。具体地,请参见图5,其示意性地给出手术康复计划和慢病计划示例图。从图5可以看出,一个患者服务包交互服务器可以配置多个手术康复计划和慢病康复计划,同一疾病的手术或者同一慢病根据实际情况也可以对应多个康复计划。比如手术1康复计划包括但不限于康复打卡、注意事项、指标上报(血糖、血压、bmi)、宣教文章、复诊、评估表以及用药打卡。又比如高血压康复计划包括但不限于康复打卡、注意事项、指标上报(血糖、血压、bmi)、宣教文章、复诊、评估表以及用药打卡,需要特别说明地是,比如在某一实施方式中,假如手术1康复计划和高血压康复计划中均包括宣教文章和评估表,本领域技术人员应该能够理解,手术1 康复计划的宣教文章和评估表是与手术1相关的内容,高血压康复计划中的宣教文章和评估表是与高血压康复相关的内容。其他的康复内容以此类推,不再赘述。换句话说,患者在录入手术信息时,需要填写手术名、手术医院和手术日期。比如对于pci手术患者,根据手术医院、手术名自动匹配这家医院的pci康复计划,同时根据手术日期,推算出患者当前所处的阶段,例如是术前第几天,还是术后第几天,根据所处阶段给患者推送相应的康复任务。对于术前阶段的患者,医院可以配置术前注意事项等宣教内容,可以帮助医院更好的对患者进行术前宣教,减轻医护人员的负担,也有利于患者能多次随时查看了解手术注意事项,以便能够更好的遵循执行。在术后康复阶段,为了提升患者的依从性,在各需要复诊的时间节点设置复诊提醒,同时提醒患者按时监测血压、血糖,并按时服药,此外还可设置每日的康复任务让患者打卡,让pci手术患者可以跟随一套系统化的康复方案进行术后恢复。115.若没有开通患者服务包,则所述患者服务包交互服务器通知所述第二终端有关患者报道的通知。如本领域技术人员可以理解地,本发明并不限制发送患者报道通知的具体方式,在其中一种实施方式中,可以为短信方式;在另外一种实施方式中,若开通了订阅通知,也可以为服务通知的方式。116.如本领域技术人员可以理解地,本发明提供的数据交互方法,并不限定第一终端接入所述患者服务包交互服务器的来源方式,大致列举如下:117.场景一:118.请参见图6,其为新用户通过医院推广码获取康复计划信息的应用场景示意图。从图6可以看出,若第一终端通过扫描医院推广码的方式进入,首先获取对应的医生报到码(医院推广码中包括医生的报到码信息),根据该医生的报到码,若该医生名下没有该患者的信息(可以根据第一终端的信息识别,比如手机号),则创建该患者的信息,之后,根据该患者的手术及疾病情况,匹配相应的康复计划;若该医生名下已有该患者的信息,则选择该患者,判断当前是否已有康复计划信息,若有,则维持康复计划布标,否则,则根据该患者的手术及疾病情况,匹配相应的康复计划。119.场景二:120.请参见图7,图7为新用户通过填写植入卡获取康复计划信息的应用场景示意图,从图7可以看出,若通过填写植入卡手术信息,则授权激活小程序,匹配该医院与所述植入卡手术信息相关的康复计划信息。121.场景三:122.请参见图8,图8为新用户通过线上自然流程获取康复计划信息的应用场景示意图,从图8可以看出,通过授权激活小程序,通过所述第一终端的操作界面(比如康复页面),点击添加康复计划,并根据患者通过所述第一终端填写的健康信息(手术信息或疾病信息),匹配对应的康复计划信息。123.场景四:124.请参见图9,图9为老用户通过自主添加康复计划的应用场景示意图。从图9可以看出,通过所述第一终端的操作界面(比如康复页面),点击添加康复计划,并根据患者通过所述第一终端填写的健康信息(手术信息或疾病信息),匹配对应的康复计划信息。125.如本领域技术人员可以理解地,上述各个场景仅是示例性说明,而非本发明的限制。126.优选地,在其中一种示范性实施方式中,所述第一信息包括健康咨询信息、出院小结信息、复诊确认信息、随访确认信息、随访问卷反馈信息、用药记录信息和/或康复计划执行信息;127.所述第二信息包括患者服务包确认信息,以及第一健康咨询反馈信息、随访任务执行信息和/或复诊执行信息;128.所述第三信息包括第二健康咨询反馈信息、用药方案信息和/或咨询求助信息。129.具体地,在其中一种示例性实施方式中,针对患者在术后康复过程中难免有问题需要咨询医生(所述第一信息),但医生由于时间有限,难以做到及时响应对患者提供的咨询服务通过本发明提供的患者服务包交互服务的多对一交互服务(群聊)的形式进行,群聊里包含医生、医助、护士,这样,医助和护士也能跟进帮助医生服务患者,以提升患者的满意度。同时会在多对一交互服务里自动化的推送一些提醒,例如在患者术后第三天,会发送上传出院小结的提醒,患者在群聊im框里即可上传出院小结(比如拍照、语音等),医助可以根据患者上传的出院小结,通过第三终端或者患者管理后台 (比如浏览器)填写患者的用药方案(所述第三信息),这样在提醒患者服药的康复任务里,患者也可以清晰的了解自己所服用的药品。此外,本发明提供的患者服务包交互服务器会根据患者的手术日期,在群聊里自动化的推送复诊提醒,以便进一步提升患者依从性。针对患者的问题,医助也可以在群聊里发送文章进行宣教(所述第三信息),帮助患者更好的理解问题。当医助遇到疑难问题难以解答,医生又没有在线时,医助可以在通过第三终端或者患者管理后台向医生发起求助(所述第三信息),求助会以服务通知和/或短信的形式推送至第二终端,以便医生能及时响应(所述第二信息)。130.优选地,在其中一种示范性实施方式中,请继续参见图1,所述数据交互方法还包括:131.步骤s400:根据所述患者服务包和所述康复计划信息,向所述第一终端发送出院小结上传提醒信息、第二随访提醒信息和/或第一复诊提醒信息,向所述第二终端发送所述健康信息、第二随访提醒信息和/或第二复诊提醒信息;向所述第三终端发送第三随访提醒信息和/或第三复诊提醒信息。132.如本领域技术人员可以理解地,在具体实施本发明提供的数据交互方法时,为了让患者能够及时接收到im消息,可以利用服务通知推送新的im消息,患者服务包交互服务器自动化发送上传出院小结提醒、复诊提醒、随访提醒,以及医助发送的宣教文章这些特殊的消息体,都会以服务通知的形式推送给第一终端(患者)。133.进一步地,在其中一种示例性实施方式中,所述数据交互方法,还包括:按照预设推送规则,向所述第一终端推送所述康复计划信息。具体地,请参见图10,图10为本发明一实施方式提供的数据交互方法的康复计划推送机制的原理示意图。触发预设推送规则,则向所述第一终端发送康复训练任务,所述第一终端接收到该康复训练任务后,即可进入小程序计划页(第一终端的交互页面)进行完成。具体地,如本领域技术人员能够理解地,本发明并不限制所述预设推送规则、康复训练任务以及小程序计划页的具体内容和形式。比如,在其中一种实施方式中,所述预设推送规则为:康复服务出现新阶段时,以评估表、康复计划和注意事项这三类为例,根据用户的手术时间,在这三类康复内容的每个阶段的起始时间推送提醒。例如,对于康复计划,术后1-2天执行a内容,术后3-5天执行b内容,则在第1天、第3天的早上8:00推送该消息;如果在同一天,多种类型的康复内容都进入新阶段,则只需推送一条(当然,在其他的实施方式中,也可以同时推送,本发明对此不作限制)。进一步地,在实际应用时,所述康复训练任务的内容包括康复内容及康复阶段,具体示例如下:[0134][0135]如本领域技术人员可以理解地,利用本发明提供的数据交互方法,在医患关联建立后,医生即可对患者进行管理。为了让医生能够及时掌握患者术后康复情况,患者在康复任务中通过所述第一终端上报的血压,血脂、bmi会同步给所述第二终端(医生),患者的用药记录也会同步给医生。医生也可对患者发起随访(所述第二信息),比如对于pci手术患者,会默认生成一个固定时间轴的随访任务,医生可以便捷的查看当天需要随访的患者名单。在又一实施方式中,如果医生当天未及时完成随访,患者服务包交互服务器会自动化的在上述医患沟通群聊里给患者推送一个随访表单填写的消息。患者在群聊里点击该消息即可完成表单的填写,填写的内容会同步给所述第二终端(医生) 查看。包括一套完整的手术康复体系的搭建,能涵盖术前术后各阶段的宣教和康复需求。[0136]进一步地,通过一对多服务交互方式(建立群聊,医助、护士、医生)共同来服务患者,以护士名义自动化发送出院小结上传提醒、复诊提醒、复诊确认等消息,既能提升护士工作效率,也能提升患者的依从性。[0137]更进一步地,患者在做康复任务时,产生的健康数据也会与所述第二终端进行互通,使整个医患交互系统处在一个数据体系,有利于医生对患者进行管理,进而更高效的服务于患者,促进患者的术后康复。[0138]由此,本发明提供的数据交互方法,通过互联网技术建立和保持医院、医生和患者三者之间长久的良好关系,能够帮助医院和医生实现改善患者康复体验、提高患者的满意度和医疗服务质量的目的。[0139]为了便于进一步理解本发明,以下分别以自动化随访流程及相应的应用实例以及术后服务包服务流程为例进行说明。[0140]一、自动化随访流程场景[0141]请参见图11,其示意性地给出了一实施方式提供的数据交互方法的自动化随访流程交互示意图,如图11所示,医助(护士等医护人员)通过所述第三终端或患者服务包交互服务器的后台(应用程序或浏览器等)制定随访模板(所述第三信息),指定随访人员(包括患者对应的医生和护士),所述第一终端接收到该随访消息后,患者可以输入手术信息,若有与该手术信息匹配的随访模板,则启动生成随访任务,若没有与该手术信息匹配的随访模板,则手动生成随访任务,通知所述第二终端,确定随访执行时间后,根据接收到的随访任务通知,执行随访,并记录随访信息。[0142]根据以上随访的原理,请参见图12,其示意性地给出了其中一种随访实例流程图,结合图11和图12,本领域的技术人员应该能清楚地理解随访的大致流程。[0143]二、术后服务包服务流程场景[0144]请参见图13,其示意性地给出了一实施方式应用本发提供的数据交互方法实施 pci术后服务包服务流程示意图,如图13所示,所述第一终端(患者端)通过扫描所述第二终端(医生端)或其中一个第三终端(护士端)的二维码,以访问所述患者服务包交互服务器,在必要时补充手术信息,进入服务包,较佳地,可以通过欢迎语的方式告知第二终端,若需要出院小结,则通过所述其中一个所述第三终端(护士端)提示上次出院小结并通知所述第一终端(患者端),上传出院小结,记录用药等。在康复计划信息执行的过程中,若患者有副作用等问题咨询时,咨询的问题可以发送至所另一个所述第三终端(医助端),若医助能够解答,则医助解答,若医助无法解答,则医生解答。若需要复诊,在复诊前预设时间段(比如复诊前三天),护士提醒患者复诊,患者收到复诊提醒后,线下就诊,直至确认复诊完成,则服务结束。[0145]如本领域技术人员可以理解地,上述实施方式虽然以pci术后服务包服务流程为例进行说明,很显然地,上述仅是示例性描述,本发明并不限制具体的手术或疾病类型。[0146]由此可见,本发明提供的数据交互方法,患者通过所述第一终端可主动联系服务医生及团队,医助接受到消息后会及时回复患者的消息,若遇到专业的疾病问题,医助可以求助医生由医生来回复消息。由此,本发明提供的数据交互方法,能够根据患者手术情况自动发出随访消息和复诊提醒消息,方便患者及时复诊和填写新报到的患者,从而能够在所述第二终端和/或所述第三终端查看到患者报到信息,方便医生及医助及时了解新患者的情况。[0147]基于同一发明构思,本发明的其他实施方式分别提供了用于第一终端、第二终端以及第三终端的数据交互方法,分别简要说明如下:[0148]本发明的其中一实施方式,提供了用于第一终端的数据交互方法,所述数据交互方法包括:[0149]通过第一人机交互装置接收健康信息,并将所述健康信息发送至患者服务包交互服务器;[0150]通过所述第一人机交互装置输出所述患者服务包交互服务器发送的康复计划信息;其中,所述康复计划信息由所述患者服务包交互服务器根据患者服务包得到;所述患者服务包由所述患者服务包交互服务器根据所述健康信息得到;[0151]通过所述第一人机交互装置接收第一信息,并将所述第一信息发送至所述患者服务包交互服务器;还用于接收第二终端发送的第二信息和/或第三终端发送的第三信息。[0152]本发明的另一实施方式,提供了用于第二终端的数据交互方法,所述数据交互方法包括:[0153]接收患者服务包交互服务器发送的健康信息;以及接收第一终端发送的第一信息和/或第三终端发送的第三信息;通过第二人机交互装置接收第二信息并将所述第二信息发送至所述患者服务包交互服务器;[0154]根据所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息。[0155]本发明的另一实施方式,提供了用于第三终端的述数据交互方法,所述数据交互方法包括:[0156]接收患者服务包交互服务器发送的健康信息;以及接收第一终端发送的第一信息和/或第二终端发送的第二信息,以及通过第三人机交互装置接收第三信息并将所述第三信息发送至所述患者服务包交互服务器;[0157]根据所述健康信息、所述患者服务包、以及所述第一信息和/或所述第二信息,管理康复计划信息。[0158]由于用于第一终端、第二终端以及第三终端的数据交互方法与上述各用于患者服务包交互服务器的数据交互方法的基本原理类似,在此,不再一一赘述。[0159]实施例二[0160]本实施例提供了一种患者服务包交互服务器,具体地,请参见图14,其示意性地给出了本实施例提供的患者服务包交互服务器的结构示意图。从图14可以看出,本实施例提供的患者服务包交互服务器100包括医患关联模块110、康复计划管理模块120 和康复计划交互模块130。具体地,所述医患关联模块110,被配置为根据接收到的第一终端200发送的健康信息,获取医患关联信息;其中,所述健康信息包括患者基本信息和健康特征信息。所述康复计划管理模块120,被配置为根据所述医患关联信息和所述健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端200发送所述康复计划信息。所述康复计划交互模块130,被配置为根据所述医患关联信息和所述患者服务包,将接收到的第一终端200的第一信息发送至第二终端300和/或第三终端400,以及将接收到的所述第二终端300的第二信息发送至所述第一终端200和/或所述第三终端400、和/或将接收到的所述第三终端400的第三信息发送至所述第一终端200和/ 或所述第二终端300。[0161]由此可见,基于医患关联关系的针对性和稳定性,本发明提供的患者服务包交互服器100通过医患关联模块110,克服了现有技术中根据咨询内容在线筛选医生,而医生对病情了解有限的弊端,保证了医患沟通的长期连续性,有利于患者的康复进程;进一步地,本发明提供的患者服务包服务器100通过康复计划管理模块120,克服了现有技术中提供的康复指导信息仅仅到疾病维度、缺乏系统性、无法满足实际需要的缺陷,尤其是对于手术患者来说,本发明提供的患者服务包交互服器100能够为患者提供针对性的健康指导,患者服务包和康复计划信息涵盖术前、术后各阶段的宣教和康复需求。更进一步地,本发明提供的患者服务包交互服务器100的康复计划交互模块130,引入了除医生之外的其他医疗服务成员,不仅能够提升医生、医助/护士的工作效率,而且能提升患者的依从性。因此,本发明提供的患者服务包交互服务器100,能够为患者提供系统的、有针对性且持续性的医疗服务,在提高医生、护士工作效率的同时,提升了患者依从性;此外,患者在做康复任务时,本发明提供的患者服务包服务器100实现了患者、医生和护士/医助的信息互通,有利于医生对患者进行管理,从而更高效的服务于患者,促进患者康复。[0162]需要说明的是,在实际应用中,一个患者服务包交互服务器100通常情况下对应一个医院,显然地,这并非本发明的限制,在其他的实施方式中,一个医院也可以拥有多个患者服务包交互服务器(比如用于手术患者的患者服务包交互服务器、用于慢病患者的患者服务包交互服务器等),或者多个医院对应一个患者交互服务器。[0163]实施例三[0164]本实施例提供了一种终端,所述终端用于与上述任一项所述的患者服务包交互服务器100进行患者医疗服务包的信息交互,更确切地说,本实施例提供的终端通常由患者使用,如前文所述,为了便于理解和区分,本实施例提供的终端称为第一终端200。请参见图15,其示意性地给出了本实施例提供的第一终端的结构示意图。从图15可以看出,本实施例提供的所述第一终端200包括健康信息接收模块210、康复计划接收模块220和第一康复计划交互模块230。[0165]具体地,所述健康信息接收模块210,被配置为通过第一人机交互装置(图中未示出)接收健康信息,并用于将所述健康信息发送至所述患者服务包交互服务器100。所述康复计划接收模块220,被配置为通过所述第一人机交互装置输出所述患者服务包交互服务器100发送的康复计划信息;其中,所述康复计划信息由所述患者服务包交互服务器100根据患者服务包得到;所述患者服务包由所述患者服务包交互服务器100根据所述健康信息得到。所述第一康复计划交互模块230,被配置为通过所述第一人机交互装置接收第一信息,并将所述第一信息发送至所述患者服务包交互服务器100;还用于接收所述第二终端300发送的第二信息和/或所述第三终端400发送的第三信息。[0166]由于本发明提供的第一终端200,与本发明提供的患者服务包交互服务器100属于同一发明构思,因此,本发明提供的第一终端200,具有上文所述的患者服务包交互服务器100的所有优点,在此,不再赘述。[0167]实施例四[0168]本实施例提供了另一种终端,本实施例提供的所述终端用于与上述任一项所述的患者服务包交互服务器100进行患者医疗服务包的信息交互,更确切地说,本实施例提供的终端通常由医生使用,如前文所述,为了便于理解和区分,本实施例提供的终端称为第二终端300。请参见图16,其示意性地给出了本实施例提供的第二终端的结构示意图。从图16可以看出,所述第二终端300包括第二康复计划交互模块310和第一康复计划管理模块320。[0169]具体地,所述第二康复计划交互模块310,被配置为接收所述患者服务包交互服务器100发送的健康信息;以及接收所述第一终端200发送的第一信息和/或所述第三终端400发送的第三信息,还用于通过第二人机交互装置(图中未标示)接收第二信息并将所述第二信息发送至所述患者服务包交互服务器100。所述第一康复计划管理模块 320,被配置为根据所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息。[0170]由于本发明提供的第二终端300,与本发明提供的患者服务包交互服务器100属于同一发明构思,因此,本发明提供的第二终端300,具有上文所述的患者服务包交互服务器100的所有优点,在此,不再赘述。[0171]实施例五[0172]本实施例提供了又一种终端,本实施例提供的所述终端用于与上述任一项所述的患者服务包交互服务器100进行患者医疗服务包的信息交互,更确切地说,本实施例提供的终端通常由医助、护士或其他医护人员使用,如前文所述,为了便于理解和区分,本实施例提供的终端称为第三终端400。请参见图17,其示意性地给出了本实施例提供的第三终端的结构示意图。从图17可以看出:所述第三终端400包括:第三康复计划交互模块410和第二康复计划管理模块420。[0173]具体地,所述第三康复计划交互模块410被配置为接收所述患者服务包交互服务器100发送的健康信息;以及接收所述第一终端200发送的第一信息和/或所述第二终端300发送的第二信息,还用于通过第三人机交互装置(图中未标示)接收第三信息并将所述第三信息发送至所述患者服务包交互服务器100。所述第二康复计划管理模块 420,被配置为根据所述健康信息、患者服务包、以及所述第一信息和/或所述第二信息,管理康复计划信息。[0174]由于本发明提供的第三终端400,与本发明提供的患者服务包交互服务器100属于同一发明构思,因此,本发明提供的第三终端400,具有上文所述的患者服务包交互服务器100的所有优点,在此,不再赘述。[0175]实施例六[0176]本实施例提供了一种医患交互系统,请参见图18,其示意性地给出了本实施例提供的医患交互系统的结构示意图。从图18可以看出:本实施例提供的医患交互系统包括通信连接的患者服务包交互服务器100、第一终端200、第二终端300和第三终端400。[0177]具体地,所述患者服务包交互服务器100,被配置为接收所述第一终端100发送的健康信息,并根据所述健康信息,向所述第一终端200发送康复计划信息;还用于将接收到的所述第一终端200的第一信息和所述健康信息发送至所述第二终端300和所述第三终端400,并将接收到的所述第二终端300的第二信息发送至所述第一终端200和所述第三终端400,将接收到的所述第三终端400的第三信息发送至所述第一终端200和所述第二终端300。所述第一终端200,被配置为通过第一人机交互装置接收所述健康信息和所述第一信息,并用于将所述健康信息和所述第一信息发送至所述患者服务包交互服务器100。所述第二终端300,被配置为根据接收到的所述健康信息,以及所述第一信息和/或所述第三信息,管理患者服务包和康复计划信息;还用于通过第二人机交互装置接收第二信息,并用于将所述第二信息发送至所述患者服务包交互服务器100。所述第三终端400,被配置为根据接收到的所述健康信息,以及所述第一信息和/或所述第二信息,管理康复计划信息;还用于通过第三人机交互装置接收第三信息,并用于将所述第三信息发送至所述患者服务包交互服务器100。[0178]由于本发明提供的医患交互系统,与本发明提供的患者服务包交互服务器100属于同一发明构思,因此,本发明提供的医患交互系统,具有上文所述的患者服务包交互服务器100的所有优点,在此,不再赘述。[0179]如本领域技术人员可以理解地,上述仅是较佳实施方式的描述,而非本发明的限制,比如,在其中一种实施方式中,比如对于术前患者,所述医患交互系统包括通信连接的患者服务包交互服务器100、第一终端200和第二终端300。在另一实施方式中,比如对于慢病患者,所述医患交互系统包括通信连接的患者服务包交互服务器100、第一终端200和第二终端300。在又一实施方式中,比如对于术后患者,所述医患交互系统包括通信连接的患者服务包交互服务器100、第一终端200、第二终端300和第三终端400。[0180]本发明的再一实施方式还提供了一种电子设备,请参考图19,其示意性地给出了本发明一实施方式提供的电子设备的方框结构示意图。如图19所示,所述电子设备包括处理器510和存储器530,所述存储器530上存储有计算机程序,所述计算机程序被所述处理器510执行时,实现上文所述的数据交互方法的各个步骤。[0181]如图19所示,所述电子设备还包括通信接口520和通信总线540,其中所述处理器510、所述通信接口520、所述存储器530通过通信总线540完成相互间的通信。所述通信总线540可以是外设部件互连标准(peripheral component interconnect,pci)总线或扩展工业标准结构(extended industry standard architecture,eisa)总线等。该通信总线540可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。所述通信接口520用于上述电子设备与其他设备之间的通信。[0182]本发明实施方式中所称处理器510可以是中央处理单元(central processing unit, cpu),还可以是其他通用处理器、数字信号处理器(digital signal processor,dsp)、专用集成电路(application specific integrated circuit,asic)、现成可编程门阵列 (field-programmable gate array,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器510是所述电子设备的控制中心,利用各种接口和线路连接整个电子设备的各个部分。[0183]所述存储器530可用于存储所述计算机程序,所述处理器510通过运行或执行存储在所述存储器530内的计算机程序,以及调用存储在存储器530内的数据,实现所述电子设备的各种功能。所述存储器530可以包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态 ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率 sdram(ddrsdram)、增强型sdram(esdram)、同步链路 (synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。[0184]综上所述,与现有技术相比,本发明提供的数据交互方法、交互服务器、终端、系统和电子设备具有以下优点:[0185]基于医患关联关系的针对性和稳定性,本发明提供的数据交互方法,用于患者交互服务器,数据交互方法根据接收到的第一终端发送的健康信息,获取医患关联信息,克服了现有技术中根据咨询内容在线筛选医生,而医生对病情了解有限的弊端,保证了医患沟通的长期连续性,有利于患者的康复进程;进一步地,本发明提供的数据交互方法根据所述健康信息的医患关联信息和健康特征信息,获取患者服务包和康复计划信息,以及向所述第一终端发送所述康复计划信息,克服了现有技术中提供的康复指导信息仅仅到疾病维度、缺乏系统性、无法满足实际需要的缺陷,尤其是对于手术患者来说,本发明提供的患者服务包交互服器100能够为患者提供针对性的健康指导,患者服务包和康复计划信息涵盖术前、术后各阶段的宣教和康复需求。更进一步地,本发明提供的数据交互方法根据所述医患关联信息和所述患者服务包,将接收到的第一终端的第一信息发送至第二终端和/或第三终端,以及将接收到的所述第二终端的第二信息发送至所述第一终端和/或所述第三终端、和/或将接收到的所述第三终端的第三信息发送至所述第一终端和/或所述第二终端,引入了除医生之外的其他医疗服务成员,不仅能够提升医生、医助/护士的工作效率,而且能提升患者的依从性。因此,本发明提供的数据交互方法,能够为患者提供系统的、有针对性且持续性的医疗服务,在提高医生、护士工作效率的同时,提升了患者依从性;此外,患者在做康复任务时,本发明提供的数据交互方法实现了患者、医生和护士/医助的信息互通,有利于医生对患者进行管理,从而更高效的服务于患者,促进患者康复。[0186]由于本发明提供的患者服务包交互服务器、终端、医患交互系统和电子设备,与本发明提供的数据交互方法具有相应的技术特征,因此,本发明提供的终端、医患交互系统、数据交互方法和电子设备,具有上文所述的患者服务包交互服务器的所有优点,在此,不再赘述。[0187]应当注意的是,在本文的实施方式中所揭露的装置和方法,也可以通过其他的方式实现。以上所描述的装置实施方式仅仅是示意性的,例如,附图中的流程图和框图显示了根据本文的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用于执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。[0188]另外,在本文各个实施方式中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。[0189]上述描述仅是对本发明较佳实施方式的描述,并非对本发明范围的任何限定,本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰,均属于本发明的保护范围。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若这些修改和变型属于本发明及其等同技术的范围之内,则本发明也意图包括这些改动和变型在内。









图片声明:本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!




内容声明:本文中引用的各种信息及资料(包括但不限于文字、数据、图表及超链接等)均来源于该信息及资料的相关主体(包括但不限于公司、媒体、协会等机构)的官方网站或公开发表的信息。部分内容参考包括:(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供参考使用,不准确地方联系删除处理!本站为非盈利性质站点,发布内容不收取任何费用也不接任何广告!




免责声明:我们致力于保护作者版权,注重分享,被刊用文章因无法核实真实出处,未能及时与作者取得联系,或有版权异议的,请联系管理员,我们会立即处理,本文部分文字与图片资源来自于网络,部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理!的,若有来源标注错误或侵犯了您的合法权益,请立即通知我们,情况属实,我们会第一时间予以删除,并同时向您表示歉意,谢谢!

相关内容 查看全部