CN117059243A - 检测类医疗项目检测结果的确定方法及装置、介质、设备 - Google Patents

检测类医疗项目检测结果的确定方法及装置、介质、设备 Download PDF

Info

Publication number
CN117059243A
CN117059243A CN202311029197.7A CN202311029197A CN117059243A CN 117059243 A CN117059243 A CN 117059243A CN 202311029197 A CN202311029197 A CN 202311029197A CN 117059243 A CN117059243 A CN 117059243A
Authority
CN
China
Prior art keywords
detection
medical item
information
target medical
user
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.)
Pending
Application number
CN202311029197.7A
Other languages
English (en)
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.)
Kangjian Information Technology Shenzhen Co Ltd
Original Assignee
Kangjian Information Technology Shenzhen 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 Kangjian Information Technology Shenzhen Co Ltd filed Critical Kangjian Information Technology Shenzhen Co Ltd
Priority to CN202311029197.7A priority Critical patent/CN117059243A/zh
Publication of CN117059243A publication Critical patent/CN117059243A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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/20ICT 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
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Pathology (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本申请公开了一种检测类医疗项目检测结果的确定方法及装置、介质、设备,涉及互联网技术领域以及医疗健康领域,主要目的在于改善现有由于完全依靠用户自行对整个检测流程进行跟进把控,过程繁琐,导致用户体验感极差的技术问题。包括:接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。

Description

检测类医疗项目检测结果的确定方法及装置、介质、设备
技术领域
本申请涉及互联网技术领域以及医疗健康领域,特别是涉及一种检测类医疗项目检测结果的确定方法及装置、介质、设备。
背景技术
新世纪的到来,随着国民收入水平提高,消费结构升级,人们对多层次、个性化、多样化的医疗健康需求呈持续快速增长状态,不再停留或满足于过去以治病救人为主的医疗“硬需求”层次,而是升级到医疗“软需求”,即满足美好生活的需要,获得幸福感、安全感。例如,各种健康检测类医疗项目等。
传统的健康检测类医疗项目需要用户预先在医疗机构进行预约,再去到对应的医疗机构排队检测、再经过一段时间的等待,方可获悉检测结果。然而,由于从预约到获悉结果的整个检测流程是需要完全依靠用户自行跟进把控的,过程繁琐,导致用户体验感极差。
发明内容
有鉴于此,本申请提供一种检测类医疗项目检测结果的确定方法及装置、介质、设备,主要目的在于改善现有由于完全依靠用户自行对整个检测流程进行跟进把控,过程繁琐,导致用户体验感极差的技术问题。
依据本申请第一个方面,提供了一种检测类医疗项目检测结果的确定方法,应用于用户客户端侧,包括:
接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
优选的,所述接收针对目标医疗项目检测线程的发起请求之前,所述方法还包括:
依据各个医疗项目的业务信息中的品类信息创建各个所述医疗项目所对应的基础检测线程;
依据各个所述医疗项目的业务信息中的业务规则信息为各个所述基础检测线程配置业务规则,并生成多个检测线程。
优选的,所述接收针对目标医疗项目检测线程的发起请求之前,所述方法还包括:
依据各个所述医疗项目的业务信息中的展示信息,为各个所述医疗项目配置对应的用户客户端展示界面。
优选的,所述若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,具体包括:
获取所述目标医疗项目的品类信息,所述品类信息为居家检测品类以及商家检测品类中的任一种;
若所述品类信息为居家检测品类,则输出确认收货界面,并根据用户的反馈操作完成所述目标医疗项目的检测线程。
优选的,所述若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,还包括:
若所述品类信息为商家检测品类,则输出确认收货界面,并根据用户的反馈操作获取所述用户的待检测数据,发送至所述商户客户端;
接收所述商户客户端反馈的针对所述待检测数据的检测结果,并完成所述目标医疗项目的检测线程。
依据本申请第二个方面,提供了另一种检测类医疗项目检测结果的确定方法,应用于商户客户端侧,包括:
响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
依据本申请第三个方面,提供了一种检测类医疗项目检测结果的确定装置,应用于用户客户端侧,包括:
接收模块,用于接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
触发模块,用于若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
优选的,所述接收模块之前,所述装置还包括:
创建模块,用于依据各个医疗项目的业务信息中的品类信息创建各个所述医疗项目所对应的基础检测线程;
配置模块,用于依据各个所述医疗项目的业务信息中的业务规则信息为各个所述基础检测线程配置业务规则,并生成多个检测线程。
优选的,所述配置模块,还用于:
依据各个所述医疗项目的业务信息中的展示信息,为各个所述医疗项目配置对应的用户客户端展示界面。
优选的,所述触发模块,具体包括:
获取单元,用于获取所述目标医疗项目的品类信息,所述品类信息为居家检测品类以及商家检测品类中的任一种;
触发单元,用于若所述品类信息为居家检测品类,则输出确认收货界面,并根据用户的反馈操作完成所述目标医疗项目的检测线程。
优选的,所述触发单元,还用于:
若所述品类信息为商家检测品类,则输出确认收货界面,并根据用户的反馈操作获取所述用户的待检测数据,发送至所述商户客户端;
接收所述商户客户端反馈的针对所述待检测数据的检测结果,并完成所述目标医疗项目的检测线程。
依据本申请第四个方面,提供了另一种检测类医疗项目检测结果的确定装置,应用于用户客户端侧,包括:
发送模块,用于响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
执行模块,用于根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
根据本申请的第五个方面,提供了一种存储介质,所述存储介质中存储有至少一条可执行指令,所述可执行指令使处理器执行如上述检测类医疗项目检测结果的确定方法对应的操作。
根据本申请的第六个方面,提供了一种计算机设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一条可执行指令,所述可执行指令使所述处理器执行上述检测类医疗项目检测结果的确定方法对应的操作。
根据本申请的第七个方面,提供了另一种存储介质,所述存储介质中存储有至少一条可执行指令,所述可执行指令使处理器执行如上述检测类医疗项目检测结果的确定方法对应的操作。
根据本申请的第八个方面,提供了另一种计算机设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一条可执行指令,所述可执行指令使所述处理器执行上述检测类医疗项目检测结果的确定方法对应的操作。
借由上述技术方案,本申请实施例提供的技术方案至少具有下列优点:
本申请提供了一种检测类医疗项目检测结果的确定方法及装置、介质、设备,首先接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;其次若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本申请实施例提供的一种检测类医疗项目检测结果的确定方法流程图;
图2示出了本申请实施例提供的居家检测品类的商品检测流程图;
图3示出了本申请实施例提供的商家检测品类的商品检测流程图;
图4示出了本申请实施例提供的检测线程的配置流程图;
图5示出了本申请实施例提供的基础检测线程配置表;
图6示出了本申请实施例提供的医疗项目业务规则配置表;
图7示出了本申请实施例提供的用户客户端展示界面配置表;
图8示出了本申请实施例提供的另一种检测类医疗项目检测结果的确定方法流程图;
图9示出了本申请实施例提供的再一种检测类医疗项目检测结果的确定方法流程图;
图10示出了本申请实施例提供的一种检测类医疗项目检测结果的确定装置组成框图;
图11示出了本申请实施例提供的另一种检测类医疗项目检测结果的确定装置组成框图;
图12示出了本申请实施例提供的一种计算机设备的结构示意图。
图13示出了本申请实施例提供的另一种计算机设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中,人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。
人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、机器人技术、生物识别技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。
基于此,在一个实施例中,如图1所示,提供了一种检测类医疗项目检测结果的确定方法,应用于用户客户端侧,以该方法应用于服务器等计算机设备为例进行说明,其中,服务器可以是独立的服务器,也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork,CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器,如智能医疗系统、数字医疗平台等。上述方法包括以下步骤:
101、接收针对目标医疗项目检测线程的发起请求。
其中,发起请求携带目标医疗项目的品类信息以及待确认订单。本申请实施例中,当前执行端可以是医疗商品核销平台的用户客户端,用户可以通过用户客户端发起针对目标医疗项目检测线程的请求。其中,目标医疗项目包括但不限于睡眠健康检测服务、心电图检测服务、香烟代谢能力基因检测服务、幽门螺旋杆菌检测服务等,示例性的,可以通过卡权益的形式进行流通。具体的,首先,用户可以在用户客户端对其所拥有的卡权益进行激活,以核销该卡权益所对应的目标医疗项目,激活后用户客户端即可获悉目标医疗项目的相关信息,例如,香烟代谢能力基因检测服务、幽门螺旋杆菌检测服务,睡眠健康检测服务套餐等;进一步的,基于用户信息获取界面获取用户的相关信息,可以包括用户基本信息、收货地址等,并根据用户的基本信息以及收货地址等相关信息生成目标医疗项目的待确认订单;最后,基于目标医疗项目的品类信息,以及待确认订单生成针对目标医疗项目检测线程的发起请求。
需要说明的是,医疗项目检测线程可以分为居家检测品类以及商家检测品类两种,其中,居家检测品类的商品,检测流程如图2所示,在用户收到检测所需用具后,用户可自行进行检测并且基于该用具即可获悉检测结果,如抗原检测产品,因此,针对这类商品,在用户收到检测所需用具后,检测线程即可终止;而商家检测品类的商品,检测流程如图3所示,在用户收到检测所需用具后,需要将用户的检测数据返回到商家,如用户采集唾液、血液,或佩戴设备将身体健康信息录入,并将其寄回商家,由商家进行检测,并由商家将检测结果再反馈给用户,因此,针对这类医疗项目,在用户收到检测所需用具后,检测线程并未结束,还包括用户反馈数据、商家检测数据、商家反馈检测结果等线程。基于此,检测线程的发起请求中只需携带目标医疗项目检测的品类信息以及待确认订单即可。
102、若接收到商户客户端针对待确认订单的确认信息,则根据品类信息触发与目标医疗项目相匹配的检测线程,以确定目标医疗项目的检测结果。
其中,检测线程是基于医疗项目的业务信息预先配置的。本申请实施例中,当接受到商户客户端针对待确认订单的确认信息时,说明当前用户的卡权益有效,可以启动检测线程。进一步的,由于检测线程可以分为居家检测品类以及商家检测品类两种,使得检测线程也分为两种,因此,根据目标医疗项目的品类信息触发对应的检测线程即可。
与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。
在一个本发明实施例中,为了进一步限定及说明,如图4所示,实施例步骤101接收针对目标医疗项目检测线程的发起请求之前,实施例方法还包括:
201、依据各个医疗项目的业务信息中的品类信息创建各个医疗项目所对应的基础检测线程。
其中,品类信息包括居家检测品类以及商家检测品类。本申请实施例中,基础检测线程配置表,如图5所示,其中,根据医疗项目的业务信息中的品类信息对“用户是否需要将检测盒/检测设备寄出”以及“是否需要商户上传检测报告”两项配置项进行配置,例如,商品为香烟代谢能力基因检测服务,需要用户将检测盒寄回商家,那么“用户是否需要将检测盒/检测设备寄出”配置项需要配置为“是”,即用户将检测盒/检测设备寄出后,供应商检测,同时,需要商家上传检测报告,那么“是否需要商户上传检测报告”配置项需要配置为“是”,即供应商将在商户客户端上传检测报告,支持用户线上查看检测报告;商品为幽门螺旋杆菌检测服务,用户无需将检测盒寄回商家,那么“用户是否需要将检测盒/检测设备寄出”配置项需要配置为“否”,即用户自主检测,可直接看到检测结果,同时,商家无需上传检测报告,那么“是否需要商户上传检测报告”配置项需要配置为“否”,即无需商户上传。另外,还可以对用户的履约渠道进行配置,其中,一级渠道用于表征为用户提供履约服务的平台,例如,某app、谋小程序等;二级渠道用于表征与用户交互的界面,可以根据用户的消费等级、信用等级等信息展示不同的内容,例如,2级权益卡所展示的内容与1级权益卡所展示的内容是不同的。
202、依据各个医疗项目的业务信息中的业务规则信息为各个基础检测线程配置业务规则,并生成多个检测线程。
本申请实施例中,医疗项目业务规则配置表,如图6所示,包括但不限于“是否需要系统自动取消用户预约”、“用户线上收到货后,系统自动确认收货的时间”、“受检人信息是否需要实名”、“证件类型和号码是否必填”等,其中,“是否需要系统自动取消用户预约”配置项的作用是当用户提交了收货预约单,但一直未被处理,此时,可根据该配置项的配置内容,判断是否将该订单取消,从而释放用户权益,示例性的,用户A预约6月20日15:00的服务,而商家或运营一直未在后台处理用户A的预约订单,若该配置项配置为“是”,则6月20号15:00系统将会自动取消用户A的预约订单;反之,若该配置项配置为“否”,则系统不处理,该订单一直为待确认状态。“用户线上收到货后,系统自动确认收货的时间”配置项的作用是用户如果没有线上确认收货,那么线上多久自动确认收货,例如,居家检测品类商品,由于无须将检测盒寄出,因此,可以设置用户未点击收货的情况下,15天(可根据实际情况自行配置)自动确认收货,权益核销,如,幽门螺旋杆菌检测服务;商家检测品类商品,由于用户无法进行自主检测,须将检测盒寄出,因此,可以设置不进行系统自动确认收货,用户自行寄出检测盒至供应商。另外,“受检人信息是否需要实名”、“证件类型和号码是否必填”两项配置项可以根据实际情况自行配置,可以不根据品类进行区分。
203、依据各个医疗项目的业务信息中的展示信息,为各个医疗项目配置对应的用户客户端展示界面。
本申请实施中,用户客户端展示界面配置表,如图7所示,可以根据医疗项目需求配置对应的展示界面内容,例如,客服链接、用户告知书、页面文案内容等。
与现有技术相比,本申请实施例通过配置项的方式对检测线程以及交互界面进行配置,降低了检测线程开发的难度,即使不具备开发能力依旧能够完成检测线程的制作,从而降低了研发成本。
在一个本发明实施例中,为了进一步限定及说明,如图8所示,实施例步骤102若接收到商户客户端针对待确认订单的确认信息,则根据品类信息触发与目标医疗项目相匹配的检测线程,具体包括:
301、获取目标医疗项目的品类信息。
其中,品类信息为居家检测品类以及商家检测品类中的任一种;
302、若品类信息为居家检测品类,则输出确认收货界面,并根据用户的反馈操作完成目标医疗项目的检测线程。
303、若品类信息为商家检测品类,则输出确认收货界面,并根据用户的反馈操作获取用户的待检测数据,发送至商户客户端;接收商户客户端反馈的针对待检测数据的检测结果,并完成目标医疗项目的检测线程。
本申请实施例中,当目标医疗项目为居家检测品类时,由于可自行进行检测并且基于该用具即可获悉检测结果,因此,可以在接收到用户的确认收货信息后,终止检测线程;当目标医疗项目为商家检测品类时,由于在用户收到检测所需用具后,需要将用户的检测数据返回到商家,由商家进行检测,并由商家将检测结果再反馈给用户,因此,在接收到用户的确认收货信息后,可以将界面跳转到待用户收检界面以提示用户上传检测数据或将检测用具寄回商家,在商家接收到检测数据后,将界面跳转到待检测界面,最后在检测完成后,将检测结果上传。
本申请提供了一种检测类医疗项目检测结果的确定方法,首先接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;其次若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。
本申请实施例提供了另一种检测类医疗项目检测结果的确定方法,应用于商户客户端侧,如图9所示,该方法包括:
401、响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端。
402、根据用户客户端发起的检测线程执行针对目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
本申请实施例中,当前执行端为商户客户端,可以在用户客户端发起检测请求后,与用户客户端进行交互,以完成对医疗项目的履约过程,包括确认目标医疗项目的待确认订单、上传用户检测结果、核销用户权益等。除此之外,还可以查看与回复用户评价等内容。
本申请提供了另一种检测类医疗项目检测结果的确定方法,首先响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;其次根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。
进一步的,作为对上述图1所示方法的实现,本申请实施例提供了一种检测类医疗项目检测结果的确定装置,位于用户客户端侧,如图10所示,该装置包括:
接收模块51,触发模块52。
接收模块51,用于接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
触发模块52,用于若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
在具体的应用场景中,所述接收模块之前,所述装置还包括:
创建模块,用于依据各个医疗项目的业务信息中的品类信息创建各个所述医疗项目所对应的基础检测线程;
配置模块,用于依据各个所述医疗项目的业务信息中的业务规则信息为各个所述基础检测线程配置业务规则,并生成多个检测线程。
在具体的应用场景中,所述配置模块,还用于:
依据各个所述医疗项目的业务信息中的展示信息,为各个所述医疗项目配置对应的用户客户端展示界面。
在具体的应用场景中,所述触发模块,具体包括:
获取单元,用于获取所述目标医疗项目的品类信息,所述品类信息为居家检测品类以及商家检测品类中的任一种;
触发单元,用于若所述品类信息为居家检测品类,则输出确认收货界面,并根据用户的反馈操作完成所述目标医疗项目的检测线程。
在具体的应用场景中,所述触发单元,还用于:
若所述品类信息为商家检测品类,则输出确认收货界面,并根据用户的反馈操作获取所述用户的待检测数据,发送至所述商户客户端;
接收所述商户客户端反馈的针对所述待检测数据的检测结果,并完成所述目标医疗项目的检测线程。
本申请提供了一种检测类医疗项目检测结果的确定装置、存储介质、计算机设备,首先接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;其次若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。进一步的,作为对上述图9所示方法的实现,本申请实施例提供了另一种检测类医疗项目检测结果的确定装置,位于商户客户端侧,如图11所示,该装置包括:
发送模块61,执行模块62。
发送模块61,用于响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
执行模块62,用于根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
本申请提供了另一种检测类医疗项目检测结果的确定装置,首先响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;其次根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。与现有技术相比,本申请实施例通过用户客户端发起携带目标医疗项目待确认订单以及品类信息的医疗项目检测线程的发起请求,再由商户客户端对该订单进行确认,在接收到商户客户端发送的确认信心后触发与该品类信息相匹配的医疗项目检测线程,并根据该线程提示用户客户端与商户客户端交互完成目标医疗项目的检测,基于用户客户端与商家客户端之间的交互,指示并跟进用户一步步的完成医疗检测项目,基于检测线程对用户的每一步操作进行提示,无需用户自行跟进把控,释放了用户精力,从而提升了用户体验感。
根据本申请一个实施例提供了一种存储介质,所述存储介质存储有至少一条可执行指令,该计算机可执行指令可执行上述任意方法实施例中的检测类医疗项目检测结果的确定方法。
基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施场景所述的方法。
图12示出了根据本申请一个实施例提供的一种计算机设备的结构示意图,本申请具体实施例并不对计算机设备的具体实现做限定。
如图12所示,该计算机设备可以包括:处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)706、以及通信总线708。
其中:处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。
通信接口704,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器702,用于执行程序710,具体可以执行上述检测类医疗项目检测结果的确定方法实施例中的相关步骤。
具体地,程序710可以包括程序代码,该程序代码包括计算机操作指令。
处理器702可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路。计算机设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器706,用于存放程序710。存储器706可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序710具体可以用于使得处理器702执行以下操作:
接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
根据本申请一个实施例提供了另一种存储介质,所述存储介质存储有至少一条可执行指令,该计算机可执行指令可执行上述任意方法实施例中的检测类医疗项目检测结果的确定方法。
基于这样的理解,本申请的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施场景所述的方法。
图13示出了根据本申请一个实施例提供的另一种计算机设备的结构示意图,本申请具体实施例并不对计算机设备的具体实现做限定。
如图13所示,该计算机设备可以包括:处理器(processor)802、通信接口(Communications Interface)804、存储器(memory)806、以及通信总线808。
其中:处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。
通信接口804,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器802,用于执行程序810,具体可以执行上述检测类医疗项目检测结果的确定方法实施例中的相关步骤。
具体地,程序810可以包括程序代码,该程序代码包括计算机操作指令。
处理器802可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路。计算机设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器806,用于存放程序810。存储器806可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序810具体可以用于使得处理器802执行以下操作:
响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述检测类医疗项目检测结果的确定的实体设备硬件和软件资源的程序,支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信,以及与信息处理实体设备中其它硬件和软件之间通信。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本申请的方法和系统。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本申请的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明,本申请的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本申请实施为记录在记录介质中的程序,这些程序包括用于实现根据本申请的方法的机器可读指令。因而,本申请还覆盖存储用于执行根据本申请的方法的程序的记录介质。
显然,本领域的技术人员应该明白,上述的本申请的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。

Claims (10)

1.一种检测类医疗项目检测结果的确定方法,应用于用户客户端侧,其特征在于,包括:
接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
2.根据权利要求1所述的方法,其特征在于,所述接收针对目标医疗项目检测线程的发起请求之前,所述方法还包括:
依据各个医疗项目的业务信息中的品类信息创建各个所述医疗项目所对应的基础检测线程;
依据各个所述医疗项目的业务信息中的业务规则信息为各个所述基础检测线程配置业务规则,并生成多个检测线程。
3.根据权利要求1所述的方法,其特征在于,所述接收针对目标医疗项目检测线程的发起请求之前,所述方法还包括:
依据各个所述医疗项目的业务信息中的展示信息,为各个所述医疗项目配置对应的用户客户端展示界面。
4.根据权利要求1所述的方法,其特征在于,所述若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,具体包括:
获取所述目标医疗项目的品类信息,所述品类信息为居家检测品类以及商家检测品类中的任一种;
若所述品类信息为居家检测品类,则输出确认收货界面,并根据用户的反馈操作完成所述目标医疗项目的检测线程。
5.根据权利要求4所述的方法,其特征在于,所述若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,还包括:
若所述品类信息为商家检测品类,则输出确认收货界面,并根据用户的反馈操作获取所述用户的待检测数据,发送至所述商户客户端;
接收所述商户客户端反馈的针对所述待检测数据的检测结果,并完成所述目标医疗项目的检测线程。
6.一种检测类医疗项目检测结果的确定方法,应用于商户客户端侧,其特征在于,包括:
响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
7.一种检测类医疗项目检测结果的确定装置,位于用户客户端侧,其特征在于,包括:
接收模块,用于接收针对目标医疗项目检测线程的发起请求,所述发起请求携带所述目标医疗项目的品类信息以及待确认订单;
触发模块,用于若接收到商户客户端针对所述待确认订单的确认信息,则根据所述品类信息触发与所述目标医疗项目相匹配的检测线程,,以确定所述目标医疗项目的检测结果,所述检测线程是基于医疗项目的业务信息预先配置的。
8.一种检测类医疗项目检测结果的确定装置,位于商户客户端侧,其特征在于,包括:
发送模块,用于响应于针对目标医疗项目检测线程的发起请求,将针对目标医疗项目的待确认订单的确认信息发送至用户客户端;
执行模块,用于根据所述用户客户端发起的检测线程执行针对所述目标医疗项目的检测操作,以确定所述目标医疗项目的检测结果。
9.一种存储介质,所述存储介质中存储有至少一条可执行指令,其特征在于,所述可执行指令使处理器执行如权利要求1-6中任一项所述的检测类医疗项目检测结果的确定方法对应的操作。
10.一种计算机设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一条可执行指令,其特征在于,所述可执行指令使所述处理器执行如权利要求1-6中任一项所述的检测类医疗项目检测结果的确定方法对应的操作。
CN202311029197.7A 2023-08-15 2023-08-15 检测类医疗项目检测结果的确定方法及装置、介质、设备 Pending CN117059243A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311029197.7A CN117059243A (zh) 2023-08-15 2023-08-15 检测类医疗项目检测结果的确定方法及装置、介质、设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311029197.7A CN117059243A (zh) 2023-08-15 2023-08-15 检测类医疗项目检测结果的确定方法及装置、介质、设备

Publications (1)

Publication Number Publication Date
CN117059243A true CN117059243A (zh) 2023-11-14

Family

ID=88660365

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311029197.7A Pending CN117059243A (zh) 2023-08-15 2023-08-15 检测类医疗项目检测结果的确定方法及装置、介质、设备

Country Status (1)

Country Link
CN (1) CN117059243A (zh)

Similar Documents

Publication Publication Date Title
US11582172B2 (en) Intent prediction for dialogue generation
US8234692B2 (en) System and method for processing an upload of a program with export compliance information
US10290007B2 (en) Method and system for turning virtual world participants into real life leads
CN107636710A (zh) 通信会话中的虚拟助理
US20160055418A1 (en) Information processing apparatus, information processing method, and program
US11776032B2 (en) Customer service tool
CN109582581B (zh) 一种基于众包任务的结果确定方法及相关设备
CN110796515A (zh) 一种房源推荐方法、装置、存储介质及移动终端
CN112948521B (zh) 对象处置方法及装置
CN110517028A (zh) 支付账单的方法、设备和计算机存储介质
CN116501824A (zh) 对象处置方法及装置
US20200410391A1 (en) Personal helper bot system
US20080071556A1 (en) Electronic beneficiary successor planning
US20210374818A1 (en) Systems and methods for automatic subscription-based ordering of product components
CN111353841A (zh) 单据数据处理方法、装置及系统
CN111353758B (zh) 流程变更方法及装置
CN110515929B (zh) 书籍展示方法、计算设备及存储介质
CN117059243A (zh) 检测类医疗项目检测结果的确定方法及装置、介质、设备
US11379909B2 (en) Computerized item rental using beacons
CN104463661A (zh) 交易数据的处理方法和系统
CN109584012B (zh) 用于生成物品推送信息的方法和装置
CN109584013B (zh) 生成物品描述信息的方法和装置
KR20220065625A (ko) 전자 문서에 기반하여 회원권 명의 변경을 지원하는 전자 시스템
CN107180037B (zh) 人机交互方法和装置
CN109727072A (zh) 用于处理信息的方法和设备

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