一种信息处理方法和装置与流程

本申请涉及通信技术领域，特别是涉及一种信息处理方法和装置。

背景技术：

正压通气治疗机用于治疗睡眠呼吸暂停综合症和打鼾症状。其工作过程主要包括治疗和支持两个部分。其中，治疗过程会在治疗过程中记录大量的治疗数据，支持过程通过对治疗过程记录的治疗数据进行采集和分析，对治疗参数进行调整并反馈到患者的治疗设备。

目前通常采用有线传输与可移动存储介质等方式采集治疗数据。

然而，对于有线传输方式来说，需要医生或服务人员携带专用设备到患者处进行数据采集，或者由患者携带治疗设备到指定地点进行数据采集，该方法耗时、耗力、耗财。对于可移动存储介质的传输方式来说，操作较为繁琐，患者需要将治疗数据下载并存储在可移动存储介质中，再通过邮寄等方式送到医生或服务人员处，而寄送过程存在时间滞后的问题，导致不能及时获取患者的治疗数据。同样地，患者也无法及时获取医生对于患者的治疗参数的反馈信息。

技术实现要素：

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的信息处理方法和装置，能够及时、便利地采集用户的治疗数据，提高采集治疗数据的效率。

本申请实施例公开了一种信息处理方法，应用于第一客户端，所述方法包括：

接收来自治疗设备的治疗数据；其中，所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

发送所述治疗数据；

接收所述治疗数据对应的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

另一方面，本申请实施例公开了一种信息处理方法，应用于第二客户端，所述方法包括：

接收来自第一客户端的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

向所述第一客户端发送针对所述治疗数据得到的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

又一方面，本申请实施例公开了一种信息处理装置，应用于第一客户端，所述装置包括：

第一数据接收模块，用于接收来自治疗设备的治疗数据；其中，所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

第一数据发送模块，用于发送所述治疗数据；

第一参数接收模块，用于接收所述治疗数据对应的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

再一方面，本申请实施例公开了一种信息处理装置，应用于第二客户端，所述装置包括：

第二数据接收模块，用于接收来自第一客户端的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

第二参数发送模块，用于向所述第一客户端发送针对所述治疗数据得到的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

本申请实施例包括以下优点：

本申请实施例通过第一客户端接收来自治疗设备的治疗数据，并且发送所述治疗数据，例如，可以发送至服务器或者第二客户端等设备，由于所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数，使得医生可以根据所述治疗效果数据对所述治疗参数进行更新得到最新治疗参数，用户可以通过第一客户端接收所述治疗数据对应的最新治疗参数，以使用户可以使用最新治疗参数进行治疗。通过本申请实施例可以实现治疗数据的自动采集，不用医生或服务人员携带专用设备到用户处进行数据采集，或者由用户携带治疗设备到指定地点进行数据采集，并且可以及时将最新治疗参数反馈给用户。因此，本申请实施例可以及时、便利地采集用户的治疗数据，提高采集治疗数据的效率，以及可以及时获取所述治疗数据对应的参数更新信息。

附图说明

图1是本申请其中一个实施例的一种信息处理方法的步骤流程图；

图2是本申请的一种将正压通气治疗机的治疗数据上传至服务平台的流程示意图；

图3是本申请另一实施例的一种信息处理方法的步骤流程图；

图4是本申请又一实施例的一种信息处理方法的步骤流程图；

图5是本申请的一种将软件服务平台的参数更新信息传输至治疗机的流程示意图；

图6是本申请再一实施例的一种信息处理方法的步骤流程图；

图7是本申请的一种医生APP与服务器的通信流程示意图；

图8是本申请其中一个实施例的一种信息处理装置的结构框图；

图9是本申请另一实施例的一种信息处理装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

方法实施例一

参照图1，示出了本申请其中一个实施例的一种信息处理方法的步骤流程图，所述方法可应用于第一客户端，具体可以包括：

步骤101、接收来自治疗设备的治疗数据；其中，所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

在本申请实施例中，第一/二客户端具体可以为智能手机、平板电脑、笔记本电脑等各种形式的智能终端。其中，第一客户端为患者侧的智能终端，第二客户端为医生侧的智能终端。可以理解，本申请实施例对于智能终端的具体形式不加以限制。为便于描述，本申请实施例均以智能手机为例进行说明，其它应用场景相互参照即可。

所述治疗设备具体可以为正压通气治疗机(以下简称治疗机)或者呼吸机等具有治疗功能的设备，该治疗设备可用于对患者进行治疗，并且在治疗过程中生成治疗数据。可选地，第一客户端和该治疗设备之间可以通过无线短程通信来传输数据，例如，第一客户端可以通过蓝牙、红外等无线短波，接收来自治疗设备的治疗数据。当然，第一客户端和治疗设备之间还可以通过3G(3rd-Generation，第三代移动通信技术)、4G(4rd-Generation，第四代移动通信技术)、WiFi(WIreless-FIdelity，无线保真)、或者有线连接等方式传输数据，本申请实施例对于第一客户端和治疗设备之间的数据传输方式不加以限制。

步骤102、发送所述治疗数据；

在本申请实施例中，在第一客户端接收到来自治疗设备的治疗数据之后，可以上传所述治疗数据，以使医生可以获取所述治疗数据，从而可以给出进一步的治疗方案。具体地，第一客户端可以将治疗数据发送至服务器或者第二客户端。其中，所述服务器可用于管理患者上传的治疗数据，且所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；这样，医生可以登录服务器查看患者的治疗数据，对其中的治疗效果数据进行分析得到分析结果，并且根据分析结果调整现有的治疗方案，也即对所述治疗参数进行更新得到的最新治疗参数。当然，为了使得医生可以更加及时地获取患者的治疗数据，第一客户端可以直接将患者的治疗数据发送至医生侧的第二客户端。可以理解，本申请实施例对于第一客户端上传治疗数据的具体设备不加以限制。

在具体应用中，第一客户端和服务器之间可以通过以太网络进行通信。第一客户端和第二客户端之间可以通过3G、4G、WiFi等任意网络进行通信，由于网络技术和智能终端的广泛应用，利用智能终端的数据处理与数据传输能力，可以及时、便利地采集用户的治疗数据，并且可以通过网络传输治疗数据，不用医生或服务人员携带专用设备到用户处进行数据采集，或者由用户携带治疗设备到指定地点进行数据采集，为采集治疗数据带来极大的便利。

步骤103、接收所述治疗数据对应的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

具体地，第一客户端可以接收来自医生通过服务器或者第二客户端返回的所述治疗数据对应的参数更新信息，以使患者可以及时、便捷地获取医生针对治疗数据给出的反馈信息。

进一步地，在本申请的一种可选实施例中，所述方法还可以包括如下步骤：

向所述设备标识对应的治疗设备发送所述最新治疗参数，并且根据所述最新治疗参数对所述治疗设备进行设置。

在实际应用中，在医生对所述治疗参数进行更新得到最新治疗参数之后，可以通过服务器或者第二客户端将参数更新信息返回给第一客户端，第一客户端可以将其中的最新治疗参数发送给对应的治疗设备，以使所述治疗数据对应的参数更新信息可以及时、便利地反馈至用户的治疗设备，并且在治疗设备中生效。可选地，在第一客户端接收到所述治疗数据对应的参数更新信息之后，第一客户端在下次连接治疗设备的时候可以向所述设备标识对应的治疗机发送最新治疗参数，并且自动对治疗机中原有的参数进行修改，根据最新治疗参数对治疗机进行设置，不用患者再手动进行修改，简化了用户操作，为用户带来便利。当然，在实际应用中，第一客户端也可以将最新治疗参数发送至对应的治疗机，由用户操作治疗机使得最新治疗参数生效。

可选地，所述第一客户端还可以接收医生通过服务器或者第二客户端发送的分析结果，以供用户查看。进一步，第一客户端在接收到参数更新信息时，还可以对用户发出提示，以提醒用户及时查看分析结果以及最新治疗参数。

在本申请的一种可选实施例中，为了简化医生的操作，本申请实施例中的第一客户端还可以对治疗数据进行分析，所述方法还可以包括如下步骤：

步骤S11、对所述治疗数据进行分析，得到分析结果；

步骤S12、发送所述分析结果；其中，所述分析结果中携带有所述治疗设备对应的设备标识和治疗参数；

步骤S13、接收所述分析结果对应的参数更新信息；其中，所述参数更新信息中携带有根据所述分析结果对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在第一客户端接收到来自治疗设备的治疗数据之后，可以对所述治疗数据进行分析得到分析结果，并且可以通过第一客户端显示该分析结果，以及将分析结果上传至服务器或者第二客户端，以使医生可以获取患者的治疗数据以及对应的分析结果，从而可以直接根据分析结果对治疗参数进行更新，而不用医生再对治疗数据进行人工分析，可以提高医生的工作效率。

综上，本申请实施例通过第一客户端接收来自治疗设备的治疗数据，并且发送所述治疗数据，例如，可以发送至服务器或者第二客户端等设备，由于所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数，使得医生可以根据所述治疗效果数据对所述治疗参数进行更新得到最新治疗参数，用户可以通过第一客户端接收所述治疗数据对应的最新治疗参数，以使用户可以使用最新治疗参数进行治疗。通过本申请实施例可以实现治疗数据的自动采集，不用医生或服务人员携带专用设备到用户处进行数据采集，或者由用户携带治疗设备到指定地点进行数据采集，并且可以及时将最新治疗参数反馈给用户。因此，本申请实施例可以及时、便利地采集用户的治疗数据，提高采集治疗数据的效率，以及可以及时获取所述治疗数据对应的参数更新信息。

此外，所述第一客户端可以为智能终端，由于智能终端的广泛应用，可以利用智能终端进行数据采集和传输，不用在治疗设备中增加额外的无线传输模块，从而可以节约硬件成本。

应用示例一

下面结合具体示例说明本申请将治疗机的治疗数据通过智能终端进行上传的过程，在本示例中，以通过第一客户端将治疗数据上传至服务器为例进行说明。参照图2，示出了本申请的一种将正压通气治疗机的治疗数据上传至服务平台的流程示意图，具体可以包括如下步骤：

步骤S21、用户打开患者APP；

在具体应用中，可以在第一客户端中安装患者APP(Application，应用程序)，所述患者APP可以通过无线短波与治疗机进行通信，以保证安全快速地传输数据；所述患者APP还可以对治疗数据进行分析，得到分析结果，将分析结果显示给用户，以及将治疗数据和分析结果上传至服务器。在实际应用中，所述患者APP可以对对治疗过程中产生的一切数据进行分析、显示以及上传至服务器。如：血氧、脉率、压力、漏气、鼾声事件、低通气事件、呼吸暂停事件等等。

步骤S22、治疗机与患者APP建立无线连接，如蓝牙连接；

步骤S23、治疗机通过无线连接，向患者APP发送治疗数据；

步骤S24、患者APP存储并解析接收到的治疗数据；

在具体应用中，所述治疗数据中除了可以包括治疗效果数据之外，还可以包括顺应性数据，所述顺应性数据反馈的是患者对医生所开治疗方案的执行效果，如：一个月使用了几天治疗机、每天使用了个小时、什么时间使用的、治疗时是否有间断等。以使患者APP可以对治疗数据以及顺应性数据进行综合分析，得到更加准确的分析结果。

步骤S25、患者APP对接收到的治疗数据进行分析，得到分析结果；

例如，患者APP可以给出如下分析结果：有效治疗天数占比为60％，有待提高；平均每天使用时间为4.4小时，治疗时间有效AHI(呼吸暂停低通气指数平均值)为6，治疗效果良好(1～5健康)等。

在具体应用中，由于治疗数据的大小、类型不同，可以采用不同的分析方式，例如鼾声数据解析后既有数据(频率、持续时间等)又有波形；而压力数据解析后只有波形。本申请实施例对治疗数据进行分析的具体方式不加以限制。

步骤S26、患者APP将分析结果显示给用户；

步骤S27、患者APP通过3G、4G、或者WiFi将治疗数据和/或分析结果上传至服务器。

方法实施例二

在本申请的一种可选实施例中，为了提高治疗数据传输的安全性，在智能终端接收到治疗数据之后，还可以对治疗数据进行合法性验证。参照图3，示出了本申请另一实施例的一种信息处理方法的步骤流程图，所述方法可应用于第一客户端，具体可以包括：

步骤301、接收来自治疗设备的治疗数据；其中，所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

步骤302、对所述治疗数据进行合法性验证；

在本申请实施例中，可以将治疗数据按照自定义的数据格式进行封装，可选地，所述治疗数据具体可以为将所述治疗效果数据中的数字内容按照预设格式形成明文字符串，并根据所述明文字符串和所述治疗设备的设备标识按照预设算法生成原始校验码，如CRC16(Cyclic Redundancy Check，循环冗余校验码)等，再将所述原始校验码和所述明文字符串组合得到的iCode(InformationCoding，信息编码)。

其中，信息编码iCode，是对原始信息符号按一定的数学规则所进行的变换，为了方便信息的存储、检索和使用，在进行信息处理时赋予信息元素以代码的过程。可以理解，上述得到信息编码的过程仅作为本申请的一种应用示例，在具体应用中，本申请对于信息编码的具体方式不加以限制。

在具体应用中，可以对治疗设备与智能终端之间传输的治疗数据按照自定义的数据格式以及常规算法进行校验，以防止数据内容遭到恶意篡改；此外，患者APP还可以支持后台运行方式保证数据完整性，并且以特定文件进行存储，以保证数据的保密性，防止被其他应用程序破坏。

其中，所述明文字符串具体可以包括统计周期、有效治疗天数占比、平均每天使用时间、治疗压力平均值、呼吸暂停低通气指数平均值、高漏气时间占比、在统计周期内连续使用治疗设备的时间大于设定值的最大天数中的至少一项。

在本申请的一种应用示例中，假设用户使用的治疗机的机器编号为1209D105，且该治疗机生成的治疗数据包括：统计周期为90天，有效治疗天数占比为60％，平均每天使用时间为4.4小时，P95(治疗压力平均值)为10.5hPa，AHI(呼吸暂停低通气指数平均值)为6，高漏气时间占比为22％，Best 30(统计周期内连续使用治疗设备的时间大于设定值的最大天数)值为21。

治疗机根据上述治疗数据中的数字内容生成13位的明文字符串为4604421062221，再根据该明文字符串与机器号，通过预设算法生成3位的校验码为243，最终得到完整的iCode信息编码为4604421062221243。参照表1，示出了本申请一种应用示例的iCode信息编码的具体示意。

表1

在本申请的一种可选实施例中，所述对所述治疗数据进行合法性验证的步骤，具体可以包括：

步骤S31、对所述治疗数据进行解析，得到所述治疗数据中的明文字符串和原始校验码；

步骤S32、根据解析得到的明文字符串和所述治疗设备的设备标识按照预设算法生成验证校验码；

步骤S33、若所述原始校验码与所述验证校验码一致，则确定所述治疗数据通过合法性验证；否则，确定所述所述治疗数据未通过合法性验证。

步骤303、若所述治疗数据通过合法性验证，则保存所述治疗数据；若所述治疗数据未通过合法性验证，则丢弃所述治疗数据；

步骤304、发送所述治疗数据；

步骤305、接收所述治疗数据对应的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在本申请实施例中，所述参数更新信息也可以按照上述自定义的iCode信息编码的格式进行传输，并且在智能终端接收到来自服务器或者第二客户端的参数更新信息之后，可以对参数更新信息按照与治疗数据相同的验证方法进行合法性验证，以保证数据传输的安全性。

综上，本申请实施例在第一客户端接收到治疗数据之后，还可以对治疗数据进行合法性验证，在所述治疗数据通过合法性验证时，允许执行后续操作，否则，丢弃所述治疗数据，以提高数据传输的安全性。此外，由于本申请实施例可以对治疗设备与第一客户端之间传输的治疗数据按照自定义的数据格式以及常规算法进行校验，还可以防止传输数据内容遭到恶意篡改。

方法实施例三

参照图4，示出了本申请又一实施例的一种信息处理方法的步骤流程图，所述方法可应用于服务器，具体可以包括：

步骤401、接收来自第一客户端的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

步骤402、向所述第一客户端发送针对所述治疗数据返回的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在具体应用中，可以在服务器中安装有软件服务平台，第一客户端可与该软件服务平台对接，实时上传患者的治疗数据(包括顺应性数据和治疗效果数据)；该软件服务平台可以管理患者上传的治疗数据，并允许医生或医疗服务机构登录软件服务平台访问这些治疗数据。医生或医疗服务机构通过分析用其中的顺应性数据和治疗效果数据，决定是否需要修改患者的治疗方案。如果需要修改，则在软件服务平台上设置更新后的治疗参数，并通过软件服务平台将参数更新信息发送至对应的第一客户端。

在本申请的一种可选实施例中，所述治疗数据中可以携带有所述第一客户端对应的患者标识；则所述方法还可以包括如下步骤：

保存所述患者标识以及所述患者标识对应的治疗数据。

为使医生可以快速查看所需患者的治疗数据，在本申请实施例中，用户在使用第一客户端向服务器上传治疗数据时，所述治疗数据中可以携带有所述第一客户端对应的患者标识，这样，在服务器接收到治疗数据时，可以保存该治疗数据与患者标识之间的对应关系。其中，所述患者标识具体可以为用户注册的账号、名称等唯一标识信息。例如，所述患者标识为用户注册的患者账号，则服务器中可以保存有患者账号和该患者账号对应的治疗数据。

在本申请的另一种可选实施例中，所述方法还可以包括如下步骤：

步骤S41、接收来自第二客户端的治疗数据获取请求；其中，所述治疗数据获取请求中携带有患者标识；

步骤S42、向所述第二客户端发送所述患者标识对应的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数。

在本申请实施例中，所述服务器中可以保存患者标识以及所述患者标识对应的治疗数据。医生可以通过第二客户端向服务器发送治疗数据获取请求；其中，所述治疗数据获取请求中携带有患者标识，以获取该患者标识对应的治疗数据。

在服务器接收到来自第二客户端的治疗数据获取请求之后，通过查询得到所述患者标识对应的治疗数据，以及将查找得到的治疗数据返回给第二客户端，以使医生可以在第二客户端中查看所需的治疗数据。

在具体应用中，为了保证患者的治疗数据的安全性和保密性，还可以在服务器中预先建立医生白名单，所述医生白名单中包括允许访问服务器中治疗数据的医生标识。所述治疗数据获取请求中除了携带有患者标识外，还可以携带有医生标识，服务器查询医生白名单，若所述医生白名单中存在所述医生标识，则向所述第二客户端发送所述患者标识对应的治疗数据，否则，可以向所述第二客户端发送拒绝消息。

进一步地，还可以为医生设置添加患者的权限。例如，具有权限的医生可以在服务器中设置医生标识和患者标识之间的映射关系，例如，医生A对应患者A、患者B、患者C；则仅允许医生A获取患者A、患者B、患者C的治疗数据，而不允许医生A获取其他患者的治疗数据。

在本申请的又一种可选实施例中，所述方法还可以包括如下步骤：

接收来自所述第二客户端针对所述治疗数据返回的分析结果和参数更新信息；其中，所述分析结果为对所述治疗效果数据进行分析得到的；所述参数更新信息中携带有根据所述分析结果对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在具体应用中，在所述服务器向所述第二客户端发送所述患者标识对应的治疗数据之后，还可以接收来自所述第二客户端针对所述治疗数据返回的分析结果和参数更新信息。具体地，医生可以通过第二客户端查看接收到的治疗数据，并且通过对治疗数据进行分析得到分析结果，以及根据分析结果更新治疗参数，再将更新后的最新治疗参数通过第二客户端返回给服务器。

需要说明的是，对于所述治疗数据进行分析得到分析结果的过程，可以通过第一客户端、或者服务器、或者第二客户端自动执行得到，也可以通过医生人工分析得到，本申请实施例对于分析结果的获取方式不加以限制。

综上，本申请实施例通过服务器接收来自第一客户端的治疗数据，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；以及向所述第一客户端发送针对所述治疗数据返回的参数更新信息；可以实现治疗数据的自动采集，不用医生或服务人员携带专用设备到用户处进行数据采集，或者由用户携带治疗设备到指定地点进行数据采集。因此，本申请实施例可以在不增加硬件成本的基础上，及时、便利地采集用户的治疗数据。

应用示例二

下面结合具体示例说明本申请将服务器的参数更新信息通过第一客户端传输至治疗机的过程。参照图5，示出了本申请的一种将软件服务平台的参数更新信息传输至治疗机的流程示意图，具体可以包括如下步骤：

步骤S511、医生登录服务器中的软件服务平台；

步骤S512、医生通过软件服务平台查看患者的治疗数据，包括顺应性数据和治疗效果数据；

步骤S513、医生对患者的顺应性数据和治疗效果数据进行分析，给出分析结果；

步骤S514、医生根据分析结果，更新治疗机的治疗参数；

步骤S515、软件服务平台根据更新后的最新治疗参数生成iCode格式的参数更新信息，并将参数更新信息保存到数据库；

步骤S516、软件服务平台将参数更新信息发送给用户的患者APP；

步骤S517、患者APP对接收的参数更新信息进行合法性验证；若参数更新信息通过合法性验证，则执行步骤S518，否则，执行步骤S516；

步骤S518、患者APP提示用户接收到来自医生的反馈信息，如参数更新信息；

步骤S519、用户打开患者APP；

步骤S520、患者APP将参数更新信息显示给用户；

步骤S521、患者APP将参数更新信息发送至对应的治疗机；

在具体应用中，患者APP在接收到参数更新信息之后，可以向用户发出提示，以提醒用户打开治疗机并与患者APP建立无线连接，在患者APP检测到与治疗机建立连接之后，即可向治疗机发送参数更新信息。

步骤S522、治疗机对接收到的参数更新信息进行合法性验证；若所述参数更新信息通过合法性验证，则执行步骤S523，否则，执行步骤S521；

步骤S523、治疗机根据更新后的最新治疗参数进行配置。

方法实施例四

参照图6，示出了本申请再一实施例的一种信息处理方法的步骤流程图，所述方法可应用于第二客户端，具体可以包括：

步骤601、接收来自第一客户端的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

步骤602、向所述第一客户端发送针对所述治疗数据得到的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在实际应用中，医生或医疗服务机构查看患者的治疗数据的传统方式是，坐在医院的电脑前通过医护客户端查看。然而，这样就需要时刻守在客户端前，且需要为每一位医生配备一台电脑，造成人力、物力资源的浪费；而且，医生不能随时随地查看患者的治疗数据，导致患者治疗的延误。

为解决上述问题，本申请实施例还可以在第二客户端中安装医生APP，通过医生APP与软件服务平台或者与第一客户端之间的通信获取患者的治疗数据，以及将更新后的最新治疗参数通过医生APP发送给软件服务平台或者第一客户端。这样，医生可以随时随地的查看患者的治疗数据，可以解放医生的时间，在医院、家中、休息室等都可根据患者当前的治疗数据为患者开出治疗方案。不仅可以节省人力、物力资源，还可以及时查看患者的治疗数据，对用户及时进行治疗。可以理解，医生APP与服务器或者第二客户端之间传输的治疗数据以及参数更新信息可以采用自定义的数据格式和校验方式，以保证数据的完整性、有效性、安全性。

在本申请的一种可选实施例中，所述方法还可以包括：

接收来自服务器的治疗数据更新消息；其中，所述治疗数据更新消息中携带有患者标识。

在具体应用中，在服务器接收到患者上传的治疗数据后，可以通过医生标识和患者标识之间的对应关系，查找到上传治疗数据的患者对应的医生，进而可以向该对应的医生发送治疗数据更新消息，以提醒医生及时查看患者最新上传的治疗数据。

在本申请的另一种可选实施例中，所述方法还可以包括：

向所述设备标识对应的治疗设备发送所述最新治疗参数，并且根据所述最新治疗参数对所述治疗设备进行设置。

在本申请实施例中，第二客户端还可以通过3G、4G、WiFi、或者有线连接等方式直接和治疗设备进行数据传输，第二客户端可以直接向对应的治疗设备发送最新治疗参数，并且自动对治疗设备中原有的参数进行修改，根据最新治疗参数对治疗设备进行设置，可以不用通过第一客户端，也不用患者手动进行修改，简化了参数修改流程以及用户操作过程，为用户带来极大的便利。

综上，本申请实施例可以通过第二客户端接收来自第一客户端的治疗数据，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；以及向第一客户端发送所述治疗数据对应的参数更新信息。这样，医生可以随时随地的查看患者的治疗数据，可以解放医生的时间，在医院、家中、休息室等都可根据患者当前的治疗数据为患者更新治疗参数。不仅可以节省人力、物力资源，还可以及时查看患者的治疗数据，对用户及时进行治疗。

应用示例三

下面结合具体示例说明本申请第二客户端和服务器之间的通信过程。参照图7，示出了本申请的一种医生APP与服务器的通信流程示意图，具体可以包括如下步骤：

步骤S711、在医生APP中注册医生信息；其中，医生信息中包括医生标识；

步骤S712、医生APP将注册的医生信息发送至服务器；

步骤S713、服务器判断医生信息是否合法；若合法，执行步骤S714，否则，执行步骤S711；

在具体应用中，可以对医生的权限进行配置管理，例如，可以预先在服务器中设置一个医生白名单，该名单中存储有允许获取治疗数据的医生标识。同样地，还可以设置患者的权限，患者的权限可以由医生添加，医生添加的患者才有权限将治疗数据上传至服务器。

步骤S714、在医生APP中录入患者信息，并上传至服务器；

具体地，注册后的医生可以登录医生APP，并且录入自己名下的患者信息，例如，可以添加患者标识。

步骤S715、服务器建立医生与患者之间的对应关系；

具体地，可以建立医生标识与患者标识之间的对应关系。

步骤S716、服务器接收并保存患者APP上传的治疗数据；

具体地，所述治疗数据中可以包括患者标识、该患者的顺应性数据和治疗效果数据；服务器判断所述患者标识对应的权限，若该患者标识具有上传治疗数据的权限，则服务器接收并保存患者上传的治疗数据，否则，向患者APP返回拒绝消息。

步骤S717、服务器向医生APP发送患者更新治疗数据的提示信息；

具体地，服务器根据患者标识查找到对应的医生标识，以及向该医生标识对应的医生APP发送更新治疗数据的提示信息。

步骤S718、医生APP提示医生接收到患者更新的治疗数据；

具体地，如果有患者上传新的治疗数据，医生APP可以发出提醒，以使医生可及时了解患者的治疗情况。

步骤S719、医生通过医生APP查看患者的治疗数据；

具体地，一个医生可以对应有多个患者，医生可在患者列表中选择患者，并查看该患者的治疗数据。

步骤S720、医生APP向服务器请求获取患者的治疗数据；

具体地，医生APP向服务器发送治疗数据获取请求，该请求中携带有医生选择的患者的患者标识。

步骤S721、服务器将该患者的治疗数据发送给医生APP；

服务器根据患者标识获取该患者的治疗数据，并发送给医生APP。

步骤S722、医生根据该患者的治疗数据，给出分析结果以及更新后的最新治疗参数；

具体地，医生可以根据治疗数据，填写各项指标的评价，生成专业阶段性治疗报表，以供患者查看。

例如，医生对治疗数据进行分析，如：呼吸频率、通气量、呼气压力、吸气压力以及呼吸事件等数据或对应波形；并且根据对治疗数据的分析结果修改治疗参数，如：调整呼气压力、吸气压力、目标潮气量等一项或多项治疗参数。

步骤S723、医生APP将分析结果以及更新后的最新治疗参数发送到服务器；

步骤S724、服务器保存分析结果以及更新后的最新治疗参数。

服务器可以将最新治疗参数发送到对应的患者APP，再通过患者APP发送给呼吸机，进而可以修改呼吸机的参数。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

装置实施例一

参照图8，示出了本申请其中一个实施例的一种信息处理装置的结构框图，所述装置应用于第一客户端。在本申请实施例中，所述装置具体可以包括：

第一数据接收模块801，用于接收来自治疗设备的治疗数据；其中，所述治疗数据中携带有治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

第一数据发送模块802，用于发送所述治疗数据；

第一参数接收模块803，用于接收所述治疗数据对应的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗效果数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在本申请的一种可选实施例中，所述装置还可以包括：

验证模块，用于在接收到来自治疗设备的治疗数据之后，对所述治疗数据进行合法性验证；

判断模块，用于若所述治疗数据通过合法性验证，则保存所述治疗数据；若所述治疗数据未通过合法性验证，则丢弃所述治疗数据。

在本申请的另一种可选实施例中，所述验证模块，具体可以包括：

数据解析子模块，用于对所述治疗数据进行解析，得到所述治疗数据中的明文字符串和原始校验码；

校验码生成子模块，用于根据解析得到的明文字符串和所述治疗设备的设备标识按照预设算法生成验证校验码；

验证子模块，用于若所述原始校验码与所述验证校验码一致，则确定所述治疗数据通过合法性验证；否则，确定所述所述治疗数据未通过合法性验证。

在本申请的又一种可选实施例中，所述装置还可以包括：

分析模块，用于对所述治疗数据进行分析，得到分析结果；

分析结果发送模块，用于发送所述分析结果；其中，所述分析结果中携带有所述治疗设备对应的设备标识和治疗参数；

第二参数接收模块，用于接收所述分析结果对应的参数更新信息；其中，所述参数更新信息中携带有根据所述分析结果对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在本申请的再一种可选实施例中，所述装置还可以包括：

第一参数设置模块，用于向所述设备标识对应的治疗设备发送所述最新治疗参数，并且根据所述最新治疗参数对所述治疗设备进行设置。

在本申请的再一种可选实施例中，所述第一数据接收模块，具体可以包括：

无线接收子模块，用于通过无线短程通信，接收来自治疗设备的治疗数据。

装置实施例二

参照图9，示出了本申请另一实施例的一种信息处理装置的结构框图，所述装置应用于第二客户端。在本申请实施例中，所述装置具体可以包括：

第二数据接收模块901，用于接收来自第一客户端的治疗数据；其中，所述治疗数据中携带有治疗设备生成的治疗效果数据、所述治疗设备对应的设备标识和治疗参数；

第二参数发送模块902，用于向所述第一客户端发送针对所述治疗数据得到的参数更新信息；其中，所述参数更新信息中携带有根据所述治疗数据对所述治疗参数进行更新得到的最新治疗参数、以及所述治疗设备对应的设备标识。

在本申请的一种可选实施例中，所述装置还可以包括：

第二参数设置模块，用于向所述设备标识对应的治疗设备发送所述最新治疗参数，并且根据所述最新治疗参数对所述治疗设备进行设置。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

以上对本申请所提供的一种信息处理方法和装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。