CN113190206B - 同屏显示药品信息的方法、计算设备和计算机存储介质 - Google Patents

Abstract

本发明提供了一种同屏显示药品信息的方法、计算设备和计算机可读存储介质。该方法包括：利用WebSocket协议建立用于第一终端和第二终端进行通信的加密通信房间；获取所述第一终端的识别数据，所述识别数据包括与所述第一终端相关联的随机字符串、所述加密通信房间的标识和用于所述第一终端和所述第二终端的通信的业务流标识；基于所述第一终端的识别数据进入所述加密通信房间；获取所述第一终端的用户希望购买的药品的药品标识信息并且基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息；以及通过所述加密通信房间将所述药品的药品信息推送给所述第一终端以使得在所述第一终端和所述第二终端同屏显示所述药品信息。

Description

同屏显示药品信息的方法、计算设备和计算机存储介质

技术领域

本发明概括而言涉及计算机软件领域，更具体地，涉及一种同屏显示药品信息的方法、计算设备和计算机可读存储介质。

背景技术

在一般的线下商品购买场景中，顾客通常通过阅读商品外包装上的商品信息来挑选适当的商品并由收银员通过扫描商品外包装上的条形码的方式进行收款。然而，作为一种特殊的商品，与药品有关的信息（以下称为药品信息）更加多样和复杂。例如，除了生产信息、成分信息和适应症信息之外，药品信息通常还包括关于不良反应、禁忌说明、注意事项以及使用剂量等信息。药品外包装面积有限，且药品信息的上述各项内容较多，因此药品外包装上通常仅印刷有简要的生产信息、成分信息和适应症信息。此外，由于药品信息的特殊性和专业性，一般顾客对不良反应、适应症、禁忌说明、使用剂量等专业性知识不够了解，主要依靠询问店员或药师来获得面对面的解答。这种面对面的解答通常受到语言沟通不够细致全面以及店员或药师自身的知识水平的限制。

另一方面，由于药品的特殊性，通常即使消费者误购了药品，也不支持退换，这进一步提高了消费者在购买药品之前全面了解药品信息的重要性。

发明内容

针对上述问题中的至少一个，本发明提供了一种同屏显示药品信息的方案，其通过为药品消费者和药品销售者的终端之间建立加密通信房间，使得在药品消费者购买药品时，能够在药品消费者的终端和药品销售者的终端上同屏显示各项药品信息。

根据本发明的一个方面，提供了一种同屏显示药品信息的方法。该方法包括：利用WebSocket协议建立用于第一终端和第二终端进行通信的加密通信房间；获取所述第一终端的识别数据，所述识别数据包括与所述第一终端相关联的随机字符串、所述加密通信房间的标识和用于所述第一终端和所述第二终端之间的通信的业务流标识；基于所述第一终端的识别数据进入所述加密通信房间；获取所述第一终端的用户希望购买的药品的药品标识信息并且基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息；以及通过所述加密通信房间将所述药品的药品信息推送给所述第一终端以使得在所述第一终端和所述第二终端同屏显示所述药品信息。

根据本发明的另一个方面，提供了一种计算设备。该计算设备包括：至少一个处理器；以及至少一个存储器，该至少一个存储器被耦合到该至少一个处理器并且存储用于由该至少一个处理器执行的指令，该指令当由该至少一个处理器执行时，使得该计算设备执行根据上述方法的步骤。

根据本发明的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序代码，该计算机程序代码在被运行时执行如上所述的方法。

在一种实施例中，该方法还包括：从所述第一终端接收所述第一终端的用户信息和业务信息，其中所述用户信息至少包含所述用户的标识信息，所述业务信息至少包括所述业务流标识；响应于接收到所述第一终端的所述用户信息产生所述随机字符串；以及基于所述随机字符串、所述加密通信房间的标识和所述业务流标识产生所述第一终端的识别数据，其中所述识别数据的形式是二维码。

在一种实施例中，其中所述用户信息与所述随机字符串相关联地缓存至所述第二终端的缓存数据库，并且获取所述第一终端的识别数据包括：扫描所述二维码以获得所述随机字符串；将所述随机字符串发送给令牌中心；以及从所述令牌中心接收所述令牌中心从所述缓存数据库获取的与所述随机字符串相对应的用户信息。

在一种实施例中，基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息还包括：响应于确定所述第二终端的权限级别满足获取所述药品信息的权限要求，基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息；以及响应于确定所述第二终端的权限级别不满足获取所述药品信息的权限要求，退出所述加密通信房间。

在一种实施例中，该方法还包括：确定所述第一终端是否离开所述加密通信房间；响应于确定所述第一终端离开所述加密通信房间，向所述第一终端推送返回消息，所述返回消息包括所述业务流标识；响应于确定接收到所述第一终端对所述返回消息的操作，基于所述业务流标识继续所述第一终端和所述第二终端的通信。

在一种实施例中，该方法还包括：确定来自所述第一终端的通信质量是否低于预定值；响应于确定来自所述第一终端的通信质量低于预定值，向所述第一终端推送返回消息，所述返回消息包括所述业务流标识；响应于确定接收到所述第一终端对所述返回消息的操作，基于所述业务流标识继续所述第一终端和所述第二终端的通信。

利用本发明的方案，药品购买者在支付之前即可全面了解药品信息，提高了交易透明度和药品使用的安全性，并且消除了人工解释的成本。

附图说明

通过参考下列附图所给出的本发明的具体实施方式的描述，将更好地理解本发明，并且本发明的其他目的、细节、特点和优点将变得更加显而易见。

图1示出了用于实现根据本发明的实施例的同屏显示药品信息的方法的系统的示意图。

图2示出了根据本发明的一些实施例的同屏显示药品信息的方法的流程图。

图3示出了根据本发明实施例的用于预先产生第一终端的识别数据的方法的流程图。

图4示出了根据本发明一些实施例的第二终端获取第一终端的用户信息的方法的流程图。

图5示出了适合实现本发明的实施例的计算设备的结构方框图。

具体实施方式

下面将参照附图更详细地描述本发明的优选实施方式。虽然附图中显示了本发明的优选实施方式，然而应该理解，可以以各种形式实现本发明而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本发明更加透彻和完整，并且能够将本发明的范围完整的传达给本领域的技术人员。

在下文的描述中，出于说明各种发明的实施例的目的阐述了某些具体细节以提供对各种发明实施例的透彻理解。但是，相关领域技术人员将认识到可在无这些具体细节中的一个或多个细节的情况来实践实施例。在其它情形下，与本申请相关联的熟知的装置、结构和技术可能并未详细地示出或描述从而避免不必要地混淆实施例的描述。

除非语境有其它需要，在整个说明书和权利要求中，词语“包括”和其变型，诸如“包含”和“具有”应被理解为开放的、包含的含义，即应解释为“包括，但不限于”。

在整个说明书中对“一个实施例”或“一些实施例”的提及表示结合实施例所描述的特定特点、结构或特征包括于至少一个实施例中。因此，在整个说明书的各个位置“在一个实施例中”或“在一些实施例”中的出现不一定全都指相同实施例。另外，特定特点、结构或特征可在一个或多个实施例中以任何方式组合。

此外，说明书和权利要求中所用的第一、第二等术语，仅仅出于描述清楚起见来区分各个对象，而并不限定其所描述的对象的大小或其他顺序等。

图1示出了用于实现根据本发明的实施例的同屏显示药品信息的方法的系统1的示意图。如图1中所示，系统1包括第一终端10、第二终端20和与第二终端20相关联的服务器30。第一终端10、第二终端20和服务器30可以通过网络40进行数据交互。这里，第一终端10可以是药品购买者的移动终端，如手机、平板电脑等。第一终端10例如可以通过其上安装的药品销售平台的应用程序或页面消息系统（如微信公众号消息）与服务器30通信，以向服务器30发送信息和/或从服务器30接收信息。第二终端20可以是药店的销售终端，如手机、平板电脑、台式电脑等。第二终端20也可以通过其上安装的药品销售平台的应用程序与服务器30通信，以向服务器30发送信息和/或从服务器30接收信息。服务器30可以是药品销售平台的后台服务器，其可以基于来自第一终端10和/或第二终端20的数据执行相应的操作。在一些实施例中，服务器30还可以包括或者关联有如下所述的令牌中心32和缓存数据库34。令牌中心32和缓存数据库34可以独立于服务器30，也可以是服务器30的一部分。第一终端10、第二终端20和服务器30可以分别包括至少一个处理器和与该至少一个处理器耦合的至少一个存储器，该存储器中存储有可由该至少一个处理器执行的指令，该指令在被该至少一个处理器执行时执行如下所述的方法200的至少一部分。第一终端10、第二终端20和服务器30的具体结构例如可以如下结合图5所述。

图2示出了根据本发明的一些实施例的同屏显示药品信息的方法200的流程图。方法200例如可以由图1中所示的系统1执行，更具体地，可以第二终端20执行、由第二终端20和服务器30协同执行，或者由第一终端10、第二终端20和服务器30协同执行。

如图2中所示，在步骤210，可以利用WebSocket协议建立用于第一终端10和第二终端20进行通信的加密通信房间。

WebSocket是一种在单个TCP（传输控制协议）连接上进行全双工通信的协议，其能够使得通信双方只需完成一次握手即可创建持久性的连接并进行双向数据传输。

根据WebSocket协议，第一终端10可以通过应用程序或者页面消息系统的浏览器（在这种情况下第一终端10也称为客户端）向服务器30主动发起请求，服务器30可以对客户端的请求进行响应，从而实现客户端与服务器30之间的握手以创建WebSocket连接。服务器30可以为该WebSocket连接创建一个房间，并指定该房间的允许用户（例如第一终端10和第二终端20）。在创建房间之后，房间的用户之间能够保持连接状态以交换数据。在创建房间时，服务器30可以采用与客户端一致的加密密钥来产生响应消息，并且在后续通信中，通信双方也可以根据相同的加密密钥来进行通信，因此也将所创建的房间称为加密通信房间。

此外，在步骤210中创建该加密通信房间时，还可以为第一终端10和第二终端20之间的本次业务（例如药品购买业务）产生一个专用的业务流标识，该业务流标识用于标识第一终端10和第二终端20之间的通信，以便于在通信中断时能够快速返回。

在步骤220，第二终端20可以获取第一终端10的识别数据。第一终端10的识别数据可以是二维码形式，其例如由令牌中心32响应于第一终端10的请求而预先产生。图3示出了根据本发明实施例的用于预先产生第一终端10的识别数据的方法300的流程图。方法300可以在步骤220之前的任意时间执行。

如图3中所示，在方法300的步骤310，令牌中心32可以从第一终端10接收该第一终端10的用户信息和业务信息。其中该用户信息至少包含该用户的标识信息，该业务信息至少包括该业务流标识。例如，在本发明所述的购买药品的场景中，第一终端10的用户是药品的购买者，其标识信息可以是该用户的会员号。此外，该用户的标识信息还可以包括该用户的姓名、年龄、疾病信息、购药历史等信息中的一项或多项。

在接收到该第一终端10的用户信息之后，在步骤320，令牌中心32可以为该第一终端10产生一个随机字符串。这个随机字符串例如可以是一个18位的随机字符串。

在接收到第一终端10的用户信息之后，在步骤330，令牌中心32可以基于步骤320产生的随机字符串、步骤210创建的加密通信房间的标识和业务流标识产生第一终端10的识别数据，并将该识别数据发送给第一终端10。

另一方面，令牌中心32还可以将步骤310接收到的第一终端10的用户信息和步骤320产生的第一终端10的随机字符串缓存至缓存数据库34中，以便在后续可以从该缓存数据库34中查询该用户信息。这样，用户信息可以仅仅在药品销售平台的各个部分之间内部传输，而无需在外网传输，从而提高用户信息的安全性。

在这种情况下，在步骤220中，第二终端20还可以通过令牌中心获取第一终端10的用户信息。图4示出了根据本发明一些实施例的第二终端20获取第一终端10的用户信息的方法400的流程图。

如图4中所示，在步骤410，第二终端20可以扫描用户通过第一终端10出示的二维码并从中解析出上述随机字符串。

在步骤420，第二终端20可以将该随机字符串发送给令牌中心32，以供令牌中心32从缓存数据库34查询与该随机字符串相对应的用户信息。

在步骤430，第二终端20可以从令牌中心32接收其从缓存数据库34获取的用户信息。这样，用户信息无需在第一终端10和第二终端20之间直接传输，提高了信息的安全性，并且仅需在缓存数据库34中缓存一次用户信息即可多次调用。

继续图2，在步骤230，第二终端20可以基于步骤220获取的第一终端10的识别数据进入该加密通信房间。具体地，如前所述，第一终端10的识别数据中包含步骤210所创建的加密通信房间的标识，第二终端20可以基于该加密通信房间的标识来进入该加密通信房间。

进一步地，如前所述，服务器30为所创建的加密通信房间指定了允许用户。在第二终端20进入该加密通信房间时，服务器30可以确定第二终端20是否是该加密通信房间的允许用户，以确定是否允许第二终端20进入该加密通信房间。

在步骤240，第二终端20可以获取该第一终端10的用户希望购买的药品的药品标识信息并且基于该药品标识信息从服务器30获取该药品的药品信息。

药品标识信息例如可以是药品的外包装上的条形码，第二终端20可以扫描该条形码来获取该药品标识信息。在线下购药的场景下，可以由药品购买者口头告知药店店员其要购买的药品名称或者出示之前购买过的药品的外包装。

服务器30中存储有各种药品的药品信息，例如药品的生产信息（生产厂家、生产日期、到期日期和保质期等）、成分信息、适应症、不良反应、禁忌说明、注意事项、使用剂量等。药品信息还可以包括诸如药品包装图例、药品名称、批准文号、厂家、单价等其他信息。

在一些实施例中，该药品信息还可以包括特定于用户的药品信息。例如，第二终端20或者服务器30可以根据该药品的使用剂量描述信息和第一终端10的用户信息计算该用户的使用剂量。例如，假设某种药品的药品信息中对于使用剂量的描述信息为：“12岁以下，每日三次，每次一片，12岁以上，每日三次，每次2片”，并且当前的第一终端10的用户年龄是23岁，则获取的该药品信息可以仅包括“每日三次，每次2片”。又例如，假设某种药品的药品信息中“禁忌说明”中包含“该药物不能与降压药物共用”的条款，而当前的第一终端10的用户的购药历史中包含降压药物，则获取的该药品信息中可以将“该药物不能与降压药物共用”的条款高亮显示以特别提醒药品购买者。

在一些实施例中，在步骤240中第二终端20从服务器30获取该药品信息之前，服务器30需要确认第二终端20是否有获取该药品信息的权限。具体地，服务器30可以基于第二终端20的权限级别确定该第二终端20是否具有获取该药品信息的权限。

不同的第二终端20可能具有不同的权限级别。该权限级别可以与第二终端20的操作者有关，也可能与第二终端20所在的药店或药店品牌有关。

在一些实施例中，对于不同的操作者，其在操作第二终端20时的权限级别不同。例如，对于同一家药店的同一个第二终端20，当操作该第二终端20的操作者是普通店员时，其可能仅能够查询非处方药的药品信息，而当操作该第二终端20的操作者是注册药剂师时，其还能够查询处方药的药品信息。或者，对于同一家药店或者同一药店品牌来说，该药店或者该品牌的权限等级不能够销售某类药品，如精神类药品，在这种情况下，该药店的第二终端20将没有权限查询这类药品的药品信息。

在第二终端20的权限级别满足获取该药品信息的权限要求时，第二终端20才能够基于该药品标识信息从服务器30获取该药品信息。另一方面，在确定第二终端20的权限级别不满足获取该药品信息的权限要求时，第二终端20可以退出该加密通信房间。

在步骤250，第二终端20可以在获取该药品信息之后，通过该加密通信房间将该药品信息推送给第一终端10，以使得在第一终端10和第二终端20同屏显示该药品信息。利用该加密通信房间，第一终端10和第二终端20之间交互的任何信息都会同步显示在第一终端10和第二终端20的显示器上，从而实现药品信息的同屏显示。

在一些实施例中，药品信息还可以包括与该药品相关联的增值服务信息。例如，对于某些药品来说，其可能具有过期换新的增值服务，在这种情况下，在第一终端10和第二终端20上同屏显示的药品信息还可以包含该过期换新服务的信息，例如服务详情、服务价格、履约条件等。又例如，对于某些药品来说，存在与该药品的适应症相关的疾病保障服务，在这种情况下，在第一终端10和第二终端20上同屏显示的药品信息还可以包含该疾病保障服务的信息，例如服务详情、服务价格、履约条件等。

在一些实施例中，第一终端10的用户还可以对屏幕上显示的药品信息进行操作，如翻页、选中、查看详情、修改数量等，或者可以选择屏幕上显示的其他操作选项，如支付等，以继续完成药品购买交易。在这种情况下，第一终端10上的任何操作都被通过加密通信房间同步给第二终端20，并且同屏显示在第二终端20上。

此外，在本发明的一些实施例中，方法200还包括通信返回机制。

具体地，在一些实施例中，在上述步骤250的通信过程中，第二终端20可以确定第一终端10是否离开了该加密通信房间。例如，第一终端10可能会由于接听电话等原因中断了与当前的房间的通信。如果确定第一终端10离开了该加密通信房间，则第二终端20可以例如通过消息系统向第一终端10推送返回信息，该返回信息中包含上述业务流标识。

在另一些实施例中，在上述步骤250的通信过程中，第二终端20可以确定来自第一终端10的通信质量是否低于预定值。例如，第一终端10可能由于所处位置遮挡等而信号变差。如果确定来自第一终端10的通信质量低于该预定值，则第二终端20可以例如通过消息系统向第一终端10推送返回信息，该返回信息中包含上述业务流标识。这里，该预定值可以是保证服务器30与第一终端10之间的无线通信质量的最低阈值。来自第一终端10的通信质量可以由服务器30通过探测其与第一终端10的连接来确定。

在上述情况下，第一终端10可以在接收到该返回消息之后，通过点击该返回消息来返回该加密通信房间。此时，第二终端20可以在接收到第一终端10对返回消息的操作时，基于该业务流标识继续该第一终端10和第二终端20的通信。通过这种方式，在第二终端20发现第一终端10离开该加密通信房间或者第一终端10的通信质量太低时，其可以暂停向第一终端10发送消息，以避免该消息被第一终端10错过。并且，在第一终端10点击第二终端20推送的返回消息之后，第二终端20可以继续与第一终端10的通信，以继续完成交易。

此外，在完成药品购买之后，服务器30还可以将此次交易的详细信息（例如包括上述药品信息和支付信息等）通过消息系统推送给第一终端10。

此外，服务器30还可以根据用户信息和购买数量确定该用户的药品使用计划，如使用频次、使用剂量、预计用完时间等，并且将该药品使用计划推送给第一终端10。

此外，在第一终端10的用户购买了过期换新服务的情况下，服务器30还可以根据药品信息中的过期日期设定定时器，并且在该过期日期到来之前的预定时间（例如3至7天），向第一终端10推送提醒消息，以提醒用户进行药品换新服务。

图5示出了适合实现本发明的实施例的计算设备500的结构方框图。计算设备500例如可以用来实现如上所述的第一终端10、第二终端20、服务器30或其组合。

如图5中所示，计算设备500可以包括一个或多个中央处理单元（CPU）510（图中仅示意性地示出了一个），其可以根据存储在只读存储器（ROM）520中的计算机程序指令或者从存储单元580加载到随机访问存储器（RAM）530中的计算机程序指令，来执行各种适当的动作和处理。在RAM 530中，还可存储计算设备500操作所需的各种程序和数据。CPU 510、ROM 520以及RAM 530通过总线540彼此相连。输入/输出（I/O）接口550也连接至总线540。

计算设备500中的多个部件连接至I/O接口550，包括：输入单元560，例如键盘、鼠标等；输出单元570，例如各种类型的显示器、扬声器等；存储单元580，例如磁盘、光盘等；以及通信单元590，例如网卡、调制解调器、无线通信收发机等。通信单元590允许计算设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的方法200例如可由计算设备500（如第二终端20）的CPU 510执行，或者由多个计算设备500（如第二终端20和服务器30，或者第一终端10、第二终端20和服务器30）各自的CPU 510协同执行。例如，在一些实施例中，方法200可被实现为计算机软件程序，其被有形地包括于机器可读介质，例如存储单元580。在一些实施例中，计算机程序的部分或者全部可以经由ROM 520和/或通信单元590而被载入和/或安装到计算设备500上。当计算机程序被加载到RAM 530并由CPU 510执行时，可以执行上文描述的方法200的一个或多个操作。此外，通信单元590可以支持有线或无线通信功能。

本领域技术人员可以理解，图5所示的计算设备500仅是示意性的。在一些实施例中，第一终端10、第二终端20或服务器30可以包含比计算设备500更多或更少的部件。

利用本发明的方案，通过利用WebSocket协议为药品购买者的第一终端和药品销售者的第二终端建立安全通信房间，使得所要购买的药品的药品信息能够同屏显示在第一终端和第二终端上，从而提高了交易透明度和药品使用的安全性，并且消除了人工解释的成本。

以上结合附图对根据本发明的同屏显示药品信息的方法200以及可用作第一终端10、第二终端20和服务器30的计算设备500进行了描述。然而本领域技术人员可以理解，方法200的步骤的执行并不局限于图中所示和以上所述的顺序，而是可以以任何其他合理的顺序来执行。此外，计算设备500也不必须包括图5中所示的所有组件，其可以仅仅包括执行本发明中所述的功能所必须的其中一些组件，并且这些组件的连接方式也不局限于图中所示的形式。

本发明可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本发明的各个方面的计算机可读程序指令。

在一个或多个示例性设计中，可以用硬件、软件、固件或它们的任意组合来实现本发明所述的功能。例如，如果用软件来实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上，或者作为计算机可读介质上的一个或多个指令或代码来传输。

本文公开的装置的各个单元可以使用分立硬件组件来实现，也可以集成地实现在一个硬件组件，如处理器上。例如，可以用通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑、分立硬件组件或用于执行本文所述的功能的任意组合来实现或执行结合本发明所描述的各种示例性的逻辑块、模块和电路。

本领域普通技术人员还应当理解，结合本发明的实施例描述的各种示例性的逻辑块、模块、电路和算法步骤可以实现成电子硬件、计算机软件或二者的组合。

本发明的以上描述用于使本领域的任何普通技术人员能够实现或使用本发明。对于本领域普通技术人员来说，本发明的各种修改都是显而易见的，并且本文定义的一般性原理也可以在不脱离本发明的精神和保护范围的情况下应用于其它变形。因此，本发明并不限于本文所述的实例和设计，而是与本文公开的原理和新颖性特性的最广范围相一致。

Claims (8)

1.一种同屏显示药品信息的方法，包括：

利用WebSocket协议建立用于第一终端和第二终端进行通信的加密通信房间，其中所述加密通信房间由所述第二终端的服务器响应于所述第一终端的请求创建，并且指定所述加密通信房间的允许用户为所述第一终端和所述第二终端；

获取所述第一终端的识别数据，所述识别数据包括与所述第一终端相关联的随机字符串、所述加密通信房间的标识和用于标识所述第一终端和所述第二终端之间的通信的业务流标识；基于所述第一终端的识别数据进入所述加密通信房间；

获取所述第一终端的用户希望购买的药品的药品标识信息并且基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息，所述药品的药品信息包括特定于所述第一终端的用户的药品信息；以及

通过所述加密通信房间将所述药品的药品信息推送给所述第一终端以使得在所述第一终端和所述第二终端同屏显示所述药品信息。

2.如权利要求1所述的方法，还包括：

从所述第一终端接收所述第一终端的用户信息和业务信息，其中所述用户信息至少包含所述用户的标识信息，所述业务信息至少包括所述业务流标识；

响应于接收到所述第一终端的所述用户信息产生所述随机字符串；以及

基于所述随机字符串、所述加密通信房间的标识和所述业务流标识产生所述第一终端的识别数据，其中所述识别数据的形式是二维码。

3.如权利要求2所述的方法，其中所述用户信息与所述随机字符串相关联地缓存至所述第二终端的缓存数据库，并且获取所述第一终端的识别数据包括：

扫描所述二维码以获得所述随机字符串；

将所述随机字符串发送给令牌中心；以及

从所述令牌中心接收所述令牌中心从所述缓存数据库获取的与所述随机字符串相对应的用户信息。

4.如权利要求1所述的方法，其中基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息还包括：

响应于确定所述第二终端的权限级别满足获取所述药品信息的权限要求，基于所述药品标识信息从所述第二终端的服务器获取所述药品的药品信息；以及

响应于确定所述第二终端的权限级别不满足获取所述药品信息的权限要求，退出所述加密通信房间。

5.如权利要求1所述的方法，还包括：

确定所述第一终端是否离开所述加密通信房间；

响应于确定所述第一终端离开所述加密通信房间，向所述第一终端推送返回消息，所述返回消息包括所述业务流标识；

响应于确定接收到所述第一终端对所述返回消息的操作，基于所述业务流标识继续所述第一终端和所述第二终端的通信。

6.如权利要求1所述的方法，还包括：

确定来自所述第一终端的通信质量是否低于预定值；

响应于确定来自所述第一终端的通信质量低于预定值，向所述第一终端推送返回消息，所述返回消息包括所述业务流标识；

响应于确定接收到所述第一终端对所述返回消息的操作，基于所述业务流标识继续所述第一终端和所述第二终端的通信。

7.一种计算设备，包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器被耦合到所述至少一个处理器并且存储用于由所述至少一个处理器执行的指令，所述指令当由所述至少一个处理器执行时，使得所述计算设备执行根据权利要求1至6中任一项所述的方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序代码，所述计算机程序代码在被运行时执行如权利要求1至6中任一项所述的方法。

Images