CN111641689A - 基于医疗角色的即时通讯方法及装置、系统、电子设备 - Google Patents
基于医疗角色的即时通讯方法及装置、系统、电子设备 Download PDFInfo
- Publication number
- CN111641689A CN111641689A CN202010428739.8A CN202010428739A CN111641689A CN 111641689 A CN111641689 A CN 111641689A CN 202010428739 A CN202010428739 A CN 202010428739A CN 111641689 A CN111641689 A CN 111641689A
- Authority
- CN
- China
- Prior art keywords
- information
- medical
- target
- service
- medical role
- 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
- 238000000034 method Methods 0.000 title claims abstract description 84
- 238000003745 diagnosis Methods 0.000 claims abstract description 109
- 238000004891 communication Methods 0.000 claims abstract description 58
- 230000000977 initiatory effect Effects 0.000 claims description 138
- 238000004590 computer program Methods 0.000 claims description 15
- 238000010586 diagram Methods 0.000 description 15
- 230000003993 interaction Effects 0.000 description 10
- 230000010354 integration Effects 0.000 description 8
- 239000008280 blood Substances 0.000 description 4
- 210000004369 blood Anatomy 0.000 description 4
- 238000002512 chemotherapy Methods 0.000 description 4
- 239000000126 substance Substances 0.000 description 3
- 206010002091 Anaesthesia Diseases 0.000 description 2
- 230000037005 anaesthesia Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 229940079593 drug Drugs 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000037361 pathway Effects 0.000 description 2
- 108010001267 Protein Subunits Proteins 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000003238 somatosensory effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
Abstract
本申请实施例涉及通信技术领域,公开了一种基于医疗角色的即时通讯方法及装置、系统、电子设备。该方法包括:确定患者对应的唯一就诊标识;获取与唯一就诊标识对应的医疗角色信息;根据针对医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从医疗角色信息中获取目标医疗角色成员对应的成员标识信息;根据唯一就诊标识以及每一个目标医疗角色成员的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立会话链路。实施本申请实施例,能够提高医院内部工作人员的沟通效率。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种基于医疗角色的即时通讯方法及装置、系统、电子设备。
背景技术
一般来说,患者在医院的每一次就诊流程都需按照医院规定的就诊流程进行,因此患者在每一次就诊中,可被不同业务岗位的医院内部工作人员服务,比如挂号员、开方医生、诊区护士、住院收费员、检查报告医师等。在就诊过程中或就诊后,服务该患者的某医院内部工作人员可针对该患者的某特定业务向其他业务岗位的医院内部工作人员发起聊天进行沟通。
传统的做法是基于线上留言式的即时通信软件(如QQ、微信、钉钉或者局域网内部署的飞信等)创建群聊,逐一邀请需要沟通的对象(即服务该患者的其他业务岗位的医院内部工作人员)加入群聊进行沟通。可在实践中发现,传统的做法沟通效率过于低下。
发明内容
本申请实施例公开了一种基于医疗角色的即时通讯方法及装置、系统、电子设备,可以提高医院内部工作人员的沟通效率。
本申请实施例第一方面公开一种基于医疗角色的即时通讯方法,应用于发起应用端,所述方法包括:
确定患者对应的唯一就诊标识;
获取与所述唯一就诊标识对应的医疗角色信息;
根据针对所述医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息;
根据每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立会话链路。
本申请实施例第二方面公另一种基于医疗角色的即时通讯方法,应用于服务设备,所述方法包括:
接收发起应用端发送的第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;
获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;所述医疗角色信息包括至少一个医疗角色成员及与各个所述医疗角色成员分别对应的成员标识信息;
根据所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的会话链路;其中,所述至少一个目标医疗角色成员是用户从所述至少一个医疗角色成员中选择出的。
本申请实施例第三方面公开一种基于医疗角色的即时通讯装置,应用于发起应用端,所述装置包括:
标识确定单元,用于确定患者对应的唯一就诊标识;
角色获取单元,用于获取与所述唯一就诊标识对应的医疗角色信息;
角色确定单元,用于根据针对所述医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息;
通讯单元,用于根据每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立会话链路。
本申请实施例第四方面公开另一种基于医疗角色的即时通讯装置,应用于服务设备,所述装置包括:
接收单元,用于接收发起应用端发送的第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;
获取单元,用于获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;所述医疗角色信息包括至少一个医疗角色成员及各个所述医疗角色成员分别对应的成员标识信息;
通讯单元,用于根据所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的会话链路;其中,所述至少一个目标医疗角色成员是用户从所述至少一个医疗角色成员中选择出的。
本申请实施例第五方面公开一种基于医疗角色的即时通讯系统,所述系统包括发起应用端、服务设备及至少一个接收应用端;
所述发起应用端,用于向所述服务设备发送第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;以及,接收所述服务设备返回的所述唯一就诊标识对应的医疗角色信息,根据针对所述医疗角色信息包括的至少一个医疗角色成员的选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息发送给所述服务设备;
所述服务设备,用于在接收到所述第一查询请求时,获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;以及,在接收到每一个所述目标医疗角色成员的成员标识信息时,向每一个所述目标医疗角色成员所对应的接收应用端发起即时通讯会话请求;以及,在接收到所述接收应用端发送的针对所述即时通讯会话请求的反馈信息时,建立起所述发起应用端与至少一个所述接收应用端的会话链路;
所述接收应用端,用于在接收到所述服务设备发送的所述即时通讯会话请求时,向所述服务设备发送针对所述即时通讯会话请求的反馈信息。
本申请实施例第六方面公开一种电子设备,包括:
存储有可执行程序代码的存储器;
与所述存储器耦合的处理器;
所述处理器调用所述存储器中存储的所述可执行程序代码,执行本申请实施例第一方面公开的一种基于医疗角色的即时通讯方法。
本申请实施例第七方面公开一种计算机可读存储介质,其存储计算机程序,其中,所述计算机程序使得计算机执行本申请实施例第一方面公开的一种基于医疗角色的即时通讯方法。所述计算机可读存储介质包括ROM/RAM、磁盘或光盘等。
本申请实施例第八方面公开一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。
本申请实施例第九方面公开一种应用发布平台,所述应用发布平台用于发布计算机程序产品,其中,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。
与现有技术相比,本申请实施例具有以下有益效果:
本申请实施例中,通过确定患者对应的唯一就诊标识,并获取与唯一就诊标识对应的医疗角色信息,然后根据针对医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从医疗角色信息中获取目标医疗角色成员对应的成员标识信息,最后根据该唯一就诊标识以及每一个目标医疗角色成员的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立会话链路。可见,实施本申请实施例,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例公开的一种基于医疗角色的即时通讯方法的应用场景图;
图2是本申请实施例公开的一种基于医疗角色的即时通讯方法的时序图;
图3是本申请实施例公开的一种基于医疗角色的即时通讯方法的流程示意图;
图4是本申请实施例公开的另一种基于医疗角色的即时通讯方法的流程示意图;
图5是本申请实施例公开的又一种基于医疗角色的即时通讯方法的流程示意图;
图6是是本申请实施例公开的一种基于医疗角色的即时通讯装置的结构示意图;
图7是本申请实施例公开的另一种基于医疗角色的即时通讯装置的结构示意图;
图8是本申请实施例公开的一种基于医疗角色的即时通讯系统的系统架构图;
图9是本申请实施例公开的一种电子设备的结构示意图;
图10是本申请实施例公开的另一种电子设备的结构示意图;
图11是本申请实施例公开的一示例性的医疗角色成员及业务主题的用户选择界面;
图12是本申请实施例公开的一示例性的移动终端上的会话界面;
图13是本申请实施例公开的一示例性的会话初始界面;
图14是本申请实施例公开的一示例性的会话展开界面。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书中的术语“第一”、“第二”等是用于区别不同的对象,而不是用于描述特定顺序。本申请实施例的术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例公开了一种基于医疗角色的即时通讯方法及装置、系统、电子设备,可以提高医院内部工作人员的沟通效率。其中,该方法应用于基于医疗角色的即时通讯装置,该基于医疗角色的即时通讯装置应用于发起应用端,其中发起应用端可以是移动终端、平板电脑、计算机或服务设备等设备,各类设备的操作系统包括但不限于Android操作系统、IOS操作系统、Symbian(塞班)操作系统、Black Berry(黑莓)操作系统、Windows Phone8操作系统等等,本申请实施例不做限定。以下结合附图进行详细描述。
为了更好地理解本申请实施例公开的基于医疗角色的即时通讯方法,下面先对该基于医疗角色的即时通讯方法的应用场景进行描述。请参阅图1,图1是本申请实施例公开的一种基于医疗角色的即时通讯方法的应用场景图。可以理解的是,图1仅为本申请实施例公开的基于医疗角色的即时通讯方法的一示例性应用场景图,其它任何在图1所示的基础上进行优化或者变形得到的,且能够实现本申请技术方案的应用场景均属于本申请保护范围,对此不作具体限定。如图1所示,在建立即时通讯会话链路之前,发起应用端101与服务设备102进行通信,服务设备102与至少一个接收应用端103进行通信,发起应用端101可以是任一医疗角色成员对应的客户端,发起应用端101可以向服务设备102发起即时通讯会话请求,服务设备102在接收到发起应用端101发起的即时通讯会话请求之后,会响应发起应用端101的请求,通知发起应用端101指定的至少一个目标医院角色成员对应的接收应用端103,建立起发起应用端与至少一个接收应用端的即时通讯会话链路。在建立即时通讯会话链路之后,发起应用端101则可以与至少一个接收应用端103进行通信。
在该应用场景下,服务设备102可以以患者的唯一就诊标识为索引存储有多种数据,比如,与患者某次就诊相关的医疗角色成员、与患者某次就诊相关的业务主题、患者每一次就诊的就诊记录(包括病历、缴费信息、是否住院等),这些数据可由服务设备102实时访问医院业务集成系统104进行调取,并存储于服务设备102上。其中,医疗角色成员可以是相同科室的人员,也可以是不同科室的人员,本申请对此不作具体限定。
其中,医院业务集成系统104指的是医院内部的业务整合系统,用于多个业务系统之间的数据共享,解决信息孤岛问题。其中,业务系统包括但不限于医院信息(HospitalInformation System,HIS)系统、实验室信息管理(Laboratory Information System,LIS)系统、医学影像存储与传输(PictureArchiving and Communication System,PACS)系统、电子病历(ElectronicMedical Record,EMR)系统、合理用药监控系统、手麻重症系统、临床路径管理系统或输血管理系统等。需要说明的是,不同的医院可能使用的医院业务集成系统也不同,可根据医院的实际情况而定。
本申请实施例中,患者的唯一就诊标识指的是某患者某一次就诊时候被分配的就诊流水号,同一个患者每一次就诊的唯一就诊标识不同,因此可以精准定位到患者某次就诊相关的数据,使得数据更加精细化。
请一并参阅图2,图2是本申请实施例公开的一种基于医疗角色的即时通讯方法的时序图。如图2所示,图2描述的是发起应用端101、服务设备102及至少一个接收应用端103多端之间的数据传输流程,即从发起应用端101发起请求至服务设备102通知接收应用端103并建立起多端的即时通讯会话链路的具体实施流程。具体地,先是由某一医疗角色成员所在的发起应用端101向服务设备102发送至少包括患者对应的唯一就诊标识的第一查询请求,然后服务设备102获取唯一就诊标识对应的医疗角色信息,服务设备102将医疗角色信息发送给发起应用端101之后,发起应用端101则根据医疗角色信息所包括的至少一个医疗角色成员和每一医疗角色成员的成员标识信息,确定出用户选择的至少一个目标医疗角色成员及每一目标医疗角色成员对应的成员标识信息,再将至少一个目标医疗角色成员对应的成员标识信息发送给服务设备102,最后服务设备102就根据这些成员标识信息,向每一个目标医疗角色成员对应的接收应用端103发起即时通讯会话请求,以建立起发起应用端101与至少一个接收应用端103之间的即时通讯会话链路。从而能够以患者为中心,从医疗大数据中自动构建患者的就诊通讯录,满足医院内部各角色协作需要的即时通讯需求,进而提高医院内部工作人员的沟通效率。
请参阅图3,图3是本申请实施例公开的一种基于医疗角色的即时通讯方法的流程示意图。如图3所示,该基于医疗角色的即时通讯方法可以包括以下步骤:
301、发起应用端确定患者对应的唯一就诊标识。
在本申请实施例中,唯一就诊标识指的是某患者某一次就诊时候被分配的就诊流水号,也即是说,同一个患者可以对应有多个唯一就诊标识,即该患者每一次在医院就诊的唯一就诊标识。
作为一种可选的实施方式,发起应用端确定患者对应的唯一就诊标识的方式具体可以是获取患者身份信息,根据患者身份信息获得对应的至少一个唯一就诊标识并输出,以及,根据用户操作指令,确定出用户从至少一个唯一就诊标识中选择出的唯一就诊标识。
其中,患者身份信息可用于唯一标识患者身份,可选地,患者身份信息可以是患者的身份证号、手机号、医保卡号或诊疗卡号等,在此不作限定。
可选地,发起应用端本地可以存储有多个患者身份信息,因此发起应用端每次在发起即时通讯会话之前,可以先与医疗工作人员进行交互,以确定即时通讯会话的讨论对象是哪一个患者以及哪一次就诊记录,从而确定出患者的唯一就诊标识。
或者,可选地,发起应用端根据患者身份信息获得对应的至少一个唯一就诊标识并输出的方式具体可以是将患者身份信息发送给服务设备,通过服务设备查询与该患者身份信息相匹配的至少一次就诊记录,并获取每次就诊记录对应的唯一就诊标识,以获得至少一个唯一就诊标识并输出。
实施该实施方式,可先获取讨论对象的患者身份信息,并获取与该患者身份信息对应的唯一就诊标识,每个唯一就诊标识可分别对应该讨论对象的每次就诊记录,从而能够根据讨论对象的患者身份信息,输出至少一个唯一就诊标识提供给医疗工作人员选择,无需医疗工作人员手动输入患者的唯一就诊标识,方便快捷,能够提高即时通讯会话的发起效率。
在一些实施例中,发起应用端根据用户操作指令,确定用户从至少一个唯一就诊标识中选择出的唯一就诊标识,可以包括:当检测到用户操作指令用于指示从至少一个唯一就诊标识中选出某一唯一就诊标识时,可确定选择出的唯一就诊标识。其中,用户操作指令是用户输入的用于选择唯一就诊标识的指令,该用户操作指令具体可以是预先设置的任意一种用户交互指令。
其中,用户交互指令包括但不限于用户在语音交互、遥控器交互、手势交互、图像交互、声纹交互、体感交互等任意一种交互模式下所输入的指令。具体采用何种交互模式进行输入的,本申请实施例不作具体限定。
在一些实施例中,医疗工作人员在显示的至少一个唯一就诊标识中还可根据需求进行二次筛选,医疗工作人员可输入二次检索信息,该二次检索信息可包括关键词(如住院、化疗等)、时间段信息(如半年内、3个月内、2天内或4个小时等)、具体日期信息(如某一天,2020年04月12日等)或时刻信息(如某一时刻,早上10点30分等),对显示的至少一个唯一就诊标识进行筛选,以缩小选择的范围。具体地,当检测到针对至少一个唯一就诊标识而输入的二次检索信息时,根据二次检索信息对至少一个唯一就诊标识进行筛选,以选出一个符合二次检索信息的唯一就诊标识。
在一些实施例中,发起应用端确定患者对应的唯一就诊标识的方式具体也可以是扫描患者某次就诊的就诊单上的标识图案,该标识图案可包括但不限于二维码图案、条形码图案等,以获取标识图案对应的标识信息作为唯一就诊标识。
实施该实施方式,基于扫描就诊单上的标识图案,可以更加方便、快捷地获取患者的唯一就诊标识,能够提高医院内部即时通讯会话的发起效率。
302、发起应用端获取与唯一就诊标识对应的医疗角色信息。
作为一种可选的实施方式,发起应用端本地可以存储有各个患者的患者身份信息和就诊记录数据,就诊记录数据可包括每次就诊的唯一就诊标识、就诊内容以及相关的医疗角色信息等数据。发起应用端可根据该就诊记录数据,将患者每次就诊的唯一就诊标识与每次就诊的就诊内容以及相关的医疗角色信息进行关联存储,从而可以在获取到患者的唯一就诊标识时,以唯一就诊标识为索引进行搜索,获得与唯一就诊标识对应的医疗角色信息。
可选地,医疗角色信息包括但不限于各个医疗工作人员的岗位、姓名、职业编号、身份证信息及通讯信息等。
303、发起应用端根据针对医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从医疗角色信息中获取目标医疗角色成员对应的成员标识信息。
本申请实施例中,医疗角色成员可以指的是医院中各个岗位的医疗工作人员,医疗角色成员可以包括但不限于门诊挂号员、开方医生及其上下属医生、诊区护士、门诊收费员、配发药人员、检查服务台护士、检查报告医生、配发血人员、住院收费员、接诊护士、ICU医师、麻醉医生、手术医生、巡回护士、洗手护士等。
可选地,成员标识信息可指的是用于标识医疗角色成员的标识信息,包括但不限于用户注册(Identity document,ID)账号、唯一编码、专属号码、职业编号、身份证号及通讯信息等。
在一些实施例中,发起应用端获取与唯一就诊标识对应的医疗角色信息之后,可以在发起应用端的应用界面上输出医疗角色信息所包括的至少一个医疗角色成员以供医疗工作人员选择,当检测到针对至少一个医疗角色成员中的第一选择操作时,确定用户选择的至少一个目标医疗角色成员。
其中,第一选择操作包括但不限于点击选择操作、双击选择操作、长按选择操作、语音选择操作或手势选择操作等,本申请对此不作限定。
在医疗工作人员对至少一个医疗角色成员进行选择的过程中,有可能出现需要对所有医疗角色成员进行全部选择的情况,因此进一步可选地,发起应用端输出医疗角色信息所包括的至少一个医疗角色成员之后,还可以输出全选选项,以及在检测到针对全选选项的触及操作时,将显示的所有医疗角色成员确定为目标医疗角色成员。从而能够避免医疗工作人员逐一对医疗角色成员进行选择操作而造成操作繁琐的情况,进而改善用户体验。
在一些实施例中,发起应用端在确定出用户选择的至少一个目标医疗角色成员之后,还可以获取至少一个目标医疗角色成员的登录状态,从至少一个目标医疗角色成员中确定出登录状态处于在线状态的目标医疗角色成员,并从医疗角色信息中获取处于在线状态的目标医疗角色成员对应的成员标识信息。如此,只对处于在线状态的目标医疗角色成员发起即时通讯会话,避免目标医疗角色成员因不在线而无法及时回应导致即时通讯会话链路建立的延迟过长,进而可以提高即时通讯会话链路的建立效率。
304、发起应用端根据每一个目标医疗角色成员的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立会话链路。
可选地,发起应用端可以根据每一个目标医疗角色成员的成员标识信息,向每一个目标医疗角色成员所对应的接收应用端发送即时通讯请求,并接收其中部分或全部接收应用端反馈的同意请求信息,与在预设时间段内有反馈同意请求信息的至少一个接收应用端建立会话链路。然后,向之前未在预设时间段内反馈同意请求信息的接收应用端发送加入会话邀请链接,以使在会话链路建立之后,之前未在预设时间段内反馈同意请求信息的接收应用端也可以通过该会话邀请链接发起加入会话请求,并在发起应用端同意其加入会话请求之后,将发起加入会话请求的接收端加入到会话链路中来。从而能够使得基于医疗角色的即时通讯方法更加智能化、人性化。
可见,实施上述实施例中提供的方法,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
请参阅图4,图4是本申请实施例公开的另一种基于医疗角色的即时通讯方法的流程示意图。如图4所示,该基于医疗角色的即时通讯方法可以包括以下步骤:
401、发起应用端确定患者对应的唯一就诊标识。
402、发起应用端向第一服务设备发送第一查询请求。
其中,第一查询请求至少包括唯一就诊标识,第一查询请求用于指示第一服务设备根据唯一就诊标识在角色数据库上进行查询,以获得唯一就诊标识对应的医疗角色信息获取与唯一就诊标识对应的医疗角色信息;其中,医疗角色信息包括至少一个医疗角色成员及与各个医疗角色成员分别对应的成员标识信息。
其中,角色数据库可以安装于第一服务设备上,其可以通过配置的标准接口与医院业务集成系统进行实时交互,其中,标准接口包括但不限于Web网页订阅接口、消息队列(WebSphere Message Queue,MQ)接口等。角色数据库可以实时从医院业务集成系统获取各个患者的就诊记录数据,就诊记录数据可包括每次就诊的患者身份信息、唯一就诊标识、就诊内容以及相关的医疗角色信息等数据,并根据该就诊记录数据,将患者每次就诊的唯一就诊标识与每次就诊相关的医疗角色信息进行关联存储,从而第一服务设备在接收到第一查询请求之后,可以以唯一就诊标识为索引在角色数据库上进行查询,获得与唯一就诊标识对应的医疗角色信息返回给发起应用端。
经实际验证,第一服务设备以唯一就诊标识为索引,在角色数据库上定位到患者某次就诊相关的医疗角色成员的平均时长约为3秒,大大节省了用户在通讯前查找相关医疗工作人员的时间和精力,提升医疗工作人员的工作效率。
403、发起应用端获取与唯一就诊标识对应的业务主题信息;业务主题信息包括至少一个业务主题及与各个业务主题分别对应的主题标识信息。
其中,业务主题可以是指医院各个业务岗位相关的就诊业务,业务主题可以包括但不限于挂号信息、处方信息、检查申请单、化疗方案、收费信息、手术信息、病历信息,输血信息等。可选地,各个业务主题可以被预先分配有主题标识信息,用于对业务主题进行唯一标识,该主题标识信息可以包括但不限于唯一业务编码、业务ID或专属业务号码等。
可选地,发起应用端本地可以存储有各个患者每次就诊的唯一就诊标识及相关的就诊业务的对应关系,从而能够根据唯一就诊标识获取到相关的就诊业务,即对应的业务主题信息。
404、发起应用端显示至少一个医疗角色成员及至少一个业务主题。
作为一种可选的实施方式,发起应用端显示至少一个业务主题的方式具体可以是从至少一个业务主题中确定出预选业务主题,显示预选业务主题为选中状态,以及显示至少一个业务主题中除预选业务主题之外的其它业务主题为未选状态。
在一些实施例中,发起应用端可以基于第三方即时通讯系统(如QQ、微信、钉钉或者局域网内部署的飞信等)的应用程序接口(Application ProgramInterface,API)被调用,也可以基于医院的业务系统(包括但不限于HIS系统、LIS系统、PACS系统、EMR系统、合理用药监控系统、手麻重症系统、临床路径管理系统或输血管理系统等)的API被调用。也即是说,用于执行本申请实施例所公开的基于医疗角色的即时通讯方法的应用程序可以以插件形式,在第三方即时通讯系统或医院的业务系统上被调用,从而能够降低硬件资源与软件开发的成本,简化系统的部署方式,进而提高基于医疗角色的即时通讯方法的通用性和实用性。
基于此,作为一种可选的实施方式,发起应用端从至少一个业务主题中确定出预选业务主题的方式具体可以是:若发起应用端是被第三方即时通讯系统所调用,发起应用端根据第三方即时通讯系统对应的用户身份信息,从至少一个业务主题中确定出第一业务主题作为预选业务主题;若发起应用端是被业务系统所调用,发起应用端获取业务系统上传的业务参数,根据业务参数从至少一个业务主题中确定出第二业务主题作为预选业务主题。
举例来说,若发起应用端是被微信所调用,发起应用端根据微信对应的用户ID,确定出该用户ID对应的医疗角色成员,假设该医疗角色成员为门诊挂号员,那么可以从至少一个业务主题中确定出与门诊相关的第一业务主题“门诊挂号信息”,将第一业务主题“门诊挂号信息”作为预选业务主题。
又举例来说,若发起应用端是被EMR系统所调用,发起应用端获取EMR系统上传的EMR业务参数,根据EMR业务参数从至少一个业务主题中确定出与EMR相关的第二业务主题“病历信息”,将第二业务主题“病历信息”作为预选业务主题。
405、发起应用端根据针对至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员。
406、发起应用端从至少一个业务主题中确定目标业务主题,并从业务主题信息中获取目标业务主题的主题标识信息。
作为一种可选的实施方式,若检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作,确定任一其它业务主题为目标业务主题;若未检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作,确定被显示为选中状态的预选业务主题为目标业务主题。
其中,第二选择操作包括但不限于点击选择操作、双击选择操作、长按选择操作、语音选择操作或手势选择操作等,本申请对此不作限定。
本申请实施例中,第一选择操作与第二选择操作可以是相同的选择操作,也可以是不同的选择操作,本申请对此不作限定。
请一并参阅图11,图11是本申请实施例公开的一示例性的医疗角色成员及业务主题的用户选择界面。由于终端的界面尺寸限制,图中仅示例性展出几种选项,应理解不造成限定。如图11所示,讨论主题“CT/MR申请单”为预选业务主题,发起应用端可以在预设时间段内进行检测,若在预设时间段内检测到用户针对“院内化疗方案”的选择操作,确定用户选中的目标业务主题为“院内化疗方案”;若在预设时间段内检测到用户针对“收费信息”的选择操作,则确定用户选中的目标业务主题为“收费信息”;若在预设时间段内未检测到用户针对除“CT/MR申请单”之外的其它业务主题的选择操作,确定用户同意以“CT/MR申请单”为目标业务主题。
407、发起应用端根据目标业务主题的主题标识信息以及每一个目标医疗角色成员对应的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立基于目标业务主题的会话链路。
发起应用端可以将目标业务主题的主题标识信息以及每一个目标医疗角色成员对应的成员标识信息发送至第二服务设备,以使第二服务设备根据第一查询请求中的唯一就诊标识、目标业务主题的主题标识信息以及每一个目标医疗角色成员对应的成员标识信息,向每一个目标医疗角色成员所对应的接收应用端发送即时通讯请求,以通过该即时通讯请求建立起包括应用发起端及至少一个接收应用端的基于目标业务主题的会话链路。
在一些实施例中,执行步骤407之后,发起应用端还可以向第二服务设备发送第二查询请求,第二查询请求至少包括唯一就诊标识和目标业务主题的主题标识信息;其中,第二查询请求用于指示第二服务设备根据唯一就诊标识和目标业务主题的主题标识信息在主题数据库上进行查询,以获得目标业务主题的具体主题信息,并在发起应用端与至少一个目标医疗角色成员所对应的接收应用端建立基于目标业务主题的会话链路之后,向发起应用端及每一个接收应用端发送具体主题信息。
其中,具体主题信息可以指患者在目标业务主题(即某一业务岗位相关的就诊业务)下的诊疗过程信息,用于记录患者在该就诊业务下的诊疗情况。
可选地,主题数据库可以安装于第二服务设备上,其可以通过配置的标准接口与医院业务集成系统进行实时交互,其中,标准接口包括但不限于Web网页订阅接口、MQ接口等。主题数据库可以实时从医院业务集成系统获取各个患者的就诊记录数据,就诊记录数据可包括每次就诊患者的患者身份信息、唯一就诊标识、就诊内容、相关的业务主题信息以及具体主题信息等数据,并根据该就诊记录数据,将患者每次就诊的唯一就诊标识与每次就诊相关的业务主题进行关联存储,以及将每一就诊相关的业务主题及其具体主题信息进行关联存储,从而第二服务设备在接收到第二查询请求之后,可以以唯一就诊标识和目标业务主题的主题标识信息为索引,在主题数据库上进行查询,获得目标业务主题的具体主题信息,然后在发起应用端与至少一个接收应用端建立基于目标业务主题的会话链路之后,向发起应用端及每一个接收应用端发送具体主题信息。
本申请实施例中,第一服务设备和第二服务设备可以是相同的服务设备,也可以是不同的服务设备,对此不作具体限定。
进一步地,在一些实施例中,执行步骤408之后,发起应用端还可以弹出基于目标业务主题的会话链路所对应的会话界面,以及在会话界面的指定位置显示详情入口指示符;其中,详情入口指示符链接有被折叠于会话界面下的具体主题信息,当检测到针对详情入口指示符的触发操作时,发起应用端弹出被折叠于会话界面下的具体主题信息。
在一些实施例中,任一接收应用端在接收到具体主题信息之后,也可以弹出基于目标业务主题的会话链路所对应的会话界面,以及在会话界面的指定位置显示详情入口指示符;其中,详情入口指示符链接有被折叠于会话界面下的具体主题信息,当检测到针对详情入口指示符的触发操作时,接收应用端弹出被折叠于会话界面下的具体主题信息。
请一并参阅图13及图14,图13是本申请实施例公开的一示例性的会话初始界面,图14是本申请实施例公开的一示例性的会话展开界面。如图13所示,在会话初始界面中可以显示患者姓名、患者的目标业务主题(门诊检查清单);如图14所示,在会话展开界面中可以显示患者的病史、患者的目标业务主题的相关项目、其它相关信息及详情入口指示符(查看详情)以供医疗工作人员触发。基于此,通过在各端的会话界面上折叠显示具体主题信息,可以避免信息在转发过程中出现信息不统一从而导致的各端医疗工作人员讨论质量低下甚至造成误会的情况,进而可以保证重要的具体主题信息的传递质量。
可见,实施上述实施例提供的方法,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员,以及自动调取与患者就诊相关的至少一个业务主题给发起应用端的医疗工作人员选择,并建立起基于同一业务主题的包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率,并且呈现出统一的可视化、结构化业务主题,实现基于同一业务主题进行业务讨论的高效沟通模式。
请参阅图5,图5是本申请实施例公开的又一种基于医疗角色的即时通讯方法的流程示意图。如图5所示,该基于医疗角色的即时通讯方法可以包括以下步骤:
501、服务设备接收发起应用端发送的第一查询请求;第一查询请求至少包括患者对应的唯一就诊标识。
502、服务设备获取唯一就诊标识对应的医疗角色信息返回给发起应用端。其中,医疗角色信息包括至少一个医疗角色成员及与各个医疗角色成员分别对应的成员标识信息。
503、服务设备根据发起应用端发送的唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的会话链路。其中,至少一个目标医疗角色成员是用户从至少一个医疗角色成员中选择出的。
在一些实施例中,执行步骤501之后,服务设备还可以获取唯一就诊标识对应的业务主题信息返回给发起应用端;其中,业务主题信息包括至少一个业务主题及与各个业务主题分别对应的主题标识信息;然后,服务设备接收发起应用端发送的第二查询请求,第二查询请求至少包括唯一就诊标识和目标业务主题的主题标识信息;其中,目标业务主题是用户从至少一个业务主题中选择出的。相应地,步骤503可以包括:服务设备根据目标业务主题的主题标识信息、发起应用端发送的唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的基于目标业务主题的会话链路。
可选地,服务设备还可以根据唯一就诊标识和目标业务主题的主题标识信息,获得目标业务主题的具体主题信息,并在建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的基于目标业务主题的会话链路之后,向发起应用端及每一个接收应用端发送具体主题信息。
需要说明的是,图5所示的基于医疗角色的即时通讯方法可以应用于服务设备,服务设备执行该方法的具体实施方式可以参照上述实施例的详细描述,本申请在此不作赘述。
可见,实施上述实施例提供的方法,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
请参阅图6,图6是本申请实施例公开的一种基于医疗角色的即时通讯装置的结构示意图。如图6所示,该基于医疗角色的即时通讯装置应用于发起应用端,该装置可以包括标识确定单元601、角色获取单元602、角色确定单元603及通讯单元604;其中,
标识确定单元601,用于确定患者对应的唯一就诊标识。
角色获取单元602,用于获取与唯一就诊标识对应的医疗角色信息。
角色确定单元603,用于根据针对医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从医疗角色信息中获取目标医疗角色成员对应的成员标识信息。
通讯单元604,用于根据每一个目标医疗角色成员的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立会话链路。
作为一种可选的实施方式,上述的标识确定单元601,具体可以用于获取患者身份信息,根据患者身份信息获得对应的至少一个唯一就诊标识并输出,以及根据用户操作指令,确定出用户从至少一个唯一就诊标识中选择出的唯一就诊标识。
作为一种可选的实施方式,上述的角色获取单元602,具体可以用于向第一服务设备发送第一查询请求;第一查询请求至少包括唯一就诊标识,第一查询请求用于指示第一服务设备根据唯一就诊标识在角色数据库上进行查询,以获得唯一就诊标识对应的医疗角色信息。
在一些实施例中,图6所示的基于医疗角色的即时通讯装置还可以包括未图示的单元:
主题获取单元,用于在标识确定单元601确定患者对应的唯一就诊标识之后,获取与唯一就诊标识对应的业务主题信息,业务主题信息包括至少一个业务主题及与各个业务主题分别对应的主题标识信息。
显示单元,用于显示至少一个业务主题。
主题确定单元,用于从至少一个业务主题中确定目标业务主题,并从业务主题信息中获取目标业务主题的主题标识信息。
相应地,上述的通讯单元604,具体用于根据目标业务主题的主题标识信息以及每一个目标医疗角色成员的成员标识信息,与至少一个目标医疗角色成员所对应的接收应用端建立基于目标业务主题的会话链路。
在一些实施例中,图6所示的基于医疗角色的即时通讯装置还可以包括未图示的发送单元,用于向第二服务设备发送第二查询请求,第二查询请求至少包括唯一就诊标识和目标业务主题的主题标识信息,第二查询请求用于指示第二服务设备根据唯一就诊标识和目标业务主题的主题标识信息在主题数据库上进行查询,以获得目标业务主题的具体主题信息,并在发起应用端与至少一个目标医疗角色成员所对应的接收应用端建立基于目标业务主题的会话链路之后,向发起应用端及每一个接收应用端发送具体主题信息。
进一步地,在一些实施例中,图6所示的基于医疗角色的即时通讯装置还可以包括未图示的弹出单元,用于在上述的通讯单元504建立发起应用端与至少一个目标医疗角色成员所对应的接收应用端的基于目标业务主题的会话链路之后,弹出基于目标业务主题的会话链路所对应的会话界面,以及在会话界面的指定位置显示详情入口指示符;其中,详情入口指示符链接有被折叠于会话界面下的具体主题信息,以及,在检测到针对详情入口指示符的触发操作时,弹出被折叠于会话界面下的具体主题信息。
进一步地,上述的显示单元可以包括以下未图示的子单元:
确定子单元,用于从至少一个业务主题中确定出预选业务主题;
显示子单元,用于显示预选业务主题为选中状态,以及显示至少一个业务主题中除预选业务主题之外的其它业务主题为未选状态。
相应地,上述的主题确定单元用于从至少一个业务主题中确定目标业务主题的方式具体可以是:在检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作时,确定任一其它业务主题为目标业务主题;以及,在未检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作时,确定被显示为选中状态的预选业务主题为目标业务主题。
可选地,上述的确定子单元,具体可以用于在发起应用端是被第三方即时通讯系统所调用时,根据第三方即时通讯系统对应的用户身份信息,从至少一个业务主题中确定出第一业务主题作为预选业务主题;以及,在发起应用端是被业务系统所调用时,获取业务系统上传的业务参数,根据业务参数从至少一个业务主题中确定出第二业务主题作为预选业务主题。
可见,实施上述实施例中提供的装置,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
请参阅图7,图7是本申请实施例公开的另一种基于医疗角色的即时通讯装置的结构示意图。如图7所示,该基于医疗角色的即时通讯装置应用于服务设备,该装置可以包括接收单元701、获取单元702及通讯单元703:其中,
接收单元701,用于接收发起应用端发送的第一查询请求;第一查询请求至少包括患者对应的唯一就诊标识。
获取单元702,用于获取唯一就诊标识对应的医疗角色信息返回给发起应用端;医疗角色信息包括至少一个医疗角色成员及各个医疗角色成员分别对应的成员标识信息。
通讯单元703,用于根据发起应用端发送的唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的会话链路;其中,至少一个目标医疗角色成员是用户从至少一个医疗角色成员中选择出的。
作为一种可选的实施方式,图7所示的基于医疗角色的即时通讯装置中:
上述的获取单元702,还可以用于获取唯一就诊标识对应的业务主题信息返回给发起应用端;其中,业务主题信息包括至少一个业务主题及与各个业务主题分别对应的主题标识信息;
相应地,接收单元701,还可以用于接收发起应用端发送的第二查询请求,第二查询请求至少包括唯一就诊标识和目标业务主题的主题标识信息;其中,目标业务主题是用户从至少一个业务主题中选择出的;
相应地,上述的通讯单元703,具体可以用于根据目标业务主题的主题标识信息、发起应用端发送的唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的基于目标业务主题的会话链路。
在一些实施例中,图7所示的基于医疗角色的即时通讯装置还可以包括未图示的发送单元,用于根据唯一就诊标识和目标业务主题的主题标识信息,获得目标业务主题的具体主题信息,并在上述的通讯单元703建立起发起应用端与至少一个目标医疗角色成员对应的接收应用端的基于目标业务主题的会话链路之后,向发起应用端及每一个接收应用端发送具体主题信息。
可见,实施上述实施例中提供的装置,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
请参阅图8,图8是本申请实施例公开的一种基于医疗角色的即时通讯系统的系统架构图。如图8所示,该基于医疗角色的即时通讯系统可以包括发起应用端801、服务设备802及至少一个接收应用端803;其中,
发起应用端801,用于向服务设备802发送第一查询请求;其中,第一查询请求至少包括患者对应的唯一就诊标识;以及,接收服务设备802返回的唯一就诊标识对应的医疗角色信息,根据针对医疗角色信息包括的至少一个医疗角色成员的选择操作,确定出用户选择的至少一个目标医疗角色成员,并从医疗角色信息中获取目标医疗角色成员对应的成员标识信息发送给服务设备802。
服务设备802,用于在接收到第一查询请求时,获取唯一就诊标识对应的医疗角色信息返回给发起应用端801;以及,在接收到每一个目标医疗角色成员的成员标识信息时,向每一个目标医疗角色成员所对应的接收应用端803发起即时通讯会话请求;以及,在接收到接收应用端803发送的针对即时通讯会话请求的反馈信息时,建立起发起应用端801与至少一个接收应用端803的会话链路。
接收应用端803,用于在接收到服务设备802发送的即时通讯会话请求时,向服务设备802发送针对即时通讯会话请求的反馈信息。
可见,实施上述实施例中提供的系统,通过以患者对应的唯一就诊标识为索引,自动生成与患者就诊相关的至少一个医疗角色成员给发起应用端的用户选择,并建立起包括用户与用户选中的医疗角色成员的两人或多人会话链路,从而能够快速、准确找到跟患者某次就诊相关的医院内部工作人员进行沟通,提高医院内部工作人员的沟通效率。
请参阅图9,图9是本申请实施例公开的一种电子设备的结构示意图。如图9所示,该电子设备可以包括:
存储有可执行程序代码的存储器901;
与存储器901耦合的处理器902;
其中,处理器902调用存储器901中存储的可执行程序代码,执行上述各实施例中描述的应用于发起应用端的基于医疗角色的即时通讯方法。
请参阅图10,图10是本申请实施例公开的另一种电子设备的结构示意图。如图10所示,该电子设备可以包括:
存储有可执行程序代码的存储器1001;
与存储器1001耦合的处理器1002;
其中,处理器1002调用存储器1001中存储的可执行程序代码,执行上述各实施例中描述的应用于服务设备的基于医疗角色的即时通讯方法。
需要说明的是,图9或图10所示的电子设备还可以包括电源、输入按键、扬声器、麦克风、屏幕、RF电路、Wi-Fi模块、蓝牙模块、传感器等未显示的组件,本实施例不作赘述。还可以包括扬声器模组、摄像模组、显示屏、光投射模组、电池模组、无线通信模组(如移动通信模块、WIFI模块、蓝牙模块等)、传感器模组(如接近传感器、压力传感器等)、输入模组(如麦克风、按键)以及用户接口模组(如充电接口、对外供电接口、卡槽、有线耳机接口等)等未显示的部件。
本申请实施例公开一种计算机可读存储介质,其存储计算机程序,其中,该计算机程序使得计算机执行上述各实施例中描述的应用于发起应用端的基于医疗角色的即时通讯方法。
本申请实施例还公开另一种计算机可读存储介质,其存储计算机程序,其中,该计算机程序使得计算机执行上述各实施例中描述的应用于服务设备的基于医疗角色的即时通讯方法。
本申请实施例还公开一种计算机程序产品,其中,当计算机程序产品在计算机上运行时,使得计算机执行如以上各方法实施例中的方法的部分或全部步骤。
本申请实施例还公开一种应用发布平台,其中,应用发布平台用于发布计算机程序产品,其中,当计算机程序产品在计算机上运行时,使得计算机执行如以上各方法实施例中的方法的部分或全部步骤。
应理解,说明书通篇中提到的“一个实施例”或“一些实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一些实施例中”未必一定指相同的实施例。此外,这些特定特征、结构或特性可以以任意适合的方式结合在一个或多个实施例中。本领域技术人员也应该知悉,说明书中所描述的实施例均属于可选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在本发明的各种实施例中,应理解,上述各过程的序号的大小并不意味着执行顺序的必然先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物单元,即可位于一个地方,或者也可以分布到多个网络单元上。可根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。另外,在本发明各实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可获取的存储器中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分,可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干请求用以使得一台计算机设备(可以为个人计算机、服务设备或者网络设备等,具体可以是计算机设备中的处理器)执行本发明的各个实施例上述方法的部分或全部步骤。
在本发明所提供的实施例中,应理解,“与A对应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其他信息确定B。
本领域普通技术人员可以理解上述实施例的各种方法中的部分或全部步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory,ROM)、随机存储器(Random Access Memory,RAM)、可编程只读存储器(Programmable Read-only Memory,PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory,OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(CompactDisc Read-Only Memory,CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。
以上对本申请实施例公开的一种基于医疗角色的即时通讯方法及装置、系统、电子设备进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1.一种基于医疗角色的即时通讯方法,其特征在于,应用于发起应用端,所述方法包括:
确定患者对应的唯一就诊标识;
获取与所述唯一就诊标识对应的医疗角色信息;
根据针对所述医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息;
根据每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立会话链路。
2.根据权利要求1所述的方法,其特征在于,所述获取与所述唯一就诊标识对应的医疗角色信息,包括:
向第一服务设备发送第一查询请求;所述第一查询请求至少包括所述唯一就诊标识,所述第一查询请求用于指示所述第一服务设备根据所述唯一就诊标识在角色数据库上进行查询,以获得所述唯一就诊标识对应的医疗角色信息。
3.根据权利要求1或2所述的方法,其特征在于,所述确定患者对应的唯一就诊标识,包括:
获取患者身份信息;
根据所述患者身份信息获得对应的至少一个唯一就诊标识并输出;
根据用户操作指令,确定出用户从所述至少一个唯一就诊标识中选择出的唯一就诊标识。
4.根据权利要求1所述的方法,其特征在于,所述确定患者对应的唯一就诊标识之后,所述方法还包括:
获取与所述唯一就诊标识对应的业务主题信息;所述业务主题信息包括至少一个业务主题及与各个业务主题分别对应的主题标识信息;
显示所述至少一个业务主题;
从所述至少一个业务主题中确定目标业务主题;并从所述业务主题信息中获取所述目标业务主题的主题标识信息;
以及,所述根据每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立会话链路,包括:
根据所述目标业务主题的主题标识信息以及每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立基于所述目标业务主题的会话链路。
5.根据权利要求4所述的方法,其特征在于,还包括:
向第二服务设备发送第二查询请求,所述第二查询请求至少包括所述唯一就诊标识和所述目标业务主题的主题标识信息,所述第二查询请求用于指示所述第二服务设备根据所述唯一就诊标识和所述目标业务主题的主题标识信息在主题数据库上进行查询,以获得所述目标业务主题的具体主题信息,并在所述发起应用端与至少一个所述目标医疗角色成员所对应的接收应用端建立基于所述目标业务主题的会话链路之后,向所述发起应用端及每一个所述接收应用端发送所述具体主题信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
弹出所述基于所述目标业务主题的会话链路所对应的会话界面;
在所述会话界面的指定位置显示详情入口指示符;其中,所述详情入口指示符链接有被折叠于所述会话界面下的所述具体主题信息。
当检测到针对所述详情入口指示符的触发操作时,弹出被折叠于所述会话界面下的所述具体主题信息。
7.根据权利要求4至6任一项所述的方法,其特征在于,所述显示所述至少一个业务主题,包括:
从所述至少一个业务主题中确定出预选业务主题;
显示所述预选业务主题为选中状态,以及显示所述至少一个业务主题中除所述预选业务主题之外的其它业务主题为未选状态;
所述从所述至少一个业务主题中确定目标业务主题,包括:
若检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作,确定所述任一其它业务主题为目标业务主题;
若未检测到用户针对被显示为未选状态的任一其它业务主题的第二选择操作,确定被显示为选中状态的所述预选业务主题为目标业务主题。
8.根据权利要求7所述的方法,其特征在于,所述从所述至少一个业务主题中确定出预选业务主题,包括:
若所述发起应用端是被第三方即时通讯系统所调用,根据所述第三方即时通讯系统对应的用户身份信息,从所述至少一个业务主题中确定出第一业务主题作为预选业务主题;
若所述发起应用端是被业务系统所调用,获取所述业务系统上传的业务参数,根据所述业务参数从所述至少一个业务主题中确定出第二业务主题作为预选业务主题。
9.一种基于医疗角色的即时通讯方法,其特征在于,应用于服务设备,所述方法包括:
接收发起应用端发送的第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;
获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;所述医疗角色信息包括至少一个医疗角色成员及与各个所述医疗角色成员分别对应的成员标识信息;
根据所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的会话链路;其中,所述至少一个目标医疗角色成员是用户从所述至少一个医疗角色成员中选择出的。
10.根据权利要求9所述的方法,其特征在于,所述接收发起应用端发送的第一查询请求之后,所述方法还包括:
获取所述唯一就诊标识对应的业务主题信息返回给所述发起应用端;所述业务主题信息包括至少一个业务主题及与各个所述业务主题分别对应的主题标识信息;
接收所述发起应用端发送的第二查询请求,所述第二查询请求至少包括所述唯一就诊标识和目标业务主题的主题标识信息;其中,所述目标业务主题是用户从所述至少一个业务主题中选择出的;
以及,所述根据所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的会话链路,包括:
根据所述目标业务主题的主题标识信息、所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的基于所述目标业务主题的会话链路。
11.根据权利要求10所述的方法,其特征在于,还包括:
根据所述唯一就诊标识和所述目标业务主题的主题标识信息,获得所述目标业务主题的具体主题信息,并在建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的基于所述目标业务主题的会话链路之后,向所述发起应用端及每一个所述接收应用端发送所述具体主题信息。
12.一种基于医疗角色的即时通讯装置,其特征在于,应用于发起应用端,所述装置包括:
标识确定单元,用于确定患者对应的唯一就诊标识;
角色获取单元,用于获取与所述唯一就诊标识对应的医疗角色信息;
角色确定单元,用于根据针对所述医疗角色信息包括的至少一个医疗角色成员的第一选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息;
通讯单元,用于根据每一个所述目标医疗角色成员的成员标识信息,与至少一个所述目标医疗角色成员所对应的接收应用端建立会话链路。
13.一种基于医疗角色的即时通讯装置,其特征在于,应用于服务设备,所述装置包括:
接收单元,用于接收发起应用端发送的第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;
获取单元,用于获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;所述医疗角色信息包括至少一个医疗角色成员及各个所述医疗角色成员分别对应的成员标识信息;
通讯单元,用于根据所述发起应用端发送的所述唯一就诊标识及至少一个目标医疗角色成员的成员标识信息,建立起所述发起应用端与至少一个所述目标医疗角色成员对应的接收应用端的会话链路;其中,所述至少一个目标医疗角色成员是用户从所述至少一个医疗角色成员中选择出的。
14.一种基于医疗角色的即时通讯系统,其特征在于,所述系统包括发起应用端、服务设备及至少一个接收应用端;
所述发起应用端,用于向所述服务设备发送第一查询请求;所述第一查询请求至少包括患者对应的唯一就诊标识;以及,接收所述服务设备返回的所述唯一就诊标识对应的医疗角色信息,根据针对所述医疗角色信息包括的至少一个医疗角色成员的选择操作,确定出用户选择的至少一个目标医疗角色成员,并从所述医疗角色信息中获取所述目标医疗角色成员对应的成员标识信息发送给所述服务设备;
所述服务设备,用于在接收到所述第一查询请求时,获取所述唯一就诊标识对应的医疗角色信息返回给所述发起应用端;以及,在接收到每一个所述目标医疗角色成员的成员标识信息时,向每一个所述目标医疗角色成员所对应的接收应用端发起即时通讯会话请求;以及,在接收到所述接收应用端发送的针对所述即时通讯会话请求的反馈信息时,建立起所述发起应用端与至少一个所述接收应用端的会话链路;
所述接收应用端,用于在接收到所述服务设备发送的所述即时通讯会话请求时,向所述服务设备发送针对所述即时通讯会话请求的反馈信息。
15.一种电子设备,其特征在于,包括:
存储有可执行程序代码的存储器;
与所述存储器耦合的处理器;
所述处理器调用所述存储器中存储的所述可执行程序代码,用于执行权利要求1至11任一项所述的一种基于医疗角色的即时通讯方法。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储计算机程序,其中,所述计算机程序使得计算机执行权利要求1至11任一项所述的一种基于医疗角色的即时通讯方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010428739.8A CN111641689A (zh) | 2020-05-20 | 2020-05-20 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
PCT/CN2021/094668 WO2021233348A1 (zh) | 2020-05-20 | 2021-05-19 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010428739.8A CN111641689A (zh) | 2020-05-20 | 2020-05-20 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111641689A true CN111641689A (zh) | 2020-09-08 |
Family
ID=72332038
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010428739.8A Pending CN111641689A (zh) | 2020-05-20 | 2020-05-20 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111641689A (zh) |
WO (1) | WO2021233348A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021233348A1 (zh) * | 2020-05-20 | 2021-11-25 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
CN114157624A (zh) * | 2021-11-25 | 2022-03-08 | 上海浦东发展银行股份有限公司 | 即时通讯的链路连接方法、装置、设备及存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113160927A (zh) * | 2021-04-23 | 2021-07-23 | 深圳市龙岗区第三人民医院 | 一种基于人工智能的医学影像报告生成系统 |
CN114629867A (zh) * | 2022-03-22 | 2022-06-14 | 康键信息技术(深圳)有限公司 | 在线问诊即时通讯系统和消息处理方法 |
CN116825265A (zh) * | 2023-08-29 | 2023-09-29 | 先临三维科技股份有限公司 | 就诊记录处理方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103093083A (zh) * | 2012-12-14 | 2013-05-08 | 深圳先进技术研究院 | 医嘱发布和查询方法及其系统 |
CN107046496A (zh) * | 2016-02-05 | 2017-08-15 | 李盈 | 一种基于角色进行即时会话的方法、服务器和系统 |
CN107888664A (zh) * | 2017-10-27 | 2018-04-06 | 上海京颐科技股份有限公司 | 一种医患通讯方法及装置、存储介质、终端 |
CN108133749A (zh) * | 2017-12-22 | 2018-06-08 | 上海京颐科技股份有限公司 | 医疗终端的数据共享方法及装置、存储介质、终端 |
CN109286555A (zh) * | 2018-09-18 | 2019-01-29 | 南方科技大学 | 一种医院即时通讯系统及方法 |
CN110620719A (zh) * | 2019-09-09 | 2019-12-27 | 深圳安泰创新科技股份有限公司 | 一种即时通讯系统和即时通讯连接的创建方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102984048A (zh) * | 2012-10-14 | 2013-03-20 | 周良文 | 用于医院的网络即时通信互动信息平台 |
CN107767963B (zh) * | 2016-08-15 | 2021-09-24 | 杭州爱钥医疗健康科技有限公司 | 健康信息获取的方法和装置 |
CN111641689A (zh) * | 2020-05-20 | 2020-09-08 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
-
2020
- 2020-05-20 CN CN202010428739.8A patent/CN111641689A/zh active Pending
-
2021
- 2021-05-19 WO PCT/CN2021/094668 patent/WO2021233348A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103093083A (zh) * | 2012-12-14 | 2013-05-08 | 深圳先进技术研究院 | 医嘱发布和查询方法及其系统 |
CN107046496A (zh) * | 2016-02-05 | 2017-08-15 | 李盈 | 一种基于角色进行即时会话的方法、服务器和系统 |
CN107888664A (zh) * | 2017-10-27 | 2018-04-06 | 上海京颐科技股份有限公司 | 一种医患通讯方法及装置、存储介质、终端 |
CN108133749A (zh) * | 2017-12-22 | 2018-06-08 | 上海京颐科技股份有限公司 | 医疗终端的数据共享方法及装置、存储介质、终端 |
CN109286555A (zh) * | 2018-09-18 | 2019-01-29 | 南方科技大学 | 一种医院即时通讯系统及方法 |
CN110620719A (zh) * | 2019-09-09 | 2019-12-27 | 深圳安泰创新科技股份有限公司 | 一种即时通讯系统和即时通讯连接的创建方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021233348A1 (zh) * | 2020-05-20 | 2021-11-25 | 中山大学肿瘤防治中心 | 基于医疗角色的即时通讯方法及装置、系统、电子设备 |
CN114157624A (zh) * | 2021-11-25 | 2022-03-08 | 上海浦东发展银行股份有限公司 | 即时通讯的链路连接方法、装置、设备及存储介质 |
CN114157624B (zh) * | 2021-11-25 | 2023-10-24 | 上海浦东发展银行股份有限公司 | 即时通讯的链路连接方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2021233348A1 (zh) | 2021-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111641689A (zh) | 基于医疗角色的即时通讯方法及装置、系统、电子设备 | |
US8737971B2 (en) | Universal personal diagnostics platform | |
US20180374564A1 (en) | Integrated System and Method for the Acquisition, Processing and Production of Health Care Records and Services | |
AU2013212253B2 (en) | Mobile platform for personal health records | |
US20130179195A1 (en) | Method and system for managing personal health records with telemedicine and health monitoring device features | |
US10140504B2 (en) | System and method utilizing facial recognition with online (social) network to access casualty health information in an emergency situation | |
US20170161433A1 (en) | Healthcare application connecting patients to emergency and urgent care centers, and providing expedited patient check-in | |
US9195371B2 (en) | Information providing apparatus, information providing system and information providing method | |
WO2010118327A2 (en) | Targeted health care content delivery system | |
EP2917887A2 (en) | Framework to notify and invite users to join a collaborative session | |
US20140058770A1 (en) | Method and device for issuing reservation number through short-range wireless communication | |
CN111563145B (zh) | 一种在线咨询方法、装置 | |
CN108062982A (zh) | 血糖会诊管理方法及系统 | |
CN112819574A (zh) | 家政订单生成方法、设备及存储介质 | |
Luo et al. | Telehealth for the management of blood pressure in patients with chronic kidney disease: a systematic review | |
CN111324468B (zh) | 消息传递方法、装置、系统及计算设备 | |
CN112489817A (zh) | 一种在线问诊方法、在线问诊平台、电子设备及存储介质 | |
US20140278526A1 (en) | Systems and methods for communicating medical information | |
Hameed et al. | An efficient emergency, healthcare, and medical information system | |
WO2017049405A1 (en) | System for managing medical consultations | |
US20210287784A1 (en) | Wireless check-in system for healthcare environments | |
AU2015337321B2 (en) | Electronic device and method for controlling contents in electronic device | |
CN113223679B (zh) | 患者转运过程管理方法、装置及电子系统 | |
CN113811955B (zh) | 一种远程会诊的方法、系统、用户终端和服务器 | |
KR20130089797A (ko) | 어플리케이션을 통한 의료정보 제공 방법 |
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 |
Application publication date: 20200908 |