System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本申请涉及发药设备领域,尤其涉及一种自动发药设备和发药方法。
技术介绍
1、发药设备是一种自动化设备,广泛应用于医院、药店等医疗机构,能够根据患者处方自动分发药物。通过计算机控制系统,发药设备能够精确从药库中提取药品,减少人工发药的错误,提高药品分发的效率和准确性。此外,发药设备还具备药品库存管理功能,能够实时监控库存情况,并提醒及时补充药物,从而避免药品缺货的情况发生。
2、发药设备自问世以来,经历了不断的技术更新和迭代。随着医疗信息化的推进以及医保系统的升级,许多旧款发药设备面临与医保系统对接的问题。为了解决这一问题,相关技术中需要更换发药设备硬件,但这往往带来较高的成本负担。
技术实现思路
1、本申请提供一种自动发药设备和发药方法,其解决了相关技术中采用更换发药设备硬件导致较高成本的技术问题,达到了降低设备更新成本的技术效果。
2、为了达到上述目的,本申请采用的主要技术方案包括:
3、第一方面,本申请实施例提供一种自动发药设备,所述设备包括:安装有第一操作系统的取药端和安装有第二操作系统的补药端;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;
4、所述取药端,用于获取目标对象的电子医保二维码中携带的加密数据,并向所述补药端发送所述加密数据;
5、所述补药端,用于在接收到所述加密数据的情况下,启动医保解码程序,通过所述医保解码程序对所述加密数据进行解码,得到解
6、所述取药端,还用于接收并根据所述目标对象的身份信息调用所述目标对象的处方数据,以针对所述目标对象执行相应的发药操作。
7、可选地,所述加密数据包括加密身份字符串;
8、所述补药端,还用于展示医保核验操作界面,以及在所述医保核验操作界面展示所述加密身份字符串。
9、可选地,所述补药端,还用于通过主线程展示医保核验操作界面,通过子线程模拟身份信息输入操作,以在所述医保核验操作界面中展示所述加密身份字符串。
10、可选地,所述医保核验操作界面中包括目标输入控件,所述目标输入控件为电子凭证编码对应的输入控件;
11、所述补药端,还用于在所述医保核验操作界面中所述目标输入控件的对应位置处显示所述加密身份字符串。
12、可选地,所述取药端配置有扫码单元;
13、所述扫码单元,用于对所述目标对象的电子医保二维码进行扫描,以识别所述电子医保二维码中携带的加密数据。
14、可选地,所述补药端的数量为一个,所述取药端的数量为多个,每个所述取药端是独立设计,且分别与所述补药端通信连接;
15、所述第一操作系统采用安卓操作系统,所述第二操作系统采用windows操作系统。
16、可选地,所述取药端通过第一通信方式或者第二通信方式向所述补药端发送所述加密数据;
17、所述补药端是通过所述第二通信方式启动所述医保解码程序;
18、所述补药端通过所述第一通信方式或者所述第二通信方式向所述取药端发送所述目标对象的身份信息。
19、第二方面,本申请实施例提供一种自动发药方法,应用于自动发药设备,所述自动发药设备包括安装有第一操作系统的取药端和安装有第二操作系统的补药端;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;所述方法包括:
20、所述取药端获取目标对象的电子医保二维码中携带的加密数据,并向所述补药端发送所述加密数据;
21、所述补药端在接收到所述加密数据的情况下,启动医保解码程序,通过所述医保解码程序对所述加密数据进行解码,得到解码后的所述目标对象的身份信息,并向所述取药端发送所述目标对象的身份信息;
22、所述取药端接收并根据所述目标对象的身份信息调用所述目标对象的处方数据,以针对所述目标对象执行相应的发药操作。
23、可选地,应用于自动发药设备的补药端,所述自动发药设备还包括安装有第一操作系统的取药端,所述补药端中安装有第二操作系统;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;所述方法包括:
24、接收所述取药端发送的目标对象的电子医保二维码中携带的加密数据;
25、启动医保解码程序,通过所述医保解码程序对所述加密数据进行解码,得到解码后的所述目标对象的身份信息;
26、向所述取药端发送所述目标对象的身份信息,以使所述取药端根据所述目标对象的身份信息调用所述目标对象的处方数据,以针对所述目标对象执行相应的发药操作。
27、可选地,所述加密数据包括加密身份字符串;所述启动医保解码程序,通过所述医保解码程序对所述加密数据进行解码,得到解码后的所述目标对象的身份信息,包括:
28、启动所述医保解码程序,以通过主线程展示医保核验操作界面,并通过子线程模拟身份信息输入操作;
29、在所述医保核验操作界面中展示所述加密身份字符串;
30、通过所述医保解码程序对所述加密身份字符串进行解码,得到解码后的所述目标对象的身份信息。
31、在本申请中,自动发药设备的取药端用于获取目标对象的电子医保二维码中携带的加密数据,并向补药端发送加密数据;补药端用于在接收到加密数据的情况下,启动医保解码程序,通过医保解码程序对加密数据进行解码,得到解码后的目标对象的身份信息,并向取药端发送目标对象的身份信息;取药端还用于接收并根据目标对象的身份信息调用目标对象的处方数据,以针对目标对象执行相应的发药操作。取药端通过向补药端发送加密数据,并依赖补药端执行解码操作,使自动发药设备通过软件升级的方式就可实现和医保系统的对接,无需对硬件进行升级,有效降低了成本。
本文档来自技高网...【技术保护点】
1.一种自动发药设备,其特征在于,所述设备包括:安装有第一操作系统的取药端和安装有第二操作系统的补药端;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;
2.根据权利要求1所述的设备,其特征在于,所述加密数据包括加密身份字符串;
3.根据权利要求2所述的设备,其特征在于,所述补药端,还用于通过主线程展示医保核验操作界面,通过子线程模拟身份信息输入操作,以在所述医保核验操作界面中展示所述加密身份字符串。
4.根据权利要求3所述的设备,其特征在于,所述医保核验操作界面中包括目标输入控件,所述目标输入控件为电子凭证编码对应的输入控件;
5.根据权利要求1所述的设备,其特征在于,所述取药端配置有扫码单元;
6.根据权利要求1所述的设备,其特征在于,所述补药端的数量为一个,所述取药端的数量为多个,每个所述取药端是独立设计,且分别与所述补药端通信连接;
7.根据权利要求1至6任一项所述的设备,其特征在于,所述取药端通过第一通信方式或者第二通信方式向所述补药端发送所
8.一种自动发药方法,其特征在于,应用于自动发药设备,所述自动发药设备包括安装有第一操作系统的取药端和安装有第二操作系统的补药端;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;所述方法包括:
9.一种自动发药方法,其特征在于,应用于自动发药设备的补药端,所述自动发药设备还包括安装有第一操作系统的取药端,所述补药端中安装有第二操作系统;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;所述方法包括:
10.根据权利要求9所述的方法,其特征在于,所述加密数据包括加密身份字符串;所述启动医保解码程序,通过所述医保解码程序对所述加密数据进行解码,得到解码后的所述目标对象的身份信息,包括:
...【技术特征摘要】
1.一种自动发药设备,其特征在于,所述设备包括:安装有第一操作系统的取药端和安装有第二操作系统的补药端;其中,所述取药端与所述补药端分离设计且通信连接,所述第一操作系统和所述第二操作系统属于不同类别的操作系统;
2.根据权利要求1所述的设备,其特征在于,所述加密数据包括加密身份字符串;
3.根据权利要求2所述的设备,其特征在于,所述补药端,还用于通过主线程展示医保核验操作界面,通过子线程模拟身份信息输入操作,以在所述医保核验操作界面中展示所述加密身份字符串。
4.根据权利要求3所述的设备,其特征在于,所述医保核验操作界面中包括目标输入控件,所述目标输入控件为电子凭证编码对应的输入控件;
5.根据权利要求1所述的设备,其特征在于,所述取药端配置有扫码单元;
6.根据权利要求1所述的设备,其特征在于,所述补药端的数量为一个,所述取药端的数量为多个,每个所述取药端是独立设计,且分别与所述补药端通信连接;
【专利技术属性】
技术研发人员:林炳柔,郑林云,徐振超,张华锋,
申请(专利权)人:深圳市联新移动医疗科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。