CN112582055A - 医疗缴费方法、装置及其计算机可读存储介质 - Google Patents
医疗缴费方法、装置及其计算机可读存储介质 Download PDFInfo
- Publication number
- CN112582055A CN112582055A CN202011496005.XA CN202011496005A CN112582055A CN 112582055 A CN112582055 A CN 112582055A CN 202011496005 A CN202011496005 A CN 202011496005A CN 112582055 A CN112582055 A CN 112582055A
- Authority
- CN
- China
- Prior art keywords
- medical
- information
- payment
- user
- terminal
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 66
- 230000015654 memory Effects 0.000 claims description 21
- 238000012163 sequencing technique Methods 0.000 claims description 15
- 238000007689 inspection Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 14
- 239000003814 drug Substances 0.000 description 11
- 238000004891 communication Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 238000012790 confirmation Methods 0.000 description 4
- 201000010099 disease Diseases 0.000 description 4
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- LSQZJLSUYDQPKJ-NJBDSQKTSA-N amoxicillin Chemical compound C1([C@@H](N)C(=O)N[C@H]2[C@H]3SC([C@@H](N3C2=O)C(O)=O)(C)C)=CC=C(O)C=C1 LSQZJLSUYDQPKJ-NJBDSQKTSA-N 0.000 description 3
- 229960003022 amoxicillin Drugs 0.000 description 3
- 229940079593 drug Drugs 0.000 description 3
- LSQZJLSUYDQPKJ-UHFFFAOYSA-N p-Hydroxyampicillin Natural products O=C1N2C(C(O)=O)C(C)(C)SC2C1NC(=O)C(N)C1=CC=C(O)C=C1 LSQZJLSUYDQPKJ-UHFFFAOYSA-N 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 238000003745 diagnosis Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 206010061218 Inflammation Diseases 0.000 description 1
- 230000032683 aging Effects 0.000 description 1
- 201000004548 amoxicillin allergy Diseases 0.000 description 1
- 239000002775 capsule Substances 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000003759 clinical diagnosis Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000007599 discharging Methods 0.000 description 1
- 239000002552 dosage form Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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
- 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
-
- 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
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- Biomedical Technology (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供一种医疗缴费方法及装置，该方法包括：生成用户对应的电子医疗单；将所述电子医疗单发送至第一终端；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。本实施例可以减少用户在就诊过程中排队缴费的行程，并降低了医院缴费窗口带来的极大的业务压力，有效提高了医院医疗费用的缴费效率。
Description
技术领域
本申请涉及医疗信息技术领域，具体涉及一种医疗缴费方法、装置及其计算机可读存储介质。
背景技术
随着线上支付的快速发展，人们的生活越来越便利和快捷。例如，现在人们出门只需要带个智能终端，无论是交通、餐饮、逛街，都可以使用智能终端进行支付，方便快捷。
然而，尽管智能终端给我们生活带来了极大的便利与快捷，当我们去医院就诊时，我们也是需要排队等待缴费的，这就使得医院医疗费用的缴费效率低。如果用户排了很长时间的队，但发现没带社会保障卡，那就不能缴费正常缴费或需要用户回去取来才能进行缴费，既浪费了用户时间精力，也给医院缴费窗口带来的极大的业务压力。因此，如何有效增大医院医疗缴费的效率，是当前医疗信息技术领域亟需解决的问题。
发明内容
本申请提供一种医疗缴费方法、装置及其计算机可读存储介质，旨在解决如何有效增大医院医疗缴费的效率。
一方面，本申请提供一种医疗缴费方法，应用于服务器，所述方法包括：
生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；
将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；
获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；
基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
在本申请一种可能的实现方式中，所述生成用户对应的电子医疗单，包括：
获取医生终端发送的关于第二终端所属用户的多个医疗项目对应的医疗信息，其中，所述多个医疗项目与所述用户的用户标识信息相对应，所述医疗信息包括所述多个医疗项目的医疗推荐信息；
根据所述多个医疗项目及所述用户标识信息确定对应的所述多个医疗项目的可选择菜单对应的页面的预设地址；
根据所述预设地址生成所述多个医疗项目对应的医疗支付识别码；
根据所述多个医疗项目的医疗推荐信息及所述医疗支付识别码生成所述用户对应的电子医疗单。
在本申请一种可能的实现方式中，所述目标医疗方案包括待执行顺序的医疗项目信息和医疗路线信息，所述基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，包括：
基于所述医疗支付信息，确定用户是否完成缴费；
若是，则基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，所述医疗路线信息包括与所述医疗项目信息对应的医疗导航信息；
若否，则生成支付错误反馈信息，将所述支付错误反馈信息发送至所述第二终端。
在本申请一种可能的实现方式中，所述医疗支付信息包括与所述用户的用户标识信息，所述基于所述医疗支付信息，确定用户是否完成缴费，包括：
根据所述用户标识信息，查询用户的历史医疗支付信息，所述历史医疗支付信息包括已支付项目信息和实际支付金额信息；
将所述已支付项目信息与所述实际支付金额信息相匹配，并判断匹配结果是否正确；
若是，则确定用户完成缴费。
在本申请一种可能的实现方式中，所述基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，包括：
确定根据所述目标医疗项目信息的待执行顺序，得到待执行顺序的医疗项目信息；
将所述目标医疗项目信息按照预设规则进行排序，确定目标医疗项目的排序信息，其中，所述所述排序信息包括医疗科室信息及其待执行顺序编号；
根据所述医疗科室信息、所述待执行顺序编号以及所述医疗导航信息确定医疗路线信息。
在本申请一种可能的实现方式中，在将所述电子医疗单发送至第一终端之后，所述方法还包括：
获取用户验证信息；
将所述用户验证信息与所述用户标识信息相匹配，判断是否为同一用户；
若是，则将所述电子医疗单发送至所述用户的第二终端。
在本申请一种可能的实现方式中，所述方法还包括：
获取所述用户针对所述电子医疗单的代支付请求，所述代支付请求中包括指定的第三终端的用户标识信息；
根据所述第三终端的用户标识信息将所述电子医疗单转发给所述第三终端；
获取所述第三终端反馈的支付信息，所述支付信息中包括支付用户的用户标识信息；
将所述支付用户的用户标识信息与所述用户标识信息进行匹配，判断是否为同一用户；
若是，确定代支付成功。
另一方面，本申请提供一种医疗缴费装置，所述装置包括：
第一生成单元，用于生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；
第一发送单元，用于将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；
第一获取单元，用于获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；
第二生成单元，用于基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
在本申请一种可能的实现方式中，所述第一生成单元包括：
第二获取单元，用于获取医生终端发送的关于第二终端所属用户的多个医疗项目对应的医疗信息，其中，所述多个医疗项目与所述用户的用户标识信息相对应，所述医疗信息包括所述多个医疗项目的医疗推荐信息；
第一确定单元，用于根据所述多个医疗项目及所述用户标识信息确定对应的所述多个医疗项目的可选择菜单对应的页面的预设地址；
第三生成单元，用于根据所述预设地址生成所述多个医疗项目对应的医疗支付识别码；
第四生成单元，用于根据所述多个医疗项目的医疗推荐信息及所述医疗支付识别码生成所述用户对应的电子医疗单。
在本申请一种可能的实现方式中，所述目标医疗方案包括待执行顺序的医疗项目信息和医疗路线信息，所述第二生成单元包括用于：
第二确定单元，用于基于所述医疗支付信息，确定用户是否完成缴费；
第三确定单元，用于若是，则基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，所述医疗路线信息包括与所述医疗项目信息对应的医疗导航信息；
第一发送单元，用于若否，则生成支付错误反馈信息，将所述支付错误反馈信息发送至所述第二终端。
在本申请一种可能的实现方式中，所述医疗支付信息包括与所述用户的用户标识信息，所述第二确定单元具体用于：
根据所述用户标识信息，查询用户的历史医疗支付信息，所述历史医疗支付信息包括已支付项目信息和实际支付金额信息；
将所述已支付项目信息与所述实际支付金额信息相匹配，并判断匹配结果是否正确；
若是，则确定用户完成缴费。
在本申请一种可能的实现方式中，所述第三确定单元具体用于：
确定根据所述目标医疗项目信息的待执行顺序，得到待执行顺序的医疗项目信息；
将所述目标医疗项目信息按照预设规则进行排序，确定目标医疗项目的排序信息，其中，所述所述排序信息包括医疗科室信息及其待执行顺序编号；
根据所述医疗科室信息、所述待执行顺序编号以及所述医疗导航信息确定医疗路线信息。
在本申请一种可能的实现方式中，在将所述电子医疗单发送至第一终端之后，所述装置还包括：
第二获取单元，用于获取用户验证信息；
第一判断单元，用于将所述用户验证信息与所述用户标识信息相匹配，判断是否为同一用户；
第二发送单元，用于若是，则将所述电子医疗单发送至所述用户的第二终端。
在本申请一种可能的实现方式中，所述装置还包括：
第三获取单元，用于获取所述用户针对所述电子医疗单的代支付请求，所述代支付请求中包括指定的第三终端的用户标识信息；
第一转发单元，用于根据所述第三终端的用户标识信息将所述电子医疗单转发给所述第三终端；
第四获取单元，用于获取所述第三终端反馈的支付信息，所述支付信息中包括支付用户的用户标识信息；
第二判断单元，用于将所述支付用户的用户标识信息与所述用户标识信息进行匹配，判断是否为同一用户；
第四确定单元，用于若是，确定代支付成功。
另一方面，本申请提供一种计算机设备，所述计算机设备包括：
一个或多个处理器；
存储器；以及
一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现上述任一项所述的医疗缴费方法。
另一方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行上述任一项所述的医疗缴费方法中的步骤。
本申请通过生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，完成医疗缴费。减少用户在就诊过程中排队缴费的行程，并降低了医院缴费窗口带来的极大的业务压力，有效提高了医院医疗费用的缴费效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的医疗缴费系统的场景示意图；
图2是本申请实施例中医疗缴费方法的一个实施例流程示意图；
图3是本申请实施例中步骤201的一个实施例流程示意图；
图4是本申请实施例中步骤204的一个实施例流程示意图；
图5是本申请实施例中步骤401的一个实施例流程示意图；
图6是本申请实施例中步骤402的一个实施例流程示意图；
图7是本申请实施例中医疗缴费方法的另一个实施例流程示意图；
图8是本申请实施例中医疗缴费方法的另一个实施例流程示意图；
图9是本发明实施例中提供的医疗缴费装置的一个实施例结构示意图；
图10是本发明实施例中提供的计算机设备的一个实施例结构示意图；
图11是本发明实施例中提供的处方单的一个实施例结构示意图；
图12是本发明实施例中提供的待缴页面的一个实施例结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。
本申请实施例提供一种医疗缴费方法、装置及计算机可读取存储介质。以下分别进行详细说明。
如图1所示，为本申请实施例提供的医疗缴费系统的场景示意图，该医疗缴费系统可以包括多个终端100和服务器200，终端100和服务器200网络连接，服务器200中集成有医疗缴费装置，如图1中的服务器，终端100可以访问服务器200。
本申请实施例中服务器200主要用于生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
本申请实施例中，该服务器200可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如本申请实施例中所描述的服务器200，其包括但不限于计算机、网络终端、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。本申请的实施例中，服务器与终端之间可通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(Worldwide Interoperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)的计算机网络通信等。
可以理解的是，本发明实施例中所使用的终端100可以是既包括接收和发射硬件的设备，既具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种终端可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。具体的终端100具体可以是台式终端或移动终端，终端100具体还可以是手机、平板电脑、笔记本电脑等中的一种。
本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案的一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的终端，或者服务器网络连接关系，例如图1中仅示出1个服务器和2个终端。可以理解的，该运单时效升级系统还可以包括一个或多个其他服务器，或/且一个或多个与服务器网络连接的终端，具体此处不作限定。
另外，如图1所示，该医疗缴费系统还可以包括存储器300，用于存储数据，如存储订单数据或运单数据，例如医疗缴费系统运行时的医疗缴费数据。
需要说明的是，图1所示的医疗缴费系统的场景示意图仅仅是一个示例，本申请实施例描述的医疗缴费系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着医疗缴费系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
接下来，介绍本申请实施例提供的医疗缴费方法。
本申实施例医疗缴费方法的实施例中以服务器作为执行主体，为了简化与便于描述，后续方法实施例中将省略该执行主体，该医疗缴费装置应用于计算机设备，该方法包括：生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
请参阅图2至图12，图2是本申请实施例中医疗缴费方法的一个实施例流程示意图，图11是本发明实施例中提供的处方单的一个实施例结构示意图，图12是本发明实施例中提供的待缴页面的一个实施例结构示意图，该医疗缴费方法具体包括步骤201、步骤202、步骤203以及步骤204。
201、生成用户对应的电子医疗单。
其中，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面。
具体的，电子医疗单可以是根据医生在对患者进行初步检查后提供的电子医疗单，也可以是在经过设备检查后，基于检查结果提供的电子医疗单。因此，电子医疗单可根据用户的不同情况包括处方单、检查单以及住院单中的至少一项，或者多项。
处方单可以包括三部分：处方前记、处方正文和处方后记。处方前记包括医院名称、就诊科室、门诊病例号、住院病例号、就诊日期、患者姓名、性别、年龄、临床诊断和处方编号等，处方前记也称为处方的自然项目。处方正文包括以Rp(拉丁文Recipe“请取”的缩写)起头，正文包括药品名称、剂型、规格、数量、用法和用量等。其中，所开药品单价和总计金额通常也标明在正文中，也可列在前记或后记。处方后记：包括医师、配方人、核对人、发药人的签名和发药日期等。检查单一般包括医生、患者信息、检查项目以及对应科室等，需要说明的是检查单为检查前，待检查的推荐检查项目单，与检查结果报告单不同。
202、将电子医疗单发送至第一终端。
其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作。
需要说明的是，第一终端可以是医生的终端，也可以是用户的第一终端。具体的。当用户在就诊过程中表明需要纸质的医疗单时，那么可以将电子医疗单发送至医生的终端，并指示医生打印电子医疗单中的信息，从而得到纸质版的医疗单，其中，纸质版的医疗单中包括多个医疗项目的医疗推荐信息和医疗支付码，用户可以通过扫描该医疗支付码获取电子医疗单。其中。当第一终端为医生的终端时，其第一终端包括医生在办公过程中所使用的电脑、笔记本、手机或平板。
当用户在就诊过程中表明不需要纸质的医疗单时，那么可以直接将电子医疗单发送至用户的第一终端，其中电子医疗单可以是一个医疗支付识别码，用户可以通过点击该医疗支付识别码进入电子医疗单对应的多个医疗项目的可选择菜单对应的页面。例如，用户可以通过使用医院对应的就诊软件去扫描该医疗支付识别码，访问预设地址。具体的，该与医院对应的就诊软件可以是微信小程序、支付宝小程序，也可以是医院指定的就诊APP。当第一终端为用户的第一终端时，其第一终端同样包括用户在就诊过程中所使用的电脑、笔记本、手机或平板。该医疗支付识别码可以是二维码也可以是条形码，对此不做限定。
203、获取用户的第二终端发送的医疗反馈信息以及医疗支付信息。
其中，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息。医疗支付信息包括已支付项目信息以及实际支付金额。
在步骤202之后，用户会通过扫描医疗支付识别码，可以进入对应的就诊小程序，在该就诊小程序中对应的预设地址显示页面可以包括多个医疗项目的可选择菜单内容，用户可以在小程序中的可选项目中进行挑选一个或多个医疗项目，并进行确认(提交订单)和支付。
为了确保用户的治疗效果，在具体实施过程中可以进行适当调整，具体包括以下三种方案：
一、每个医疗项目都对应有项目介绍信息和医生备注信息。例如，在某一处方单中的一个医疗项目为阿莫西林胶囊-两盒(一、项目介绍信息：使用情况：每日三次、每次一粒。功能：消炎等。二、医生备注信息：注意事项：1、如有对阿莫西林过敏情况，请及时与医生沟通确认；2、前后半小时内不可与其他药物一起服用；3建议饭前或饭后间隔半小时再服用。)。
二、多个医疗项目可分为必选项目和可选项目。例如，在医生无法通过普通观察和病情询问确认用户患病情况，则可在医疗推荐信息中将检查项目添加为必选项目，而将住院项目设置为可选项目。
三、在用户支付前、提交订单后，将其订单信息发送至与用户对应的医生终端，并需要医生进行确认操作，用户才可进行支付操作。例如，医生提供的医疗推荐信息中包括检查项目(由于医生在普通观察和病情询问过程中，无法确定用户患病原因)，但是用户在选择医疗项目过程中并未添加检查项目，当用户提交订单时，医生检查发现该情况，可与用户进一步沟通和确认，避免造成后续用户就诊无法实施。
以上三个调整方案可以自由组合，例如，将方案一和方案二进行组合，添加至原有就诊方案中，或者把方案一和方案三进行组合，添加至原有就诊方案中，需要说明的是，上述三个方案可进行自由组合，在此不做限定。
204、基于医疗反馈信息和医疗支付信息，生成目标医疗方案。
目标医疗方案可包括待执行顺序的医疗项目信息和医疗路线信息。
其中对待执行排序的医疗项目信息进行的可以是非人为干涉智能生成的，也可以是人为设置的，也可以是先智能生成，再通过人为确认、调整后生成的。待执行排序可根据医疗项目信息中的具体医疗项目逻辑进行排序，例如，在医疗项目信息中包括一个待检查项目和一个手术项目以及一个购药项目，其中，医生可在项目逻辑中输入以下内容：该手术项目需要待检查项目中的检查报告结果，且该购药项目中的药品并无特殊要求。则可将上述项目按照先后顺序依次设置为：1、执行待检查项目，2、执行手术项目，3、执行购药项目。同样的，也可由医生自行确认医疗项目执行顺序等。
医疗路线信息包括与医疗项目信息对应的医疗导航信息，该医疗导航信息可给用户针对当前医院进行就诊指引。
本申请通过生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，完成医疗缴费。减少用户在就诊过程中排队缴费的行程，并降低了医院缴费窗口带来的极大的业务压力，有效提高了医院医疗费用的缴费效率。
在本申请的一些实施例中，如图3所示，图3是本申请实施例中步骤201的一个实施例流程示意图，所述生成用户对应的电子医疗单，具体包括步骤301、步骤302、步骤303以及步骤304。
301、获取医生终端发送的关于第二终端所属用户的多个医疗项目对应的医疗信息。
其中，所述多个医疗项目与所述用户的用户标识信息相对应，所述医疗信息包括所述多个医疗项目的医疗推荐信息。
该多个医疗项目的医疗推荐信息可通过医生终端获取，当医生对用户进行初步检查和病情询问后，会生成一个初步的治疗方案，该初步的治疗方案中包括有多个医疗项目的医疗推荐信息，医生可通过医生终端上传该多个医疗项目的医疗推荐信息。
302、根据多个医疗项目及所述用户标识信息确定对应的多个医疗项目的可选择菜单对应的页面的预设地址。
用户标识信息是与用户身份唯一对应的标识信息，用户表示信息可以是用户的手机号码、身份证(身份证号)或者医疗序列号，根据实际情况可知，医院的人流量极大，其每天产生的医疗信息量也是及其大的，当需要查询或调用用户的治疗信息时，需要通过与用户身份唯一对应的标识信息作为查询依据。其中，预设地址指的是在服务器中的一个网络地址，在该网络地址中具有预设结构的界面，当获取到多个医疗项目及所述用户标识信息，将多个医疗项目对应的数据信息添加至与所述用户标识信息相对应的预设地址中，并生成对应的多个医疗项目的可选择菜单对应的页面的预设地址。
303、根据预设地址生成多个医疗项目对应的医疗支付识别码。
具体的，可以通过获取预设地址对应的链接信息，将该链接信息转换为对应的医疗支付识别码格式，并得到多个医疗项目对应的医疗支付识别码，其中，该识别码的格式可以是二维码格式或者是条形码格式。
304、根据多个医疗项目的医疗推荐信息及医疗支付识别码生成用户对应的电子医疗单。
在本申请的一些实施例中，如图4所示，图4是本申请实施例中步骤204的一个实施例流程示意图，所述基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，具体包括步骤401、步骤402以及步骤403。
401、基于医疗支付信息，确定用户是否完成缴费。
该步骤具体实施例如图5所示，在此不再赘述。
402、若是，则基于医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息。
所述医疗路线信息包括与所述医疗项目信息对应的医疗导航信息。
该步骤具体实施例如图6所示，在此不再赘述。
403、若否，则生成支付错误反馈信息，将支付错误反馈信息发送至第二终端。
在本申请的一些实施例中，如图5所示，图5是本申请实施例中步骤401的一个实施例流程示意图，所述医疗支付信息包括与所述用户的用户标识信息，所述基于所述医疗支付信息，确定用户是否完成缴费，具体包括步骤501、步骤502以及步骤503。
501、根据用户标识信息，查询用户的历史医疗支付信息。
所述历史医疗支付信息包括已支付项目信息和实际支付金额信息。
历史医疗支付信息包括与用户标识信息对应的查询标识信息以及历史操作信息，其中，历史操作信息包括已支付项目信息和取消订单信息等，取消订单信息对应于用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息，并提交的订单，但是在支付前，用户考虑需要重新对可选择菜单上进行勾选并支付的目标医疗项目信息进行调整，则会取消该笔订单，其上述取消订单的操作会以取消订单信息记录到历史操作信息中去。在取消订单后，用户可以重新提交新的订单。当需要查询用户的历史医疗支付信息时，可以通过将用户标识信息与查询标识信息进行匹配，当用户标识信息与查询信息匹配成功，则可获取该用户对应的历史医疗支付信息中的已支付项目信息、取消订单信息等。
当用户完成在所述可选择菜单上进行勾选并支付的目标医疗项目信息、提交订单以及完成支付后，其服务器会接收到用户的操作数据，当需要查询或调用用户的操作数据时，可以从用户的历史医疗支付信息中获取
502、将已支付项目信息与实际支付金额信息相匹配，并判断匹配结果是否正确。
已支付项目信息中包括确定项目信息和对应的项目金额信息，可将所述项目金额信息与实际支付金额信息相匹配，当匹配成功时，则确定医疗支付信息。
503、若是，则确定用户完成缴费。
在本申请的一些实施例中，如图6所示，图6是本申请实施例中步骤402的一个实施例流程示意图，基于医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，包括步骤601、步骤602、步骤603。
601、确定根据目标医疗项目信息的待执行顺序，得到待执行顺序的医疗项目信息。
602、将目标医疗项目信息按照预设规则进行排序，确定目标医疗项目的排序信息。
其中，排序信息包括医疗科室信息及其待执行顺序编号。
预设规则可以是非人为干涉智能生成的，也可以是人为设置的，也可以是先智能生成，再通过人为确认、调整后生成的。预设规则可根据医疗项目信息中的具体医疗项目逻辑进行排序，例如，在医疗项目信息中包括一个待检查项目和一个手术项目以及一个购药项目，其中，医生可在项目逻辑中输入以下内容：该手术项目需要待检查项目中的检查报告结果，且该购药项目中的药品并无特殊要求。则可将上述项目按照先后顺序依次设置为：1、执行待检查项目，2、执行手术项目，3执行购药项目。同样的，也可由医生自行确认医疗项目执行顺序等。
603、根据医疗科室信息、待执行顺序编号以及医疗导航信息确定医疗路线信息。
在本申请的一些实施例中，医疗单中包括有用户的个人信息和相关病情信息，其中部分个人信息和相关病情信息为用户的个人隐私信息，因此，为了避免用户的个人隐私信息被泄露，可以采取身份验证方式，防止用户个人隐私信息被泄露，如图7所示，图7是本申请实施例中医疗缴费方法的另一个实施例流程示意图，方法还包括步骤701、步骤702以及步骤703。
701、获取用户验证信息。
用户验证信息包括用户的用户标识信息，该用户标识信息可为身份证号、诊疗卡号、手机号等，例如当用户使用对应自己手机号码的手机发送获取验证信息时，此时，可获取用户的验证信息。
702、将用户验证信息与用户标识信息相匹配，判断是否为同一用户。
将用户验证信息与数据库中存留的用户标识信息相匹配，根据匹配结果，可判断是否为同一客户。具体的，当匹配结果相符时，则判断是同一用户。
703、若是，则将电子医疗单发送至用户的第二终端。
确认为同一用户后，将电子医疗单发送至用户的第二终端。
在本申请的一些实施例中，某些时候，当用户无法使用自己的手机进行支付时，可以需求好友进行代付，如图8所示，图8是本申请实施例中医疗缴费方法的另一个实施例流程示意图，方法还包括：
801、获取用户针对电子医疗单的代支付请求。
代支付请求中包括指定的第三终端的用户标识信息。
第三终端一般与用户的第二终端为非同一终端，第三终端的用户标识信息是用于指定进行代支付的用户标识信息，例如，该第三终端的用户标识信息可以是银行账号、手机号码、支付宝账号、微信账号等。代支付请求为用户申请的由他人进行代付的请求信息，
802、根据第三终端的用户标识信息将电子医疗单转发给第三终端。
第三终端可以是手机、平板电脑、笔记本电脑等中的一种，例如，第三终端为手机，其第三终端的用户标识信息为微信账号信息，因此，可以将电子医疗单发送至指定的微信账号对应的手机上。
803、获取第三终端反馈的支付信息。
支付信息中包括支付用户的用户标识信息。
需要说明的是，一般情况下，第三终端对应的用户与上述参与就诊的用户为不同用户。
804、将支付用户的用户标识信息与用户标识信息进行匹配，判断是否为同一用户。
将支付用户的用户标识信息与数据库中存留的用户标识信息相匹配，根据匹配结果，可判断是否为同一客户。具体的，当匹配结果相符时，则判断是同一用户。
805、若是，确定代支付成功。
需要说明的是，代支付可要求代支付用户绑定自己的个人信息。
为了更好实施本申请实施例中医疗缴费方法，在医疗缴费方法基础之上，本申请实施例中还提供一种医疗缴费装置，如图9所示，图9是本发明实施例中提供的医疗缴费装置的一个实施例结构示意图，所述医疗缴费装置900包括第一生成单元901、第一发送单元902、第一获取单元903以及第二生成单元904：
第一生成单元901，用于生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面。
第一发送单元902，用于将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作。
第一获取单元903，用于获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息。
第二生成单元904，用于基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
本申请通过生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，完成医疗缴费。减少用户在就诊过程中排队缴费的行程，并降低了医院缴费窗口带来的极大的业务压力，有效提高了医院医疗费用的缴费效率。
在本申请的一些实施例中，所述第一生成单元901包括：
第二获取单元，用于获取医生终端发送的关于第二终端所属用户的多个医疗项目对应的医疗信息，其中，所述多个医疗项目与所述用户的用户标识信息相对应，所述医疗信息包括所述多个医疗项目的医疗推荐信息。
第一确定单元，用于根据所述多个医疗项目及所述用户标识信息确定对应的所述多个医疗项目的可选择菜单对应的页面的预设地址。
第三生成单元，用于根据所述预设地址生成所述多个医疗项目对应的医疗支付识别码。
第四生成单元，用于根据所述多个医疗项目的医疗推荐信息及所述医疗支付识别码生成所述用户对应的电子医疗单。
在本申请的一些实施例中，所述目标医疗方案包括待执行顺序的医疗项目信息和医疗路线信息，所述第二生成单元904包括：
第二确定单元，用于基于所述医疗支付信息，确定用户是否完成缴费。
第三确定单元，用于若是，则基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，所述医疗路线信息包括与所述医疗项目信息对应的医疗导航信息。
第一发送单元902，用于若否，则生成支付错误反馈信息，将所述支付错误反馈信息发送至所述第二终端。
在本申请一种可能的实现方式中，所述医疗支付信息包括与所述用户的用户标识信息，所述第二确定单元具体用于：
根据所述用户标识信息，查询用户的历史医疗支付信息，所述历史医疗支付信息包括已支付项目信息和实际支付金额信息。
将所述已支付项目信息与所述实际支付金额信息相匹配，并判断匹配结果是否正确。
若是，则确定用户完成缴费。
在本申请的一些实施例中，所述第三确定单元具体用于：
确定根据所述目标医疗项目信息的待执行顺序，得到待执行顺序的医疗项目信息。
将所述目标医疗项目信息按照预设规则进行排序，确定目标医疗项目的排序信息，其中，所述所述排序信息包括医疗科室信息及其待执行顺序编号。
根据所述医疗科室信息、所述待执行顺序编号以及所述医疗导航信息确定医疗路线信息。
在本申请的一些实施例中，在将所述电子医疗单发送至第一终端之后，所述装置还包括：
第二获取单元，用于获取用户验证信息。
第一判断单元，用于将所述用户验证信息与所述用户标识信息相匹配，判断是否为同一用户。
第二发送单元，用于若是，则将所述电子医疗单发送至所述用户的第二终端。
在本申请的一些实施例中，所述装置还包括：
第三获取单元，用于获取所述用户针对所述电子医疗单的代支付请求，所述代支付请求中包括指定的第三终端的用户标识信息。
第一转发单元，用于根据所述第三终端的用户标识信息将所述电子医疗单转发给所述第三终端。
第四获取单元，用于获取所述第三终端反馈的支付信息，所述支付信息中包括支付用户的用户标识信息。
第二判断单元，用于将所述支付用户的用户标识信息与所述用户标识信息进行匹配，判断是否为同一用户。
第四确定单元，用于若是，确定代支付成功。
除了上述介绍用于医疗缴费方法与装置之外，本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种医疗缴费装置，所述计算机设备包括：
一个或多个处理器；
存储器；以及
一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述医疗缴费方法实施例中任一实施例中所述的任一方法的操作。
本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种医疗缴费装置。参阅图10，图10是本申请实施例提供的计算机设备一个实施例结构示意图。
如图10所示，其示出了本申请实施例所设计的医疗缴费装置的结构示意图，具体来讲：
该医疗缴费装置可以包括一个或者一个以上处理核心的处理器1001、一个或一个以上计算机可读存储介质的存储器1002、电源1003和输出单元1004等部件。本领域技术人员可以理解，图10中示出的医疗缴费装置结构并不构成对医疗缴费装置的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：
处理器是该医疗缴费装置的控制中心，利用各种接口和线路连接整个医疗缴费装置的各个部分，通过运行或执行存储在存储器1002内的软件程序和/或模块，以及调用存储在存储器1002的数据，执行医疗缴费装置的各种功能和处理数据，从而对医疗缴费装置进行整体监控。可选的，处理器1001可包括一个或多个处理核心；优选的，处理器1001可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1001中。
存储器1002可用于存储软件程序以及模块，处理器1001通过运行存储在存储器1002的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器1002可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据医疗缴费装置的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器1002还可以包括存储器控制器，以提供处理器1001对存储器1002的访问。
医疗缴费装置还包括给各个部件供电的电源1003，优选的，电源1003可以通过电源管理系统与处理器1001逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源1003还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
该医疗缴费装置还可包括输入单元1004，该输入单元1004可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
尽管未示出，医疗缴费装置还可以包括显示单元等，在此不再赘述。具体在本申请实施例中，医疗缴费装置中的处理器1001会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1002中，并由处理器1002来运行存储在存储器1002中的应用程序，从而实现各种功能，如下：
生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
本申请通过生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，完成医疗缴费。减少用户在就诊过程中排队缴费的行程，并降低了医院缴费窗口带来的极大的业务压力，有效提高了医院医疗费用的缴费效率。
为此，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random AccessMemory)、磁盘或光盘等。该计算机可读存储介质中存储有多条指令，该指令能够被处理器进行加载，以执行本申请实施例所提供的任一种医疗缴费方法中的步骤。例如，该指令可以执行如下步骤：
生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
以上对本申请实施例所提供的一种医疗缴费方法、装置及其计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种医疗缴费方法，其特征在于，应用于服务器，所述方法包括：
生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；
将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；
获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；
基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
2.根据权利要求1所述的医疗缴费方法，其特征在于，所述生成用户对应的电子医疗单，包括：
获取医生终端发送的关于第二终端所属用户的多个医疗项目对应的医疗信息，其中，所述多个医疗项目与所述用户的用户标识信息相对应，所述医疗信息包括所述多个医疗项目的医疗推荐信息；
根据所述多个医疗项目及所述用户标识信息确定对应的所述多个医疗项目的可选择菜单对应的页面的预设地址；
根据所述预设地址生成所述多个医疗项目对应的医疗支付识别码；
根据所述多个医疗项目的医疗推荐信息及所述医疗支付识别码生成所述用户对应的电子医疗单。
3.根据权利要求1所述的医疗缴费方法，其特征在于，所述目标医疗方案包括待执行顺序的医疗项目信息和医疗路线信息，所述基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案，包括：
基于所述医疗支付信息，确定用户是否完成缴费；
若是，则基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，所述医疗路线信息包括与所述医疗项目信息对应的医疗导航信息；
若否，则生成支付错误反馈信息，将所述支付错误反馈信息发送至所述第二终端。
4.根据权利要求3所述的医疗缴费方法，其特征在于，所述医疗支付信息包括与所述用户的用户标识信息，所述基于所述医疗支付信息，确定用户是否完成缴费，包括：
根据所述用户标识信息，查询用户的历史医疗支付信息，所述历史医疗支付信息包括已支付项目信息和实际支付金额信息；
将所述已支付项目信息与所述实际支付金额信息相匹配，并判断匹配结果是否正确；
若是，则确定用户完成缴费。
5.根据权利要求3所述的医疗缴费方法，其特征在于，所述基于所述医疗反馈信息，确定待执行顺序的医疗项目信息和医疗路线信息，包括：
确定根据所述目标医疗项目信息的待执行顺序，得到待执行顺序的医疗项目信息；
将所述目标医疗项目信息按照预设规则进行排序，确定目标医疗项目的排序信息，其中，所述排序信息包括医疗科室信息及其待执行顺序编号；
根据所述医疗科室信息、所述待执行顺序编号以及所述医疗导航信息确定医疗路线信息。
6.根据权利要求2所述的医疗缴费方法，其特征在于，在将所述电子医疗单发送至第一终端之后，所述方法还包括：
获取用户验证信息；
将所述用户验证信息与所述用户标识信息相匹配，判断是否为同一用户；
若是，则将所述电子医疗单发送至所述用户的第二终端。
7.根据权利要求2所述的医疗缴费方法，其特征在于，所述方法还包括：
获取所述用户针对所述电子医疗单的代支付请求，所述代支付请求中包括指定的第三终端的用户标识信息；
根据所述第三终端的用户标识信息将所述电子医疗单转发给所述第三终端；
获取所述第三终端反馈的支付信息，所述支付信息中包括支付用户的用户标识信息；
将所述支付用户的用户标识信息与所述用户标识信息进行匹配，判断是否为同一用户；
若是，确定代支付成功。
8.一种医疗缴费装置，其特征在于，所述装置包括：
第一生成单元，用于生成用户对应的电子医疗单，所述电子医疗单包括处方单、检查单以及住院单中的至少一项，所述电子医疗单中包括多个医疗项目的医疗推荐信息及医疗支付识别码，所述医疗支付识别码用于被扫描后指示访问预设地址，所述预设地址用于指示所述电子医疗单对应的多个医疗项目的可选择菜单对应的页面；
第一发送单元，用于将所述电子医疗单发送至第一终端，其中，所述医疗支付识别码用于当所述电子医疗单在所述第一终端的显示装置被呈现时，被第二终端扫描获取所述可选择菜单选择医疗项目，并进行支付操作；
第一获取单元，用于获取所述用户的第二终端发送的医疗反馈信息以及医疗支付信息，所述医疗反馈信息包括用户在所述可选择菜单上进行勾选并支付的目标医疗项目信息；
第二生成单元，用于基于所述医疗反馈信息和所述医疗支付信息，生成目标医疗方案。
9.一种计算机设备，其特征在于，所述计算机设备包括：
一个或多个处理器；
存储器；以及
一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现权利要求1至7中任一项所述的医疗缴费方法。
10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行权利要求1至7任一项所述的医疗缴费方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011496005.XA CN112582055A (zh) | 2020-12-17 | 2020-12-17 | 医疗缴费方法、装置及其计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011496005.XA CN112582055A (zh) | 2020-12-17 | 2020-12-17 | 医疗缴费方法、装置及其计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112582055A true CN112582055A (zh) | 2021-03-30 |
Family
ID=75136104
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011496005.XA Pending CN112582055A (zh) | 2020-12-17 | 2020-12-17 | 医疗缴费方法、装置及其计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112582055A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117391687A (zh) * | 2023-12-11 | 2024-01-12 | 江西曼荼罗软件有限公司 | 一种费用结算方法及系统 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101937489A (zh) * | 2010-08-26 | 2011-01-05 | 无锡北邮感知技术产业研究院有限公司 | 基于事件驱动的导医信息服务系统及其工作方法 |
| CN103985041A (zh) * | 2014-06-03 | 2014-08-13 | 中国人民解放军第三军医大学第一附属医院 | 基于二维码的门诊手机自助缴费系统及方法 |
| CN107273674A (zh) * | 2017-06-07 | 2017-10-20 | 四川鸣医科技有限公司 | 用于医院导诊服务方法 |
| CN107563136A (zh) * | 2017-08-31 | 2018-01-09 | 天津永兴泰科技有限公司 | 基于居民健康卡的支付系统及支付方法 |
| CN107658009A (zh) * | 2017-09-25 | 2018-02-02 | 深圳达实智能股份有限公司 | 一种智慧型医疗就诊方法及其系统和服务器端 |
| CN109308943A (zh) * | 2018-11-20 | 2019-02-05 | 河北家和康孕信息技术有限公司 | 一种便捷就医方法及系统 |
| CN110322953A (zh) * | 2019-07-12 | 2019-10-11 | 南京美桥信息科技有限公司 | 一种智能陪诊系统及其陪诊方法 |
| CN111160884A (zh) * | 2019-11-29 | 2020-05-15 | 中国建设银行股份有限公司四川省分行 | 聚合支付方法、系统、服务器及存储介质 |
-
2020
- 2020-12-17 CN CN202011496005.XA patent/CN112582055A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101937489A (zh) * | 2010-08-26 | 2011-01-05 | 无锡北邮感知技术产业研究院有限公司 | 基于事件驱动的导医信息服务系统及其工作方法 |
| CN103985041A (zh) * | 2014-06-03 | 2014-08-13 | 中国人民解放军第三军医大学第一附属医院 | 基于二维码的门诊手机自助缴费系统及方法 |
| CN107273674A (zh) * | 2017-06-07 | 2017-10-20 | 四川鸣医科技有限公司 | 用于医院导诊服务方法 |
| CN107563136A (zh) * | 2017-08-31 | 2018-01-09 | 天津永兴泰科技有限公司 | 基于居民健康卡的支付系统及支付方法 |
| CN107658009A (zh) * | 2017-09-25 | 2018-02-02 | 深圳达实智能股份有限公司 | 一种智慧型医疗就诊方法及其系统和服务器端 |
| CN109308943A (zh) * | 2018-11-20 | 2019-02-05 | 河北家和康孕信息技术有限公司 | 一种便捷就医方法及系统 |
| CN110322953A (zh) * | 2019-07-12 | 2019-10-11 | 南京美桥信息科技有限公司 | 一种智能陪诊系统及其陪诊方法 |
| CN111160884A (zh) * | 2019-11-29 | 2020-05-15 | 中国建设银行股份有限公司四川省分行 | 聚合支付方法、系统、服务器及存储介质 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117391687A (zh) * | 2023-12-11 | 2024-01-12 | 江西曼荼罗软件有限公司 | 一种费用结算方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8386288B2 (en) | Workflow management system and method with workflow package exchange between drop-box application programs | |
| US10635783B2 (en) | Systems and methods for determining patient adherence to a prescribed medication protocol | |
| US8489415B1 (en) | Systems and methods for the coordination of benefits in healthcare claim transactions | |
| WO2020108151A1 (zh) | 支付方法、装置及设备 | |
| US20200364667A1 (en) | Pet insurance system and method | |
| JP6735228B2 (ja) | ペット保険システム及び方法 | |
| CN109791669A (zh) | 用于在线医疗小组的系统和方法 | |
| JP6720491B2 (ja) | 個人医療情報処理システム | |
| CN111563145B (zh) | 一种在线咨询方法、装置 | |
| JP2007148608A (ja) | 被保険者情報を利用した処方方法及びシステム | |
| CA2946608A1 (en) | Pet insurance system and method | |
| JP2021140735A (ja) | 遠隔での診療及び服薬指導を支援するサーバ | |
| CN111222997A (zh) | 医疗保险理赔方法、装置、设备及存储介质 | |
| US20170255748A1 (en) | Medical record output management method and medical record output system | |
| CN112582055A (zh) | 医疗缴费方法、装置及其计算机可读存储介质 | |
| CN114360744A (zh) | 基于互联网的远程问诊方法、装置和系统 | |
| KR101558131B1 (ko) | 기부 매개 방법 | |
| CN112259189A (zh) | 一种通过识别二维码进行处方单缴费的方法和设备 | |
| CN108010574A (zh) | 退药方法及服务器 | |
| KR102028844B1 (ko) | 의무기록 및 제증명 서류의 자동 제출이 가능한 보험금 자동 청구 시스템 | |
| US11475499B2 (en) | Backend bundled healthcare services payment systems and methods | |
| US20150371351A1 (en) | Systems and methods for bidding on services | |
| CN113257398A (zh) | 信息处理系统、方法、装置 | |
| JP2022037989A (ja) | 電子処方箋のアクセス情報管理装置、アクセス情報管理方法、及びアクセス情報管理プログラム | |
| US10423759B1 (en) | Systems and methods for identifying prior authorization assistance requests in healthcare transactions |
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 |