CN115240829A - 一种源于用户反馈的看病系统和看病方法 - Google Patents

Abstract

本发明公开了诊疗技术领域的一种源于用户反馈的看病系统和看病方法，其包括专用APP、用于构建专用APP的客户端、用于与APP建立通信的后台系统和后台数据库：所述APP用于创建反馈表，获取用户反馈信息，反馈信息经由无线通信上传至后台数据库；所述后台系统用于与APP建立通信、用于筛选后台数据库的有效信息，并将有效信息整理后生成报表向APP用户进行反馈。可促进中、西医的发展，同时降低国民看病压力，排挤资质较差的医疗机构，提升乡镇医疗机构的可信度，降低城乡医疗差距。

Description

一种源于用户反馈的看病系统和看病方法

技术领域

本发明涉及一种源于用户反馈的看病系统和看病方法，属于诊疗技术领域。

背景技术

可以提升医疗机构的信用度，还可一定程度上降低城乡医疗差距，可为病患提供可靠的就医引导，缓解当代医疗压力。

发明内容

本发明的目的在于克服现有技术中的不足，提供一种源于用户反馈的看病系统和看病方法，可促进中、西医等小型医疗机构的发展，促进中医文化传承与延续，同时降低国民看病压力，排挤资质较差的医疗机构，提升乡镇医疗机构的可信度，降低城乡医疗差距。

为实现上述目的，本发明是采用下述技术方案实现的：

一方面，本发明提供的一种源于用户反馈的看病系统，包括专用APP、用于构建专用APP的客户端、用于与APP建立通信的后台系统和后台数据库：

所述APP用于创建反馈表，获取用户反馈信息，反馈信息经由无线通信上传至后台数据库；

所述后台系统用于与APP建立通信、用于筛选后台数据库的有效信息，并将有效信息整理后生成报表向APP用户进行反馈。

另一方面，本发明提供的一种源于用户反馈的看病方法，包括如下步骤：

构建后台系统和和后台数据库，建立后台系统算法基准；

构建可与后台系统和后台数据对接的专用APP，创建普通用户和被评价用户，赋予普通用户和被评价用户相关用户名和使用权限，利用APP生成评价反馈表，获取普通用户的反馈信息；

将普通用户的反馈信息生成被评价用户的评论栏，并将反馈表数据上传至后台数据库；

后台系统根据算法基准筛选有效反馈数据，根据有效反馈数据生成被评价用户的综合报表，并将综合报表存储至后台数据库中；

由APP生成看病引索表，根据用户的引索信息和综合报表生成推荐表反馈给引索用户，引索用户可根据推荐表信息查阅相关被评价用户的评论栏。

具体的，建立信用指标调整普通用户和被评价用户的相关权限。

具体的，所述信用指标的建立方法包括如下步骤：

将普通用户分为普通注册用户和普通非注册用户，普通非注册用户无法获得评价和反馈权限，将被评价用户分为企业用户和个人用户；

普通注册用户和被评价用户通过统一社会信用代码认证创建；

后台系统对普通注册用户的所有评价进行统计，建立信用异常指标，当普通注册用户的累计信用值过低时，删除该普通注册用户的反馈信息，设置此用户名下所有反馈数据均为非有效反馈数据，降低用户的使用权限，将数据备份至后台数据库中供用户提出异议并在核对无误后恢复；

后台系统对被评价用户的所有有效反馈数据进行统计，计算实际治愈率，当实际治愈率过低时取消被评价用户在推荐表中的推荐位置，保留被评价用户相关医疗数据供普通用户查询。

具体的，所述信用异常指标的建立方法包括统计普通注册用户的病理记录和公开评价被评价统计：

所述后台系统根据普通注册用户在固定周期内的评价生成病理记录，当病理记录出现异常、短时间范围内对多所医院生成过评价时逐步降低用户的信用值，并在信用值过低时纳为异常用户；

设置普通注册用户在存在相关的理疗记录时可以对评论栏已经公开的评价进行再评价，所述后台系统统计评论栏数据的有用率和反对率，有用率高于额定值时获得优先级排序加权，反对率过高时对普通注册用户评论栏的评价进行标注，普通注册用户的评价被标注率高于额定值时纳为异常用户，列为异常用户的评价数据不再显示，其用户名下所有数据均纳为非有效反馈数据。

具体的，还包括建立被评价用户的被评价信用系统，所述被评价信用系统包括由被评价用户对病人进行看病生成的看病号，看病号经由无线传输记录至后台系统，普通用户在输入看病号后即可获得由后台系统赋予的信息反馈权限。

具体的，还包括建立导航推荐系统，所述导航推荐系统建立的方法包括如下步骤：

所述APP用于获取后台系统更新后的电子地图；

被评价用户在注册时可以选择注册地，注册地可修改；

所述APP在访问GPS权限后获取相应范围内的被评价用户，并将相应范围内的被评价用户反馈给普通用户。

具体的，新建被评价用户在看病时生成看病号并将看病号上传至后台系统，由后台系统向额定人数的普通用户确认治愈率后，后台系统予以被评价用户的公开和推荐权限。

具体的，还包括建立被评价用户的擅长领域，擅长领域可根据《医疗机构诊疗科目名录》进行划分，每个领域下的有效反馈数据单独计算。

具体的，APP生成的评价反馈表包括看病号、医类、疾病类型、具体病因、是否治愈、治愈时长、花费金额评分、是否医保、综合评分。

具体的，普通用户可根据反馈表的分类划定优先级，后台系统建立优先级加权算法计算推荐指数，用户在调取信息时后台系统生成的推荐表根据推荐指数高低对被评价用户进行排序。

具体的，由APP赋予被评价用户补充权限，被评价用户可应对于评论栏的评论进行治疗方案的补充说明，说明内容由被评价用户决定是否公开。

具体的，将所述后台系统与政府公民身份信息系统相关联，由APP生成强制公开许可协议，协议内容包括被评价用户生前可决定补充说明的治疗方案是否公开，或可由用户勾选逝世后多少年公开，备用公开时间方案由APP提供。

具体的，APP功能包括打赏功能，普通用户在打开被评价用户的补充说明时，可根据被评价用户的补充说明进入打赏链接对治疗方案进行打赏。

与现有技术相比，本发明所达到的有益效果：

1、本发明通过构建看病系统获得用户的反馈，通过系统将筛选后的有效数据生成报表由APP推荐给指定用户，使普通用户可以根据自己的病情调取就医推荐表，获得合适自己的看病最佳推荐，可有效对应不同病患解决看病压力；

2、本发明由病患看病后的有效数据做基础，中、西医可不限于手段和理论对患者进行医治，以最合适患者的方案治好才是硬道理为目标，促进小地方诊所、无法获得行医资格的中医的发展，降低医院以及病患看病压力，当小诊所无法选购昂贵的医疗器械时，同样可有效降低城乡医疗条件差距；

3、本发明通过设置细致参数的反馈，并在细致参数上进行评分加权获得推荐指数，使患者可以根据自己的需求在对应项内选择对应参数的优先级推荐，如疑难杂症且经济压力较大的患者可以选择医类为中医、并将治愈花费和治愈率加权排向优先，计算推荐指数后向患者提供推荐表，可应对与多种不同患者的使用需求，可以促使医疗市场根据患者的需求进行发展；

4、本发明通过建立信用指标完善有效反馈意见的统计，构建看病号为恶意评价扰乱市场提供了有效的解决手段，使病患可以根据自身需求获得最有效的反馈数据；

5、本发明通过建立被评价用户注册地和访问普通用户的GPS权限，可以为普通用户提供附近医疗资源推荐，在需要进行应急处理时可有效获得自身范围内的最佳推荐，有利于缩减就医等待时间；

6、本发明通过设置新建被评价用户无法直接取得公开和推荐，可有效防止无效注册，当注册人或注册法人有良好口碑和医疗记录评价时，再获得公开已保障病患的权利

7、本发明通过将各领域内的评分单独计算，使各个医疗机构可根据自己擅长的领域进行被推荐，促进医疗机构专长的发展，如选择呼吸科时推荐相关机构或个人、选择医疗保健科时推荐相关机构或个人等等，同样有利于各个机构对自身擅长领域的发展；

8、用户可以根据自身需求对相应评分高的医疗机构进行评论查阅，根据评论推荐优先级逐步查阅是否存在有用的治疗信息，在治疗后可向有异议的评论进行反馈和再评论，由后台系统对评论进行审核并建立惩罚机制，保障评论数据的有效性；

9、本发明通过增设补充权限让被评价的用户对评价予以补充置评，被评价用户可上传病例说明，对治疗方案、有效或无效的治疗手段进行补充，用户可选择性公开，既有利于不同执业人群相互学习又可为病患提供良好的治疗指导意见，有利于病患根据自身生理状态进行调整，同时也有利于中西医医学方案的传承；

10、本发明通过建立打赏机制鼓励被评价用户将治疗方案进行补充说明，普通用户可根据提供的治疗方案的有益性对被评价用户进行打赏，既有利于缩短医生看病时间又可为其增加额外的收入，被评价用户可以通过提供最精准最优的治疗方案来获取打赏，可一定程度避免医院乱开药以及乱收费等问题。

附图说明

图1是本发明实施例提供的一种看病系统的构成示意图；

图2是本发明实施例提供的一种看病系统的APP用户权利框图；

图3是本发明实施例生成的一种反馈表的元素构成示意图；

图4是本发明实施例生成的一种看病引索表的元素构成示意图；

图5是本发明实施例生成的一种推荐表的元素构成示意图。

具体实施方式

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

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是机械连接，也可以是电连接；可以是无线通信相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以通过具体情况理解上述术语在本发明中的具体含义。

实施例一：

本发明实施例提供的一种源于用户反馈的看病系统，为病患与医疗机构之间提供第三方交流平台，可基于病患的有效看病数据将医疗机构的评价生成报表反馈给指定用户，给与用户合适的参考意见供用户看病，为实现上述框架的功能搭建，这里设置系统包括专用APP、用于构建专用APP的客户端、用于与APP建立通信的后台系统和后台数据库（后台系统基于APP服务器进行搭建，实现与APP的信息交互与反馈）。此时的APP功能包括创建反馈表，获取用户反馈信息，反馈信息可经由无线通信上传至后台数据库，后台系统则用于与APP建立通信、用于筛选后台数据库的有效信息，并将有效信息整理后生成报表向APP用户进行反馈，筛选有效数据并对其进行整理的方式这里不做限定，此实施例仅为实施例二中所提供的方法构建使用框架。

实施例二：

本发明实施例提供的一种源于用户反馈的看病方法，其与实施例体的不同之处在于，通过使用实施例一中构建的系统框架完成对病患看病方法的完善，可为国民提供有效看病手段、促成各机构医疗单位的正常发展，具体的设置该方法包括如下步骤：

构建后台系统和和后台数据库，建立后台系统算法基准，后台系统用于对收集到的反馈数据进行处理和筛选，算法基准则用于删除不合理或不具有参考性意见的数据，如删除用户的前5%和后5%数据后在进行有效统计，其他算法和具体参数这里不做限制；

构建可与后台系统和后台数据对接的专用APP，创建普通用户和被评价用户，赋予普通用户和被评价用户相关用户名和使用权限，利用APP生成评价反馈表，获取普通用户的反馈信息，用户在正常创建完成用户名后即可获得基本的使用权利；

对应病患在看病后，将普通用户的反馈信息生成被评价用户的评论栏，评论栏的公开数据可供其他普通用户查询参照，将反馈表数据上传至后台数据库供后台系统整理和运算，后台系统根据算法基准筛选有效反馈数据，根据有效反馈数据生成被评价用户的综合报表，此时的综合报表应当包含用户所需要查询的信息，APP根据用户需求生成看病引索表，此时的后台系统根据用户的引索信息和综合报表生成推荐表反馈给引索用户，引索用户可根据推荐表信息查阅相关被评价用户的评论栏，为自己提供参考意见查询（或可由评论栏再进一步分类查询）。

具体操作流程如下：用户在基于上述方法进行使用时，首先打开APP保证网端正常，注册完成后由APP生成引索表，用户在引索表内输入自己的需求，如距离范围、病理类型、治疗手段、性价比排序、综合评分范围等，此处可参照图3所示，用户在填完表格后进行引索，由后台系统访问数据库内预先生成的综合报表，将符合条件的医疗机构或个人数据进行提取排序，生成推荐表后反馈给引索用户，供引索用户进行查询，引索用户根据推荐信息查阅相关评论，并以此选择合适自己的看病机构或个人。值得注意的是，被评价用户的综合报表应当根据用于的反馈进行更新，以避免数据落后。用户在看病完成后，经由后台系统确认可对此次选择的医疗机构或个人进行评价，此评价经筛查后可纳入有效反馈数据对综合报表进行更新，以便于其他用户进行参照使用。

本发明实施例提供的一种源于用户反馈的看病方法，为避免行业竞争打压小众施力，这里应当建立信用指标和惩奖机制调整普通用户和被评价用户的相关权限，具体手段这里不做限定，但应当避免其他机构的恶评，具体信用指标的建立方法可参照下述所示。

本发明实施例提供的一种源于用户反馈的看病方法，具体提供了一种信用指标的建立方法，保障各用户的使用权利，具体的设置其方法包括如下步骤：

将普通用户分为普通注册用户和普通非注册用户，普通非注册用户无法获得评价和反馈权限，将被评价用户分为企业用户和个人用户；

普通注册用户和被评价用户通过统一社会信用代码认证创建；

后台系统对普通注册用户的所有评价进行统计，建立信用异常指标，当普通注册用户的累计信用值过低时，删除该普通注册用户的反馈信息，设置此用户名下所有反馈数据均为非有效反馈数据，降低用户的使用权限，将数据备份至后台数据库中供用户提出异议并在核对无误后恢复；

后台系统对被评价用户的所有有效反馈数据进行统计，计算实际治愈率，当实际治愈率过低时取消被评价用户在推荐表中的推荐位置，保留被评价用户相关医疗数据供普通用户查询。

通过上述方法将统一社会信用代码和APP用户进行关联，未注册的用户不能获得反馈权限，建立信用指标使用户一旦信用出现异常即可对该用户的所有反馈数据进行标注，列为非有效反馈数据，具体出现的异常可以包括短时间内评价多所机构、多次对同锁医疗机构进行差评等。被评价用户则根据有效反馈数据统计医疗水平，当医疗水平统计较差时，可通过在一定周期内取消该用户的使用权和推荐权，并可记载相关行医记录警示供日后普通用户的查询。

本发明实施例提供的一种源于用户反馈的看病方法，具体提供了一种信用异常指标的建立手段，这里具体设置信用异常指标的建立方法包括统计普通注册用户的病理记录和公开评价被评价统计：

后台系统根据普通注册用户在固定周期内的评价生成病理记录，当病理记录出现异常、短时间范围内对多所医院生成过评价时逐步降低用户的信用值，并在信用值过低时纳为异常用户，剥夺该用户的部分使用权利，提供申诉手段，将数据全列为异常数据不再公开和纳入计算；

设置普通注册用户在存在相关的理疗记录时可以对评论栏已经公开的评价进行再评价，后台系统统计评论栏数据的有用率和反对率，有用率高于额定值时获得优先级排序加权，反对率过高时对普通注册用户评论栏的评价进行标注，普通注册用户的评价被标注率高于额定值时纳为异常用户，列为异常用户的评价数据不再显示，其用户名下所有数据均纳为非有效反馈数据。此种手段可以将恶意好评和恶意差评进行删除，被标注率过高的用户系统将怀疑其有代刷评论的意图，列为异常用户后剥夺相关使用权限。此种方式可有效保证评论数据和统计数据的有效性。

本发明实施例提供的一种源于用户反馈的看病方法，通过上述方式仅可以在一定程度上解决恶意评价的问题，为充分保障数据的有效性，这里设置新的方法用于保障数据的可靠性，具体的，这里建立被评价用户的被评价信用系统，被评价信用系统包括由被评价用户对病人进行看病生成的看病号，看病号经由无线传输记录至后台系统，普通用户在输入看病号后即可获得由后台系统赋予的信息反馈权限。通过此种方式，普通注册用户只有在实际看病后才可以生成看病号，没有相关看病号则无法评价，为避免虚假病人向机构申领看病号，看病号应当在机构进行收款后生成，无看病号或税款记录则无法生成评价和反馈，进一步提升了数据的有效性。

本发明实施例提供的一种源于用户反馈的看病方法，考虑到病患在实际使用时经常需要根据自身的位置选择合适的就医点，为此，这里设置上述方法还包括建立导航推荐系统（就近就医原则），具体导航推荐系统建立的方法包括如下步骤：

利用APP用于获取后台系统更新后的电子地图；

被评价用户在注册时可以选择注册地，注册地可修改；

APP在访问GPS权限后获取相应范围内的被评价用户，并将相应范围内的被评价用户反馈给普通用户。

通过此种方式，可适应不同患者的需求进行数据筛选，可参照图4所示标注目标机构的距离，也可取消距离设置在本省、本国、乃至全球范围内进行引索，当范围过大时，应当设置报表上限以防止报表加载时长过长以及影响系统算力。

本发明实施例提供的一种源于用户反馈的看病方法，对于小型的、新的不便于取得行医资格的、具有良好资质的被评价用户，应当保留其被公开和推荐的权利，但不应当对任何非可靠单位保留此推荐，为此，这里可新建被评价用户在看病时生成看病号并将看病号上传至后台系统，由后台系统向额定人数的普通用户确认治愈率后，由后台系统予以被评价用户的公开和推荐权限。此种方法由于知名医师不缺客源，因此可保障当地知名医师或诊所的被推荐权，小型新建用户且未能有医疗记录的不被公开和举荐以防止医疗纠纷，此种方式下，小型医师可通过在当地医疗机构积累名气后获得被公开权和举荐权，充分保证了病患和医疗机构的相关权利，有利于促进当地中、西医的发展，既为小型医师提供良好的生存动力又可解决病患看病难的问题。

本发明实施例提供的一种源于用户反馈的看病方法，考虑到不同医师擅长的领域不同，因此综合评价不应当限制个人医师在专长领域的发展，为此，上述方法可还包括建立被评价用户的擅长领域，擅长领域可参照《医疗机构诊疗科目名录》进行划分，通过将每个领域下的有效反馈数据单独计算生成相关推荐（可参照图4所示），可在原方法基础上保障医师的专长，既有利于为病患提供最佳的治疗推荐又可促进医师在专长领域的发展，并可有由大数据统计未来行业内真正或缺的人才，为行业内就业提供指导方向。

本发明实施例提供的一种源于用户反馈的看病方法，看参照图2所示，这里可设置APP生成的评价反馈表包括看病号、医类（不限于中、西医等）、疾病类型、具体病因、是否治愈、治愈时长、花费金额评分、是否医保、综合评分等。相关参数可根据实际使用需求进行置换和更新，看病号应当可由成看病日期、社会信用代码截取和序列号生成，准确为病患和医疗机构提供最佳反馈意见。

本发明实施例提供的一种源于用户反馈的看病方法，考虑到不同用户的需求不同，因此推荐表的排序不一定适合每个个人，为此，这里可将普通用户可根据反馈表的分类划定优先级，后台系统建立优先级加权算法计算推荐指数，用户在调取信息时后台系统生成的推荐表根据推荐指数高低对被评价用户进行排序。可参照图3所示，相应加权比例和相关医疗参数一一对应，用户可根据自身需求对加权比例进行调整，确定加权系数后由后台系统生成对应此用户的准确的推荐，加权系数可重置为默认值以防止用户误操作。

对于上述方法中不便于加权的部分，如费用和治愈周期，可记为星级评分供后台系统进行统计和计算，而非仅限于输入过于宽泛的短、中、长等。说明书附图部分仅作为实现上述方法的充分不必要条件，不视为实现此方法的必要手段。

本发明实施例提供的一种源于用户反馈的看病方法，额外赋予APP可以为被评价用户提供补充权限，被评价用户可应对于评论栏的评论进行治疗方案的补充说明，说明内容由被评价用户决定是否公开，当众多医疗方案的有效性被普遍公开时，既可有利于不同执业医师的学习又可为病患根据自身的病理状况提供良好的辅助指导意见，应当注意的是，考虑到病患在未了解全医疗方案的副作用时可能会乱用药物，因此需要在普通用户查阅补充说明方案时提供警示，必要时应当每查阅一次勾选一次用户需知，并由用户自主决定选择权。

本发明实施例提供的一种源于用户反馈的看病方法，考虑到不选择公开补充说明的用户，在逝世后其治疗理论及相关病理治疗方案将失去贡献力，为此，这里可将所述后台系统与政府公民身份信息系统相关联，由APP生成强制公开许可协议，并由并评价用户签订后生效，此时的协议内容包括被评价用户生前可决定补充说明的治疗方案是否公开，或可由用户勾选逝世后多少年公开，备用公开时间方案由APP提供，可参照著作权等方式提供逝世后五十年再进行公开。

本发明实施例提供的一种源于用户反馈的看病方法，为鼓励被评价用户对病例及治疗方案进行公开，这里设置APP功能还包括打赏机制，具体的，普通用户在打开被评价用户的补充说明时，可根据被评价用户的补充说明进入打赏链接对治疗方案进行打赏（包括回评打赏等），通过此种方式可激励被评价用户公开其治疗方案，为有效和无效的治疗方案提供有效的说明，既可以为被评价用户增加额外的收入，又可一定程度上降低病患看病繁琐的步骤，此外，通过这种打赏机制，方案的有效性和性价比将成为打赏额度的重要关键，可一定程度上避免医疗机构乱开药，乱收费的问题，可一定程度上缓解国民看病难题（可由后台系统统计计算同一用户查阅后打赏率，公开至任何进行查阅的用户，可一定程度上增加治疗方案的适应性与可靠性）。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和变形，这些改进和变形也应视为本发明的保护范围。

Claims (14)

1.一种源于用户反馈的看病系统，其特征在于，包括专用APP、用于构建专用APP的客户端、用于与APP建立通信的后台系统和后台数据库：

所述APP用于创建反馈表，获取用户反馈信息，反馈信息经由无线通信上传至后台数据库；

所述后台系统用于与APP建立通信、用于筛选后台数据库的有效信息，并将有效信息整理后生成报表向APP用户进行反馈。

2.一种源于用户反馈的看病方法，其特征在于，所述方法包括如下步骤：

构建后台系统和和后台数据库，建立后台系统算法基准；

构建可与后台系统和后台数据对接的专用APP，创建普通用户和被评价用户，赋予普通用户和被评价用户相关用户名和使用权限，利用APP生成评价反馈表，获取普通用户的反馈信息；

将普通用户的反馈信息生成被评价用户的评论栏，并将反馈表数据上传至后台数据库；

后台系统根据算法基准筛选有效反馈数据，根据有效反馈数据生成被评价用户的综合报表，并将综合报表存储至后台数据库中；

由APP生成看病引索表，根据用户的引索信息和综合报表生成推荐表反馈给引索用户，引索用户可根据推荐表信息查阅相关被评价用户的评论栏。

3.根据权利要求2所述的一种源于用户反馈的看病方法，其特征在于，建立信用指标调整普通用户和被评价用户的相关权限。

4.根据权利要求3所述的一种源于用户反馈的看病方法，其特征在于，所述信用指标的建立方法包括如下步骤：

将普通用户分为普通注册用户和普通非注册用户，普通非注册用户无法获得评价和反馈权限，将被评价用户分为企业用户和个人用户；

普通注册用户和被评价用户通过统一社会信用代码认证创建；

后台系统对普通注册用户的所有评价进行统计，建立信用异常指标，当普通注册用户的累计信用值过低时，删除该普通注册用户的反馈信息，设置此用户名下所有反馈数据均为非有效反馈数据，降低用户的使用权限，将数据备份至后台数据库中供用户提出异议并在核对无误后恢复；

后台系统对被评价用户的所有有效反馈数据进行统计，计算实际治愈率，当实际治愈率过低时取消被评价用户在推荐表中的推荐位置，保留被评价用户相关医疗数据供普通用户查询。

5.根据权利要求4所述的一种源于用户反馈的看病方法，其特征在于，所述信用异常指标的建立方法包括统计普通注册用户的病理记录和公开评价被评价统计：

所述后台系统根据普通注册用户在固定周期内的评价生成病理记录，当病理记录出现异常、短时间范围内对多所医院生成过评价时逐步降低用户的信用值，并在信用值过低时纳为异常用户；

设置普通注册用户在存在相关的理疗记录时可以对评论栏已经公开的评价进行再评价，所述后台系统统计评论栏数据的有用率和反对率，有用率高于额定值时获得优先级排序加权，反对率过高时对普通注册用户评论栏的评价进行标注，普通注册用户的评价被标注率高于额定值时纳为异常用户，列为异常用户的评价数据不再显示，其用户名下所有数据均纳为非有效反馈数据。

6.根据权利要求2所述的一种源于用户反馈的看病方法，其特征在于，还包括建立被评价用户的被评价信用系统，所述被评价信用系统包括由被评价用户对病人进行看病生成的看病号，看病号经由无线传输记录至后台系统，普通用户在输入看病号后即可获得由后台系统赋予的信息反馈权限。

7.根据权利要求2所述的一种源于用户反馈的看病方法，其特征在于，还包括建立导航推荐系统，所述导航推荐系统建立的方法包括如下步骤：

所述APP用于获取后台系统更新后的电子地图；

被评价用户在注册时可以选择注册地，注册地可修改；

所述APP在访问GPS权限后获取相应范围内的被评价用户，并将相应范围内的被评价用户反馈给普通用户。

8.根据权利要求2-7任意一项所述的一种源于用户反馈的看病方法，其特征在于，新建被评价用户在看病时生成看病号并将看病号上传至后台系统，由后台系统向额定人数的普通用户确认治愈率后，后台系统予以被评价用户的公开和推荐权限。

9.根据权利要求2-7任意一项所述的一种源于用户反馈的看病方法，其特征在于，还包括建立被评价用户的擅长领域，擅长领域可根据《医疗机构诊疗科目名录》进行划分，每个领域下的有效反馈数据单独计算。

10.根据权利要求2-7任意一项所述的一种源于用户反馈的看病方法，其特征在于，APP生成的评价反馈表包括看病号、医类、疾病类型、具体病因、是否治愈、治愈时长、花费金额评分、是否医保、综合评分。

11.根据权利要求10所述的一种源于用户反馈的看病方法，其特征在于，普通用户可根据反馈表的分类划定优先级，后台系统建立优先级加权算法计算推荐指数，用户在调取信息时后台系统生成的推荐表根据推荐指数高低对被评价用户进行排序。

12.根据权利要求2-7任意一项所述的一种源于用户反馈的看病方法，其特征在于，由APP赋予被评价用户补充权限，被评价用户可应对于评论栏的评论进行治疗方案的补充说明，说明内容由被评价用户决定是否公开。

13.根据权利要求12所述的一种源于用户反馈的看病方法，其特征在于，将所述后台系统与政府公民身份信息系统相关联，由APP生成强制公开许可协议，协议内容包括被评价用户生前可决定补充说明的治疗方案是否公开，或可由用户勾选逝世后多少年公开，备用公开时间方案由APP提供。

14.根据权利要求12所述的一种源于用户反馈的看病方法，其特征在于，APP功能还包括打赏机制，普通用户在打开被评价用户的补充说明时，可根据被评价用户的补充说明进入打赏链接对治疗方案进行打赏。

Images