CN108154910A - 用于药品使用规则架构的数据处理方法及其智能装置 - Google Patents
用于药品使用规则架构的数据处理方法及其智能装置 Download PDFInfo
- Publication number
- CN108154910A CN108154910A CN201711118580.4A CN201711118580A CN108154910A CN 108154910 A CN108154910 A CN 108154910A CN 201711118580 A CN201711118580 A CN 201711118580A CN 108154910 A CN108154910 A CN 108154910A
- Authority
- CN
- China
- Prior art keywords
- drug
- rule
- information
- programming
- logic
- 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
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种用于药品使用规则架构的数据处理方法及其智能装置,接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;调用请求指令对应的药品编程后台代码;以及根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。解决了药学人员不需要编程知识就可以完成对药品规则的设计的技术问题。
Description
技术领域
本发明涉及一种用于药品使用规则架构的数据处理方法及其智能装置。
背景技术
以前,医院工作人员只有依靠个人的知识记忆、经验积累和采用翻阅纸质权威书籍、资料等来对临床工作中遇到的相关临床用药管理问题进行确认,给工作带来极大的不便,导致工作效率低下。
相关技术中的临床用药规则管理是通过采用代码编写而成,若需要改动必须通知厂家技术人员进行修改代码,这样不仅会影响医院工作效率,也会影响医院的安全用药。所以,急需一种用于药品使用规则架构的数据处理方法及其智能装置,来解决传统药品管理、监管、规则设计需要计算机代码编程的技术问题。
发明内容
本发明要解决的技术问题是解决了传统药品管理、监管、规则设计需要计算机代码编程的技术问题。
解决上述技术问题,本发明提供了一种用于药品使用规则架构的数据处理方法,包括;
接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
调用请求指令对应的药品编程后台代码;以及
根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
进一步的,通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
接收开药请求指令后,调用该种药品的信息数据端口;
通过所述信息数据端口接收患者信息及医生的开药信息;
对所述的患者信息和开药信息根据所述逻辑图进行判断;
当判断不正确时进行预警提示。
进一步的,所述预设代码编程应用包括开始方块图标、对话框、连接线;
所述开始方块图标用于标识所述逻辑图的调用入口;
所述对话框用于对所述逻辑图的逻辑节点内容进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
所述逻辑节点之间通过所述连接线架构逻辑关系。
进一步的,所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框:
所述连接线包括单向连接线、Else语句单向连接线。
进一步的,通过程序块图标作为相同所述规则项的逻辑起点;
对所述连接线根据西药中成药规则、中药饮片规则进行赋值;
所述条件逻辑语句包括等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空、或。
本申请还提供了一种智能装置,它包括:
接收单元,接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
调用单元,用于调用请求指令对应的药品编程后台代码;
编程单元,用于根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
进一步的,建立单元,用于通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
进一步的,所述接收单元,还用于接收开药请求指令;
进一步的,所述调用单元,还用于调用该种药品的信息数据端口;
进一步的,所述接收单元,还用于通过所述信息数据端口接收患者信息及医生的开药信息;
进一步的,判断单元,用于对所述的患者信息和开药信息根据所述逻辑图进行判断,其中,所述的患者信息和开药信息与所述逻辑节点相互对应匹配设置;
进一步的,预警提示单元,用于当判断不正确时进行预警提示。
进一步的,所述编程单元,还用于通过开始方块图标标识所述逻辑图的调用入口;
还用于通过对话框对所述的逻辑节点的内容属性进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
还用于所述逻辑节点之间通过连接线架构逻辑关系。
进一步的,所述编程单元,其中的所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;
所述连接线包括单向连接线、Else语句单向连接线。
进一步的,还用于通过程序块图标作为相同所述规则项的逻辑起点;
还用于对所述连接线根据西药中成药规则、中药饮片规则进行赋值。
所述编程单元,还用于所述条件逻辑语句包括等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空或。
本发明的有益效果:
通过采用可视化、可编辑化的规则逻辑图技术建立临床用药规则,改变规则只能由技术人员编程维护的现状,实现药学人员不需要编程知识就可以完成对药品规则的设计。
附图说明
图1是本申请数据处理方法实施例的流程图;
图2是本申请另一实施例的对智能装置的架构图;
图3是本申请另一数据处理方法实施例的示意图;
图4是本申请另一数据处理方法实施例的示意图;
图5是本申请另一数据处理方法实施例的示意图;
图6是本申请另一数据处理方法实施例的示意图;
图7是本申请另一数据处理方法实施例的示意图;
图8是本申请另一数据处理方法实施例的示意图;
图9是本申请另一数据处理方法实施例的示意图;
图10是本申请另一数据处理方法实施例的示意图;
图11是本申请另一数据处理方法实施例的示意图;
图12是本申请另一数据处理方法实施例的示意图;
图13是本申请另一数据处理方法实施例的示意图;
图14是本申请另一数据处理方法实施例的示意图;
图15是本申请另一数据处理方法实施例的示意图;
图16是本申请另一数据处理方法实施例的示意图;
具体实施方式:
以下实施例仅是为清楚的发明本所作的举例,而并非对本发明的实施方式的限定。对于所属领域的普通技术人员来说,在下述说明的基础上还可以做出其他不同形式的变化或变动,而这些属于本发明精神所引出的显而易见的变化或变动仍处于本发明的保护范围之中。
使用规则架构的数据处理方法,目前包含标准规则库是基于药品说明书、诊疗常规、治疗指南、专家共识、政策法规等权威知识库制定,包含规则图和算法模型;自定义规则库是结合医院自身合理用药的管理(如科室用药管控,门诊住院药品管控等)要求和不同类别(如神经系统与精神疾病用药,呼吸系统用药等)药品的使用经验制定。
规则设计器目前涵盖医院药品目录19万个,共积累标准安全规则30多万条。主要包括:药物与药物规则、药物与手术规则、药物与特殊人群规则、药物与检查检验规则、药物与疾病规则等。而上述内容均可预先设置在数据库中用于使用时的调用。
目前,国内合理用药软件企业均采用技术编程实现对临床用药规则的管理,这样就导致医院人员无法自行进行临床用药规则的增加、修改等功能操作,必须通过合理用药软件企业的技术人员利用编程技术去解决用药规则的新增与修改问题,这给医院带来了极大的不便,影响了用药规则实现工作的质量和效率。
如图1所示,本申请提供的一种用于药品使用规则架构的数据处理方法,该方法包括:
S101,接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
S102,调用请求指令对应的药品编程后台代码;以及
S103,根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
首先,打开规则图标识使系统进入药品规则图的绘制编程方式,如图3-4所示,可以通过表选或树选的方式选择需要进行规则设计的具体药品,当指定好需要进行规则设计的药品后,点击进入的操作即上述的指定药品使用规则设计请求指令,在选择编程药物后则会以该药品为单元,调用该药品的编程后台进行编程,并且所述预设代码编程应用就是将复杂的代码转化成普通医务人员可以使用编程的程序块。当然,既可以进行编辑也可以修改之前已经录入的编程好的代码。
在本申请的一可选实施例中,根据该药品的使用规则通过图像语言进行编程,建立该药品使用规则的逻辑图或修改已经建立的该药品使用规则逻辑图,其中,所述的逻辑图由逻辑节点通过之间的逻辑关系进行架构,其方法还包括:
步骤a,通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
步骤b,通过所述信息数据端口接收患者信息及医生的开药信息;
步骤c,对所述的患者信息和开药信息根据所述逻辑图进行判断,其中,所述的患者信息和开药信息与所述逻辑节点的赋值相互对应匹配设置;
步骤d,当判断不正确时进行预警提示。
其次,本申请的技术方案则是采用图像语言编程,突出了其可视化、可编辑的特点。对其逻辑节点进行赋值,对逻辑关系(即流程关系)进行架构。形成一套逻辑算法,通过逻辑算法检测之后获取的数据是否符合要求。在接收到前台开药的指令后,即开药请求指令,则会显示该种药品的信息数据端口。医生根据患者信息,比如年龄、性别等针对其情况进行用药。用药的具体内容就是上述的开药信息,根据开药信息和患者信息经过逻辑图进行判断,判断有误的信息内容,则会出现不正确时进行预警提示。
更重要的是,通过逻辑图的建立形成了逻辑图的多层级药品编码。通过逻辑图上的逻辑节点实现不同药物(指定药品)规则数据处理的向上追溯,对规则进行全面管控。
(即药品规则管理基于多层级药品编码来实现,实现编码层次下的不同药品规则的向上追溯对其进行规则管控。)
在本申请的一可选实施例中,包括:
所述预设代码编程应用包括开始方块图标、对话框、连接线;
步骤f:通过开始方块图标标识所述逻辑图的调用入口;
步骤g:通过对话框对所述的逻辑节点的内容属性进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
步骤c:所述逻辑节点之间通过连接线架构逻辑关系。
后台编程的具体画法,均由开始方块图标标识开始,开始方块图标标识也是调用入口,所述逻辑节点的赋值通过所述对话框进行,对话框是以表达式作为赋值方式,所述内容属性则是通过所述表达式的规则项、条件逻辑语句、规则内容进行赋值,因此该逻辑节点本身也会成为具有逻辑关系,所述逻辑节点之间则是通过所述连接线架构逻辑关系。
在本申请的一可选实施例中,包括:
所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;
所述连接线包括单向连接线、Else语句单向连接线。
所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;对话框可分为以上技术逻辑关系,所述连接线包括单向连接线、Else语句单向连接线。简化了编程过程。
在本申请的一可选实施例中,包括:
通过程序块图标作为相同所述规则项的逻辑起点;
对所述连接线根据西药中成药规则、中药饮片规则进行赋值;
所述条件逻辑语句包括:等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空或。
最后,通过程序块图标作为相同所述规则项的逻辑起点;对所述连接线根据西药中成药规则、中药饮片规则进行赋值。符合药品逻辑规则编写的要求和实际情况,也可以简化编程内容。其具体的使用方式,表达的逻辑关系在具体实施方案中进行详细阐述,在此不再赘述。当某种药品的流程规则图完成后,如图5所示。
具体实施方式:
本申请包括了传统技术中的必要功能如:打开、编辑、保存规则图功能快捷方式;以及撤消、重做、剪切、复制、粘贴、放大、缩小、轮廓、帮助等辅助功能。选择工具,鼠标点击后呈选中状态,可对当前设计面板中的元素进行拖拽、改变大小等。手形工具,鼠标点击后呈选中状态,可对当前设计面板进行移动。
所述连接线中的所述单向连接线,鼠标点击后呈选中状态,用于连结各个所述逻辑节点,其中所述单向连接线的【开始】一端不能作为终端节点;里面附加的【文本】内容不需要连结;所述文本对话框不能作为起始节点;两个节点间只能存在一条边(Else除外)等限定条件。
而所述的Else语句单向连接线。鼠标点击后呈选中状态,用于连结各个所述逻辑节点的Else逻辑关系,且该Else语句单向连接线只能以【多条件分支】作为起始节点。当用于除【多条件分支】以外的节点时,系统会提示相应的警告信息。且两个节点间只能存在一条Else语句单向连接线。
上述的文本功能的具体操作解释为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【文本】控件,也可以直接拖拽到当前设计面板中。
所述开始方块图标的具体操作解释为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【开始】控件,也可以直接拖拽到当前设计面板中。
所述If-else语句逻辑对话框的具体操作解释为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【条件分支】控件,也可以直接拖拽到当前设计面板中。
所述Switch语句逻辑对话框的具体操作解释为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【多条件分支】控件,也可以直接拖拽到当前设计面板中。
所述文本对话框主要用于提示信息的编辑载入具体操作解释为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【提示信息】控件,也可以直接拖拽到当前设计面板中。
所述程序块图标具体操作为:鼠标点击后呈选中状态,用于在当前设计面板中画出一个【程序块】控件,也可以直接拖拽到当前设计面板中。
本申请还具备搜索框,利用搜索框搜索关键字的文本,并高亮显示。
下面具体通过具体的一种药物编程方式来进一步解释说明。
首先,单击打开逻辑图按钮,即会出现树选和表选的表格如图3、4所示,进行具体药品的选取工作。
双击表格中的行或者树结构中的节点,即可打开当前选中的药品的逻辑图,其中红色的代表目前还没有画逻辑图的药品,黑色的代表已经成功提交了规则图。同时,在右侧打开该药品的规格说明书,如果系统没有收录该药品的说明书,右侧说明书栏会显示“暂未收录【料*】的说明书”。双击打开药品逻辑图如下,完成接收指定药品使用规则设计请求指令后,调用需要进行规则设计的药品编程后台的操作,图5为已经编程好的逻辑图举例。
再次点击【打开规则图】可打开多个药品的规则图,如果打开的药品逻辑图已经打开过了,系统会直接切换到该药品。当对规则图中的控件进行拖动、文字进行修改时,当前药品名称后会添加一个红色的“*”号来标记当前的逻辑图被修改过,当保存成功后,红色的“*”号会自动消失。
通过图像语言编程的详细流程如下,单击【开始】按钮设置开始方块图标。在当前设计面板中画出【开始】控件。注意,【开始】控件没有属性面板且一个逻辑图中只能有一个【开始】控件,作为所述逻辑图的前台进行调用的入口,如图6所示。
之后开始进行条件分支,多条件分支的设置编程工作。条件分支与多条件分支分别采用所述的If-else语句逻辑对话框、Switch语句逻辑对话框进行编程。所述的If-else语句逻辑对话框在未设值时,呈灰白色,设值后呈浅绿色。双击【条件分支】控件,弹出内容属性的逻辑表达式,选择要设置的属性,如图7所示。所述的Switch语句逻辑对话框与上述If-else语句逻辑对话框的操作方法基本相同,其不同点在于前面的逻辑节点是否存在多个逻辑关系。等同于编程中的Switch语句。
所述的程序块图标用来并行两个条件分支,如药嘱的给药途径和剂型都属于用法用量一类。在当前设计面板中画出【程序块】控件。注意,【程序块】控件没有属性面板,作为多个逻辑关系路径的前点。
所述的文本对话框用来设置逻辑出错后的警示信息、警示信息等级以及警示信息的来源等。在未设值时,呈灰白色,设值后呈浅绿色。
双击【文本对话框】控件,弹出属性编辑框,选择要设置的属性。点击【确定】来设值,设值后【文本对话框】控件呈浅绿色。
所述单向连接线,在当前设计面板中的两个节点间画出一条连线。起始节点为开始方块图标,如图8所示。
所述Else语句单向连接线用来连结【多条件分支】与其它节点,是指除满足条件以外的其它情况。单击【Else连结线】按钮,在当前设计面板中的【多条件分支】与其它节点间画出一条连线。Else连结线不用设值,有默认值else,如下图9所示。
所述文本对话框用于在当前设计面板中添加一个文本框,输入一些备注信息等,如下图10所示。
以上就是图像语言编程的基本组成部分和编程方式,最终形成所述的逻辑图。最后,对当前编辑的规则图进行保存,在保存之前首先进行编译操作。如果编译出错,会给出相应的编译错误信息,保存失败;如果编译成功,会提示保存成功信息。
本申请还包括了传统的查看说明书、帮助文档、文本搜索的具体功能,说明书功能可根据药品的名称、厂家和剂型对药品的说明书进行在线查询,同时提供药品说明书的目录,可快速定位说明书的各个部分。
在文本搜索框中输入想搜索的关键字,规则图中的文本只要包含输入的关键字,字体将会变成红色,在此不再展开进行说明了。
除了所述表达式中的上述所述条件逻辑语句外,还具有大于、小于的逻辑语句,大于:不是“>”,暂时不用。小于:不是“<”,暂时不用。可供医生进行选择使用。
以下为条件逻辑语句的具体功能:
等于:完全一致,只要值A与条件B拆分后任意一个不相等就不成立。
不等于:有不同点,只要值A与条件B拆分后任意一个相等就不成立。
存在:左右拆分比较,只要值A拆分后任意一个等于条件B拆分后任意一个,就成立。
匹配:只要值A出现条件B的其中一个关键词就成立,条件B可多个关键词填于.*().*半角括号中并用|分隔开。
包含:只要值A出现条件B就成立,条件B只能包含一个关键词。
不包含:与包含相反。
属于:只要值A在条件B拆分后任意一个,就成立。
不属于:与属于相反。
为空或:只要值A为空都成立,或者值A等于B拆分后的任意一个值。
下面简述表达式中的规则设定方式和具体内容:
规则设定的基本原则,为了实现对医院全方面的管理,也为了实现PDCA循环管理的理念,自定义用药规则库全部开放到医院,使医院对于药事的管理更加自主与及时,做到发现问题可以及时修改,管理新规可以及时响应。为此,规则库定义了7大类115小点对药事进行全方面的设定,上述内容则是通过数据库的建立而得到的。
所述的规则项分为患者、医院、处方、药嘱、药嘱S、合用药嘱、手术等几个基本门类,而所述的规则内容一般则是警示信息编写。另外,还可以通过其具体内容实现报表统计,以第一个规则项患者进行举例说明。
患者的症状不同用药必然是不一样的,在患者这一大项中一共有性别、年龄、身高、体重、出生体重、Bmi、怀孕、孕期、哺乳、透析、过敏药品列表、内生肌酐清除率、地址、电话14小点进行设置与管理。年龄、身高、体重等指标并不局限于对成人进行设置,也可支持对于儿童进行相关的设置,可以更好地规范儿童用药,如图11所示。
所述文本对话框用于警示信息的编写,在对药品或相关管理规定进行条件与逻辑的设定后,最后一步也是直观展示给使用人员的关键一步,就是编写用药警示信息。警示信息的内容主要体现在三方面:医生用药审核结果提示、药师审方界面以及处方/医嘱点评系统点评结果,所以,我司提供了科学的警示信息设置,主要包括警示信息内容、处理方法与建议、来源、严重程度,如图12所下。
警示信息主要填写药品中存在的不合理用药情况,例如严重肾功能损害慎用、孕妇禁用等。同时可以填写存在不合理用药的药品名称以及合用药品名称,达到更清晰。
处理方法主要是针对不合理用药情况的改进方案,药师可以根据临床经验或其他要求提出建议,从而使临床用药更加科学与安全。
来源,操作人员的编写警示信息时,需要对其来源进行填写,做到有理可依。例如需按照说明书使用,则来源为说明书,软件提供了多项选择。
严重程度,目前系统主要收纳了5种警示等级,分别是:统计(只作为统计信息数据使用,不提醒,医生端不弹出警示信息),提醒(三级),慎用(四级),禁忌(五级),绝对禁止(八级,根据实际情况有医院设定)。标准规则库一般只使用提醒、慎用、禁忌三种。具体的划分依据举例示意,例如用法用量的例子:
警示等级:
提醒:老年人/婴幼儿/***患者需调整剂量,用药尚不明确,在医生指导下用药。
例如:齐鲁制药有限公司生产的盐酸二甲双胍片,其说明书写明“【老年用药】老年患者(>65岁)慎用,因肾功能减弱,用药量宜酌减。”则该条警示信息严重等级为“提醒”。
慎用:给药剂量、给药频率、给药时机不合适,持续时间。
通过规则实现报表统计,自定义规则管理工具除了可以制定药品合理使用规则以外,还可以制定药品的统计规则,点击菜单栏中的【管理】-【统计】,在此页面即可实现药品的统计。例如统计能量用药/辅助用药的人次数与处方数及其占比,如图12所示。
除了上述的规则逻辑图以外,还会根据西药中成药规则、中药饮片规则对所述连接线进行赋值。
西药中成药规则设计,规则设计器目前包含标准规则库和自定义规则库两个用药规则库。标准规则库常见的规则分支类别有相互作用、肾功能、过敏、孕产、用法用量、配伍、给药途径、诊断、重复用药。
警示信息的严重程度分级有五种:统计(只作为统计信息数据使用,不提醒,医生端不弹出警示信息)、提醒(三级)、慎用(四级)、禁忌(五级)、绝对禁止(八级,根据实际情况由医院设定)。标准规则库一般只使用提醒、慎用、禁忌三种。
相互作用:
要注意给药途径的判断
具体画法如下:
【相互作用】——【合用药品给药途径】(可以选择属于内服、注射或不属于外用,外用是局部作用,相互作用是判断全身作用的)——【合用药品名称】/【合用药品盐基】等——【文本对话框】。(根据药品说明书,中间可以加入其他条件判断,如给药途径等于合用药品给药途径,合用药品给药途径,合用药品给药剂量等。
其模式、画法与西药中成药规则的逻辑图操作方式相同。再次不再进行细致的举例描述,其包括用法用量、相互作用、孕产。
目前,国内合理用药软件企业均采用技术编程实现对临床用药规则的管理,这样就导致医院人员无法自行进行临床用药规则的增加、修改等功能操作,必须通过合理用药软件企业的技术人员利用编程技术去解决用药规则的新增与修改问题,这给医院带来了极大的不便,影响了用药规则实现工作的质量和效率。
在这种情况下,广东医睦科技有限公司设计的规则设计器是一套集实用性、新颖性、合理性、科学性、可扩充性、通用性、系统性、完整性、可操作性为一体的用药规则实现方法。该方法易操作、通用性强,适用于医院药学人员、医务科人员、医保科人员等专业人士自行采用思维导图技术进行用药规则的设计、管理、统计等,而无需编程技术,实现药学人员可以自行实现临床用药规则的编程。
规则设计器是实现合理用药的核心功能,是医院信息化管理的前提。从临床用药规则管理的需求出发,以适当的媒介为载体,实现用药规则管理的科学性、实用性、完整性和可操作性,是合理用药管理与信息化的要求。
通过前台输入的所述患者信息和开药信息,如图13-16所示,合理用药系统,通过对药品自定义规则的编制,设定不同等级的警示信息,在临床医师保存医嘱时进行实时审核,并提供正确的药品使用方法。
举例:医院自定义规则-儿科禁止开喹诺酮类抗菌药物,等级设置为5级,如图13所示。
当儿科开喹诺酮类抗菌药物时,系统会框弹提示“儿科禁开”,如图14所示。
药师通过对处方二次审核,对将问题处方退回重开,如图15所示。
事后再现问题处方,查看处方明细,如图16所示。
其后续,还会在智慧药箱使用。智慧药箱系统,包括数据处理终端,所述数据处理终端与电子药箱连接,所述服务端包含有用药规则数据库,当与电子药箱连接的数据处理终端获取到用户的多个药品标识信息后,向所述服务端发送所述多个药品标识信息,然后所述服务端根据所述多个药品标识信息从所述用药规则数据库搜索所述多个药品的用药规则,所述数据处理终端从所述服务端获取所述多个药品的用药规则,然后根据所述多个药品的用药规则判断所述多个药品能否同时服用,若不能同时服用,则发出第一告警信息,提示用户不能同时服用所述多个药品,避免用户因同时服用几种不能一起吃的药物发生危险。
在这种情况下,本申请的规则设计器是一套集实用性、新颖性、合理性、科学性、可扩充性、通用性、系统性、完整性、可操作性为一体的用药规则实现方法。该方法易操作、通用性强,适用于医院药学人员、医务科人员、医保科人员等专业人士自行采用思维导图技术进行用药规则的设计、管理、统计等,而无需编程技术,实现药学人员可以自行实现临床用药规则的编程。
规则设计器是实现合理用药的核心功能,是医院信息化管理的前提。从临床用药规则管理的需求出发,以适当的媒介为载体,实现用药规则管理的科学性、实用性、完整性和可操作性,是合理用药管理与信息化的要求。
如图2所示,本申请还提供了一种智能装置,它包括:
接收单元,接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
调用单元,用于调用请求指令对应的药品编程后台代码;
编程单元,用于根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
在另一可选实施例力中,该装置还包括:
建立单元,用于通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
所述接收单元,还用于接收开药请求指令;
所述调用单元,还用于调用该种药品的信息数据端口;
所述接收单元,还用于通过所述信息数据端口接收患者信息及医生的开药信息;
判断单元,用于对所述的患者信息和开药信息根据所述逻辑图进行判断,其中,所述的患者信息和开药信息与所述逻辑节点相互对应匹配设置;
预警提示单元,用于当判断不正确时进行预警提示。
在另一可选实施例力中,该装置还包括:
所述编程单元,还用于通过开始方块图标标识所述逻辑图的调用入口;
还用于通过对话框对所述的逻辑节点的内容属性进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
还用于所述逻辑节点之间通过连接线架构逻辑关系。
在另一可选实施例力中,该装置还包括:
所述编程单元,其中的所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;
所述连接线包括单向连接线、Else语句单向连接线。
在另一可选实施例力中,该装置还包括:
所述编程单元,还用于通过程序块图标作为相同所述规则项的逻辑起点;
还用于对所述连接线根据西药中成药规则、中药饮片规则进行赋值。
在另一可选实施例力中,该装置还包括:
所述编程单元,还用于所述条件逻辑语句包括等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空或。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (10)
1.一种用于药品使用规则架构的数据处理方法,其特征在于,包括:
接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
调用请求指令对应的药品编程后台代码;以及
根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
2.根据权利要求1所述的数据处理方法,其特征在于,包括:
通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
接收开药请求指令后,调用该种药品的信息数据端口;
通过所述信息数据端口接收患者信息及医生的开药信息;
对所述的患者信息和开药信息根据所述逻辑图进行判断;
当判断不正确时进行预警提示。
3.根据权利要求2所述的数据处理方法,其特征在于,其方法还包括:
所述预设代码编程应用包括开始方块图标、对话框、连接线;
所述开始方块图标用于标识所述逻辑图的调用入口;
所述对话框用于对所述逻辑图的逻辑节点内容进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
所述逻辑节点之间通过所述连接线架构逻辑关系。
4.根据权利要求3所述的数据处理方法,其特征在于:
所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;
所述连接线包括单向连接线、Else语句单向连接线。
5.根据权利要求3所述的数据处理方法,其特征在于,该方法还包括:
通过程序块图标作为相同所述规则项的逻辑起点;
对所述连接线根据西药中成药规则、中药饮片规则进行赋值;
所述条件逻辑语句包括等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空、或。
6.一种智能装置,其特征在于,它包括:
接收单元,接收指定药品使用规则设计的请求指令和所述指定药品使用规则设计的录入信息,其中,所述录入信息是表示药品使用规则的信息;
调用单元,用于调用请求指令对应的药品编程后台代码;
编程单元,用于根据所述录入信息和预设代码编程应用对所述药品编程后台代码进行编程,其中,所述预设代码编程应用用于根据所述录入信息实现代码编程。
7.根据权利要求6所述的智能装置,其特征在于,它还包括:
建立单元,用于通过所述预设代码编程应用建立该药品使用规则的逻辑图或修改采用所述预设代码编程应用已经建立的该药品使用规则的逻辑图;
所述接收单元,还用于接收开药请求指令;
所述调用单元,还用于调用该种药品的信息数据端口;
所述接收单元,还用于通过所述信息数据端口接收患者信息及医生的开药信息;
判断单元,用于对所述的患者信息和开药信息根据所述逻辑图进行判断,其中,所述的患者信息和开药信息与所述逻辑节点相互对应匹配设置;
预警提示单元,用于当判断不正确时进行预警提示。
8.根据权利要求6所述的智能装置,其特征在于,它还包括:
所述编程单元,还用于通过开始方块图标标识所述逻辑图的调用入口;
还用于通过对话框对所述的逻辑节点的内容属性进行赋值,其中,所述对话框通过逻辑表达式对所述内容属性进行赋值,所述表达式包括规则项、条件逻辑语句、规则内容;
还用于所述逻辑节点之间通过连接线架构逻辑关系。
9.根据权利要求8所述的智能装置,其特征在于,它还包括:
所述编程单元,其中的所述对话框包括If-else语句逻辑对话框、Switch语句逻辑对话框、文本对话框;
所述连接线包括单向连接线、Else语句单向连接线。
10.根据权利要求9所述的智能装置,其特征在于,它包括:
所述编程单元,还用于通过程序块图标作为相同所述规则项的逻辑起点;
还用于对所述连接线根据西药中成药规则、中药饮片规则进行赋值。
所述编程单元,还用于所述条件逻辑语句包括等于、不等于、存在、匹配、包含、不包含、属于、不属于、为空或。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711118580.4A CN108154910A (zh) | 2017-11-13 | 2017-11-13 | 用于药品使用规则架构的数据处理方法及其智能装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711118580.4A CN108154910A (zh) | 2017-11-13 | 2017-11-13 | 用于药品使用规则架构的数据处理方法及其智能装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108154910A true CN108154910A (zh) | 2018-06-12 |
Family
ID=62468852
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711118580.4A Pending CN108154910A (zh) | 2017-11-13 | 2017-11-13 | 用于药品使用规则架构的数据处理方法及其智能装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108154910A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109360619A (zh) * | 2018-08-24 | 2019-02-19 | 康美药业股份有限公司 | 审方规则库修复方法、装置、电子设备及存储介质 |
CN110956566A (zh) * | 2020-02-04 | 2020-04-03 | 上海耀客物联网有限公司 | 一种易制毒易制爆危化品管理系统和管理方法 |
WO2022000293A1 (zh) * | 2020-06-30 | 2022-01-06 | 西门子(中国)有限公司 | 图形化编程方法和处理器、终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060106745A1 (en) * | 2004-11-15 | 2006-05-18 | Becton, Dickinson And Company | Graphical user interface for use with open expert system |
CN102354283A (zh) * | 2011-09-20 | 2012-02-15 | 天津智康医疗科技有限公司 | 规则库的构建方法和利用该规则库进行数据检查的方法 |
CN107330270A (zh) * | 2017-06-29 | 2017-11-07 | 广东医睦科技有限公司 | 电子药箱系统、用药提示方法及装置 |
-
2017
- 2017-11-13 CN CN201711118580.4A patent/CN108154910A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060106745A1 (en) * | 2004-11-15 | 2006-05-18 | Becton, Dickinson And Company | Graphical user interface for use with open expert system |
CN102354283A (zh) * | 2011-09-20 | 2012-02-15 | 天津智康医疗科技有限公司 | 规则库的构建方法和利用该规则库进行数据检查的方法 |
CN107330270A (zh) * | 2017-06-29 | 2017-11-07 | 广东医睦科技有限公司 | 电子药箱系统、用药提示方法及装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109360619A (zh) * | 2018-08-24 | 2019-02-19 | 康美药业股份有限公司 | 审方规则库修复方法、装置、电子设备及存储介质 |
CN110956566A (zh) * | 2020-02-04 | 2020-04-03 | 上海耀客物联网有限公司 | 一种易制毒易制爆危化品管理系统和管理方法 |
WO2022000293A1 (zh) * | 2020-06-30 | 2022-01-06 | 西门子(中国)有限公司 | 图形化编程方法和处理器、终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11531804B2 (en) | Enhancing reading accuracy, efficiency and retention | |
US7490047B2 (en) | Apparatus and method for constructing formularies | |
CN102819655B (zh) | 展现电子病历的系统及方法 | |
CN102902872B (zh) | 报告检查装置及报告检查方法 | |
CN104969228B (zh) | 电子化患者护理的计算机实现方法、系统和装置 | |
Masini et al. | Construction morphology | |
CN106503455A (zh) | 基于药品规则组合的医嘱智能审核系统及方法 | |
US20070088559A1 (en) | Method for computerising and standardizing medical information | |
US20050015381A1 (en) | Database management system | |
CN108154910A (zh) | 用于药品使用规则架构的数据处理方法及其智能装置 | |
CN109637584A (zh) | 肿瘤基因诊断辅助决策系统 | |
JP4591193B2 (ja) | 医療事故防止支援システム | |
CN115938565A (zh) | 基于智能推理和证据关联的肿瘤辅助决策支持系统 | |
CN115458108A (zh) | 一种融合多元技术的可视化糖尿病大数据智能分析系统 | |
Dorda et al. | ArchiMed: a medical information and retrieval system | |
CN106372201B (zh) | 规则信息的分类处理方法 | |
CN109346146A (zh) | 处方审核分配方法、装置、电子设备及存储介质 | |
US20140033028A1 (en) | Methods and systems for order set processing and validation | |
WO2017085552A1 (en) | Method and system for generating and displaying structured topics of a healthcare treatment taxonomy in different formats | |
Humphrey | A knowledge-based expert system for computer-assisted indexing | |
TWM586446U (zh) | 智能化急性腎損傷藥物警示系統 | |
KR20100086404A (ko) | 임상콘텐츠의 구조 및 임상콘텐츠 모델링 방법 | |
CN107832043A (zh) | 一种基于软件元视图构造视图的可视软件建模方法 | |
CN114722213A (zh) | 多病种多指南临床辅助决策支持系统的知识图谱构建及应用方法 | |
CN110379478A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180612 |
|
RJ01 | Rejection of invention patent application after publication |