CN116894674A - 一种订单拦截方法 - Google Patents
一种订单拦截方法 Download PDFInfo
- Publication number
- CN116894674A CN116894674A CN202310649310.5A CN202310649310A CN116894674A CN 116894674 A CN116894674 A CN 116894674A CN 202310649310 A CN202310649310 A CN 202310649310A CN 116894674 A CN116894674 A CN 116894674A
- Authority
- CN
- China
- Prior art keywords
- order
- charging
- charge
- repeated
- rule
- 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 59
- 230000008569 process Effects 0.000 claims abstract description 29
- 238000012550 audit Methods 0.000 claims abstract description 18
- 238000012545 processing Methods 0.000 claims description 26
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000007405 data analysis Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 12
- 230000007246 mechanism Effects 0.000 abstract description 5
- 230000007547 defect Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 23
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 8
- 229910052760 oxygen Inorganic materials 0.000 description 8
- 239000001301 oxygen Substances 0.000 description 8
- 239000000463 material Substances 0.000 description 7
- 238000007726 management method Methods 0.000 description 6
- 230000000474 nursing effect Effects 0.000 description 5
- 238000004378 air conditioning Methods 0.000 description 4
- 230000001276 controlling effect Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 206010036790 Productive cough Diseases 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007721 medicinal effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000452 restraining effect Effects 0.000 description 1
- 210000003802 sputum Anatomy 0.000 description 1
- 208000024794 sputum Diseases 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- 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/407—Cancellation of a transaction
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供了一种订单拦截方法，通过自主拦截医院信息系统HIS中存在超量或重复收费的收费订单，以此降低传统医院信息系统HIS依赖于人工审核机制所导致的审核效果较差的缺陷，从而可以有效控制违规收费风险本申请提供的订单拦截方法，包括：获取医院信息系统HIS中目标用户对应的收费订单，其中，收费订单是系统中以目标用户作为收费对象发起的订单；调用预先配置的收费审核规则，审核收费订单是否存在超量或重复收费，其中，收费审核规则为识别订单中涉及的超量或重复收费情况的审核规则；若存在，则对收费订单执行拦截处理。
Description
技术领域
本申请涉及信息领域，具体涉及一种订单拦截方法。
背景技术
随着数字技术的成熟，医院中也引入了线上管理系统，一般称为医院信息系统HIS，在医院信息系统HIS中，医生侧可以在线发起相应的订单，前台侧可以向用户收费时线上调取该订单，来执行收费处理。
在实际场景中，面对复杂的医疗业务场景，会存在大量的计价单据，而在现实情况下是需要进行审核的，以避免出现超量或重复收费的情况。
然而，不管是医生侧还是前台侧，人工审核都会受到项目内涵理解、经验积累、工作状态等因素影响，工作效率较低，覆盖范围有限，不能有效控制违规收费风险。
发明内容
本申请提供了一种订单拦截方法，通过自主拦截医院信息系统HIS中存在超量或重复收费的收费订单，以此降低传统医院信息系统HIS依赖于人工审核机制所导致的审核效果较差的缺陷，从而可以有效控制违规收费风险。
第一方面，本申请提供了一种订单拦截方法，方法包括：
获取医院信息系统HIS中目标用户对应的收费订单，其中，收费订单是系统中以目标用户作为收费对象发起的订单；
调用预先配置的收费审核规则，审核收费订单是否存在超量或重复收费，其中，收费审核规则为识别订单中涉及的超量或重复收费情况的审核规则；
若存在，则对收费订单执行拦截处理。
在本申请第一种可能的实现方式中，收费订单具体为住院患者作为收费对象针对住院期间发起的订单。
在本申请第二种可能的实现方式中，收费订单具体为发起过程中等待最终确认的订单、成功发起后的订单或者已经完成收费的订单。
在本申请第三种可能的实现方式中，收费审核规则具体包括针对单位范围内计费数量不得超过对应预设数量的超频次收费审核规则、单位范围内计费项目之间不得重复的重复收费审核规则以及特殊项目计费数量不得超过对应预设数量的特殊项目收费审核规则。
在本申请第四种可能的实现方式中，方法还包括：
获取市场收费规范和医院内收费规范的相关内容，其中，内容要求中包括项目名称、项目内涵、计价单位、除外内容和计价说明；
对相关内容进行数据解析，并转化为标准格式的收费审核规则。
在本申请第五种可能的实现方式中，对收费订单执行拦截处理，包括：
将收费订单和收费订单审核为存在超量或顺时包含关系重复收费的详情，随医院信息系统HIS自动执行拦截处理不计费的结果发送至工作人员侧的用户设备UE侧，以供查询。
在本申请第六种可能的实现方式中，当收费订单已经完成收费时，对收费订单执行拦截处理，包括：
将收费订单和收费订单审核为存在逆时包含关系重复收费的详情，发送至工作人员侧的用户设备UE侧；
提醒工作人员对收费订单启动人工退费处理流程。
从以上内容可得出，本申请具有以下的有益效果：
针对于现有的医院信息系统HIS中存在的超量或重复收费订单依赖于人工审核机制所导致审核效果较差的问题，本申请通过预先配置一收费审核规则，如此在获取到目标用户的收费订单时，可以通过该收费审核规则，以自动化的方式高效、精确地审核其是否存在超量或重复收费，若存在，则可以继续执行高效、精确的拦截处理，从而可以有效控制违规收费风险，也可以节省原来在处理超量或重复收费订单过程中所涉及的工作人员和医院信息系统HIS的运营成本，让人力物力资源向更有用的地方进行倾斜，促进更佳的医院运营效果。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请订单拦截方法的一种流程示意图；
图2至图26为本申请订单拦截系统的场景示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请提供的订单拦截方法，通过自主拦截医院信息系统HIS中存在超量或重复收费的收费订单，以此降低传统医院信息系统HIS依赖于人工审核机制所导致的审核效果较差的缺陷，从而可以有效控制违规收费风险。
下面，开始介绍本申请提供的订单拦截方法。
首先，参阅图1，图1示出了本申请订单拦截方法的一种流程示意图，本申请提供的订单拦截方法，具体可包括如下步骤S101至步骤S103：
步骤S101，获取医院信息系统HIS中目标用户对应的收费订单，其中，收费订单是系统中以目标用户作为收费对象发起的订单；
可以理解，本申请所提供的方案，是为了改善现有的医院信息系统HIS在应用过程中可能存在的超量或重复收费的问题的，其在提供便捷的线上服务的工作方式同时，也可能如传统完全依赖于人工的工作方式般存在超量或重复收费的问题。
医院信息系统HIS，即Hospital Information System，为覆盖医院的业务及其业务过程的信息管理系统，其具体利用了计算机软硬件技术、网络通信技术等现代化数字技术手段，对医院及其所属各部门的人流、物流、财流等方面进行综合管理，对医疗活动各阶段产生的数据进行采集、存储、处理、提取、传输、汇总、加工生成各种信息，从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息管理服务。
对应于存在超量或重复收费的收费订单的问题，本申请具体以用户对应的收费订单开始展开相应的收费拦截处理。
其中，本申请所涉及的用户，也可以用患者来理解，其为收费订单的收费对象。
对于当前要处理的收费订单，将其对应用户记为目标用户。
此外，可以理解的是，此处获取目标用户对应的收费订单，一方面既可以是主动调取的方式达到获取订单的目的，也可以是被动接收的方式达到获取订单的目的，另一方面既可以是实时订单的获取处理，也可以是历史订单的获取处理，具体都是可以随实际需要和实际情况进行调整的。
其中，对于本申请所涉及的收费订单，以用户可以接触到的收费单据为例，一个收费订单并不是特指一张收费单据，其也可以是一张收费单据中最小单位的收费项目的订单，如此在实际应用中，本申请在后续处理中可以获得颗粒度更为灵活化的超量或重复收费审核效果。
步骤S102，调用预先配置的收费审核规则，审核收费订单是否存在超量或重复收费，其中，收费审核规则为识别订单中涉及的超量或重复收费情况的审核规则，若存在，则触发步骤S103；
可以理解的是，本申请针对于超量或重复收费的订单审核需求，为此预先配置了一收费审核规则，也可以称之为收费审核策略、知识库或者规则库，其可以通过识别当前所处理的收费订单是否存在订单超量或重复收费情况的相关订单特征，以此来判断当前所处理的收费订单是否存在超量或重复收费。
从这里也可以看出，本申请所获取的收费订单，具体是获取了收费订单的相关订单信息的，并以此展开其是否存在超量或重复收费的判别。
而在确定了当前目标用户的收费订单存在超量或重复收费后，则可触发后续的步骤来执行对应的拦截处理，以解决该超量或重复收费情况。
步骤S103，对收费订单执行拦截处理。
容易理解，本申请对于收费订单所涉及的拦截处理，是以拦截其所导致的超量或重复收费的后果为目的所配置的，在拦截过程中，则可以随收费订单的订单具体执行进度进行适配性拦截方式的调整，这会受到获取收费订单时收费订单的具体订单执行状态的影响，也会受到执行拦截处理时收费订单的具体订单执行状态的影响。
从图1所示实施例可看出，针对于现有的医院信息系统HIS中存在的超量或重复收费订单依赖于人工审核机制所导致审核效果较差的问题，本申请通过预先配置一收费审核规则，如此在获取到目标用户的收费订单时，可以通过该收费审核规则，以自动化的方式高效、精确地审核其是否存在超量或重复收费，若存在，则可以继续执行高效、精确的拦截处理，从而可以有效控制违规收费风险，也可以节省原来在处理超量或重复收费订单过程中所涉及的工作人员和医院信息系统HIS的运营成本，让人力物力资源向更有用的地方进行倾斜，促进更佳的医院运营效果。
继续对上述图1所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。
作为一种具体的实现方式，对于本申请所涉及的应用场景，具体可以限定为住院场景，对应的，步骤S101所获取的收费订单，具体可以为住院患者作为收费对象针对住院期间发起的订单。
可以理解，本申请认为，对于住院患者来说，其住院期间往往涉及到更长的时间线，也往往涉及数量较多的收费订单，具体来说，住院场景可以涉及到更为复杂的情况，如长期医嘱与临时医嘱叠加，病房医嘱与医技科室执行叠加，转科科室双方医嘱叠加等影响，因此在现实情况中更有可能出现超量或重复收费的情况，对于本申请自动审核超量或重复收费的应用效果，具有更为针对性的应用需求，在应用本申请后，有利于整合各路径费用来源，提高费用审核效率，进行事中、事后住院期间的总体费用监控。
此外，在上面提及了，拦截处理可以随收费订单的订单具体执行进度进行适配性拦截方式的调整，对于其中涉及的收费订单的订单具体执行进度(状态)，作为又一种具体的实现方式，在本申请中，具体可以分为三大类，即：
收费订单具体可以为发起过程中等待最终确认的订单、成功发起后的订单或者已经完成收费的订单。
结合实际应用，可以看出，本申请对于收费订单的超量或重复收费审核，具体可以涉及到医嘱端前置审核、医嘱执行时智能审核、出院结算查缺补漏审核、事后费用统计分析或者辅助决策等具体处理环节。
对于发起过程中等待最终确认的订单，其主要是由医生侧发起，例如医生在看完患者的病情后会在电脑上登录的系统生成订单，在生成过程中这可以通过本申请所涉及的订单拦截服务来查看是否需要进行超量或重复收费的拦截，若不需要，即可确认生成订单，将其推向后续收费前台(此时患者可以通过自助查询机程序、公众号、纸质订单等方式查看到)。
对于成功发起后的订单和对于已经完成收费的订单，则可以理解为成功生成订单(患者可以看到)后，患者是否进行了缴费的两种状态。
从这里也可以看出，本申请所谓的拦截处理，可以延伸至对患者(用户)已经缴费后的完善，从而，针对于已经完成收费的订单，本申请方法在执行拦截处理的过程中，即当收费订单已经完成收费时，上面的步骤S104对收费订单执行拦截处理的过程中，具体还可以包括：
提醒工作人员对重复收费订单启动人工退费处理流程。
可以理解，这里的退费处理也可以实现本申请所要实现的拦截效果，避免超量或重复收费的情况继续造成影响。
进一步的，对于收费订单本身，可以理解，在处理过程中，还可以涉及到对它的格式进行标准化的预处理，以便方便对来自不同数据源的订单进行统一的、集中的处理，如此需要对获取到的初始阶段的订单内容进行解析，再调整为标准订单数据格式的订单，供后续的使用处理。
此外，作为又一种适于实用的实现方式，对于上述步骤S102中涉及的收费审核规则方面，本申请在具体应用中，也提供了一套具体的落地方案。
具体的，本申请所涉及的收费审核规则，具体可以包括针对单位范围内计费数量不得超过对应预设数量的超频次收费审核规则、单位范围内计费项目之间不得重复的重复收费审核规则以及特殊项目计费数量不得超过对应预设数量的特殊项目收费审核规则。
通过这三个方面的规则内容，既从单位范围内对频次和重复两个方面进行了超量或重复收费的审核，也考虑医院某些特定项目的问题，进行了超量或重复收费的审核，如此兼顾考虑了各医院容易出现的超量或重复收费情况和当前医院特有的超量或重复收费情况，做到更为精细化的超量或重复收费审核效果。
对于超频次收费审核规则，也可以称为超频次计费强控规则，其用于约束多个项目同日计费数量不超过特定值，除了时间单位范围，也可以从科室(如同执行科室或者全部执行科室)等方面出发配置单位范围。其中，对于时间单位范围或者其他单位范围内所涉及的时间跨度，可以设置为“日”、“天”或者“小时”等不同的时间单位。
对于重复收费审核规则，也可以称为重复计费强控规则，其用于约束如前面涉及的单位范围内项目之间不得存在包含关系重复的订单，例如，现行价格手册A项目的项目内涵明确“含”B项目，设置有“同日重复规则”，如“气管切开护理”(A项目)含“吸痰护理”(B项目)，A项目先计费，B项目后计费时，B项目被拦截；而当B项目先计费，A项目后计费时，B项目未被拦截，这些情况下前台则可以提示将B项目由人工发起退费流程。
对于特殊项目收费审核规则，也可以称为部分特殊项目强控规则，其用于约束特殊项目的数量不得超过特定值，例如一次住院周期内某个项目总计费数量不超特定值，具体如住院诊查费不超住院天数+1等。
对于收费审核规则，其为预先配置的，对应的，本申请则还可以包括其前期的配置处理，即，作为又一种具体的实现方式，本申请方法还可以包括：
获取市场收费规范和医院内收费规范的相关内容，其中，内容要求中包括项目名称、项目内涵、计价单位、除外内容和计价说明；
对相关内容进行数据解析，并转化为标准格式的收费审核规则。
可以理解，本申请所配置的收费审核规则，既涉及到包括当前医院在内的各医院通用的市场收费规范的内容，例如物价专项检查的规范内容，也可以涉及到当前医院内部配置的收费规范的内容，例如医院自查发现违规收费的风险靶点，从而本申请所涉及的超量或重复收费审核兼顾市场监管需求和医院内部监管需求(个性化需求)。
得到包含市场收费规范和医院内收费规范等相关收费规范的相关内容后，则可以对其内容中包含的项目名称、项目内涵、计价单位、除外内容和计价说明等内容进行解析，以形成本申请在后续应用中可以使用的、标准格式的收费审核规则。
此外，作为又一种适于实用的实现方式，在通过收费审核规则确定了当前目标用户的收费订单存在超量或重复收费后执行拦截处理的过程中，具体还可以涉及到人工确认环节，即，上述步骤S103对收费订单执行拦截处理，具体可以包括：
将收费订单和收费订单审核为存在超量或顺时包含关系重复收费的详情，随HIS自动执行拦截处理不计费的结果发送至工作人员侧的UE侧，以供查询。
或者，
将收费订单和收费订单审核为存在逆时包含关系重复收费的详情，发送至工作人员侧的UE侧；
提醒工作人员对收费订单启动人工退费处理流程。
其中，用户设备UE即User Equipment，UE具体可以为智能手机、平板电脑、笔记本电脑、台式电脑或者个人数字助理(Personal Digital Assistant，PDA)等终端设备。
可以看到，此处设置中涉及到了两种类型的具体拦截推送处理，用来触发执行具体超量或重复收费情况的退费处理。
而在审核超量或重复收费和/或执行拦截处理后，也可以将其事件情况进行统计，做成相关的展示信息方便进行统计，从而在医院内部有助于帮助管理部门和临床医技科室规范医疗行为和价格行为，其中，具体可以通过图像、视频、文档或者报表等方式进行展示信息的配置，起到全面直观、分类展示的展示效果即可。对于其中涉及的相关工作人员，容易理解，是隐去的，避免泄露个人隐私，又或者，在进行统计时，涉及到的是订单中除了具体工作人员以外的相关内容。
进一步的，对于以上各实施例的内容，为方便理解，还可以继续通过以下一个实例进行理解，具体的，还可以参考图2至图4示出的本申请订单拦截方法的不同场景示意图进行理解，其中，图2至图4是结合实际应用中订单拦截系统其具体产品功能而示出的，具体的，图2示出了本申请订单拦截系统的一种整体架构，图3示出了本申请订单拦截系统的一种工作流程，图4示出了本申请订单拦截系统的又一种工作流程。
为方便理解以上内容，本申请还以下面实际应用中订单拦截系统的一组实例进行更为详细的介绍。
1、用户操作
1.1“超量”强控拦截
1.1.1患者出院时针对住院诊查费、护理费、空调费、床位费进行强控
1.1.1.1住院诊查费和护理费
“住院诊查费”计入又计出；除重症护理、特级护理外的护理费也是计入且计出；即收费天数不得大于住院天数+1。以住院诊查费为例，护士为病人办理出院时，如果收费天数大于住院天数+1，则会出现提示，如图5示出的本申请订单拦截系统的又一种场景示意图。
1.1.1.2空调费和床位费
空调费、床位费计入不计出；即收费天数不得大于住院天数。以空调费为例，护士为病人办理出院时，如果收费天数大于住院天数，会出现提示，如图6示出的本申请订单拦截系统的又一种场景示意图。
1.1.2部分项目在计费时需要有条件限制
1.1.2.1按小时计费的项目
按小时计费的项目一天不能超过24小时：
在医嘱费用确认(新)界面，既针对单条计价项目的数量进行了控制，也考虑多条计价项目组合式数量合计的情况。当大于24小时，会提示超过24小时，如图7、图8示出的本申请订单拦截系统的又一种场景示意图。
1.1.2.2按天计费的项目
按天计费的项目一天不能超过一次，以住院诊查费为例，在住院护士站-护士费用补录(新)中补录费用时超过一次会出现提示，如图9示出的本申请订单拦截系统的又一种场景示意图。
1.1.2.3氧气吸入
氧气吸入、氧气吸入(持续吸氧)、氧气吸入(间断吸氧)合计不超过88元，超过88元会出现提示，如图10示出的本申请订单拦截系统的又一种场景示意图。
1.1.3超出频次的费用自动不予计费
在护士站医嘱费用确认时，如果某个或者多个患者出现超频次规则的确费项目，那么超出的部分，自动不计费。
例如：某个项目一日允许收一次，已经收费一次的情况下，在确费这个项目时，自动不计费；
例如：某个项目一日允许收费88元，已经收取10元的情况下，在确费时如果需要确费88元，那么只确费记账78元，超出的部分自动不计费。
以氧气吸入(持续吸氧)项目为例，一日允许收费88元，如果一天内护士补录费用超过88元，护士费用补录(新)界面会出现提示，如图11示出的本申请订单拦截系统的又一种场景示意图。
1.2“同日重复”强控拦截
1.2.1“同日重复”规则强控计费程序：按费用日期先后，同日遇A项，则B项自动计费为0元
1.2.1.1对于确费的场景：将不合理(计费为0)的费用进行拦截，不予确费。
这个被拦截的费用内容，呈现在“不合理拦截报表”上，并在报表上能够显示被拦截的原因，报表所取数据，来源于基础数据，程序需记录被拦截的原因是什么，在哪条规则上被执行拦截动作。不合理拦截报表，如图12示出的本申请订单拦截系统的又一种场景示意图。
1.2.1.2对于补录费用的场景：强控提醒不允许计费。
在住院护士站-计价录入(病区)-护士费用补录(新)界面中，如果患者已经有重症监护，护士再补录一般专项护理(口腔护理)时会出现提示，如图13示出的本申请订单拦截系统的又一种场景示意图。
2、表结构说明
物价控费表和物价控费子表大体内容如下表所示：
表1-表结构说明
| NO | 表中文名(含义) | 表代码 | 表存储数据含义 | 维护方 | 对应功能菜单 |
| 1 | 物价控费表 | billing_fee_rule | 医院收费项目的控费规则 | 研发人员 | 住院护士站护士费用补录 |
| 2 | 物价控费子表 | billing_rule_item | 控费规则的详细信息 | 研发人员 | 住院护士站护士费用补录 |
物价控费表如下表所示：
表2-billing_fee_rule
物价控费子表如下表所示：
表3-billing_rule_item
3、系统组织架构图
系统组织架构图如图2所示
4、系统流程图
系统整体流程图如图3所示。
5、实施部署
5.1产品安装部署说明
软件安装部署流程，如图14示出的本申请订单拦截系统的又一种场景示意图。
1.进入需要更包的环境(测试环境就是staging_a/b/c三个，开发环境就是以下三个)，如图15示出的本申请订单拦截系统的又一种场景示意图。
2.将环境里面所有的工作台进行禁用(更包之前一定要做的步骤，不然会造成环境混乱)，如图16示出的本申请订单拦截系统的又一种场景示意图。
3.禁用之后点击发布管理里面的升级单，如图17示出的本申请订单拦截系统的又一种场景示意图。
4.进入升级单之后就会出现如下页面，输入需要更新的版本号回车，如图18示出的本申请订单拦截系统的又一种场景示意图。
5.点击右边绿色的部署按钮，如图19示出的本申请订单拦截系统的又一种场景示意图。
6.弹出界面之后，如图20示出的本申请订单拦截系统的又一种场景示意图。
7.再选择需要更包的环境，勾选弹出的所有工作台后点击直接部署，等待进程结束就更包完成了，如图21示出的本申请订单拦截系统的又一种场景示意图。
8.版本如果更新失败会在页面爆红，点击下方回退按钮。编辑升级单，执行SQL脚本按以下箭头指示，如图22示出的本申请订单拦截系统的又一种场景示意图。
5.2HIS系统物价控费功能清单
| 模块 | 初始化功能点 | 功能描述 |
| 物价控费表 | 规则配置 | 可以对需要控费的项目规则进行配置 |
| 物价控费子表 | 规则配置 | 对收费项目进行配置 |
展示部分互斥项目列表，如图23、24示出的本申请订单拦截系统的又一种场景示意图。
在物价控费表中可根据相应条件查询到对应条件的物价控费规则，如图25示出的本申请订单拦截系统的又一种场景示意图。
物价控费表的字段说明：
在物价控费表中可根据相应条件查询到对应条件的物价控费规则，如图26示出的本申请订单拦截系统的又一种场景示意图。
以上对本申请提供的订单拦截方法进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
Claims (7)
1.一种订单拦截方法，其特征在于，所述方法包括：
获取医院信息系统HIS中目标用户对应的收费订单，其中，所述收费订单是系统中以所述目标用户作为收费对象发起的订单；
调用预先配置的收费审核规则，审核所述收费订单是否存在超量或重复收费，其中，所述收费审核规则为识别订单中涉及的超量或重复收费情况的审核规则；
若存在，则对所述收费订单执行拦截处理。
2.根据权利要求1所述的方法，其特征在于，所述收费订单具体为住院患者作为收费对象针对住院期间发起的订单。
3.根据权利要求1所述的方法，其特征在于，所述收费订单具体为发起过程中等待最终确认的订单、成功发起后的订单或者已经完成收费的订单。
4.根据权利要求1所述的方法，其特征在于，所述收费审核规则具体包括针对单位范围内计费数量不得超过对应预设数量的超频次收费审核规则、所述单位范围内计费项目之间不得重复的重复收费审核规则以及特殊项目计费数量不得超过对应预设数量的特殊项目收费审核规则。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取市场收费规范和医院内收费规范的相关内容，其中，内容要求中包括项目名称、项目内涵、计价单位、除外内容和计价说明；
对所述相关内容进行数据解析，并转化为标准格式的所述收费审核规则。
6.根据权利要求1所述的方法，其特征在于，所述对所述收费订单执行拦截处理，包括：
将所述收费订单和所述收费订单审核为存在超量或顺时包含关系重复收费的详情，随所述医院信息系统HIS自动执行拦截处理不计费的结果发送至工作人员侧的用户设备UE侧，以供查询。
7.根据权利要求1所述的方法，其特征在于，当所述收费订单已经完成收费时，所述对所述收费订单执行拦截处理，包括：
将所述收费订单和所述收费订单审核为存在逆时包含关系重复收费的详情，发送至工作人员侧的用户设备UE侧；
提醒工作人员对所述收费订单启动人工退费处理流程。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310649310.5A CN116894674A (zh) | 2023-06-02 | 2023-06-02 | 一种订单拦截方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310649310.5A CN116894674A (zh) | 2023-06-02 | 2023-06-02 | 一种订单拦截方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116894674A true CN116894674A (zh) | 2023-10-17 |
Family
ID=88314064
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310649310.5A Pending CN116894674A (zh) | 2023-06-02 | 2023-06-02 | 一种订单拦截方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116894674A (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018058545A1 (zh) * | 2016-09-30 | 2018-04-05 | 曹庆恒 | 基于业务单元数据特征的处方管控数据标准管理系统 |
| CN109448827A (zh) * | 2018-09-14 | 2019-03-08 | 深圳市康比特信息技术有限公司 | 一种医疗费用智能监督审核系统 |
| CN112086175A (zh) * | 2020-09-07 | 2020-12-15 | 广州医博信息技术有限公司 | 医疗物价费用监管方法、系统、计算机设备及存储介质 |
-
2023
- 2023-06-02 CN CN202310649310.5A patent/CN116894674A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018058545A1 (zh) * | 2016-09-30 | 2018-04-05 | 曹庆恒 | 基于业务单元数据特征的处方管控数据标准管理系统 |
| CN109448827A (zh) * | 2018-09-14 | 2019-03-08 | 深圳市康比特信息技术有限公司 | 一种医疗费用智能监督审核系统 |
| CN112086175A (zh) * | 2020-09-07 | 2020-12-15 | 广州医博信息技术有限公司 | 医疗物价费用监管方法、系统、计算机设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2020164269A1 (zh) | 基于用户群组的消息推送方法、装置及计算机设备 | |
| US20210182959A1 (en) | Systems and methods for cross-platform batch data processing | |
| CN108805632B (zh) | 一种计费方法和装置 | |
| AU2013392097A1 (en) | Automatic customization of a software application | |
| KR20190055264A (ko) | 애플리케이션별 자원 사용량 정보의 제공 기법 | |
| CN110502425A (zh) | 测试数据生成方法、装置、电子设备及存储介质 | |
| CN110503409B (zh) | 信息处理的方法以及相关装置 | |
| CN108648091A (zh) | 保单风险评估方法、装置、设备和计算机存储介质 | |
| CN106503420A (zh) | 医院多方对账评估与监管系统及方法 | |
| CN115344888A (zh) | 数据访问方法、装置、电子设备及存储介质 | |
| CN108428108A (zh) | 政务信息发布方法、装置及终端设备 | |
| CN113506614A (zh) | 基于SaaS、双模可视的早期临床试验管理方法及系统 | |
| CN112258306B (zh) | 账务信息核对的方法、装置、电子设备和存储介质 | |
| CN104994220B (zh) | 一种数据处理方法和系统 | |
| CN109636305A (zh) | 赔付金额的调整方法、装置、设备及可读存储介质 | |
| CN108933823A (zh) | 用户触达方法和装置 | |
| CN116894674A (zh) | 一种订单拦截方法 | |
| US8660917B2 (en) | Multipoint billing quality control and certification | |
| CN115277271A (zh) | 一种微服务架构下混合云的计费管理方法 | |
| US20160342740A1 (en) | Software for emergency medical services | |
| CN113393246A (zh) | 一种基于数据采集体系的支付平台风险识别方法和系统 | |
| US20030110091A1 (en) | Information delivering service system | |
| CN111932196A (zh) | 案件处理方法、装置、设备及可读存储介质 | |
| CN111414553A (zh) | 数据处理的系统、方法及存储介质 | |
| CN110458632A (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 |