首页> 中国专利> 电子装置的控制方法及存储执行该方法的程序的计算机可读记录介质

电子装置的控制方法及存储执行该方法的程序的计算机可读记录介质

摘要

提供了一种电子装置的控制方法以及存储用于执行该方法的程序的计算机可读记录介质。电子装置的控制方法可以向外部设备发送针对药品的支付请求,响应于该支付请求从外部设备接收针对药品的用药信息,存储针对药品的用药信息,并基于所存储的用药信息向用户提供针对药品的用药警告。

著录项

  • 公开/公告号CN112368775A

    专利类型发明专利

  • 公开/公告日2021-02-12

    原文格式PDF

  • 申请/专利权人 三星电子株式会社;

    申请/专利号CN201980045617.6

  • 申请日2019-08-07

  • 分类号G16H20/10(20060101);G16H70/40(20060101);G16H80/00(20060101);G06Q30/02(20060101);G16H50/20(20060101);

  • 代理机构11021 中科专利商标代理有限责任公司;

  • 代理人吴晓兵

  • 地址 韩国京畿道

  • 入库时间 2023-06-19 09:52:39

说明书

技术领域

本公开涉及一种电子装置的方法以及存储用于执行该方法的程序的计算机可读记录介质。更具体地,本公开涉及一种控制电子装置的方法以及存储用于执行该方法的程序的计算机可读记录介质,该电子装置从外部设备接收用药信息并向用户提供用药警告。

背景技术

随着人口老龄化的增加,慢性病患者的数量正在增加。由于慢性病患者必须在指定时间服药,因此对于慢性病患者来说管理用药是非常重要的。

通常,药剂师会指导用户有关口服药品的种类、何时服药以及如何服药。然而,在这种情况下,由于服药者根据他们的记忆服药,导致许多服药者误服药物。因此,增加了服药的持续时间,这对健康有不利影响并增加了药品的成本。

通常,用户习惯将用药信息输入到诸如智能电话之类的电子装置中,或拍摄处方的条形码以获取用药信息。在这种情况下,用户必须直接输入用药信息或拍摄处方。

因此,越来越需要在电子装置上更简单地获取用药信息,并根据所获取的用药信息向用户提供用药警告。

发明内容

技术问题

本公开旨在解决上述问题,并且本公开在支付的同时接收用药信息,并基于所接收到的用药信息提供用药警告,从而提供一种控制电子装置的能够向用户提供更加便利和准确的用药管理服务的方法以及一种存储用于执行该方法的程序的计算机可读记录介质。

技术方案

根据本公开的实施例,一种控制电子装置的方法包括:向外部设备发送针对药品的支付请求;响应于该支付请求从外部设备接收针对药品的用药信息;存储针对药品的用药信息;以及基于所存储的用药信息向用户提供针对药品的用药警告。

根据本公开的实施例,一种存储用于执行控制电子装置的方法的计算机可执行指令的计算机可读记录介质,该介质包括:向外部设备发送针对药品的支付请求;基于响应于该支付请求而从外部设备接收到针对药品的用药信息,存储针对药品的用药信息;以及基于所存储的用药信息向用户提供针对药品的用药警告。

本发明的效果

根据如上所述的本公开的实施例,电子装置可以在没有单独的用户操作的情况下获取用药信息,并基于该用药信息提供用药警告。因此,可以为用户提供更便利和准确的用药管理服务。

附图说明

图1是示出了根据本公开的实施例的提供用药警告服务的方法的概念图;

图2是示出了根据本公开的实施例的用于提供用药警告服务的系统的视图;

图3是示出了根据本公开的实施例的电子装置的配置的框图;

图4至图9是示出了根据本公开的各种实施例的从药房系统获取用药信息的实施例的视图;

图10是示出了根据本公开的实施例的根据用户使用的装置提供用药警告的实施例的视图;

图11是示出了根据本公开的实施例的根据用药时间提供用药警告的实施例的视图;以及

图12是示出了根据本公开的实施例的控制电子装置的方法的流程图。

具体实施方式

根据以下结合附图的描述,本公开的一些实施例的上述和其它方面、特征以及优点将更清楚。然而,应当理解,本公开不限于下文描述的具体实施例,而是包括本公开实施例的各种修改、等同和/或替代。关于附图的说明,相似的附图标记可以用于相似的组成元件。

在本公开的示例性实施例中使用的术语“具有”、“可以具有”、“包括”和“可以包括”指示存在相应特征(例如,诸如数值、功能、操作或部件之类的元素),并不排除存在其他特征。

在本说明书中,术语“A或B”、“A或/和B中的至少一项”或“A或/和B中的一个或多个”可以包括一起列举的项目的所有可能组合。例如,术语“A或B”或“A和/或B中的至少一项”可以指定:(1)至少一个A,(2)至少一个B,或(3)至少一个A和至少一个B二者。

如本文所使用的表述“第1”、“第2”、“第一”或“第二”可以修饰各种元件,而与其顺序和/或重要性无关,并且仅用于将一个元件与另一个元件区分开。因此,不限制相应的元件。

当一个元件(例如,第一元件)与另一元件(例如,第二元件)“可操作地或通信地耦接”或“连接”时,元件可以直接与另一元件耦接,或者可以通过另一元件(例如,第三元件)耦接。

在本说明书中,在某些情况下,术语“被配置为”可以变化为例如“适用于”、“具有...的能力”、“被设计用于”、“适于”、“被制作用于”或“能够”。术语“被配置为(被设置为)”不一定意味着在硬件级别上“被专门设计为”。在某些情况下,术语“被配置为...的设备”可以指代“能够”与另一设备或组件一起做某事的设备。例如,“配置为(或被配置为)执行A、B和C的子处理器”可以指代能够通过执行存储在存储设备中的一个或多个软件程序来执行相应操作的通用处理器(例如,中央处理器(CPU)或应用处理器)或执行相应操作的专用处理器(例如,嵌入式处理器)。

根据各种示例性实施例的电子装置可以包括以下至少一项:例如,智能电话、平板PC、移动电话、视频电话、电子书阅读器、台式PC、膝上型PC、上网本计算机、工作站、服务器、PDA、便携式多媒体播放器(PMP)、MP3播放器、医疗设备、相机或可穿戴设备。例如,可穿戴设备可以包括以下至少一项:饰品(例如,手表、戒指、手环、脚环、项链、眼镜、隐形眼镜或头戴式设备(HMD))、衣料或服饰(例如,电子服饰)、身体附着类型(例如,皮肤贴或纹身)或生物植入式电路。

根据本公开的各种实施例的药房系统可以包括以下至少一项:药房中包括的台式PC、膝上型PC、上网本计算机、工作站、服务器、各种医疗设备、自助服务机、信标服务器和信标发射器。

在下文中,将参考附图详细地描述本公开。

图1是示出了根据示例实施例的用于提供用药警告服务的方法的视图。首先,药房系统40可以获取患者的用药信息。此时,药房系统40可以从外部医院服务器获取患者的用药信息,通过拍摄用户提供的处方中包括的条形码(或QR码等)来获取用药信息,或者获取直接由药剂师输入的用药信息。

电子装置100可以向药房系统40请求支付。在这种情况下,电子装置100可以通过电子装置100中包括的第一通信模块(例如,磁安全传输(MST)通信模块)向连接到药房系统40的支付终端发送支付令牌。

药房系统40可以基于通过支付终端获取的支付令牌向金融服务器30发送支付请求。金融服务器30可以响应于支付请求而批准支付,并向药房系统40发送支付批准信号。在这种情况下,金融服务器30可以向电子装置100一起发送支付批准信号。

当接收到支付批准信号时,药房系统40可以向电子装置100提供用药信息。在这种情况下,电子装置100可以通过第二通信模块(例如,NFC通信模块)接收用药信息。

另外,电子装置100可以对所接收到的用药信息执行有效性检查。例如,电子装置100可以将电子装置100中存储的用户信息与用药信息中包括的用户信息进行比较,或者将电子装置100接收到的支付信息与用药信息中包括的支付信息进行比较,以执行有效性检查。当用药信息的有效性被验证时,电子装置100可以基于用药信息设置用药警告。例如,电子装置100可以基于用药信息中包括的关于用药时间、药品种类和服药方法的信息来设置用药警告。

电子装置100可以提供用药警告。具体地,电子装置100可以在基于用药信息中包括的用药时间所设置的警告时间提供用药警告。在这种情况下,用药警告可以包括关于药物种类以及如何服药的信息,并且可以使用视觉消息、听觉消息和触觉消息中的至少一种来提供用药警告。

图2是示出了根据本公开的实施例的用于提供用药警告服务的系统的视图。系统10可以包括金融服务器30、药房系统40、支付终端50和电子装置100。

金融服务器30可以接收从支付终端50获取的信号。具体地,当电子装置100与支付终端50接触使得支付终端50通过近场通信模块(例如,MST通信模块、NFC通信模块等)从电子装置100接收支付令牌时,金融服务器30可以从支付终端50接收基于该支付令牌的支付请求。

金融服务器30可以响应于支付请求而向支付终端50发送支付批准信号。另外,金融服务器30可以向电子装置100以及支付终端50发送支付批准信号。在这种情况下,支付批准信号可以包括关于支付详情的信息。

药房系统40可以基于药房应用(或软件)提供支付服务、用药信息提供服务、制造服务。

具体地,药房系统40可以获取用药信息。特别地,药房系统40可以从外部医院服务器获取患者的用药信息。备选地,当由药剂师拍摄患者拥有的处方中包括的诸如条形码或QR码之类的识别信息时,药房系统40可以获取患者的用药信息。备选地,药房系统40可以通过由药剂师根据处方中包括的药品种类直接输入用药信息来获取用药信息。在这种情况下,用药信息可以包括关于患者服用的药品的信息、关于服药时间的信息、关于服药次数的信息、关于如何服药的信息等。

当获取了用药信息时,药房系统40可以进入支付模式。在支付模式期间,药房系统40可以向所连接的支付终端50发送支付准备信号。在维持支付模式的同时,药房系统40可以等待用药信息提供模式。

当支付被金融服务器30批准时,药房系统40可以向电子装置100发送用药信息。在这种情况下,药房系统40可以使用近场无线通信模块向电子装置100发送用药信息。然而,药房系统40可以使用与电子装置100发送用于进行支付的支付令牌的通信模块(例如,MST通信模块)不同的通信模块(例如,NFC通信模块)向电子装置100提供用药信息。

支付终端50可以连接到药房系统40,以执行针对患者药品的支付功能。具体地,支付终端50可以利用近场通信模块(例如,MST通信模块)从患者的电子装置100接收支付令牌,并基于所接收到的支付令牌向金融服务器30发送支付请求。另外,当从金融服务器30接收到支付批准信号时,支付终端50可以向药房系统40发送支付批准信号。

电子装置100可以通过诸如支付应用、药物应用等的各种应用向用户提供用药服务。特别地,电子装置100可以使用利用近场通信模块的支付应用来执行药品支付。例如,电子装置100可以使用MST通信模块(或NFC通信模块)向支付终端50发送支付令牌。在这种情况下,电子装置100可以驱动药物应用以提供用药信息,并且在接收待机状态下激活近场无线通信(例如,NFC通信模块)。

当支付被批准时,电子装置100可以从药房系统40接收用药信息。在这种情况下,用药信息可以包括关于患者要服用的药品的信息、关于服药时间的信息、关于服药次数的信息、关于如何服药的信息等。

特别地,电子装置100可以基于用药信息中包括的用户信息或支付信息来检查用药信息的有效性。具体地,电子装置100可以将电子装置100中存储的用户信息与用药信息中包括的用户信息进行比较,或者将电子装置100接收到的支付信息与用药信息中包括的支付信息进行比较。

当用药信息的有效性被验证时,电子装置100可以基于所接收到的用药信息设置用药警告。在这种情况下,电子装置100可以向连接到电子装置100的外部设备(例如,IOT设备)发送所接收到的用药信息或关于用药警告的信息。

另外,电子装置100可以提供所设置的用药警告。特别地,电子装置100可以基于用药信息中包括的服药时间来提供用药警告。特别地,电子装置100可以通过根据时间是在用餐之前还是之后而以不同方式确定服药时间来提供用药警告。这将在后面详细描述。

根据上述本公开的实施例,可以在支付的同时向用户提供用于用药警告的用药信息,从而接收更便利和准确的用药信息提供服务。

图3是示出了根据本公开的实施例的电子装置的配置的框图。如图3所示,电子装置100可以包括通信器(例如,包括通信电路)110、显示器120、扬声器130、存储器140、输入接口150、传感器160和处理器170。同时,图3所示的配置是用于实现所示出的本公开的实施例的示例性视图,电子装置100中还可以包括对本领域技术人员显而易见的适当的硬件/软件配置,或者可以省略图3所示的配置。

通信器110可以被配置为使用无线信号与各种外部设备通信。特别地,通信器110可以包括用于接收支付信息和用药信息的近场通信模块。在这种情况下,通信器110可以包括用于向支付终端50发送支付令牌的第一通信模块111。第一通信模块111可以被实现为MST通信模块。MST通信模块通过根天线向外部支付终端50发送磁性信用卡信息,并且可以被实现为单独的芯片。另外,通信器110可以包括用于接收用药信息的第二通信模块113。第二通信模块113可以被实现为NFC通信模块。换句话说,NFC通信模块是使用13.56MHz频带作为电子标签(RFID)之一的非接触式近场无线通信模块,并且可以在10cm的短距离内在终端之间传输数据。

同时,在上述实施例中,已经描述了通信器110使用多个近场通信模块执行支付功能和用药信息接收功能,但是这仅是实施例,并且可以使用一个近场通信模块提供支付功能和用药信息接收功能。例如,可以使用能够双向通信的NFC通信模块来执行支付功能和用药信息接收功能。具体地,当包括NFC通信模块的电子装置100靠近支付终端50时,电子装置100可以使用NFC通信模块向支付终端50发送支付令牌,并且当支付被批准时,可以从连接到药房系统40的支付终端50接收用药信息。

通信器110可以根据各种类型的通信方法以及上述近场通信模块来执行与各种类型的外部设备的通信。通信器110可以包括无线保真(Wi-Fi)芯片、蓝牙芯片等。另外,通信器110可以使用长距离通信模块来提供支付功能和用药信息接收功能。以下将参考附图对此进行描述。

另外,通信器110可以向外部设备(例如,IOT设备)发送从药房系统50接收到的用药信息。

显示器120可以提供各种屏幕。特别地,显示器120可以提供用于提供用药警告的UI屏幕。在这种情况下,该UI屏幕可以包括关于患者服用的药品、服药方法等的信息。

扬声器130可以输出音频信号。特别地,扬声器130可以在听觉上提供关于用药警告的信息。例如,当达到服药时间时,扬声器130可以提供指示用药警告的听觉反馈(例如,语音消息、蜂鸣声等)。在这种情况下,扬声器130可以设置在电子装置100中,但是这仅是实施例,并且扬声器130可以电连接到电子装置100。

存储器140可以存储与电子装置100的其他元件中的至少一个有关的指令或数据。特别地,存储器120可以被实现为非易失性存储器、易失性存储器、闪存、硬盘驱动器(HDD)、固态驱动器(SDD)等。存储器120可以由处理器170访问,并且执行读出、记录、校正、删除、更新等。根据本公开的实施例,术语“存储器”可以包括存储器140、处理器170内的只读存储器(ROM)(未示出)和随机存取存储器(RAM)(未示出)以及连接到电子装置100的存储卡(未示出)(例如,微型安全数字(SD)卡或记忆棒)。

特别地,存储器140可以存储支付应用和药物应用。在这种情况下,支付应用是用于执行支付功能的应用,并且可以通过近场通信模块向外部支付终端发送支付令牌。另外,药物应用可以基于通过通信器110从药房系统40接收到的用药信息来提供用药警告。

输入接口150可以接收各种用户输入,并将它们发送给处理器170。特别地,输入接口150可以包括触摸传感器、(数字)笔传感器、压力传感器、按键或麦克风。触摸传感器可以例如使用静电型、压敏型、红外型和紫外型中的至少一种。数字笔传感器可以是例如触摸面板的一部分或包括用于识别用途的附加片。按键例如可以包括物理按钮、光学按键或键区。特别地,输入接口150可以根据用于执行仅人工智能程序的用户输入来获取输入信号。

传感器160可以检测各种环境信息。具体地,传感器160可以包括用于获取用户的生物特征信息的各种传感器(例如,血糖酶传感器、非侵入式血糖传感器、卡路里传感器、血压传感器等)。另外,传感器160可以包括用于拍摄电子装置100的周围环境的图像传感器(即,相机)。

同时,传感器160可以包括在电子装置100中,但是这仅是实施例,并且传感器160可以通过通信接口(例如,蓝牙)连接到电子装置100。

处理器170电连接到通信器110、显示器120、扬声器130、存储器140、输入接口150和传感器160,以控制电子装置100的整体操作和功能。特别地,当通过第一通信模块111批准了支付时,处理器170可以通过第二通信模块113从外部设备(例如,药房系统40或支付终端50)接收关于药品的用药信息。另外,处理器170可以将关于药物的用药信息存储在存储器140中,并基于所存储的用药信息向用户提供用药警告。

特别地,处理器170可以将电子装置100中存储的用户信息与用药信息中包括的用户信息进行比较,或者将电子装置100接收到的支付信息与用药信息中包括的支付信息进行比较,以检查用药信息的有效性。当用药信息的有效性被验证时,处理器170可以基于用药信息设置对于药品的用药警告,而如果用药信息的有效性未被验证,则处理器170可以输出指示验证失败的消息。

另外,处理器170可以基于用药信息中包括的药品服药时间来识别警告时间,并且在所识别的警告时间提供用药警告。特别地,当药品服药时间是在餐后时,处理器170可以识别是否达到警告时间。当达到警告时间时,处理器170可以识别用户是否已用餐,并且当识别出用户已用餐时,处理器170可以在预定时间之后提供用药警告。另外,当识别出用户尚未用餐时,处理器170可以向用户提供建议用餐和建议用药的消息。在这种情况下,处理器170可以基于以下至少一项来识别用户是否已用餐:由电子装置100或连接到电子装置100的IoT设备拍摄的图像信息,由电子装置100中包括的传感器160获取的用户的生物特征信息,以及由电子装置100接收到的卡支付信息。同时,当药品服药时间是在用餐之前时,处理器170可以在警告时间中包括的默认服药时间提供用药警告。在这种情况下,默认服药时间可以在安装药物应用时预先存储,并且可以通过用户设置进行更改。此外,处理器170可以收集电子装置100的用户的用餐时间,并且在基于所收集的用餐时间而更新的时间提供用药警告。

在下文中,将参照图4至图9描述从药房系统获取信息的各种实施例。

图4是示出了根据本公开的实施例的使用两个通信模块获取用药信息的实施例的视图。

药房系统40可以进入支付模式(S405)。具体地,当从外部服务器获取患者的用药信息或从处方获取用药信息时,药房系统40可以进入用于支付药品的支付模式。

在维持支付模式的同时,药房系统40可以请求支付终端50等待支付(S410)。在这种情况下,药房系统40可以等待发送用药信息。

电子装置100可以根据用户输入来驱动支付应用(S415)。在这种情况下,支付应用是能够使用第一通信模块(例如,MST通信模块)111执行支付的应用。在这种情况下,在运行支付应用的同时,电子装置100也可以运行药物应用。在这种情况下,可以在后台执行药物应用,并且当执行药物应用时,电子装置100可以一起激活第二通信模块(例如,NFC通信模块)113。同时,如上所述,这仅是在支付过程正在进行的同时运行药物应用的实施例,并且可以在药品支付被批准之后运行药物应用。备选地,电子装置100可以使用电子装置100中包括的GPS信息、网络连接信息等来识别电子装置100的位置,并且当识别出电子装置100在医院或药房中时,电子装置100可以运行药物应用。在这种情况下,当运行药物应用时,电子装置100可以一起运行支付应用。换句话说,药物应用可以与支付应用相关联地操作。

电子装置100可以执行用于支付的用户验证(S420)。在这种情况下,可以使用用户生物特征信息(例如,虹膜、指纹、面部等)或基于用户输入的密码来执行用户验证。

当在执行用户验证之后电子装置100靠近支付终端50时,电子装置100可以使用第一通信模块111来发送支付令牌(S425)。在这种情况下,支付令牌可以包括为了安全而任意分配的关于信用卡信息的信息。

当接收到支付令牌时,支付终端50可以向金融服务器30请求支付(S430)。

当基于支付令牌中包括的信息批准了支付时,金融服务器30可以向支付终端50发送支付批准信号(S435)。在这种情况下,支付批准信号可以包括关于支付详情的信息。支付终端50可以向药房系统40发送支付批准信息(S440)。同时,当向支付终端50或药房系统40发送支付批准信息时,支付终端50或药房系统40可以输出消息以使电子装置100与支付终端50继续接触。在这种情况下,可以通过支付终端50中包括的显示器输出该消息,但是这仅是实施例,并且可以通过支付终端50或药房系统40中包括的扬声器输出该消息。

另外,金融服务器30可以向电子装置100发送用于通知支付完成的信号(S445)。在这种情况下,关于支付详情的信息也可以包括在用于通知支付完成的信号中。当发送了用于通知支付完成的信号时,电子装置100可以停用用于支付的第一通信模块111(S450)。

药房系统40可以向支付终端50发送用药信息(S455)。在这种情况下,药房系统40可以在支付完成之后向支付终端50发送用药信息,但是这仅是实施例,并且药房系统40可以在支付完成之前向支付终端50发送用药信息。

支付终端50可以使用第二通信模块113向电子装置100发送用药信息(S460)。在这种情况下,用药信息可以包括关于患者的信息、关于支付详情的信息、关于药品的信息、关于服药时间的信息、关于服药次数的信息以及关于如何服药的信息。同时,当电子装置100不靠近支付终端50以通过第二通信模块113发送用药信息时,支付终端50可以输出请求电子装置100靠近的消息。

同时,在上述实施例中,已经描述了药房系统40通过支付终端50向电子装置100发送用药信息,但是这仅是实施例,并且药房系统40可以向电子装置100直接发送用药信息。

电子装置100可以检查所接收到的用药信息的有效性(S465)。具体地,电子装置100可以将用药信息中包括的关于患者的信息(例如,患者姓名等)与存储在电子装置100中的关于用户的信息(例如,登录药物应用的用户名)进行比较,以检查用药信息的有效性。备选地,电子装置100可以将用药信息中包括的支付详情与从金融服务器30向电子装置100发送的支付完成通知中包括的支付详情进行比较,以检查用药信息的有效性。

当用药信息的有效性被验证时,电子装置100可以基于用药信息设置对于药物的用药警告(S470)。具体地,电子装置100可以基于用药信息中包括的关于服药时间的信息来设置要服药的时间,并设置用药警告以在所设置的时间提供用药警告。然而,如果用药信息的有效性未被验证,则电子装置100可以输出指示验证失败的消息。换句话说,电子装置100可以请求重发用药信息或者输出用药信息验证失败的消息。

当设置了用药警告时,电子装置100可以向支付终端50(或药房系统40)发送完成响应(S475)。此时,电子装置100可以通过扬声器或显示器输出指导获取了用药信息的消息。

图5是示出了根据本公开的实施例的使用一个通信模块获取用药信息的实施例的视图。操作S505至S520与操作S405至S420相同,因此省略其重复描述。

当在执行用户验证之后电子装置100靠近支付终端50时,电子装置100可以发送支付令牌(S525)。在这种情况下,电子装置100可以使用诸如NFC通信模块之类的能够双向通信的通信模块来发送支付令牌。

当接收到支付令牌时,支付终端50可以向金融服务器30请求支付(S530)。

如果基于支付令牌中包括的信息批准了支付,则金融服务器30可以向支付终端50发送支付批准信号(S535)。在这种情况下,支付批准信号可以包括关于支付详情的信息。然后,支付终端50可以向药房系统40发送支付批准信息(S540)。

另外,金融服务器30可以向电子装置100发送用于通知支付完成的信号(S545)。在这种情况下,关于支付详情的信息也可以包括在用于通知支付完成的信号中。同时,在上述实施例中,已经描述了向电子装置100直接发送来自金融服务器30的用于通知支付完成的信号,但是这仅是实施例,金融服务器30可以向电子装置100发送用于通知支付完成的信号。

药房系统40可以向支付终端50发送用药信息(S550)。此时,药房系统40可以在支付完成之后向支付终端50发送用药信息,但是这仅是实施例,并且药房系统40可以在支付完成之前向支付终端50发送用药信息。

支付终端50可以向电子装置100发送用药信息(S555)。在这种情况下,支付终端50可以使用先前发送了支付令牌的通信模块(例如,NFC通信模块)来发送用药信息。

电子装置100可以检查所接收到的用药信息的有效性(S560)。当用药信息的有效性被验证时,电子装置100可以基于用药信息设置对于药品的用药警告(S565)。然而,如果用药信息的有效性未被验证,则电子装置100可以输出指示验证失败的消息。换句话说,电子装置100可以请求重发用药信息或输出指示用药信息验证失败的消息。

当设置了用药警告时,电子装置100可以向支付终端50(或药房系统40)发送完成响应(S570)。

图6是示出了根据本公开的实施例的使用自助服务机提供用药信息的实施例的视图。

自助服务机60可以接收处方(S605)。在这种情况下,自助服务机60可以通过拍摄处方中包括的诸如QR码、条形码等的识别信息来接收处方。在另一实施例中,自助服务机60可以基于患者输入的患者信息从外部服务器(例如,医院中存在的服务器)接收处方。

自助服务机60可以进入支付模式(S610)。在支付模式期间,自助服务机60可以基于关于输入处方中包括的药品的信息来生成用药信息。另外,自助服务机60可以基于处方中包括的药品的信息来生成支付详情并等待支付。

同时,电子装置100可以运行支付应用(S615)。在这种情况下,电子装置100可以基于用户输入来运行支付应用,但是这仅是实施例,并且可以基于当前在电子装置100上执行的应用(例如,药物应用)或电子装置100的位置而自动运行支付应用。

电子装置100可以执行用于支付的用户验证(S620)。

当电子装置100靠近自助服务机60中包括的通信模块所在的区域时,电子装置100可以发送支付令牌(S625)。在这种情况下,可以通过诸如NFC通信模块之类的近场通信模块来发送支付令牌。

当接收到支付令牌时,自助服务机60可以向金融服务器30请求支付(S630)。

当基于支付令牌中包括的信息批准了支付时,金融服务器30可以向自助服务机60发送支付批准信号(S635)。在这种情况下,支付批准信号可以包括关于支付详情的信息。另外,自助服务机60可以向电子装置100发送用于通知支付完成的信号(S640)。

自助服务机60可以向药房系统40发送支付完成信号和配药信息(S645)。在这种情况下,药房系统40可以基于配药信息自动分配药品,或者可以在显示器上显示配药信息,以便药剂师分配药品。

另外,自助服务机60可以向电子装置100发送所获取的用药信息(S650)。在这种情况下,用药信息可以包括关于患者的信息、关于支付详情的信息、关于药品的信息、关于用药时间的信息、关于用药次数的信息以及关于用药方法的信息。

电子装置100可以检查所接收到的用药信息的有效性(S655)。

当用药信息的有效性被验证时,电子装置100可以基于用药信息设置对于药物的用药警告(S660)。具体地,电子装置100可以基于用药信息中包括的关于用药时间的信息来设置用药时间,并设置用药警告以在所设置的时间提供用药警告。

自助服务机60可以打印用药说明(S665)。具体地,自助服务机60可以打印包括用药信息的用药说明并将其提供给用户。自助服务机60可以向药房系统40发送药品输送完成响应信号(S670)。

图7是示出了根据本公开的实施例的使用信标服务器提供用药信息的实施例的视图。

药房系统40可以进入支付模式(S705)。具体地,当从外部服务器获取患者的用药信息或从处方获取用药信息时,药房系统40可以进入用于支付药品的支付模式。

在维持支付模式的同时,药房系统40可以请求支付终端50等待支付(S710)。在这种情况下,药房系统40可以等待通过信标服务器70发送用药信息。

电子装置100可以运行药物应用(S715)。在这种情况下,电子装置100可以根据用户输入来运行药物应用,但是这仅是实施例,并且可以基于电子装置100的位置信息而自动运行药物应用。

支付终端50可以接收支付请求(S720)。在这种情况下,当检测到普通信用卡时,支付终端50可以接收支付请求。然而,这仅是实施例,并且支付终端50可以通过药剂师的输入或从电子装置100接收到的支付令牌来接收支付请求。

支付终端50可以向金融服务器30请求支付(S725)。

当基于支付令牌中包括的信息批准了支付时,金融服务器30可以向支付终端50发送支付批准信号(S730)。在这种情况下,支付批准信号可以包括关于支付详情的信息。支付终端50可以向药房系统40发送支付批准信号(S735)。同时,金融服务器30可以向电子装置100发送包括支付详情的支付信息(S745)。在这种情况下,金融服务器30可以将包括支付详情的支付信息作为文本消息发送。

药房系统40可以向信标服务器70发送用药信息(S740)。在这种情况下,药房系统40可以在支付完成之后向信标服务器70发送用药信息,但是这仅是实施例,药房系统40可以在支付完成之前向信标服务器70发送用药信息。

信标发射器80可以发射信标通用唯一标识符(UUID)(S750)。在这种情况下,信标发射器80可以在预定时间段(例如,每秒一次)发射信标UUID,并且电子装置100可以接收从信标发射器80接收到的信标UUID。

当接收到信标UUID时,电子装置100可以响应于信标UUID向信标服务器70发送支付信息(S755)。在这种情况下,支付信息可以包括关于支付日期和时间以及支付金额的信息。

信标服务器70基于从电子装置100接收到的支付信息来检查与支付信息相对应的用药信息(S760)。换句话说,信标服务器70可以在由药房系统40发送的用药信息中检查与由电子装置100发送的支付详情相对应的用药信息。

信标服务器70可以向电子装置100发送用药信息(S765)。

如参照图4所描述的,电子装置100可以检查用药信息的有效性(S770)并设置用药警告(S775)。

图8是示出了根据本公开的实施例的使用信标服务器提供用药信息的另一实施例的视图。

药房系统40可以进入支付模式(S805)。具体地,当从外部服务器获取患者的用药信息或从处方获取用药信息时,药房系统40可以进入用于支付药物的支付模式。

在维持支付模式的同时,药房系统40可以请求支付终端50等待支付(S810)。在这种情况下,药房系统40可以等待发送用药信息。

另外,药房系统40可以请求信标服务器70等待支付(S815)。在这种情况下,信标服务器可以等待执行药品支付。在这种情况下,药房系统40可以向信标服务器70一起发送有关应用的用户ID的信息和药品支付信息。

同时,电子装置100可以运行药物应用(S820)。在这种情况下,可以通过用户输入来运行药物应用,但是这仅是实施例,并且可以基于电子装置100的位置来运行药物应用。

信标发射器80可以发射信标UUID(S825)。在这种情况下,关于信标服务器的信息可以存储在信标UUID中。

电子装置100可以基于信标UUID执行支付应用(S830)。在这种情况下,可以使用相同的用户ID登录支付应用和药物应用。

另外,电子装置100可以向信标服务器70发送用户信息(S835)。在这种情况下,用户信息可以包括关于应用的用户ID的信息。

信标服务器70可以基于用户信息向电子装置100发送支付详情(S840)。

电子装置100可以向信标服务器70发送支付请求(S845)。在这种情况下,支付请求可以包括支付详情和用于发起支付的信息(例如,用户ID)。

信标服务器70可以向支付终端50发送支付详情(S850)。

支付终端50可以向金融服务器30请求支付(S855)。在这种情况下,支付终端50可以向金融服务器30一起发送关于支付详情的信息。

金融服务器30可以向支付终端50发送支付批准信号(S860)。在这种情况下,支付批准信号可以包括关于支付详情的信息。支付终端50可以向药房系统40发送支付批准信息(S865)。药房系统40可以向信标服务器70发送用药信息(S870)。在这种情况下,药房系统40可以在支付完成之后向信标服务器70发送用药信息,但是这仅是实施例,并且可以在支付完成之前向信标服务器70发送用药信息。

信标发射器80可以发射信标通用唯一标识符(UUID)(S875)。在这种情况下,信标发射器80可以在预定时间段(例如,每秒一次)发射信标UUID,并且电子装置100可以接收从信标发射器80接收到的信标UUID。

当接收到信标UUID时,电子装置100可以响应于信标UUID向信标服务器70发送用户信息(S880)。在这种情况下,用户信息可以包括用户ID。

信标服务器70基于由电子装置100发送的用户信息来识别与支付信息相对应的用药信息(S885)。换句话说,信标服务器70可以在由药房系统40发送的用药信息中识别与由电子装置100发送的用户信息相对应的用药信息。

信标服务器70可以向电子装置100发送用药信息(S890)。

如参照图4所述,电子装置100可以检查用药信息的有效性(S895)并设置用药警告(S897)。

图9是示出了由用户直接输入用药信息的实施例的视图。

药房系统40可以进入支付模式(S905)。具体地,当从外部服务器获取患者的用药信息或从处方获取用药信息时,药房系统40可以进入用于支付药物的支付模式。

在维持支付模式的同时,药房系统40可以请求支付终端50等待支付(S910)。

支付终端50可以接收支付请求(S915)。在这种情况下,当检测到普通信用卡时,支付终端50可以接收支付请求。然而,这仅是示例,并且支付终端50可以通过药剂师的输入或从电子装置100接收到的支付令牌来接收支付请求。

支付终端50可以向金融服务器30请求支付(S920)。

当基于支付令牌中包括的信息批准了支付时,金融服务器30可以向支付终端50发送支付批准信号(S925)。在这种情况下,支付批准信号可以包括关于支付详情的信息。

金融服务器30可以向电子装置100发送支付信息(S930)。在这种情况下,金融服务器30可以通过短消息服务(SMS)或多媒体消息服务(MMS)发送包括支付详情的支付信息。

电子装置100可以识别是否运行药物应用(S935)。具体地,电子装置100可以基于从金融服务器30接收到的支付信息和电子装置的位置信息来识别是否运行药物应用。例如,当在支付信息中包括文本“药房”和“医院”,并且支付金额大于或等于阈值时,电子装置100可以运行药物应用。另外,如果基于GPS和所连接的网络信息识别出电子装置100的当前位置是医院或药房,则电子装置100可以运行药物应用。备选地,如果在购买药品之后识别出电子装置的位置信息被识别为“医院”或“药房”,则电子装置可以在回家时运行药物应用,并向用户提供用于输入用药信息的UI。

当药物应用运行时,电子装置100可以显示用药信息输入请求屏幕(S940)。在这种情况下,用药信息输入请求屏幕可以包括用于输入药品种类、用药时间(餐前或餐后)、用药方法等的UI元素。备选地,用药信息输入请求屏幕可以包括用于引导拍摄包括用药信息的处方的QR码、条形码等的指导消息。

电子装置100可以通过用药信息输入请求屏幕获取用药信息(S945)。具体地,电子装置100可以通过用户输入来获取用药信息,以及当拍摄了处方的QR码或条形码时,电子装置100可以基于预先存储的用药信息来获取用药信息。

电子装置100可以基于所获取的用药信息来设置用药警告(S950)。

如在上述实施例中,电子装置100可以通过各种方法获取用药信息,并且可以基于所获取的用药信息来提供用药警告。

特别地,电子装置100可以根据用户的情况提供用药警告。具体地,电子装置100可以根据用户使用的装置类型来提供用药警告。

图10是示出了根据本公开的实施例的根据用户使用的装置提供用药警告的实施例的视图。

电子装置100可以检测用药警告事件的发生(S1010)。具体地,当达到基于用药信息所确定的警告时间时,电子装置100可以检测用药警告事件的发生。

电子装置100可以识别用户是否正携带电子装置100(S1020)。具体地,电子装置100可以识别用户是否使用电子装置100,是否检测到电子装置100的运动,是否通过电子装置100中包括的传感器160检测到生物特征信息等。

如果识别出用户携带了电子装置100(S1020-是),则电子装置100可以使用电子装置100提供用药警告(S1030)。具体地,电子装置100可以通过显示器120提供警告用药的消息,并且可以通过扬声器130提供警告消息。备选地,电子装置100可以使用振动单元为用药警告提供振动反馈。

如果识别出用户没有携带电子装置100(S1020-否),则电子装置100可以识别是否使用连接到电子装置100的外部设备(S1040)。具体地,电子装置100可以通过识别由连接到电子装置100的外部设备的相机拍摄的用户位置以及用户命令是否被输入到外部设备来识别是否使用外部设备。特别地,当用户没有携带电子装置100时,电子装置100可以通过向外部设备发送查询以查询用户是否使用了外部设备来识别是否使用外部设备。

当识别出用户正在使用外部设备100时(S1040-是),电子装置100可以向用户正在使用的外部设备发送关于用药警告的信息(S1050)。因此,外部设备可以向用户提供用药警告。

当识别出用户未使用外部设备100时(S1040-否),电子装置100可以确定电子装置100所在的位置(S1060)。在这种情况下,电子装置100可以基于电子装置100中包括的GPS或关于连接到电子装置100的网络的信息来识别电子装置100当前所在的位置。

电子装置100可以根据所识别的位置提供预设的用药警告(S1070)。具体地,当电子装置100被实现为移动终端或可穿戴设备时,如果识别出电子装置100存在于室外,则电子装置100可以优先通过电子装置100提供用药警告。然而,如果识别出电子装置100在室内,则电子装置100可以通过预设设备(例如,机器人、电子装置等)来提供用药警告。

图11是示出了根据本公开的实施例的根据用药时间提供用药警告的实施例的视图。

电子装置100可以识别用药时间(S1105)。具体地,电子装置100可以基于用药信息中包括的服药时间来识别是在餐前还是餐后服药。

当用药时间是餐后时(S1110-是),电子装置100可以设置警告时间(S1115)。具体地,电子装置100可以设置早晨时间(例如,7点至9点)、午餐时间(例如,11点至13点)和晚上时间(例如,18点至20点)。

另外,当达到警告时间时(S1120-是),电子装置100可以识别用户是否已用餐(S1125)。在这种情况下,电子装置100可以基于以下至少一项来识别用户是否已用餐:由电子装置100或连接到电子装置100的IoT设备拍摄的图像信息,由电子装置100中包括的传感器160获取的用户的生物特征信息,由电子装置100接收到的卡支付信息。例如,当电子装置100是智能眼镜或者连接到电子装置100的外部设备是机器人时,电子装置100可以分析由智能眼镜或机器人拍摄的图像以识别用户是否正在进食。备选地,电子装置100可以通过使用连续血糖测量传感器识别血糖升高到预设值以上是否已经持续了预定时间来识别用户是否已用餐。备选地,电子装置100可以通过经由PPG传感器、光学传感器、电磁传感器、阻抗传感器等检测血糖的变化,通过经由代谢热构象(MHC)以及经由一定量的眼泪或汗液测量检测人体温度是否升高,来识别是否进食。备选地,如果在向电子装置100发送的卡支付详情中包括“餐厅”等,则电子装置100可以识别出用户已用餐。

当用户已用餐时(S1125-是),电子装置100可以提供用药警告(S1130)。当用户尚未用餐时(S1125-否),电子装置100可以提供用餐建议和用药信息。特别地,当警告时间已经超时而用户尚未进食时,电子装置100可以建议用餐以服药,并且根据用餐来提供用药信息。例如,如果已经超过13点而未在午餐时间(11点至13点)用餐,则电子装置100可以提供用餐建议和用药信息。

同时,当用药时间不是在餐后(例如,用药时间在餐前或者与是否进食无关)(S1110-否),电子装置100可以设置默认用药时间(S1140)。例如,电子装置100可以将一般用餐时间(例如,早餐是上午9点,午餐是下午1点,晚餐是下午6点)设置为默认用药时间。

在设置了默认用药时间之后,电子装置100可以收集用餐时间(S1145)。换句话说,如上所述,电子装置100可以识别用户是否已用餐,并收集所识别的用餐时间。

电子装置100可以基于所收集的用餐时间来更新用药时间(S1150)。例如,如果识别出用户通常是在上午8点吃早餐,在下午12:30吃午餐,并且在下午7点吃晚餐,则电子装置100可以将用药时间分别更新为上午8点和下午12:30以及下午7点。

另外,电子装置100可以在更新后的时间提供用药警告(S1155)。

图12是示出了根据本公开的实施例的控制电子装置的方法的流程图。

电子装置100可以发送针对药品的支付请求(S1210)。在这种情况下,电子装置100可以使用第一通信模块111(例如,MST通信模块)通过支付终端50向金融服务器30请求支付。

电子装置100可以接收针对药品的用药信息(S1220)。具体地,当响应于支付请求从金融服务器30批准了支付时,电子装置100可以通过支付终端50使用第二通信模块113(例如,NFC通信模块)从药房系统40接收用药信息。

电子装置100可以存储所接收到的用药信息(S1230)。在这种情况下,电子装置100可以检查所接收到的用药信息的有效性以存储用药信息。

电子装置100可以基于用药信息提供用药警告(S1240)。具体地,电子装置100可以在基于用药信息中包括的用药时间所识别的用药时间提供用药警告。

可以将上述各种示例实施例实现为包括存储在机器可读(例如,计算机可读)存储介质上的指令的S/W程序。机器是能够从存储介质调用所存储的指令并根据所调用的指令进行操作的装置,并且可以包括根据上述示例实施例的电子装置(例如,电子装置A)。当指令由处理器执行时,处理器可以直接执行与该指令相对应的功能,也可以在处理器的控制下使用其他组件来执行。命令可以包括由编译器或解释器生成或执行的代码。机器可读存储介质可以以非暂时性存储介质的形式提供。在此,术语“非暂时性”仅表示存储介质不包括信号但是有形的,并且不区分将数据半永久性存储在存储介质中的情况和将数据暂时存储在存储介质中的情况。

根据本公开的实施例,可以将根据上述各种实施例的方法提供为计算机程序产品的一部分。计算机程序产品可以在卖方和买方之间交易。计算机程序产品可以以机器可读存储介质(例如,紧凑盘只读存储器(CD-ROM))的形式分发,或者通过应用商店(例如,PlayStore

根据各种示例实施例的各个组件(例如,模块或程序)可以包括单个实体或多个实体,并且可以省略上述一些对应子组件,或者还可以将另一子组件添加到各种示例实施例。备选地或附加地,一些组件(例如,模块或程序)可以被组合以形成单个实体,该单个实体执行与组合之前对应元件相同或相似的功能。由根据各种示例性实施例的模块、程序模块或其他组件执行的操作可以是顺序的、并行的或二者,被重复地或启发式地执行,或者至少一些操作可以以不同顺序执行,省略,或者可以添加其他操作。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号