CN110689445A - 医保审核方法、装置、电子设备及可读存储介质 - Google Patents
医保审核方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN110689445A CN110689445A CN201910920653.4A CN201910920653A CN110689445A CN 110689445 A CN110689445 A CN 110689445A CN 201910920653 A CN201910920653 A CN 201910920653A CN 110689445 A CN110689445 A CN 110689445A
- Authority
- CN
- China
- Prior art keywords
- current
- prescription information
- historical
- patient
- auditing
- 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 54
- 239000003814 drug Substances 0.000 claims description 144
- 229940079593 drug Drugs 0.000 claims description 81
- 238000012550 audit Methods 0.000 claims description 66
- 201000010099 disease Diseases 0.000 claims description 50
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 50
- 238000004590 computer program Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 15
- 238000004891 communication Methods 0.000 description 10
- 241000209202 Bromus secalinus Species 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000003745 diagnosis Methods 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 229940126532 prescription medicine Drugs 0.000 description 3
- XUFXOAAUWZOOIT-SXARVLRPSA-N (2R,3R,4R,5S,6R)-5-[[(2R,3R,4R,5S,6R)-5-[[(2R,3R,4S,5S,6R)-3,4-dihydroxy-6-methyl-5-[[(1S,4R,5S,6S)-4,5,6-trihydroxy-3-(hydroxymethyl)-1-cyclohex-2-enyl]amino]-2-oxanyl]oxy]-3,4-dihydroxy-6-(hydroxymethyl)-2-oxanyl]oxy]-6-(hydroxymethyl)oxane-2,3,4-triol Chemical compound O([C@H]1O[C@H](CO)[C@H]([C@@H]([C@H]1O)O)O[C@H]1O[C@@H]([C@H]([C@H](O)[C@H]1O)N[C@@H]1[C@@H]([C@@H](O)[C@H](O)C(CO)=C1)O)C)[C@@H]1[C@@H](CO)O[C@@H](O)[C@H](O)[C@H]1O XUFXOAAUWZOOIT-SXARVLRPSA-N 0.000 description 2
- 229960002632 acarbose Drugs 0.000 description 2
- XUFXOAAUWZOOIT-UHFFFAOYSA-N acarviostatin I01 Natural products OC1C(O)C(NC2C(C(O)C(O)C(CO)=C2)O)C(C)OC1OC(C(C1O)O)C(CO)OC1OC1C(CO)OC(O)C(O)C1O XUFXOAAUWZOOIT-UHFFFAOYSA-N 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- NOESYZHRGYRDHS-UHFFFAOYSA-N insulin Chemical compound N1C(=O)C(NC(=O)C(CCC(N)=O)NC(=O)C(CCC(O)=O)NC(=O)C(C(C)C)NC(=O)C(NC(=O)CN)C(C)CC)CSSCC(C(NC(CO)C(=O)NC(CC(C)C)C(=O)NC(CC=2C=CC(O)=CC=2)C(=O)NC(CCC(N)=O)C(=O)NC(CC(C)C)C(=O)NC(CCC(O)=O)C(=O)NC(CC(N)=O)C(=O)NC(CC=2C=CC(O)=CC=2)C(=O)NC(CSSCC(NC(=O)C(C(C)C)NC(=O)C(CC(C)C)NC(=O)C(CC=2C=CC(O)=CC=2)NC(=O)C(CC(C)C)NC(=O)C(C)NC(=O)C(CCC(O)=O)NC(=O)C(C(C)C)NC(=O)C(CC(C)C)NC(=O)C(CC=2NC=NC=2)NC(=O)C(CO)NC(=O)CNC2=O)C(=O)NCC(=O)NC(CCC(O)=O)C(=O)NC(CCCNC(N)=N)C(=O)NCC(=O)NC(CC=3C=CC=CC=3)C(=O)NC(CC=3C=CC=CC=3)C(=O)NC(CC=3C=CC(O)=CC=3)C(=O)NC(C(C)O)C(=O)N3C(CCC3)C(=O)NC(CCCCN)C(=O)NC(C)C(O)=O)C(=O)NC(CC(N)=O)C(O)=O)=O)NC(=O)C(C(C)CC)NC(=O)C(CO)NC(=O)C(C(C)O)NC(=O)C1CSSCC2NC(=O)C(CC(C)C)NC(=O)C(NC(=O)C(CCC(N)=O)NC(=O)C(CC(N)=O)NC(=O)C(NC(=O)C(N)CC=1C=CC=CC=1)C(C)C)CC1=CN=CN1 NOESYZHRGYRDHS-UHFFFAOYSA-N 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 102000004877 Insulin Human genes 0.000 description 1
- 108090001061 Insulin Proteins 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000002552 dosage form Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 229940125396 insulin Drugs 0.000 description 1
- 239000007935 oral tablet Substances 0.000 description 1
- 229940096978 oral tablet Drugs 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 208000001072 type 2 diabetes mellitus Diseases 0.000 description 1
- 239000002699 waste material Substances 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Abstract
本申请提供一种医保审核方法、装置、电子设备及可读存储介质,该方法包括:获取患者的身份信息以及当前处方信息;根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。该方案中通过基于患者的历史处方信息和当前处方信息进行医保控费审核,使得医保控费审核更严格,从而可减少患者骗保的情况的发生。
Description
技术领域
本申请涉及医疗信息化领域,具体而言,涉及一种医保审核方法、装置、电子设备及可读存储介质。
背景技术
医保控费是指社会医疗保险中心对医疗机构的不合理费用支付进行核减和控制,利用信息化方法对医疗保险费用的各项支出进行精细化管理,减少重复开药、过度开药等违规现象的发生,防止医保费用的不合理支出,使人们获得更优质、更可靠的医疗保障。
目前,患者拿着医生开具的处方进行医保购药时,由医保控费中心对患者当前的处方进行审核,如审核通过,则患者可进行医保购药,但是这种情况下医保控费中心只针对患者的当前处方进行简单审核,审核不严格,则可能会导致患者可能分多次购药进行骗保的情况的发生。
发明内容
本申请实施例的目的在于提供一种医保审核方法、装置、电子设备及可读存储介质,用以改善现有技术中医保审核不严格的问题。
第一方面,本申请实施例提供了一种医保审核方法,所述方法包括:获取患者的身份信息以及当前处方信息;根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
在上述实现过程中,通过基于患者的历史处方信息和当前处方信息进行医保控费审核,使得医保控费审核更严格,从而可减少患者骗保的情况的发生。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中的当前就诊疾病种类,以及确定所述历史处方信息中的历史就诊疾病种类;判断所述当前就诊疾病种类与所述历史就诊疾病种类的种类数量之和是否超过预设值;若超过,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,对患者的就诊疾病种类进行审核,从而可防止患者因为出现就诊疾病种类过多而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;判断所述当前挂号科室与所述历史挂号科室是否相同;若相同,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,对患者的挂号科室进行审核,可避免发生患者重复挂号而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;判断所述当前挂号科室与所述历史挂号科室是否相同;若相同,则确定所述当前挂号科室的当前挂号时间以及确定所述历史挂号科室的历史挂号时间;判断所述当前挂号时间与所述历史挂号时间之间的时间间隔是否超过预设时间间隔;若未超过,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,对挂号时间间隔进行审核,从而可避免发生患者在指定时间段内重复挂号而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;判断所述当前用药种类与所述历史用药种类是否属于同一种类;若是,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,对用药种类进行审核,从而可避免发生患者频繁取药而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;判断所述当前用药种类与所述历史用药种类是否属于同一种类;若是,则获取所述当前处方信息中的当前时间以及获取所述历史处方信息中的历史取药时间;若所述当前时间与所述历史取药时间之间的时间间隔为超出指定时间间隔,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,可以对取药时间进行审核,从而可避免发生患者提前取药而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;判断所述当前用药种类与所述历史用药种类是否属于同一种类;若是,则确定所述历史处方信息中药品的剩余服用时间;若所述剩余服用时间超过预设时间,则确定所述当前审核结果为不通过所述医保控费审核。
在上述实现过程中,对用药时间进行审核,从而可避免发生患者提前取药而骗保的情况。
可选地,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果之后,还包括:根据所述当前审核结果生成对应的提示信息。
在上述实现过程中,根据当前审核结果生成对应的提示信息,从而可对审核结果进行提示。
第二方面,本申请实施例提供了一种医保审核装置,所述装置包括:
第一信息获取模块,用于获取患者的身份信息以及当前处方信息;
第二信息获取模块,用于根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;
信息审核模块,用于根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
可选地,所述信息审核模块,具体用于:
确定所述当前处方信息中的当前就诊疾病种类,以及确定所述历史处方信息中的历史就诊疾病种类;
判断所述当前就诊疾病种类与所述历史就诊疾病种类的种类数量之和是否超过预设值;
若超过,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块,还用于:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块,还用于:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前挂号科室的当前挂号时间以及确定所述历史挂号科室的历史挂号时间;
判断所述当前挂号时间与所述历史挂号时间之间的时间间隔是否超过预设时间间隔;
若未超过,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则获取所述当前处方信息中的当前时间以及获取所述历史处方信息中的历史取药时间;
若所述当前时间与所述历史取药时间之间的时间间隔为超出指定时间间隔,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述历史处方信息中药品的剩余服用时间;
若所述剩余服用时间超过预设时间,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述装置,还包括:
提示模块,用于根据所述当前审核结果生成对应的提示信息。
第三方面,本申请实施例提供一种电子设备,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如上述第一方面提供的所述方法中的步骤。
第四方面,本申请实施例提供一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时运行如上述第一方面提供的所述方法中的步骤。
本申请的其他特征和优点将在随后的说明书阐述,并且,部分地从说明书中变得显而易见,或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例提供的执行医保审核方法的电子设备的结构示意图;
图2为本申请实施例提供的一种医保审核方法的流程图;
图3为本申请实施例提供的一种医保审核装置的结构框图。
具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
本申请实施例提供一种医保审核方法,用于结合患者的当前处方信息和历史处方信息来进行医保控费审核,使得医保控费审核更严格,从而可减少患者骗保的情况的发生。
请参照图1,图1为本申请实施例提供的执行医保审核方法的电子设备的结构示意图,所述电子设备可以包括:至少一个处理器110,例如CPU,至少一个通信接口120,至少一个存储器130和至少一个通信总线140。其中,通信总线140用于实现这些组件直接的连接通信。其中,本申请实施例中设备的通信接口120用于与其他节点设备进行信令或数据的通信。存储器130可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatilememory),例如至少一个磁盘存储器。存储器130可选的还可以是至少一个位于远离前述处理器的存储装置。存储器130中存储有计算机可读取指令,当所述计算机可读取指令由所述处理器110执行时,电子设备执行下述图2所示方法过程。
请参照图2,图2为本申请实施例提供的一种医保审核方法的流程图,该方法包括如下步骤:
步骤S110:获取患者的身份信息以及当前处方信息。
本方法的执行主体可以为第三方平台,也可以为医生端,即在实际应用中,第三方平台可以与医生端和患者端均实现信息交互,医生端和患者端也可实现信息交互,本申请实施例中可以是第三方平台进行医保控费审核,也可以是医生端进行医保控费审核,应理解,在由第三方平台进行医保控费审核时,由医生端将患者的身份信息和当前处方信息发送给第三方平台,然后第三方平台获得对应的当前审核结果,在由医生端进行医保控费审核时,医生端直接获得患者的身份信息和当前处方信息,然后获取历史处方信息后进行医保控费审核,获得对应的当前审核结果。为了便于描述,下述均以第三方平台为执行主体进行说明。
患者的身份信息可以包括患者的身份证件号码以及其医保卡号等信息。患者的当前处方信息可以包括当前用药种类、药量、用药时间、就诊科室、就诊疾病种类等信息,当然,当前处方信息还可以包括其他信息,如就诊时间、就诊医生、就诊医院、处方编号、处方有效天数等额外信息,其可以根据就诊医院的实际需求而定。
患者在进行就医时,一般有线下就医或远程互联网就医两种情况。在线下就医时,患者需到医院进行实际检查,然后医生可根据检查结果进行疾病诊断,然后开具处方。医生可将患者的身份信息输入至医生端,医生在开具处方时,也可以直接在医生端输入对应的当前处方信息,从而医生端也直接获得患者的身份信息和当前处方信息。
在患者进行远程互联网就医时,患者端和医生端可实现远程通信,例如,患者可在患者端输入自己的身份信息,由患者端将身份信息发送给医生端,由此医生端可获得患者的身份信息。患者可通过患者端与医生进行视频、语音等方式进行线上就诊,患者无需去医院再挂号等流程,节省了就诊时间。医生在对患者就诊后,可在医生端上输入对应的处方信息。
当该方法由执行第三方平台执行时,医生端可将获得的患者身份信息和当前处方信息发送给第三方平台。
步骤S120:根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息。
为了对患者的当前处方信息进行审核,还需获取患者的历史处方信息。历史处方信息为当前处方信息开具时间之前的时间的历史处方信息,如当前处方信息为当天下午,若患者在当前上午也进行就诊并开具了处方,则该处方信息也可作为历史处方信息。
由于医生端与某些医疗机构可实现数据共享,所以,医生端可基于患者的身份信息获取患者的历史处方信息。应理解,患者在历史就诊过程中,其医生开具的历史处方信息可存储于所开具的处方信息对应的终端上,历史处方信息可以如上述的处方信息一样,也可包括历史用药种类、历史用药量、用药天数等信息,这些终端与当前患者进行诊疗的医生端可实现数据共享,所以,医生端可获取患者在历史时间段内的历史处方信息。医生端可将获得的历史处方信息发送给第三方平台,或者患者在每次就诊后,医生端均将处方信息发送给第三方平台进行保存,所以,第三方平台在获得患者的身份信息后,可以直接根据患者的身份信息查找该患者的历史处方信息。或者,第三方平台可以直接根据患者的身份信息获得患者的历史处方信息,即患者每次就诊后,第三方平台可获得患者的处方信息,然后第三方平台可直接基于患者的身份信息获取历史处方信息;或者,第三方平台可以基于患者的身份信息直接从存储有患者的历史处方信息的医生端主动获取其历史处方信息。
需要说明的是,上述第三方平台获取患者的身份信息、当前处方信息和历史处方信息的方式并不仅仅是上述所举例的方式,其还可以通过其他方式获取,如保存有所有患者的处方信息的云服务器上获取等方式,可以理解地,其他任何方式均应在本申请实施例的保护范围之内。
其中,历史时间段可以根据实际需求进行获取,例如医保控费审核时是需获取当前时间以前一个月的历史处方信息,则历史时间段可以为当前时间前一个月,若医保控费审核是需获取当前时间前两个月的历史处方信息,则历史时间段为当前时间前两个月。
步骤S130:根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
在获取患者的历史处方信息和当前处方信息后,可将当前处方信息和历史处方信息中的相关信息进行比对,从而根据比对结果来确定对应的当前审核结果。
可基于当前审核结果确定患者的当前处方信息是否合理,即若当前审核结果为通过则表示当前处方信息合理。
需要说明的是,上述当前处方信息与医生对患者进行诊疗后所初步开具的处方信息,该当前处方信息未发送给患者,而是先将当前处方信息通过上述过程进行医保控费审核,由此,可在患者未获得该当前处方信息之前,对当前处方信息进行医保控费审核,从而可以避免患者在拿到处方信息之后再进行医保控费审核,若审核不通过,患者还得重新找医生开具处方继续进行医保控费审核的情况,本方案可以从源头防止患者骗保的情况,节省了医保审核的时间,提高了医保审核效率。
在上述实现过程中,通过基于患者的历史处方信息和当前处方信息进行医保控费审核,使得医保控费审核更严格,从而可减少患者骗保的情况的发生。
作为一种示例,患者的身份信息可以如下表1所示:
表1
患者在患者端或医生端输入身份信息时,可以按照上述表1中所示的相关内容进行对应信息的输入。
作为一种示例,处方信息可如下表2所示:
表2
另外,对于西药和中药所开具的处方信息不一致,上述表2为西药对应的处方信息,中药对应的处方信息如下表3所示:
表3
若医生开具的是西药处方,则医生可在医生端输入上述表2中对应的信息,生成处方信息,若医生开具的是中药处方,则医生可在医生端输入上述表3中对应的信息,生成处方信息。
另外,由于上述处方信息中包括有一些固定信息,则医生端可预先生成一个初始处方信息,该初始处方信息一些固定的信息,如上述表2中的医疗机构组织机构及代码等固定不变的信息,另外的其他一些信息可以由医生端自动生成,如处方编号、处方药品组号等信息。可以理解地,在医生为患者开具处方时,医生可在医生端上的诊疗系统的相关界面点击处方开具按钮,由此医生端可获取上述表2所示的处方表格,该处方表格中预先已经包括一些信息,如医疗机构组织机构及代码、处方编号、处方药品组号等,这些信息由系统自动生成,医生可无需再次输入,当然,医生也可直接对这些信息进行更改。然后医生可在处方表格中通过医生端输入其他的用药信息,在所有信息输入完成后,医生可点击对应的处方生成按钮,从而可生成患者的处方信息,医生端将该患者的处方信息暂时保存。
为了对当前处方信息进行审核,使得其符合医保控费审核,医保控费审核的审核项一般包括:就诊疾病种类是否过多、是否重复挂号、是否频繁取药、是否超量用药、是否提前取药等,其审核内容如下表4所示:
表4
应理解,上述审核项仅仅为一种示例,在实际应用中,由于各地医保控费审核不一致,可以根据实际需求设置不同的审核项,即医保控费审核还可以包括有其他审核项,如当前用药是否包括多种功效相同或类似的药品的审核。
另外,为了确保医生当前开具的当前处方信息合格,还可以先对当前处方信息进行初步审核,如获取当前处方信息中的药品种类及药量等信息,若所开具的药品的功效均相同或类似,表示可能重复用药,则审核不通过,若所开的药品用量超过规定的使用范围,表示可能超量用药,则审核也不通过。所以,只有在当前处方信息中的需要审核的审核信息审核通过时,则确定当前处方信息初步审核合格,从而还可再结合患者的历史处方信息进行进一步审核。
所以,可以进一步按照上述审核项根据当前处方信息和历史处方信息进行医保控费审核,从而获得当前审核结果,其审核过程包括如下几种情况:
情况一:对就诊疾病种类进行审核。确定当前处方信息中的当前就诊疾病种类,以及确定历史处方信息中的历史就诊疾病种类,然后判断当前就诊疾病种类与历史就诊疾病种类的种类数量之和是否超过预设值,若超过,则确定当前审核结果为不通过医保控费审核。
就诊疾病种类是指患者在不同科室进行就诊的疾病来进行统计的,如可以从上述处方信息中的患者所患的疾病诊断在ICD-10中的编码来获得,不同的编码表示不同的疾病种类,相同的编码表示同样的疾病种类。
其中,预设值可以根据实际需求灵活设置,如10,由于患者每次就诊后均会获得一个处方信息,例如,若患者在历史时间段内就诊了10次,则其历史处方则有10个,每个历史处方信息中均包括一个就诊疾病种类,若这多个疾病种类均互不相同(相同疾病属于同一就诊疾病种类,即计算就诊疾病种类的数量时不可将相同就诊疾病种类重复计算),则患者在当前时间以前一个月内的历史处方信息中的历史就诊疾病种类的数量为10,当前就诊疾病种类为新病种,即当前就诊疾病种类的数量为1,则其就诊疾病的种类数量之和超过了预设值,则当前审核结果为不通过医保控费审核,进而避免了患者在指定时间段内就诊疾病种类过多进而导致可能存在骗保的问题。
其中,历史就诊疾病种类为根据患者在历史时间段内所有的历史处方信息中统计获得的,如患者在历史时间段内进行了两次就诊,则应获取该患者的两次历史处方信息,从而可以从两次历史处方信息中统计历史就诊疾病种类的总量,即获得的历史就诊疾病种类的数量为2。
需要说明的是,其统计的历史就诊疾病种类的时间可以是在当前时间以前的预设时间,例如,统计当前时间以前的两周内患者的历史就诊疾病种类,表示患者在短时间内就诊疾病种类过多,则可能存在就诊疾病种类过多的问题。
情况二:对患者的挂号科室进行审核。确定当前处方信息中患者的当前挂号科室,以及确定历史处方信息中患者的历史挂号科室,然后判断当前挂号科室与历史挂号科室是否相同,若相同,则确定当前审核结果为不通过医保控费审核。
挂号科室可以从处方信息中的处方开立科室名称获得,若当前挂号科室和历史挂号科室的名称相同,则确定挂号科室为同一科室,若不相同,则为不同科室。应理解,患者的当前挂号科室与历史挂号科室可能是两个不同医院所在的科室,则科室名称相同则表述当前审核结果为不通过医保控费审核,从而避免了患者在指定时间段内重复挂号进而导致可能存在骗保的问题。
情况三:对挂号时间进行审核。在情况二中确定当前挂号科室与历史挂号科室相同时,还可以再确定当前挂号科室的当前挂号时间以及确定历史挂号科室的历史挂号时间,然后判断当前挂号时间与历史挂号时间之间的时间间隔是否超过预设时间间隔,若未超过,则确定当前审核结果为不通过医保控费审核。
在该种情况下,若上述历史时间段为当前时间以前一个月,若患者在当前时间以前25天时就诊过一次,此时其历史挂号科室与当前挂号科室虽然相同,但是由于其两次就诊时间间隔较久,这种情况下依然认为患者重复挂号可能不合理。所以,此时可以获取历史挂号时间,该历史挂号时间为患者最近一次的就诊时间,如患者在当前时间以前一个月内就诊过两次,第一次在25天前,第二次在当天三小时前,此时获取的历史挂号时间为当天的挂号时间。其中,预设时间间隔可以设置得相对较短,如24小时(即一天),因为患者很大可能在短时间内不会重复就诊,即当前挂号时间与历史挂号时间的时间间隔若未超过一天,则认为当前审核结果不通过医保控费审核。
情况四:对用药种类进行审核。确定当前处方信息中的当前用药种类,以及确定历史处方信息中的历史用药种类,然后判断当前用药种类与历史用药种类是否属于同一种类,若是,则确定当前审核结果为不通过医保控费审核。
该情况与上述的情况二类似,若患者在历史处方信息中的存在历史用药种类与当前用药种类属于同一种类,即表示该患者可能存在频繁取药的情况,则当前审核结果为不通过医保控费审核。同一种类是指药品的功效相同或类似,或者同样的药也为同一种类的药,即患者在历史时间段内配取的药品的功效与当前配取的药品的功效相同或类似。
情况五:对购药时间进行审核。在上述情况四中确定当前用药种类与历史用药种类属于同一种类之后,还可以获取患者的历史处方信息中的历史取药时间以及获取患者的当前处方信息中的当前时间,若历史取药时间与当前时间之间的时间间隔未超出指定时间间隔,表示患者可能频繁用药,这种情况下当前审核结果也为不通过医保控费审核。
历史取药时间是指患者开具历史处方信息的时间,当前时间是指开具当前处方信息的时间,例如,若患者在当前时间前一天已经购买了某种药品,而当前处方信息中也包含该种药品,其指定时间间隔可设置为3天,此种情况下表示患者可能频繁用药,则不通过医保控费审核。
情况六:对服药时间进行审核。在上述情况四中确定当前用药种类与历史用药种类属于同一种类之后,还可以获取历史用药信息中药品的剩余服用时间,若剩余服用时间超过预设时间,则确定当前审核结果为不通过医保控费审核。
若患者在历史时间段内的就诊次数不止一次,则该情况中的历史处方信息是指患者最近一次就诊的历史处方信息,即可以根据历史处方信息中药品的总量、每天用量以及患者的服用时间来确定剩余服用时间,如历史处方信息为13天前,一盒xx药品,总量为40颗,其服用时间应为20天,则截止当前时间,患者已服用13天,剩余服用时间为7天,若预设时间设定为5天时,则剩余服用时间超过预设时间,表示患者可能存在提前取药的情况,则当前审核结果为不通过医保控费审核。
例如,下述表5为患者赵某的当前处方信息:
表5
数据名称 | 内容 |
医疗机构组织机构及代码 | xx医院互联网医院(1234A1001) |
处方编号 | 20190305082 |
处方开立日期 | 2019年3月5日 |
处方有效天数 | 7天 |
处方开立科室名称 | 内分泌科 |
疾病诊断编码 | E11.952(非胰岛素依赖Ⅱ型糖尿病) |
药物名称 | 阿卡波糖 |
药物规格 | 50mg |
药物剂型代码 | 01(口服片剂) |
药物使用次剂量 | 50mg |
药物使用剂量单位 | mg |
药物使用频次 | 每日3次 |
用药途径代码 | 1(口服) |
药物使用总剂量 | 3盒(30片/盒)(30天) |
处方药品组号 | 01 |
药物医保类型 | 甲类 |
处方开立医师 | XX |
处方备注信息 | 无 |
处方审核药剂师 | XX |
根据赵某的身份信息可获取赵某在当前时间前一个月内的历史处方信息,赵某的历史处方信息如下表6所示:
表6
依据上述各个情况对其进行审核,发现赵某在两天内均购买了药品阿卡波糖,表示赵某的当前时间与历史取药时间的时间间隔未超出指定时间间隔(如3天),则认为赵某频繁取药,当前审核结果为不通过医保控费审核。
可以理解地,上述几种情况仅为部分审核示例,在实际应用中,可以定义多种审核项,从而可对处方信息中的其他信息进行一一审核,在所有信息审核通过时,表示当前审核结果为通过医保控费审核,在至少一种信息审核不通过时,表示当前审核结果为不通过医保控费审核。
另外,为了更加准确对当前处方信息进行医保控费审核,还可以获取患者在药房、电商平台等地方的购药信息,即药房、电商平台等终端可以与医生端实现数据共享,然后医生端可将购药信息发送给第三方平台,第三方平台可基于历史处方信息、历史购药信息和当前处方信息进行医保控费审核。或者,第三方平台还可以直接与药房、电商平台等终端实现数据共享,即第三方平台在获得患者的身份信息后,还可直接基于患者的身份信息获得该患者的历史购药信息。
其中,患者的历史购药信息可以如表7所示:
表7
另外,还可以在获得当前审核结果后,根据当前审核结果生成提示信息,如第三方平台生成提示信息后,可将提示信息发送给医生端或患者端,如当前审核结果为审核通过时,则向医生端和患者端发送审核通过的提示信息,若当前审核结果为审核不通过时,则向医生端和患者端发送审核不通过的提示信息,由此,医生端在收到审核通过的提示信息后,才将当前处方信息发送给患者端,从而可在处方信息发送之前即可进行医保控费审核,从而可以从源头防止患者骗保的情况,节省了医保审核的时间,提高了医保审核效率。
当然,在医生端收到审核不通过的提示信息后,医生端可向患者发送是否修改处方信息的提示信息。如患者在线下就医时,提示信息显示在医生端的显示界面上,医生可基于提示信息询问患者是否修改处方或者告知患者该处方信息审核不通过,不能进行开具处方,当然医生端收到的审核不通过的提示信息中还可以包括审核不通过的原因,如上述的频繁取药、重复取药等提示信息。若患者在远程互联网就医时,医生端可将是否修改处方信息的提示信息发送给患者端,从而可提示患者是否对处方信息进行修改,或者提示患者该次审核不通过的原因,从而可以避免在审核不通过时发生重复配药等使医疗资源浪费的违规行为,实现对互联网就医时医生开具处方的实时监管。
患者在同意对当前处方信息进行修改后,医生可对当前处方信息进行修改,然后将修改后的处方信息同样通过上述过程进行医保控费审核,直至审核通过后,医生才能将处方信息发送给患者。其中,医生可以直接将原始的处方信息发送给患者,也可以根据处方信息生成对应的二维码,将二维码发送给患者,则患者在进行购药时,可出具对应的二维码即可,药房或医院可直接扫描二维码,获得二维码中所携带的处方信息然后进行配药等操作。
可以理解地,上述处方信息在审核通过后,也可以由第三方平台发送给患者端,即第三方平台可以直接将原始的处方信息发送给患者端,也可以根据处方信息生成对应的二维码,将二维码发送给患者端。
需要说明的是,本申请实施例中的第三方平台可以是安装在医生端上的审核系统,在这种情况下,第三方平台与医生端可以以同一终端来理解,在以同一终端理解时,上述实施过程中第三方平台与医生端的交互可以理解为同一终端上两个不同系统之间的信息交互。当然,第三方平台也可以是第三方审核终端上安装的审核系统,在这种情况下,第三方平台与医生端可以以不同的终端来理解。
请参照图3,图3为本申请实施例提供的一种医保审核装置200的结构框图,该装置200可以是电子设备上的模块、程序段或代码。应理解,该装置200与上述图2方法实施例对应,能够执行图2方法实施例涉及的各个步骤,该装置200具体的功能可以参见上文中的描述,为避免重复,此处适当省略详细描述。
可选地,所述装置200包括:
第一信息获取模块210,用于获取患者的身份信息以及当前处方信息;
第二信息获取模块220,用于根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;
信息审核模块230,用于根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
可选地,所述信息审核模块230,具体用于:
确定所述当前处方信息中的当前就诊疾病种类,以及确定所述历史处方信息中的历史就诊疾病种类;
判断所述当前就诊疾病种类与所述历史就诊疾病种类的种类数量之和是否超过预设值;
若超过,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块230,还用于:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块230,还用于:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前挂号科室的当前挂号时间以及确定所述历史挂号科室的历史挂号时间;
判断所述当前挂号时间与所述历史挂号时间之间的时间间隔是否超过预设时间间隔;
若未超过,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块230,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块230,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则获取所述当前处方信息中的当前时间以及获取所述历史处方信息中的历史取药时间;
若所述当前时间与所述历史取药时间之间的时间间隔为超出指定时间间隔,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述信息审核模块230,还用于:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述历史处方信息中药品的剩余服用时间;
若所述剩余服用时间超过预设时间,则确定所述当前审核结果为不通过所述医保控费审核。
可选地,所述装置,还包括:
提示模块,用于根据所述当前审核结果生成对应的提示信息。
本申请实施例提供一种可读存储介质,所述计算机程序被处理器执行时,执行如图2所示方法实施例中电子设备所执行的方法过程。
综上所述,本申请实施例提供一种医保审核方法、装置、电子设备及可读存储介质,该方法通过基于患者的历史处方信息和当前处方信息进行医保控费审核,使得医保控费审核更严格,从而可减少患者骗保的情况的发生。
在本申请所提供的实施例中,应该理解到,所揭露装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
另外,作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
再者,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
以上所述仅为本申请的实施例而已,并不用于限制本申请的保护范围,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (11)
1.一种医保审核方法,其特征在于,所述方法包括:
获取患者的身份信息以及当前处方信息;
根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;
根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
2.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中的当前就诊疾病种类,以及确定所述历史处方信息中的历史就诊疾病种类;
判断所述当前就诊疾病种类与所述历史就诊疾病种类的种类数量之和是否超过预设值;
若超过,则确定所述当前审核结果为不通过所述医保控费审核。
3.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前审核结果为不通过所述医保控费审核。
4.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中所述患者的当前挂号科室,以及确定所述历史处方信息中所述患者的历史挂号科室;
判断所述当前挂号科室与所述历史挂号科室是否相同;
若相同,则确定所述当前挂号科室的当前挂号时间以及确定所述历史挂号科室的历史挂号时间;
判断所述当前挂号时间与所述历史挂号时间之间的时间间隔是否超过预设时间间隔;
若未超过,则确定所述当前审核结果为不通过所述医保控费审核。
5.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述当前审核结果为不通过所述医保控费审核。
6.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则获取所述当前处方信息中的当前时间以及获取所述历史处方信息中的历史取药时间;
若所述当前时间与所述历史取药时间之间的时间间隔未超出指定时间间隔,则确定所述当前审核结果为不通过所述医保控费审核。
7.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果,包括:
确定所述当前处方信息中的当前用药种类,以及确定所述历史处方信息中的历史用药种类;
判断所述当前用药种类与所述历史用药种类是否属于同一种类;
若是,则确定所述历史处方信息中药品的剩余服用时间;
若所述剩余服用时间超过预设时间,则确定所述当前审核结果为不通过所述医保控费审核。
8.根据权利要求1所述的方法,其特征在于,所述根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果之后,还包括:
根据所述当前审核结果生成对应的提示信息。
9.一种医保审核装置,其特征在于,所述装置包括:
第一信息获取模块,用于获取患者的身份信息以及当前处方信息;
第二信息获取模块,用于根据所述患者的身份信息获取所述患者在历史时间段内的历史处方信息;
信息审核模块,用于根据所述当前处方信息与所述历史处方信息对所述当前处方信息进行医保控费审核,获得针对所述当前处方信息的当前审核结果。
10.一种电子设备,其特征在于,包括处理器以及存储器,所述存储器存储有计算机可读取指令,当所述计算机可读取指令由所述处理器执行时,运行如权利要求1-8任一所述方法中的步骤。
11.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时运行如权利要求1-8任一所述方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910920653.4A CN110689445A (zh) | 2019-09-25 | 2019-09-25 | 医保审核方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910920653.4A CN110689445A (zh) | 2019-09-25 | 2019-09-25 | 医保审核方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110689445A true CN110689445A (zh) | 2020-01-14 |
Family
ID=69110456
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910920653.4A Pending CN110689445A (zh) | 2019-09-25 | 2019-09-25 | 医保审核方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110689445A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111986035A (zh) * | 2020-08-31 | 2020-11-24 | 平安医疗健康管理股份有限公司 | 医保服务审核方法、装置、设备及存储介质 |
CN113077354A (zh) * | 2021-04-23 | 2021-07-06 | 支付宝(杭州)信息技术有限公司 | 一种电子设备的投保校验方法和装置 |
CN113159911A (zh) * | 2021-02-25 | 2021-07-23 | 华夏方圆信用评估有限公司 | 基于大数据平台的智能招投标主体履约监控及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107451401A (zh) * | 2017-07-11 | 2017-12-08 | 武汉金豆医疗数据科技有限公司 | 一种医保智能审核方法和系统 |
CN109523402A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的取药异常确定方法和终端设备 |
CN109636635A (zh) * | 2018-12-13 | 2019-04-16 | 平安医疗健康管理股份有限公司 | 违规开药的识别方法、装置、终端及计算机可读存储介质 |
CN109659000A (zh) * | 2018-12-13 | 2019-04-19 | 平安医疗健康管理股份有限公司 | 违规处方的识别方法、装置、终端及计算机可读存储介质 |
-
2019
- 2019-09-25 CN CN201910920653.4A patent/CN110689445A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107451401A (zh) * | 2017-07-11 | 2017-12-08 | 武汉金豆医疗数据科技有限公司 | 一种医保智能审核方法和系统 |
CN109523402A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 基于数据处理的取药异常确定方法和终端设备 |
CN109636635A (zh) * | 2018-12-13 | 2019-04-16 | 平安医疗健康管理股份有限公司 | 违规开药的识别方法、装置、终端及计算机可读存储介质 |
CN109659000A (zh) * | 2018-12-13 | 2019-04-19 | 平安医疗健康管理股份有限公司 | 违规处方的识别方法、装置、终端及计算机可读存储介质 |
Non-Patent Citations (1)
Title |
---|
吉林省社会医疗保险管理局: "《吉林省医疗工伤生育保险经办管理实务教程》", 31 August 2016 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111986035A (zh) * | 2020-08-31 | 2020-11-24 | 平安医疗健康管理股份有限公司 | 医保服务审核方法、装置、设备及存储介质 |
CN113159911A (zh) * | 2021-02-25 | 2021-07-23 | 华夏方圆信用评估有限公司 | 基于大数据平台的智能招投标主体履约监控及系统 |
CN113077354A (zh) * | 2021-04-23 | 2021-07-06 | 支付宝(杭州)信息技术有限公司 | 一种电子设备的投保校验方法和装置 |
CN113077354B (zh) * | 2021-04-23 | 2022-06-07 | 蚂蚁胜信(上海)信息技术有限公司 | 一种电子设备的投保校验方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8768724B2 (en) | System and method for detecting drug fraud and abuse | |
US8112289B2 (en) | Method for electronic examination of medical fees | |
US20120065999A1 (en) | Device for Delivering a Drug to a Patient While Restricting Access to the Drug by Patients for Whom the Drug May Be Contraindicated and Methods for Use Thereof | |
US20160117482A1 (en) | Verification of medication administration adherence | |
US20030229519A1 (en) | Systems and methods for identifying fraud and abuse in prescription claims | |
US20070033073A1 (en) | System and user interface for monitoring patient treatment orders | |
US8725532B1 (en) | Systems and methods for monitoring controlled substance distribution | |
US20110166876A1 (en) | Methods for delivering a drug to a patient while restricting access to the drug by patients for whom the drug may be contraindicated | |
CA2895019A1 (en) | Systems and methods for determining patient adherence to a prescribed medication protocol | |
US20110245967A1 (en) | Secure Method for Delivering Regulated Items Including Drugs to a Patient | |
US8392219B1 (en) | Systems and methods for streamlined patient enrollment for one or more healthcare programs | |
CN110689445A (zh) | 医保审核方法、装置、电子设备及可读存储介质 | |
US20150261935A1 (en) | Systems and Methods for Verifying Correlation of Diagnosis and Medication as Part of Qualifying Program Eligibility Verification | |
US20210065861A1 (en) | Providing global accessibility to telehealth prescribed medications | |
WO2008070168A1 (en) | Methods for delivering a drug to a patient while restricting access to the drug by patients for whom the drug may be contraindicated | |
US20190074077A1 (en) | Prescription management system and method | |
US20160292385A1 (en) | Systems and methods for medication dosage range determination and verification based on patient test results | |
US11195605B2 (en) | Providing global accessibility to prescribed medications | |
Fung et al. | Comparison of electronic pharmacy prescription records with manually collected medication histories in an emergency department | |
JP2019207522A (ja) | 処方監査処理端末用のデータ構造 | |
Qeadan et al. | Associations between naloxone prescribing and opioid overdose among patients with acute and chronic pain conditions | |
US20230005609A1 (en) | Providing global accessibility to prescribed medications | |
Santos et al. | Medication reconciliation: implantation process in a hospital complex with the use of electronic system | |
WO2017135341A1 (ja) | 電子カルテシステム | |
Drăgănescu et al. | Evidence on e-prescribing systems worldwide–first Romanian results |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200114 |
|
RJ01 | Rejection of invention patent application after publication |