CN115983228B - 用于生成病历模板的方法、系统、计算设备和存储介质 - Google Patents

Abstract

本公开的实施例涉及一种用于生成病历模板的方法、系统、计算设备和存储介质。该方法包括获取疾病信息以生成疾病编码；获取疾病对应的主题列表、主题列表所针对的每个主题对应的表单组列表、表单组列表所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表所针对的每个数据组对应的数据单元列表，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则；基于每个对象的名称和对象之间的层级关系，逐层配置疾病所对应的每个主题的病历模板；以及根据配置结果生成对应于疾病编码的病历模板。由此，能够显著提高病历录入效率与准确性且有助于提取病历中的关键数据，实现病历数据的二次利用。

Description

用于生成病历模板的方法、系统、计算设备和存储介质

技术领域

本公开的实施例总体涉及数据处理领域，并且更具体地涉及一种用于生成病历模板的方法、系统、计算设备和存储介质。

背景技术

医院每天都会生成大量的病历，需要及时对这些病历进行录入操作，并且此后可能需要在临床诊疗或者病例研究等场景下使用这些病历中的数据。

传统的电子病历系统，通常按照卫健委或相关医院要求的病历文书的格式来进行录入和存储，这种格式的特点是病历中的很多关键数据字段(例如：现病史、查房记录等)通常使用大段的文字记录。这种记录方式虽然可以满足病历管理的要求，但是存在着一些问题：如，由于每位医生的表达习惯不同，导致当病历内容中出现大段文字描述时，如手术过程描述，会出现很多关键数据与其他文本内容混合记录的情况，导致关键数据无法直接被提取；以及因个人表达不同而导致的语序差异、逻辑错误或者是记录错误，也不易被病历系统检查出。

并且，由于病种类型的不同和每位医生的表达习惯不同，还会导致即便通过语义识别工具对病历进行提取，在提取时也容易出现识别错误或者遗漏等问题；进而影响到病案质量。

综上，传统的用于病历记录的方式存在的不足之处在于：难以准确高效的提取病历中的关键数据，并且录入病历效率低下易出错。

发明内容

针对上述问题，本公开提供了一种用于生成病历模板的方法、系统、计算设备和存储介质，能够提供一种生成结构化病历模板的方法以及对应的电子病历系统，采用此病历模板完成对病历的填写，能够提高提取病历中的关键数据的准确率和效率。

根据本公开的第一方面，提供了一种用于生成病历模板的方法，包括：获取关于疾病的疾病信息，以便基于疾病信息生成疾病编码；获取疾病对应的主题列表、主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则；基于每个对象的名称和对象之间的层级关系，逐层配置疾病所对应的每个主题的病历模板；基于关联规则，配置每个主题的病历模板中对象之间的关联关系；以及根据所配置的每个主题的病历模板和关联关系，生成对应于疾病编码的病历模板。

根据本公开的第二方面，提供了一种病历系统，被配置为根据本公开的第一方面的方法生成对应于各个疾病编码的病历模板，包括：病历显示模块，响应于检测到关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的选择指令，显示对应于选择指令的病历模板；病历输入模块，基于对应于选择指令的病历模板中的各数据单元，响应于任一数据单元的选择指令，至少确定任一数据单元的选择结果，或者，响应于任一数据单元的填写指令，至少确定任一数据单元的内容；病历检索模块，响应于关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的搜索指令，获取对应于搜索指令的病历内容。

根据本公开的第三方面，提供了一种计算设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开的第一方面的方法。

在本公开的第四方面中，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中计算机指令用于使计算机执行本公开的第一方面的方法。

在一些实施例中，逐层配置疾病所对应的每个主题的病历模板包括：校验对象的名称；若对象的名称存在，且不与当前配置中的病历模板中其他对象的名称重复，基于对象的名称从历史数据中获取对象对应的编码；以及若历史数据中不存在对象对应的编码，基于对象的名称生成对象对应的编码。

在一些实施例中，逐层配置疾病所对应的每个主题的病历模板还包括：校验对象之间的层级关系；若层级关系指示对象存在上层关联对象，基于每个上层关联对象的名称，获取每个上层关联对象的编码；以及基于每个上层关联对象的编码与对象的编码，配置对象与每个上层关联对象之间的层级关系。

在一些实施例中，关联规则包括依赖规则，依赖规则被配置为：当两个对象之间存在显示规则，确定是否检测到关于两个对象中任一对象的选中指令；响应于检测到关于两个对象中任一对象的选中指令，关联显示两个对象中的另一个对象；以及当两个对象之间存在选中规则，基于两个对象中任一对象的选择结果，确定两个对象中的另一个对象的选择结果。

在一些实施例中，基于关联规则，配置每个主题的病历模板中对象之间的关联关系包括：当一个对象与另一个对象之间存在选中规则，基于选中规则配置一个对象与另一个对象之间的关联关系；当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组相同，确定一个对象所在层级的上一层级中是否存在递增表单；响应于确定一个对象所在层级的上一层级中存在递增表单，基于显示规则配置一个对象与另一个对象之间的关联关系；以及当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组不同，并且确定一个对象所在层级的上一层级中不存在递增表单，基于显示规则配置一个对象与另一个对象之间的关联关系。

在一些实施例中，关联规则还被配置为：当两个对象之间存在联动规则，确定两个对象中任一对象的内容是否变更；以及响应于两个对象中任一对象的内容变更，变更两个对象中另一个对象的内容以便使得两个对象的内容相同。

在一些实施例中，基于关联规则，配置每个主题的病历模板中对象之间的关联关系还包括：当一个对象与另一个对象之间存在联动规则，校验一个对象的名称与一个对象所关联的上一层表单中的其他对象名称是否不重复；以及响应于校验一个对象的名称与一个对象所关联的上一层表单中的其他对象名称不重复，基于联动规则配置一个对象与另一个对象之间的关联关系。

在一些实施例中，关联规则还包括备注规则：当一个对象存在备注规则，确定是否满足一个对象的备注条件；以及响应于确定满足一个对象的备注条件，在一个对象的备注规则对应的表单上显示一个对象对应的备注内容。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。

图1示出了用于实现根据本发明的实施例的用于生成病历模板的方法的系统的示意图。

图2示出了根据本公开的实施例的用于生成病历模板的方法200的流程图。

图3示出了根据本公开的实施例的用于逐层配置病历模板的方法300的流程图。

图4示出了根据本公开的实施例的用于配置依赖规则的方法400的流程图。

图5示出了根据本公开的实施例的用于配置联动规则的方法500的流程图。

图6示出了根据本公开的实施例的用于配置备注规则的方法600的流程图。

图7示出了根据本公开的实施例的病历模板配置顺序的示意图。

图8示出了根据本公开的实施例的病历模板层级关系的示意图。

图9示出了根据本公开的实施例的病历模板中的表单组和表单对象的示意图。

图10示出了根据本公开的实施例的用于生成病历模板的方法生成的病历示意图。

图11示出了根据本公开的实施例的病历系统的结构示意图。

图12示出了根据本公开的实施例的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

如前文所描述，在传统的电子病历系统，通常按照卫健委或相关医院要求的病历文书的格式来进行录入和存储，通过这种方式录入病历会导致病历中的很多关键数据字段(例如：现病史、查房记录等)通常使用大段的文字记录。由于每位医生的表达习惯不同，导致当病历内容中出现大段文字描述时，如手术过程描述，会出现很多关键数据与其他文本内容混合记录的情况，导致关键数据无法直接被提取；以及因个人表达不同而导致的语序差异、逻辑错误或者是记录错误，也不易被病历系统检查出。

此外，由于病种类型不同和每位医生的表达习惯不同，还会导致即便通过语义识别工具对病历进行提取，在提取时也容易出现识别错误或者遗漏等问题；进而影响到病案质量。综上，传统的用于病历记录的方法的不足之处在于：难以准确高效的提取病历中的关键数据，并且在录入病历时效率低下易出错。

为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种用于生成病历模板的方案，在本公开方案中，通过获取关于疾病的疾病信息，以便基于疾病信息生成疾病编码；获取疾病对应的主题列表、主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则；基于每个对象的名称和对象之间的层级关系，逐层配置疾病所对应的每个主题的病历模板；基于关联规则，配置每个主题的病历模板中对象之间的关联关系；以及根据所配置的每个主题的病历模板和关联关系，生成对应于疾病编码的病历模板，通过本公开生成的病历模板进行病历填写，可以极大的提高病历录入效率并有效的避免录入错误，以及有助于准确高效的提取病历中的关键数据，实现病历数据的二次利用。

图1示出了用于实现根据本发明的实施例的用于生成病历模板的方法的系统100的示意图。如图1中所示，系统100包括计算设备110和服务器130和网络140。计算设备110、服务器130可以通过网络140(例如，因特网)进行数据交互。

关于服务器130，其例如可用于提供生成病历模板的应用服务，例如提供用于生成病历模板的页面组件模块等。计算设备110可经由网络140与服务器130进行通信，以实现对病历模板生成之类的服务请求的获取。

关于计算设备110，其例如用于获取来自服务器130的病历模板生成请求，以根据病历模板生成请求配置并生成对应于生成请求的病历模板。以及计算设备110还将生成的病历模板发送至服务器130以用于用户对病历的填写。计算设备110可以具有一个或多个处理单元，包括诸如GPU、FPGA和ASIC等的专用处理单元以及诸如CPU的通用处理单元。另外，在每个计算设备110上也可以运行着一个或多个虚拟机。在一些实施例中，计算设备110与服务器130可以集成在一起，也可以是彼此分立设置。在一些实施例中，计算设备110例如包括疾病编码生成模块112、数据列表获取模块114、层级关系配置模块116、关联规则配置模块118、病历模板生成模块120。

关于疾病编码生成模块112，其用于获取关于疾病的疾病信息，以便基于疾病信息生成疾病编码。

关于数据列表获取模块114，其用于获取疾病对应的主题列表、主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则。

关于层级关系配置模块116，其用于基于每个对象的名称和对象之间的层级关系，逐层配置疾病所对应的每个主题的病历模板。

关于关联规则配置模块118，其用于基于关联规则，配置每个主题的病历模板中对象之间的关联关系。

关于病历模板生成模块120，其用于根据所配置的每个主题的病历模板和关联关系，生成对应于疾病编码的病历模板。

图2示出了根据本公开的实施例的用于生成病历模板的方法200的流程图。方法200可由如图1所示的计算设备110执行，也可以在图12所示的电子设备1200处执行。应当理解的是，方法200还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在步骤202，计算设备110获取关于疾病的疾病信息，以便基于疾病信息生成疾病编码。

关于疾病信息，其至少包括疾病的类型和疾病的名称，例如疾病的类型至少包括分泌系统综合疾病、肝肾疾病、自身免疫疾病、呼吸系统综合疾病、消化系统疾病、神经系统疾病、关节系统疾病、心血管疾病、外周血管病和血液系统疾病等各种类型的疾病；疾病的名称包括属于各种疾病类型下的具体疾病名称，例如支气管扩张症、糖尿病、阑尾炎、慢性肝炎、慢性肾功能不全、系统性红斑狼疮、痢疾、胃溃疡、腱鞘炎、髌腱炎、肩峰撞击综合征、前交叉韧带撕裂、视神经脊髓炎、遗传性血管性水肿、进行性肌营养不良症和再生障碍性贫血等。

关于疾病编码，一个疾病信息对应于一个疾病编码，疾病编码可以采用1CD(International Classification of Diseases，国际疾病分类)编码，1CD编码是世界卫生组织定制的国际统一的疾病分类方法；也可以结合医院的实际病历需求、或者当地卫健委的规定来调整疾病编码和疾病信息之间的对应关系。

在步骤204，计算设备110获取疾病对应的主题列表、主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则。

关于主题，获取疾病编码后，根据疾病编码能够获取疾病对应的病历模板主题信息，用于确定需要生成的病历模板的主题；主题列表中的每一个主题都对应于一套关于该疾病的病历模板用于针对诊疗过程中各个阶段生成病历模板，例如主题列表中包括的主题有入院记录、首次病程记录、术前主管医师查房记录、术前主诊医师查房记录、术前输血记录、术前讨论、术后输血记录、术后主管医师查房记录、术后主诊医师查房记录、病程记录和出院记录等。应当理解的是，每个疾病编码对应的主题模板类型和名称不仅限于上述列举的模板，可基于各疾病的特征进行调整。

在每个主题下都包括若干个关联的表单组，每个表单组下又包括若干个关联的表单，每个表单下包括若干个关联的数据组，每个数据组中包括若干个数据单元，数据单元是本公开实施例提供的病历模板的最小单位，每个数据单元都对应一条记录的数据；由此，可以通过“疾病-主题-表单组-表单-数据组-数据单元”之间从上至下的层级关系配置病历模板。

关于获取各个对象列表，这些列表可根据实际应用场景来提前准备，将这些列表作为导入数据导入至病历系统中，用于对病历模板进行配置和存储，列表数据的存储和配置都按上下层级顺序进行。

图9示出了根据本公开的实施例的病历模板中的表单组和表单对象的示意图。关于表单组，其例如主题“入院记录”下包括有表单组“基本体格检查”、“既往史”、“一般情况”、“完成情况”等；每个主题下包括的若干个表单组，可能会出现部分表单组重合的情况；表单组的名称、类别和数量可根据实际病历数据需求来进行调整，此处不在一一列举。

关于表单，其例如表单组“现病史”下包括有表单“起病情况”、“疾病发展情况”；例如属于主题“出院记录”的表单组“出院时一般情况”包括有表单“生命体征”、“基本情况”、“术后影像”等；例如表单组“专科检查”下包括表单“视”、“触”、“动”、“量”等；表单的名称、类别和数量可根据实际病历数据需求来进行调整，此处不在一一列举。需要注意的是，主题的下一层级是表单组，表单组的下一层级是表单，而表单的下一层级可以是数据组，也可以是表单，也就是说表单与表单可以有嵌套关系。

关于数据组，其例如主题“入院记录”-表单组“基本体格检查”-表单“伴随病症查体”下包括数据组“前胸部及肺部”、“腹部”“颈部”、“脊柱”等；例如表单“呼吸系统合并疾病”下包括数据组“支气管扩张症”、“上呼吸道感染”、“哮喘”等；例如表单“内分泌系统合并疾病”下包括数据组“糖尿病”、“甲状腺疾病”等；数据组的名称、类别和数量可根据实际病历数据需求来进行调整，此处不在一一列举。

关于数据单元，其例如数据组“糖尿病”下包括数据单元“空腹血糖”、“随机血糖”、“治疗方式”、“是否应用降糖药物”、“降糖药种类”和“血糖控制情况”等；例如数据组“慢性肝病”下包括数据单元“干性脑病”、“腹腔积液”和“保肝药物”等；数据单元的名称、类别和数量可根据实际病历数据需求来进行调整，此处不在一一列举。

应当理解的是，数据单元是病历模板层级“疾病-主题-表单组-表单-数据组-数据单元”中的最底层，每一个数据单元对象，都不再有下层对象，而数据单元之外的“疾病”、“主题”、“表单组”、“表单”和“数据组”关联的每一个对象都存在至少一个下层对象，例如数据组对象“糖尿病”下包括若干个数据单元对象，例如主题对象“入院记录”包括若干个其他类型的对象。

在步骤206，计算设备110基于每个对象的名称和对象之间的层级关系，逐层配置疾病所对应的每个主题的病历模板。

关于配置病历模板，例如响应于用户在病历生成界面上的进行的点击、选择、填写等操作，确定用户需要建立的病历模板对应的疾病，以及相关的主题，之后可根据用户的操作，确定病历模板中各个对象的名称，并根据这些对象之间存在的“疾病-主题-表单组-表单-数据组-数据单元”的上下层级关系，逐层配置病历模板中所包含的各个层级以及各个层级中的对象，直到配置完所有最下层的数据单元。

图8示出了根据本公开的实施例的病历模板层级关系的示意图。请参考图8，图8示意出疾病1下的两个主题层级，主题11和主题12；主题11下一层分别有表单组111-11n，主题12下一层分别有表单组121、122和123；表单组111-11n下一层分别有表单1111-11nx，表单1111下一层分别有数据组11111和数据组11112，数据组11111下一层分别有数据单元111111和数据单元111112；表单组121下一层分别有表单1211和1212，表单1211下一层分别有数据组12111、数据组12112和数据组12113，数据组12111下一层分别有数据单元121111和121112，数据组12112下一层分别有数据单元121121等。由此，本申请实施例提供的病历模板层级关系可以是一种“疾病-主题-表单组-表单-数据组-数据单元”之间形成的树状关系，“疾病-主题-表单组-表单-数据组”这五个层级中每个对象节点都可以作为子节点继续向下分裂出多个下层对象，而“数据单元”层是该树状层级关系中的底层叶节点。

在步骤208，计算设备110基于关联规则，配置每个主题的病历模板中对象之间的关联关系。

关于关联规则，关联规则影响着对象之间的显示关系、或者是值的关系，对象与对象之间可能会存在一些关联关系，例如内容上的关联，例如两个名称一致的对象属于不同的层级中，例如两个名称一样的数据单元可能分别在不同的数据组中都包含有这个数据单元，例如入院记录、出院记录、手术记录中都会包含关于身体体征、疾病类型的数据单元；例如不同表单中的数据单元内容之间可能会存在结果上的关联。

在步骤210，计算设备110根据所配置的每个主题的病历模板和关联关系，生成对应于疾病编码的病历模板。

关于生成对应于疾病编码的病历模板，例如响应于用户的操作获取到疾病-主题以及下属各层的一些对象后，根据对象的名称和对象之间的上下层级结构关系配置完病历模板的数据层级关系以及根据关联规则配置对象之间存在的关联关系后，根据配置结果即可生成对应于用户请求的病历模板，用户根据在病历填写界面中，进行各种操作，可对应于用户执行的操作来显示各个主题下的病历模板中的各个模块。

关于病历模板，通过本公开实施例提供的用于生成病历模板的方法生成的病历模板可以是一种结构化文本，其基于疾病类型和各个主题可以生成以各个主题为单位的对应于指定疾病类型的多个病历模板的集合，也可以基于指定疾病类型及指定的主题，生成一个关于指定疾病类型的指定主题的病历模板。在病历管理系统中，这些生成的病历也会按照对象之间的上下层级关系进行分层存储，以便数据的读取与管理。

图10示出了根据本公开的实施例的用于生成病历模板的方法生成的病历示意图。参考图10中示意的是“入院记录”主题下的病历信息，包括了患者的个人信息、现病史、既往史和体格检查等信息。

在上述方案中，提供的用于生成病历模板的方法通过获取疾病信息来生成疾病编码；以及获取主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则；基于疾病、主题、表单组、表单、数据组和数据单元之间存在从上至下的层级结构关系；以及基于每个主题的病历模板中对象之间存在的关联关系，来配置疾病对应于每个主题的病历模板；通过本公开生成的病历模板进行病历填写，可以极大的提高病历录入效率并有效的避免录入错误，以及生成结构化病历数据有助于准确高效的提取病历中的关键数据，实现病历数据的二次利用。

图3示出了根据本公开的实施例的用于逐层配置病历模板的方法300的流程图。方法300可由如图1所示的计算设备110执行，也可以在图12所示的电子设备1200处执行。应当理解的是，方法300还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在步骤302，计算设备110校验对象的名称。

关于校验对象的名称，应当注意的是本公开提供的用于病历模板的生成方法在进行病历模板配置时，以基于每个对象的名称和对象之间的上下层级结构关系，从上层至下层逐层配置的方式对任一疾病对应的任一主题的病历模板进行配置，因此，这里的校验对象的名称指的是，校验处于该层级的对象的名称，以确保属于同一疾病下的同一个层级中的对象的名称，不出现重复。

在步骤304，如果对象的名称存在，且不与当前配置中的病历模板中其他对象的名称重复，计算设备110基于对象的名称从历史数据中获取对象对应的编码。

关于从历史数据中获取对象对应的编码，能够提高配置效率，对已经有过配置记录的对象，直接采用其上次配置的编码，不再重复进行配置，提高病历模板配置的效率。

关于对象名称的重复，当同一层级的对象出现名称重复时，病历模板的配置会出现异常，例如在进行疾病层的编码配置时，对于同一个疾病不重复配置其编码，如疾病名称“糖尿病”，在历史数据中已经存在该疾病名称及其编码，则不再进行重复配置，如校验出历史记录中在疾病层中疾病名称有多个糖尿病的情况，则提示错误，如果对象名称出现重复还进行编码配置会导致对象的编码出现重复的情况，从而使得进行配置时编码出现混乱。为了避免病历模板出现数据混乱，同一层级中的对象不能重复，且每个对象在该层级只能对应一个编码，因此就需要对校验出的对象名称重复问题进行异常提示，以便于病历管理系统的运维人员进行问题排查。

应当理解的是，对于处于不同层级中的对象，由于其编码不同因此属于不同的对象，因此其名称是可以出现重复的，例如，在疾病层级，不同疾病的主题列表中，主题类对象的名称可以出现重复；例如“糖尿病”疾病的主题列表中可以包括对象“入院记录”、“首次病程记录”、“出院记录”等主题名称，同属于疾病层级的“腰椎间盘突出”疾病的主题列表中也可以包括对象“入院记录”、“首次病程记录”、“出院记录”等主题名称；例如在表单组层级，不同主题下的表单组名称是可以出现重复的，如主题“入院记录”的表单组包括“个人信息”、“既往史”、“家族史”、“基本体格检查”、“专科检查”等，主题“首次病程记录”的表单组包括“现病史”、“既往史”、“专科检查”和“诊疗规划”等，其中它们的表单组对象“既往史”、“专科检查”就出现了名称重复；对于其他层级，不在一一列举。

在步骤306，如果历史数据中不存在对象对应的编码，计算设备110基于对象的名称生成对象对应的编码。

关于历史数据中不存在对象对应的编码，即该对象没有被配置过，属于第一次发起配置请求，历史数据中没有相关的记录，因此需要为其生成编码，在下一次对同一对象进行配置时，可以直接通过上述步骤从历史数据中获取其对应的编码，无需重新配置。应当理解的是，这里的同一对象，指的是层级关系都一致的同一对象，如果两个对象名称相同，处于不同层级中，不能认为是同一对象。

在步骤308，计算设备110校验对象之间的层级关系。

在步骤310，如果层级关系指示对象存在上层关联对象，计算设备110基于每个上层关联对象的名称，获取每个上层关联对象的编码。

关于获取每个上层关联对象的编码，本公开中在进行病历模板配置的过程中，通过对象的编码来实现层级关联，也可以通过对象的编码来实现各种关联规则的配置。

在步骤312，计算设备110基于每个上层关联对象的编码与对象的编码，配置对象与每个上层关联对象之间的层级关系。

图7示出了根据本公开的实施例的病历模板配置顺序的示意图。关于配置对象与上层关联对象之间存在的层级关系，其例如，在进行病例模板配置时，基于“疾病-主题-表单组-表单-数据组-数据单元”的上下层级关系，在配置“主题”层时，获取与之关联的“疾病”层的对象编码，将正在配置的“主题”与对应的“疾病”之间存在的上下层级关系进行关联；其例如，在配置“数据单元”层时，获取与之关联的“数据组”层的对象编码，将正在配置的“数据单元”与对应的“数据组”之间存在的上下层级关系进行关联。

应当理解的是，配置其他层级关系时也遵循上述方式，通过在下一层级获取与之存在上下关联关系的上一层对象的编码，在配置下一层时通过对象的编码将下一层与其关联的上一层的对象之间实现关联；通过在下层配置与上层的层级关联的方式，能够很好的避免在上层配置关联关系时，当上层关联多个下层时可能会出现的下层对象遗漏问题，并且有助于病历模板数据按层级进行存储与读取。

图4示出了根据本公开的实施例的用于配置依赖规则的方法400的流程图。方法400可由如图1所示的计算设备110执行，也可以在图12所示的电子设备1200处执行。应当理解的是，方法400还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在步骤402，当两个对象之间存在选中规则，基于两个对象中任一对象的选择结果，计算设备110确定两个对象中的另一个对象的选择结果。

关于依赖规则，依赖规则是关联规则中的一种，本公开实施例在配置病历模板时涉及的依赖规则通常存在于病历模板的数据单元、表单和表单组之间，当依赖规则配置完成后，在用户进行病历填写时，根据用户针对某一对象的如“选中”、“填写”等操作，会随之或改变、或确定、或显示某一对象对应的另一对象的结果。

在步骤412，当一个对象与另一个对象之间存在选中规则，计算设备110基于选中规则配置一个对象与另一个对象之间的关联关系。

关于选中个规则，当两个对象之间存在选中规则时，这两个对象可以是处于同一个“表单组”中的相同“表单”下的同一个“数据组”中的两个数据单元对象；也可以是处于不同的“表单组”下的两个数据单元对象、还可以是处于相同“表单组”中的不同“表单”下的两个数据单元对象、或者是处于相同“表单组”中的相同“表单”下的不同“数据组”中的两个数据单元对象。

关于两个对象之间的选中规则，对这两个对象的选中结果影响，例如可以是使得当一个对象的结果确定时，另一个对象与之关联确定其选中结果相同；例如或者是确定其选择某一个结果；其例如，当对象1与对象2、对象1与对象3之间分别存在选中规则，对象1选中结果T1时对象2的选中结果可确定为T1，对象1选中结果T1时对象3的选中结果可以确定为T3；例如在“入院记录”主题下的某一个数据单元对象为“视力检查”，其选中结果为“0.6”，在同一“疾病”中的该入院记录主题下另一个为“近视”的数据单元对象，其选中结果受到选中规则的关联影响被确定为“是”。

在步骤404，当两个对象之间存在显示规则，计算设备110确定是否检测到关于两个对象中任一对象的选中指令，如果检测到两个对象中任一对象的选中指令，关联显示两个对象中的另一个对象。

关于显示规则，其用于在用户在填写配置完成的病历模板、或者在用户查看病历记录时，当需要同时显示的对象中的任一个对象被选中时，即触发其他对象的同时显示，无需额外进行选择就能显示出某个对象关联的其他对象的内容，便于用户填写相关对象进行病历填写以及便于用户对病历数据的查看。应当理解的是，显示规则可基于对象之间的关系进行预先配置或者调整配置，能够将同时需要填写或者查看的对象关联显示，以便用户快速填写病历栏目或者快速查看到需要的病历数据。

例如用户选中对象“糖尿病”，基于显示规则关联显示“糖尿病”关联的对象如糖尿病的“类型”、“病史时间”、“随机血糖”、“治疗方式”、“是否应用降糖药物”、“血糖控制情况”等需要和“糖尿病”选项共同显示，以便于用户对“糖尿病”的具体情况进行病历填写的对象；例如用户选中对象“伴随体征检查”表单下的“头部”检查中的“眼”部检查，则关联显示对象“眼”所对应的检查项目数据单元对象，例如“眼睑”、“结膜”、“眼球”、“瞳孔”、“虹膜”等。

在步骤414，当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组相同，计算设备110确定一个对象所在层级的上一层级中存在递增表单。

在步骤418，如果计算设备110确定一个对象所在层级的上一层级中存在递增表单，基于显示规则配置一个对象与另一个对象之间的关联关系。

在步骤420，如果计算设备110确定一个对象所在层级的上一层级中不存在递增表单，提示配置异常。

关于内部关联，当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组相同，这种显示关联在本公开中被定义为存在内部关联，内部关联即表明两个关联对象是同属于同一个表单组分支中的，例如参考图8，如数据单元121111与数据单元121121之间存在显示规则，它们都属于表单组121节点的分支节点，因此它们之间存在内部关联。

关于递增表单，表单的属性分为只读表单、递增表单，对于只读表单其生成后不可再进行内容添加，对于递增表单，在该类表单生成后，还能够继续在表单中增加内容，当两个对象同属于内部依赖关系，则在需要配置显示规则的对象的上层表单中添加入两者的显示规则配置信息。

在步骤416，当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组不同，并且确定一个对象所在层级的上一层级中不存在递增表单，基于显示规则配置一个对象与另一个对象之间的关联关系。

关于外部关联，当一个对象与另一个对象之间存在显示规则并且一个对象与另一个对象的上层表单组不同，这种显示关联在本公开中被定义为存在外部关联，存在外部关联的两个对象分别属于不同的表单组，以表单组作为根节点，属于同一根节点下的各个分支对象节点被定义为彼此互为内部对象；属于不同根节点的下的两个对象，为外部对象关系。例如参考图8，如数据单元121111与数据单元111111之间存在显示规则，它们分别属于表单组121、表单组111的分支节点，因此它们之间存在外部关联。

针对内部关联将显示规则配置于存在内部关联的对象的上层递增表单中，针对外部关联则将显示规则配置于存在外部关联的对象的上层表单组中，这种配置方式将属于内部关联的配置信息都存储于表单层级中，在有助于对层级的管理和数据的存储与维护。

图5示出了根据本公开的实施例的用于配置联动规则的方法500的流程图。方法500可由如图1所示的计算设备110执行，也可以在图12所示的电子设备1200处执行。应当理解的是，方法500还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在步骤502，当两个对象之间存在联动规则，计算设备110确定两个对象中任一对象的内容是否变更。

在步骤504，如果计算设备110确定两个对象中任一对象的内容变更，变更两个对象中另一个对象的内容以便使得两个对象的内容相同。

关于联动规则，联动规则是属于关联规则中的一种，用于联动一个对象与另一个对象之间的内容，存在联动规则的两个对象，任一对象的内容发生变更，另一个对象都会随之变更为相同的内容，相比于选中规则之间的关联，只是基于选项来发生关联，联动规则支持对需要进行内容填写的数据单元对象进行同步变更。例如，主题“入院记录”下的数据组“患者信息”中包括数据单元“姓名”、“性别”、“年龄”等信息，在填写上述“患者信息”时，会将该病历中属于其他主题下的关于“患者信息”的相同名称的数据单元内容关联变更为相同的内容，以此可以避免在填写各个阶段的病历时，需要多次填写相同信息，造成不必要的人力资源浪费；以及当某些对象内容发生变更时，通过联动规则可以直接将处于其他表单中的对应的对象内容同步变更，避免了需要手动更改，降低了人工成本，以及避免了手工更改不全或者不一致等问题。

在步骤506，当一个对象与另一个对象之间存在联动规则，计算设备110校验一个对象的名称与一个对象所关联的上一层表单中的其他对象名称是否不重复。

在步骤508，如果计算设备110确定一个对象的名称与一个对象所关联的上一层表单中的其他对象名称不重复，基于联动规则配置一个对象与另一个对象之间的关联关系。

在步骤510，如果计算设备110确定一个对象的名称与一个对象所关联的上一层表单中的其他对象名称重复，对发生重复的对象进行报错。

关于存在联动规则对象，如果发生重复会导致进行病历填写时在同一表单下重复填写同一对象的问题，以及若前后两个重复对象的值不一致还会出现针对同一对象值不同的冲突；确定表单中对象不重复避免了相同名称的对象反复出现于同一个表单中而导致的配置错误。

图6示出了根据本公开的实施例的用于配置备注规则的方法600的流程图。方法600可由如图1所示的计算设备110执行，也可以在图12所示的电子设备1200处执行。应当理解的是，方法600还可以包括未示出的附加步骤和/或可以省略所示出的步骤，本公开的范围在此方面不受限制。

在步骤602，当一个对象存在备注规则，计算设备110确定是否满足一个对象的备注条件。

在步骤604，如果确定满足一个对象的备注条件，计算设备110在一个对象的备注规则对应的表单上显示一个对象对应的备注内容。

在步骤606，如果确定不满足一个对象的备注条件，计算设备110不显示备注内容。

关于备注规则，例如某个数据单元有A、B、C三个选项，选中B选项时符合备注条件，即响应于用户选中B选项，在对应的对象处出现备注信息提示。

关于在对应的对象处出现备注信息提示，对应的对象可以是满足备注条件的一个对象，也可以是符合一个对象的备注条件后，在另一个对象处显示备注信息；例如数据单元01存在备注规则，其条件为当数据单元01的内容为X时，在数据单元02处显示备注信息；例如数据单元01存在备注规则，其条件为当数据单元03的内容为Y时，在数据单元03处显示备注信息。其例如，表单对象“伴随病症查体”中用户选择“前胸部及肺部”，则关联显示“肺部CT检查”等备注条件；在疾病“智齿”中如果在患者信息中，“患者性别”为女，则在“手术安排”对象中，显示备注信息：“术前询问是否处于生理期”。

通过上述方法，设置备注条件，能够基于用户的身体状态、病症状态、患者信息等一些对象的信息符合备注条件时，在对应的对象处显示需要备注的注意事项，这些备注注意事项可以是有关需要增加体检检查内容、术前信息、术后的注意事项和其他必要的备注信息，能避免人工操作导致的信息遗漏。

图11示出了根据本公开的实施例的病历系统1100的结构示意图，病历系统1100被配置为能够基于本公开的实施例的中任一项方法生成对应于各个疾病编码的病历模板，包括：

病历显示模块1102，响应于监测到关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的选择指令，显示对应于选择指令的病历模板。

病历输入模块1104，基于对应于选择指令的病历模板中的各数据单元，响应于任一数据单元的选择指令，至少确定任一数据单元的选择结果，或者，响应于任一数据单元的填写指令，至少确定任一数据单元的内容。

病历检索模块1106，响应于关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的搜索指令，获取对应于搜索指令的病历内容。

还包括病历配置模块1108，用于基于本公开的实施例的用于病历模板生成的方法来配置和生成对应于各个疾病编码的病历模板。

通过上述病历系统1100，在生成病历模板后，基于用户在病历系统的操作实现对病历的填写、选择、查询、搜索和展示等，还可以基于用户的选择，导出相关病历的结构化数据，或者基于用户选择的关于对象、层级的关键词，导出对应的病例数据。

图12示出了可以用来实施本公开内容的实施例的示例电子设备1200的示意性步骤图。例如，如图1所示的计算设备120可以由电子设备1200来实施。如图所示，电子设备1200包括中央处理单元(CPU)1201，其可以根据存储在只读存储器(ROM)1202中的计算机程序指令或者从存储单元1208加载到随机存取存储器(RAM)1203中的计算机程序指令，来执行各种适当的动作和处理。在随机存取存储器1203中，还可存储电子设备1200操作所需的各种程序和数据。中央处理单元1201、只读存储器1202以及随机存取存储器1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

电子设备1200中的多个部件连接至输入/输出接口1205，包括：输入单元1206，例如键盘、鼠标、麦克风等；输出单元1207，例如各种类型的显示器、扬声器等；存储单元1208，例如磁盘、光盘等；以及通信单元1209，例如网卡、调制解调器、无线通信收发机等。通信单元1209允许设备1200通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

上文所描述的各个过程和处理，例如方法200至600，可由中央处理单元1201执行。例如，在一些实施例中，方法200至600可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1208。在一些实施例中，计算机程序的部分或者全部可以经由只读存储器1202和/或通信单元1209而被载入和/或安装到设备1200上。当计算机程序被加载到随机存取存储器1203并由中央处理单元1201执行时，可以执行上文描述的方法200至600的一个或多个动作。

本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是——但不限于——电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘计算设备。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，编程语言包括面向对象的编程语言-诸如Smalltalk、C++等，以及常规的过程式编程语言-诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络-包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或步骤图描述了本公开的各个方面。应当理解，流程图和/或步骤图的每个方步骤以及流程图和/或步骤图中各方步骤的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或步骤图中的一个或多个方步骤中规定的功能/动作。

附图中的流程图和步骤图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或步骤图中的每个方步骤可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方步骤中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，步骤图和/或流程图中的每个方步骤、以及步骤图和/或流程图中的方步骤的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (11)

1.一种用于生成病历模板的方法，其特征在于，包括：

获取关于疾病的疾病信息，以便基于所述疾病信息生成疾病编码；

获取所述疾病对应的主题列表、主题列表中所针对的每个主题对应的表单组列表、表单组列表中所针对的每个表单组对应的表单列表、表单列表所针对的每个表单对应的数据组列表、以及数据组列表中所针对的每个数据组对应的数据单元列表，其中，每个列表包括相关联的多个对象的名称、对象之间的层级关系和关联规则；

基于每个对象的名称和对象之间的层级关系，逐层配置所述疾病所对应的每个主题的病历模板；

基于关联规则，配置每个主题的病历模板中对象之间的关联关系；以及

根据所配置的每个主题的病历模板和关联关系，生成对应于所述疾病编码的病历模板。

2.根据权利要求1所述的方法，其特征在于，逐层配置所述疾病所对应的每个主题的病历模板包括：

校验对象的名称；

若所述对象的名称存在，且不与当前配置中的病历模板中其他对象的名称重复，基于所述对象的名称从历史数据中获取所述对象对应的编码；以及

若所述历史数据中不存在所述对象对应的编码，基于所述对象的名称生成所述对象对应的编码。

3.根据权利要求2所述的方法，其特征在于，逐层配置所述疾病所对应的每个主题的病历模板还包括：

校验对象之间的层级关系；

若所述层级关系指示所述对象存在上层关联对象，基于每个上层关联对象的名称，获取每个上层关联对象的编码；以及

基于每个上层关联对象的编码与所述对象的编码，配置所述对象与每个上层关联对象之间的层级关系。

4.根据权利要求1所述的方法，其特征在于，所述关联规则包括依赖规则，所述依赖规则被配置为：

当两个对象之间存在显示规则，确定是否检测到关于两个对象中任一对象的选中指令；

响应于检测到关于所述两个对象中任一对象的选中指令，关联显示所述两个对象中的另一个对象；以及

当两个对象之间存在选中规则，基于所述两个对象中任一对象的选择结果，确定所述两个对象中的另一个对象的选择结果。

5.根据权利要求4所述的方法，其特征在于，基于关联规则，配置每个主题的病历模板中对象之间的关联关系包括：

当一个对象与另一个对象之间存在选中规则，基于所述选中规则配置所述一个对象与另一个对象之间的关联关系；

当一个对象与另一个对象之间存在显示规则并且所述一个对象与另一个对象的上层表单组相同，确定所述一个对象所在层级的上一层级中是否存在递增表单；

响应于确定所述一个对象所在层级的上一层级中存在递增表单，基于所述显示规则配置所述一个对象与另一个对象之间的关联关系；以及

当一个对象与另一个对象之间存在显示规则并且所述一个对象与另一个对象的上层表单组不同，并且确定所述一个对象所在层级的上一层级中不存在递增表单，基于所述显示规则配置所述一个对象与另一个对象之间的关联关系。

6.根据权利要求1所述的方法，其特征在于，所述关联规则还被配置为：

当两个对象之间存在联动规则，确定所述两个对象中任一对象的内容是否变更；以及

响应于所述两个对象中任一对象的内容变更，变更两个对象中另一个对象的内容以便使得两个对象的内容相同。

7.根据权利要求6所述的方法，其特征在于，基于关联规则，配置每个主题的病历模板中对象之间的关联关系还包括：

当一个对象与另一个对象之间存在联动规则，校验所述一个对象的名称与所述一个对象所关联的上一层表单中的其他对象名称是否不重复；以及

响应于校验所述一个对象的名称与所述一个对象所关联的上一层表单中的其他对象名称不重复，基于所述联动规则配置所述一个对象与另一个对象之间的关联关系。

8.根据权利要求1所述的方法，其特征在于，所述关联规则还包括备注规则：

当一个对象存在备注规则，确定是否满足所述一个对象的备注条件；以及

响应于确定满足所述一个对象的备注条件，在所述一个对象的备注规则对应的表单上显示所述一个对象对应的备注内容。

9.一种病历系统，被配置为根据权利要求1-8中任一项所述的方法生成对应于各个疾病编码的病历模板，其特征在于，包括：

病历显示模块，响应于检测到关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的选择指令，显示对应于所述选择指令的病历模板；

病历输入模块，基于所述对应于所述选择指令的病历模板中的各数据单元，响应于任一数据单元的选择指令，至少确定所述任一数据单元的选择结果，或者，响应于任一数据单元的填写指令，至少确定所述任一数据单元的内容；

病历检索模块，响应于关于疾病、主题、表单组、表单、数据组和/或数据单元的对象的搜索指令，获取对应于所述搜索指令的病历内容。

10.一种计算设备，其特征在于，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

11.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。