一种自动识别脓毒性休克患者治疗完成情况的方法与流程

1.本发明属于医疗系统信息化技术领域，具体涉及一种自动识别脓毒性休克患者治疗完成情况的方法。


背景技术：

2.全国重症医学发展不平衡，诊疗水平存在巨大差异，急需加强质量控制，规范临床行为。建立和不断修订修订全国性重症医学质量控制指标体系意义重大。
3.质控指标用于定性或定量的评价、比较医疗质量，有助于最终提高医疗服务质量。指标筛选需要符合标准化、信息化和严谨性，能便于信息化提取，利用客观数据来分析反馈，促进质量提升和安全保障。
4.2015年4月，国家卫生和计划生育委员会发布《重症医学专业医疗质量控制指标》(国卫办医函[2015)252号)，正式采用了15项指标作为评价重症医学医疗质量的重要指标。很多医院(包括部分三级甲等医院)依靠手工收集质控指标，不仅增加医务人员的工作量，而且容易出现主观或客观的数据错误。因此，应当在重症医学科医疗及护理数据的电子化的基础上，实现质控数据的自动化获取与上报，从而提高数据的准确性，降低工作强度。
[0005]
集束化治疗一直是拯救脓毒症运动的核心策略，已经成为改善感染性休克治疗质量的基石。从2004年发布后不断完善，根据新的rct临床研究和临床试验证据，在脓毒症3小时和6小时集束化的基础上，2016年国际脓毒症和感染性休克指南修订为3小时集束化策略，2018年进一步更新，强调1小时内迅速开始液体复苏和抗菌治疗，对脓毒症的早期干预提出了更高的要求。


技术实现要素：

[0006]
本发明的目的在于提供一种自动识别脓毒性休克患者治疗完成情况的方法，克服了现有技术的不足，利用标准的自动识别方法根据患者的检查检验结果来对患者集束化治疗进行跟踪，自动识别判断患者的治疗完成情况，降低工作强度。
[0007]
为解决上述问题，本发明所采取的技术方案如下：
[0008]
一种自动识别脓毒性休克患者治疗完成情况的方法，包括以下步骤：
[0009]
步骤一、建立基于临床诊疗指南的感染性休克判定规则库；
[0010]
步骤二、建立对于感染性休克患者3小时集束化治疗内容的判定规则库；
[0011]
步骤三、建立对于感染性休克患者6小时集束化治疗内容的判定规则库；
[0012]
步骤四、通过平台获取患者电子病历、检验检查、体征监护、护理记录信息，进行数据处理和标准化映射，形成标准化病历、检验、检查、体征、护理记录字段，对数据进行结构化处理；
[0013]
步骤五、将结构化处理的数据依次与步骤一、步骤二以及步骤三所建立的规则库进行计算，同时输出计算的结果和得到该结果所依据的数据。
[0014]
进一步，步骤一中所述感染性休克判定规则库包括sofa评分规则及各细项评分规
则库、qsofa评分规则库。
[0015]
进一步，步骤二中所述3小时集束化治疗内容的判定规则库包括乳酸测量完成的规则库、感染性休克1小时内完成给予广谱抗菌药物的操作的规则库、感染性休克后首次给予广谱抗菌药物前留取血培养样本操作的规则库以及低血压或乳酸≥4mmol/l的感染性休克患者在感染性休克3小时内给予晶体液目标复苏操作的规则库。
[0016]
进一步，步骤三中所述感染性休克患者6小时集束化治疗内容的判定规则库包括在3小时集束化治疗基础上的判定患者低血压目标复苏效果差予以升压药治疗操作、容量复苏后仍持续低血压给予测量cvp和scvo2操作以及初始乳酸高于正常患者重复测量乳酸水平操作的规则库。
[0017]
进一步，步骤四中所述通过平台获取患者检查检验以及护理记录信息，具体方式为：通过爬虫程序自医院信息系统、实验室信息管理系统、计算机化病案系统、临床数据中心实时获取患者检查检验以及护理记录信息。
[0018]
进一步，所述结构化处理的具体处理方法包括以下步骤：
[0019]
步骤一、基于预设规则对获取的医疗信息进行处理，获取需要解析的字段及字段规则，再根据所述字段规则从预处理后的医疗信息中获取所述字段对应的值，生成键值对格式的半结构化的中间数据；
[0020]
步骤二、利用分词工具基于预设的词库对中间数据进行分词处理，确定分词结果中每一分词对应的标注规则；
[0021]
步骤三、根据对应的标注规则以及词性对每一分词进行序列标注，生成结构化处理的数据。
[0022]
进一步，步骤四中所述将结构化处理的数据依次与步骤一、步骤二以及步骤三所建立的规则库进行计算，包括以下步骤：
[0023]
步骤一、确定结构化处理的数据对应字段以及值；
[0024]
步骤二、提取规则库中包含一个或多个结构化处理的数据对应字段的规则；
[0025]
步骤三、从提取的规则中选出包含所有结构化处理的数据对应字段的规则，利用选出的规则形成规则集；
[0026]
步骤四、将结构化处理的数据对应字段以及值与所述规则集中的规则所包括的字段和值分别进行计算。
[0027]
本发明与现有技术相比较，具有以下有益效果：
[0028]
本发明通过建立集束化治疗相关的规则库，实时获取患者治疗情况数据，自动识别患者集束化治疗的完成情况，并输出对应结果，有助于改善此疾病的管理效率，也更多地在辅助诊疗、质控上报等发挥作用。
附图说明
[0029]
图1为一种自动识别脓毒性休克患者治疗完成情况的方法的结构示意图。
具体实施方式
[0030]
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于
本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0031]
如图1所示，本发明所述一种自动识别脓毒性休克患者治疗完成情况的方法，包括以下步骤：
[0032]
步骤一、建立基于临床诊疗指南的感染性休克判定规则库；感染性休克判定规则库包括sofa评分规则及各细项评分规则库、qsofa评分规则库；当指南进行更新或者专家对于计算规则有调整建议时，会对规则库进行调整，以满足临床需要。
[0033]
利用抓取的区段时间内的数据，按照各细项的评分规则计算出不同细项的最高评分，并将所有各细项的最高评分累加，得出区段时间内的sofa和qsofa评分结果；根据sofa和qsofa评分结果，结合医嘱中关于升压药的数据，判定出感染性休克的患者。
[0034]
步骤二、建立对于感染性休克患者3小时集束化治疗内容的判定规则库；3小时集束化治疗内容的判定规则库包括乳酸测量完成的规则库、感染性休克1小时内完成给予广谱抗菌药物的操作的规则库、感染性休克后首次给予广谱抗菌药物前留取血培养样本操作的规则库以及低血压或乳酸≥4mmol/l的感染性休克患者在感染性休克3小时内给予晶体液目标复苏操作的规则库。
[0035]
3小时集束化治疗是指首次给药时间在感染性休克后1小时内、首次给药时间前留24小时内留取血培养样本、感染性休克后3小时内存在报告时间在感染性休克后3小时内的乳酸结果。
[0036]
步骤三、建立对于感染性休克患者6小时集束化治疗内容的判定规则库；6小时集束化治疗内容的判定规则库包括在3小时集束化治疗基础上的判定患者低血压目标复苏效果差予以升压药治疗操作、容量复苏后仍持续低血压给予测量cvp和scvo2操作以及初始乳酸高于正常患者重复测量乳酸水平操作的规则库。
[0037]
6小时集束化治疗是指完成3小时集束化治疗的基础上感染性休克后3-6小时之间存在map值＜65mmhg需同时存在开立时间在此时间段的升压药医嘱和cvp、scvo2的结果、感染性休克后3小时内乳酸结果≥4mmol/l在3-6小时内存在乳酸结果。
[0038]
步骤四、通过爬虫程序自医院信息系统、实验室信息管理系统、计算机化病案系统、临床数据中心实时获取患者检查检验以及护理记录信息，进行数据处理和标准化映射，形成标准化病历、检验、检查、体征、护理记录字段，对数据进行结构化处理。
[0039]
步骤五、将结构化处理的数据依次与步骤一、步骤二以及步骤三所建立的规则库进行计算，同时输出计算的结果和得到该结果所依据的数据；将患者感染性休克情况输出肯定或否定两种类型的结果，并将感染性休克为肯定的患者输出3小时集束化治疗完成情况肯定或否定的结果和6小时集束化治疗完成情况的肯定或否定的结果。
[0040]
将结构化处理的数据依次与步骤一、步骤二以及步骤三所建立的规则库进行计算，包括以下步骤：
[0041]
步骤一、确定结构化处理的数据对应字段以及值；
[0042]
步骤二、提取规则库中包含一个或多个结构化处理的数据对应字段的规则；
[0043]
步骤三、从提取的规则中选出包含所有结构化处理的数据对应字段的规则，利用选出的规则形成规则集；
[0044]
步骤四、将结构化处理的数据对应字段以及值与所述规则集中的规则所包括的字
段和值分别进行计算。
[0045]
综上，本发明所述一种自动识别脓毒性休克患者治疗完成情况的方法，感染性休克结果的计算所依据的数据即患者的入科后48小时内的首次sofa评分和qsofa评分、入科后的3小时内的首次开立的升压药医嘱；3小时集束化治疗完成情况的计算所依据的数据即广谱抗菌药物的使用时间、留取血培养样本的采集时间、乳酸结果、map结果、感染性休克开始后3小时内的总的晶体入液量、患者体重、复苏达标与否、首次升压药开立时间和抗菌给药时间间隔、首次抗菌药物开立时间和该药物给药时间间隔；6小时集束化治疗完成情况的计算所依据的数据即3小时集束化治疗是否完成、cvp、scvo2、map、乳酸、升压药医嘱、升压药时间；将患者感染性休克情况输出肯定或否定两种类型的结果，并将感染性休克为肯定的患者输出3小时集束化治疗完成情况肯定或否定的结果和6小时集束化治疗完成情况的肯定或否定的结果；医生可通过账号查看自动计算出的结果，同时结合相应的数据依据做出判断并对认可的结果进行审核。
[0046]
对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。