CN110110867A - 一种医疗设备检修平台及方法 - Google Patents

Abstract

本发明公开了一种医疗设备检修平台及方法，通过设置医院端模块、公司端模块、专家端模块、信息发布模块及数据处理模块；解决了医院和不同公司之间设备检修信息不对称、不透明的问题，实现了医院所需检修设备和最佳检修公司的及时匹配，从而缩短了医疗设备的检修周期、降低了检修支出。

Description

一种医疗设备检修平台及方法

技术领域

本发明涉及医疗设备检修技术领域，具体涉及一种医疗设备检修平台及方法。

背景技术

目前中国有两万多家医院，其医疗设备售后服务的市场容量达1000亿元。其中，70％的市场份额被医疗设备的生产厂家占据，30％的市场份额被各个医院的医疗设备检修部门和第三方检修公司所占据。

医疗设备自主维修方便快捷、维修费用低，但受到维修配件、维修密码、技术力量等条件限制，多数医院只能承担中小设备的维修；原厂维修的专业性强、备件充足，但维修费用高、维修产品单一；第三方维修公司的维修范围覆盖广、维修效率高、维修价格合理，但技术实力参差不齐、维修质量不能保证、缺少统一的监管机制。

另外，医院受等级医院评审工作繁杂、工程技术人员不足、大型设备维保费用昂贵等问题困扰，医疗设备重采购、轻预防、轻维修、缺质控，使得需要外联外修的设备维修周期长，多数医疗设备安全检测不彻底，以至于设备带病运行、效果失真。

医院、医疗设备厂家及第三方检修公司之间由于地理位置差异以及获取信息渠道差异等原因导致医疗设备检修信息不对称、不透明，造成了医院所需检修设备不能及时匹配到最佳检修公司，导致医疗设备检修周期长、检修支出高。

发明内容

针对现有技术中的缺陷，本发明提供一种医疗设备检修平台及方法，解决医院、医疗设备厂家及第三方检修公司之间由于医疗设备检修信息不对称、不透明，造成医院所需检修设备不能及时匹配到最佳检修公司，致使医疗设备检修支出高、检修周期长。

一方面，本发明提供了一种医疗设备检修平台，包括：医院端模块、公司端模块、专家端模块、信息发布模块及数据处理模块；所述医院端模块，被配置为接收医院客户端提交的第一消息；所述数据处理模块，被配置为根据所述第一消息的消息类型确定是否生成第五消息并发送所述第五消息到至少一个专家客户端；所述数据处理模块，被配置为根据所述第五消息接收所述专家客户端的第六消息；所述数据处理模块，被配置为根据所述第一消息和所述第六消息生成第一文件；所述医院端模块，还被配置为发送所述第一文件至所述医院客户端；所述医院端模块，还被配置为接收所述医院客户端提交的第二消息；所述信息发布模块，被配置为根据所述第一文件及所述第二消息发布第一公开信息；所述公司端模块，被配置为接收至少一个公司客户端提交的第三消息；所述数据处理模块，还被配置为根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件；所述数据处理模块，还被配置为根据所述第一文件、所述第二文件及所述第一公开信息生成第三文件；所述医院端模块，还被配置为发送所述第三文件至所述医院客户端；所述医院端模块，还被配置为接收所述医院客户端提交的第四消息；所述信息发布模块，还被配置为根据所述第三文件和及第四消息发布第二公开信息；所述数据处理模块，还被配置为根据所述第一文件、所述第二文件、所述第三文件及第二公开消息生成第四文件。

优选的，所述第一消息被配置为不同的消息类型，所述消息类型为维修请求消息或检测请求消息，所述维修请求消息包括以下信息至少之一：项目编号、医院名称、报修人员及联系电话、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；所述检测请求消息包括以下信息至少之一：项目编号、医院名称、报检人员及联系电话、检测项目类型、检测设备及其数量。

优选的，所述第一消息被配置为所述检测请求消息时，所述数据处理模块，还被配置为根据所述第一消息直接生成第一文件。

优选的，所述第一消息被配置为维修请求消息时，所述专家端模块生成的第五消息包含以下信息至少之一：项目编号、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；所述专家端模块接收的所述第六消息包含以下信息至少之一：项目编号、专家姓名、职称、联系电话、设备故障判断意见。

优选的，所述第二消息包括以下信息至少之一：所述第一消息、公司资质要求、预算价、医院客户签名及盖章。

优选的，所述第三消息被配置为不同的消息类型，所述消息类型为维修响应消息和检测响应消息，所述维修响应消息包括以下信息至少之一：项目编号、维修公司资质、联系方式、报价、维修周期、质保期及售后保障措施；所述检测响应消息包括以下信息至少之一：项目编号、检测公司资质、联系方式、报价、检测周期。

优选的，所述第四消息包括以下信息至少之一：项目编号、中标公司信息、中标或成交价格、医院客户签名及盖章。

优选的，所述医院端模块还被配置为根据医院客户端请求发送检测或维修进度及合同履约情况到医院客户端。

优选的，所述医疗设备检修平台还包括用户管理模块；

所述用户管理模块，被配置为处理用户的注册、登录、修改和权限设置等功能；

所述用户为医院、公司及专家等至少之一。

另一方面，本发明提供一种医疗设备检修方法，包括：接收医院客户端提交的第一消息；根据所述第一消息的消息类型确定是否生成第五消息并发送所述第五消息到至少一个专家客户端；根据所述第五消息接收所述专家客户端的第六消息；根据所述第一消息和所述第六消息生成第一文件；发送所述第一文件至所述医院客户端；接收所述医院客户端提交的第二消息；根据所述第一文件及所述第二消息发布第一公开信息；接收至少一个公司客户端提交的第三消息；根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件；根据所述第一文件、所述第二文件、所述第一公开信息生成第三文件；发送所述第三文件至所述医院客户端；接收所述医院客户端提交的第四消息；根据所述第三文件及所述第四消息发布第二公开信息；根据所述第一文件、所述第二文件、所述第三文件以及所述第二公开信息生成第四文件。

本发明的有益效果体现在：所述医疗设备检修平台解决了医院和不同检修公司之间设备检修信息不对称、不透明的问题，实现了医院所需检修设备和最佳检修公司的及时匹配，从而缩短了医疗设备的检修周期、降低了检修支出。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。

图1为本发明实施例一提供的一种医疗设备检修平台各模块示意图；

图2为本发明实施例一提供的一种医疗设备检修平台消息流程示意图；

图3为本发明实施例二提供的一种医疗设备检修方法流程示意图。

具体实施方式

下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。

需要注意的是，除非另有说明，本申请使用的技术术语或者科学术语应当为本发明所属领域技术人员所理解的通常意义。

如图1所示,本发明的实施例一提供的一种医疗设备检修平台，包括：用户管理模块M160、医院端模块M110、公司端模块M120、专家端模块M150、信息发布模块M130及数据处理模块M140。在一个具体的示例中，所述医疗设备检修平台(以下简称平台)的各个模块具体包括：

用户管理模块M160被配置为医院、公司、专家等用户的注册、修改、登陆和权限设置等；医院用户的注册信息包括医院名称、地址、联系人及联系电话、开票信息等；公司用户的注册信息包括公司名称、地址、联系人及联系电话、营业执照扫描件等，若是自然人，需注册姓名、地址、联系人及联系电话、身份证扫描件等；专家用户的注册信息包括专家姓名、地址、联系电话、学历、专业、擅长领域、身份证和职称证扫描件等；登录窗口包括用户名(可以为设置名/电话/身份证号)、密码(可以为自设密码/手机验证码)、注册、登陆、忘记密码等。

医院端模块M110被配置为用户设置、在线报修、在线报检、进度查询、合同查询、学术会议和政策法规等子模块。

所述在线报修子模块包括设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件。所述设备名称可按设备分类来选择，也可手动录入；所述故障描述可手动录入、语音录入；所述附件包括设备铭牌图片、故障视频等附件。

所述在线报检子模块包括检测项目类型、检测设备及其台数；所述检测项目类型包括包括计量检测、性能检测、辐射环境评价、辐射控制评价、压力容器检测等，公司客户可通过下拉菜单选择所需检测项目；所述检测设备可根据检测项目类型来配比相关设备以方便医院客户快速选取待检测设备；也可以由医院用户手动添加相关设备；也可以一次性导入相关设备，再手动删减或添加。

专家端模块M150被配置为故障查询、故障判断、结果反馈和薪级评价等子模块；专家登陆平台后可查看各医院设备故障情况，其中平台对医院名称、客户姓名和电话等敏感信息进行屏蔽。专家每正确判断一台设备的故障，将根据设备维修价格的大小给予适当劳务报酬。对于设备检测服务无需专家确认，医院用户报检之后直接进入检测招标。

公司端模块M120被配置为查询维修或检测招标公告、维修或检测中标公告；还被配置为根据维修或检测招标公告进行在线投标；其中平台对医院名称和相关联系人信息进行隐蔽，但需要提取医院所在地，如省州市县乡，以便公司客户对检修成本、检修时效性进行有效预估。

信息发布模块M130被配置为发布设备维修或检测招标公告、中标公告等；

数据处理模块M140被配置为存储、查询、修改等相关后台数据，利用数据库技术实现对数据的相关处理操作。

如图2所示，本发明的实施例一提供的一种医疗设备检修平台，包括：医院端模块M110、公司端模块M120、专家端模块M150、信息发布模块M130及数据处理模块M140。所述医院端模块M110，被配置为接收医院客户端提交的第一消息；所述第一消息被配置为检测请求消息或维修请求消息；所述第一消息为维修请求消息时，所述专家端模块M150生成第五消息即故障待判断消息，并发送所述第五消息到至少一个专家客户端；所述专家端模块M150根据所述第五消息接收所述专家客户端的第六消息即故障确认消息；所述数据处理模块M14根据所述第一消息和所述第六消息生成第一文件即维修招标文件；所述消息为检测请求消息时，所述数据处理模块M140根据所述第一消息直接生成第一文件即检测招标文件；所述医院端模块M110，还被配置为发送所述第一文件至所述医院客户端；所述医院端模块M110，还被配置为接收所述医院客户端提交的第二消息即招标文件确认消息；所述信息发布模块M130，被配置为根据所述第一文件及所述第二消息发布第一公开信息即检测或维修招标公告；所述公司端模块M120，被配置为接收至少一个公司客户端提交的第三消息即检测或维修响应消息；所述数据处理模块M140，还被配置为根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件即检测或维修投标文件；所述数据处理模块M140，还被配置为根据所述第一文件、所述第二文件及所述第一公开信息生成第三文件即检测或维修招标报告；所述医院端模块M110，还被配置为发送所述第三文件至所述医院客户端；所述医院端模块M110，还被配置为接收所述医院客户端提交的第四消息即检测或维修中标确认消息；所述信息发布模块M130，还被配置为根据所述第三文件和及第四消息发布第二公开信息即检测或维修中标公告；所述数据处理模块M140，还被配置为根据所述第一文件、所述第二文件、所述第三文件及第二公开消息生成第四文件即检测或维修合同。

通过以上技术手段，医疗设备检修平台解决了医院和不同检测或维修公司之间由于设备检测或维修信息不对称、不透明的问题，实现了医院所需检测或维修设备和最佳检修公司的及时匹配，从而降低了设备的检修支出、缩短了检修周期。同时，通过专家端模块的设置，引入了专家故障评价机制，使得医院和检修公司之间的信息更加平等、透明，使后续待维修设备或待检测设备与检修公司的匹配更加准确、更高效率。

另外，平台通过所述第一消息自动生成所述第一文件即检测招标文件，通过所述第一消息及所述第六消息自动生成第一文件即维修招标文件；通过所述第一文件、所述第一公开信息及所述第三消息自动生成第二文件即检测或维修投标文件；通过所述第一文件、所述第二文件、所述第一公开信息自动生成第三文件即检测或维修招标报告；通过所述第一文件、所述第二文件、所述第三文件以及所述第二公开信息自动生成第四文件即检测或维修合同。解决了人工编制这些文件效率低的问题，加快了待维修设备或待检测设备和检修公司的匹配速度，提高了工作效率。

优选的，所述第一消息被配置为不同的消息类型，所述消息类型为维修请求消息或检测请求消息，所述维修请求消息包括以下信息至少之一：

项目编号、医院名称、报修人员及联系电话、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；

所述检测请求消息包括以下信息至少之一：

项目编号、医院名称、报检人员及联系电话、检测项目类型、检测设备及其数量。

优选的，所述第二消息包括以下信息至少之一：所述第一消息、公司资质要求、预算价、医院客户签名及盖章。

优选的，所述第三消息被配置为不同的消息类型，所述消息类型为维修响应消息和检测响应消息，所述维修响应消息包括以下信息至少之一：项目编号、维修公司资质、联系方式、报价、维修周期、质保期及售后保障措施；所述检测响应消息包括以下信息至少之一：项目编号、检测公司资质、联系方式、报价、检测周期。

优选的，所述第四消息包括以下信息至少之一：项目编号、中标公司信息、中标或成交价格、医院客户签名及盖章。

优选的，所述第一消息被配置为维修请求消息时，所述专家端模块生成的第五消息包含以下信息至少之一：项目编号、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；所述专家端模块接收的所述第六消息包含以下信息至少之一：项目编号、专家姓名、职称、联系电话、设备故障判断意见。

优选的，所述医院端模块M110还被配置为根据医院客户端请求发送检测或维修进度及合同履约情况到医院客户端。

优选的，所述医疗设备检修平台还包括用户管理模块；所述用户管理模块，被配置为处理用户的注册、登录、修改和权限设置等功能；所述用户为医院、公司及专家等至少之一。

如图1和图2所示，在一个非限定性的具体示例中，医院用户登陆平台后向医院端模块M110发送第一消息，此时消息类型为维修请求消息，专家端模块M150根据第一消息自动屏蔽医院名称、客户姓名及联系电话等敏感信息后生成第五消息即故障待判断消息，并将其发送到至少一个专家客户端，专家根据第五消息对设备故障进行判断：对于故障明确的，专家直接反馈第六消息即故障确认消息；对于故障不明确的，由平台安排相关领域工程师到医院免费检查或由医院用户邮寄相关设备至指定维修部门检查，专家根据检查报告明确故障后再反馈第六消息。

数据处理模块M140根据医院用户发出的第一消息和专家发出的第六消息，提取相关信息自动填入标准模板，生成第一文件即维修招标文件；医院端模块M110发送第一文件至医院客户端并接收医院客户端提交的第二消息即招标确认消息；信息发布模块M130根据第一文件及第二消息发布第一公开信息即维修招标公告；维修公司登陆平台后，通过公司端模块M120可以查看所有维修招标公告，可以发送第三消息即维修响应消息；数据处理模块M140根据第一文件、第一公开信息及第三消息生成第二文件即维修投标文件，根据第一文件、第二文件及第一公开信息生成第三文件即维修招标报告；医院用户根据第三文件选定合适的维修公司，发出第四消息即中标确认信息；信息发布模块M130根据第三文件及第四消息发布第二公开信息即维修中标公告；数据处理模块M140根据第一文件、第二文件、第三文件及第二公开信息生成第四文件即维修合同。

至此，医院和不同维修公司通过所述医疗设备检修平台进行通信，完成了待维修设备和最佳维修公司的匹配。较比医院逐个寻找维修公司和咨询报价的方式大大缩短了匹配时间，从而加快了维修进度、降低了维修支出。

另外，医院端模块还可以被配置为实时接收医院查询维修进度及合同履行情况的请求，也可以被配置为查询以往所有的维修合同，并响应医院客户端的下载请求。

在本示例中，如果医院用户经医院端模块M110发送的第一消息的消息类型为检测请求消息，数据处理模块M140根据第一消息提取相关信息自动填入标准模板，直接生成第一文件即检测招标文件；医院端模块M110发送第一文件至医院客户端和接收其提交的第二消息即检测招标确认消息；信息发布模块M130根据第一文件及第二消息发布第一公开信息即检测招标公告；公司用户登陆平台后，通过公司端模块M120可以查看所有检测招标公告，可以发送第三消息即检测响应消息。

数据处理模块M140根据第一文件、第一公开信息及第三消息生成第二文件即检测投标文件，根据第一文件、第二文件及第一公开信息生成第三文件即检测招标报告；医院用户根据第三文件选定合适的检测公司，发出第四消息即检测中标确认消息；信息发布模块M130根据第三文件及第四消息发布第二公开信息即检测中标公告；数据处理模块M140根据第一文件、第二文件、第三文件及第二公开信息生成第四文件即检测合同。

至此，医院和不同检测公司通过所述医疗设备检修平台进行通信，完成了待检测设备和最佳检测公司的匹配。较比由医院逐个寻找检测公司和咨询报价的方式大大缩短了匹配时间，从而加快了检测进度、降低了检测支出。

另外，医院端模块M110还可以配置为实时接收医院用户查询检测进度及合同履行情况等请求，也可以被配置为查询以往所有的检测合同，并响应医院客户端的下载请求。

如图3所示，本发明的实施例二提供一种医疗设备检修方法，包括：

S110,接收医院客户端提交的第一消息；

S120,根据所述第一消息的消息类型确定是否生成第五消息并发送所述第五消息到至少一个专家客户端；

S130,根据所述第五消息接收所述专家客户端的第六消息；

S140,根据所述第一消息和所述第六消息生成第一文件；

S150,发送所述第一文件至所述医院客户端；

S160,接收所述医院客户端提交的第二消息；

S170,根据所述第一文件及所述第二消息发布第一公开信息；

S180,接收至少一个公司客户端提交的第三消息；

S190,根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件；

S200,根据所述第一文件、所述第二文件、所述第一公开信息生成第三文件；

S210,发送所述第三文件至所述医院客户端；

S220,接收所述医院客户端提交的第四消息；

S230,根据所述第三文件及所述第四消息发布第二公开信息；

S240,根据所述第一文件、所述第二文件、所述第三文件以及所述第二公开信息生成第四文件。

本发明提供的医疗设备检修方法解决了医院和不同检修公司之间设备检修信息不对称、不透明的问题，实现了医院所需检修设备和最佳检修公司的及时匹配，从而缩短了医疗设备的检修周期、降低了检修支出。

本发明一个优选的实施方式中，所述第一消息被配置为不同的消息类型，所述消息类型为维修请求消息或检测请求消息。所述维修请求消息包括以下信息至少之一：项目编号、医院名称、报修人员及联系电话、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；所述检测请求消息包括以下信息至少之一：项目编号、医院名称、检测项目类型、检测设备及其数量。所述消息类型为检测请求消息时，数据处理模块根据所述第一消息直接生成第一文件。

本发明一个优选的实施方式中，通过所述专家端模块的设置，引入了专家故障评价机制，使得医院和检修公司之间的信息更加平等、透明，使后续待维修设备或待检测设备与检修公司的匹配更加准确、更高效率。

本领域普通技术人员应该明白以上实施例的优选方案均适用于本实施例，此处不再赘述。

以上实施例中的所述医疗设备检修平台各个模块功能以及所述医疗设备检修方法可以采用在存储器上存储并能在处理器上运行的计算机程序实现，也可以采用存储在存储器上并能在处理器集群上运行的计算机程序实现，也可以采用存储在存储器上并能在分布式处理器上运行的计算机程序实现。所述处理器包括中央处理单元(CPU)、微控制器、可编程逻辑控制器(PLC)、可编程器件、其它处理设备或其组合中的任意一个。作为非限制性示例，处理器可以包括专用集成电路(ASIC)、片上系统(SOC)、逻辑门阵列、可编程逻辑门阵列(例如，现场可编程门阵列(FPGA))、其它硬件元件或其组合。处理器用于执行存储在存储模块上的计算机可读指令。所述存储模块可以包括非瞬时性计算机可读存储介质。作为非限制性示例，存储模块包括易失性存储(例如，随机存取存储器(RAM))、非易失性存储(例如，只读存储器(ROM))或其组合。作为非限制性示例，存储单元可以包括动态RAM(DRAM)、电可编程只读存储器(EPROM)、硬盘驱动器、固态驱动器、闪存驱动器、磁盘、可移除介质(存储卡、拇指驱动器、光盘等)或其它存储设备。

上述医院客户端、检修公司客户端和专家客户端等客户端为上述医疗设备检修平台在B/S(Browser/Server,浏览器/服务器)架构或C/S(Client/Server,客户端/服务器)架构实现时各模块在客户端的表现形式，例如,网络电脑版、手机APP、微信小程序和微信公众号等模式。

最后应说明的是：上述医疗设备也可称为医学装备、医疗器械、医疗装备等。以上各实施例仅用于说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (10)

1.一种医疗设备检修平台，其特征在于，包括：医院端模块、公司端模块、专家端模块、信息发布模块及数据处理模块；

所述医院端模块，被配置为接收医院客户端提交的第一消息；

所述专家端模块，被配置为根据所述第一消息的消息类型确定是否生成第五消息并发送所述第五消息到至少一个专家客户端；

所述专家端模块，还被配置为根据所述第五消息接收所述专家客户端的第六消息；

所述数据处理模块，被配置为根据所述第一消息和所述第六消息生成第一文件；

所述医院端模块，还被配置为发送所述第一文件至所述医院客户端；

所述医院端模块，还被配置为接收所述医院客户端提交的第二消息；

所述信息发布模块，被配置为根据所述第一文件及所述第二消息发布第一公开信息；

所述公司端模块，被配置为接收至少一个公司客户端提交的第三消息；

所述数据处理模块，还被配置为根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件；

所述数据处理模块，还被配置为根据所述第一文件、所述第二文件及所述第一公开信息生成第三文件；

所述医院端模块，还被配置为发送所述第三文件至所述医院客户端；

所述医院端模块，还被配置为接收所述医院客户端提交的第四消息；

所述信息发布模块，还被配置为根据所述第三文件及所述第四消息发布第二公开信息；

所述数据处理模块，还被配置为根据所述第一文件、所述第二文件、所述第三文件及所述第二公开消息生成第四文件。

2.根据权利要求1所述的医疗设备检修平台，其特征在于，所述第一消息被配置为不同的消息类型，所述消息类型为维修请求消息或检测请求消息，所述维修请求消息包括以下信息至少之一：

项目编号、医院名称、报修人员及联系电话、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；

所述检测请求消息包括以下信息至少之一：

项目编号、医院名称、报检人员及联系电话、检测项目类型、检测设备及其数量。

3.根据权利要求2所述的医疗设备检修平台，其特征在于，所述第一消息被配置为所述检测请求消息时：

所述数据处理模块，还被配置为根据所述第一消息直接生成第一文件。

4.根据权利要求2所述的医疗设备检修平台，其特征在于，所述第一消息被配置为所述维修请求消息时，所述专家端模块生成的第五消息包含以下信息至少之一：

项目编号、设备名称、设备品牌、设备型号、操作使用者姓名及联系电话、故障描述、图片等附件；

所述专家端模块接收的所述第六消息包含以下信息至少之一：

项目编号、专家姓名、职称、联系电话、设备故障判断意见。

5.根据权利要求1所述的医疗设备检修平台，其特征在于，所述第二消息包括以下信息至少之一：

所述第一消息、公司资质要求、预算价、医院客户签名及盖章。

6.根据权利要求1所述的医疗设备检修平台，其特征在于，所述第三消息被配置为不同的消息类型，所述消息类型为维修响应消息和检测响应消息，所述维修响应消息包括以下信息至少之一：

项目编号、维修公司资质、联系方式、报价、维修周期、质保期及售后保障措施；

所述检测响应消息包括以下信息至少之一：

项目编号、检测公司资质、联系方式、报价、检测周期。

7.根据权利要求1所述的医疗设备检修平台，其特征在于，所述第四消息包括以下信息至少之一：

项目编号、中标公司信息、中标或成交价格、医院客户签名及盖章。

8.根据权利要求1所述的医疗设备检修平台，其特征在于，所述医院端模块还被配置为根据医院客户端请求发送检测进度或维修进度及合同履约情况到医院客户端。

9.根据权利要求1所述的医疗设备检修平台，其特征在于，所述医疗设备检修平台还包括用户管理模块；

所述用户管理模块，被配置为处理用户的注册、登录、修改和权限设置等功能；

所述用户为医院、公司及专家等至少之一。

10.一种医疗设备检修方法，其特征在于，包括：

S110,接收医院客户端提交的第一消息；

S120,根据所述第一消息的消息类型确定是否生成第五消息并发送所述第五消息到至少一个专家客户端；

S130,根据所述第五消息接收所述专家客户端的第六消息；

S140,根据所述第一消息和所述第六消息生成第一文件；

S150,发送所述第一文件至所述医院客户端；

S160,接收所述医院客户端提交的第二消息；

S170,根据所述第一文件及所述第二消息发布第一公开信息；

S180,接收至少一个公司客户端提交的第三消息；

S190,根据所述第一文件、所述第一公开信息及所述第三消息生成第二文件；

S200,根据所述第一文件、所述第二文件及所述第一公开信息生成第三文件；

S210,发送所述第三文件至所述医院客户端；

S220,接收所述医院客户端提交的第四消息；

S230,根据所述第三文件及所述第四消息发布第二公开信息；

S240,根据所述第一文件、所述第二文件、所述第三文件以及所述第二公开信息生成第四文件。