医患会话管理方法、装置和系统与流程

1.本发明涉及智慧医疗技术领域，尤其涉及一种医患会话管理方法、装置和系统。

背景技术：

2.在基于互联网技术的线上医疗实践中，医患之间一般仅能进行一对一的对话，患者仅能咨询一些简单问题，诊疗效率较低，不利于医疗进程的推进，也不利于线上医疗技术的发展。

技术实现要素：

3.有鉴于此，本发明实施例提供一种医患会话管理方法、装置和系统，能够在患者与医生团队之间创建会话以提升线上医疗系统的诊疗效率。
4.为实现上述目的，根据本发明的一个方面，提供了一种医患会话管理方法。
5.本发明实施例的医患会话管理方法执行在服务器端；所述方法包括：接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。
6.可选地，所述方法进一步包括：响应于任一医疗服务资源对象的会话冻结条件被满足，从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识指示的会话对象冻结。
7.可选地，任一医疗服务资源对象的会话冻结条件包括以下至少一种：该医疗服务资源对象到期、取消、服务终止。
8.可选地，所述方法进一步包括：响应于任一会话对象的会话变更条件被满足：将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。
9.可选地，任一会话对象的会话变更条件包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作。
10.可选地，所述方法进一步包括：响应于预设的卡片触发条件在任一会话对象中被满足，从预先存储的多个数据模板中确定所述卡片触发条件对应的数据模板，在确定的数据模板中填充业务数据形成卡片数据；将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，所述目标卡片是该患者终端和/或该医生终端利用确定的数据模板对应的卡片样式来渲染
所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间的映射关系。
11.可选地，所述卡片触发条件包括以下至少一种：患者在任一会话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。
12.可选地，所述服务器端预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像。
13.为实现上述目的，根据本发明的另一方面，提供了一种医患会话管理装置。
14.本发明实施例的医患会话管理装置设置在服务器端；所述装置可以包括：请求接收单元，用于接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；会话创建单元，用于生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。
15.为实现上述目的，根据本发明的另一方面，提供了一种医患会话管理系统。
16.本发明实施例的医患会话管理系统可以包括：医患关系确立服务、医疗原子服务、会话服务和数据库；其中，所述医患关系确立服务在接收到患者终端发出的医患关系确立请求之后，向外发出医患关系确立事件；其中，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；响应于接收到所述医患关系确立事件，所述医疗原子服务从所述数据库中获取所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息并发送到所述会话服务；所述会话服务生成会话标识，依据所述会话标识、所述患者信息以及所述医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识向所述医疗原子服务返回；所述医疗原子服务将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在所述数据库，并向外发出会话创建完成事件。
17.可选地，响应于监测到任一医疗服务资源对象的会话冻结条件被满足，所述医疗原子服务从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识发送到所述会话服务；所述会话服务将接收到的会话标识指示的会话对象冻结。
18.可选地，响应于监测到任一会话对象的会话变更条件被满足，所述医疗原子服务通知所述会话服务执行会话变更；所述会话服务将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，所述会话服务将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。
19.可选地，所述系统进一步包括卡片服务，所述卡片服务预先存储有多个数据模板；
以及，响应于监测到预设的卡片触发条件在任一会话对象中被满足，所述医疗原子服务调用所述卡片服务以获取所述卡片触发条件对应的数据模板，并在获取的数据模板中填充业务数据形成卡片数据；所述医疗原子服务调用所述会话服务将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，所述目标卡片是该患者终端和/或该医生终端利用获取的数据模板对应的卡片样式来渲染所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间的映射关系。
20.可选地，所述系统进一步包括配置服务和消息队列服务，所述配置服务预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系，所述消息队列服务用于实现所述系统中各服务之间的通信；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像；任一医疗服务资源对象的会话冻结条件包括以下至少一种：该医疗服务资源对象到期、取消、服务终止；任一会话对象的会话变更条件包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作；所述卡片触发条件包括以下至少一种：患者在任一会话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。
21.为实现上述目的，根据本发明的又一方面，提供了一种电子设备。
22.本发明的一种电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的医患会话管理方法。
23.为实现上述目的，根据本发明的再一方面，提供了一种计算机可读存储介质。
24.本发明的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的医患会话管理方法。
25.根据本发明的技术方案，上述发明中的实施例具有如下优点或有益效果：
26.在线上医疗场景中，患者可以使用其拥有的医疗服务资源对象从相应的多个医生团队中选择一个医生团队确立医患关系，服务器端的医疗原子服务和会话服务随之根据患者信息和患者所选择的医生团队中的医生信息建立会话对象，从而使患者终端与医生团队的各医生终端能够在同一会话界面进行沟通，由此拓展了线上诊疗实践的会话创建模式。相应地，本发明实施例还针对已创建会话对象提供了变更对话和冻结会话的执行流程，通过医疗原子服务和会话服务的协作实现变更会话和冻结会话的执行时机监测、数据准备以及会话管理，从而实现了医患会话的完整管理流程。进一步地，考虑到现有技术中会话界面的消息多为文字形式，从展示效果和交互体验方面来说较为单调，本发明实施例提供了一种卡片交互方式，具体来说，当患者在会话界面发起预设的卡片相关操作或者医疗原子服务监测到预设的卡片发送时机时，医疗原子服务与卡片服务协作将相应的数据模板与业务数据结合为卡片数据，卡片数据将在会话对象关联的患者终端和医生终端基于相应的卡片样式进行渲染和呈现，由此丰富会话界面的交互方式，提升交互体验，并且有助于线上诊疗效率的提高。
27.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
28.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
29.图1是本发明实施例中医患会话管理系统的架构示意图；
30.图2是本发明实施例的会话创建流程示意图；
31.图3是本发明实施例的会话变更流程示意图；
32.图4是本发明实施例的会话冻结流程示意图；
33.图5是本发明实施例的卡片发送流程示意图；
34.图6是本发明实施例的目标卡片外形示意图；
35.图7是本发明实施例中医患会话管理方法的主要步骤示意图；
36.图8是本发明实施例中医患会话管理装置的组成部分示意图；
37.图9是根据本发明实施例可以应用于其中的示例性系统架构图；
38.图10是用来实现本发明实施例中医患会话管理方法的电子设备结构示意图。
具体实施方式
39.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
40.在现有的基于互联网技术的线上医疗实践中，医患之间一般仅能进行一对一的对话，患者仅能咨询一些简单问题，诊疗效率较低，不利于医疗进程的推进，也不利于线上医疗技术的发展。另外，医患会话之间的数据形式主要是文本，从展示效果和交互体验方面来说较为单调。针对以上问题，本发明试图建立患者与多个医生之间的体性会话模式以及相应的会话创建、变更、冻结流程，并且设计一种卡片交互方式，由此丰富会话界面的交互方式，提升交互体验。需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
41.图1是本发明实施例中医患会话管理系统的架构示意图，参见图1，本发明实施例的医患会话管理系统可以采用微服务架构，包括医患关系确立服务、医疗原子服务、会话服务和数据库。其中，医患关系确立服务用于通过签约等方式与患者建立医患关系。实际应用中，患者可以首先通过受赠或者购买等方式获得医疗服务资源对象(例如医疗服务包)来执行线上诊疗，不同的医疗服务资源对象通过其唯一的标识进行区分，各医疗服务资源对象通过预先配置能够对应于多个医生团队，此医生团队根据业务需求进行配置，每一医生团队可以包括至少一名医生，以上医生可以包括医师、医师助理、护士等，同一医生团队中的医生可以承担主管医生、专职管家(专职执行挂号、医嘱等事务)、值班管家(辅助执行管家功能)等角。患者可以使用其拥有的医疗服务资源对象并根据自身需要来选择相应的多个医生团队中的一个医生团队，并与所选择的医生团队签约以建立医患关系。会话服务用于执行会话创建、变更、冻结等管理功能，医疗原子服务用于向会话服务提供患者信息、医生信息等会话管理相关的业务数据以及执行数据存储、消息发送等功能。以上数据库可以架设在服务器本地，也可以架设在云端。
42.作为一个优选方案，本发明实施例的医患会话管理系统还可以包括配置服务、消
息队列服务和卡片服务。配置服务用于从医生数据库中获取医生的详细信息从而组成各医生团队，并用于执行各医生团队与各医疗服务资源对象之间映射关系的配置。消息队列服务用于实现医患关系确立服务、医疗原子服务以及服务器端其它服务之间的通信。卡片服务用于提供卡片的数据模板，其与医疗原子服务协作能够实现会话对象界面的卡片式交互。
43.以下说明本发明实施例的会话创建流程，参见图1和图2。当患者使用其所拥有的医疗服务资源对象并选择待签约的医生团队之后，患者终端向服务器端的医患关系确立服务发送医患关系确立请求，医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识，可以理解，以上医生团队标识是患者在以上医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识，医患关系确立服务通过调用配置服务中的配置数据来向患者终端提供相应的医生团队信息。此外，本发明实施例中的患者终端和医生终端可以是个人计算机pc，也可以是移动智能终端。
44.医患关系确立服务在接收到医患关系确立请求之后(步骤s201)，向患者终端返回医患关系确立的响应(步骤s202)，并将以上患者标识、医生团队标识以及医疗服务资源对象的标识之间的映射关系存储在数据库。此后，医患关系确立服务继续与患者终端交互来获取包括患者名称、昵称、头像在内的患者信息，并将获取到的患者信息存储在数据库(步骤s203)。实际应用中，医患关系确立服务还可以进一步获取患者的历史诊疗资料和检查资料并存储在数据库，以供后期诊断所需。之后，医患关系确立服务向消息队列服务发送医患关系确立事件(步骤s204)，以上医患关系确立事件会由医疗原子服务预先订阅。
45.医疗原子服务从消息队列服务接收到医患关系确立事件(步骤s205)之后，从数据库中获取患者标识对应的患者信息(例如患者的名称、昵称、头像)以及患者所选择的医生团队中的医生信息(例如医生团队中每一医生的名称、昵称、头像)并发送到会话服务，由此对会话服务提供数据支持(步骤s206)。会话服务随即执行会话创建，会话服务首先生成会话标识(步骤s207)，并依据会话标识、接收到的患者信息以及医生信息创建患者终端与医生终端之间的会话对象(步骤s208)，并将会话标识向医疗原子服务返回，以表示会话创建完成(步骤s209)。医疗原子服务将以上会话标识、患者标识、医生团队标识以及医疗服务资源对象的标识之间的映射关系存储在数据库(步骤s210)，并向消息队列服务发出会话创建完成事件(步骤s211)，从而实现了聊式医患会话的创建。服务器端的其它相关服务从消息队列服务中获取到会话创建完成事件之后，可以执行预设动作，例如，用于发送提示信息的服务从消息队列服务获取到会话创建完成事件之后，可以在会话对象界面发送预设格式与预设内容的欢迎语。
46.以下说明本发明实施例的会话变更流程，参见图3。在步骤s301中，医疗原子服务监测到任一会话对象的会话变更条件被满足。实际应用中，任一会话对象的会话变更条件可以是该会话对象中的医生退出(例如医生离职或者医生团队的人员调整)，或者患者针对该会话对象发起医生变更操作，这两种情况都可能涉及某些医生的退出以及另外一些医生的加入，医生的退出和加入可以根据患者的操作或者配置服务的配置信息更改来确定。在步骤s302中，医疗原子服务通知会话服务执行会话变更。
47.此后可以有两种变更路径。在路径1，会话服务在原会话对象中直接进行信息变更，具体地，会话服务将相应的会话对象中待移除的医生信息移除，将待加入的医生信息加
入该会话对象，并保持该会话对象的会话标识不变(步骤s303和s304，这两个步骤可以按照任意先后顺序执行)。在路径2，会话服务首先将相应的会话对象冻结(步骤s305)，此后生成新的会话标识(步骤s306)，依据新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象(步骤s307)。最后，在步骤s308，会话服务向医疗原子服务返回会话变更完成通知(步骤s308)，医疗原子服务向消息队列服务发出会话变更完成事件，从而实现了聊式医患会话的变更。服务器端的其它相关服务从消息队列服务中获取到会话变更完成事件之后，可以执行预设动作。需要说明的是，在以上会话更改过程中，可以根据需要适应性地修改配置服务中的相关配置信息。
48.以下说明本发明实施例的会话冻结流程，参见图4。在步骤s401中，医疗原子服务监测到任一医疗服务资源对象的会话冻结条件被满足。具体应用中，任一医疗服务资源对象的会话冻结条件可以包括以下情况：该医疗服务资源对象到期、取消(例如患者退款即意味着医疗服务资源对象取消)、服务终止。在步骤s402中，医疗原子服务从数据库中查询该医疗服务资源对象对应的会话标识。在步骤s403中，医疗原子服务将查询到的会话标识发送到会话服务。在步骤s404中，会话服务将接收到的会话标识指示的会话对象冻结。在步骤s405中，会话服务向医疗原子服务返回会话冻结完成通知。医疗原子服务接收到会话冻结完成通知之后，向消息队列服务发送会话冻结完成事件，从而实现了聊式医患会话的冻结。服务器端的其它相关服务从消息队列服务中获取到会话冻结完成事件之后，可以执行预设动作。
49.以下说明本发明实施例的卡片发送流程，参见图5和图6。在本发明实施例中，卡片是一种具备特定样式(包括图案、颜、字体、布局等)以及特定内容(包括文字、图像、按钮等)的数据对象，其对患者的友好程度和易操作性都优于传统的文字交互形式，图6即示出一种当医生终端都不在线时向患者发送的卡片。
50.如图5所示，在步骤s501中，医疗原子服务监测到预设的卡片触发条件在任一会话对象中被满足。在一个可选的技术方案中，以上卡片触发条件可以是患者在任一会话对象界面发起预设的卡片相关操作，例如，患者在某会话对象界面点击“挂专家号”按钮，则服务器端可以在该会话对象界面向患者展示挂专家号相关的卡片。又如，当患者想要挂号并填写完成挂号信息表单且点击“提交”按钮之后，服务器端在会话对象界面向患者展示包含已填写挂号信息的卡片，以供患者查看和信息确认。实际应用中，以上卡片触发条件还可以是会话对象的某种状态触发了卡片发送时机，例如，当患者在会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态，则服务器端可以在该会话对象界面向患者展示图6所示的卡片，以避免无人应答的情况并向患者提供解决问题的途径。在图6中，“与值班管家沟通”区域是一个按钮，可以访问预设页面或触发预设动作。
51.在步骤s502中，医疗原子服务从卡片服务中获取卡片触发条件对应的数据模板。其中，卡片服务预先存储有多个数据模板以及各数据模板与卡片触发条件之间的映射关系，可以理解，卡片服务可以根据各卡片触发条件及其被满足的具体情况(例如关联哪种卡片相关操作或者卡片发送时机)确定相应的数据模板。示例性地，以上数据模板可以是json(javascript object notation，js对象符号)或者xml(extensible markup language，可扩展标记语言)格式的模板，以下为图6卡片对应的json格式的数据模板的示例：
[0052][0053][0054]
其中，title、toplabelcontent1、button1等字段决定了卡片的展示内容；sessionid为会话标识，用于确定相应的会话对象；navprotocol字段用于设置按钮的链接方式，navprotocol中的“lableid”、“type”等字段均与具体业务相关，此例仅为展示数据模板的结构，因此不需说明这些字段的具体含义。可以看到，在以上示例中，“sessionid”、“functionid”、“params”等字段对应的值为空值，这些空值可以由相应的业务数据填充，从而形成卡片数据。可以理解，数据模板的以上空值也可以用特定变量形式或者占位符来代替。
[0055]
继续参见图5，在步骤s503中，医疗原子服务在获取的数据模板中填充业务数据形成卡片数据。具体地，医疗原子服务在数据模板的以上空值位置填充会话标识、医生信息、患者信息等相关业务数据以形成卡片数据。在步骤s504中，医疗原子服务调用会话服务将卡片数据向会话对象所关联的患者终端和医生终端发送。在步骤s505中，患者终端和该医生终端利用卡片数据的数据模板对应的卡片样式来渲染卡片数据，从而形成目标卡片。实际应用中，患者终端和医生终端预先存储有数据模板与卡片样式之间的映射关系，从而能够根据卡片数据的数据模板确定相应的卡片样式。在步骤s506中，患者终端和医生终端在会话对象界面显示目标卡片。如此，则实现了聊式医患会话界面的卡片交互。
[0056]
根据本发明实施例的技术方案，在线上医疗场景中，患者可以使用其拥有的医疗服务资源对象从相应的多个医生团队中选择一个医生团队确立医患关系，服务器端的医疗
原子服务和会话服务随之根据患者信息和患者所选择的医生团队中的医生信息建立会话对象，从而使患者终端与医生团队的各医生终端能够在同一会话界面进行沟通，由此拓展了线上诊疗实践的会话创建模式。相应地，本发明实施例还针对已创建会话对象提供了变更对话和冻结会话的执行流程，通过医疗原子服务和会话服务的协作实现变更会话和冻结会话的执行时机监测、数据准备以及会话管理，从而实现了医患会话的完整管理流程。进一步地，考虑到现有技术中会话界面的消息多为文字形式，从展示效果和交互体验方面来说较为单调，本发明实施例提供了一种卡片交互方式，具体来说，当患者在会话界面发起预设的卡片相关操作或者医疗原子服务监测到预设的卡片发送时机时，医疗原子服务与卡片服务协作将相应的数据模板与业务数据结合为卡片数据，卡片数据将在会话对象关联的患者终端和医生终端基于相应的卡片样式进行渲染和呈现，由此丰富会话界面的交互方式，提升交互体验，并且有助于线上诊疗效率的提高。
[0057]
图7是本发明实施例中医患会话管理方法的主要步骤示意图。
[0058]
如图7所示，本发明实施例的医患会话管理方法执行在服务器端(即前述医患会话管理系统一端)，可具体按照如下步骤执行：
[0059]
步骤s701：接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识。步骤s702：生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。由于各步骤的具体执行细节已在前文说明，此处仅做简单说明。
[0060]
在本发明实施例中，所述方法可进一步包括：响应于任一医疗服务资源对象的会话冻结条件被满足，从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识指示的会话对象冻结。实际应用中，任一医疗服务资源对象的会话冻结条件可以包括以下至少一种：该医疗服务资源对象到期、取消、服务终止。
[0061]
作为一个优选方案，所述方法可进一步包括：响应于任一会话对象的会话变更条件被满足：将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。具体应用中，任一会话对象的会话变更条件可以包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作。
[0062]
较佳地，所述方法可进一步包括：响应于预设的卡片触发条件在任一会话对象中被满足，从预先存储的多个数据模板中确定所述卡片触发条件对应的数据模板，在确定的数据模板中填充业务数据形成卡片数据；将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，所述目标卡片是该患者终端和/或该医生终端利用确定的数据模板对应的卡片样式来渲染所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间的映射关系。可选地，所述卡片触发条件可以包括以下至少一种：患者在任一会
话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。
[0063]
此外，在本发明实施例中，所述服务器端预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像。
[0064]
需要说明的是，对于前述的各方法实施例，为了便于描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，某些步骤事实上可以采用其它顺序进行或者同时进行。此外，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是实现本发明所必须的。
[0065]
为便于更好的实施本发明实施例的上述方案，下面还提供用于实施上述方案的相关装置。
[0066]
请参阅图8所示，本发明实施例提供的医患会话管理装置设置在服务器端，可以包括：请求接收单元801、会话创建单元802、会话变更单元803、会话冻结单元804和卡片发送单元805。
[0067]
其中，请求接收单元801可用于接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识。
[0068]
会话创建单元802可用于生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。
[0069]
会话冻结单元804可用于：响应于任一医疗服务资源对象的会话冻结条件被满足，从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识指示的会话对象冻结。较佳地，任一医疗服务资源对象的会话冻结条件包括以下至少一种：该医疗服务资源对象到期、取消、服务终止。
[0070]
会话变更单元803可用于：响应于任一会话对象的会话变更条件被满足：将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。可选地，任一会话对象的会话变更条件可以包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作。
[0071]
卡片发送单元805可用于：响应于预设的卡片触发条件在任一会话对象中被满足，从预先存储的多个数据模板中确定所述卡片触发条件对应的数据模板，在确定的数据模板中填充业务数据形成卡片数据；将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，所述目标卡片是该患者终端和/或该医生终端利用确定的数据模板对应的卡片样式来渲染所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间
的映射关系。优选地，所述卡片触发条件包括以下至少一种：患者在任一会话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。
[0072]
此外，在本发明实施例中，所述服务器端预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像。
[0073]
根据本发明实施例的技术方案，在线上医疗场景中，患者可以使用其拥有的医疗服务资源对象从相应的多个医生团队中选择一个医生团队确立医患关系，服务器端的医疗原子服务和会话服务随之根据患者信息和患者所选择的医生团队中的医生信息建立会话对象，从而使患者终端与医生团队的各医生终端能够在同一会话界面进行沟通，由此拓展了线上诊疗实践的会话创建模式。相应地，本发明实施例还针对已创建会话对象提供了变更对话和冻结会话的执行流程，通过医疗原子服务和会话服务的协作实现变更会话和冻结会话的执行时机监测、数据准备以及会话管理，从而实现了医患会话的完整管理流程。进一步地，考虑到现有技术中会话界面的消息多为文字形式，从展示效果和交互体验方面来说较为单调，本发明实施例提供了一种卡片交互方式，具体来说，当患者在会话界面发起预设的卡片相关操作或者医疗原子服务监测到预设的卡片发送时机时，医疗原子服务与卡片服务协作将相应的数据模板与业务数据结合为卡片数据，卡片数据将在会话对象关联的患者终端和医生终端基于相应的卡片样式进行渲染和呈现，由此丰富会话界面的交互方式，提升交互体验，并且有助于线上诊疗效率的提高。
[0074]
图9示出了可以应用本发明实施例的医患会话管理方法或医患会话管理装置的示例性系统架构900。
[0075]
如图9所示，系统架构900可以包括终端设备901、902、903(可以是患者终端和医生终端)，网络904和服务器905(此架构仅仅是示例，具体架构中包含的组件可以根据申请具体情况调整)。网络904用以在终端设备901、902、903和服务器905之间提供通信链路的介质。网络904可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。
[0076]
用户可以使用终端设备901、902、903通过网络904与服务器905交互，以接收或发送消息等。终端设备901、902、903上可以安装有各种客户端应用，例如线上医疗应用(仅为示例)。
[0077]
终端设备901、902、903可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0078]
服务器905可以是提供各种服务的服务器，例如对用户利用终端设备901、902、903所操作的线上医疗应用提供支持的后台服务器(仅为示例)。后台服务器可以对接收到的医患关系确立请求进行处理，并将处理结果(例如医患关系是否确立成功
‑‑
仅为示例)反馈给终端设备901、902、903。
[0079]
需要说明的是，本发明实施例所提供的医患会话管理方法一般由服务器905执行，相应地，医患会话管理装置一般设置于服务器905中。
[0080]
应该理解，图9中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0081]
本发明还提供了一种电子设备。本发明实施例的电子设备包括：一个或多个处理
器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的医患会话管理方法。
[0082]
下面参考图10，其示出了适于用来实现本发明实施例的电子设备的计算机系统1000的结构示意图。图10示出的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0083]
如图10所示，计算机系统1000包括中央处理单元(cpu)1001，其可以根据存储在只读存储器(rom)1002中的程序或者从存储部分1008加载到随机访问存储器(ram)1003中的程序而执行各种适当的动作和处理。在ram1003中，还存储有计算机系统1000操作所需的各种程序和数据。cpu1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
[0084]
以下部件连接至i/o接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便从其上读出的计算机程序根据需要被安装入存储部分1008。
[0085]
特别地，根据本发明公开的实施例，上文的主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在上述实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元1001执行时，执行本发明的系统中限定的上述功能。
[0086]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。在本发明中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0087]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0088]
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收单元和会话创建单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，请求接收单元还可以被描述为“向会话创建单元提供患者标识和医生团队标识的单元”。
[0089]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中的。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备执行的步骤包括：接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。
[0090]
根据本发明实施例的技术方案，在线上医疗场景中，患者可以使用其拥有的医疗服务资源对象从相应的多个医生团队中选择一个医生团队确立医患关系，服务器端的医疗原子服务和会话服务随之根据患者信息和患者所选择的医生团队中的医生信息建立会话对象，从而使患者终端与医生团队的各医生终端能够在同一会话界面进行沟通，由此拓展了线上诊疗实践的会话创建模式。相应地，本发明实施例还针对已创建会话对象提供了变更对话和冻结会话的执行流程，通过医疗原子服务和会话服务的协作实现变更会话和冻结会话的执行时机监测、数据准备以及会话管理，从而实现了医患会话的完整管理流程。进一步地，考虑到现有技术中会话界面的消息多为文字形式，从展示效果和交互体验方面来说较为单调，本发明实施例提供了一种卡片交互方式，具体来说，当患者在会话界面发起预设的卡片相关操作或者医疗原子服务监测到预设的卡片发送时机时，医疗原子服务与卡片服务协作将相应的数据模板与业务数据结合为卡片数据，卡片数据将在会话对象关联的患者终端和医生终端基于相应的卡片样式进行渲染和呈现，由此丰富会话界面的交互方式，提升交互体验，并且有助于线上诊疗效率的提高。
[0091]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：

1.一种医患会话管理方法，其特征在于，执行在服务器端；所述方法包括：接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。2.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：响应于任一医疗服务资源对象的会话冻结条件被满足，从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识指示的会话对象冻结。3.根据权利要求2所述的方法，其特征在于，任一医疗服务资源对象的会话冻结条件包括以下至少一种：该医疗服务资源对象到期、取消、服务终止。4.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：响应于任一会话对象的会话变更条件被满足：将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。5.根据权利要求4所述的方法，其特征在于，任一会话对象的会话变更条件包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作。6.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：响应于预设的卡片触发条件在任一会话对象中被满足，从预先存储的多个数据模板中确定所述卡片触发条件对应的数据模板，在确定的数据模板中填充业务数据形成卡片数据；将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，所述目标卡片是该患者终端和/或该医生终端利用确定的数据模板对应的卡片样式来渲染所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间的映射关系。7.根据权利要求6所述的方法，其特征在于，所述卡片触发条件包括以下至少一种：患者在任一会话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。8.根据权利要求1-7任一所述的方法，其特征在于，所述服务器端预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像。9.一种医患会话管理装置，其特征在于，设置在服务器端；所述装置包括：
请求接收单元，用于接收患者终端发出的医患关系确立请求，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；其中，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；会话创建单元，用于生成会话标识，依据所述会话标识、所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在预设数据库。10.一种医患会话管理系统，其特征在于，包括：医患关系确立服务、医疗原子服务、会话服务和数据库；其中，所述医患关系确立服务在接收到患者终端发出的医患关系确立请求之后，向外发出医患关系确立事件；其中，所述医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识，所述医生团队标识是患者在所述医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；响应于接收到所述医患关系确立事件，所述医疗原子服务从所述数据库中获取所述患者标识对应的患者信息以及患者所选择的医生团队中的医生信息并发送到所述会话服务；所述会话服务生成会话标识，依据所述会话标识、所述患者信息以及所述医生信息创建所述患者终端与医生终端之间的会话对象，并将所述会话标识向所述医疗原子服务返回；所述医疗原子服务将所述会话标识、所述患者标识、所述医生团队标识以及所述医疗服务资源对象的标识之间的映射关系存储在所述数据库，并向外发出会话创建完成事件。11.根据权利要求10所述的系统，其特征在于，响应于监测到任一医疗服务资源对象的会话冻结条件被满足，所述医疗原子服务从所述数据库中查询该医疗服务资源对象对应的会话标识，将查询到的会话标识发送到所述会话服务；所述会话服务将接收到的会话标识指示的会话对象冻结。12.根据权利要求11所述的系统，其特征在于，响应于监测到任一会话对象的会话变更条件被满足，所述医疗原子服务通知所述会话服务执行会话变更；所述会话服务将该会话对象中待移除的医生信息移除，和/或，将待加入的医生信息加入该会话对象，并保持该会话对象的会话标识不变；或者，所述会话服务将该会话对象冻结；生成新的会话标识，依据所述新的会话标识、已冻结的该会话对象中的患者信息以及经过变更之后的医生信息创建患者终端与医生终端之间的新的会话对象。13.根据权利要求12所述的系统，其特征在于，所述系统进一步包括卡片服务，所述卡片服务预先存储有多个数据模板；以及，响应于监测到预设的卡片触发条件在任一会话对象中被满足，所述医疗原子服务调用所述卡片服务以获取所述卡片触发条件对应的数据模板，并在获取的数据模板中填充业务数据形成卡片数据；所述医疗原子服务调用所述会话服务将所述卡片数据向该会话对象所关联的患者终端和医生终端发送，以使该患者终端和/或该医生终端在该会话对象界面显示目标卡片；其中，
所述目标卡片是该患者终端和/或该医生终端利用获取的数据模板对应的卡片样式来渲染所述卡片数据而形成的，该患者终端和该医生终端预先存储有所述数据模板与所述卡片样式之间的映射关系。14.根据权利要求13所述的系统，其特征在于，所述系统进一步包括配置服务和消息队列服务，所述配置服务预先存储有多个医疗服务资源对象与多个医生团队之间的映射关系，所述消息队列服务用于实现所述系统中各服务之间的通信；用于创建所述会话对象的患者信息包括：患者的名称、昵称和/或头像，用于创建所述会话对象的医生信息包括：医生的名称、昵称和/或头像；任一医疗服务资源对象的会话冻结条件包括以下至少一种：该医疗服务资源对象到期、取消、服务终止；任一会话对象的会话变更条件包括以下至少一种：该会话对象中的医生退出、患者针对该会话对象发起医生变更操作；所述卡片触发条件包括以下至少一种：患者在任一会话对象界面发起预设的卡片相关操作、患者在任一会话对象界面发出消息并且该会话对象关联的医生终端都处在离线状态。15.一种电子设备，其特征在于，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。

技术总结

本发明公开了一种医患会话管理方法、装置和系统，涉及智慧医疗技术领域。该方法的一具体实施方式包括：接收患者终端发出的医患关系确立请求，医患关系确立请求中携带有患者标识、医生团队标识以及医疗服务资源对象的标识；医生团队标识是患者在医疗服务资源对象指示的多个医生团队中所选择的医生团队的标识；生成会话标识，依据会话标识、患者标识对应的患者信息以及患者所选择的医生团队中的医生信息创建患者终端与医生终端之间的会话对象，并将会话标识、患者标识、医生团队标识以及医疗服务资源对象的标识之间的映射关系存储在预设数据库。该实施方式能够在患者与医生团队之间创建会话以提升线上医疗系统的诊疗效率。之间创建会话以提升线上医疗系统的诊疗效率。之间创建会话以提升线上医疗系统的诊疗效率。