本申请涉及医学领域,尤其涉及一种his的处理方法及系统。
背景技术:
营养风险筛查,是指应用量表化的工具初步判断患者是否存在营养风险的过程。营养状况评价,是指对有营养风险的患者进一步对其营养状况评价,用以制定营养干预方案的过程。
目前临床对住院患者营养筛查和评价,仅停留在护士手动填写纸质版量表的阶段,纸质版量表不利于保存,量表计算得分较为复杂,人工计算得分,容易出现错计、漏计、重复计的现象,筛查和评价所需的数据均需人工询问或从his系统一一调取,筛查和评价结果需要人工进行交互,费时费力,护士、医生和营养师无法及时获知患者的营养筛查和评价结果,严重影响工作进度,且易出错,导致医疗事故风险增加。
技术实现要素:
为至少在一定程度上克服相关技术中存在的问题,本申请提供一种his(hospitalinformationsystem,医院信息系统)的处理方法及系统。
本申请的方案如下:
根据本申请实施例的第一方面,提供一种his的处理方法,包括:
显示营养风险筛查与评价量表,所述营养风险筛查与评价量表包括营养风险筛查量表和营养状况评价量表,所述营养风险筛查与评价量表是可编辑的,所述营养风险筛查量表包括多项营养筛查项和筛查评分项,所述营养状况评价量表包括多项营养状况评价项;
接收第一使用方在所述营养风险筛查量表的各个营养筛查项中输入的筛查信息,并根据所述筛查信息以及预先配置的筛查算法,计算得到筛查评分值,将所述筛查评分值显示在所述筛查评分项中;
接收第二使用方发送的提示消息,并把所述提示消息发送到第三使用方,所述提示消息是所述第二使用方在所述筛查评分值大于预设的筛查评分阈值时发送的;
接收所述第三使用方在所述营养状况评价量表的各个营养状况评价项中输入的评价信息,所述评价信息是所述第三使用方在接收到所述提示消息后输入的;
根据所述评价信息以及预先配置的风险评价算法,计算得到营养风险评价值,并向所述第一使用方、第二使用方和第三使用方显示预警信息和所述营养风险评价值。
优选的,在本申请一种可实现的方式中,所述营养风险筛查量表包括多种类型;
所述接收第一使用方在所述营养风险筛查量表的各个营养筛查项中输入的筛查信息具体包括:接收所述第一使用方在根据病人年龄确定的营养风险筛查量表的各个营养筛查项中输入的筛查信息。
优选的,在本申请一种可实现的方式中,所述营养风险筛查量表的类型包括:nrs(nutritionriskscreening,营养风险筛查)2002营养风险筛查表,stamp营养不良筛查量表和微型营养评价简表;
所述第一使用方根据病人年龄确定营养风险筛查量表具体包括:
若病人为18-90岁的成年人,则将nrs2002营养风险筛查表确定为要选用的营养风险筛查量表;
若病人为18岁以下的未成年人,则将stamp营养不良筛查量表确定为要选用的营养风险筛查量表;
若病人为90岁以上的老年人,则将微型营养评价简表确定为要选用的营养风险筛查量表。
优选的,在本申请一种可实现的方式中,所述营养状况评价量表包括多种类型;
所述接收所述第三使用方在所述营养状况评价量表的各个营养状况评价项中输入的评价信息具体包括:接收所述第三使用方在根据病人所在科室确定的营养状况评价量表的各个营养状况评价项中输入的评价信息。
优选的,在本申请一种可实现的方式中,所述营养状况评价量表的类型包括:主观整体评价量表,微型营养评价量表和患者主观整体营养状态评价量表;
所述第三使用方根据病人所在科室确定营养状况评价量表,具体包括:
若病人所在科室为肾内科,则将主观整体评价量表确定为要选用的营养状况评价量表;
若病人所在科室为老年科,则将微型营养评价量表确定为要选用的营养状况评价量表;
若病人所在科室为肿瘤科,则将患者主观整体营养状态评价量表确定为要选用的营养状况评价量表。
优选的,在本申请一种可实现的方式中,所述营养状况评价量表的类型还包括:饮食摄入量调查表,胃肠道症状表和进食量表;
所述方法还包括:接收所述第三使用方在所述饮食摄入量调查表,或所述胃肠道症状表,或所述进食量表的各个营养状况评价项中输入的病人饮食状况信息,所述病人饮食状况信息是所述第三使用方在接收到所述提示消息后输入的。
优选的,在本申请一种可实现的方式中,所述方法还包括:
在向所述第一使用方、第二使用方和第三使用方显示预警信息和所述营养风险评价值时,还向所述第一使用方、第二使用方和第三使用方显示所述病人饮食状况信息。
优选的,在本申请一种可实现的方式中,所述方法还包括:
记录向所述第一使用方、第二使用方和第三使用方显示预警信息的日期;
在向所述第一使用方、第二使用方和第三使用方显示预警信息和所述营养风险评价值时,还向所述第一使用方、第二使用方和第三使用方显示所述日期。
优选的,在本申请一种可实现的方式中,所述方法还包括:
显示营养风险和评价表,所述营养风险和评价表包括:所述预警信息,所述营养风险评价值和所述日期。
根据本申请实施例的第二方面,提供一种his的处理系统,包括:
接收模块,用于接收第一使用方在所述营养风险筛查量表的各个营养筛查项中输入的筛查信息,或所述第二使用方发送的提示消息,或所述第三使用方在所述营养状况评价量表的各个营养状况评价项中输入的评价信息;
发送模块,用于向所述第三使用方发送提示消息;
处理模块,用于根据所述筛查信息以及预先配置的筛查算法,计算得到筛查评分值,将所述筛查评分值显示在所述营养风险筛查量表筛查评分项中;以及,根据所述评价信息以及预先配置的风险评价算法,计算得到营养风险评价值;
显示模块,用于显示所述营养筛查与评价量表,预警信息和所述营养风险评价值。
本申请提供的技术方案可以包括以下有益效果:
显示营养筛查与评价量表,营养筛查与评价量表为电子量表,营养筛查与评价量表包括营养风险筛查量表和营养状况评价量表,营养筛查与评价量表是可编辑的,其中营养风险筛查量表包括多项营养筛查项和筛查评分项,营养状况评价量表包括多项营养状况评价项。第一使用方为护士所用的终端,第二使用方为医生所用的终端,接收第一使用方在营养风险筛查量表的各个营养筛查项中输入的筛查信息,营养风险筛查量表为量表,具有预先配置的筛查算法,根据筛查信息以及预先配置的筛查算法,计算得到筛查评分值,并将筛查评分值显示在营养风险筛查量表的筛查评分项中。接收第二使用方在筛查评分值大于预设的筛查评分阈值时发送的提示消息,并把提示消息发送到第三使用方,第三使用方为营养师所用的终端,接收第三使用方在接收到提示消息后输入的营养状况评价量表的各个营养状况评价项中的评价信息。营养状况评价量表也为量表,预先配置有风险评价算法,根据评价信息以及预先配置的风险评价算法,计算得到营养风险评价值,并向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值,以供护士,医生和营养师可以及时获知病人的的预警信息和营养风险评价值。本申请整个处理过程均在his系统中进行,采用his系统中的电子量表,方便保存,并且电子量表根据预设的算法进行计算,得分准确,不会出现错计、漏计、重复计的现象,筛查和评价所需的数据均通过his系统录入,筛查和评价结果可以由his系统对第一使用方、第二使用方和第三使用方进行显示,通过减少人力操作获得了更高效的工作效率,可以使护士,医生和营养师及时获知病人的的预警信息和营养风险评价值。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1是本申请一个实施例提供的一种his的处理方法的流程图;
图2是本申请一个实施例提供的一种his的处理方法中的营养风险筛查与评价量表示意图;
图3是本申请一个实施例提供的一种his的处理方法中的nrs2002营养风险筛查表示意图;
图4是本申请一个实施例提供的一种his的处理方法中的stamp营养不良筛查量表示意图;
图5是本申请一个实施例提供的一种his的处理方法中的微型营养评价简表示意图;
图6是本申请一个实施例提供的一种his的处理方法中的主观整体评价量表示意图;
图7是本申请一个实施例提供的一种his的处理方法中的微型营养评价量表示意图;
图8是本申请一个实施例提供的一种his的处理方法中的患者主观整体营养状态评价量表示意图;
图9是本申请一个实施例提供的一种his的处理方法中向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值的界面示意图;
图10是本申请一个实施例提供的一种his的处理方法中的饮食摄入量调查表示意图;
图11是本申请一个实施例提供的一种his的处理方法中的胃肠道症状表示意图;
图12是本申请一个实施例提供的一种his的处理方法中的进食量表示意图;
图13是本申请一个实施例提供的一种his的处理系统的结构图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
图1是本申请一个实施例提供的一种his的处理方法的流程图,参照图1,一种his的处理方法,包括:
s11:显示营养风险筛查与评价量表,营养风险筛查与评价量表包括营养风险筛查量表和营养状况评价量表,营养风险筛查与评价量表是可编辑的,营养风险筛查量表包括多项营养筛查项和筛查评分项,营养状况评价量表包括多项营养状况评价项;
s12:接收第一使用方在营养风险筛查量表的各个营养筛查项中输入的筛查信息,并根据筛查信息以及预先配置的筛查算法,计算得到筛查评分值,将筛查评分值显示在筛查评分项中;
s13:接收第二使用方发送的提示消息,并把提示消息发送到第三使用方,提示消息是第二使用方在筛查评分值大于预设的筛查评分阈值时发送的;
s14:接收第三使用方在营养状况评价量表的各个营养状况评价项中输入的评价信息,评价信息是第三使用方在接收到提示消息后输入的;
s15:根据评价信息以及预先配置的风险评价算法,计算得到营养风险评价值,并向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值。
如图2所示,显示界面左侧具有“营养风险筛查与评价”选项,点击“营养筛查与评价”选项显示营养风险筛查与评价量表,营养筛查与评价量表包括两个子文件夹,分别是营养风险筛查量表和营养状况评价量表。
营养风险筛查量表包括多种类型:nrs2002营养风险筛查表,stamp营养不良筛查量表和微型营养评价简表。
具体的第一使用方在营养风险筛查量表的各个营养筛查项中输入筛查信息的过程为:点击界面上的营养风险筛查量表出现nrs2002营养风险筛查表,stamp营养不良筛查量表和微型营养评价简表三种营养风险筛查量表,nrs2002营养风险筛查表,stamp营养不良筛查量表和微型营养评价简表均可进行编辑。nrs2002营养风险筛查表,stamp营养不良筛查量表和微型营养评价简表的内容参照图3-图5。
第一使用方即为护士所用的终端,第二使用方为医生所用的终端。
第一使用方首先根据病人年龄确定所要选用的营养风险筛查量表,若病人为18-90岁的成年人,则将nrs2002营养风险筛查表确定为要选用的营养风险筛查量表;
若病人为18岁以下的未成年人,则将stamp营养不良筛查量表确定为要选用的营养风险筛查量表;
若病人为90岁以上的老年人,则将微型营养评价简表确定为要选用的营养风险筛查量表。
护士终端在确定选用的营养风险筛查量表的各个营养筛查项中输入筛查信息。
营养风险筛查量表为量表,对各个营养筛查项赋予分值。
接收护士终端在营养风险筛查量表的各个营养筛查项中输入的筛查信息,并根据筛查信息以及预先配置的筛查算法,计算得到筛查评分值,将筛查评分值显示在筛查评分项中。
设定一个筛查评分阈值,超过筛查评分阈值即代表根据筛查评分确定该病人具有风险。
第三使用方为营养师所用的终端,营养师是适应社会健康的需求而产生的,不但是食物的专家,更是营养检测、营养强化、营养评估等领域的专家,帮助人们获取健康。营养师的职业要求是专心专业服务于健康。所以在通过第一使用方提供的营养风险筛查量表的筛查评分值确定病人具有风险后,需要寻求营养师协助医生根据病人的营养评估结果进行下一步的处理。
接收第二使用方在筛查评分值大于预设的筛查评分阈值时发送的提示消息,即第二使用方通过第一使用方提供的营养风险筛查量表的筛查评分值确定病人具有风险时,发送提示消息。将接收的第二使用方发送的消息转发到第三使用方,第三使用方在接收到提示消息后在营养状况评价量表的各个营养状况评价项中输入评价信息,系统接收第三使用方在营养状况评价量表的各个营养状况评价项中输入的评价信息。
具体的第三使用方在营养状况评价量表的各个营养状况评价项中输入评价信息的过程为:点击界面上的营养状况评价量表出现主观整体评价量表,微型营养评价量表和患者主观整体营养状态评价量表。营养状况评价量表为可编辑的量表,主观整体评价量表,微型营养评价量表和患者主观整体营养状态评价量表参照图6-图8。
第三使用方在输入营养状况评价量表的各个营养状况评价项前需要先确定营养状况评价量表的类型,第三使用方根据病人所在科室来确定选用的营养状况评价量表的类型。
若病人所在科室为肾内科,则将主观整体评价量表确定为要选用的营养状况评价量表;
若病人所在科室为老年科,则将微型营养评价量表确定为要选用的营养状况评价量表;
若病人所在科室为肿瘤科,则将患者主观整体营养状态评价量表确定为要选用的营养状况评价量表。
营养状况评价量表为量表,对营养状况评价量表的各个营养状况评价项赋予分值,并设定风险评价算法。
根据各个营养状况评价项中输入的评价信息以及预先配置的风险评价算法,计算得到营养风险评价值。
在病人的筛查评分值大于预设的筛查评分阈值时,便确定病人具有风险,需要进行预警。如图9所示,在计算得到营养风险评价值后,向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值。
本实施例中的his的处理方法,显示营养筛查与评价量表,营养筛查与评价量表为电子量表,营养筛查与评价量表包括营养风险筛查量表和营养状况评价量表,营养筛查与评价量表是可编辑的,其中营养风险筛查量表包括多项营养筛查项和筛查评分项,营养状况评价量表包括多项营养状况评价项。第一使用方为护士所用的终端,第二使用方为医生所用的终端,接收第一使用方在营养风险筛查量表的各个营养筛查项中输入的筛查信息,营养风险筛查量表为量表,具有预先配置的筛查算法,根据筛查信息以及预先配置的筛查算法,计算得到筛查评分值,并将筛查评分值显示在营养风险筛查量表的筛查评分项中。接收第二使用方在筛查评分值大于预设的筛查评分阈值时发送的提示消息,并把提示消息发送到第三使用方,第三使用方为营养师所用的终端,接收第三使用方在接收到提示消息后输入的营养状况评价量表的各个营养状况评价项中的评价信息。营养状况评价量表也为量表,预先配置有风险评价算法,根据评价信息以及预先配置的风险评价算法,计算得到营养风险评价值,并向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值,以供护士,医生和营养师可以及时获知病人的的预警信息和营养风险评价值。整个处理过程均在his系统中进行,采用his系统中的电子量表,方便保存,并且电子量表根据预设的算法进行计算,得分准确,不会出现错计、漏计、重复计的现象,筛查和评价所需的数据均通过his系统录入,筛查和评价结果可以由his系统对第一使用方、第二使用方和第三使用方进行显示,通过减少人力操作获得了更高效的工作效率,可以使护士,医生和营养师及时获知病人的的预警信息和营养风险评价值。
一些实施例中的his的处理方法,营养状况评价量表的类型还包括:饮食摄入量调查表,胃肠道症状表和进食量表;
his的处理方法还包括:接收第三使用方在饮食摄入量调查表,或胃肠道症状表,或进食量表的各个营养状况评价项中输入的病人饮食状况信息,病人饮食状况信息是第三使用方在接收到提示消息后输入的。
为了更好的对病人的营养状况进行评估,还增加了饮食摄入量调查表,胃肠道症状表和进食量表,用以采集病人的饮食状况信息。
饮食摄入量调查表,胃肠道症状表和进食量表并入营养状况评价量表,同为第三使用方在接收到提示消息后输入的。
饮食摄入量调查表,胃肠道症状表和进食量表参照图10-图12。
进一步的,在向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值时,还向第一使用方、第二使用方和第三使用方显示病人饮食状况信息。以方便护士,医生和营养师可以根据病人的病人饮食状况信息对病人的营养状况作出进一步的判断。
一些实施例中的his的处理方法,还包括:
记录向第一使用方、第二使用方和第三使用方显示预警信息的日期;
在向第一使用方、第二使用方和第三使用方显示预警信息和营养风险评价值时,还向第一使用方、第二使用方和第三使用方显示日期。
参照图9,界面显示预警的日期时间。显示格式为年-月-日,时:分:秒。
进一步的,his的处理方法,参照图9,还包括:
显示营养风险和评价表,营养风险和评价表包括:预警信息,营养风险评价值和日期。
在界面上显示营养风险和评价表的选项,点击营养风险和评价表可显示营养风险和评价表的内容,包括:预警信息,营养风险评价值和日期。
图13是本申请一个实施例提供的一种his的处理系统的结构图,参照图13,一种his的处理系统,包括:
接收模块21,用于接收第一使用方在营养风险筛查量表的各个营养筛查项中输入的筛查信息,或所述第二使用方发送的提示消息,或第三使用方在营养状况评价量表的各个营养状况评价项中输入的评价信息;
发送模块22,用于向第三使用方发送提示消息;
处理模块23,用于根据筛查信息以及预先配置的筛查算法,计算得到筛查评分值,将筛查评分值显示在营养风险筛查量表筛查评分项中;以及,根据评价信息以及预先配置的风险评价算法,计算得到营养风险评价值;
显示模块24,用于显示营养筛查与评价量表,预警信息和营养风险评价值。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。