CN113743936A - 分组结算方法、装置、设备及存储介质 - Google Patents
分组结算方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113743936A CN113743936A CN202110991349.6A CN202110991349A CN113743936A CN 113743936 A CN113743936 A CN 113743936A CN 202110991349 A CN202110991349 A CN 202110991349A CN 113743936 A CN113743936 A CN 113743936A
- Authority
- CN
- China
- Prior art keywords
- settlement
- standard data
- medical record
- target
- page
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 64
- 241001417495 Serranidae Species 0.000 claims abstract description 33
- 201000010099 disease Diseases 0.000 claims description 23
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 23
- 238000003745 diagnosis Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 10
- 238000004321 preservation Methods 0.000 abstract description 2
- 230000009286 beneficial effect Effects 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000004422 calculation algorithm Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Bioethics (AREA)
- Computer Hardware Design (AREA)
- Accounting & Taxation (AREA)
- Software Systems (AREA)
- Medical Informatics (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Epidemiology (AREA)
- Computing Systems (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Data Mining & Analysis (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例提供了一种分组结算方法、装置、设备及存储介质，该方法包括：在监测到分组结算的触发条件时，基于目标DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；向区块链平台上传与病案首页标准数据关联的携带目标DRG分组器版本、病案首页标准数据的归属地编号以及至少一个分组编码的参数请求信息；接收区块链平台基于参数请求信息确定并反馈的与病案首页标准数据的至少一个分组编码对应的至少一个结算金额；根据病案首页标准数据对应的至少一个结算金额，确定目标结算金额。本发明可以将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且可以保证信息的公开透明，同时有利于进行证据保存。
Description
技术领域
本发明涉及数据处理技术领域，尤其涉及一种分组结算方法、装置、设备及存储介质。
背景技术
在医保支付改革中，疾病诊断相关分组(Diagnosis Related Groups，DRG)作为比较先进的支付方式之一，在快速推进。DRG的指导思想为通过统一的疾病诊断分类支付标准的制定，达到医疗资源利用标准化。
现有技术中，DRG结算系统处理和数据流转过程不透明，无法满足监管机构要求，其结算金额的存证功能不足，缺乏有力的证据依据。且当DRG结算系统本地化部署时，分组逻辑和相关参数存在泄露的风险。
由此可见，现有的DRG结算过程存在信息不透明、存证功能不足以及信息易泄露的问题。
发明内容
本发明实施例提供了一种分组结算方法、装置、设备及存储介质，以解决现有技术中DRG结算过程存在的信息不透明、存证功能不足以及信息易泄露的问题。
第一方面，本发明实施例提供了一种分组结算方法，应用于医保平台，所述方法包括：
在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；
向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；
接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；
根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
第二方面，本发明实施例提供一种分组结算方法，应用于区块链平台，所述方法包括：
接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；
根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
第三方面，本发明实施例提供一种分组结算装置，应用于医保平台，所述装置包括：
第一确定模块，用于在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；
第一上传模块，用于向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；
第一接收模块，用于接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；
第二确定模块，用于根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
第四方面，本发明实施例提供一种分组结算装置，应用于区块链平台，所述装置包括：
第二接收模块，用于接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；
第四处理模块，用于根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
第五方面，本发明实施例提供了一种电子设备，所述电子设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面或者第二方面所述的分组结算方法中的步骤。
第六方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面或者第二方面所述的分组结算方法中的步骤。
在本发明实施例中，在确定病案首页标准数据对应的至少一个分组编码后，向区块链平台上传与病案首页标准数据关联的参数请求信息，由区块链平台基于参数请求信息中的目标DRG分组器的版本信息以及病案首页标准数据的归属地编号，确定目标参数配置表，根据目标参数配置表确定至少一个分组编码对应的至少一个结算金额并反馈至医保平台，医保平台根据病案首页标准数据对应的至少一个结算金额确定目标结算金额，可以实现将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且通过引入区块链可以保证信息的公开透明，同时有利于进行证据保存。
附图说明
图1为本发明实施例提供的应用于医保平台的分组结算方法的示意图；
图2为本发明实施例提供的应用于区块链平台的分组结算方法的示意图；
图3为本发明实施例提供的医保平台、数据库以及区块链平台交互的示意图；
图4为本发明实施例提供的应用于医保平台的分组结算装置的示意图；
图5为本发明实施例提供的应用于区块链平台的分组结算装置的示意图；
图6为本发明实施例提供的电子设备的框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
依据本发明实施例的一个方面，提供了一种分组结算方法，应用于医保平台，如图1所示，该方法包括：
步骤101、在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码。
医保平台在监测到分组结算的触发条件的情况下，针对获取的病案首页标准数据，基于目标DRG分组器对应的分组原则，确定病案首页标准数据所对应的至少一个分组编码。由于病案首页标准数据所对应的病情所归属的病情种类可以不是唯一的，即该疾病可以归属于不同的病情种类中，因此可以确定至少一个分组编码。
病案首页标准数据是对病案首页数据进行标准化处理所得到的数据，病案首页数据是整个病案信息的浓缩，包括患者的基本信息、住院过程信息、诊疗操作、费用信息等，是患者所有信息最集中、最重要、最核心的部分。
其中，医保平台包括应用系统，即可以理解为应用系统部署于医保平台上。DRG分组器部署于应用系统上，医保平台通过应用系统确定病案首页标准数据对应的至少一个分组编码。
步骤102、向区块链平台上传与病案首页标准数据关联的参数请求信息，参数请求信息中携带有目标DRG分组器的版本信息、病案首页标准数据的归属地编号以及至少一个分组编码。
医保平台在确定病案首页标准数据对应的至少一个分组编码之后，可以基于与区块链平台之间的通信，向区块链平台上传与病案首页标准数据关联的参数请求信息，其中，所上传的参数请求信息中可携带有目标DRG分组器的版本信息、病案首页标准数据的归属地编号以及所确定的至少一个分组编码。病案首页标准数据的归属地编号可以由医保平台根据就诊归属地或者患者归属地确定。
其中，通过在参数请求信息中携带目标DRG分组器的版本信息以及归属地编号，可以便于区块链平台基于目标DRG分组器的版本信息以及病案首页标准数据所在的归属地，确定匹配的参数配置表，进而基于所确定的参数配置表，根据至少一个分组编码查找对应的内容。
步骤103、接收区块链平台基于参数请求信息反馈的病案首页标准数据对应的至少一个结算金额，至少一个结算金额由区块链平台根据目标DRG分组器的版本信息和归属地编号确定目标参数配置表后，基于至少一个分组编码在目标参数配置表中确定。
在向区块链平台上传参数请求信息之后，可以接收区块链平台针对接收到的参数请求信息所反馈的病案首页标准数据对应的至少一个结算金额，其中，至少一个结算金额与至少一个分组编码相对应，即结算金额的数量与分组编码的数量相同。
区块链平台所反馈的至少一个结算金额由区块链平台在确定的目标参数配置表中确定，即，区块链平台根据至少一个分组编码在目标参数配置表中确定匹配的至少一个结算金额。目标参数配置表由区块链平台基于目标DRG分组器的版本信息和病案首页标准数据的归属地编号确定，区块链平台可以首先根据目标DRG分组器的版本信息确定对应的多个参数配置表，各参数配置表对应的归属地编号不同，然后基于病案首页标准数据的归属地编号，在多个参数配置表中确定目标参数配置表。
步骤104、根据病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
在获取区块链平台反馈的病案首页标准数据对应的至少一个结算金额之后，可以根据所获取的至少一个结算金额，确定病案首页标准数据对应的目标结算金额，以保证获取较为准确的目标结算金额。
其中，向区块链平台上传参数请求信息，接收区块链平台反馈的至少一个结算金额，根据至少一个结算金额计算目标结算金额的过程均可以由医保平台通过应用系统来执行。
本发明上述实施过程，在确定病案首页标准数据对应的至少一个分组编码后，向区块链平台上传与病案首页标准数据关联的参数请求信息，由区块链平台基于参数请求信息中的目标DRG分组器的版本信息以及病案首页标准数据的归属地编号，确定目标参数配置表，根据目标参数配置表确定至少一个分组编码对应的至少一个结算金额并反馈至医保平台，医保平台根据病案首页标准数据对应的至少一个结算金额确定目标结算金额，可以实现将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且通过引入区块链可以保证信息的公开透明，同时有利于进行证据保存。
在本发明一可选实施例中，在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码，包括：
在当前分组结算周期结束时，针对当前分组结算周期内的每个病案首页标准数据，根据目标DRG分组器对应的分组原则，确定当前病案首页标准数据对应的至少一个分组编码；
其中，当前分组结算周期包括多个病案首页标准数据。
医保平台在监测到分组结算的触发条件时，可以针对病案首页标准数据，确定其对应的至少一个分组编码，且医保平台可以基于应用系统确定各病案首页标准数据分别对应的至少一个分组编码。其中，在当前分组结算周期结束时，可以确定监测到分组结算的触发条件，例如，分组结算周期为一个月，即一个月结束时确定监测到分组结算的触发条件。
当前分组结算周期可包括多个病案首页标准数据，在当前分组结算周期结束时，医保平台可以针对当前分组结算周期内的每一个病案首页标准数据，基于目标DRG分组器对应的分组原则，确定其对应的至少一个分组编码。其中，不同的病案首页标准数据，对应的分组编码的数量可以相同或不同。医保平台在对当前分组结算周期内的多个病案首页标准数据分别确定其对应的至少一个分组编码时，可以并行执行，以提高效率。
针对每个病案首页标准数据，在确定对应的至少一个分组编码之后，执行向区块链平台发送与当前病案首页标准数据关联的参数请求信息、接收区块链平台反馈的对应的至少一个结算金额并确定当前病案首页标准数据对应的目标结算金额的步骤。
需要说明的是，在向区块链平台发送参数请求信息时，可以针对多个病案首页标准数据，依次或者并行发送参数请求信息，相应的，区块链平台可以依次或者并行反馈每个病案首页标准数据对应的至少一个结算金额，在针对多个病案首页标准数据计算对应的目标结算金额时，可以依次计算或者并行计算。
本发明上述实施过程，通过在当前分组结算周期结束时，对当前分组结算周期内的每一个病案首页标准数据确定对应的至少一个分组编码，可以实现获取当前分组结算周期内的多个病案首页标准数据分别对应的至少一个分组编码，进而保证后续针对多个病案首页标准数据分别获取对应的目标结算金额，以对多个病案首页数据进行支付结算。
在本发明一可选实施例中，针对当前分组结算周期内的每个病案首页标准数据，在确定对应的目标结算金额之后，还包括：
将当前病案首页标准数据对应的目标结算金额上传至区块链平台；
监测到当前分组结算周期的支付结算触发条件时，向区块链平台发送第一请求，接收区块链平台反馈的当前分组结算周期内的每个病案首页标准数据对应的目标结算金额；
在当前分组结算周期对应的结算审批通过时，针对当前分组结算周期内的每个病案首页标准数据，根据对应的目标结算金额进行支付结算；
其中，在当前分组结算周期内的每个病案首页标准数据对应的目标结算金额均上传至区块链平台后，进行支付结算触发条件的监测。
针对当前分组结算周期内的每个病案首页标准数据，在确定对应的目标结算金额之后，医保平台可以通过应用系统将当前病案首页标准数据对应的目标结算金额上传至区块链平台进行存储，在区块链平台上可以通过键值对的形式进行存储，其中键值对的Key可以为采用哈希算法(SHA256)对病案首页就诊流水号进行计算得到的数据，作为病案首页标准数据的唯一标识，键值对的Value可以为目标结算金额。
在向区块链平台上传目标结算金额时，可以针对多个病案首页标准数据，逐个上传对应的目标结算金额，此时，可以为：每计算得到一目标结算金额，即上传至区块链平台，也可以是得到多个病案首页标准数据分别对应的目标结算金额之后，逐个上传目标结算金额。在向区块链平台上传目标结算金额时，也可以批量上传。
其中，在将当前分组结算周期内的每个病案首页标准数据对应的目标结算金额均上传至区块链平台后，可以进行支付结算触发条件的监测。支付结算触发条件可以为：完成当前分组结算周期内多个目标结算金额的上传后，间隔一预设时长；或者，完成当前分组结算周期内多个目标结算金额的上传后，接收到支付结算提示信息。当然支付结算触发条件并不局限于上述列举的两种情况。
在监测到当前分组结算周期的支付结算触发条件时，医保平台可以通过应用系统向区块链平台发送第一请求，这里的第一请求即为获取当前分组结算周期对应的多个目标结算金额的请求，第一请求中可以携带当前分组结算周期对应的分组标识，区块链平台在接收到第一请求之后，可以根据第一请求中携带的当前分组结算周期对应的分组标识确定对应的目标结算金额。其中，区块链平台可以将归属于同一分组结算周期的多个目标结算金额存储至同一区域，并对该区域添加对应的分组标识，以便于可以进行不同分组结算周期的区分，且便于数据的快速读取。
医保平台通过应用系统接收区块链平台基于第一请求反馈的当前分组结算周期内的每个病案首页标准数据对应的目标结算金额。然后医保平台对当前分组结算周期内的每个病案首页标准数据对应的目标结算金额进行结算审批，在当前分组结算周期对应的结算审批通过时，对当前分组结算周期内的每个病案首页标准数据，根据对应的目标结算金额进行支付结算。其中区块链平台可以批量反馈，也可以逐个反馈。
本发明上述实施过程，通过将当前分组结算周期内的病案首页标准数据对应的目标结算金额上传至区块链平台进行存储，在监测到支付结算触发条件时，向区块链平台发送第一请求，获取当前分组结算周期对应的目标结算金额，并进行结算审批，在结算审批通过时，根据目标结算金额进行支付结算，以完成结算流程，可以在保证信息公开透明的同时进行证据留存。
在本发明一可选实施例中，根据病案首页标准数据对应的至少一个结算金额，确定目标结算金额，包括：
获取病案首页标准数据对应的至少一个分组编码中每个分组编码对应的概率信息，并根据至少一个概率信息确定至少一个结算金额中每个结算金额对应的权重；
根据至少一个结算金额以及每个结算金额对应的权重，确定目标结算金额。
在根据病案首页标准数据对应的至少一个结算金额，计算病案首页标准数据对应的目标结算金额时，可以由应用系统计算。首先针对病案首页标准数据，获取其对应的至少一个分组编码中每个分组编码的概率信息。在获取至少一个概率信息之后，可以针对至少一个分组编码，根据至少一个分组编码对应的至少一个概率信息，确定至少一个结算金额分别对应的权重。在获取每个结算金额对应的权重之后，可以根据至少一个结算金额以及至少一个权重，计算目标结算金额。
其中，在获取每个分组编码的概率信息时，可以在确定分组编码时获取，即，可以根据当前病案首页标准数据归属的病情种类，确定每个病情种类对应的概率信息，进而确定分组编码的概率信息。在根据概率信息确定权重时，可以采用对应的算法进行计算。
下面通过一举例对上述过程进行介绍，如，结算金额的数量为3个，分别为3000元、5000元以及4000元，相应的，3个结算金额对应的3个分组编码的概率信息分别为0.6、0.3以及0.1，3个结算金额对应的权重分别为0.6、0.3以及0.1，则目标结算金额为3000*0.6+5000*0.3+4000*0.1＝3700元。上述举例中为权重与对应的概率信息相等的情况。
本发明上述实施过程，通过获取分组编码的概率信息，基于分组编码的概率信息确定对应的结算金额的权重，根据权重以及结算金额获取目标结算金额，可以保证获取较为准确的目标结算金额。
在本发明一可选实施例中，该方法还包括：
在获取病案首页数据的情况下，对病案首页数据进行处理，获取病案首页数据对应的病案首页标准数据；
将病案首页标准数据存储至数据库并获取存储地址，将存储地址上传至区块链平台；
在监测到分组结算的触发条件时，向区块链平台发送第二请求，获取病案首页标准数据对应的存储地址，并基于获取的存储地址获取数据库中存储的病案首页标准数据。
医保平台可以通过应用系统获取病案首页数据，在获取病案首页数据之后，通过应用系统对病案首页数据进行标准化处理，具体可以为对病案首页数据进行清洗转化，映射到标准表，得到标准化的病案首页标准数据。
在获取病案首页标准数据之后，可以通过应用系统将病案首页标准数据存储至数据库，获取病案首页标准数据在数据库中对应的存储地址，通过应用系统将获取的存储地址上传至区块链平台进行存储。数据库可以为星际文件系统(Inter Planetary FileSystem，IPFS)，其中IPFS为分布式版本文件系统。
需要说明的是，医保平台可以通过应用系统获取当前分组结算周期内的多个病案首页数据，并针对获取的每个病案首页数据进行标准化处理，获取对应的病案首页标准数据。在将病案首页标准数据存储至数据库并获取存储地址时，可以逐个存储，即，每获取到一个病案首页数据，对其进行标准化处理得到病案首页标准数据后，将其存储至数据库中并获取存储地址。也可以在获取多个病案首页标准数据后批量存储至数据库并获取存储地址。相应的，在向区块链平台上传存储地址时，可以批量上传或者逐个上传。
医保平台在监测到分组结算的触发条件时，即在当前分组结算周期结束时，可以通过应用系统向区块链平台发送第二请求，第二请求用于请求获取存储地址，接收区块链平台反馈的病案首页标准数据对应的存储地址，并基于存储地址获取数据库中存储的病案首页标准数据。医保平台可以通过应用系统逐个获取存储地址，也可以批量获取多个存储地址，根据获取的存储地址，在数据库中查找对应的病案首页标准数据。
本发明上述实施过程，通过对获取的病案首页数据进行标准化处理，获取病案首页标准数据，将病案首页标准数据存储至数据库，获取存储地址并上传至区块链平台，在需要获取数据时，首先获取存储地址，然后基于存储地址获取数据，可以保证数据的安全性，且保证数据不可篡改。
针对医保平台而言，可以对分组结算的流程以及数据信息通过监管大屏展示，以实现对流程以及数据的公示。
以上为本发明实施例提供的应用于医保平台的分组结算方法，在确定病案首页标准数据对应的至少一个分组编码后，向区块链平台上传与病案首页标准数据关联的参数请求信息，由区块链平台基于参数请求信息中的目标DRG分组器的版本信息以及病案首页标准数据的归属地编号，确定目标参数配置表，根据目标参数配置表确定至少一个分组编码对应的至少一个结算金额并反馈至医保平台，医保平台根据病案首页标准数据对应的至少一个结算金额确定目标结算金额，可以实现将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且通过引入区块链可以保证信息的公开透明，同时有利于进行证据保存。
本发明实施例还提供一种分组结算方法，应用于区块链平台，如图2所示，该方法包括：
步骤201、接收医保平台上传的与病案首页标准数据关联的参数请求信息，参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、病案首页标准数据的归属地编号以及病案首页标准数据对应的至少一个分组编码，参数请求信息由医保平台在监测到分组结算的触发条件时，基于目标DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码后发送。
区块链平台可以接收医保平台上传的与病案首页标准数据关联的参数请求信息，其中，参数请求信息由医保平台在基于目标DRG分组器对应的分组原则，确定病案首页标准数据所对应的至少一个分组编码后上传。参数请求信息中可携带有目标DRG分组器的版本信息、病案首页标准数据的归属地编号以及所确定的至少一个分组编码。针对医保平台而言，在监测到分组结算的触发条件时，可以对获取的病案首页标准数据，确定病案首页标准数据所对应的至少一个分组编码。
步骤202、根据目标DRG分组器的版本信息和归属地编号确定目标参数配置表，基于至少一个分组编码在目标参数配置表中确定病案首页标准数据对应的至少一个结算金额，并反馈至医保平台，病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
区块链平台在接收到参数请求信息之后，可以根据目标DRG分组器的版本信息确定对应的多个参数配置表，各参数配置表对应的归属地编号不同，然后基于所接收到的病案首页标准数据的归属地编号在多个参数配置表中确定目标参数配置表。在确定目标参数配置表之后，可以根据至少一个分组编码在目标参数配置表中确定病案首页标准数据对应的至少一个结算金额，至少一个结算金额与至少一个分组编码相对应，即结算金额的数量与分组编码的数量相同。
在确定病案首页标准数据对应的至少一个结算金额之后，可以将病案首页标准数据对应的至少一个结算金额反馈至医保平台，由医保平台根据病案首页标准数据对应的至少一个结算金额，确定病案首页标准数据对应的目标结算金额，以保证获取较为准确的目标结算金额。
需要说明的是，医保平台可通过部署于医保平台上的应用系统执行以下操作：确定病案首页标准数据所对应的至少一个分组编码，向区块链平台上传参数请求信息，接收病案首页标准数据对应的至少一个结算金额，并计算目标结算金额。
本发明上述实施过程，在接收到医保平台上传的参数请求信息之后，根据参数请求信息中的目标DRG分组器的版本信息以及病案首页标准数据的归属地编号，确定目标参数配置表，根据参数请求信息中的至少一个分组编码在目标参数配置表中确定对应的至少一个结算金额并反馈至医保平台，由医保平台根据病案首页标准数据对应的至少一个结算金额确定目标结算金额，可以实现将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且通过引入区块链可以保证信息的公开透明，同时有利于进行证据保存。
在本发明一可选实施例中，接收医保平台上传的与病案首页标准数据关联的参数请求信息，包括：
在当前分组结算周期结束时，针对当前分组结算周期内的每个病案首页标准数据，接收医保平台发送的参数请求信息。
在当前分组结算周期结束时，医保平台可以确定监测到分组结算的触发条件，例如，分组结算周期为一个月，即一个月结束时确定监测到分组结算的触发条件。
当前分组结算周期可包括多个病案首页标准数据，在当前分组结算周期结束时，可以接收医保平台针对当前分组结算周期内的每个病案首页标准数据，所发送的参数请求信息。其中与病案首页标准数据关联的参数请求信息，由医保平台在获取病案首页标准数据，基于目标DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码后发送。
不同的病案首页标准数据，对应的分组编码的数量可以相同或不同。区块链平台针对接收到的每个参数请求信息，反馈对应的至少一个结算金额，以使医保平台根据病案首页标准数据对应的至少一个结算金额，计算病案首页标准数据对应的目标结算金额。
区块链平台可以接收医保平台通过应用系统逐个或者批量上传的参数请求信息，相应的，区块链平台可以逐个或者批量反馈各病案首页标准数据分别对应的至少一个结算金额。
本发明上述实施过程，通过针对当前分组结算周期内的每个病案首页标准数据，接收对应的参数请求信息，可以确定每个病案首页标准数据分别对应的至少一个结算金额，并向医保平台反馈，以使医保平台可以针对每个病案首页数据，确定其对应的目标结算金额。
在本发明一可选实施例中，在医保平台针对当前分组结算周期内的任一病案首页标准数据，确定对应的目标结算金额之后，还包括：
接收医保平台上传的当前病案首页标准数据对应的目标结算金额；
在接收到当前分组结算周期内的每个病案首页标准数据对应的目标结算金额后，接收医保平台在监测到当前分组结算周期的支付结算触发条件时发送的第一请求；
响应于第一请求，向医保平台反馈当前分组结算周期内的每个病案首页标准数据对应的目标结算金额。
针对当前分组结算周期内的每个病案首页标准数据，在确定对应的目标结算金额之后，医保平台可以通过应用系统将其上传至区块链平台，区块链平台接收医保平台上传的病案首页标准数据对应的目标结算金额并进行存储。区块链平台在存储病案首页标准数据对应的目标结算金额时，可以通过键值对的形式进行存储，其中键值对的Key可以为采用哈希算法(SHA256)对病案首页就诊流水号进行计算得到的数据，作为病案首页标准数据的唯一标识，键值对的Value可以为目标结算金额。在接收医保平台针对当前分组结算周期内的每个病案首页标准数据所上传的目标结算金额时，可以逐个接收，也可以批量接收。
其中，在接收到当前分组结算周期内的每个病案首页标准数据对应的目标结算金额后，可以接收医保平台通过应用系统发送的第一请求，其中，第一请求由医保平台在监测到当前分组结算周期的支付结算触发条件时发送。支付结算触发条件可以为：完成当前分组结算周期内多个目标结算金额的上传后，间隔一预设时长；或者，完成当前分组结算周期内多个目标结算金额的上传后，接收到支付结算提示信息。当然支付结算触发条件并不局限于上述列举的两种情况。
第一请求即为获取当前分组结算周期对应的多个目标结算金额的请求，第一请求中可以携带当前分组结算周期对应的分组标识，区块链平台在接收到第一请求之后，可以根据第一请求中携带的当前分组结算周期对应的分组标识确定对应的目标结算金额。其中，区块链平台可以将归属于同一分组结算周期的多个目标结算金额存储至同一区域，并对该区域添加对应的分组标识，以便于可以进行不同分组结算周期的区分，且便于数据的快速读取。
在基于第一请求，确定当前分组结算周期内的每个病案首页标准数据对应的目标结算金额后，可以反馈至医保平台(可反馈至医保平台的应用系统)，由医保平台对当前分组结算周期内的每个病案首页标准数据对应的目标结算金额进行结算审批，在当前分组结算周期对应的结算审批通过时，对当前分组结算周期内的每个病案首页标准数据，根据对应的目标结算金额进行支付结算。
本发明上述实施过程，通过接收当前分组结算周期内的病案首页标准数据对应的目标结算金额进行存储，在接收到第一请求时，向医保平台反馈当前分组结算周期对应的目标结算金额，可以在保证信息公开透明的同时进行证据留存。
在本发明一可选实施例中，该方法还包括：
接收医保平台上传的病案首页标准数据在数据库中对应的存储地址并存储；
接收医保平台在监测到分组结算的触发条件时发送的第二请求；
响应于第二请求，向医保平台反馈病案首页标准数据对应的存储地址，以使医保平台基于获取的存储地址获取病案首页标准数据。
医保平台可以在获取病案首页数据后进行标准化处理，得到病案首页标准数据，将病案首页标准数据存储至数据库后，获取病案首页标准数据在数据库中对应的存储地址。区块链平台接收医保平台所上传的病案首页标准数据在数据库中对应的存储地址并存储，且在接收时可以逐个接收或者批量接收。医保平台可以通过应用系统进行上述操作。
在医保平台监测到分组结算的触发条件时，向区块链平台发送第二请求，第二请求用于请求获取存储地址，区块链平台根据第二请求向医保平台反馈病案首页标准数据对应的存储地址，以使医保平台基于存储地址获取数据库中存储的病案首页标准数据。在反馈存储地址时，区块链平台可以逐个反馈，也可以批量反馈，医保平台可以通过应用系统接收存储地址并获取病案首页标准数据。
其中，医保平台在获取病案首页标准数据之后，针对病案首页标准数据，确定其对应的至少一个分组编码，即，医保平台基于分组结算的触发条件首先获取病案首页标准数据，然后基于目标DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码。
本发明上述实施过程，通过获取病案首页标准数据在数据库中对应的存储地址并进行存储，在接收到第二请求时反馈存储地址，以便于医保平台根据存储地址获取对应的病案首页标准数据，可以在节省区块链平台的存储空间时保证数据的安全性。
以上为本发明实施例提供的应用于区块链平台的分组结算方法，在接收到医保平台上传的参数请求信息之后，根据参数请求信息中的目标DRG分组器的版本信息以及病案首页标准数据的归属地编号，确定目标参数配置表，根据参数请求信息中的至少一个分组编码在目标参数配置表中确定对应的至少一个结算金额并反馈至医保平台，由医保平台根据病案首页标准数据对应的至少一个结算金额确定目标结算金额，可以实现将分组结算部署在医保平台以及区块链平台，减小数据泄露的风险，且通过引入区块链可以保证信息的公开透明，同时有利于进行证据保存。
下面通过一具体实例对医保平台、数据库以及区块链的交互流程进行阐述，参见图3所示，医保平台获取病案首页数据之后，对病案首页数据进行标准化处理，获取病案首页标准数据。将病案首页标准数据存储至数据库(如IPFS)，获取存储地址，并将存储地址上传至区块链平台。
医保平台在监测到分组结算的触发条件时，向区块链平台发送第二请求，区块链平台接收第二请求，向医保平台反馈存储地址，医保平台接收区块链平台反馈的病案首页标准数据对应的存储地址，向数据库发送携带存储地址的数据请求，接收数据库反馈的病案首页标准数据。医保平台基于目标DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码，向区块链平台发送参数请求信息，参数请求信息中携带有目标DRG分组器的版本信息、病案首页标准数据的归属地编号和至少一个分组编码。
区块链平台根据参数请求信息获取病案首页标准数据对应的至少一个结算金额，并反馈至医保平台，医保平台根据病案首页标准数据对应的至少一个结算金额，确定目标结算金额。将目标结算金额上传至区块链平台，区块链平台接收病案首页标准数据对应的目标结算金额。
在当前分组结算周期内的每个病案首页标准数据对应的目标结算金额均上传至区块链平台后，医保平台进行支付结算触发条件的监测，在监测到当前分组结算周期的支付结算触发条件时，向区块链平台发送第一请求，接收区块链平台反馈的当前分组结算周期内的每个病案首页标准数据对应的目标结算金额。在当前分组结算周期对应的结算审批通过时，针对当前分组结算周期内的每个病案首页标准数据，根据对应的目标结算金额进行支付结算。
以上通过一具体实例对本发明实施例的交互过程进行了简述，通过利用区块链平台以及数据库保证了数据的安全性，通过将分组结算部署在医保平台以及区块链平台，减小了数据泄露的风险，且通过引入区块链平台可以保证信息的公开透明，医保平台在支付结算时起到了监管作用，保证了支付结算的规范化。
以上介绍了本发明实施例提供的分组结算方法，下面将结合附图介绍本发明实施例提供的分组结算装置。
参见图4所示，本发明实施例提供的应用于医保平台的分组结算装置包括：
第一确定模块401，用于在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；
第一上传模块402，用于向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；
第一接收模块403，用于接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；
第二确定模块404，用于根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
可选的，所述第一确定模块进一步用于：
在当前分组结算周期结束时，针对当前分组结算周期内的每个所述病案首页标准数据，根据所述目标DRG分组器对应的分组原则，确定当前病案首页标准数据对应的至少一个分组编码；
其中，当前分组结算周期包括多个所述病案首页标准数据。
可选的，该装置还包括：
第二上传模块，用于针对当前分组结算周期内的每个所述病案首页标准数据，在确定对应的目标结算金额之后，将当前病案首页标准数据对应的目标结算金额上传至所述区块链平台；
第一处理模块，用于监测到当前分组结算周期的支付结算触发条件时，向所述区块链平台发送第一请求，接收所述区块链平台反馈的当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额；
结算模块，用于在当前分组结算周期对应的结算审批通过时，针对当前分组结算周期内的每个所述病案首页标准数据，根据对应的所述目标结算金额进行支付结算；
其中，在当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额均上传至所述区块链平台后，进行所述支付结算触发条件的监测。
可选的，所述第二确定模块包括：
第一确定子模块，用于获取所述病案首页标准数据对应的至少一个分组编码中每个所述分组编码对应的概率信息，并根据至少一个所述概率信息确定所述至少一个结算金额中每个所述结算金额对应的权重；
第二确定子模块，用于根据所述至少一个结算金额以及每个所述结算金额对应的权重，确定所述目标结算金额。
可选的，该装置还包括：
第二处理模块，用于在获取病案首页数据的情况下，对所述病案首页数据进行处理，获取所述病案首页数据对应的所述病案首页标准数据；
存储上传模块，用于将所述病案首页标准数据存储至数据库并获取存储地址，将所述存储地址上传至所述区块链平台；
第三处理模块，用于在监测到分组结算的触发条件时，向所述区块链平台发送第二请求，获取所述病案首页标准数据对应的存储地址，并基于获取的存储地址获取所述数据库中存储的所述病案首页标准数据。
参见图5所示，本发明实施例提供的应用于区块链平台的分组结算装置包括：
第二接收模块501，用于接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；
第四处理模块502，用于根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
可选的，所述第二接收模块进一步用于：
在当前分组结算周期结束时，针对当前分组结算周期内的每个所述病案首页标准数据，接收所述医保平台发送的所述参数请求信息。
可选的，在所述医保平台针对当前分组结算周期内的任一所述病案首页标准数据，确定对应的目标结算金额之后，该装置还包括：
第三接收模块，用于接收所述医保平台上传的当前病案首页标准数据对应的目标结算金额；
第四接收模块，用于在接收到当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额后，接收所述医保平台在监测到当前分组结算周期的支付结算触发条件时发送的第一请求；
第一反馈模块，用于响应于所述第一请求，向所述医保平台反馈当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额。
可选的，该装置还包括：
第五接收模块，用于接收所述医保平台上传的所述病案首页标准数据在数据库中对应的存储地址并存储；
第六接收模块，用于接收所述医保平台在监测到分组结算的触发条件时发送的第二请求；
第二反馈模块，用于响应于所述第二请求，向所述医保平台反馈所述病案首页标准数据对应的存储地址，以使所述医保平台基于获取的存储地址获取所述病案首页标准数据。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
依据本发明实施例的又一方面，提供了一种电子设备，该电子设备包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述分组结算方法中的步骤。
举个例子如下，图6示出了一种电子设备的实体结构示意图。
如图6所示，该电子设备可以包括：处理器(processor)610、通信接口(Communications Interface)620、存储器(memory)630和通信总线640，其中，处理器610、通信接口620以及存储器630通过通信总线640完成相互间的通信。处理器610可以调用存储器630中的逻辑指令。在电子设备为医保平台时，处理器610调用存储器630中的逻辑指令以执行如下方法：在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
在电子设备为区块链平台时，处理器610调用存储器630中的逻辑指令以执行如下方法：接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
其中，处理器610还可以执行本发明实施例中的其他步骤，这里不再一一列举阐述。此外，上述的存储器630中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
依据本发明实施例的再一方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述分组结算方法中的步骤。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (13)
1.一种分组结算方法，应用于医保平台，其特征在于，所述方法包括：
在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；
向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；
接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；
根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
2.根据权利要求1所述的方法，其特征在于，所述在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码，包括：
在当前分组结算周期结束时，针对当前分组结算周期内的每个所述病案首页标准数据，根据所述目标DRG分组器对应的分组原则，确定当前病案首页标准数据对应的至少一个分组编码；
其中，当前分组结算周期包括多个所述病案首页标准数据。
3.根据权利要求2所述的方法，其特征在于，针对当前分组结算周期内的每个所述病案首页标准数据，在确定对应的目标结算金额之后，还包括：
将当前病案首页标准数据对应的目标结算金额上传至所述区块链平台；
监测到当前分组结算周期的支付结算触发条件时，向所述区块链平台发送第一请求，接收所述区块链平台反馈的当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额；
在当前分组结算周期对应的结算审批通过时，针对当前分组结算周期内的每个所述病案首页标准数据，根据对应的所述目标结算金额进行支付结算；
其中，在当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额均上传至所述区块链平台后，进行所述支付结算触发条件的监测。
4.根据权利要求1所述的方法，其特征在于，所述根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额，包括：
获取所述病案首页标准数据对应的至少一个分组编码中每个所述分组编码对应的概率信息，并根据至少一个所述概率信息确定所述至少一个结算金额中每个所述结算金额对应的权重；
根据所述至少一个结算金额以及每个所述结算金额对应的权重，确定所述目标结算金额。
5.根据权利要求1或2所述的方法，其特征在于，还包括：
在获取病案首页数据的情况下，对所述病案首页数据进行处理，获取所述病案首页数据对应的所述病案首页标准数据；
将所述病案首页标准数据存储至数据库并获取存储地址，将所述存储地址上传至所述区块链平台；
在监测到分组结算的触发条件时，向所述区块链平台发送第二请求，获取所述病案首页标准数据对应的存储地址，并基于获取的存储地址获取所述数据库中存储的所述病案首页标准数据。
6.一种分组结算方法，应用于区块链平台，其特征在于，所述方法包括：
接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；
根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
7.根据权利要求6所述的方法，其特征在于，所述接收医保平台上传的与病案首页标准数据关联的参数请求信息，包括：
在当前分组结算周期结束时，针对当前分组结算周期内的每个所述病案首页标准数据，接收所述医保平台发送的所述参数请求信息。
8.根据权利要求7所述的方法，其特征在于，在所述医保平台针对当前分组结算周期内的任一所述病案首页标准数据，确定对应的目标结算金额之后，还包括：
接收所述医保平台上传的当前病案首页标准数据对应的目标结算金额；
在接收到当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额后，接收所述医保平台在监测到当前分组结算周期的支付结算触发条件时发送的第一请求；
响应于所述第一请求，向所述医保平台反馈当前分组结算周期内的每个所述病案首页标准数据对应的目标结算金额。
9.根据权利要求6或7所述的方法，其特征在于，还包括：
接收所述医保平台上传的所述病案首页标准数据在数据库中对应的存储地址并存储；
接收所述医保平台在监测到分组结算的触发条件时发送的第二请求；
响应于所述第二请求，向所述医保平台反馈所述病案首页标准数据对应的存储地址，以使所述医保平台基于获取的存储地址获取所述病案首页标准数据。
10.一种分组结算装置，应用于医保平台，其特征在于，所述装置包括：
第一确定模块，用于在监测到分组结算的触发条件时，基于目标疾病诊断相关分组DRG分组器对应的分组原则，确定病案首页标准数据对应的至少一个分组编码；
第一上传模块，用于向区块链平台上传与所述病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有所述目标DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述至少一个分组编码；
第一接收模块，用于接收所述区块链平台基于所述参数请求信息反馈的所述病案首页标准数据对应的至少一个结算金额，所述至少一个结算金额由所述区块链平台根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表后，基于所述至少一个分组编码在所述目标参数配置表中确定；
第二确定模块，用于根据所述病案首页标准数据对应的至少一个结算金额，确定目标结算金额。
11.一种分组结算装置，应用于区块链平台，其特征在于，所述装置包括：
第二接收模块，用于接收医保平台上传的与病案首页标准数据关联的参数请求信息，所述参数请求信息中携带有目标疾病诊断相关分组DRG分组器的版本信息、所述病案首页标准数据的归属地编号以及所述病案首页标准数据对应的至少一个分组编码，所述参数请求信息由所述医保平台在监测到分组结算的触发条件时，基于所述目标DRG分组器对应的分组原则，确定所述病案首页标准数据对应的至少一个分组编码后发送；
第四处理模块，用于根据所述目标DRG分组器的版本信息和所述归属地编号确定目标参数配置表，基于所述至少一个分组编码在所述目标参数配置表中确定所述病案首页标准数据对应的至少一个结算金额，并反馈至所述医保平台，所述病案首页标准数据对应的至少一个结算金额用于确定目标结算金额。
12.一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1至5或者如权利要求6至9中任一项所述的分组结算方法的步骤。
13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5或者如权利要求6至9中任一项所述的分组结算方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110991349.6A CN113743936B (zh) | 2021-08-26 | 2021-08-26 | 分组结算方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110991349.6A CN113743936B (zh) | 2021-08-26 | 2021-08-26 | 分组结算方法、装置、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113743936A true CN113743936A (zh) | 2021-12-03 |
| CN113743936B CN113743936B (zh) | 2023-12-15 |
Family
ID=78733213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110991349.6A Active CN113743936B (zh) | 2021-08-26 | 2021-08-26 | 分组结算方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113743936B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116646038A (zh) * | 2023-04-06 | 2023-08-25 | 北京百度网讯科技有限公司 | 确定医疗数据分组的方法、装置、电子设备和存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107463769A (zh) * | 2017-07-11 | 2017-12-12 | 武汉金豆医疗数据科技有限公司 | 一种基于疾病诊断相关分组的医疗收付费管理方法和系统 |
| US20190220831A1 (en) * | 2018-01-12 | 2019-07-18 | Bank Of America Corporation | System for executing, securing, and non-repudiation of pooled conditional smart contracts over distributed blockchain network |
| CN110415117A (zh) * | 2019-06-28 | 2019-11-05 | 阿里巴巴集团控股有限公司 | 基于区块链的交易处理方法、装置和电子设备 |
| CN110866752A (zh) * | 2017-09-18 | 2020-03-06 | 腾讯科技（深圳）有限公司 | 资源交易的方法、节点、装置及存储介质 |
| CN111325576A (zh) * | 2020-02-17 | 2020-06-23 | 卫宁健康科技集团股份有限公司 | 疾病诊断相关分组的费用预测方法、系统及电子设备 |
| CN111724269A (zh) * | 2020-06-23 | 2020-09-29 | 平安医疗健康管理股份有限公司 | 一种基于机器学习的结算数据处理方法及装置 |
-
2021
- 2021-08-26 CN CN202110991349.6A patent/CN113743936B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107463769A (zh) * | 2017-07-11 | 2017-12-12 | 武汉金豆医疗数据科技有限公司 | 一种基于疾病诊断相关分组的医疗收付费管理方法和系统 |
| CN110866752A (zh) * | 2017-09-18 | 2020-03-06 | 腾讯科技（深圳）有限公司 | 资源交易的方法、节点、装置及存储介质 |
| US20190220831A1 (en) * | 2018-01-12 | 2019-07-18 | Bank Of America Corporation | System for executing, securing, and non-repudiation of pooled conditional smart contracts over distributed blockchain network |
| CN110415117A (zh) * | 2019-06-28 | 2019-11-05 | 阿里巴巴集团控股有限公司 | 基于区块链的交易处理方法、装置和电子设备 |
| CN111325576A (zh) * | 2020-02-17 | 2020-06-23 | 卫宁健康科技集团股份有限公司 | 疾病诊断相关分组的费用预测方法、系统及电子设备 |
| CN111724269A (zh) * | 2020-06-23 | 2020-09-29 | 平安医疗健康管理股份有限公司 | 一种基于机器学习的结算数据处理方法及装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116646038A (zh) * | 2023-04-06 | 2023-08-25 | 北京百度网讯科技有限公司 | 确定医疗数据分组的方法、装置、电子设备和存储介质 |
| CN116646038B (zh) * | 2023-04-06 | 2024-04-16 | 北京百度网讯科技有限公司 | 确定医疗数据分组的方法、装置、电子设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113743936B (zh) | 2023-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106933854B (zh) | 短链接处理方法、装置及服务器 | |
| CN107682397B (zh) | 客户资源获取方法、装置、终端设备及存储介质 | |
| CN107908530B (zh) | 一种告警处理方法以及装置 | |
| CN106933871A (zh) | 短链接处理方法、装置及短链接服务器 | |
| CN110609937A (zh) | 一种爬虫识别方法及装置 | |
| CN104618388B (zh) | 快速注册登录方法及对应的重置服务器、信息服务器 | |
| CN111698315A (zh) | 针对区块的数据处理方法、数据处理装置及计算机设备 | |
| CN106953868A (zh) | 互联网办理签证的材料的处理方法和系统 | |
| CN113743936A (zh) | 分组结算方法、装置、设备及存储介质 | |
| CN106899558B (zh) | 访问请求的处理方法、装置和存储介质 | |
| CN114416485A (zh) | 数据处理方法及装置 | |
| CN108647139B (zh) | 系统的测试方法、装置、存储介质及电子装置 | |
| JP2017508487A (ja) | 対話式アプリケーションにおいて標識アイコンを追加するための方法およびデバイス | |
| CN107046555B (zh) | 医学影像文件的传输方法及装置 | |
| CN106911634B (zh) | 一种登录方法和设备 | |
| CN114845084B (zh) | 一种多用户的屏幕管理方法、装置、设备及存储介质 | |
| CN109873836A (zh) | 一种数据的风险评估方法及装置 | |
| CN106789889B (zh) | 一种基于网状结构的网络监控方法及装置 | |
| CN109635567A (zh) | 针对应用客户端的校验方法、装置及服务器平台 | |
| CN114882979A (zh) | 一种诊疗数据处理方法、装置及系统 | |
| CN114595146A (zh) | Ab测试方法、装置、系统、电子设备及介质 | |
| CN112651820A (zh) | 一种案件信息处理方法、装置、服务器及存储介质 | |
| CN113760367A (zh) | 一种数据处理方法、装置、电子设备以及存储介质 | |
| CN108307081B (zh) | 骚扰数据批量处理方法及装置 | |
| CN113162922A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |