通信方法、终端、服务器、通信系统、计算机设备和介质与流程

文档序号:30309219发布日期:2022-06-05 09:43阅读:71来源:国知局
通信方法、终端、服务器、通信系统、计算机设备和介质与流程

1.本发明涉及物联网技术领域,特别是涉及一种通信方法、终端、服务器、通信系统、计算机设备和介质。


背景技术:

2.现有技术中,医院的住院部对住院患者和医护人员存在管理复杂的问题,往往降低医护人员的工作效率,增加患者的心理负担,影响治疗效果。


技术实现要素:

3.为了解决上述问题至少之一,本发明第一个实施例提供一种通信方法,应用于服务器,包括:
4.响应于第一终端的第一登录请求,根据所述第一登录请求中的第一终端信息分配第一身份标识,并将所述第一身份标识和对应的功能控件信息发送到所述第一终端;
5.响应于第三用户的账户操作建立第二用户账号并分配第二用户的第二身份标识,响应于第二终端的第二登录请求,根据所述第二登录请求中的第二身份标识将对应的菜单控件信息发送到所述第二终端;
6.响应于第一终端的第一功能请求并根据所述第一功能请求中的第一身份标识和功能控件向所述第一终端发送功能反馈信息;
7.响应于第二终端的第二功能请求并根据所述第二功能请求中的第二身份标识和菜单控件向所述第二终端发送功能反馈信息;
8.呈现多个界面组件并响应于第三用户的管理操作维护并更新各界面组件。
9.进一步的,所述界面组件包括权限管理组件、护理信息管理组件、医院信息管理组件、满意度调查组件、设备管理组件、病历审核管理组件、版本管理组件中的至少两个。
10.进一步的,所述服务器包括mqtt消息队列和处理器,
11.所述响应于第一终端的第一功能请求并根据所述第一功能请求中的第一身份标识和功能控件向所述第一终端发送功能反馈信息进一步包括:
12.通过所述mqtt消息队列接收所述第一终端发送的第一功能请求,并推送到所述处理器;
13.所述处理器根据所述第一功能请求中的第一身份标识和功能控件生成功能反馈信息并发送至所述mqtt消息队列,所述功能反馈信息包括第一身份标识;
14.所述mqtt消息队列根据所述第一身份标识向所述第一终端推送所述功能反馈信息;
15.所述响应于第二终端的第二功能请求并根据所述第二功能请求中的第二身份标识和菜单控件向所述第二终端发送功能反馈信息进一步包括:
16.通过所述mqtt消息队列接收所述第二终端发送的第二功能请求,并推送到所述处理器;
17.所述处理器根据所述第二功能请求中的第二身份标识和菜单控件生成功能反馈信息并发送至所述mqtt消息队列,所述功能反馈信息包括第二身份标识;
18.所述mqtt消息队列根据所述第二身份标识向所述第二终端推送所述功能反馈信息。
19.进一步的,所述处理器还包括回调计数器,在所述mqtt消息队列根据所述第一身份标识向所述第一终端推送所述功能反馈信息后,或者在所述mqtt消息队列根据所述第二身份标识向所述第二终端推送所述功能反馈信息后,所述通信方法还包括:
20.所述mqtt消息队列向所述处理器发送回调信息;
21.所述处理器接收所述回调信息并触发所述回调计数器计数,根据所述回调计数器的计数值判断所述功能反馈信息是否完成推送。
22.本发明第二个实施例提供一种通信方法,应用于第一终端,包括:
23.响应于第一用户的登录操作向服务器发送第一登录请求,所述第一登录请求包括第一终端信息;
24.接收所述服务器发送的第一身份标识并呈现所述第一身份标识对应的多个功能控件,所述第一身份标识由所述服务器根据所述第一终端信息分配;
25.响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第一功能请求包括所述第一身份标识。
26.进一步的,所述多个功能控件包括:提醒消息控件、病历控件、报告控件、账单控件、预约控件、宣教控件、点餐控件、病历复印控件、电子签名控件、满意度调查控件和档案控件中的至少两个。
27.进一步的,所述响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,接收并呈现所述服务器发送的功能反馈信息进一步包括:
28.响应于所述第一用户对所述点餐控件的选择操作呈现对于所述第一用户的营养提示信息、食品选择列表和时间选择控件;
29.响应于所述第一用户对所述账单控件的选择操作呈现所述第一用户的账单列表和充值控件,所述充值控件连接第三方支付接口;
30.响应于所述第一用户对所述提醒消息控件的选择操作呈现对于所述第一用户的提醒消息列表;
31.响应于所述第一用户对所述病历控件的选择操作呈现所述第一用户的病历信息;
32.响应于所述第一用户对所述报告控件的选择操作呈现所述第一用户的报告列表;
33.响应于所述第一用户对所述预约控件的选择操作呈现所述第一用户的预约列表,所述预约列表包括检查预约和手术预约;
34.响应于所述第一用户对所述宣教控件的选择操作呈现宣教列表;
35.响应于所述第一用户对所述病历复印控件的选择操作呈现病历复印申请单;
36.响应于所述第一用户对所述电子签名控件的选择操作呈现签名列表;
37.响应于所述第一用户对所述满意度调查控件的选择操作呈现调查表;
38.响应于所述第一用户对所述档案控件的选择操作呈现对应的用户档案。
39.进一步的,所述通信方法还包括:
40.接收所述服务器发送的第一身份标识并呈现所述第一身份标识对应的用户信息,
及所述第一身份标识对应的提醒消息,其中,
41.所述用户信息包括用户姓名、性别、住院信息、医护人员信息和用户二维码信息中的至少一个;
42.所述提醒消息包括检查提醒、手术提醒和病历领取提醒中的至少一个。
43.进一步的,所述服务器包括mqtt消息队列和处理器,所述响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,接收并呈现所述服务器发送的功能反馈信息进一步包括:
44.响应于所述第一用户对所述功能控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第一功能请求,使得所述mqtt消息队列将所述第一功能请求推送到所述处理器;
45.接收并呈现所述服务器发送的功能反馈信息,所述功能反馈信息为所述处理器根据接收的第一功能请求发送的,并经所述mqtt消息队列推送到所述第一身份标识对应的第一终端。
46.本发明第三个实施例提供一种通信方法,应用于第二终端,包括:
47.响应于第二用户的登录操作向服务器发送第二登录请求,所述第二登录请求包括第二身份标识,所述第二身份标识为所述服务器响应于第三用户的管理操作分配;
48.呈现所述第二身份标识对应的多个菜单控件;
49.响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第二功能请求包括所述第二身份标识。
50.进一步的,所述多个菜单控件包括:病区概览控件、床位列表控件、护理计划控件、体征事件控件、手术监控控件、交班日志控件、排班计划控件中的至少两个。
51.进一步的,所述响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,接收并呈现所述服务器发送的功能反馈信息进一步包括:
52.响应于所述第二用户对所述病区概览控件的选择操作呈现所述第二用户所在病区的床位信息和对应的患者控件,响应于所述第二用户对所述患者控件的选择操作呈现身份认证,响应于所述第二用户对所述身份认证的认证操作呈现对应患者的用户信息、费用信息、手术信息、护理工作信息、检验信息、检查信息、体征信息和医嘱信息;
53.响应于所述第二用户对所述护理计划控件的选择操作呈现所述第二用户所在病区的护理计划信息,所述护理计划信息包括今日体征测量信息、今日风险评估信息、今日护理项目信息、今日医嘱信息;
54.响应于所述第二用户对所述体征事件控件的选择操作呈现所述第二用户所在病区的体征事件信息,所述体征事件信息包括体温异常数据信息、脉搏异常数据信息、呼吸异常数据信息、血压异常数据信息及早期风险预警信息;
55.响应于所述第二用户对所述手术监控控件的选择操作呈现所述第二用户所在病区的手术监控信息,所述手术监控信息包括各手术对应的患者信息、医护信息和状态信息;
56.响应于所述第二用户对所述交班日志控件的选择操作呈现所述第二用户所在病区的交班日志信息,所述交班日志信息包括所述第二用户所在病区的各患者的护理信息;
57.响应于所述第二用户对所述排班计划控件的选择操作呈现所述第二用户所在病区的排班计划信息,所述排班计划信息包括所述第二用户所在病区的各医护人员的排班信息。
58.进一步的,所述服务器包括mqtt消息队列和处理器,所述响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,接收并呈现所述服务器发送的功能反馈信息进一步包括:
59.响应于所述第二用户对所述菜单控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第二功能请求,使得所述mqtt消息队列将所述第二功能请求推送到所述处理器;
60.接收并呈现所述服务器发送的功能反馈信息,所述功能反馈信息为所述处理器根据接收的第二功能请求发送的,并经所述mqtt消息队列推送到所述第二身份标识对应的第二终端。
61.本发明第四个实施例提供一种通信方法,包括:
62.第一终端响应于第一用户的登录操作向服务器发送第一登录请求,其中所述第一登录请求包括第一终端信息,所述服务器根据所述第一终端信息分配第一身份标识并将所述第一身份标识和对应的功能控件信息发送到所述第一终端;
63.所述服务器响应于第三用户的账户操作建立第二用户账号并分配第二用户的第二身份标识,第二终端响应于第二用户的登录操作向所述服务器发送第二登录请求,其中所述第二登录请求包括第二身份标识,所述服务器根据所述第二身份标识将对应的菜单控件信息发送到所述第二终端;
64.所述第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,其中所述第一功能请求包括所述第一身份标识,所述服务器接收所述第一功能请求并根据所述第一身份标识和功能控件向所述第一终端发送功能反馈信息,所述第一终端接收并呈现所述功能反馈信息;
65.所述第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,其中所述第二功能请求包括所述第二身份标识,所述服务器接收所述第二功能请求并根据所述第二身份标识和菜单控件向所述第二终端发送功能反馈信息,所述第二终端接收并呈现所述功能反馈信息;
66.所述服务器呈现多个界面组件并响应于第三用户的管理操作维护并更新各界面组件。
67.进一步的,所述服务器包括mqtt消息队列和处理器;
68.所述第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,其中所述第一功能请求包括所述第一身份标识,所述服务器接收所述第一功能请求并根据所述第一身份标识和功能控件向所述第一终端发送功能反馈信息,所述第一终端接收并呈现所述功能反馈信息进一步包括:
69.所述第一终端响应于所述第一用户对所述功能控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第一功能请求,所述mqtt消息队列将所述第一功能请求推送到所述处理器,所述处理器根据所述第一功能请求中的第一身份标识和功能控件生成功能反馈信息并发送至所述mqtt消息队列,所述mqtt消息队列根据所述第一身份标识将所述功能反馈信息推送到所述第一终端,所述第一终端接收并呈现所述功能反馈信息;
70.所述第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,其中所述第二功能请求包括所述第二身份标识,所述服务器接收所述第二功能请求并根据所述第二身份标识和菜单控件向所述第二终端发送功能反馈信息,所述第二
终端接收并呈现所述功能反馈信息进一步包括:
71.所述第二终端响应于所述第二用户对所述菜单控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第二功能请求,所述mqtt消息队列将所述第二功能请求推送到所述处理器,所述处理器根据所述第二功能请求中的第二身份标识和菜单控件生成功能反馈信息并发送至所述mqtt消息队列,所述mqtt消息队列根据所述第二身份标识将所述功能反馈信息推送到所述第二终端,所述第二终端接收并呈现所述功能反馈信息。
72.本发明第五个实施例提供一种实现第一个实施例所述通信方法的服务器,包括:
73.处理器,用于绑定第一终端并根据第一终端信息分配第一身份标识和对应的功能控件信息至所述第一终端,用于根据第一终端的第一功能请求生成功能反馈信息,用于连接第二终端并根据其第二身份标识发送对应的菜单控件至所述第二终端,用于根据第二终端的第二功能请求生成功能反馈信息;
74.mqtt消息队列,用于基于mqtt协议分别连接第一终端、第二终端和处理器,接收所述第一终端的第一功能请求或第二终端的第二功能请求并推送至所述处理器,接收所述处理器生成的功能反馈信息并推送至所述第一终端或第二终端。
75.本发明第六个实施例提供一种实现第二个实施例所述通信方法的终端,包括
76.显示单元,所述显示单元包括绑定控件和功能控件,其中,
77.所述绑定控件用于向服务器发送第一登录请求以建立绑定连接并根据所述第一登录请求中的第一终端信息获取第一身份标识和对应的多个功能控件,
78.所述功能控件用于向服务器发送第一功能请求以接收并呈现所述服务器发送的功能反馈信息,所述第一功能请求包括所述第一身份标识;
79.通信单元,用于与所述服务器进行通信。
80.本发明第七个实施例提供一种实现第三个实施例所述通信方法的终端,包括
81.显示模块,所述显示模块包括登录控件和菜单控件,其中,
82.所述登录控件用于向服务器发送第二登录请求以根据所述终端的第二身份标识获取对应的多个菜单控件,
83.所述菜单控件用于向服务器发送第二功能请求以接收并呈现所述服务器发送的功能反馈信息,所述第二功能请求包括所述第二身份标识;
84.通信模块,用于与所述服务器进行通信。
85.本发明第八个实施例提供一种实现第四个实施例所述通信方法的通信系统,包括
86.第一终端,用于绑定所述服务器,通过功能控件向所述服务器发送第一功能请求以接收并呈现所述服务器发送的功能反馈信息;
87.第二终端,用于连接所述服务器,通过菜单控件向所述服务器发送第二功能请求以接收并呈现所述服务器发送的功能反馈信息;
88.服务器,包括处理器和mqtt消息队列,其中,
89.所述处理器,用于绑定第一终端并根据第一终端的第一功能请求生成功能反馈信息,用于连接第二终端并根据第二终端的第二功能请求生成功能反馈信息;
90.所述mqtt消息队列,用于基于mqtt协议分别连接第一终端、第二终端和处理器,接收所述第一终端的第一功能请求或第二终端的第二功能请求并推送至所述处理器,接收所述处理器生成的功能反馈信息并推送至所述第一终端或第二终端。
91.本发明第九个实施例提供一种计算机可读存储介质,其上存储有计算机程序,
92.该程序被处理器执行时实现第一个实施例所述的通信方法;
93.或者
94.该程序被处理器执行时实现第二个实施例所述的通信方法;
95.或者
96.该程序被处理器执行时实现第三个实施例所述的通信方法。
97.本发明第十个实施例提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,
98.所述处理器执行所述程序时实现第一个实施例所述的方法;
99.或者
100.所述处理器执行所述程序时实现第二个实施例所述的方法;
101.或者
102.所述处理器执行所述程序时实现第三个实施例所述的方法。
103.本发明的有益效果如下:
104.本发明针对目前现有的问题,制定一种通信方法、终端、服务器、通信系统、计算机设备和介质,通过分别与服务器交互的第一终端和第二终端,实现对住院患者和医护人员的管理,简化现有管理体系,有效提高患者和医护人员的用户体验,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
附图说明
105.为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
106.图1示出本发明的一个实施例所述应用于服务器的通信方法的流程图;
107.图2示出本发明的一个实施例所述通信系统的应用场景示意图;
108.图3示出本发明的一个实施例所述第一终端与服务器的通信交互泳道图;
109.图4a-4b示出本发明的一个实施例所述第一终端连接服务器的示意图;
110.图5a-5d示出本发明的一个实施例所述第一终端的订餐功能的示意图;
111.图6a-6d示出本发明的一个实施例所述第一终端的账单功能的示意图;
112.图7a-7s示出本发明的一个实施例所述第一终端各功能控件的功能示意图;
113.图8a-8j示出本发明的一个实施例所述服务器的权限管理的示意图;
114.图9a-9p示出本发明的一个实施例所述第二终端的菜单控件的示意图;
115.图10a-10r示出本发明的一个实施例所述服务器各界面组件的示意图;
116.图11示出本发明的另一个实施例所述通信方法的流程图;
117.图12示出本发明的另一个实施例所述的一种计算机设备的结构示意图。
具体实施方式
118.为了更清楚地说明本发明,下面结合优选实施例和附图对本发明做进一步的说
明。附图中相似的部件以相同的附图标记进行表示。本领域技术人员应当理解,下面所具体描述的内容是说明性的而非限制性的,不应以此限制本发明的保护范围。
119.如图1所示,本发明的一个实施例提供了一种通信方法,应用于服务器,包括:响应于第一终端的第一登录请求,根据所述第一登录请求中的第一终端信息分配第一身份标识,并将所述第一身份标识和对应的功能控件信息发送到所述第一终端;响应于第三用户的账户操作建立第二用户账号并分配第二用户的第二身份标识,响应于第二终端的第二登录请求,根据所述第二登录请求中的第二身份标识将对应的菜单控件信息发送到所述第二终端;响应于第一终端的第一功能请求并根据所述第一功能请求中的第一身份标识和功能控件向所述第一终端发送功能反馈信息;响应于第二终端的第二功能请求并根据所述第二功能请求中的第二身份标识和菜单控件向所述第二终端发送功能反馈信息;呈现多个界面组件并响应于第三用户的管理操作维护并更新各界面组件。
120.在本实施例中,所述服务器通过分别与第一终端和第二终端进行交互实现对第一终端和第二终端的管理,同时所述服务器呈现多个界面组件并利用各界面组件实现对第一终端和第二终端的后台管理,从而加强现有住院系统中住院患者和医护人员的管理,简化现有管理体系,有效提高患者和医护人员的用户体验,实现智慧病房的信息交互、管理和维护,具有广泛的应用前景。
121.在一个具体的示例中,如图2所示,为本实施例的通信系统的场景示意图,其中,第一终端为向住院患者提供的移动终端,例如为设置在病床床头附近的平板电脑或智能手机等移动终端,便于住院患者查询个人的治疗信息、检查报告、手术预约、订餐信息和费用信息等;第二终端为向医护人员提供的显示终端,例如设置在护士站的大型显示装置,便于医护人员查询住院患者的整体情况、个体情况、日常护理需求、检查需求、值班信息和排班信息等;服务器为与第一终端和第二终端信息交互、呈现并维护更新各界面组件、并通过各界面组件管理第一终端和第二终端的后台系统。
122.具体的,如图3所示,以第一终端和服务器信息交互进行说明,值得说明的是,本实施例中,为便于说明服务器与第一终端和第二终端的交互功能,分为用于连接、后台管理的处理器,以及用于消息交互的消息队列。本领域技术人员应当根据实际应用需求进行设置,例如将服务器分为用于连接和后台管理的第一子服务器和用于消息交互的第二子服务器,本技术对此不作具体限定。:
123.首先,第一步s1,第一终端200响应于第一用户的登录操作向服务器100发送第一登录请求,所述第一登录请求包括第一终端信息。
124.在本实施例中,如图4a所示,所述第一终端信息为能够唯一标识第一终端的信息,例如第一终端的物理地址,第一终端根据第一终端信息向服务器发送登录请求与服务器100的处理器建立连接,即实现第一终端与服务器的绑定操作。
125.其次,第二步s2,服务器的处理器根据登录请求中的第一终端信息识别第一终端的类型并分配第一身份标识。
126.在本实施例中,服务器的处理器识别第一终端为应用于住院患者的移动终端,则分配第一身份标识和对应的功能控件信息至第一终端,例如第一终端显示的功能控件、以及住院患者在各功能控件的权限等。其中,第一身份标识能够表明第一终端的类型,以便于在后续消息交互中,第一终端通过第一身份标识与服务器的消息队列进行通信交互,同时
还能便于服务器的消息队列对第一终端进行分类管理。
127.同时,第一终端接收所述服务器发送的第一身份标识并呈现所述第一身份标识对应的多个功能控件。
128.在本实施例中,如图4b所示,为第一终端呈现的多个功能控件,包括:提醒消息控件1、病历控件2、报告控件3、账单控件4、预约控件5、宣教控件6、点餐控件7、病历复印控件8、电子签名控件9、满意度调查控件10和档案控件11。
129.值得说明的是,本实施例仅用于说明本技术的具体实施方式,对功能控件的数量和功能不做限定,本领域技术人员应当根据实际应用需求选择适当的功能控件,在此不再赘述。
130.最后,第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第一功能请求包括所述第一身份标识。
131.在本实施例中,使用第一终端的第一用户通过第一终端呈现的多个功能控件能够获取相关信息并进行预约、点餐、充值等操作。具体包括:
132.第三步s3,第一终端响应于所述第一用户对所述功能控件的选择操作向服务器的消息队列发送第一功能请求。
133.在本实施例中,通过对第一终端呈现的功能控件的选择操作,点击功能控件即向服务器的消息队列发送第一功能请求,所述第一功能请求包括功能控件信息和第一身份标识。具体表现为:第一终端响应于所述第一用户对所述功能控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第一功能请求。即所述第一终端和服务器的消息队列通过mqtt协议实现通信交互。
134.第四步s4,服务器的消息队列接收到第一终端发送的第一功能请求,并将该第一功能请求推送到服务器的处理器。
135.在本实施例中,服务器的消息队列对第一功能请求进行解析,获取第一终端的第一身份标识,并根据该第一身份标识确定通信流程,利用mqtt消息队列将所述第一功能请求推送到所述处理器。
136.第五步s5,服务器的处理器根据第一功能请求生成功能反馈信息,并将该功能反馈信息发送至服务器的消息队列。
137.在本实施例中,服务器的处理器处理第一功能请求,并根据第一功能请求返回第一用户所需的功能反馈信息,例如返回第一功能请求所请求的结果信息至服务器的mqtt消息队列。
138.第六步s6,服务器的消息队列根据第一功能请求的第一身份标识将该功能反馈信息推送至第一终端。
139.在本实施例中,mqtt消息队列根据第一身份标识确定消息推送方,并将功能反馈信息按照第一身份标识推送至第一终端。值得说明的是,本技术基于mqtt协议,通过对第一终端进行分类并按照不同的主题和订阅设置消息处理和推送规则,可以实现对各第一终端进行消息群发和对指定的某一个第一终端进行消息发送。例如,将各住院患者分类为内科患者、外科患者,对应的,将各内科患者使用的第一终端分组为内科设备,而将外科患者使用的第一终端分组为外科设备。在定向给内科设备群发消息时将消息推送给所有的内科设
备,而不会推送给外科设备;同理,在定向给外科设备群发消息时将消息推送给所有的外科设备,而不会推送给内科设备。在本实施例中,通过mqtt消息队列设置不同的主题以及将各第一终端按照不同的分组规则分组并设置为订阅各对应分组的主题,从而实现mqtt消息队列的分组推送。
140.第七步s7,第一终端接收并呈现所述服务器发送的功能反馈信息。
141.在本实施例中,第一终端接收所述mqtt消息队列推送的功能反馈信息,并且根据该功能反馈信息进行呈现,从而完成第一终端
----
服务器消息队列
----
服务器处理器
----
服务器消息队列
----
第一终端的交互过程,通过第一终端呈现的功能控件实现与服务器的通信交互。
142.在一个可选的实施例中,所述服务器的处理器还包括回调计数器,在所述mqtt消息队列根据所述第一身份标识向所述第一终端推送所述功能反馈信息后,或者在所述mqtt消息队列根据所述第二身份标识向所述第二终端推送所述功能反馈信息后,所述通信方法还包括:所述mqtt消息队列向所述处理器发送回调信息;所述处理器接收所述回调信息并触发所述回调计数器计数,根据所述回调计数器的计数值判断所述功能反馈信息是否完成推送。
143.在本实施例中,通过设置在服务器的处理器端的回调计数器监控mqtt消息队列的消息推送情况,有效提高mqtt消息队列对消息传送的准确性,确保第一终端和服务器交互的时效性,满足服务器与多终端之间的通信交互。
144.进一步的,考虑到第一终端存在因网络原因或其他原因导致的掉线问题,在一个可选的实施例中,当第一终端在掉线重新连接服务器的处理器后向服务器的mqtt消息队列发送第一功能请求,所述第一功能请求还包括历史数据请求,经mqtt消息队列推送至处理器,处理器根据历史数据请求生成历史数据包和功能反馈信息并发送至mqtt消息队列,经mqtt消息队列推送至对应的第一终端。
145.在本实施例中,当第一终端因掉线等原因失去历史数据时,在响应于第一用户的选择操作发送第一功能请求的同时请求历史数据,从而获取历史数据,有效提高第一用户的应用体验。
146.进一步的,考虑到第一终端掉线后无法连接服务器的处理器的问题,在一个可选的实施例中,第一终端还包括重连计数器。具体的,当第一终端掉线后与服务器进行重新连接,第一终端向服务器发送第一登录请求,重连技术器开始计数,若连接成功则重连计数器清零,否则第一终端向服务器再次发送第一登录请求,重连计数技术继续计数,当第一终端连续向服务器发送的第一登录请求的次数超过预设重连阈值,则停止向服务器发送第一登录请求。
147.基于前述实施例,本技术还提供一种终端,包括显示单元,所述显示单元包括绑定控件和功能控件,其中,所述绑定控件用于向服务器发送第一登录请求以建立绑定连接并根据所述第一登录请求中的第一终端信息获取第一身份标识和对应的多个功能控件,所述功能控件用于向服务器发送第一功能请求以接收并呈现所述服务器发送的功能反馈信息,所述第一功能请求包括所述第一身份标识;通信单元,用于与所述服务器进行通信。
148.本实施例提供的终端即为应用于住院患者病床床头附近的第一终端,通过与服务器交互实现住院患者的个人治疗信息、检查报告、手术预约、订餐信息和费用信息的查询,
简化现有管理体系,有效提高患者和医护人员的用户体验,实现智慧病房的信息交互、管理和维护,具有广泛的应用前景。具体实施方式同前述实施例,在此不再赘述。
149.针对上述功能控件,具体包括:
150.功能控件应用场景1:点餐控件。
151.如图5a至5d所示,第一终端响应于所述第一用户对所述点餐控件的选择操作呈现对于所述第一用户的营养提示信息、食品选择列表和时间选择控件。
152.在本应用场景中,第一用户通过点击第一终端的“点餐控件”向服务器的消息队列发送点餐请求,经mqtt消息队列推送至处理器,处理器生成功能反馈信息并通过mqtt消息队列推送至第一终端,通过第一终端呈现。
153.第一终端响应于第一用户的选择呈现针对该第一用户的营养提示信息,如图5a所示,并按照营养提示信息显示适合第一用户的食品选择列表,如图5b所示,根据呈现的时间选择空间选择订餐日期和时间,如图5c所示,选择2020年9月17日的午餐,确认选择后生成订单并存储在如图5d所示的订餐列表中,便于住院患者或家属进行查询。
154.值得说明的是,本实施例针对住院患者的具体情况呈现对应的食品选择列表,仅用于说明本技术的具体实施方式,本技术对此不作限定,本领域技术人员应当根据实际应用需求进行设置,在此不再赘述。
155.功能控件应用场景2:账单控件。
156.第一终端响应于所述第一用户对所述账单控件的选择操作呈现所述第一用户的账单列表和充值控件,所述充值控件连接第三方支付接口。
157.在本应用场景中,第一用户通过点击第一终端的“账单控件”向服务器的消息队列发送账单查询请求,经mqtt消息队列推送至处理器,处理器生成功能反馈信息并通过mqtt消息队列推送至第一终端,通过第一终端呈现。
158.第一终端响应于第一用户的选择呈现该第一用户的账单信息,如图6a所示,包括账单基本信息,例如费用合计、预交金和余额信息等,设置在基本信息下方的充值控件,以及如图6b所示选择日期并根据选择日期呈现的账单明细。第一用户可以根据费用情况在第一终端通过充值控件进行充值操作,如图6c所示,通过充值控件进一步显示当前余额(包括欠费情况),并提供多种充值金额选择,或者直接输入欲充值数量,如图6d所示,通过充值控件连接的第三方支付接口,例如微信支付或支付宝支付实现在线充值。通过账单控件,便于住院患者或家属进行账单操作,实现线上充值,避免排队缴费等操作,降低医院工作人员的工作量并提高住院患者或家属的用户体验,省时省力。
159.功能控件应用场景3:提醒消息控件
160.响应于所述第一用户对所述提醒消息控件的选择操作呈现对于所述第一用户的提醒消息列表。
161.在本应用场景中,第一用户通过点击第一终端的“提醒消息列表”向服务器的消息队列发送提醒消息查询请求,经mqtt消息队列推送至处理器,处理器生成功能反馈信息并通过mqtt消息队列推送至第一终端,通过第一终端呈现。
162.如图7a所示,第一终端响应于第一用户的选择呈现该第一用户的消息提醒信息,例如手术提醒,包括手术名称、主刀医生和手术室等相关信息;例如检查提醒,包括检查项目、检查地点和预约时间。通过提醒消息控件,便于住院患者或家属明确提醒事项,合理安
排检查时间和手术时间,避免因忙乱错过检查时间等,能够稳定住院患者或家属的情绪并缓解住院患者或家属的心情,具有实际应用意义。
163.功能控件应用场景4:病历控件
164.第一终端响应于所述第一用户对所述病历控件的选择操作呈现所述第一用户的病历信息。
165.在本应用场景中,第一用户通过点击第一终端的“病历控件”向服务器的消息队列发送病历查询请求,经mqtt消息队列推送至处理器,处理器生成功能反馈信息并通过mqtt消息队列推送至第一终端,通过第一终端呈现。
166.如图7b-7c所示,第一终端响应于第一用户的选择呈现该第一用户的病历信息,例如现病史、既往史、体格检查、辅助检查、诊疗意见和诊断等信息,便于住院患者或家属查看。
167.功能控件应用场景5:报告控件
168.第一终端响应于所述第一用户对所述报告控件的选择操作呈现所述第一用户的报告列表。
169.在本应用场景中,第一用户通过点击第一终端的“报告控件”向服务器的消息队列发送报告查询请求,经mqtt消息队列推送至处理器,处理器生成功能反馈信息并通过mqtt消息队列推送至第一终端,通过第一终端呈现。
170.如图7d-7e所示,第一终端响应于第一用户的选择呈现该第一用户的检查报告和检验报告信息,例如b超、ct等检查报告,以及例如肝功能五项和血常规等检验报告,便于住院患者或家属查看。
171.如图7f-7所示,第一终端还包括以下功能控件应用场景:
172.预约控件,如图7f-7g所示,第一终端响应于所述第一用户对所述预约控件的选择操作呈现所述第一用户的预约列表,所述预约列表包括检查预约和手术预约。
173.宣教控件,如图7h-7j所示,第一终端响应于所述第一用户对所述宣教控件的选择操作呈现宣教列表,例如包括健康宣教和医院宣传等视频、音频和文字介绍。
174.病历复印控件,如图7k-7l所示,第一终端响应于所述第一用户对所述病历复印控件的选择操作呈现病历复印申请单,例如包括申请复印份数和用于确认申请人身份的身份认证。
175.电子签名控件,如图7m-7n所示,第一终端响应于所述第一用户对所述电子签名控件的选择操作呈现签名列表,例如待签名的签名同意书和已签名的签名同意书。
176.满意度调查控件,如图7o-7p所示,第一终端响应于所述第一用户对所述满意度调查控件的选择操作呈现调查表,包括医生篇、护士篇和医院篇等调查信息。
177.档案控件,如图7q-7r所示,第一终端响应于所述第一用户对所述档案控件的选择操作呈现对应的用户档案,包括住院患者的3d档案和运动系统等。
178.第一终端还包括呈现所述第一身份标识对应的用户信息和提醒消息,具体的:
179.如图4b右侧所示,所述用户信息包括用户姓名、性别、住院信息、医护人员信息和用户二维码信息。
180.如图7s所示,所述提醒消息以弹出消息通知条的形式呈现,具体包括检查提醒、手术提醒和病历领取提醒。
181.在本实施例中,第一终端能够便于住院患者接收医院的信息通知,方便快捷的查询个人信息、费用充值和餐饮服务,简化现有管理体系中对住院患者的管理,有效提高住院患者的用户体验,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
182.服务器作为第一终端和第二终端的后台管理系统,呈现多个界面组件,具体包括:权限管理组件、护理信息管理组件、医院信息管理组件、满意度调查组件、设备管理组件、病历审核管理组件和版本管理组件。
183.如图8a-8j为服务器的权限管理组件,具体的:
184.如图8a所示,服务器呈现权限管理组件的子界面“用户管理界面”,包括左侧的界面信息,以及已有用户列表,包括用户序号、账号、角色、创建时间和具体操作等信息。
185.如图8b所示,服务器响应于第三用户点击“新增”操作弹出“新增用户”窗口,提示第三用户输入账号、初始密码以建立新用户账号,新用户包括管理员和病区护士。病区护士为第二用户,即为使用第二终端的用户,第二终端作为向医护人员提供信息的显示终端,仅在服务器端由第三用户管理员建立用户,并设置用户账号和初始密码,第二用户根据已经建立的账号登录第二终端,并利用第二终端与服务器的交互实现对医护护理工作的查询和操作。
186.当第三用户在服务器端建立第二用户账号后,与前述第一终端与服务器进行通信交互相类似,第二用户通过第二终端与服务器进行通信交互。具体的:
187.首先,如图9a所示,第二终端响应于第二用户的登录操作向服务器发送第二登录请求,所述第二登录请求包括第二身份标识。
188.其次,如图9b所示,第二终端呈现所述第二身份标识对应的多个菜单控件。
189.服务器的处理器接收第二登录请求,并根据第二登录请求中包括的第二身份标识识别第二终端为应用于护士站的显示终端,则将与第二身份标识对应的菜单控件信息至第二终端,例如第二终端显示的菜单控件,所述菜单控件包括病区概览控件、床位列表控件、护理计划控件、体征事件控件、手术监控控件、交班日志控件和排班计划控件。
190.最后,第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第二功能请求包括所述第二身份标识。
191.具体的,服务器包括mqtt消息队列和处理器,第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器的mqtt消息队列发送第二功能请求,根据第二功能请求中的第二身份标识经mqtt消息队列将第二功能请求推送至服务器的处理器,处理器根据第二功能请求生成功能反馈信息并发送至服务器的mqtt消息队列,经服务器的mqtt消息队列将功能反馈信息推送至第二身份标识对应的第二终端,第二终端接收并呈现所述服务器发送的功能反馈信息,所述功能反馈信息为所述处理器根据接收的第二功能请求发送的,并经所述mqtt消息队列推送到所述第二身份标识对应的第二终端。
192.在本实施例中,mqtt消息队列根据第二身份标识确定消息推送方,并将功能反馈信息按照第二身份标识推送至第二终端。值得说明的是,本技术基于mqtt协议,通过对第二终端进行分类并按照不同的主题和订阅设置消息处理和推送规则,可以实现对各第二终端进行消息群发和对指定的某一个第二终端进行消息发送。例如,将设置在不同住院部护士站的第二终端分类为内科设备、外科设备,将定向给内科护士站群发的消息推送至所述属
于内科设备的第二终端,而将定向给外科护士站群发的消息推送给属于外科设备的第二终端;换句话说,推送给内科设备的消息,仅分组为内科设备的第二终端能够接收到推送,分组为外科设备的第二终端则不会接收到推送,反之亦然。因此,本实施例通过mqtt消息队列设置不同的主题以及将各第二终端按照不同的分组规则分组并设置为订阅各对应分组的主题,从而实现mqtt消息队列的分组推送。
193.基于上述通信方法,本发明的一个实施例提供了一种终端,包括显示模块,所述显示模块包括登录控件和菜单控件,其中,所述登录控件用于向服务器发送第二登录请求以根据所述终端的第二身份标识获取对应的多个菜单控件,所述菜单控件用于向服务器发送第二功能请求以接收并呈现所述服务器发送的功能反馈信息,所述第二功能请求包括所述第二身份标识;通信模块,用于与所述服务器进行通信。
194.本实施例提供的终端即为应用于向医护人员提供的显示终端,例如设置在护士站的大型显示装置的第二终端,通过与服务器交互实现医护人员对住院患者的整体情况、个体情况、日常护理需求、检查需求、值班信息和排班信息的查询,简化现有管理体系,有效提高患者和医护人员的用户体验,实现智慧病房的信息交互、管理和维护,具有广泛的应用前景。具体实施方式同前述实施例,在此不再赘述。
195.针对上述菜单控件,具体包括:
196.菜单控件应用场景1:病区概览控件。
197.如图9b所示,第二终端响应于所述第二用户对所述病区概览控件的选择操作呈现所述第二用户所在病区的床位信息和对应的患者控件,包括病区动态、值班安排、重点护理项目、重点检查项目、重要通知和责任护士管床列表。
198.其中,病区动态包括:住院总人数、护理等级分布、今日出入院动态和明日出入院动态;重点护理项目包括护理项目列表;重点检查项目包括检查项目列表,责任护士管床列表包括责任护士列表;其中,各项目名称后显示对应的住院患者的床号,并通过床号颜色表征住院患者的护理级别。值班安排显示今日值班医生、值班护士和各值班医护人员的具体安排;重要通知包括会议通知和护理提醒,以便于提醒使用第二终端的护士站的各医护人员。
199.菜单控件应用场景2:床位列表控件。
200.如图9c所示,第二终端响应于所述第二用户选择“床位列表”显示本病区所有床位以及各床位对应住院患者的信息,包括住院患者的床号、病区名称、姓名、性别、住院号、住院时间、主治医生、责任护士等信息,无患者的床位只显示床号。
201.具体的,如图9d所示,第二终端响应于所述第二用户对所述患者控件的选择操作呈现身份认证,包括输入医护人员的用户名和密码查看选择的住院患者的具体信息。进一步的,如图9e所示,第二终端响应于所述第二用户对所述身份认证的认证操作呈现对应患者的用户信息、费用信息、手术信息、护理工作信息、检验信息、检查信息、体征信息和医嘱信息。进一步的,检验信息分为未完成和已完成两种状态:点击未完成的检验项目,如图9f所示,显示检验项目信息,包括项目名称、预约时间、注意事项;点击已完成的检验项目,如图9g所示,显示具体的检验报告信息。进一步的,如图9h所示,体征信息包括全部数据,例如可切换显示体温数据、脉搏数据、呼吸数据或血压数据。如图9i所示,医嘱信息包括未完成或已完成的医嘱完成状态、类型、内容、单量、用法、医生、开嘱时间,默认显示长期医嘱数
据,根据需求可切换到临时医嘱数据。
202.还包括以下菜单控件应用场景:
203.如图9j所示,第二终端响应于所述第二用户对所述护理计划控件的选择操作呈现所述第二用户所在病区的护理计划信息,所述护理计划信息包括今日体征测量信息、今日风险评估信息、今日护理项目信息、今日医嘱信息。
204.如图9k所示,第二终端响应于所述第二用户对所述体征事件控件的选择操作呈现所述第二用户所在病区的体征事件信息,所述体征事件信息包括体温异常数据信息、脉搏异常数据信息、呼吸异常数据信息、血压异常数据信息及早期风险预警信息。
205.如图9l所示,第二终端响应于所述第二用户对所述手术监控控件的选择操作呈现所述第二用户所在病区的手术监控信息,所述手术监控信息包括各手术对应的患者信息、医护信息和状态信息,具体包括手术状态、床号、姓名、手术名称、手术间、手术台、手术时间、主刀医生、送手术时间、术前检查护士、回病房时间、术后检查护士信息。同时,如图9m所示,在该界面操作下还可以切换到不同日期的手术列表。
206.如图9n所示,第二终端响应于所述第二用户对所述交班日志控件的选择操作呈现所述第二用户所在病区的交班日志信息,所述交班日志信息包括所述第二用户所在病区的各患者的护理信息,具体包括床号、姓名/性别/年龄、入院时间、诊断、护理问题、既往史/治疗经过/手术、症状/体征/化验/检查、建议措施。
207.如图9o所示,第二终端响应于所述第二用户对所述排班计划控件的选择操作呈现所述第二用户所在病区的排班计划信息,所述排班计划信息包括所述第二用户所在病区的各医护人员的排班信息。如图9p所示,还可以切换至月排班列表,通过切换按钮查看上个月、下个月计划。
208.在本实施例中,第二终端能够便于护士站的医护人员查询病区信息、具体病人情况、每日工作重点和注意事项,同时还能够接收医院的信息通知,简化现有管理体系中对住院部医护人员的工作管理和工作安排,有效提高医护人员的工作效率,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
209.进一步的,如图8c所示,服务器响应于第三用户点击“分配角色”操作弹出“分配角色”窗口,提示第三用户为新建立的账号选择角色身份。
210.如图8d所示,服务器响应于第三用户点击“编辑”操作弹出“编辑角色”窗口,提示第三用户输入账号并编辑角色。
211.如图8e所示,服务器响应于第三用户点击“分配资源”操作呈现“分配资源”界面,提示第三用户为选择的账号分配资源,例如为选择的账号分配权限管理、设备管理、护理信息管理和医院信息管理等资源。
212.如图8f所示,服务器响应于第三用户点击“资源管理”操作呈现“资源管理”界面,显示资源列表,包括目录管理、新增、删除等操作。所述目录管理包括显示新增子目录、编辑、删除按钮等,如图8g所示,在资源管理界面下实现“新增子目录”操作,如图8h所示,在资源管理界面下实现“新增资源”操作。
213.如图8i所示,服务器的权限管理还包括用户病区管理,呈现用户病区列表,包括账号、角色、关联病区等操作,其中,点击管理病区按钮,如图8j所示,可关联或修改用户对应病区权限。
214.如图10a-10d所示,服务器还包括护理信息管理组件,具体包括:病区信息管理、通知管理和交班日志。具体的:
215.如图10a所示,响应于第三用户点击“护理信息管理-病区信息管理”,呈现病区信息管理页面,对护理项目、重点护理项目、重点检查进行设置。各护理项目均包括项目子列表,以便于第三用户根据实际需求进行设置。
216.如图10b所示,响应于第三用户点击“护理信息管理-通知管理”,呈现通知管理页面,呈现本病区的通知列表,包括新增、编辑、删除、置顶和取消置顶等操作。
217.如图10c所示,响应于第三用户点击“护理信息管理-交班日志”,呈现交班日志页面,呈现本病区患者的交班日志列表。进一步的,如图10d所示,响应于第三用户点击“编辑”按钮以弹出编辑弹窗,从而对交班日志进行修改,包括对指定住院患者的护理问题、既往史/治疗经过/手术、症状/体征/化验/检查、以及建议措施的编辑。
218.如图10e-10h所示,服务器还包括医院信息管理组件,具体包括:健康宣教管理、医院介绍管理、医院头条管理和医院点餐管理。具体的:
219.如图10e所示,响应于第三用户点击菜单“医院信息管理-健康宣教管理”,呈现健康宣教列表,包括对宣教视频的新增、预览、编辑、删除。
220.如图10f所示,响应于第三用户点击菜单“医院信息管理-医院介绍管理”,呈现医院介绍编辑页面对医院介绍进行编辑。
221.如图10g所示,响应于第三用户点击菜单“医院信息管理-医院头条管理”,呈现医院头条列表,包括对医院头条的新增、发布、取消发布、编辑、预览、置顶、取消置顶、删除。
222.如图10h所示,响应于第三用户点击菜单“医院信息管理-医院点餐管理”,呈现医院套餐列表,包括新增、复制、编辑、删除及查看点餐记录。
223.如图10i-10j所示,服务器还包括满意度调查组件,具体包括:满意度问卷列表和患者反馈列表。具体的:
224.如图10i所示,响应于第三用户点击菜单“满意度调查管理-满意度问卷列表”,呈现满意度问卷列表,包括对问卷的新增、预览、发布、取消发布、编辑、删除等操作。
225.如图10j所示,响应于第三用户点击菜单“满意度调查管理-患者反馈列表”,呈现患者反馈列表,进一步点击能够查看各住院患者的作答详情。
226.如图10k-10l所示,服务器还包括设备管理组件,具体包括:连接的多个第二终端和第一终端。
227.如图10k所示,响应于第三用户点击菜单“设备管理-设备管理-大屏”,呈现大屏列表,即第二终端,包括设备的新增、编辑、删除操作。
228.如图10l所示,响应于第三用户点击菜单“设备管理-设备管理-pad”,呈现pad列表,即第一终端,包括设备的新增、编辑、删除和夜间模式设置等操作。
229.如图10m-10n所示,服务器还包括病历审核管理组件,具体包括:如图10m所示,响应于第三用户点击菜单“病历审核管理-病历审核管理”呈现病历审核管理界面;如图10n所示,响应于第三用户点击“通过”按钮呈现弹窗,设置领取时间和地点,还可以对该领取时间和地点进行修改编辑。
230.如图10o-10所示,服务器还包括版本管理组件,如图10o所示,响应于第三用户点击菜单点击菜单“版本管理-app版本管理”,呈现版本管理界面,包括app版本的新增、查看、
启用、禁用、通知更新等操作。具体的:如图10p所示,响应于第三用户点击按钮“新增”呈现新增弹窗,如图10q所示,响应于第三用户点击按钮“禁用”呈现禁用弹窗,如图10r所示,响应于第三用户点击按钮“通知更新”呈现通知更新弹窗。
231.在本实施例中,服务器通过呈现的界面组件能够管理第一终端和第二终端,维护并更新各界面组件,有效简化现有管理体系中对住院患者和住院部医护人员的管理,稳定住院患者的情绪,有效提高医护人员的工作效率,实现基于第一终端、第二终端和服务器之间通信交互的智慧病房,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
232.基于上述通信方法,本发明的一个实施例提供了一种服务器,包括:处理器,用于绑定第一终端并根据第一终端信息分配第一身份标识和对应的功能控件信息至所述第一终端,用于根据第一终端的第一功能请求生成功能反馈信息,用于连接第二终端并根据其第二身份标识发送对应的菜单控件至所述第二终端,用于根据第二终端的第二功能请求生成功能反馈信息;mqtt消息队列,用于基于mqtt协议分别连接第一终端、第二终端和处理器,接收所述第一终端的第一功能请求或第二终端的第二功能请求并推送至所述处理器,接收所述处理器生成的功能反馈信息并推送至所述第一终端或第二终端。
233.本实施例提供的服务器即为与第一终端和第二终端信息交互、呈现并维护更新各界面组件、并通过各界面组件管理第一终端和第二终端的后台系统,为第一用户和第二用户提供便利的信息查询和日程安排,简化现有管理体系,有效提高患者和医护人员的用户体验,实现智慧病房的信息交互、管理和维护,具有广泛的应用前景。具体实施方式同前述实施例,在此不再赘述。
234.基于上述实施例,本发明的一个实施例提供了一种应用于通信系统的通信方法,如图11所示,包括:第一终端响应于第一用户的登录操作向服务器发送第一登录请求,其中所述第一登录请求包括第一终端信息,所述服务器根据所述第一终端信息分配第一身份标识并将所述第一身份标识和对应的功能控件信息发送到所述第一终端;所述服务器响应于第三用户的账户操作建立第二用户账号并分配第二用户的第二身份标识,第二终端响应于第二用户的登录操作向所述服务器发送第二登录请求,其中所述第二登录请求包括第二身份标识,所述服务器根据所述第二身份标识将对应的菜单控件信息发送到所述第二终端;所述第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,其中所述第一功能请求包括所述第一身份标识,所述服务器接收所述第一功能请求并根据所述第一身份标识和功能控件向所述第一终端发送功能反馈信息,所述第一终端接收并呈现所述功能反馈信息;所述第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,其中所述第二功能请求包括所述第二身份标识,所述服务器接收所述第二功能请求并根据所述第二身份标识和菜单控件向所述第二终端发送功能反馈信息,所述第二终端接收并呈现所述功能反馈信息;所述服务器呈现多个界面组件并响应于第三用户的管理操作维护并更新各界面组件。
235.本实施例提供的通信方法通过分别与服务器交互的第一终端和第二终端,实现对住院患者和医护人员的管理,简化现有管理体系,有效提高患者和医护人员的用户体验,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
236.在一个可选的实施例中,所述服务器包括mqtt消息队列和处理器;所述第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,其中所述第
一功能请求包括所述第一身份标识,所述服务器接收所述第一功能请求并根据所述第一身份标识和功能控件向所述第一终端发送功能反馈信息,所述第一终端接收并呈现所述功能反馈信息进一步包括:所述第一终端响应于所述第一用户对所述功能控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第一功能请求,所述mqtt消息队列将所述第一功能请求推送到所述处理器,所述处理器根据所述第一功能请求中的第一身份标识和功能控件生成功能反馈信息并发送至所述mqtt消息队列,所述mqtt消息队列根据所述第一身份标识将所述功能反馈信息推送到所述第一终端,所述第一终端接收并呈现所述功能反馈信息;所述第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,其中所述第二功能请求包括所述第二身份标识,所述服务器接收所述第二功能请求并根据所述第二身份标识和菜单控件向所述第二终端发送功能反馈信息,所述第二终端接收并呈现所述功能反馈信息进一步包括:所述第二终端响应于所述第二用户对所述菜单控件的选择操作,基于mqtt协议向所述mqtt消息队列发送第二功能请求,所述mqtt消息队列将所述第二功能请求推送到所述处理器,所述处理器根据所述第二功能请求中的第二身份标识和菜单控件生成功能反馈信息并发送至所述mqtt消息队列,所述mqtt消息队列根据所述第二身份标识将所述功能反馈信息推送到所述第二终端,所述第二终端接收并呈现所述功能反馈信息。
237.基于上述通信方法,本发明的一个实施例提供了一种通信系统,包括第一终端,用于绑定所述服务器,通过功能控件向所述服务器发送第一功能请求以接收并呈现所述服务器发送的功能反馈信息;第二终端,用于连接所述服务器,通过菜单控件向所述服务器发送第二功能请求以接收并呈现所述服务器发送的功能反馈信息;服务器,包括处理器和mqtt消息队列,其中,所述处理器,用于绑定第一终端并根据第一终端的第一功能请求生成功能反馈信息,用于连接第二终端并根据第二终端的第二功能请求生成功能反馈信息;所述mqtt消息队列,用于基于mqtt协议分别连接第一终端、第二终端和处理器,接收所述第一终端的第一功能请求或第二终端的第二功能请求并推送至所述处理器,接收所述处理器生成的功能反馈信息并推送至所述第一终端或第二终端。
238.本实施例提供的通信方法通过分别与服务器交互的第一终端和第二终端,实现对住院患者和医护人员的管理,简化现有管理体系,有效提高患者和医护人员的用户体验,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
239.本发明的另一个实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现:服务器响应于第一终端的第一登录请求,根据所述第一登录请求中的第一终端信息分配第一身份标识,并将所述第一身份标识和对应的功能控件信息发送到所述第一终端;服务器响应于第三用户的账户操作建立第二用户账号并分配第二用户的第二身份标识,响应于第二终端的第二登录请求,根据所述第二登录请求中的第二身份标识将对应的菜单控件信息发送到所述第二终端;服务器响应于第一终端的第一功能请求并根据所述第一功能请求中的第一身份标识和功能控件向所述第一终端发送功能反馈信息;服务器响应于第二终端的第二功能请求并根据所述第二功能请求中的第二身份标识和菜单控件向所述第二终端发送功能反馈信息;服务器呈现多个界面组件并响应于第三用户的管理操作维护并更新各界面组件。
240.本发明的另一个实施例提供了一种计算机可读存储介质,其上存储有计算机程
序,该程序被处理器执行时实现:第一终端响应于第一用户的登录操作向服务器发送第一登录请求,所述第一登录请求包括第一终端信息;第一终端接收所述服务器发送的第一身份标识并呈现所述第一身份标识对应的多个功能控件,所述第一身份标识由所述服务器根据所述第一终端信息分配;第一终端响应于所述第一用户对所述功能控件的选择操作向服务器发送第一功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第一功能请求包括所述第一身份标识。
241.本发明的另一个实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现:第二终端响应于第二用户的登录操作向服务器发送第二登录请求,所述第二登录请求包括第二身份标识,所述第二身份标识为所述服务器响应于第三用户的管理操作分配;第二终端呈现所述第二身份标识对应的多个菜单控件;第二终端响应于所述第二用户对所述菜单控件的选择操作向服务器发送第二功能请求,接收并呈现所述服务器发送的功能反馈信息,所述第二功能请求包括所述第二身份标识。
242.在实际应用中,所述计算机可读存储介质可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
243.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
244.计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、电线、光缆、rf等等,或者上述的任意合适的组合。
245.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
246.如图12所示,本发明的另一个实施例提供的一种计算机设备的结构示意图。图12显示的计算机设备12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
247.如图12所示,计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
248.总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线,微通道体系结构(mac)总线,增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
249.计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
250.系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图12未显示,通常称为“硬盘驱动器”)。尽管图12中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
251.具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
252.计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机设备12交互的设备通信,和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且,计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图12所示,网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白,尽管图12中未示出,可以结合计算机设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
253.处理器单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的一种通信方法。
254.本发明针对目前现有的问题,制定一种通信方法、终端、服务器、通信系统、计算机设备和介质,通过分别与服务器交互的第一终端和第二终端,实现对住院患者和医护人员的管理,简化现有管理体系,有效提高患者和医护人员的用户体验,从而弥补了现有技术中存在的问题,具有广泛的应用前景。
255.显然,本发明的上述实施例仅仅是为清楚地说明本发明所作的举例,而并非是对本发明的实施方式的限定,对于所属领域的普通技术人员来说,在上述说明的基础上还可
以做出其它不同形式的变化或变动,这里无法对所有的实施方式予以穷举,凡是属于本发明的技术方案所引伸出的显而易见的变化或变动仍处于本发明的保护范围之列。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1