医药工艺流程化方法、装置、计算机设备和存储介质
技术领域
本申请涉及医药智能制造技术领域,特别是涉及一种医药工艺流程化方法、装置、计算机设备和存储介质。
背景技术
随着智能制造技术的发展,出现了医药智能制造技术,由于制药行业是个典型的连续型生产制造业,在整个制药企业中,医药工艺流程对药品质量,品控起到至关重要的作用,也是直接决定药品的质量。然而,由于医药工艺管制节点多,程序复杂严谨,环节多,精准难控,周期长的特点,医药流程很难做到完全自动化。相关技术中对医药流程模拟执行的系统,一方面采用客户服务(Customer Service,CS)流程结构,底层流程控制引擎层出不穷,很难实现跨平台,且流程的定义和配置不够灵活,流转条件单一,面对复杂生产场景和流转条件不能很好支持,导致数据产出有较大偏差;另一方面数据存储碎片化,不能很好的规整数据产物,导致数据的浪费,不能很好的通过数据的分析达到工艺的优化。
针对相关技术中,流程定义配置不灵活、数据存储碎片化的问题,目前尚未提出有效的解决方案。
发明内容
基于此,有必要针对上述技术问题,提供一种医药工艺流程化方法、装置、计算机设备和存储介质。
根据本发明的一个方面,提供了一种医药工艺流程化的方法,包括以下步骤:
根据医药工艺配方中的单元步骤,组合所述单元步骤,构建流程定义,其中,所述单元步骤映射为所述流程定义中的节点;
通过流程引擎执行所述流程定义,产生流程实例,其中,所述流程定义中的节点映射为所述流程实例中的流程任务;
获取并存储各个所述流程任务的数据。
在其中一个实施例中,所述组合所述单元步骤,构建流程定义包括:
通过业务流程引擎BPMN配置所述节点,所述业务流程引擎包括用户任务,所述用户任务指示所述流程定义中的节点。
在其中一个实施例中,所述通过流程引擎组合所述单元步骤,构建流程定义还包括:
通过DMN规则引擎增加所述节点的多决策配置,所述多决策配置包括所述节点的自动执行条件配置、条件出发报警通知配置;所述多决策配置的条件包括温度、湿度和水位。
在一个实施例中,所述通过流程引擎组合所述单元步骤,构建流程定义还包括:
通过案例模型引擎CMMN配置并行执行的流程定义。
在一个实施例中,所述根据工艺配方中的单元步骤,组合所述单元步骤,构建流程定义包括:
配置所述步骤的前后关系、添加物和产物为所述单元步骤的属性。
在一个实施例中,所述定义所述工艺流程中的各个步骤为单元步骤,定义所述单元步骤的前后关系、添加物和产物为所述单元步骤的属性之后,所述方法包括:
存储所述单元步骤和所述单元步骤的属性和与所述单元步骤对应的索引名;
根据所述索引名调用所述单元步骤和所述单元步骤的属性。
在一个实施例中,所述通过流程引擎执行所述流程定义,产生流程实例包括:
所述流程实例包括流程标识,所述流程标识指示所述流程实例中的各个所述流程任务。
根据本发明的另一个方面,还提供一种医药工艺流程化装置,所述装置包括定义模块、执行模块和存储模块:
所述定义模块,用于根据工艺配方中的单元步骤,组合所述单元步骤,构建流程定义,其中,所述单元步骤映射为所述流程定义中的节点;
所述执行模块,用于通过流程引擎执行所述流程定义,产生流程实例,其中,所述流程定义中的节点映射为所述流程实例中的流程任务;
所述存储模块,用于获取并存储所述各个流程任务的数据。
根据本发明的另一个方面,还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述医药工艺流程化方法。
根据本发明的另一个方面,还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述医药工艺流程化方法。
上述医药工艺流程化方法、装置、计算机设备和存储介质,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;获取并存储各个流程任务的数据,实现了医药流程流转条件的灵活控制,流程的跨平台适用性高,且数据存储集中,便于数据分析和追溯。
附图说明
图1是根据本发明一个实施例中医药工艺流程化方法的应用场景图;
图2是根据本发明一个实施例中医药工艺流程化的流程图;
图3是根据本发明一个具体实施例中医药工艺流程化方法的流程图;
图4是根据本发明一个具体实施例中的组态示意图;
图5是根据本发明一个具体实施例中的流程实例示意图;
图6是根据本发明一个具体实施例中的单元步骤转化示意图;
图7是根据本发明一个实施例中医药工艺流程化装置的示意图;
图8是根据本发明一个具体实施例中的医药工艺流程化装置示意图;
图9是根据本发明一个实施例中医药工艺流程化计算机设备示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行描述和说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。基于本申请提供的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
显而易见地,下面描述中的附图仅仅是本申请的一些示例或实施例,对于本领域的普通技术人员而言,在不付出创造性劳动的前提下,还可以根据这些附图将本申请应用于其他类似情景。此外,还可以理解的是,虽然这种开发过程中所作出的努力可能是复杂并且冗长的,然而对于与本申请公开的内容相关的本领域的普通技术人员而言,在本申请揭露的技术内容的基础上进行的一些设计,制造或者生产等变更只是常规的技术手段,不应当理解为本申请公开的内容不充分。
在本申请中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是,本申请所描述的实施例在不冲突的情况下,可以与其它实施例相结合。
除非另作定义,本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制,可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形,意图在于覆盖不排他的包含;例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可以还包括没有列出的步骤或单元,或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电气的连接,不管是直接的还是间接的。
图1是根据本发明一个实施例中医药工艺流程化方法的应用场景图,如图1所示,本申请提供的医药工艺流程化方法,可以应用于如图1所示的应用环境中。其中,医药流水线设备102通过网络与计算机设备104通过网络进行通信。计算机设备104根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;获取并存储各个流程任务的数据。其中,计算机设备102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,图2是根据本发明一个实施例中医药工艺流程化的流程图,如图2所示,提供了一种医药工艺流程化方法,以该方法应用于图1中的计算机设备为例进行说明,包括以下步骤:
步骤S210,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;
在步骤S210中,单元步骤指示医药工艺配方中的各个行为步骤,例如洗瓶、称量、挑选、干燥、粉碎、浓缩、蒸馏、制粒等,由于医药工艺的配方通常是由上述行为步骤按顺序实施完成的,因此,在构建流程定义之前,对需要流程化的医药工艺配方进行步骤拆分,通过工艺分析,定义单元步骤。可选地,将这些单元步骤存入单元步骤池,在构建流程定义时,从上述单元步骤池中选取相应的单元步骤。对上述单元步骤进行组态、配置,构建与医药工艺配方相对应的流程定义。在流程定义中包括用户任务也就是节点,每个节点即为单元步骤在流程定义中的映射,在流程到达该节点时,可以根据节点上获取到的信息判断流程的流向。
步骤S220,通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务。在步骤S220中,将步骤S210中的流程定义转换为流程引擎可执行的流程定义,再通过流程引擎驱动执行上述流程定义,产生一个流程实例。将流程定义理解为存储在计算机设备104上的后台数据,上述流程实例则是在制药生产线上流转的控制流程,流程定义中的节点在流程实例中映射为流程实例,每个流程实例对应制药生产线上的各个完成相应任务的机器或者设备。例如,医药工艺配方中包括一个单元步骤干燥,那么对应于该医药工艺配方的流程定义,存在一个节点也命名为干燥节点,在该流程定义被流程引擎执行产生流程实例后,该干燥节点就转换为对应于干燥机的一个流程任务。在该流程经过干燥剂时,根据干燥机的工作模式、温度、时长等因素,流程将根据预设的规则选择对应的流向。上述流程引擎可以是Osworkflow、Activiti、Flowable等。优选地,选择Flowable作为流程引擎,Flowable是一个使用Java编写的轻量级业务流程引擎,使用Apache V2 license协议开源。Flowable可以轻易加入任何Java环境:Java SE、Tomcat、Jetty或Spring之类的servlet容器;JBoss或WebSphere之类的Java EE服务器等。
步骤S230,获取并存储各个流程任务的数据。在步骤S230中,在流程实例流转过程中,在每一个流程任务实现的过程中,输入输出的数据以及触发条件等数据都会被获取并对应于该流程任务存储下来。例如,仍然针对上述干燥流程任务,会根据干燥机内的数据,记录本次流程任务干燥时的条件,入料处的入料质量以及最终的产物质量等数据,更有利于流程实例结束时对于各个流程任务进行追溯,还有利于在对多个流程实例进行对比后,对流程实例中的各个流程任务进行优化。
上述医药工艺流程化方法、装置、计算机设备和存储介质,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义;通过流程引擎执行流程定义,产生流程实例;获取并存储各个流程任务的数据,实现了医药流程流转条件的灵活控制,提高了流程的跨平台适用性,且数据存储集中,便于数据分析和追溯。
在一个实施例中,通过业务流程引擎(Business Process Model and Notation,BPMN)配置节点,构建流程定义。BPMN的主要目标是提供一些被所有业务用户容易理解的符号,从创建流程轮廓的业务分析到这些流程的实现,直到最终用户的管理监控。业务流程图由一系列的图形化元素组成。这些元素简化了模型的开发。这些元素每个都有各自的特性,且与大多数的建模器类似。开发BPMN的动力就是为了在创建业务流程模型时提供一个简单的机制,同时又能够处理来自业务流程的复杂性,要处理这两个矛盾的需求的方法就是将标记的图形化方面组织分类为特定的类别。优选地,选择Flowable作为流程引擎的情况下,Flowable中的业务流程引擎支持事件、顺序流、网关、任务、子流程和调用活动等类型的流程元素,其中,事件通常用于为流程生命周期中发生的事情建模;顺序流是流程中两个元素间的连接器;网关用于控制执行的流向,可类比路口的分叉来理解,具体又可以分为排他网关、并行网关、包容网关和基于事件的网关等类型;任务又分为用户任务、邮件任务、业务规则任务、脚本任务、web服务任务等。通过BPMN实现流程定义能够实现医药工艺流程中的较为复杂的流转条件和过程,并且使得各个流程更加清楚、简洁、便于跟踪。
在一个实施例中,通过组合单元步骤,构建流程定义还包括:通过DMN规则引擎增加节点的多决策配置,多决策配置包括节点的自动执行条件配置、条件出发报警通知配置;多决策配置的条件包括温度、湿度和水位。由于医药工艺业务流程中,有时需要由多个决策来决定流程走向,而每个决策都要根据自身的规则来决定,每个决策之间也可能存在关联,需要规则引擎来提供决策支撑,因此,在构建流程定义的过程中还使用了规则引擎(Decision Model and Notation,DMN。为了支持医药工艺流程中更加严格和细致的流转条件和流向控制,DMN定义由决策组成,决策由表达式描述。在Flowable DMN中支持决策表类型的表达式。决策表分为输入表达式与输出表达式两个主要区域。在输入表达式中,可以定义变量,用于规则输入项(input entries)的表达式。可以通过选择添加输入(Add Input),定义多个输入表达式。在输出表达式中,可以定义选择表执行结果要创建的变量。可以通过选择添加输出(Add Output),定义多个输出表达式。例如,在医药工艺流程中,产物与温度、湿度、水位等参数紧密相关,温度的细微差别会导致不同的产物,因此,在设置DMN时,可以根据不同的温度条件设计不同的流程流向,此外,在温度、湿度等条件的共同作用下,流转条件将变得更加复杂,因此,DMN可以提供更加准确的流转条件。通过本实施方式,DMN可以被BPMN定义的流程调用,通过BPMN和DMN可以使得流程定义支持更多、更详细的决策条件和类型,使得医药工艺流程的流程定义更加全面。
在一个实施例中,通过流程引擎组合单元步骤,构建流程定义还包括:通过案例模型引擎CMMN配置并行执行的流程定义。在本实施例中,为了支持重复、并行的医药工艺流程场景,还在流程定义构建过程中引入了案例模型(Case Management Model,CMMN)引擎,与BPMN引擎相比,CMMN引擎更适用于重复与并行、多场景的工作分发。在CMMN标准中,案例任务与子流程概念一致,因为案例计划是CMMN标准中的最小运行单元,因此每一个案例计划都是独立的,将整个流程模块化,也就最大程度的对流程进行解耦,例如在医药工艺流程中,存在相同的几个执行步骤,我们可以将其步骤抽取,作为一个案例任务,简化配置,减少冗余配置,并可以复用,例如,在医药工艺流程中存在两条流水线,两条流水线的产物混合后才得到最终产物,在这种情况下,可以采用CMMN来构建并行的两条流水线对应的流程定义,提高这并行类型的流程定义灵活性,更好地建立与实际场景更加贴合的流程定义,从而进一步提高流程定义的准确性。
在一个实施例中,根据工艺配方中的单元步骤,组合单元步骤,构建流程定义包括:配置步骤的前后关系、添加物和产物为单元步骤的属性。在本实施例中,在配置流程定义的节点的时候可以定义该节点的入料以及出料的名称、预期重量等,从而使得流程定义更加完整,也更有利于进行流程跟踪和数据分析。
在一个实施例中,定义工艺流程中的各个步骤为单元步骤,定义单元步骤的前后关系、添加物和产物为单元步骤的属性之后,方法包括:存储单元步骤和单元步骤的属性和与单元步骤对应的索引名;根据索引名调用单元步骤和单元步骤的属性。在本实施例中,在对每个原味步骤运用Java面向对象的思想,将每个单元步骤抽象成一个对象,而每个单元步骤的前后关系和配置信息就是作为这个对象的属性,然后将这些对象数据持久化到数据库,本实施方式能提高流程定义的构建效率,同时提高对于完整流程的追溯效率。
在一个实施例中,通过流程引擎执行流程定义,产生流程实例包括:流程实例包括流程标识,流程标识指示流程实例中的各个流程任务。在本实施例中,在通过流程引擎执行流程定义的过程中,同时产生一个唯一的实例标识ProcessInstID,上述标识贯穿整个工艺流程实例从执行到结束,通过上述标识可以识别流程实例中的流程任务以及数据对应于哪个流程实例,进一步提高了数据追溯与分析的效率。
在一个具体的实施例中,医药工艺流程化执行过程中通过对工艺流程进行抽象、组态得到配方,再根据配方对可执行流程定义的构建、转换,接着将可执行的流程定义执行生产Flowable里的流程实例,对应一个内存化的执行配方,图3是根据本发明一个具体实施例中医药工艺流程化方法的流程图,如图3所示,该方法包括:
步骤S310,工艺分析:将实际医药工艺流程的分析,抽象,就是对整个工艺流程的拆分,细化到最小可执行单元步骤,梳理每个最小可执行单元步骤之间的前后,因果关系,以及所需外界条件等因素;
步骤S320,工艺的组态及配置:图4是根据本发明一个具体实施例中的组态示意图,如图4所示,通过可视化界面元素定义步骤S310中抽象的单元步骤对象,完成整个流程的基础组态及其配置。其中,对于单个组态的配置有自动执行条件配置、条件触发报警通知配置、邮件分发配置、节点权限配置、自定义触发时间配置、定时任务配置、自定义属性配置、多实例的串行执行或者并行执行、采集系统配置等。对于多个节点之间的流转可以运用排他网关或者并行网关来控制流程走向,对于复杂的流转条件可以结合预先定义好的规则引擎决定流程走向。对于自定义属性的拓展配置,遵循Flowable解析器能识别的语法格式,即以flowable:作为前缀,否则无法解析;
步骤S330,组态信息及配置的存储:将步骤S320中的每个单元步骤元素运用Java面向对象的思想,将每个单元步骤抽象成一个对象,而每个单元步骤的前后关系和配置信息就是作为这个对象的属性,然后将这些对象数据持久化到数据库;
步骤S340,工艺组态定义构建发布:将步骤S330中存储的对象依照单元步骤之间的前后关系和配置信息构建成符合BPMN规范的对象,并将BPMN转换成流程引擎可执行的流程定义;
步骤S350,组态定义内存化执行:图5是根据本发明一个具体实施例中的流程实例示意图,如图5所示,流程引擎驱动执行步骤S340中的流程定义,产生一个流程实例。同时,伴随着流程实例会产生一个唯一的ProcessInstId作为标识,并贯穿到整个工艺流程从执行到结束。流程定义中的每一个节点,即Usertask,伴随着执行会实例化一个流程任务,并将这些实例构建到内存中去;
步骤S360,执行过程数据存储:将执行过程中数据的输入输出持久化到数据库中;
步骤S370,数据分析:对步骤S360中存储的数据进行汇总,统计分析,追溯,达到对工艺流程优化的目的。
图6是根据本发明一个具体实施例中的单元步骤转化示意图,如图6所示,在工艺组态步骤中,一个医药配方里包含了多个单元步骤,在流程定义构建步骤中,这些单元步骤转换为节点即Usertask,完整的医药配方则通过流程定义的方式呈现,在流程定义执行步骤中,流程定义再流程引擎的执行过程中转换为流程实例而流程定义中的usertask则转换为了流程任务,最终,在配方执行步骤中,这些流程任务变为实际的执行步骤,各个执行步骤则构成了一个实际执行的配方。
上述医药工艺流程化方法,将复杂的医药工艺流程高度模拟,能够根据模拟得到的流程更直观、清晰地监控和追踪整个工艺流程的流转情况,把控整个医药工艺流程进度、质量及产能,并对医药工艺做出调整和优化。流程配置灵活,可插拔度高,流转条件可以支持的类型多样;数据归整统一有序,便于后续数据的追溯,分析;支持跨平台运行系统。
应该理解的是,虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,图7是根据本发明一个实施例中医药工艺流程化装置的示意图,如图7所示,提供了一种医药工艺流程化装置70,包括定义模块72、执行模块74和存储模块76:
定义模块72,用于根据工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;
执行模块74,用于通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;
存储模块76,用于获取并存储各个流程任务的数据。
关于医药工艺流程化装置的具体限定可以参见上文中对于医药工艺流程化方法的限定,在此不再赘述。上述医药工艺流程化装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个具体的实施例中,图8是根据本发明一个具体实施例中的医药工艺流程化装置示意图,如图8所示,医药工艺流程化装置80包括:
工艺分析模块81,用于通过分析某个产品的医药制造工序以及流程,将整个工序进行抽象拆分,得到最小的单元步骤;
工艺组态模块82,用于对抽象得到的单元步骤通过可视化界面工具进行定义、组态。
工艺配置模块83,用于根据需求对每个单元步骤进行可插拔、可动态的配置,如:流转条件配置、消息推送配置、报警装置配置、监控装置配置和实时采集系统配置等。
工艺组态及配置信息存储模块84用于将工艺组态及配置保存到数据库中,上述数据库可以是SQL或者NOSQL。
工艺组态定义构建模块85用于将数据库里的组态及配置信息转换成流程引擎能识别的流程定义。
组态定义内存化执行模块86用于基于Flowable流程引擎驱动执行流程定义,产生流程实例并将实例内存化。
数据存储模块87用于对执行过程中的数据及产出进行记录和存储,存储数据库可以是SQL或者NOSQL。
数据分析模块88用于对执行过程中数据的变化、产能进行统计分析,从而对工艺流程进行调整和优化。
上述医药工艺流程化装置,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;获取并存储各个流程任务的数据,实现了医药流程流转条件的灵活控制,流程的跨平台适用性高,而且数据存储集中,便于数据分析和追溯。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,图9是根据本发明一个实施例中医药工艺流程化计算机设备示意图,其内部结构图可以如图9所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储医药工艺组态、配置数据和流程实例在实际执行过程中产生的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种医药工艺流程化方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述医药工艺流程化方法。
上述医药工艺流程化计算机设备,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;获取并存储各个流程任务的数据,实现了医药流程流转条件的灵活控制,流程的跨平台适用性高,且数据存储集中,便于数据分析和追溯。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述医药工艺流程化方法。
上述医药工艺流程化计算机存储介质,根据医药工艺配方中的单元步骤,组合单元步骤,构建流程定义,其中,单元步骤映射为流程定义中的节点;通过流程引擎执行流程定义,产生流程实例,其中,流程定义中的节点映射为流程实例中的流程任务;获取并存储各个流程任务的数据,实现了医药流程流转条件的灵活控制,流程的跨平台适用性高,且数据存储集中,便于数据分析和追溯。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。