一种红外影像处理方法、系统、电子设备及存储介质与流程

本发明涉及一种互联网医疗领域，尤其涉及一种红外影像处理方法、系统、电子设备及存储介质。

背景技术：

医用红外热像技术是医学技术、红外摄像技术、计算机多媒体技术结合的产物,这是一种记录人体热场的影像装置；人体是一个天然的生物发热体,由于解剖结构、组织代谢、血液循环及神经状态的不同，机体各部位温度不同,形成不同的热场。红外热像仪通过光学电子系统将人体辐射的远红外光波经滤波聚集,调制及光电转换,变为电信号,并经a/d转换为数字量，然后经多媒体图像处理技术，以伪彩色热图形式，显示人体的温度场；正常的机体状态有正常的热图；异常的机体状态有异常的热图，比较两者的异同，结合临床就可以诊断、推论疾病的性质和程度。

我国医用红外热像仪的研制起步较晚，由于技术和市场的原因，销售量一直较小，目前在使用的医用红外热像仪产品大概在二百多台；近两年的发展速度较快，应用面也在不断拓宽；国内生产医用红外热像仪的厂家不多，非致冷焦平面技术飞速发展，现已逐步取代早期的单元光机扫描和液氮致冷技术，随着成本的降低和市场的成熟，非致冷焦平面红外热像仪以其卓越的性能价格比必将被广大用户所接受，并最终取代液氮致冷型产品占据市场的主导地位。

医用红外热像仪在市场上的规模正在不断扩大，如何有效的实现对医疗红外设备的管理、红外图像信息的存储、分析、处理等方面都提出新的需求；为进一步普及红外医疗在广大人民群众的日常健康及医疗健康方面的应用，为用户提供快捷、全面、专业的医疗服务，急需建设一套将红外医疗设备、病人、医生、专家都纳入的方法及系统，实现一体化的红外医疗信息服务，为医疗行业在红外医疗这个领域的未来发展提前打下坚实基础。

技术实现要素：

为了克服现有技术的不足，本发明的目的之一在于提供一种红外影像处理方法，通过将红外影像的采图和评估进行分离，从而提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

本发明的目的之二在于提供一种红外影像处理系统，通过将红外影像的采图和评估进行分离，从而提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

本发明的目的之三在于提供一种电子设备，通过将红外影像的采图和评估进行分离，从而提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

本发明的目的之四在于提供一种计算机可读存储介质，通过将红外影像的采图和评估进行分离，从而提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

本发明的目的之一采用如下技术方案实现：

一种红外影像处理方法，包括以下步骤：

获取信息，获取应用客户端上传的待评估影像信息，生成待评估订单，所述待评估影像信息包括红外影像、病人信息、病例信息；

分配评估师，将所述待评估订单分配给在线的评估师；

评估完成，获取所述评估师上传的评估报告，将所述待评估订单标记为已完成，并发送已完成信息至应用客户端。

进一步地，所述步骤评估完成具体包括如下步骤：

分配审核师，获取所述评估师上传的评估报告，生成待审核订单，将所述待审核订单分配给在线的审核师；

完成影像处理，获取所述审核师上传的审核报告，将审核通过的所述待评估订单标记为已完成，并发送已完成信息至应用客户端。

进一步地，所述评估师包括第一评估师、第二评估师，所述待评估订单包括第一待评估订单、第二待评估订单，所述步骤分配评估师具体包括如下步骤：

放入评估池，将所述第一待评估订单、所述第二待评估订单放入评估池；

自动分配评估师，将所述第一待评估订单自动分配给在线的第一评估师；

评估师抢单，获取所述第二评估师选择所述第二待评估订单的抢单信息，将所述第二待评估订单分配给所述第二评估师。

进一步地，所述审核师包括第一审核师、第二审核师，所述待审核订单包括第一待审核订单、第二待审核订单，所述步骤分配审核师具体包括如下步骤：

放入审核池，将所述第一待审核订单、所述第二待审核订单放入审核池；

自动分配审核师，将所述第一待审核订单自动分配给在线的第一审核师；

审核师抢单，获取所述第二审核师选择所述第二待审核订单的抢单信息，将所述第二待审核订单分配给所述第二审核师。

进一步地，所述步骤完成影像处理具体包括如下步骤：

获取审核报告，获取所述审核师上传的审核报告；

订单完成，若审核通过，将所述待评估订单标记为已完成，将此次评估完成信息记录在所述评估师下，并发送已完成信息至应用客户端；

订单返回，若审核未通过，将所述待评估订单返回至评估池，并将此次评估失败信息记录在所述评估师下。

进一步地，还包括以下步骤：

订单退回，记录所述评估师、所述审核师的接单时间，若所述接单时间超过设定退回时间，则所述待评估订单、所述待审核订单自动退回至评估池。

本发明的目的之二采用如下技术方案实现：

一种红外影像处理系统，包括应用子系统、云平台子系统、管理子系统，所述云平台子系统与所述管理子系统、所述应用子系统通过互联网连接，所述云平台子系统包括应用服务器、证书服务器、网站服务器、数据库服务器；

所述应用子系统用于进行采图及本地数据处理；

所述云平台子系统用于获取并处理用户在所述应用子系统的输入信息，所述应用服务器对待评估订单、待审核订单进行自动分配并接收用户的抢单信息，所述证书服务器在登陆信息与注册信息一致的情况下颁发鉴权认证，所述网站服务器用于处理用户在系统网站上所进行的操作，所述数据库服务器用于存储用户的注册信息、影像信息、个人信息；

所述管理子系统用于管理所述云平台子系统。

进一步地，所述云平台子系统包括经典案例库，所述经典案例库由医师上传案例信息，由管理员进行审核并管理，所述经典案例库供他人参考、对比、学习，所述案例信息包括红外影像、病例信息、对所述红外影像的评估资料。

本发明的目的之三采用如下技术方案实现：

一种电子设备，包括：处理器；

存储器；以及程序，其中所述程序被存储在所述存储器中，并且被配置成由处理器执行，所述程序包括用于执行上述的一种红外影像处理方法。

本发明的目的之四采用如下技术方案实现：

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行上述的一种红外影像处理方法。

相比现有技术，本发明的有益效果在于：

一种红外影像处理方法，还涉及一种红外影像处理系统、一种电子设备、一种计算机可读存储介质；通过将患者的红外影像数据及临床诊疗数据进行整合，以病人为中心集中归档存储，方便医生远程协同实时调阅、处理、书写诊断报告；整合后的数据用于实现医疗专家资源共享、影像数据共享和诊疗信息共享，从而让患者享受到方便、快速、均等、低成本的医疗服务；通过将红外影像的采图和评估进行分离，并进行审核，从而提供更专业的医疗服务，即整体上提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，并可依照说明书的内容予以实施，以下以本发明的较佳实施例并配合附图详细说明如后。本发明的具体实施方式由以下实施例及其附图详细给出。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明的一种红外影像处理方法的主要流程图；

图2为本发明的一种红外影像处理方法的具体流程图；

图3为本发明的一种红外影像处理系统的框架示意图；

图4为本发明的一种红外影像处理系统的结构示意图。

具体实施方式

下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

一种红外影像处理方法，如图1所示，包括以下步骤：

获取信息，获取应用客户端上传的待评估影像信息，生成待评估订单，待评估影像信息包括红外影像、病人信息、病例信息；

分配评估师，将待评估订单自动分配给在线的评估师；

评估完成，获取评估师上传的评估报告，将待评估订单标记为已完成，并发送已完成信息至应用客户端。

对于本实施例来说，红外影像的采集由采图员通过医疗红外设备进行采集红外影像，通过应用子系统对红外影像进行信息填写并发送至云平台子系统，由云平台子系统进行统一分配评估师，实现了采图和评估的分离，从而提供更加专业的医疗服务。

对于本实施来说，如图2所述，步骤评估完成具体包括如下步骤：

分配审核师，获取评估师上传的评估报告，生成待审核订单，将待审核订单自动分配给在线的审核师；

完成影像处理，获取审核师上传的审核报告，将审核通过的待评估订单标记为已完成，并发送已完成信息至应用客户端。

即在评估师之上，提供审核制度，由审核师对评估师做出的评估报告进行审核，从而确保评估报告的专业性，即提供更加专业的医疗服务。

其中，为了便于说明，评估师包括第一评估师、第二评估师，待评估订单包括第一待评估订单、第二待评估订单，如图2所示，步骤分配评估师具体包括如下步骤：

放入评估池，将第一待评估订单、第二待评估订单放入评估池；

自动分配评估师，将第一待评估订单自动分配给在线的第一评估师；

评估师抢单，获取第二评估师选择第二待评估订单的抢单信息，将第二待评估订单分配给第二评估师。

对于步骤自动分配评估师来说，云平台子系统设置有一个评估池，将所有接收到的待评估订单都放入评估池当中，依照评估分配算法进行自动分配，比用户自己寻找专业的评估师来说，更加快捷方便，即提供了更加快捷的医疗服务。

对于步骤评估师抢单来说，位于该评估池的待评估订单显示在应用子系统的界面上，评估师可以在应用子系统进行抢单操作，在获取抢单信息，将待评估订单分配给评估师，并标记待评估订单为评估中，其他评估师不可再操作。

其中，为了便于说明，审核师包括第一审核师、第二审核师，待审核订单包括第一待审核订单、第二待审核订单，如图2所示，步骤分配审核师具体包括如下步骤：

放入审核池，将第一待审核订单、第二待审核订单放入审核池；

自动分配审核师，将第一待审核订单自动分配给在线的第一审核师；

审核师抢单，获取第二审核师选择第二待审核订单的抢单信息，将第二待审核订单分配给第二审核师。

对于步骤自动分配审核师来说，云平台子系统设置有一个审核池，将所有接收到的待审核订单都放入评估池当中，依照审核分配算法进行自动分配，从而提供了更加快捷、更加专业的医疗服务。

对于步骤审核师抢单来说，位于该审核池的待审核订单显示在应用子系统的界面上，审核师可以在应用子系统进行抢单操作，在获取抢单信息，将待审核订单分配给审核师，并标记待审核订单为评估中，其他审核师不可再操作。

其中，如图2所示，步骤完成影像处理具体包括如下步骤：

获取审核报告，获取审核师上传的审核报告；

订单完成，若审核通过，将待评估订单标记为已完成，将此次评估完成信息记录在评估师下，并发送已完成信息至应用客户端；

订单返回，若审核未通过，将待评估订单返回至评估池，并将此次评估失败信息记录在评估师下。

对于步骤订单完成来说，审核通过的待评估订单标记已完成，采图员在应用子系统收到已完成信息后，可及时下载评估报告。

对于步骤订单返回来说，审核未通过的待评估订单即认为是评估失败，需要重新评估，故而需要将评估失败的待评估订单返回至评估池。

其中，如图2所示，本方法还包括以下步骤：

订单退回，记录评估师、审核师的接单时间，若接单时间超过设定退回时间，则待评估订单、待审核订单自动退回至评估池。

对于步骤订单退回来说，由于系统自动分配在线的评估师，在此情况下，在线的评估师不一定有空，为了避免用户等待的时间过于漫长，设置一个设定退回时间，本实施例中默认为一小时，在超过设定退回时间，仍然没有收到评估报告，即认为该评估师不能及时处理该待评估订单，故将该待评估订单退回至评估池。

同时，系统还可能收到用户的申请退单信息，此时，待评估订单退回至评估池进行重新分配。

对于步骤构建经典案例库来说，无论是采图员、评估师、审核师来说，都互有长短，在收集经典案例，生成经典案例库，从而供用户参考、对比、学习，以提高自身能力。

一种红外影像处理系统，包括应用子系统、云平台子系统、管理子系统，云平台子系统与管理子系统、应用子系统通过互联网连接，云平台子系统包括应用服务器、证书服务器、网站服务器、数据库服务器；应用子系统用于进行采图及本地数据处理；云平台子系统用于获取并处理用户在应用子系统的输入信息，应用服务器对待评估订单、待审核订单进行自动分配并接收用户的抢单信息，证书服务器在登陆信息与注册信息一致的情况下颁发鉴权认证，网站服务器用于处理用户在系统网站上所进行的操作，数据库服务器用于存储用户的注册信息、影像信息、个人信息；管理子系统用于管理所述云平台子系统。

其中，云平台子系统包括经典案例库，经典案例库由医师上传案例信息，由管理员进行审核并管理，经典案例库供他人参考、对比、学习，案例信息包括红外影像、病例信息、对红外影像的评估资料；对于任何一个医师来说，都互有长短，通过收集经典案例，生成经典案例库，从而供用户参考、对比、学习，以提高自身能力以及帮助其他用户提高能力。

针对各子系统的数据库说明如下：

1、云平台子系统因为计费、支付能力的引入对数据的一致性有极高要求，以及从个人医疗信息的隐私保护角度考虑，在核心关键数据的存储上选择全球安全性最高的oracle数据库存储，oracle数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能，oracle采用并行服务模式，支持大数据量并发操作，响应迅速，实时性高，有很好的可用性、可扩展性、安全性和稳定性，具有完整的数据管理功能。

同时，云平台子系统需要针对采图上传的大量红外影像照片的管理，需要采用分布式文件数据库进行存储和管理，满足以上要求的文件数据库为mongodb；mongodb是一个基于分布式文件存储的数据库，由c++语言编写。为互联网应用提供可扩展的高性能数据存储解决方案，它是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的，它支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型，mongodb具有以下特点：

(1)、是高性能、易部署、易使用，存储数据非常方便；

(2)、面向集合存储，易存储对象类型的数据；

(3)、模式自由；

(4)、支持动态查询；

(5)、支持完全索引，包含内部对象；

(6)、支持查询；

(7)、支持复制和故障恢复；

(8)、使用高效的二进制数据存储，包括大型对象，如视频等；

(9)、自动处理碎片，以支持云计算层次的扩展性；

(10)、支持ruby，python，java，c++，php，c#等多种语言；

(11)、文件存储格式为bson，bson是一种json的扩展；

(12)、可通过网络访问。

2、应用子系统主要用来采图及本地处理相关数据，因此，在本地的数据库方面，需要能够满足本地数据快速存储的需求同时也要满足广大评估师安装、维护、使用方便的需求，所以综合以上因素选择sqlite，sqlite是一款轻型的数据库，是遵守acid的关系型数据库管理系统，它包含在一个相对小的c库中；它占用资源非常的低，在嵌入式设备中，可能只需要几百k的内存就够了；它能够支持windows/linux/unix等等主流的操作系统，同时能够跟很多程序语言相结合，比如tcl、c#、php、java等，还有odbc接口，它具有处理速度快、资源占用少、性能良好、零管理成本的特点；同时sqlite数据库的易于使用性可以加快应用程序的开发，并使得小型应用程序能够完全支持复杂的sql。

针对上述，应用子系统包括应用客户端、本地数据库、医疗红外设备，对于应用客户端的用户来说，用户包括采图员、医师，医师又包括评估师和审核师；其中应用子系统用于提供用户进行的操作具体描述如下：

1、用户注册：提供用户进行个人账号及信息的注册页面功能，填写的注册信息一旦提交，审核通过后则不可更改，包括注册账号、密码、手机号码、email地址、姓名、性别、出生年月、身份证、学历、职称、所属单位、擅长领域等相关信息。

2、用户登陆：提供注册用户的登录操作，包括账号、密码、验证码等，只有与注册信息一致的登录用户才能通过管理子系统的系统鉴权认证，进入应用子系统。

3、模式设置：采图员可以设置当前应用客户端的操作模式，包括自动上传和手动上传两种模式；其中，自动上传为采图员进行采图和填写完毕后，应用客户端自动将红外影像信息保存在本地数据库，同时发送到管理子系统进行审核和评估；手动上传为采图员填写完毕采图信息后，自动保存在本地数据库，在应用客户端的本机上进行评估报告的编写、审核及打印操作。

4、影像采图：采图员操作医疗红外设备对用户进行红外影像的采图操作功能；

5、病人信息填写：采图员填写病人信息，例如姓名、性别、出生年月、手机号码、身份证信息；

6、病情描述：编辑病人的病例信息；

7、影像上传：采图员通过应用客户端上传红外影像、病人信息、病例信息；

8、影像评估：评估师编写对应红外影像和病例的评估报告，并发送评估报告至管理子系统；同时，管理子系统后台自动记录评估师的完成情况，进行积分及费用的累积和等级的提升；

9、影像审核：审核师对评估师的评估报告进行查阅、修改和审核以及通过操作等功能；

10、录入充值数据：系统运营管理人员在线下或线上收取了费用，在应用客户端录入充值数据的操作功能；

11、评估抢单：评估师可以根据自己能查看到的评估池的待评估订单进行抢单操作；

12、审核抢单：审核师可以根据自己能查看到的审核池的待审核订单进行抢单操作；

13、个人信息管理：用户维护个人注册信息的功能，只能维护非重点和非系统唯一信息，例如变更联系方式等；

14、经典案例：提供医师在评估和审核当前红外影像及病例的时候，调出认为类似的经典案例对比查看的功能；提供评估师和审核师自己上传红外影像及病例情况说明的资料，提交到后台进入经典案例库的操作功能；

针对上述，云平台子系统包括应用服务器、证书服务器、网站服务器、数据库服务器，其中，云平台子系统提供足够的带宽和计算能力、增加计算和存储资源，提高服务器的响应速度；采用软硬件负载均衡，分摊请求到多个应用服务器，当多个用户同时请求服务时，系统自动随机分配用户到相对空闲的应用服务器，从而将请求压力分摊到各个应用服务器，提高并发性能；当用户增长至服务器处理极限时，可灵活地增加服务器的数量来提高并发容量。

如图4，基于云计算技术的网地移动互联网应用引擎构建在硬件设备集群之上，主要由云存储层、基础能力层、数据接口适配层、计算层、通讯接口层、web/wap展现层、智能手机app原生展现层及监控工具、设计工具组成：

1、通过分布式内存缓存、关系数据库集群、分布式文件存储、分布式空间信息存储等技术构建支撑引擎的云存储层，满足运营型移动互联网应用海量数据+海量用户、快速响应的基本需求；并将其作为基础服务能力模板提供给应用开发团队，让开发团队可以在此基础上快速构建出满足海量数据、高并发用户、快速响应需求的应用环境。

2、通过对移动互联网应用通用需求的抽象，实现对支付、视频流媒体、gps地图位置、兑换/支付等凭证等、信息推送等通用需求的封装、开发，作为基础能力api提供给应用开发团队，让大家无需“重新发明轮子”，专注于业务逻辑，更简便、更快速完成应用的开发。

3、通过计算层提供的通用业务规则引擎、业务流程引擎、交互引擎、展现模版引擎的引入，简化移动互联网应用跨操作系统开发的复杂度，减少重复劳动，通过可视化公交进行模板、规则定义，由引擎进行跨平台、多界面模式的重用、适配；其中操作系统包括web/wap、android、ios。

4、提供界面、模板、规则、脚本、元数据、数据同步等可视化设计工具，以所见即所得的方式进行辅助设计；降低应用开发难度，提高应用开发效率。

5、自主研发了基于云计算技术的服务端业务配置引擎、跨手机平台的前端界面模板解析引擎、基于memcache及sqllite的多级缓存系统、基于二进制的服务端与客户端高效统一通讯协议，极大简化了应用的优化、升级工作及通讯效率。

6、可以通过监控工具对系统运行环境、各种接口资源的可用性和稳定性进行监控，及时发现和解决问题。

针对上述，管理子系统包括设置在管理终端上的管理客户端，由管理员进行运行，整个管理子系统还包括基础信息管理模块、设备管理模块、充值消费管理模块、病历管理模块、词条管理模块、经典库管理模块、用户管理模块、医师积分管理模块、抢单管理模块、系统管理模块，针对上述模块说明如下：

1、基础信息管理模块：包括提供医院维护、合作单位维护、地域维护、病例分类维护、科室维护、医师级别维护、级别费用维护、报告模板维护；

1.1、医院维护：主要提供整个系统内相关医院信息的维护功能，包括医院名称、地址、电话、所属省市、医院等级、性质等信息；

1.2、合作单位维护：主要提供与本系统合作单位的信息维护功能；

1.3、地域维护：维护整个系统内地域区域的维护功能，包括省、市、县、医院的基本信息维护；

1.4、病例分类维护：提供整个系统内的支持的类别细分以及病例分类，例如脑科、外科、内科；

1.5、科室维护：提供医生信息中所属科室的类别管理，参照一般普通医院的科室数据进行维护；

1.6、医师级别维护：主要维护系统内不同医师级别的维护，级别包括初学、实习、一级评估师、二级评估师、三级评估师、培训师、主任医师、专家等；

1.7、级别费用维护：维护系统内不同医师的评估及审核费用的对应关联维护功能；

1.8、报告模板维护：提供系统内不同报告模板的维护功能，可上传新模板，也可修改原有模板。

2、设备管理模块：主要提供医疗红外设备的维护管理功能，包括设备注册信息维护、设备gis查阅；

2.1、设备注册信息维护：提供医疗红外设备的维护功能，内容包括医疗红外设备的编码、名称、型号、生产日期、价格、所属单位、所在地、经纬度等；

2.2、设备gis查阅：显示医疗红外设备在地图上的位置展示，点击任意一个医疗红外设备，可查看当前医疗红外设备的基本信息；并且可查阅当前医疗红外设备的数据采集和上传历史信息；

3、充值消费管理模块：管理系统各个医疗红外设备点的费用充值及系统内医师消费情况，包括充值管理、消费管理；

3.1、充值管理：提供各个医疗红外设备点充值信息的后台确认功能，并能查阅所有充值信息列表、余额等数据；

3.2、消费管理：提供整个系统内所有订单的费用消费数据的统计，并提供评估师、审核师的获得的消费费用的收益统计；

4、病历管理模块：提供云平台子系统内所有上传的采图及相关病历数据的审核查阅功能，包括采图审核、病历查阅、归档查阅；

4.1、采图审核：提供后台管理员对各个采图员上传的红外影像及病例内容信息的审核功能，通过审核的信息才能进入评估池；

4.2、病历查阅：提供后台管理员查阅评估池、审核池用户的红外影像和病历详情信息；

4.3、归档查阅：提供后台管理员查阅系统内已完成并且归档的病历详情信息；

5、词条管理模块：提供后台管理员对各个评估师、审核师编辑提交的自定义的常用词条的审核，通过审核的词条才能被对应的医师引用；

6、经典库管理模块：提供经典红外病例数据的维护管理功能及对医师提交需要进入经典库的病例的审核处理功能，包括经典库维护、医师经典审核；

6.1、经典库维护：用于管理员进行经典红外病例红外影像、文字资料的维护管理功能；

6.2、医师经典审核：用于管理员对医师在应用客户端提交的自己编辑的要进入经典库红外病例信息的审核功能；

7、用户管理模块：用于医师通过管理客户端注册信息的确认、管理和查阅功能；只有通过管理确认的注册医师信息，医师才可登录管理客户端；

8、医师积分管理模块：用于管理子系统根据评估师、审核师操作完成的有效数据，统计汇总每个医师的收益积分情况的功能；

9、抢单管理模块：提供后台管理员对评估池及审核池订单的管理功能，包括订单查阅、订单状态维护；

9.1、订单查阅：用于提供后台管理员查阅评估池和审核池订单数据的查询和详情查看功能；

9.2、订单状态维护：用于提供后台管理员对评估池及审核池的订单数据状态的维护管理功能，包括待评估、评估中、审核，以及状态维护，例如：普通、加急、紧急；

10、系统管理模块：用于管理应用子系统、云平台子系统。

10.1、角色权限管理：用于提供管理员对应用子系统内的角色及对应的应用客户端功能权限的管理功能，其中角色包括采图员、评估师、审核师。

10.2、账号管理：用于提供管理员对应用子系统注册通过的医师的账号的管理功能，包括注册信息和密码等管理维护。

10.3、在线管理：用于提供管理员查阅医师的在线状态，便于订单的管理。

10.4、版本管理：用于管理云平台子系统、管理客户端的版本维护功能，包括版本号及管理客户端程序的管理。

10.5、日志管理：用于提供管理客户端访问云平台子系统及云平台子系统操作的日志查询管理功能。

10.6、接口管理：用于提供云平台子系统与医疗红外设备及其他医院系统的数据交换和对接的接口维护功能。

一种电子设备，包括：处理器；存储器；以及程序，其中程序被存储在存储器中，并且被配置成由处理器执行，程序包括用于执行上述的一种红外影像处理方法；一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行上述的一种红外影像处理方法。

本发明提供了一种红外影像处理方法，还涉及一种红外影像处理系统、一种电子设备、一种计算机可读存储介质；通过将患者的红外影像数据及临床诊疗数据进行整合，以病人为中心集中归档存储，方便医生远程协同实时调阅、处理、书写诊断报告；整合后的数据用于实现医疗专家资源共享、影像数据共享和诊疗信息共享，从而让患者享受到方便、快速、均等、低成本的医疗服务；通过将红外影像的采图和评估进行分离，并进行审核，从而提供更专业的医疗服务，即整体上提供更加快捷、更加全面、更加专业的医疗服务，实现一体化的影像医疗信息服务。

以上，仅为本发明的较佳实施例而已，并非对本发明作任何形式上的限制；凡本行业的普通技术人员均可按说明书附图所示和以上而顺畅地实施本发明；但是,凡熟悉本专业的技术人员在不脱离本发明技术方案范围内，利用以上所揭示的技术内容而做出的些许更动、修饰与演变的等同变化，均为本发明的等效实施例；同时,凡依据本发明的实质技术对以上实施例所作的任何等同变化的更动、修饰与演变等，均仍属于本发明的技术方案的保护范围之内。