CN118016226A - 疼痛虚拟病房数据协同方法 - Google Patents

Abstract

本申请实施例涉及术后疼痛管理技术领域，公开了一种疼痛虚拟病房数据协同方法、系统、装置及计算机可读存储介质。通过获取患者数据并对患者数据进行分析，生成第一患者信息表，将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表，获取查改命令，将查改命令应用到第二患者信息表中，得到新的第二患者信息表，将第一患者信息表与新的第二患者信息表进行同步，得到新的第一患者信息表并输出，能够提高多科室协同配合对患者进行术后疼痛管理的效率，避免出现信息延后或沟通不便等问题。

Description

疼痛虚拟病房数据协同方法

技术领域

本申请实施例涉及术后疼痛管理技术领域，具体涉及一种疼痛虚拟病房数据协同方法、系统、装置、设备及计算机可读存储介质。

背景技术

目前，麻醉是在确保患者在无痛与安全的条件下顺利地接受手术治疗，是麻醉工作临床的基本任务，麻醉工作还包括麻醉前后的准备和处理、危重患者的监测治疗、急救复苏和疼痛治疗等方面的工作，工作范围从手术室拓展到病房、门诊、急诊室等场所，针对各临床手术或非手术有急性疼痛诊治需求的患者进行疼痛持续管理，非一次性会诊类诊治方式或间歇性诊治，而是连续诊治，直到患者疼痛被控制或者其他原因被迫中断。

在患者进行手术后，容易出现术后急性疼痛问题，为了解决这一问题，常常还需要麻醉科医生在术后继续介入以对患者进行疼痛管理，而负责患者手术的科室也同样需要对患者的术后恢复情况进行持续监测，此时会出现两个科室同时对患者的术后信息进行管理并介入的情况，麻醉科与负责手术的科室在术后对患者进行介入治疗时往往还需要参照彼此的诊治意见和用药情况，两个科室间需要当面讨论或互相查看对方科室的诊治意见及用药情况，实现信息同步的过程较为繁琐，容易消耗大量时间，不利于对患者的术后恢复进行及时的管理与介入。

发明内容

鉴于上述问题，本申请实施例提供了一种疼痛虚拟病房数据协同方法，用于解决现有技术中存在的问题。

根据本申请实施例的一个方面，提供了一种疼痛虚拟病房数据协同方法，其特征在于，包括：获取患者数据；对患者数据进行分析，生成第一患者信息表；将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表；获取查改命令，查改命令用于对第二患者信息表中的数据进行查找或更改；将查改命令应用到第二患者信息表中，得到新的第二患者信息表；将第一患者信息表中与第二患者信息表对应的数据同步至与新的第二患者信息表相同，得到新的第一患者信息表；输出新的第一患者信息表。

在一种可选的方式中，将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表之前，还包括：从第一患者信息表中获取第一疼痛指数，第一疼痛指数用于表征患者出现疼痛的严重程度；判断第一疼痛指数是否大于第一预设阈值；若第一疼痛指数大于第一预设阈值，则执行将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表的步骤；若第一疼痛指数不大于第一预设阈值，则获取第一患者信息表所对应的病房信息；判断病房信息中是否包含疼痛治疗需求信息；若病房信息中包含疼痛治疗需求信息，则执行将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表的步骤。

在一种可选的方式中，输出新的第一患者信息表之后，还包括：从第二患者信息表中获取第二疼痛指数，第二疼痛指数用于表征患者出现疼痛的严重程度；判断第二疼痛指数是否小于第二预设阈值；若第二疼痛指数小于第二预设阈值，则将k设为k+1，其中，k的初始值为0；判断k是否大于或等于第三预设阈值；若k大于或等于第三预设阈值，则删除第二患者信息表；若k小于第三预设阈值，则跳转至从第二患者信息表中获取第二疼痛指数的步骤。

在一种可选的方式中，获取患者数据之前，还包括：获取多种分类信息，多种分类信息表征了多种医疗设备能够获取的有关患者的数据类别；对患者数据进行分析，生成第一患者信息表，进一步包括：对患者数据进行数据分类，得到与多种分类信息对应的多种分类数据；根据多种分类数据生成第一患者信息表。

在一种可选的方式中，将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表，进一步包括：确定第一患者信息表中的疼痛数据，疼痛数据至少包含患者的疼痛指数数据；确定第一患者信息表中的体征数据，体征数据至少包含患者的年龄数据；将疼痛数据与体征数据填充至预设表格中，得到第二患者信息表。

在一种可选的方式中，确定第一患者信息表中的疼痛数据，疼痛数据至少包含患者的疼痛指数数据，进一步包括：对多种分类数据进行关键词检索，得到包含疼痛相关关键词的至少一种第一目标分类数据；将第一目标分类数据确定为疼痛数据；确定第一患者信息表中的体征数据，体征数据至少包含患者的年龄数据，进一步包括：对多种分类数据进行关键词检索，得到包含体征相关关键词的至少一种第二目标分类数据；将第二目标分类数据确定为体征数据。

根据本申请实施例的一个方面，提供了一种疼痛虚拟病房数据协同系统，其特征在于，包括数据采集装置、疼痛虚拟病房数据协同装置和交互终端；数据采集装置、疼痛虚拟病房数据协同装置和交互终端三者均彼此数据连接；数据采集装置用于通过传感器获取患者数据，并将患者数据发送至疼痛虚拟病房数据协同装置；疼痛虚拟病房数据协同装置用于执行如上任意一项的疼痛虚拟病房数据协同方法；交互终端用于获取来自疼痛虚拟病房数据协同装置的第二患者信息表和新的第一患者信息表并显示，还用于从外部输入中获取查改命令并发送至疼痛虚拟病房数据协同装置。

根据本申请实施例的另一方面，提供了一种疼痛虚拟病房数据协同装置，包括：第一获取模块、第一生成模块、第二生成模块、第二获取模块、第一处理模块、数据同步模块和输出模块。第一获取模块用于获取患者数据；第一生成模块用于对患者数据进行分析，生成第一患者信息表；第二生成模块用于将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表；第二获取模块用于获取查改命令，查改命令用于对第二患者信息表中的数据进行查找或更改；第一处理模块用于将查改名了应用到第二患者信息表中，得到新的第二患者信息表；数据同步模块用于将第一患者信息表中与第二患者信息表对应的数据同步至与新的第二患者信息表相同，得到新的第一患者信息表；输出模块用于输出新的第一患者信息表。

根据本申请实施例的另一方面，提供了一种疼痛虚拟病房数据协同设备，包括：处理器、存储器、通信接口和通信总线，处理器、存储器和通信接口通过通信总线完成相互间的通信；存储器用于存放至少一程序，程序使处理器执行如上述任意一项的疼痛虚拟病房数据协同方法的操作。

根据本申请实施例的又一方面，提供了一种计算机可读存储介质，存储介质中存储有至少一程序，程序使疼痛虚拟病房数据协同设备执行如上述任意一项的疼痛虚拟病房数据协同方法的操作。

根据本申请实施例的疼痛虚拟病房数据协同方法、系统、装置、设备及计算机可读存储介质，通过根据第一患者信息表中的数据填充至预设表格以生成第二患者信息表，第二患者信息表即作为一个“虚拟病房”供其他科室医生参照并进行诊治并输入查改命令对第二患者信息表内的信息进行查找与更改，通过获取查改命令对第二患者信息表进行更改后，将所得到的新的第二患者信息表的数据对应同步至第一患者信息表中，最后将新的第一患者信息表进行输出，使得本申请实施例在应用的过程中实现了两方数据的同步，当多科室的医生协同根据同一个患者的数据进行术后管理作业时，一个科室通过查改命令对第二患者信息表所作出的更改能够及时同步至第一患者信息表中，使其他科室的医护人员也能够及时查阅到患者资料数据的更新与变动，使得不同科室的医护人员在对患者共同进行术后管理时，信息交流更加及时，不易出现信息延后等问题。

上述说明仅是本申请实施例技术方案的概述，为了能够更清楚了解本申请实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

附图仅用于示出实施方式，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本申请实施例提供的疼痛虚拟病房数据协同方法应用在疼痛虚拟病房数据协同系统上时的应用场景示意图；

图2示出了本申请实施例提供的疼痛虚拟病房数据协同方法的流程图；

图3示出了本申请实施例步骤130之前的步骤的流程示意图；

图4示出了本申请实施例步骤170之后的步骤的流程示意图；

图5示出了本申请实施例步骤110之前的步骤及步骤120和步骤130的子步骤的流程示意图；

图6示出了本申请实施例步骤131和步骤132的子步骤的流程示意图；

图7示出了本申请实施例提供的疼痛虚拟病房数据协同装置的功能框图；

图8示出了本申请实施例提供的疼痛虚拟病房数据协同设备的模块化结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。

由于患者在进行手术后，往往还需要住院静养恢复，若患者所进行的手术的创口较大，则可能导致患者在术后出现急性疼痛问题，即患者在术后麻药效果消退后，感到手术部位创口疼痛难忍，影响患者正常休息与恢复，此时则需要麻醉科介入来对患者进行术后的疼痛管理，麻醉科与负责患者手术的科室共同保障患者的术后恢复。

在多科室合作对患者进行术后管理的过程中，需要外科医生、麻醉师、护士、疼痛管理专家等进行紧密合作，以密切关注患者术后恢复情况并制定相应的恢复计划，以确保患者的术后恢复能够顺利进行。

然而，本申请发明人发现，现在常见的多科室合作的方式往往需要医生和护士口头讨论或进行纸质资料的传递，而不同科室之间的医生和护士对患者进行术后管理的时间也可能错开，这将容易导致多个科室之间存在沟通障碍，患者信息传递不畅，同时，患者的各项信息与资料往往分布在医院的不同系统中，多科室合作对患者进行术后管理时需要花费大量时间对信息进行整合并共享，当有科室对患者的信息进行更新或补充时，其他科室往往难以第一时间获取到最新的信息，容易使得多科室合作对患者进行诊治时出现延误。

为了解决上述问题，本申请发明人经过研究，设计了一种疼痛虚拟病房数据协同方法，通过对获取到的患者数据进行分析并生成第一患者信息表与第二患者信息表，并将进行协同诊治的科室对第二患者信息表所进行的改动同步到第一患者信息表中进行输出，使得多个科室间所管理的同一个患者的信息能够保持同步，实现信息的及时更新，使得多个科室在对患者进行术后管理时，每个科室均能够及时获取到其他科室对患者的信息所进行的更新与改动，避免了信息不同步造成的延误问题，使得多个科室共同对患者进行术后管理时的配合更加紧密。

图1示出了本申请实施例提供的疼痛虚拟病房数据协同方法应用在疼痛虚拟病房数据协同系统上时的应用场景示意图。如图1所示，疼痛虚拟病房数据协同系统包含彼此互相连接的数据采集装置、疼痛虚拟病房数据协同装置和交互终端，疼痛虚拟病房数据协同方法由疼痛虚拟病房数据协同装置执行。

请参照图2，图2示出了本申请实施例提供的疼痛虚拟病房数据协同方法的流程图。如图2所示，该方法包括以下步骤：

步骤110：获取患者数据；

在步骤110中，所获取到的患者数据可以为由医院中用于采集患者医疗数据的数据采集设备采集得到，可以由患者自身或医护人员问诊后录入的资料信息得到，亦可以同时包含数据采集设备采集得到的数据和患者自身或医护人员问诊后录入的资料信息，只需要确保患者数据能够一定程度上反映患者的身体状况或健康指标即可，本申请实施例对此不作特殊限定。例如，在本申请提供的一种实施例中，步骤110所获取到的患者数据包括患者在术后恢复时的疼痛指数、患者年龄、患者体重、患者的用药情况等。可以理解的是，患者数据中应当包含至少一项能够为医护人员提供一定诊治依据的医疗相关信息。

步骤120：对患者数据进行分析，生成第一患者信息表；

在本步骤中，对患者数据进行分析以生成第一患者信息表，其例如可以通过自然语言处理（Natural Language Processing，NLP）技术，从患者数据中提取结构化信息，并自动填充生成第一患者信息表，还可以预先设置不同数据的接口，并采用数据集成和接口的方式，通过API和其他接口将来自多个设备或系统所采集到的患者数据集成至一个表格中以生成第一患者信息表，抑或是预先设置规则，并通过规则引擎来将患者数据的特定字段自动填充至表格中的特定位置中，以生成第一患者信息表。可以理解的是，现在已有多种方式可以将通过各种方式获取到的患者数据输入至表格中以生成第一患者信息表，只需要确保第一患者信息表中所包含的所有数据均与患者数据中的对应数据一致即可，本领域技术人员可以根据实际情况采用不同的表格生成方式，以适应不同的作业情况，本申请实施例对根据患者数据生成第一患者信息表的方式不作特殊限定。

步骤130：将第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表；

在本步骤的一种实施例中，第一患者信息表包括患者身高数据、体重数据、年龄数据、生命体征数据、患者主观感受数据、患者药物使用数据和患者既往病史和药物过敏史数据等，此时需要生成第二患者信息表以供麻醉科医生参照并对术后患者进行疼痛管理，则筛选第一患者信息表中有助于麻醉科医生指定或调整疼痛管理计划的数据作为填充至预设表格中并生成第二患者信息表的数据基础，以此生成的第二患者信息表包括患者年龄数据、生命体征数据、患者主观感受数据、患者药物使用数据和患者既往病史和药物过敏史数据。

其中，将第一患者信息表中的至少部分数据填充至预设表格中以生成第二患者信息表可以通过对预设表格的表项进行调整、并采取对应的表格填充方式实现，例如，将通过规则引擎将第一患者信息表中有助于麻醉科医生制定疼痛管理计划的数据的特定字段填充至预设表格中的对应位置，以此生成的第二患者信息表可以被剔除一些相关性较低的数据，在第一患者信息表中所包含的数据较为复杂冗长时能够降低麻醉科医生的查阅难度。可以理解的是，当合作对患者进行术后管理的科室需要承担其他职责时，在将第一患者信息表中的至少部分数据填充至预设表格中所生成的第二患者信息表可以根据对应科室较为需要的、相关性较强的数据对第一患者信息表中的数据进行筛选，使得所生成的第二患者信息表能够更加精炼，其包含的数据能够更好地供对应科室的医护人员进行参考以实施患者术后管理的各项工作。

需要说明的是，在一些情况下，也可以将第一患者信息表中的全部数据均填充至预设表格中来生成第二患者信息表，此时第一患者信息表与第二患者信息表将完全一致，在合作进行术后管理的科室较多、涉及医疗方面较广时，与第一患者信息表完全一致的、较为全面的第二患者信息表也有助于不同科室的医护人员参考完整的患者信息进行术后管理的各项工作，本领域技术人员应当可以根据实际情况调整将第一患者信息表中的数据填充至预设表格以生成第二患者信息表的方式，以使得生成的第二患者信息表能够适应不同作业情况下的诊治需求。

步骤140：获取查改命令，查改命令用于对第二患者信息表中的数据进行查找或更改；

步骤150：将查改命令应用到第二患者信息表中，得到新的第二患者信息表；

在步骤140中，查改命令指的是，用于供计算机或终端执行的、对表格进行操作的命令，在本申请实施例中，查改命令用于对第二患者信息表中的数据进行查找或更改。

在步骤140至步骤150的一些实施例中，取决于第二患者信息表的数据形式，查改命令可以为计算机或终端上的软件或操作系统所能执行的指令文件，例如对应计算机或终端的操作系统的系统脚本文件，而当计算机或终端具备SQL执行环境时，则可以通过SQL命令来对第二患者信息表中的数据进行查找或修改，若第二患者信息表为网页上的表格时，也可以通过JavaScript命令来对第二患者信息表中的数据进行查找和修改操作，以得到新的第二患者信息表。

进一步地，查改命令还可以用于为医护人员提供一种对第二患者信息表中的数据进行查找和修改操作的控制方式，例如，当第二患者信息表为网页上的表格时，通过在网页中嵌入JavaScript命令形式的查改命令，使得当用户与网页交互时可以对第二患者信息表内的数据执行对应的查找或修改操作，对网页上的第二患者信息表进行改动与更新，得到新的第二患者信息表。

可以理解的是，查改命令的具体形式与运作原理应当根据第二患者信息表的形式不同而不同，本领域技术人员应当能够根据实际情况合理地采用不同形式的查改命令来实现本步骤中所实现的效果，本申请对第二患者信息表与查改命令的具体形式不作特殊限定。

步骤160：将第一患者信息表中与第二患者信息表对应的数据同步至与新的第二患者信息表相同，得到新的第一患者信息表；

在本步骤中，将第一患者信息表中与第二患者信息表对应的数据同步至与新的第二患者信息表相同的方式例如可以通过预先设置第一患者信息表与第二患者信息表间的数据对应关系的方式实现，例如，将第二患者信息表中的数据与其在第一患者信息表中的来源项数据建立对应关系，当第二患者信息表经过步骤140至步骤150的处理得到了新的第二患者信息表后，则将第二患者信息表中出现变动的数据同步至其对应的第一患者信息表中的来源项数据中，即可实现第一患者信息表与新的第二患者信息表间的数据同步，在实际操作中，这些步骤可能需要通过数据库触发器、ELT（提取、转换和加载）工具、中间件服务或自定义脚本来实现自动化，根据第一患者信息表、第二患者信息表和新的第二患者信息表的表格形式的不同，进行数据同步所需要的软件工具、运行环境和操作系统也可能不同。

步骤170：输出新的第一患者信息表；

在步骤170中，将与新的第二患者信息表实现了同步后得到的新的第一患者信息表进行输出，其输出方式例如可以为，将第一患者信息表经过转化作为图像信号输出到显示设备中，以将新的第一患者信息表在显示设备上进行显示，抑或是，作为数据信号输出到其他设备中，不论采取何种输出方式，本步骤的目的是使得新的第一患者信息表所反映的更新数据能够供医护人员进一步查阅或进行修改。

通过上述步骤110至步骤170的结合可知，本申请实施例提供的疼痛虚拟病房数据协同方法通过根据第一患者信息表中的数据填充至预设表格以生成第二患者信息表，第二患者信息表即作为一个“虚拟病房”供其他科室医生参照并进行诊治并输入查改命令对第二患者信息表内的信息进行查找与更改，通过获取查改命令对第二患者信息表进行更改后，将所得到的新的第二患者信息表的数据对应同步至第一患者信息表中，最后将新的第一患者信息表进行输出，使得本申请实施例在应用的过程中实现了两方数据的同步，当多科室的医生协同根据同一个患者的数据进行术后管理作业时，一个科室通过查改命令对第二患者信息表所作出的更改能够及时同步至第一患者信息表中，使其他科室的医护人员也能够及时查阅到患者资料数据的更新与变动，使得不同科室的医护人员在对患者共同进行术后管理时，信息交流更加及时，不易出现信息延后等问题。

请参照图3，图3示出了本申请实施例步骤130之前的步骤的流程示意图。如图3所示，在本申请的一个实施例中，步骤130之前，还包括：

步骤1310：从第一患者信息表中获取第一疼痛指数，第一疼痛指数用于表征患者出现疼痛的严重程度；

在本步骤中，第一疼痛指数可以通过相关的疼痛评估方法对患者进行检测得到，并预先纳入患者数据中，从而使得基于患者数据生成的第一患者信息表内能够包含有第一疼痛指数。通常，疼痛评估会在术后立即开始，并定期重复进行，以便医护人员及时调整疼痛管理策略。在使用疼痛评估方法获取患者的第一疼痛指数时，本领域技术人员，即医护人员，应当能够根据患者的年龄、认知能力、语言能力等选择最合适的疼痛评估方法，在本申请实施例中，医护人员采用疼痛评估方法对患者进行检测以得到第一疼痛指数的方式例如可以为，通过视觉模拟评分法（visual analogue scale，VAS）、功能活动评分法（Functional Activity Scoring，FAS）、数字评价量表（Numerical Rating Scale，NRS）、面部表情疼痛评定法（Wong-Baker face pain scale revision）或世界卫生组织疼痛评分法（WHO疼痛评分法）等方式对患者进行疼痛评估以得到第一疼痛指数。

此外，为了使得评估得到的第一疼痛指数更加准确，医护人员还可以结合患者的生理指标，行为表现以及患者的主观描述来综合判断疼痛程度。例如，在本申请的一种实施例中，五岁的儿童进行了扁桃体切除手术，由于孩子年龄较小，可能无法准确描述自己的疼痛感受，因此可以使用Wong-Baker面部表情疼痛评估法，孩子被展示一系列代表不同疼痛程度面部表情的图片，并指出与自己疼痛相符的表情；在另一种实施例中，四十岁的成人患者接受了阑尾切除手术，成人通常能够较好地使用语言表达自己的疼痛感受，因此可以使用数字评价量表，患者被要求在0到10的标度上标出他们的疼痛程度，0代表无疼痛，10代表能够感受到的最严重的疼痛；在又一种实施例中，七十岁的老年人进行了髋关节置换手术，鉴于老年人可能存在认知功能减退或视力问题，可能无法有效使用标准的疼痛评估工具，在这种情况下，医护人员还可以通过观察患者的行为变化，如面部表情、体态、活动能力等，来评估疼痛。

需要说明的是，根据所采用的疼痛评估方法的不同，所得到的第一疼痛指数的量纲也可能不同，在本步骤及本申请实施例的后续步骤中，为了便于医护人员对数据进行分析，应当采用同样的方式对患者进行疼痛评估，以获取量纲一致的第一疼痛指数。

进一步地，医护人员还可以采用将多种疼痛评估方法相结合的方式来提高所得到的第一疼痛指数的准确性，例如，在本申请的一种实施例中，将通过多种不同的疼痛评估方法检测得到的多种疼痛指数数据进行统一量纲处理，再通过求其平均值的方式得到第一疼痛指数。

步骤1320：判断第一疼痛指数是否大于第一预设阈值；

若判断为是，则执行步骤130；

若判断为否，则执行如下步骤：

步骤1330：获取第一患者信息表所对应的病房信息；

在步骤1320至步骤1330中，当第一疼痛指数为通过数字评价量表得到的范围为1-10的数值时，第一预设阈值例如可以设置为4，即在这一实施例中，将第一疼痛指数大于4的患者认为是有必要与其他科室，例如麻醉科，进行合作以进行术后疼痛管理的患者，开始执行步骤130及后续步骤中生成第二患者信息表以便于多科室合作诊治的步骤。在实际情况中，第一预设阈值的数值选取应当取决于第一疼痛指数的评估方式，即保证其取值位于第一疼痛指数的数值范围内且其取值较为合理。

步骤1340：判断病房信息中是否包含疼痛治疗需求信息；

若判断为是，则执行步骤130。

其中，在步骤1340中，病房信息指的是从患者所处病房中获取的告警信息、日常信息、病例信息或通知信息，亦可以为上述信息的集合，当患者在病房内通过告警设备或信息交互设备提交病房信息后，若病房信息内包含疼痛治疗需求信息，则启动执行步骤130及后续步骤中生成第二患者信息表以便于多科室合作诊治的步骤。

在一些实施例中，患者所处病房内设置有按压呼叫器，该按压呼叫器被配置为，当接收到按压信号时，发送上传疼痛治疗需求信息，以使得本申请实施例提供的疼痛虚拟病房数据协同方法启动执行步骤130，即根据该患者的第一患者信息表生成第二患者信息表以便于多科室协同诊治，进行术后疼痛管理作业。

通过从第一患者信息表中获取第一疼痛指数并进行判断，当第一疼痛指数较高时，则自动将对应的患者移入“虚拟病房”中，以便于多科室的医护人员对患者进行协同诊治，而即便第一患者信息表中获取到的第一疼痛指数并未大于第一预设阈值，只要患者通过病房内设备或其他途径发出了疼痛治疗需求信息，则也将该患者移入“虚拟病房”中，通过对患者信息结合患者病房信息进行的双重判断，使得对需要进行疼痛管理的术后患者的处理能够更加及时，不易遗漏。

请参照图4，图4示出了本申请实施例步骤170之后的步骤的流程示意图。如图4所示，在本申请的一个实施例中，步骤170之后，还包括：

步骤1701：从第二患者信息表中获取第二疼痛指数，第二疼痛指数用于表征患者出现疼痛的严重程度；

在步骤1701中，第二疼痛指数的评估、检测或获取方式可以与上述步骤1310中的第一疼痛指数一致，也即可以确保第一疼痛指数与第二疼痛指数的数值范围应当一致，便于医护人员进行分析，在一些情况下，第二疼痛指数可以与第一疼痛指数为相同数据，关于第二疼痛指数的评估、检测或获取方式可以参考上述步骤中第一疼痛指数的描述，在此不作过多赘述。

步骤1702：判断第二疼痛指数是否小于第二预设阈值；

若判断为是，则执行如下步骤：

步骤1703：将k设为k+1，其中，k的初始值为0；

步骤1704：判断k是否大于或等于第三预设阈值；

若判断为是，则执行如下步骤：

步骤1705：删除第二患者信息表；

若判断为否，则执行步骤1701。

在步骤1702至步骤1705的应用场景中，对患者的第二疼痛指数进行判断，若该患者的第二疼痛指数小于第二预设阈值，则将初始值为0的k的数值增加1，再判断k的数值是否大于或等于第三预设阈值，若k小于第三预设阈值，则重新执行步骤1701，对患者的第二疼痛指数进行判断，以期使得k的数值发生变化后，再进行步骤1704的判断，上述步骤的目的是，当一个患者已经对应生成有第一患者信息表和第二患者信息表时，即已经处于“虚拟病房”中进行术后疼痛管理时，若患者在多次第二疼痛指数的判断检测中均小于第二预设阈值，则可以认为该患者的术后疼痛情况已经缓解，可以被移出“虚拟病房”，让患者自行静养恢复或继续由其所在的原科室负责，不需要再动用多个科室配合对患者进行术后疼痛管理，节约医疗资源。

其中，在本申请的一种实施例中，第二疼痛指数的数值范围为1-10，第二预设阈值为4，第三预设阈值为2，在第一天时，执行步骤1702至步骤1704，若在步骤1704中，k小于第三预设阈值，则可以通过在步骤1704后增加计时器或定时执行的方式，使得在第二天再跳转进行步骤1701的执行，实现患者在连续两天的第二疼痛指数小于2时便移出“虚拟病房”的操作。本申请实施例步骤的执行时间和执行间隔可以根据实际需要灵活设置，以适应不同的诊治流程与诊治需求，本申请实施例对此不作特殊限定。

请参照图5，图5示出了本申请实施例步骤110之前的步骤及步骤120和步骤130的子步骤的流程示意图。如图5所示，在本申请的一个实施例中，步骤110之前，还包括：

步骤1110：获取多种分类信息，多种分类信息表征了多种医疗设备能够获取的有关患者的数据类别；

在本步骤中，分类信息例如可以为表格或包含了多种分类名称的集合，还可以是某种预设的分类规则，目的是为后续步骤的处理提供依据。分类信息可以预先由医护人员填写设置得到，也可以通过任意识别算法或程序对多种医疗设备所获取的有关患者的数据类别进行识别生成，本申请实施例对分类信息的生成方式不作特殊限定。

步骤120进一步包括：

步骤121：对患者数据进行数据分类，得到与多种分类信息对应的多种分类数据；

在步骤121中，对患者数据进行数据分类，得到与多种分类信息对应的多种分类数据，具体可以为，在分类信息为表格或树形结构时，对患者数据进行识别，将患者数据中属于不同种类的数据对应填入分类信息的表格中与之对应的项内，得到表格形式的多种分类数据，而当分类信息为预设的规则时，将患者数据中满足相应的规则的数据分别归入特定的类别中以得到多种分类数据。

在实际应用中，还可以通过层级分类（Hierarchical Classification）、模糊分类（Fuzzy Classification）和监督学习分类（Supervised Learning Classification）等多种分类方式对患者数据进行数据分类，本申请实施例对此不作特殊限定，在上述描述中具体涉及了基于规则的分类（Rule-Based Classification）和树状分类（TaxonomicClassification）。

步骤122：根据多种分类数据生成第一患者信息表。

在上述步骤121至步骤122中，通过对患者数据进行数据分类，可以使得根据多种分类数据生成的第一患者信息表的可读性更好，便于医护人员查阅并在相应的数据栏位内给出对应的诊治意见，在患者数据较为复杂、包含数据较多时，依据多种分类数据生成的第一患者信息表能够避免第一患者信息表中存在数据杂糅或混乱的情况，有助于降低医护人员的阅读难度，提高作业效率。

请继续参照图5，如图5所示，在本申请的一个实施例中，步骤130进一步包括：

步骤131：确定第一患者信息表中的疼痛数据，疼痛数据至少包含患者的疼痛指数数据；

步骤132：确定第一患者信息表中的体征数据，体征数据至少包含患者的年龄数据；

在步骤131至步骤132中，疼痛数据所包含的患者的疼痛指数数据指的是如上述第一疼痛指数数据与第二疼痛指数数据的相关描述所述，是通过疼痛评估方法对患者进行检测得到的能够表征患者出现疼痛的严重程度的数据。

在一些实施例中，疼痛数据还包括与患者出现的疼痛情况密切相关的数据，例如疼痛缓解率数据、疼痛发生频率和持续时间数据、镇痛药物使用情况数据等。

在一些实施例中，体征数据还包括患者的其他体征数据，例如身高数据、体重数据、既往病史和药物过敏史数据等。

步骤133：将疼痛数据与体征数据填充至预设表格中，得到第二患者信息表。

在上述步骤131至步骤133中，通过确定第一患者信息表中的疼痛数据与体征数据，并将疼痛数据与体征数据填充至预设表格中以得到第二患者信息表，能够使得第二患者信息表中的数据更加精炼，在麻醉科医生介入配合患者原有科室进行术后疼痛管理时，通过参照第二患者信息表，能够较为容易地查找到与术后疼痛管理密切相关的数据，节约了医院系统的存储资源，也便于麻醉科医生通过第二患者信息表对处于“虚拟病房”内的患者进行术后疼痛管理，使得麻醉科医生不需要在大量数据项中寻找与术后疼痛管理相关的数据进行诊治分析，提高了诊治效率。

请参照图6，图6示出了本申请实施例步骤131和步骤132的子步骤的流程示意图。如图6所示，在本申请的一个实施例中，步骤131进一步包括：

步骤1311：对多种分类数据进行关键词检索，得到包含疼痛相关关键词的至少一种第一目标分类数据；

步骤1312：将第一目标分类数据确定为疼痛数据；

在步骤1311至步骤1312中，对多种分类数据进行关键词检索，得到包含疼痛相关关键词的至少一种第一目标分类数据，具体可以为，预先获取包含多种疼痛相关关键词的集合，针对集合中的第一项关键词在多种分类数据中进行检索，将多种分类数据中包含第一项关键词的分类数据纳入第一目标分类数据中，再针对集合中的第二项关键词在剩余的多种分类数据中进行第二次检索，再将多种分类数据中包含第二项关键词的分类数据纳入第一目标分类数据中，循环执行上述步骤，直至集合中的全部关键词均被检索完毕。

其中，疼痛相关关键词例如可以包括：疼痛评分（Pain Score）、镇痛药物（Analgesics）、疼痛性质（Pain Quality）、疼痛缓解（Pain Relief）、疼痛发作频率（PainFrequency）、疼痛持续时间（Pain Duration）、疼痛缓解率（Pain Relief Rate）、镇痛方案（Analgesia Plan）、疼痛治疗反应（Pain Treatment Response）、副作用（Side Effects）、患者满意度（Patient Satisfaction）、功能状态（Functional Status）、再评估时间（Reassessment Time）、疼痛伴随症状（Associated Symptoms）、患者教育（PatientEducation）、非药物治疗（Non-Pharmacological Interventions）、疼痛日记（PainDiary）、干预措施（Interventions）、疼痛阈值（Pain Threshold）和疼痛阈值变化（PainThreshold Change）等。

步骤132进一步包括：

步骤1321：对多种分类数据进行关键词检索，得到包含体征相关关键词的至少一种第二目标分类数据；

步骤1322：将第二目标分类数据确定为体征数据。

在步骤1321至步骤1322中，对多种分类数据进行关键词检索的具体方式可以与上述步骤1311至步骤1312中同理，在此不作过多赘述。

其中，体征相关关键词例如可以包括：生命体征（Vital Signs）、意识水平（Levelof Consciousness）、疼痛评分（Pain Score）、体重（Weight）、身高（Height）、头围（HeadCircumference）、腰围（Waist Circumference）、心率变异性（Heart Rate Variability）、呼吸模式（Respiratory Pattern）、体温趋势（Temperature Trend）、血压趋势（BloodPressure Trend）、疼痛部位（Pain Location）、瞳孔反应（Pupillary Response）、皮肤状况（Skin Condition）、神经学检查（Neurological Exam）、肢体活动度（Range of Motion）、水肿（Edema）、体位（Position）、步态（Gait）和言语（Speech）等。

由于在麻醉科医生根据第二患者信息表对患者进行术后疼痛管理时，往往需要参照患者的疼痛相关信息以及患者的体征相关信息来进行诊治，通过对多种分类数据进行关键词检索，选择其中与疼痛和体征相关的数据对应生成第二患者信息表，能够使得医护人员在参照第二患者信息表来进行诊治时所查阅的数据针对性更加精确，有助于提高医护人员进行术后疼痛管理诊治的效率。

请重新参照图1。本申请提供了一种疼痛虚拟病房数据协同系统，包括：数据采集装置、疼痛虚拟病房数据协同装置和交互终端；数据采集装置、疼痛虚拟病房数据协同装置和交互终端三者均彼此数据连接；数据采集装置用于通过传感器获取患者数据，并将患者数据发送至疼痛虚拟病房数据协同装置；疼痛虚拟病房数据协同装置用于执行如上述任意一项实施例的疼痛虚拟病房数据协同方法；交互终端用于获取来自疼痛虚拟病房数据协同装置的第二患者信息表和新的第一患者信息表并显示，还用于从外部输入中获取查改命令并发送至疼痛虚拟病房数据协同装置。

其中，数据采集装置例如可以为医院中的医疗传感器等设备，交互终端例如可以为计算机或医疗触屏终端等，疼痛虚拟病房数据协同装置例如可以为计算机或服务器等。

图7示出了本申请实施例提供的疼痛虚拟病房数据协同装置的功能框图。如图7所示，虚拟疼痛病房数据协同装置700包括：第一获取模块701、第一生成模块702、第二生成模块703、第二获取模块704、第一处理模块705、数据同步模块706和输出模块707。第一获取模块701用于获取患者数据，第一生成模块702用于对患者数据进行分析，生成第一患者信息表，第二生成模块703用于将第一患者信息中的至少部分数据填充至预设表格中，得到第二患者信息表，第二获取模块704用于获取查改命令，查改命令用于对第二患者信息表中的数据进行查找或更改，第一处理模块705用于将查改命令应用到第二患者信息表中，得到新的第二患者信息表，数据同步模块706用于将第一患者信息表中与第二患者信息表对应的数据同步至与新的第二患者信息表相同，得到新的第一患者信息表，输出模块707用于输出新的第一患者信息表。

在一些实施例中，虚拟疼痛病房数据协同装置700还包括：第三获取模块、第一判断模块、第四获取模块和第二判断模块。第三获取模块用于从第一患者信息表中获取第一疼痛指数，第一疼痛指数用于表征患者出现疼痛的严重程度，第一判断模块用于判断第一疼痛指数是否大于第一预设阈值，第四获取模块用于在第一疼痛指数小于第一预设阈值时，获取第一患者信息表所对应的病房信息，第二判断模块用于判断病房信息中是否包含疼痛治疗需求信息。

在一些实施例中，虚拟疼痛病房数据协同装置700还包括：第五获取模块、第三判断模块、第二处理模块、第四判断模块和第三处理模块。第五获取模块用于从第二患者信息表中获取第二疼痛指数，第二疼痛指数用于表征患者出现疼痛的严重程度，第三判断模块用于判断第二疼痛指数是否小于第二预设阈值，第二处理模块用于在第二疼痛指数小于第二预设阈值时，将k设为k+1，其中，k的初始值为0，第四判断模块用于判断k是否大于或等于第三预设阈值，第三处理模块用于在k大于或等于第三预设阈值时删除第二患者信息表。

在一些实施例中，虚拟疼痛病房数据协同装置700还包括第六获取模块。第六获取模块用于获取多种分类信息，多种分类信息表征了多种医疗设备能够获取的有关患者的数据类别。

在一些实施例中，第一生成模块702进一步包括：分类单元、生成单元、确定单元和填充单元。分类单元用于对患者数据进行数据分类，得到与多种分类信息对应的多种分类数据，生成单元用于根据多种分类数据生成第一患者信息表，确定单元用于确定第一患者信息表中的体征数据，体征数据至少包含患者的年龄数据，填充单元用于将疼痛数据与体征数据填充至预设表格中，得到第二患者信息表。

图8示出了本申请实施例提供的疼痛虚拟病房数据协同设备的模块化结构示意图，本申请具体实施例并不对疼痛虚拟病房数据协同设备的具体实现做限定。

如图8所示，该疼痛虚拟病房数据协同设备可以包括：处理器802、存储器806、通信接口804和通信总线808。

处理器802、存储器806和通信接口804通过通信总线808完成相互间的通信。

存储器806用于存放至少一程序810，程序810使处理器802执行如上述疼痛虚拟病房数据协同方法实施例中的相关步骤。

本申请实施例还提供了一种计算机可读存储介质，存储介质中存储有至少一程序，程序在疼痛虚拟病房数据协同设备上运行时，使得疼痛虚拟病房数据协同设备可执行上述任意方法实施例中的疼痛虚拟病房数据协同方法。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种疼痛虚拟病房数据协同方法，其特征在于，包括：

获取患者数据；

对所述患者数据进行分析，生成第一患者信息表；

将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表；

获取查改命令，所述查改命令用于对所述第二患者信息表中的数据进行查找或更改；

将所述查改命令应用到所述第二患者信息表中，得到新的第二患者信息表；

将所述第一患者信息表中与所述第二患者信息表对应的数据同步至与所述新的第二患者信息表相同，得到新的第一患者信息表；

输出所述新的第一患者信息表。

2.根据权利要求1所述的疼痛虚拟病房数据协同方法，其特征在于，所述将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表之前，还包括：

从所述第一患者信息表中获取第一疼痛指数，所述第一疼痛指数用于表征患者出现疼痛的严重程度；

判断所述第一疼痛指数是否大于第一预设阈值；

若所述第一疼痛指数大于所述第一预设阈值，则执行所述将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表的步骤；

若所述第一疼痛指数不大于所述第一预设阈值，则获取所述第一患者信息表所对应的病房信息；

判断所述病房信息中是否包含疼痛治疗需求信息；

若所述病房信息中包含疼痛治疗需求信息，则执行所述将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表的步骤。

3.根据权利要求1所述的疼痛虚拟病房数据协同方法，其特征在于，所述输出所述新的第一患者信息表之后，还包括：

从所述第二患者信息表中获取第二疼痛指数，所述第二疼痛指数用于表征患者出现疼痛的严重程度；

判断所述第二疼痛指数是否小于第二预设阈值；

若所述第二疼痛指数小于所述第二预设阈值，则将k设为k+1，其中，k的初始值为0；

判断k是否大于或等于第三预设阈值；

若k大于或等于所述第三预设阈值，则删除所述第二患者信息表；

若k小于所述第三预设阈值，则跳转至所述从所述第二患者信息表中获取第二疼痛指数的步骤。

4.根据权利要求1所述的疼痛虚拟病房数据协同方法，其特征在于，所述获取患者数据之前，还包括：

获取多种分类信息，所述多种分类信息表征了多种医疗设备能够获取的有关患者的数据类别；

所述对所述患者数据进行分析，生成第一患者信息表，进一步包括：

对所述患者数据进行数据分类，得到与所述多种分类信息对应的多种分类数据；

根据所述多种分类数据生成所述第一患者信息表。

5.根据权利要求4所述的疼痛虚拟病房数据协同方法，其特征在于，所述将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表，进一步包括：

确定所述第一患者信息表中的疼痛数据，所述疼痛数据至少包含患者的疼痛指数数据；

确定所述第一患者信息表中的体征数据，所述体征数据至少包含患者的年龄数据；

将所述疼痛数据与所述体征数据填充至所述预设表格中，得到所述第二患者信息表。

6.根据权利要求5所述的疼痛虚拟病房数据协同方法，其特征在于，所述确定所述第一患者信息表中的疼痛数据，所述疼痛数据至少包含患者的疼痛指数数据，进一步包括：

对所述多种分类数据进行关键词检索，得到包含疼痛相关关键词的至少一种第一目标分类数据；

将所述第一目标分类数据确定为所述疼痛数据；

所述确定所述第一患者信息表中的体征数据，所述体征数据至少包含患者的年龄数据，进一步包括：

对所述多种分类数据进行关键词检索，得到包含体征相关关键词的至少一种第二目标分类数据；

将所述第二目标分类数据确定为所述体征数据。

7.一种疼痛虚拟病房数据协同系统，其特征在于，包括数据采集装置、疼痛虚拟病房数据协同装置和交互终端；

所述数据采集装置、所述疼痛虚拟病房数据协同装置和所述交互终端三者均彼此数据连接；

所述数据采集装置用于通过传感器获取患者数据，并将所述患者数据发送至所述疼痛虚拟病房数据协同装置；

所述疼痛虚拟病房数据协同装置用于执行如上述权利要求1-6中任意一项所述的疼痛虚拟病房数据协同方法；

所述交互终端用于获取来自所述疼痛虚拟病房数据协同装置的第二患者信息表和新的第一患者信息表并显示，还用于从外部输入中获取查改命令并发送至所述疼痛虚拟病房数据协同装置。

8.一种疼痛虚拟病房数据协同装置，其特征在于，包括：

第一获取模块，用于获取患者数据；

第一生成模块，用于对所述患者数据进行分析，生成第一患者信息表；

第二生成模块，用于将所述第一患者信息表中的至少部分数据填充至预设表格中，得到第二患者信息表；

第二获取模块，用于获取查改命令，所述查改命令用于对所述第二患者信息表中的数据进行查找或更改；

第一处理模块，用于将所述查改命令应用到所述第二患者信息表中，得到新的第二患者信息表；

数据同步模块，用于将所述第一患者信息表中与所述第二患者信息表对应的数据同步至与所述新的第二患者信息表相同，得到新的第一患者信息表；

输出模块，用于输出所述新的第一患者信息表。

9.一种疼痛虚拟病房数据协同设备，其特征在于，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一程序，所述程序使所述处理器执行如权利要求1-6中任意一项所述的疼痛虚拟病房数据协同方法的操作。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一程序，所述程序在疼痛虚拟病房数据协同设备上运行时，使得疼痛虚拟病房数据协同设备执行如权利要求1-6中任意一项所述的疼痛虚拟病房数据协同方法的操作。