CN113935722B - 用于住院患者的自动医保结算处理方法、装置及电子设备 - Google Patents
用于住院患者的自动医保结算处理方法、装置及电子设备 Download PDFInfo
- Publication number
- CN113935722B CN113935722B CN202111546098.7A CN202111546098A CN113935722B CN 113935722 B CN113935722 B CN 113935722B CN 202111546098 A CN202111546098 A CN 202111546098A CN 113935722 B CN113935722 B CN 113935722B
- Authority
- CN
- China
- Prior art keywords
- settlement
- information
- platform
- checking
- medical insurance
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/125—Finance or payroll
-
- 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
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Development Economics (AREA)
- Technology Law (AREA)
- Entrepreneurship & Innovation (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Data Mining & Analysis (AREA)
- Epidemiology (AREA)
- Health & Medical Sciences (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种用于住院患者的自动医保结算处理方法、装置及电子设备,本发明的主要设计构思在于,结合计算机技术,利用控件定位及触发操作在医院信息平台、医保结算平台以及病案平台之间进行自动切换并自动按设定时间查询、导出、存储、导入与结算相关的数据,同时利用预设的过滤、核对等机制策略,并结合字段比对方式,进行结算相关数据的核检匹配,以及结合文本处理技术对特定数据进行适应性调整及校正,最终自动完成结算任。本发明为自动结算提供了实施指导,相对人工操结案不仅更为严谨、精准,并解决了当前无法24小时实时结算的痛点,大幅降低了人工结算的错误率,并显著提升了住院患者的医保结算效率。
Description
技术领域
本发明涉及医疗机构财务数据处理技术领域,尤其涉及一种用于住院患者的自动医保结算处理方法、装置及电子设备。
背景技术
医保结算处理,区别于其他领域的财务数据处理作业,具有多系统协作、多轮审核校验以及患者状态医与保类别研判等特点。目前在整个医疗系统的财务数据处理中,针对住院患者的医保结算工作,均是依靠人工手动进行重复、复杂的操作。通常每一个出院的医保患者会在3个工作日内完成结算,医疗机构的财务人员需要在本医院的医务信息平台、官方的医保结算平台及病案平台中进行手动的繁琐导入导出核对等操作,过程中如有必要还需人工进行修改调整,最后由财务人员查询并录入患者住院信息并触发结算操作才能完成,经统计,每一笔医保结算操作需要花费10分钟左右时间。
可见,对一个患者的医保结算操作就需耗费大量时间,而在医疗机构财务人员的日常工作时间,经常会遇到大量患者集中出院,其中还包括较多的急于在短时间办理出院手续的患者。但由于人工操作效率低下,与出院办理结算的需求难以匹配,经常会产生不必要的成本浪费,而且也易导致患者及家属对医疗系统的服务质量产生不满,尤其地,人工结算操作不仅耗时,还会产生由人为作业产生的难以规避的准确率风险。
因此,医疗系统亟需探寻一种能够可靠适配医保财务结算特点的解决方案。
发明内容
鉴于上述,本发明旨在提供一种用于住院患者的自动医保结算处理方法、装置及电子设备,以解决医疗机构针对住院患者进行医保结算时的诸多弊端。
本发明采用的技术方案如下:
第一方面,本发明提供了一种用于住院患者的自动医保结算处理方法,其中包括:
根据预先设定的第一时间,分别在医院信息平台、医保结算平台以及病案平台执行登陆操作;
根据预先设定的第二时间,在开启的医院信息平台中获取住院患者列表;
利用预设的患者名单过滤机制,在住院患者列表中筛选出符合预设结算条件的目标患者;
触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对;
将信息核对完成的单个目标患者的费用信息从医院信息平台导出为费用信息文件;
检查并校正费用信息文件中的计费日期信息;
触发医保结算平台开启,导入当前目标患者的费用信息文件;
从医保结算平台读取基于当前导入的费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
基于比对结果以及预设的第二核对策略进行金额核对及调整;
触发病案平台开启,并从中查询得到对应所述目标患者的病案信息;
再次开启医保结算平台,在医保结算平台的住院费用界面中修改当前目标患者的出院日期后,触发医保费用类型分解并导入所述目标患者的病案信息;
在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
再次开启医院信息平台,将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
在其中至少一种可能的实现方式中,在获取到所述住院患者列表后,还包括下述预处理过程:
通过预设的路径进行查找并在确定导出的所述住院患者列表的文件名符合既定条件后,再打开所述住院患者列表;
基于预设的基础信息核查策略,检查所述住院患者列表的内容是否符合预设的结算基本要求;
若不符合结算基本条件,则直接终止结算任务。
在其中至少一种可能的实现方式中,所述触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对包括:
在筛选出目标患者后,打开医院信息平台;
激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
触发所述出院结算控件基于所述住院流水号搜索所述目标患者的出院信息;
根据预先设定的第一核对策略对所述出院信息进行信息核对,若所述出院信息中的任一项不符合核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对。
在其中至少一种可能的实现方式中,所述基于比对结果以及预设的第二核对策略进行金额核对及调整包括:
对于不一致的比对结果,判定所述合计金额与结算总金额的第一差额是否小于或等于预设的差额阈值;
若否,则中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理;
若是,则修改所述费用信息文件中的药品单价,并计算修改前的药品总金额与修改后的药品总金额的第二差额;
根据所述第一差额与所述第二差额,确定修改是否正确;
若判定为修改正确,则更新所述费用信息文件,并重新导入医保结算平台,并再次生成得到最新的合计金额。
第二方面,本发明提供了一种用于住院患者的自动医保结算处理装置,其中包括:
平台登录模块,用于根据预先设定的第一时间,分别在医院信息平台、医保结算平台以及病案平台执行登陆操作;
待结算患者名单获取模块,用于根据预先设定的第二时间,在开启的医院信息平台中获取住院患者列表;
目标患者过滤模块,用于利用预设的患者名单过滤机制,在住院患者列表中筛选出符合预设结算条件的目标患者;
信息核对模块,用于触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对;
费用文件获取模块,将信息核对完成的单个目标患者的费用信息从医院信息平台导出为费用信息文件;
费用文件核检模块,用于检查并校正费用信息文件中的计费日期信息;
费用文件导入模块,用于触发医保结算平台开启,导入当前目标患者的费用信息文件;
总金额比对模块,用于从医保结算平台读取基于当前导入的费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
金额核对模块,用于基于比对结果以及预设的第二核对策略进行金额核对及调整;
病案信息获取模块,用于触发病案平台开启,并从中查询得到对应所述目标患者的病案信息;
病案信息导入模块,用于再次开启医保结算平台,在医保结算平台的住院费用界面中修改当前目标患者的出院日期后,触发医保费用类型分解并导入所述目标患者的病案信息;
结算激活模块,用于在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
结算结果导入模块,用于再次开启医院信息平台,将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
在其中至少一种可能的实现方式中,所述结算处理装置还包括患者名单预处理模块,所述患者名单预处理模块具体包括:
文件查找单元,用于通过预设的路径进行查找并在确定导出的所述住院患者列表的文件名符合既定条件后,再打开所述住院患者列表;
名单核查单元,用于基于预设的基础信息核查策略,检查所述住院患者列表的内容是否符合预设的结算基本要求;
结算终止单元,用于当所述名单核查单元输出为否时,直接终止结算任务。
在其中至少一种可能的实现方式中,所述信息核对模块包括:
平台切换单元,用于在筛选出目标患者后,打开医院信息平台;
目标患者信息加载单元,用于激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
出院信息获取单元,用于触发所述出院结算控件基于所述住院流水号搜索所述目标患者的出院信息;
出院信息核检单元,用于根据预先设定的第一核对策略对所述出院信息进行信息核对,若所述出院信息中的任一项不符合核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对。
在其中至少一种可能的实现方式中,所述金额核对模块包括:
差额检验单元,用于对于不一致的比对结果,判定所述合计金额与结算总金额的第一差额是否小于或等于预设的差额阈值;
结算中止单元,用于当所述差额检验单元输出为否时,中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理;
金额调整单元,用于当所述差额检验单元输出为是时,修改所述费用信息文件中的药品单价,并计算修改前的药品总金额与修改后的药品总金额的第二差额;
修改检验单元,用于根据所述第一差额与所述第二差额,确定修改是否正确;
总金额更新单元,用于当所述修改检验单元输出为是时,更新所述费用信息文件,并重新导入医保结算平台,并再次生成得到最新的合计金额。
第三方面,本发明提供了一种电子设备,其中包括:
一个或多个处理器、存储器以及一个或多个计算机程序,所述存储器可以采用非易失性存储介质,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述设备执行时,使得所述设备执行如第一方面或者第一方面的任一可能实现方式中的所述方法。
本发明的主要设计构思在于,结合计算机技术,利用控件定位及触发操作在医院信息平台、医保结算平台以及病案平台之间进行自动切换并自动按设定时间查询、导出、存储、导入与结算相关的数据,同时利用预设的过滤、核对等机制策略,并结合字段比对方式,进行结算相关数据的核检匹配,以及结合文本处理技术对特定数据进行适应性调整及校正,最终自动完成结算任。本发明为自动结算提供了实施指导,相对人工操结案不仅更为严谨、精准,并解决了当前无法24小时实时结算的痛点,大幅降低了人工结算的错误率,并显著提升了住院患者的医保结算效率。
附图说明
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步描述,其中:
图1为本发明实施例提供的用于住院患者的自动医保结算处理方法的流程图;
图2为本发明实施例提供的用于住院患者的自动医保结算处理装置的示意图;
图3为本发明实施例提供的电子设备的示意图。
具体实施方式
下面详细描述本发明的实施例,实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本发明提出了一种用于住院患者的自动医保结算处理方法的实施例(可以通过诸如MSTest自动化测试框架与Visual Studio结合,利用本发明提出的设计构思模拟人工并达到自动完成对住院患者的医保结算全部操作,包括实施数据交互、数据勾兑、数据校验等),具体来说,如图1所示,其中包括:
步骤S1、根据预先设定的第一时间(表征自动结算操作的开始时间),分别在医院信息平台(例如但不限于HIS系统)、医保结算平台(例如但不限于首信系统)以及病案平台(例如但不限于DRGs系统)执行登陆操作;
在实际操作中,可以在执行登陆操作之前,通过进程名检查上述三个平台的状态,如检测到任一平台当前已开启,则强制关闭(例如可通过进程杀死函数)已开启的平台,再重新触发平台开启,并在初始化后,从数据库中提取预先存储的相应平台的用户名及密码,将相应用户名和密码自动录入到对应平台的登录控件中完成自动登陆操作。
步骤S2、根据预先设定的第二时间(表征从HIS导表时间),在开启的医院信息平台中通过触发控件从中获取住院患者列表(具体地,可以从HIS系统中导出至可读取的表格文件中——如EXCEL,该表格文件中包括预先录入至医院信息平台的待结算住院患者的全部名单及其关联信息);
在实际操作中,可先定位HIS系统中的“出院结算”窗口,并触发预设的“待结算患者”控件(可以是软件按钮形式),从而便可以从HIS界面中将“待结算患者名单”以预设的表格形式(EXCEL)导出。接着,可以通过预设的本次存储路径,将“待结算患者名单”导至本地计算机的存储介质中(例如但不限于电脑C盘),并可以按既定规则为此文件命名为:《全部出院患者待结算列表》。这里可以具体说明的是,“待结算患者名单”中主要可以包含:患者住院流水号、患者姓名、患者医保类型、所在科室、出院日期、费用合计金额等信息。
优选地,在本发明的一些较佳实施中,在导出“待结算患者名单”列表后,还可以进行如下表格预处理过程:
步骤S21、通过预设的路径进行查找并在确定导出的列表文件的名称符合既定条件后,再打开该表格文件;在实际操作中,例如可以在本地保存路径(如C:\)查找“待结算患者名单”EXCEL文件,并判定文件名称是否符合既定的《全部出院患者待结算列表》,以免到错表格。
步骤S22、基于预设的基础信息核查策略,检查所述表格文件的内容是否符合预设的结算基本要求;例如,可以自动检索“待结算患者名单”中“患者住院号”一列的具体内容,判断其中是否存在后续结算所需的住院流水号(与前述患者住院号不同)、医保类型、科室等信息。尤其地,在本发明的一些较佳实施例中,主要可以通过字段检索的方式,判断对应同一个住院患者的“住院流水号”是否存在且是唯一的,由于根据HIS中的规则,每一个住院患者(例如其患者住院号为0000112233)会存在多笔住院费用记录(也即是有多笔流水),而按照医保结算要求,对应该患者住院号0000112233下的住院流水号应是唯一的(如ZY0010000112233),而不能出现一个患者住院号对应多个不同的住院流水号,从而避免后续结算操作时一个患者对应多笔费用记录,导致无法判定哪笔费用为可结算费用。
步骤S23、若不符合结算基本条件,则直接终止结算任务。
可以理解地,前述预处理环节是为了从“待结算患者名单”中查看待结算患者信息是否符合自动结算的基本条件要求。
步骤S3、利用预设的患者名单过滤机制,在所述住院患者列表中筛选出符合结算条件的目标患者;
在实际操作中,可以根据筛选配置机制,将前述“待结算患者名单”中科室一列中满足自动结算条件的住院患者抓取出来,即得到目标患者,当然可以理解地,将过滤筛选出的所有目标患者构建一个为后续处理所用的目标患者名单。具体而言,预先对可以满足本发明提出的自动结算处理的住院患者涉及的科室及医保类型进行预配置作为过滤规则。例如,可设定适用于本发明提出的自动结算处理的医保类型包括城镇职工基本医疗保险,而科室可以设为呼吸科。由此,步骤S3的过程就是从“待结算患者名单”中按字段检索并筛选出满足“城镇职工基本医疗保险”、“呼吸科”此两个条件的目标患者。
步骤S4、触发医院信息平台逐个查询单个所述目标患者的出院信息,并根据预设的第一核对策略(第一核对策略表征对于患者住院相关信息的核对规则)对所述出院信息进行信息核对;
在实际操作中,针对所有所述目标患者,可执行下述操作:
步骤S41、在筛选出目标患者后,打开医院信息平台;
步骤S42、激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
步骤S43、触发所述出院结算控件根据所述流水号搜索所述目标患者的出院信息;
由于后续需要使用HIS系统进行结算操作,因而,此阶段可以将已经筛选过滤后的目标患者的住院流水号录入HIS系统,并通过定位到对应控件触发HIS系统通过该住院流水号获取当前目标患者在后续自动结算时所需的信息。
步骤S44、根据预先设定的第一核对条件对所述出院信息进行信息核对,若所述出院信息中的任一项不符合所述第一核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对;具体来说,根据医保结算需求可以对以上出院信息的存在性、准确性进行判定,如果不符合结算要求(如:医生未保存诊断信息,诊断值为-1),则跳过当前目标患者,跳转至下一个目标患者继续执行前述处理。
以前例说明,触发HIS系统根据自动填入的住院流水号ZY0000112233,查询目标患者的下述出院信息:出院日期、结算总金额、患者诊断信息、医保结算状态、单位名称等,并通过上述出院信息字段判定自动结算处理所需的关键信息是否存在。
进一步地,可根据预设条件,例如当获取到单位名称为“.”“空白”则判定该目标患者单位信息为无,或者当获取到患者诊断信息为“-1”则判定该目标患者的诊断记录未被医生在先保存,或者当获取到医保结算状态为“医保已导入”,则判定为该目标患者在先已经完成医保结算,或者当获取到的出院日期与本地的系统日期相等,则判定目标患者的出院时间异常,如上示例等等,只要任意一项信息的内容核对与既定规则不匹配,则中止该目标患者的结算处理,从前述目标患者列表中读取下一个目标患者的住院流水号并继续在HIS系统中通过控件定位、检索、字段比对等方式进行逐一核对。
步骤S5、将信息核对完成的单个所述目标患者的费用信息从医院信息平台导出为费用信息文件;
在实际操作中,可通过定位控件的方式,触发HIS系统中“导出结算”控件,并从HIS系统弹出的“导出结算”窗口中将当前目标患者的费用信息导出为TXT文件至本地存储路径下预先建立的文件夹中,如C:/ YBDR(此文件夹可用于储存全部待结算的目标患者的费用信息文件),导出完成后,后续可根据导出TXT文件的操作时间或导出TXT文件的文件名,进行关联对应校验,举例来说,可以在本地文件夹存储某目标患者的TXT格式的费用信息文件时,按既定策略,将该TXT文件的文件名以住院号命名,之后在结算处理过程中(包括后续步骤中的校正信息操作),可以根据文件名称与对应的目标患者进行关联验证,即判定正在结算的目标患者的住院号与导出的费用信息文件的文件名(住院号)是否一致,从而可以万无一失地在本地文件夹中锁定到对应费用信息文件。例如,导出的费用信息文件名称为0000112233,而正在结算的目标患者的住院号(可以理解地,住院号也可以按字符从目标患者的住院流水号信息中截取到)为0000112233,经字符比对,二者一致,即判定该费用信息文件属于该目标患者。关于所述费用信息文件,这里可做如下示意性介绍,其具体是指目标患者在住院期间发生的费用明细以及计费日期,其中可分为药品费用与非药品费用:药品与非药品的区分,可根据费用信息文件中的项目编码进行区分,例如药品编码为“Y00000015937”,而非药品编码为“Y000000156349”;费用明细中还可以包含药品编码、计费项目名称、计费项目单价、计费项目数量、计费项目合计金额以及计费项目日期等费用信息。
步骤S6、检查并校正所述费用信息文件中的计费日期信息;
在实际操作中,可以在前步导出的费用信息文件中逐行地通过预设字段,检查该费用信息文件中的“计费日期”是否满足医保结算要求,具体地,可根据医保结算规则设定计费日期不得超过住院期间的时间区间;对于不符合医保结算规则的费用信息文件,读取对应该目标患者的出院日期,并将该出院日期替换所述费用信息文件中当前的计费日期,使其满足结算要求并存储到费用信息文件中。
步骤S7、触发医保结算平台开启(如在先已开启首信系统,则可以按前文提及的先判断登录状态,如需要则可以强制关闭并重启后再次登录首信系统),导入目标患者的所述费用信息文件;
具体来说,患者在入院时会由人工在首信系统中录入医保卡信息,因而在此步骤中,可从首信系统中定位并触发“住院费用”控件,自动加载目标患者的住院号并触发搜索查询目标患者医保登记信息,之后根据首信系统的“住院费用”界面中显示的合计金额判定该目标患者是否存在历史导入的合计金额信息,合计金额信息的获取可通过控件获取该界面中的文本信息得到,且如果合计金额不为0.00(此金额为预先构建的标准要求,可按需求设定),则可以通过控件查找触发“全部删除”、“保存”;例如在实际操作中,在首信系统的“住院费用”界面显示出不为0的合计金额时,即可以判定为该目标患者之前已经被导入过费用信息,此时,可以定位到“全部删除”控件并通过触发该控件自动删除之前的历史费用记录,之后再通过相应的控件自动重新导入经过前步检查及校正后的刚从HIS系统中导出的费用信息文件。
步骤S8、从医保结算平台读取基于当前导入的所述费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
在导入费用信息文件后,首信系统会在其“住院费用”界面重新生成最新的当前目标患者住院费用的合计金额,接着,将从HIS系统中获取到的该目标患者的 “结算总金额”与首信系统中住院费用界面下此时的“合计金额”进行一致性比对。
步骤S9、基于比对结果以及预设的第二核对策略(第二核对策略表征对于费用合计金额的核对规则)进行金额核对及调整;
具体来说,对于不一致的比对结果(一般是费用导出导入存在四舍五入差或者科室自费自付协议书勾选错误),根据医保结算要求,判定二者差额(可称为第一差额)是否在预设差额阈值(如0.05元)以下,如果为否,即所述第一差额超出了预设差额阈值,则中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理。
如果为是,即所述第一差额符合预设差额阈值,那么可以按下述策略进行金额调整:根据第一差额修改前述费用信息文件中的药品单价,并将修改前的药品总金额与修改后的药品总金额作差得到第二差额,然后,根据所述第一差额与所述第二差额判定修改是否正确(第一差额与第二差额相等则确认为修改正确),在确定修改正确后,保存更新后的费用信息文件,并重新导入首信系统中,再次生成最新的合计金额。
在实际的调整操作中,可以获取前述费用信息文件,找到最为合适的记录(根据导出文件的费用字段,将药品与非药品进行区分,修改四舍五入差时可以仅修改药品单价)进行修改,修改后重新导入到医保结算系统中,使两个结算系统数据一致。其中提及的最合适记录指的是通过前述费用信息文件中的药品记录,搜索可以用药品总金额除以数量后能够除尽的药品费用记录(可预先制定算法进行自动运算,并根据计算结果的小数点的位数,判定是否可以除尽),从而便可以将四舍五入差导致的差额自动修改至该药品单价中。
步骤S10、触发病案平台开启(如在先已开启DRGs系统,则可以按前文提及的先判断登录状态,如需要则可以强制关闭并重启后再次登录DRGs系统),并从中查询得到对应所述目标患者的病案信息;
具体地,可以在DRGs系统中加载目标患者的住院号及出院日期等信息,并触发“查询”控件完成DRGs系统数据查询操作,进一步地,可以将查询到的对应病案信息导出至指定目录(根据软件索引位置定义文件导出指定目录),这里可以说明的是,病案平台为官方病案管理系统,患者出院后会由院方病案室根据医生诊断将患者病案信息维护到病案平台中以供结算使用。
例如,根据正在结算的目标患者的住院号至DRGs系统中查找该目标患者维护的病案文件,通过控件查找在DRGs系统的“出院时间”界面中输入患者的出院日期(出院日期来自前述HIS系统的出院信息),之后触发“查询”控件获得病案文件,并按预设存储路径将导出的目标患者的病案文件存至本地以备结算使用。
步骤S11、再次开启医保结算平台(如在先已开启首信系统,则可以按前文提及的先判断登录状态,如需要则可以强制关闭并重启后再次登录首信系统),在住院结算界面中修改目标患者的出院日期后,触发医保费用类型分解,并导入所述目标患者的病案信息;
医保结算平台(首信系统)是用来结算医保患者的住院费用的系统,可根据患者的费用类型进行分解区分出自费金额和报销金额,并且在医保患者结算中需要应用到其中的两个界面,“住院费用”界面以及“出院结算”界面,住院费用界面是用来核对并调整患者费用信息的界面,出院结算界面则是用来分解患者住院费用以及录入患者住院信息的界面。
而在首信系统打开其住院结算界面后,显示的出院日期为当天的系统日期,而不是目标患者的出院日期,因此可由控件触发并填入与当前结算目标患者对应的出院日期信息,该信息来自前文提及的HIS系统,具体地,可通过控件打开医保结算系统中的“住院结算”界面,通过控件查找到“出院日期”位置,选中后重新录入当前目标患者的出院日期。
在本地查找当前目标患者的病案文件时与前文提及的锁定费用信息文件方式可以是一样的,即通过文件名称和操作时间来判定;这里补充一种特殊情况,如果未找到本地存储的病案文件,则可以在首信系统中录入“着急出院”等类似预设信息,触发直接结算(根据医保规则,如果患者在出院结算时未查询到患者的病案,可在首信导入病案信息界面录入文本“着急出院”备注,则可以跳过经由DRGs系统的结算步骤)。
步骤S12、在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
在实际操作中,可通过控件触发首信系统的“住院结算”界面中的结算控件完成费用结算,之后定位到导出控件,触发后将医保结算结果导出至本地预设路径,如前所示,可以将医保结算平台中的分解结果导出到本地C盘预设的YBDC文件夹中。
步骤S13、再次开启医院信息平台(如在先已开启HIS系统,则可以按前文提及的先判断登录状态,如需要则可以强制关闭并重启后再次登录HIS系统),将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
具体地,在HIS系统中将首信系统导出的分解结果导入至HIS系统的数据库中,至此针对一个目标患者的结算操作结束,接着可以重复上述处理过程,直至所有目标患者的结算处理完成,进一步地,此后还可以统计本次结算任务的汇总信息发至相关人员,并待机执行下一次基于第一时间出发的结算任务。
综上所述,本发明的主要设计构思在于,结合计算机技术,利用控件定位及触发操作在医院信息平台、医保结算平台以及病案平台之间进行自动切换并自动按设定时间查询、导出、存储、导入与结算相关的数据,同时利用预设的过滤、核对等机制策略,并结合字段比对方式,进行结算相关数据的核检匹配,以及结合文本处理技术对特定数据进行适应性调整及校正,最终自动完成结算任。本发明为自动结算提供了实施指导,相对人工操结案不仅更为严谨、精准,并解决了当前无法24小时实时结算的痛点,大幅降低了人工结算的错误率,并显著提升了住院患者的医保结算效率。
相应于上述各实施例及优选方案,本发明还提供了一种用于住院患者的自动医保结算处理装置的实施例,如图2所示,具体可以包括如下部件:
平台登录模块1,用于根据预先设定的第一时间,分别在医院信息平台、医保结算平台以及病案平台执行登陆操作;
待结算患者名单获取模块2,用于根据预先设定的第二时间,在开启的医院信息平台中获取住院患者列表;
目标患者过滤模块3,用于利用预设的患者名单过滤机制,在住院患者列表中筛选出符合预设结算条件的目标患者;
信息核对模块4,用于触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对;
费用文件获取模块5,将信息核对完成的单个目标患者的费用信息从医院信息平台导出为费用信息文件;
费用文件核检模块6,用于检查并校正费用信息文件中的计费日期信息;
费用文件导入模块7,用于触发医保结算平台开启,导入当前目标患者的费用信息文件;
总金额比对模块8,用于从医保结算平台读取基于当前导入的费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
金额核对模块9,用于基于比对结果以及预设的第二核对策略进行金额核对及调整;
病案信息获取模块10,用于触发病案平台开启,并从中查询得到对应所述目标患者的病案信息;
病案信息导入模块11,用于再次开启医保结算平台,在医保结算平台的住院费用界面中修改当前目标患者的出院日期后,触发医保费用类型分解并导入所述目标患者的病案信息;
结算激活模块12,用于在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
结算结果导入模块13,用于再次开启医院信息平台,将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
在其中至少一种可能的实现方式中,所述结算处理装置还包括患者名单预处理模块,所述患者名单预处理模块具体包括:
文件查找单元,用于通过预设的路径进行查找并在确定导出的所述住院患者列表的文件名符合既定条件后,再打开所述住院患者列表;
名单核查单元,用于基于预设的基础信息核查策略,检查所述住院患者列表的内容是否符合预设的结算基本要求;
结算终止单元,用于当所述名单核查单元输出为否时,直接终止结算任务。
在其中至少一种可能的实现方式中,所述信息核对模块包括:
平台切换单元,用于在筛选出目标患者后,打开医院信息平台;
目标患者信息加载单元,用于激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
出院信息获取单元,用于触发所述出院结算控件基于所述住院流水号搜索所述目标患者的出院信息;
出院信息核检单元,用于根据预先设定的第一核对策略对所述出院信息进行信息核对,若所述出院信息中的任一项不符合核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对。
在其中至少一种可能的实现方式中,所述金额核对模块包括:
差额检验单元,用于对于不一致的比对结果,判定所述合计金额与结算总金额的第一差额是否小于或等于预设的差额阈值;
结算中止单元,用于当所述差额检验单元输出为否时,中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理;
金额调整单元,用于当所述差额检验单元输出为是时,修改所述费用信息文件中的药品单价,并计算修改前的药品总金额与修改后的药品总金额的第二差额;
修改检验单元,用于根据所述第一差额与所述第二差额,确定修改是否正确;
总金额更新单元,用于当所述修改检验单元输出为是时,更新所述费用信息文件,并重新导入医保结算平台,并再次生成得到最新的合计金额。
应理解以上图2所示的用于住院患者的自动医保结算处理装置中各个部件的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且这些部件可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分部件以软件通过处理元件调用的形式实现,部分部件通过硬件的形式实现。例如,某个上述模块可以为单独设立的处理元件,也可以集成在电子设备的某一个芯片中实现。其它部件的实现与之类似。此外这些部件全部或部分可以集成在一起,也可以独立实现。在实现过程中,上述方法的各步骤或以上各个部件可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如,以上这些部件可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific Integrated Circuit;以下简称:ASIC),或,一个或多个微处理器(Digital Singnal Processor;以下简称:DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array;以下简称:FPGA)等。再如,这些部件可以集成在一起,以片上系统(System-On-a-Chip;以下简称:SOC)的形式实现。
综合上述各实施例及其优选方案,本领域技术人员可以理解的是,在实际操作中,本发明所涉及的技术构思可适用于多种实施方式,本发明以下述载体作为示意性说明:
(1)一种电子设备。该设备具体可以包括:一个或多个处理器、存储器以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述设备执行时,使得所述设备执行前述实施例或者等效实施方式的步骤/功能。
该电子设备具体可以为与计算机相关的电子设备,例如但不限于各类电脑、交互终端及电子产品等,例如平板、手机等。
图3为本发明提供的电子设备的实施例的结构示意图,具体地,电子设备900包括处理器910和存储器930。其中,处理器910和存储器930之间可以通过内部连接通路互相通信,传递控制和/或数据信号,该存储器930用于存储计算机程序,该处理器910用于从该存储器930中调用并运行该计算机程序。上述处理器910可以和存储器930可以合成一个处理装置,更常见的是彼此独立的部件,处理器910用于执行存储器930中存储的程序代码来实现上述功能。具体实现时,该存储器930也可以集成在处理器910中,或者,独立于处理器910。
除此之外,为了使得电子设备900的功能更加完善,该设备900还可以包括输入单元960、显示单元970、音频电路980、摄像头990和传感器901等中的一个或多个,所述音频电路还可以包括扬声器982、麦克风984等。其中,显示单元970可以包括显示屏。
进一步地,上述设备900还可以包括电源950,用于给该设备900中的各种器件或电路提供电能。
应理解,该设备900中的各个部件的操作和/或功能,具体可参见前文中关于方法、系统等实施例的描述,为避免重复,此处适当省略详细描述。
应理解,图3所示的电子设备900中的处理器910可以是片上系统SOC,该处理器910中可以包括中央处理器(Central Processing Unit;以下简称:CPU),还可以进一步包括其他类型的处理器,例如:图像处理器(Graphics Processing Unit;以下简称:GPU)等,具体在下文中再作介绍。
总之,处理器910内部的各部分处理器或处理单元可以共同配合实现之前的方法流程,且各部分处理器或处理单元相应的软件程序可存储在存储器930中。
(2)一种计算机数据存储介质,在该存储介质上存储有计算机程序或上述装置,当计算机程序或上述装置被执行时,使得计算机执行前述实施例或等效实施方式的步骤/功能。
在本发明所提供的几个实施例中,任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机数据取存储介质中。基于这样的理解,本发明的某些技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以如下所述软件产品的形式体现出来。
尤其需指出的是,该存储介质可以是指服务器或相类似的计算机设备,具体地,也即是服务器或类似的计算机设备中的存储器件中存储有前述计算机程序或上述装置。
(3)一种计算机程序产品(该产品可以包括上述装置),该计算机程序产品在终端设备上运行时,使终端设备执行前述实施例或等效实施方式的用于住院患者的自动医保结算处理方法。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到上述实施方法中的全部或部分步骤可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,上述计算机程序产品可以包括但不限于是指APP。
接续前文,上述设备/终端可以是一台计算机设备,并且,该计算机设备的硬件结构还可以具体包括:至少一个处理器,至少一个通信接口,至少一个存储器和至少一个通信总线;处理器、通信接口、存储器均可以通过通信总线完成相互间的通信。其中,处理器可能是一个中央处理器CPU、DSP、微控制器或数字信号处理器,还可包括GPU、嵌入式神经网络处理器(Neural-network Process Units;以下简称:NPU)和图像信号处理器(Image SignalProcessing;以下简称:ISP),该处理器还可包括特定集成电路ASIC,或者是被配置成实施本发明实施例的一个或多个集成电路等,此外,处理器可以具有操作一个或多个软件程序的功能,软件程序可以存储在存储器等存储介质中;而前述的存储器/存储介质可以包括:非易失性存储器(non-volatile memory),例如非可移动磁盘、U盘、移动硬盘、光盘等,以及只读存储器(Read-Only Memory;以下简称:ROM)、随机存取存储器(Random AccessMemory;以下简称:RAM)等。
本发明实施例中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b和c中的至少一项可以表示:a,b,c,a和b,a和c,b和c或a和b和c,其中a,b,c可以是单个,也可以是多个。
本领域技术人员可以意识到,本说明书中公开的实施例中描述的各模块、单元及方法步骤,能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方式来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
以及,其中作为分离部件说明的模块、单元等可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个地方,例如系统网络的节点上。具体可根据实际的需要选择其中的部分或者全部模块、单元来实现上述实施例方案的目的。本领域技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上依据图式所示的实施例详细说明了本发明的构造、特征及作用效果,但以上仅为本发明的较佳实施例,需要言明的是,上述实施例及其优选方式所涉及的技术特征,本领域技术人员可以在不脱离、不改变本发明的设计思路以及技术效果的前提下,合理地组合搭配成多种等效方案;因此,本发明不以图面所示限定实施范围,凡是依照本发明的构想所作的改变,或修改为等同变化的等效实施例,仍未超出说明书与图示所涵盖的精神时,均应在本发明的保护范围内。
Claims (10)
1.一种用于住院患者的自动医保结算处理方法,其特征在于,基于控件定位及触发操作在医院信息平台、医保结算平台以及病案平台之间执行如下方法:
根据预先设定的第一时间,分别在医院信息平台、医保结算平台以及病案平台执行登录操作;
根据预先设定的第二时间,在开启的医院信息平台中获取住院患者列表;
利用预设的患者名单过滤机制,在住院患者列表中筛选出符合预设结算条件的目标患者;
触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对;
将信息核对完成的单个目标患者的费用信息从医院信息平台导出为费用信息文件;
检查并校正费用信息文件中的计费日期信息;
触发医保结算平台开启,导入当前目标患者的费用信息文件;
从医保结算平台读取基于当前导入的费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
基于比对结果以及预设的第二核对策略进行金额核对及调整,包括:若目标患者的结算总金额与从医保结算平台读取到的当前合计金额不一致,则修改费用信息文件中的费用信息并将更新后的费用信息文件重新导入医保结算平台,再次由医保结算平台生成最新的合计金额;
触发病案平台开启,并从中查询得到对应所述目标患者的病案信息;
再次开启医保结算平台,在医保结算平台的住院费用界面中修改当前目标患者的出院日期后,触发医保费用类型分解并导入所述目标患者的病案信息;
在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
再次开启医院信息平台,将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
2.根据权利要求1所述的用于住院患者的自动医保结算处理方法,其特征在于,在获取到所述住院患者列表后,还包括下述预处理过程:
通过预设的路径进行查找并在确定导出的所述住院患者列表的文件名符合既定条件后,再打开所述住院患者列表;
基于预设的基础信息核查策略,检查所述住院患者列表的内容是否符合预设的结算要求;
若不符合结算条件,则直接终止结算任务。
3.根据权利要求1所述的用于住院患者的自动医保结算处理方法,其特征在于,所述触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对包括:
在筛选出目标患者后,打开医院信息平台;
激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
触发所述出院结算控件基于所述住院流水号搜索所述目标患者的出院信息;
根据预先设定的第一核对策略对所述出院信息进行信息核对,若所述出院信息中的任一项不符合核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对。
4.根据权利要求1~3任一项所述的用于住院患者的自动医保结算处理方法,其特征在于,所述基于比对结果以及预设的第二核对策略进行金额核对及调整包括:
对于不一致的比对结果,判定所述合计金额与结算总金额的第一差额是否小于或等于预设的差额阈值;
若否,则中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理;
若是,则修改所述费用信息文件中的药品单价,并计算修改前的药品总金额与修改后的药品总金额的第二差额;
根据所述第一差额与所述第二差额,确定修改是否正确;
若判定为修改正确,则更新所述费用信息文件,并重新导入医保结算平台,并再次生成得到最新的合计金额。
5.一种用于住院患者的自动医保结算处理装置,其特征在于,所述处理装置基于控件定位及触发操作在医院信息平台、医保结算平台以及病案平台之间进行操作,包括:
平台登录模块,用于根据预先设定的第一时间,分别在医院信息平台、医保结算平台以及病案平台执行登录操作;
待结算患者名单获取模块,用于根据预先设定的第二时间,在开启的医院信息平台中获取住院患者列表;
目标患者过滤模块,用于利用预设的患者名单过滤机制,在住院患者列表中筛选出符合预设结算条件的目标患者;
信息核对模块,用于触发医院信息平台逐个查询目标患者的出院信息,并根据预设的第一核对策略对出院信息进行核对;
费用文件获取模块,将信息核对完成的单个目标患者的费用信息从医院信息平台导出为费用信息文件;
费用文件核检模块,用于检查并校正费用信息文件中的计费日期信息;
费用文件导入模块,用于触发医保结算平台开启,导入当前目标患者的费用信息文件;
总金额比对模块,用于从医保结算平台读取基于当前导入的费用信息文件所生成的合计金额,并比对所述合计金额与当前目标患者在所述出院信息中的结算总金额是否一致;
金额核对模块,用于基于比对结果以及预设的第二核对策略进行金额核对及调整,包括:若目标患者的结算总金额与从医保结算平台读取到的当前合计金额不一致,则修改费用信息文件中的费用信息并将更新后的费用信息文件重新导入医保结算平台,再次由医保结算平台生成最新的合计金额;
病案信息获取模块,用于触发病案平台开启,并从中查询得到对应所述目标患者的病案信息;
病案信息导入模块,用于再次开启医保结算平台,在医保结算平台的住院费用界面中修改当前目标患者的出院日期后,触发医保费用类型分解并导入所述目标患者的病案信息;
结算激活模块,用于在所述病案信息导入后,触发医保结算平台执行结算操作,并将得到的当前目标患者的结算结果导出;
结算结果导入模块,用于再次开启医院信息平台,将当前目标患者的结算结果导入至医院信息平台中,完成当前目标患者的结算任务。
6.根据权利要求5所述的用于住院患者的自动医保结算处理装置,其特征在于,所述结算处理装置还包括患者名单预处理模块,所述患者名单预处理模块具体包括:
文件查找单元,用于通过预设的路径进行查找并在确定导出的所述住院患者列表的文件名符合既定条件后,再打开所述住院患者列表;
名单核查单元,用于基于预设的基础信息核查策略,检查所述住院患者列表的内容是否符合预设的结算要求;
结算终止单元,用于当所述名单核查单元输出为否时,直接终止结算任务。
7.根据权利要求5所述的用于住院患者的自动医保结算处理装置,其特征在于,所述信息核对模块包括:
平台切换单元,用于在筛选出目标患者后,打开医院信息平台;
目标患者信息加载单元,用于激活医院信息平台的出院结算控件,并加载目标患者的住院流水号;
出院信息获取单元,用于触发所述出院结算控件基于所述住院流水号搜索所述目标患者的出院信息;
出院信息核检单元,用于根据预先设定的第一核对策略对所述出院信息进行信息核对,若所述出院信息中的任一项不符合核对条件,则中止当前目标患者的结算任务,跳转至下一个目标患者继续核对。
8.根据权利要求5~7任一项所述的用于住院患者的自动医保结算处理装置,其特征在于,所述金额核对模块包括:
差额检验单元,用于对于不一致的比对结果,判定所述合计金额与结算总金额的第一差额是否小于或等于预设的差额阈值;
结算中止单元,用于当所述差额检验单元输出为否时,中止当前目标患者的结算任务,跳转至下一个目标患者继续进行结算处理;
金额调整单元,用于当所述差额检验单元输出为是时,修改所述费用信息文件中的药品单价,并计算修改前的药品总金额与修改后的药品总金额的第二差额;
修改检验单元,用于根据所述第一差额与所述第二差额,确定修改是否正确;
总金额更新单元,用于当所述修改检验单元输出为是时,更新所述费用信息文件,并重新导入医保结算平台,并再次生成得到最新的合计金额。
9.一种电子设备,其特征在于,包括:
一个或多个处理器、存储器以及一个或多个计算机程序,其中所述一个或多个计算机程序被存储在所述存储器中,所述一个或多个计算机程序包括指令,当所述指令被所述电子设备执行时,使得所述电子设备执行权利要求1~4任一项所述的用于住院患者的自动医保结算处理方法。
10.一种计算机数据存储介质,其特征在于,所述计算机数据存储介质中存储有计算机程序,当所述计算机程序在计算机上运行时,使得计算机执行权利要求1~4任一项所述的用于住院患者的自动医保结算处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111546098.7A CN113935722B (zh) | 2021-12-17 | 2021-12-17 | 用于住院患者的自动医保结算处理方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111546098.7A CN113935722B (zh) | 2021-12-17 | 2021-12-17 | 用于住院患者的自动医保结算处理方法、装置及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113935722A CN113935722A (zh) | 2022-01-14 |
CN113935722B true CN113935722B (zh) | 2022-04-12 |
Family
ID=79289263
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111546098.7A Active CN113935722B (zh) | 2021-12-17 | 2021-12-17 | 用于住院患者的自动医保结算处理方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113935722B (zh) |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4491725A (en) * | 1982-09-29 | 1985-01-01 | Pritchard Lawrence E | Medical insurance verification and processing system |
JP4181092B2 (ja) * | 2004-07-16 | 2008-11-12 | あいおい損害保険株式会社 | 保険金自動支払装置及び保険金自動支払システム |
CN104008449A (zh) * | 2014-05-27 | 2014-08-27 | 乔岭梅 | 一种住院医保病人管理系统 |
CN107463767A (zh) * | 2017-07-06 | 2017-12-12 | 深圳市坐标软件开发有限公司 | 云his医保数据处理方法及系统 |
CN109523265A (zh) * | 2018-10-16 | 2019-03-26 | 易保互联医疗信息科技(北京)有限公司 | 医保结算全流程自动审核方法及系统 |
CN110428341A (zh) * | 2019-08-06 | 2019-11-08 | 哈尔滨工业大学软件工程股份有限公司 | 医保费用结算方法、设备及计算机可读存储介质 |
CN112466448A (zh) * | 2020-11-27 | 2021-03-09 | 沂南县中医医院 | 住院患者床旁快速电子结算系统及方法 |
CN113178251A (zh) * | 2021-05-24 | 2021-07-27 | 北京天健源达科技股份有限公司 | 与基于云计算的医院信息系统对接的医保处理系统 |
-
2021
- 2021-12-17 CN CN202111546098.7A patent/CN113935722B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN113935722A (zh) | 2022-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180287805A1 (en) | Hardware Blockchain Consensus Operating Procedure Enforcement | |
US8645168B2 (en) | Interactive electronic bill payment system | |
US7403917B1 (en) | Reconciling combinations of transactions | |
US20110029321A1 (en) | System and method for web-based claim management | |
US20150066861A1 (en) | Flexible Time-based Aggregated Derivations for Advanced Analytics | |
US20060161463A1 (en) | Method and system for in-process tracking of an operation | |
CN112541831A (zh) | 一种医疗保险的风险识别方法、装置、介质及电子设备 | |
WO2021042896A1 (zh) | 基于大数据的车辆估值方法、系统、设备及可读存储介质 | |
AU2017366832A1 (en) | Methods, systems and computer program products for collecting tax data | |
CN112989990B (zh) | 医疗票据识别方法、装置、设备及存储介质 | |
US10366351B2 (en) | Information standardization and verification | |
CN113935722B (zh) | 用于住院患者的自动医保结算处理方法、装置及电子设备 | |
CN1325081A (zh) | 账票认识处理装置 | |
US20190199809A1 (en) | Registration during downtime | |
CN111161088A (zh) | 票据处理方法、装置和设备 | |
JPH0640333B2 (ja) | 診療内容チェック方式 | |
CN114511314A (zh) | 一种支付账户管理的方法、装置、计算机设备和存储介质 | |
US20040006495A1 (en) | Letter communication method, an apparatus, and a computer program product for a healthcare provider to effectively expedite reimbursement process from a patient | |
US10650380B1 (en) | System and method for evaluating requests | |
US11354753B1 (en) | System for reconciling pharmacy payments based upon predicted claims and related methods | |
US20030220816A1 (en) | System and method for managing interactions between machine-generated and user-defined patient lists | |
CN113065323A (zh) | 合同模板数据的导入方法、装置、设备以及存储介质 | |
US20190035039A1 (en) | Dynamic balance adjustment method | |
CN116644074A (zh) | 一种药品管理方法、系统、设备及介质 | |
CN114418559A (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 |