CN115331773B - 一种信息处理方法和装置 - Google Patents

一种信息处理方法和装置 Download PDF

Info

Publication number
CN115331773B
CN115331773B CN202211239423.XA CN202211239423A CN115331773B CN 115331773 B CN115331773 B CN 115331773B CN 202211239423 A CN202211239423 A CN 202211239423A CN 115331773 B CN115331773 B CN 115331773B
Authority
CN
China
Prior art keywords
information
user
medicine
real
medical insurance
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.)
Active
Application number
CN202211239423.XA
Other languages
English (en)
Other versions
CN115331773A (zh
Inventor
刘明辉
翟松涛
隋国晶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Tuoxian Technology Co Ltd
Original Assignee
Beijing Jingdong Tuoxian Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Tuoxian Technology Co Ltd filed Critical Beijing Jingdong Tuoxian Technology Co Ltd
Priority to CN202211239423.XA priority Critical patent/CN115331773B/zh
Publication of CN115331773A publication Critical patent/CN115331773A/zh
Application granted granted Critical
Publication of CN115331773B publication Critical patent/CN115331773B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4015—Transaction verification using location information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0605—Supply or demand aggregation
    • 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
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Biomedical Technology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本公开提供了一种信息处理方法和装置，涉及互联网医疗及医药供应链技术领域。该方法的一具体实施方式包括：接收用户输入的药品搜索信息，查找符合药品搜索信息的第一药品信息列表；确定用户当前所处地理位置信息，查找与地理位置信息对应的第二药品信息列表；使用第二药品信息列表，确定第一药品信息列表中符合目标条件的药品信息，对所确定的药品信息添加第一标签；响应于用户对添加第一标签的一个或多个药品信息的选择操作，跳转至与第一标签对应的支付页面，以使得用户对一个或多个药品信息进行支付操作。该实施方式基于用户实名认证信息和地理位置信息提供医保购药服务，极大优化了用户线上医保支付体验，提升了在线医保的灵活性和可拓展性。

Description

一种信息处理方法和装置
技术领域
本公开涉及互联网医疗及医药供应链技术领域，尤其涉及一种信息处理方法和装置。
背景技术
随着“互联网+”医疗服务医保支付工作的不断推进，各互联网平台陆续探索线上医保支付的形式，但因医保具有较强的地区属性，用户只能在其参保地的定点医疗机构使用医保购买药品。除此之外，各地区医保政策的不同，导致医保报销比例和医保药品目录也不同，通常情况下不支持用户进行异地医保结算。
在实现本公开的过程中，发明人发现相关技术无法针对某一地区的参保用户展示医保支付相关功能，导致有些未参保用户在结算时才发现不能进行医保支付；无法快速支持在不同地区进行线上医保支付，且未严格审核用药人的身份信息导致支付安全性较差，购药流程长导致无法满足用户时效需求。
发明内容
有鉴于此，本公开实施例提供一种信息处理方法和装置，至少能够解决现有技术中线上购药身份审核不严格，用户体验差，无法根据用户地理位置信息和身份信息精确提供医保药品展示、药品加购以及医保支付等问题。
为实现上述目的，根据本公开实施例的一个方面，提供了一种信息处理方法，包括：
接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；
响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作。
可选的，在所述接收用户输入的药品搜索信息之前，还包括：
响应于对目标地理位置信息的选择操作，接收对所述目标地理位置信息导入的符合所述目标条件的药品目录；
获取药品数据库中的全量药品信息，从中确定位于所述药品目录内的目标药品信息；
建立所述目标药品信息和所述目标地理位置信息的对应关系，并对所述对应关系中的所述目标药品信息打标第二标签。
可选的，所述确定用户当前所处地理位置信息，包括：
响应于定位选项为开启状态，调用定位程序，以定位用户当前所处地理位置信息；或
响应于定位选项为关闭状态，获取与用户的用户名对应的收货地址列表，将打标第三标签的收货地址作为用户当前所处地理位置信息。
可选的，所述跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作，包括：
获取与用户的用户名绑定的实名认证信息，以及获取与所述实名认证信息绑定的医保卡信息；
将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作。
可选的，所述获取与用户的用户名绑定的实名认证信息，包括：
响应于不存在与所述用户名绑定的实名认证信息，跳转至实名认证页面，以接收用户在所述实名认证页面输入的实名认证信息；
将所述实名认证信息发送至实名认证系统进行认证，响应于所述实名认证系统返回的认证结果为通过，建立所述用户名和所述实名认证信息的绑定关系。
可选的，还包括：
对所述实名认证信息做加密处理，得到加密数据，建立所述用户名和所述加密数据的对应关系并存储至数据库中；以及
从所述数据库中获取与所述用户名对应的加密数据，对所述加密数据做解密处理，得到所述实名认证信息。
可选的，所述获取与所述实名认证信息绑定的医保卡信息，包括：
响应于不存在与所述实名认证信息绑定的医保卡信息，跳转至医保卡绑定页面，以接收用户在所述医保卡绑定页面输入的参保信息；
将所述参保信息传输至医保系统进行参保身份认证，响应于所述医保系统返回的认证结果为通过，将所述参保信息作为医保卡信息，以建立所述实名认证信息和所述医保卡信息的绑定关系。
可选的，在使得用户对所述一个或多个药品信息进行支付操作之后，还包括：
响应于收到支付成功信息，基于用户的用户名、所述地理位置信息、所述一个或多个药品信息生成订单，将所述订单传输至订单系统进行处理。
为实现上述目的，根据本公开实施例的另一方面，提供了一种信息处理装置，包括：
第一查找模块，用于接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
第二查找模块，用于确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
匹配模块，用于使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；
支付模块，用于响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作。
可选的，还包括数据录入模块，用于：
响应于对目标地理位置信息的选择操作，接收对所述目标地理位置信息导入的符合所述目标条件的药品目录；
获取药品数据库中的全量药品信息，从中确定位于所述药品目录内的目标药品信息；
建立所述目标药品信息和所述目标地理位置信息的对应关系，并对所述对应关系中的所述目标药品信息打标第二标签。
可选的，所述第二查找模块，用于：
响应于定位选项为开启状态，调用定位程序，以定位用户当前所处地理位置信息；或
响应于定位选项为关闭状态，获取与用户的用户名对应的收货地址列表，将打标第三标签的收货地址作为用户当前所处地理位置信息。
可选的，所述支付模块，用于：
获取与用户的用户名绑定的实名认证信息，以及获取与所述实名认证信息绑定的医保卡信息；
将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作。
可选的，所述支付模块，用于：
响应于不存在与所述用户名绑定的实名认证信息，跳转至实名认证页面，以接收用户在所述实名认证页面输入的实名认证信息；
将所述实名认证信息发送至实名认证系统进行认证，响应于所述实名认证系统返回的认证结果为通过，建立所述用户名和所述实名认证信息的绑定关系。
可选的，所述支付模块，还用于：
对所述实名认证信息做加密处理，得到加密数据，建立所述用户名和所述加密数据的对应关系并存储至数据库中；以及
从所述数据库中获取与所述用户名对应的加密数据，对所述加密数据做解密处理，得到所述实名认证信息。
可选的，所述支付模块，用于：
响应于不存在与所述实名认证信息绑定的医保卡信息，跳转至医保卡绑定页面，以接收用户在所述医保卡绑定页面输入的参保信息；
将所述参保信息传输至医保系统进行参保身份认证，响应于所述医保系统返回的认证结果为通过，将所述参保信息作为医保卡信息，以建立所述实名认证信息和所述医保卡信息的绑定关系。
可选的，还包括订单模块，用于：
响应于收到支付成功信息，基于用户的用户名、所述地理位置信息、所述一个或多个药品信息生成订单，将所述订单传输至订单系统进行处理。
为实现上述目的，根据本公开实施例的再一方面，提供了一种信息处理电子设备。
本公开实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的信息处理方法。
为实现上述目的，根据本公开实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的信息处理方法。
根据本公开所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：通过导入不同地区的医保药品目录，根据用户实名认证信息和地理位置信息查询支持医保的药品信息，实现为不同地区的用户提供线上医保支付功能，且能够严格审核用药人信息，保证用药安全，将该功能模块化以快速推广到其他地区。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本公开，不构成对本公开的不当限定。其中：
图1是根据本公开实施例的一种信息处理方法的主要流程示意图；
图2是添加医保支付标签的药品信息示意图；
图3根据本公开实施例的一种可选的信息处理方法的流程示意图；
图4（a）是医保卡绑定页面示意图；
图4（b）是提示用户进行实名认证示意图；
图4（c）是实名认证页面示意图；
图5是根据本公开实施例的一具体地信息处理方法的流程示意图；
图6（a）是根据本公开实施例的一种信息处理装置的主要模块示意图；
图6（b）是本公开实施例的医保购药系统架构图；
图7是本公开实施例可以应用于其中的示例性系统架构图；
图8是适于用来实现本公开实施例的移动设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要指出的是，在不冲突的情况下，本公开中的实施例以及实施例中的特征可以互相组合。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
以医保购药支付的场景为例，目前用户在互联网平台上使用医保购药的步骤通常为：根据需求搜索药品并加购，结算时唤起医保支付功能以识别用药人及药品信息，满足条件才可以进行医保结算，不满足则支付失败。
目前线上医保在各大平台均处于探索阶段，无法针对参保地区的参保用户精准进行医保支付相关功能的展示，且只有在结算时才进行用户医保身份校验，容易导致用户流失。例如，平台支持地区A的医保，但平台面向的全国用户，如果不加以识别，那么其他地区的用户虽可以在平台搜索到相关药品但结算时不能进行医保支付，甚至地区A本地用户，如果没有参保到了结算也发现不能进行医保支付。
另外，不同地区的医保药品目录是不同的，且医保政策或者报销比例也不同，因而现有技术的可拓展性和兼容性较差。且医保支付功能目前没有实现模块化，导致无法快速支持在不同地区进行线上医保支付。
另外，药品作为特殊物品，身份核实十分重要，如1）身份识别之后才能进行医保支付，2）处方药必须实名问诊开方，3）部分药物管制（如精神类药物等），4）特殊期间发热类药品登记等等。但目前线上购药身份信息审核不严，没有核实真实用药人的身份信息，导致支付安全性不能保证。
另外，无法为用户提供基于LBS（Location Based Services，基于位置的服务，利用各类型的定位技术来获取定位设备当前的所在位置）的医保服务，因而购药流程耗时较长。针对某些急用药及突发场景无法满足用户时效需求，不方便用户购药。
参见图1，示出的是本公开实施例提供的一种信息处理方法的主要流程图，包括如下步骤：
S101：接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
S102：确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
S103：使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；
S104：响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作。
上述实施方式中，对于步骤S101~S102，目前医保支付具有较强的地区属性，即用户在地区A参保，则只能在地区A使用医保购买地区A医保药品目录内的药品，不能跨区域进行医保结算。
本方案设置药品数据库，用以存储不同地区的医保药品信息列表。线上平台可以为药品数据库设置操作平台，考虑该操作通常为内部操作，因而操作该平台的人员需要具备操作权限，例如给运营人员分配登陆账号。运营人员通过登陆账号登陆该操作平台，从中选择某地区，之后将该地区的医保（即目标条件）药品目录内的药品信息导入药品数据库中，例如选择地区A，将地区A医保药品目录Excel中的药品信息导入药品数据库。
药品数据库中预先设置全量药品信息，包括药品通用名，upc（universal productcode 物品通用条码）生成厂家、批准文号等信息。但通常导入的医保药品目录内的药品信息，仅仅占药品数据库中全量药品信息的一部分，例如地区A支持线上医保，但医保药品目录下药品信息数量为200个（数值仅为示例），但药品数据库中全量药品信息数量为800个。
以地区A为例，药品数据库在收到运营人员导入的地区A的医保药品目录内的药品信息后，需要与药品数据库的全量药品信息进行比对，以识别药品数据库中哪些药品支持北京医保，如药品X支持北京医保，则对药品X打标支持医保标签（即第二标签）。进一步的，还可以对全量药品信息中不支持地区A医保的药品打标不支持医保标签。以此生成不同地区对于同一药品信息的打标信息，同一地区对于不同药品信息的打标信息。
表1医保药品信息按地区录入药品数据库存储示意
用户使用其用户名登陆线上平台，输入药品搜索信息进行求药，输入如药品全称（如多巴胺、阿莫西林）、药品关键字（如维C、维生素E）、药品所属分类（如感冒药、肠胃药）、症状（如感冒），输入完成后点击“搜索”或“确定”选项，以提交购药需求给线上平台。此处可以是用户登陆应用后，在输入框直接输入药品搜索信息，由应用直接调用线上平台进行处理，也可以是用户在登陆应用后，通过手动选择购药功能图标，以跳转到该线上平台进行处理。线上平台首先会查询符合该药品搜索信息的第一药品信息列表，如与感冒对应的药品列表。
考虑目前用户对隐私管控的逐渐加强，线上平台通常设置有用户条款，如开启定位选项需由用户授权同意，只有在用户知情且授权同意的情况下，线上平台才可以使用LBS技术，用以定位用户当前所处地理位置信息。但若用户不同意，则根据该用户的用户名，从其收货地址列表中获取默认收货地址。一个用户名下会设置一个或多个收货地址，通常排序第一的收货地址为默认收货地址，并打标默认标签（即第三标签）。在用户不同意的情况下，将默认收货地址作为其当前所处地理位置信息。在获得用户地理位置信息后，可以从药品数据库中查询与该地理位置信息对应的支持医保药品信息列表，例如与地区A对应的支持医保药品信息列表（即第二药品信息列表）。
对于步骤S103，线上平台将第一药品信息列表和第二药品信息列表进行匹配，以使用第二药品信息列表，确定第一药品信息列表中符合支持医保支付的药品信息。例如，第一药品信息列表中存在药品Y和药品E，第二药品信息列表中不存在药品Y、但存在药品E，则表示仅药品E在该地理位置信息支持医保，对药品E添加“医保支付标签（即第一标签）”，提示用户可以使用医保支付药品E，参见图2所示，该第一标签会随着药品E添加到购物车，支付页面也会显示，直至生成用户下单生成订单为止。
后续可以依据第一标签对第一药品信息列表中的药品信息进行排序，携带第一标签的排序位于不携带第一标签的药品信息之前，以便用户优先看到的是携带第一标签的药品信息，如药品E的排列位置位于药品Y的排列位置之前。进一步的，线上平台可以设置筛选选项，用户点击筛选选项，选择“医保支付标签”，则仅显示携带医保支付标签的药品信息。
进一步的，线上平台还可以根据用户的地理位置信息，从商家信息数据库中匹配可配送门店、最优物品或距离最近的商家，入参和出参分别参见表2和表3所示，例如，1、相同物品价格最低，2、配送时效最快、3、商家评分最高，以此保证后续用户选择的门店是可以快速配送的，提升了购药时效，缩短了药品到达用户手上的时间。
表2 根据用户地理位置获取门店信息的入参说明
表3 根据用户地理位置获取门店信息的出参说明
对于步骤S104，用户可以选择添加医保支付标签的一个或多个药品信息进行支付，线上平台设置医保支付页面以供用户使用医保支付，用户完成医保支付之后，线上平台基于用户名、地理位置信息、一个或多个药品信息生成订单，并将订单传输给订单系统，以使得订单系统通知商家系统提示线下门店进行拣货和发货，由互联网平台物流系统进行履约配送。
上述实施例所提供的方法，构建药品数据库用以存储不同地区的支持医保药品列表，与用户购药需求的药品列表进行匹配，以在线上平台上精准为不同地区用户提供医保购药服务，不同地区用户所看到的医保服务不同，且整体流程耗时较短，极大优化了用户体验。
参见图3，示出了根据本公开实施例的一种可选的信息处理方法流程示意图，包括如下步骤：
S301：获取与用户的用户名绑定的实名认证信息，以及获取与所述实名认证信息绑定的医保卡信息；
S302：将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
S303：响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作。
上述实施方式中，对于步骤S301，当用户选择带有医保标签的药品进行结算时，可以在页面多个入口看到“医保支付”提示，查询是否存在绑定的医保卡，若没有绑定医保卡，则需要绑定。在用户知情且同意的情况下，由系统校验该用户是否已经在平台进行实名认证。
1）存在与用户名对应的实名信息，则确定已完成实名认证，跳转至医保卡绑定页面，参见图4（a）所示。
2）不存在与用户名对应的实名认证信息，则提示用户先进行实名认证，参见图4（b）所示。用户点击图4（b）中的“去认证”选项，跳转至图4（c）所示实名认证页面，实名认证信息包含用户国籍、证件类型、姓名、证件号码、面部识别信息。待用户在应用系统输入完毕后，将用户输入的实名认证信息传输至实名认证系统进行认证，认证通过后，建立该用户名和该实名认证信息的绑定关系，并认定该用户实名认证成功。
校验用户是否实名接口，其入参说明参见表4所示，出参说明参见表5所示：
表4 入参说明
表 5  出参说明
"00000","成功"
"21000","需要同时传入的参数credentialsNo和credentialsType仅有一个为空" credentialsNo或credentialsType是空
"20002","传入的参数错误" 参数错误
"10022","用户未实名" 用户未实名
"21002","快捷实名认证导致认证失败" 弱实名
"10016","证件号码和姓名不匹配" 证件号和姓名不匹配
"10023","证件号码不匹配" 证件号不匹配
"21001","姓名不匹配" 姓名不匹配
"99999","失败"
实名认证成功的数据将加密存储于数据库，存储形式可以是用户名和加密数据的对应关系，后续可以依据用户名从数据库获取加密数据并解密。加密传输是企业风控要求，目前加解密方式包括但不限于AES（Advanced Encryption Standard，高级加密标准）、CBC（Cipher Block Chaining，密文分组链接）、PKCS5Padding（填充的原则是，如果长度少于16个字节，需要补满16个字节）、256位key、hex编码（把一个8位的字节数据用两个十六进制数展示出来）。
3）参见图4（a）所示为医保卡绑定页面示意图，页面包括用户实名认证信息和待输入的医保卡信息。在医保卡绑定页面，用户需要在应用系统输入医保局要求的必要参保信息，如参保地、参保人员编号等，线上平台将这些参保信息发给医保局请求验证该用户的参保身份，验证通过后，建立该实名认证信息和该参保信息的绑定关系，并认为该用户已经在线上平台成功绑定医保卡。
对于步骤S302和S303，在通过上述步骤创建与该用户的实名认证信息绑定的医保卡后，或者直接查询到医保卡后，利用该用户的实名认证信息，通过医保电子凭证或医保系统，判断该用户是否在其当前所处地理位置信息参保。若反馈结果为用户已参保，则调用该地理位置信息的电子医保凭证进行医保结算，用户使用医保账户进行线上购药支付。
上述实施例所提供的方法，设置实名认证页面和医保卡绑定页面，在用户使用医保支付之前，需进行实名认证信息验证和参保验证，只有在两者均满足的情况下，才允许用户使用医保支付，以此实现严格审核线上购药身份目的，保障用药安全性。
参见图5，示出了根据本公开实施例的一具体的信息处理方法流程示意图，包括如下步骤：
S501：响应于对目标地理位置信息的选择操作，接收对所述目标地理位置信息导入的符合所述目标条件的药品目录；
S502：获取药品数据库中的全量药品信息，从中确定位于所述药品目录内的目标药品信息；
S503：建立所述目标药品信息和所述目标地理位置信息的对应关系，并对所述对应关系中的所述目标药品信息打标第二标签；
S504：接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
S505：确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为打标第二标签的药品信息组合的列表；
S506：使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；
S507：响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，查询是否存在与用户的用户名对应的实名认证信息；
S508：若不存在与所述用户名绑定的实名认证信息，跳转至实名认证页面，以接收用户在所述实名认证页面输入的实名认证信息；
S509：将所述实名认证信息发送至实名认证系统进行认证，响应于所述实名认证系统返回的认证结果为通过，建立所述用户名和所述实名认证信息的绑定关系；
S510：响应于不存在与所述实名认证信息绑定的医保卡信息，跳转至医保卡绑定页面，以接收用户在所述医保卡绑定页面输入的参保信息，将所述参保信息传输至医保系统进行参保身份认证；
S511：响应于所述医保系统返回的认证结果为通过，将所述参保信息作为医保卡信息，以建立所述实名认证信息和所述医保卡信息的绑定关系；
S512：将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
S513：响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作；
S514：响应于收到支付成功信息，基于用户的用户名、所述地理位置信息、所述一个或多个药品信息生成订单，将所述订单传输至订单系统进行处理。
本公开实施例所提供的方法，相对于现有技术，至少存在如下有益效果：
1、构建药品数据库，用于存储不同地区的支持医保的药品列表，后续即使新增地区或医保药品目录更改，也会按照同样的流程进行更新，以此方便快捷的支持不同地区的线上医保服务，使得在线医保购药服务可以快速推广到其他地区。
2、通过用户实名认证信息对地区医保参保信息进行识别，识别通过用户才可以使用医保支付，以此严格审核线上购药身份，保障用药安全性，该操作也可以应用于问诊开方场景；认证通过的实名认证信息可以加密后存储于数据库中，使用时再解密，以保证信息安全性；
3、所得用户地理位置信息，可以用于从商家信息数据库查找可配送门店、最优物品或距离最近的商家，优选距离用户最近的商家，以此提升购药时效，缩短药品到达用户手上的时间，提升用户体验。
参见图6（a），示出了本公开实施例提供的一种信息处理装置600的主要模块示意图，包括：
第一查找模块601，用于接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
第二查找模块602，用于确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
匹配模块603，用于使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；
支付模块604，用于响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作。
本公开实施装置还包括数据录入模块，用于：
响应于对目标地理位置信息的选择操作，接收对所述目标地理位置信息导入的符合所述目标条件的药品目录；
获取药品数据库中的全量药品信息，从中确定位于所述药品目录内的目标药品信息；
建立所述目标药品信息和所述目标地理位置信息的对应关系，并对所述对应关系中的所述目标药品信息打标第二标签。
本公开实施装置中，所述第二查找模块602，用于：
响应于定位选项为开启状态，调用定位程序，以定位用户当前所处地理位置信息；或
响应于定位选项为关闭状态，获取与用户的用户名对应的收货地址列表，将打标第三标签的收货地址作为用户当前所处地理位置信息。
本公开实施装置中，所述支付模块604，用于：
获取与用户的用户名绑定的实名认证信息，以及获取与所述实名认证信息绑定的医保卡信息；
将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作。
本公开实施装置中，所述支付模块604，用于：
响应于不存在与所述用户名绑定的实名认证信息，跳转至实名认证页面，以接收用户在所述实名认证页面输入的实名认证信息；
将所述实名认证信息发送至实名认证系统进行认证，响应于所述实名认证系统返回的认证结果为通过，建立所述用户名和所述实名认证信息的绑定关系。
本公开实施装置中，所述支付模块604，还用于：
对所述实名认证信息做加密处理，得到加密数据，建立所述用户名和所述加密数据的对应关系并存储至数据库中；以及
从所述数据库中获取与所述用户名对应的加密数据，对所述加密数据做解密处理，得到所述实名认证信息。
本公开实施装置中，所述支付模块604，用于：
响应于不存在与所述实名认证信息绑定的医保卡信息，跳转至医保卡绑定页面，以接收用户在所述医保卡绑定页面输入的参保信息；
将所述参保信息传输至医保系统进行参保身份认证，响应于所述医保系统返回的认证结果为通过，将所述参保信息作为医保卡信息，以建立所述实名认证信息和所述医保卡信息的绑定关系。
本公开实施装置还包括订单模块，用于：
响应于收到支付成功信息，基于用户的用户名、所述地理位置信息、所述一个或多个药品信息生成订单，将所述订单传输至订单系统进行处理。
另外，在本公开实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。
参见图6（b），示出了本公开实施例的医保购药系统架构图，通过该架构，实现医保支付功能的模块化，以此快速支持在不同地区进行线上医保支付。系统架构包括展示层、应用层、数据层和源系统：
1、展示层包括用户搜药购药操作台、药品库运营操作工作台和商家接单操作台。用户可以在用户搜药购药操作台上输入药品搜索信息，如在应用首页面的搜索框，或应用中具体购药功能页面的搜索框。药品库运营操作工作台主要用于运营人员登陆药品数据库，选择地区并导入该地区的医保药品目录。商家接单操作台主要用于在用户使用医保支付后从订单系统接单以完成拣货。
2、应用层包括医保药品匹配、医保结算支付、用户地理位置信息、用户实名认证、商家匹配、药品履约配送。医保药品匹配主要用于药品库运营操作工作台，在运营人员导入某地区的医保药品目录后，需要与药品数据库中的全量药品信息进行匹配，以确定药品数据库中哪些药品支付在该地区使用医保支付。医保结算支付用以提供支付页面，以供用户使用医保卡信息进行结算。用户地理位置信息在用户授权同意定位的情况下，为用户当前位置信息，但若用户不同意，则为其默认收货地址。用户实名认证用以验证实名认证信息。商家匹配用以根据用户地理位置信息匹配距离最近的商家。药品履约配送为商家拣货后，由物流系统进行配送。
3、数据层，包括医保药品数据库、商家信息数据库、用户信息数据库，医保药品数据库用以存储不同地区的支持医保的药品信息，商家信息数据库用以存储每个商家可提供销售的药品信息，用户信息数据库包括用户实名认证信息，通常以加密形式存储。
4、源系统，包括药品系统、物品系统、交易系统、订单系统、物流系统。药品系统包括药品数据库，物品系统包括不同商家提供的药品，交易系统包括医保支付页面，以供用户使用医保卡结算。订单系统，用以在监测到用户支付完成后，根据用户名、地理位置信息、选择的药品信息生成订单。物流系统，用以在商家拣货完成后进行配送。
图7示出了可以应用本公开实施例的示例性系统架构700，包括终端设备701、702、703，网络704和服务器705（仅仅是示例）。
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，安装有各种通讯客户端应用，用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。
网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
服务器705可以是提供各种服务的服务器，需要说明的是，本公开实施例所提供的方法一般由服务器705执行，相应地，装置一般设置于服务器705中。
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图8，其示出了适于用来实现本公开实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示，计算机系统800包括中央处理单元（CPU）801，其可以根据存储在只读存储器（ROM）802中的程序或者从存储部分808加载到随机访问存储器（RAM）803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出（I/O）接口805也连接至总线804。
以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管（CRT）、液晶显示器（LCD）等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
特别地，根据本公开公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元（CPU）801执行时，执行本公开的系统中限定的上述功能。
需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一查询模块、第二查询模块、匹配模块、支付模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，匹配模块还可以被描述为“标签添加模块”。
作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行上述任一所述的信息处理方法。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (11)

1.一种信息处理方法，其特征在于，包括：
接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；其中，第一标签会随着药品信息添加到购物车、支付页面，直至用户下单生成订单为止；
响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作；其中，在用户使用医保支付之前，需进行实名认证信息验证和参保验证，只有在两者均满足的情况下，才允许用户使用医保支付。
2.根据权利要求1所述的方法，其特征在于，在所述接收用户输入的药品搜索信息之前，还包括：
响应于对目标地理位置信息的选择操作，接收对所述目标地理位置信息导入的符合所述目标条件的药品目录；
获取药品数据库中的全量药品信息，从中确定位于所述药品目录内的目标药品信息；
建立所述目标药品信息和所述目标地理位置信息的对应关系，并对所述对应关系中的所述目标药品信息打标第二标签。
3.根据权利要求1所述的方法，其特征在于，所述确定用户当前所处地理位置信息，包括：
响应于定位选项为开启状态，调用定位程序，以定位用户当前所处地理位置信息；或
响应于定位选项为关闭状态，获取与用户的用户名对应的收货地址列表，将打标第三标签的收货地址作为用户当前所处地理位置信息。
4.根据权利要求1所述的方法，其特征在于，所述跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作，包括：
获取与用户的用户名绑定的实名认证信息，以及获取与所述实名认证信息绑定的医保卡信息；
将所述实名认证信息发送至医保系统，以通过所述医保系统判断所述实名认证信息是否在所述地理位置信息参保；
响应于所述医保系统返回的判断结果为参保，跳转至与所述第一标签对应的支付页面，调用与所述地理位置信息对应的电子医保证凭证，以使得用户使用所述医保卡信息对所述一个或多个药品信息进行支付操作。
5.根据权利要求4所述的方法，其特征在于，所述获取与用户的用户名绑定的实名认证信息，包括：
响应于不存在与所述用户名绑定的实名认证信息，跳转至实名认证页面，以接收用户在所述实名认证页面输入的实名认证信息；
将所述实名认证信息发送至实名认证系统进行认证，响应于所述实名认证系统返回的认证结果为通过，建立所述用户名和所述实名认证信息的绑定关系。
6.根据权利要求5所述的方法，其特征在于，还包括：
对所述实名认证信息做加密处理，得到加密数据，建立所述用户名和所述加密数据的对应关系并存储至数据库中；以及
从所述数据库中获取与所述用户名对应的加密数据，对所述加密数据做解密处理，得到所述实名认证信息。
7.根据权利要求4-6中任一项所述的方法，其特征在于，所述获取与所述实名认证信息绑定的医保卡信息，包括：
响应于不存在与所述实名认证信息绑定的医保卡信息，跳转至医保卡绑定页面，以接收用户在所述医保卡绑定页面输入的参保信息；
将所述参保信息传输至医保系统进行参保身份认证，响应于所述医保系统返回的认证结果为通过，将所述参保信息作为医保卡信息，以建立所述实名认证信息和所述医保卡信息的绑定关系。
8.根据权利要求1或4所述的方法，其特征在于，在使得用户对所述一个或多个药品信息进行支付操作之后，还包括：
响应于收到支付成功信息，基于用户的用户名、所述地理位置信息、所述一个或多个药品信息生成订单，将所述订单传输至订单系统进行处理。
9.一种信息处理装置，其特征在于，包括：
第一查找模块，用于接收用户输入的药品搜索信息，查找符合所述药品搜索信息的第一药品信息列表；
第二查找模块，用于确定用户当前所处地理位置信息，查找与所述地理位置信息对应的第二药品信息列表；其中，第二药品信息列表为符合目标条件的药品信息组合的列表；
匹配模块，用于使用所述第二药品信息列表，确定所述第一药品信息列表中符合所述目标条件的药品信息，对所确定的药品信息添加第一标签；其中，第一标签会随着药品信息添加到购物车、支付页面，直至用户下单生成订单为止；
支付模块，用于响应于用户对添加所述第一标签的一个或多个药品信息的选择操作，跳转至与所述第一标签对应的支付页面，以使得用户对所述一个或多个药品信息进行支付操作；其中，在用户使用医保支付之前，需进行实名认证信息验证和参保验证，只有在两者均满足的情况下，才允许用户使用医保支付。
10.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
CN202211239423.XA 2022-10-11 2022-10-11 一种信息处理方法和装置 Active CN115331773B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211239423.XA CN115331773B (zh) 2022-10-11 2022-10-11 一种信息处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211239423.XA CN115331773B (zh) 2022-10-11 2022-10-11 一种信息处理方法和装置

Publications (2)

Publication Number Publication Date
CN115331773A CN115331773A (zh) 2022-11-11
CN115331773B true CN115331773B (zh) 2023-04-07

Family

ID=83914715

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211239423.XA Active CN115331773B (zh) 2022-10-11 2022-10-11 一种信息处理方法和装置

Country Status (1)

Country Link
CN (1) CN115331773B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102402648A (zh) * 2011-12-29 2012-04-04 重庆大学 选药辅助抉择系统
JP2015207276A (ja) * 2014-04-11 2015-11-19 日本ウインコム株式会社 医薬品選択支援装置、医薬品選択支援方法、及び該装置で実行することが可能なコンピュータプログラム
CN109360620A (zh) * 2018-09-07 2019-02-19 隋国剑 处方信息处理方法及装置
CN109636494A (zh) * 2017-10-09 2019-04-16 耀方信息技术(上海)有限公司 药品推荐方法及系统
CN113722371A (zh) * 2021-08-31 2021-11-30 平安国际智慧城市科技股份有限公司 一种基于决策树的药品推荐方法、装置、设备及存储介质
CN114255107A (zh) * 2021-12-21 2022-03-29 拉扎斯网络科技（上海）有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114550893A (zh) * 2022-02-23 2022-05-27 拉扎斯网络科技（上海）有限公司 资源推送方法、装置、计算机设备及计算机可读存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102402648A (zh) * 2011-12-29 2012-04-04 重庆大学 选药辅助抉择系统
JP2015207276A (ja) * 2014-04-11 2015-11-19 日本ウインコム株式会社 医薬品選択支援装置、医薬品選択支援方法、及び該装置で実行することが可能なコンピュータプログラム
CN109636494A (zh) * 2017-10-09 2019-04-16 耀方信息技术(上海)有限公司 药品推荐方法及系统
CN109360620A (zh) * 2018-09-07 2019-02-19 隋国剑 处方信息处理方法及装置
CN113722371A (zh) * 2021-08-31 2021-11-30 平安国际智慧城市科技股份有限公司 一种基于决策树的药品推荐方法、装置、设备及存储介质
CN114255107A (zh) * 2021-12-21 2022-03-29 拉扎斯网络科技（上海）有限公司 用户线上购药的安全保障方法、装置、设备及存储介质
CN114550893A (zh) * 2022-02-23 2022-05-27 拉扎斯网络科技（上海）有限公司 资源推送方法、装置、计算机设备及计算机可读存储介质

Also Published As

Publication number Publication date
CN115331773A (zh) 2022-11-11

Similar Documents

Publication Publication Date Title
US20200211092A1 (en) Adaptive product listing using blockchain inventory and smart contracts
AU2006236243B2 (en) Network commercial transactions
AU2010266670B2 (en) System and method for location based mobile commerce
US10713630B2 (en) Apparatus and method for purchasing a product using an electronic device
US7877297B2 (en) Method and system for conditional transactions
US20060235761A1 (en) Method and apparatus for network transactions
US20030182204A1 (en) System for managing eletronic receipt according to eletronic commerce and method for managing thereof
CN109285044B (zh) 应用销售管理服务器系统
KR20160136415A (ko) 가상 카드 값들을 사용하여 거래들을 수행하는 방법
US20130091061A1 (en) Secure payment system
US11722304B2 (en) Secure digital information infrastructure
US8532612B1 (en) Obtaining mobile information for networked transactions
JP2014002741A (ja) 多様な決済手段を用いるａｒｓ認証ベースの決済システム及び決済方法
KR101393720B1 (ko) 단말기 식별 정보를 이용한 비대면 거래의 스마트 결제 시스템 및 방법
CN115331773B (zh) 一种信息处理方法和装置
CA3025839C (en) Data interaction processing method, device and system
JP2008152338A (ja) 携帯情報端末を利用したクレジットカード決済方法及びシステム
US20190028457A1 (en) Application sales management server system
KR102283635B1 (ko) 복수 개의 노드 간 트랜잭션 정보의 상호 공유를 통한 디지털 콘텐츠 거래 중개 시스템
CN114462991A (zh) 基于数字货币的条件交易的方法和装置
KR20040013378A (ko) 인터넷을 기반으로 한 신용카드의 매출전표 처리 방법
KR20060121430A (ko) 소프트웨어 컨텐츠 다이렉트 다운로드 서비스 시스템 및방법
JP6719006B1 (ja) 情報処理装置、情報処理方法およびプログラム
CA3068452A1 (en) Data interaction processing method, device and system
CA3025842C (en) Data interaction processing method, device and system

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
GR01 Patent grant
GR01 Patent grant