基于互联网的社区医疗管理方法及装置与流程

本发明涉及智慧医疗领域，特别涉及一种基于互联网的社区医疗管理方法及系统。

背景技术：

社区医疗是指一般的医疗保健，即病人在转诊到三甲或专科医院前的一些医疗。社区医疗为提供便利的医疗保健服务，医生的责任是满足绝大部分个人的医疗需求，与病人保持长久的关系，在家庭和社区的具体背景下工作。在大多数国家，社区医疗是病人首先求医之处，是以人群为基础的医疗服务，也是提供连续医疗服务之处，包括治疗慢性病病人、老年病人，需要家庭护理和姑息疗法的病人。社区医疗服务的保障会平衡社会医疗资源供需矛盾。鉴于我国目前国情为将近80％的医疗资源集中在20％的大城市，百姓看病都集中在大医院，导致看病排队时间长，住院床位急缺，挂号难。健全社区医疗网络，使群众小病进社区，大病进医院是解决我国看病难，看病贵的主要手段之一。大病进医院，小病进社区是比较合理的医疗资源配置方式。

近年来，伴随着电子技术产业的发展，网络信息化的进步，对促进社区医疗体系提供了莫大的助力。然而，由于社区的人口较多，没有方便医院、医生、病患三方接入的信息交互平台，导致信息沟通不顺畅，从而使得当前社区医疗的开展效果并不理想。

技术实现要素：

为克服现有技术的不足，本发明提供了一种基于互联网的社区医疗管理方法及装置，可以依据用户的个人健康数据，向用户推送最符合用户个人情况其他用户，构建病患交流平台，使患者可以方便的与其他病友进行沟通，及时了解自身的健康情况，及预防信息，满足了用户对于病情沟通的需求。

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

第一方面，本发明提供了一种基于互联网的社区医疗管理方法，包括：

获取第一用户发送的诊疗信息，所述诊疗信息包括第一用户的第一疾病数据及第一位置信息；

获取所述第一用户发送的健康数据，记为第一健康数据；

获取预设用户列表，所述预设用户列表包括至少一个预存用户，及与所述预存用户匹配的第二位置信息；

从所述获取预设用户列表获取第二位置信息与所述第一位置信息匹配的预存用户，记为第二用户；

获取第二用户的第二疾病数据，并记所述第二疾病数据与所述第一疾病数据匹配的第二用户，为候选用户；

获取所述候选用户的健康数据，记为第二健康数据；

记所述第二健康数据与第一健康数据匹配的候选用户为匹配用户；

获取所述匹配用户的数量；

当所述匹配用户的数量大于预设值时，向所述第一用户及所述匹配用户发送社区诊疗邀请。

在本发明一实施例中，所述基于互联网的社区医疗管理方法，还包括：

当所述匹配用户的数量不大于预设值时；

获取预设医院信息表，所述预设医院信息表中包括至少一个医院信息，及与所述医院信息匹配的位置信息，及至少一个与所述医院信息匹配的主治疾病信息；

根据所述第一位置信息从所述预设医疗信息表中获取与所述第一位置信息匹配的医院信息，记为候选医院信息；

记所述主治疾病信息与所述第一疾病数据匹配的候选医院信息，为匹配医院信息；

将所述匹配医院信息发送给第一用户；

根据所述匹配医院信息，将所述第一健康数据发送给所述匹配医院。

在本发明一实施例中，所述健康数据包括饮食数据、运动数据及作息数据中的一种或多种；

则，所述获取所述第一用户发送的健康数据，记为第一健康数据，具体包括：

获取预设数据关联表，所述预设数据关联表中包括至少一个预设疾病数据，及至少一个与所述预设疾病数据匹配的关联健康数据标签，所述关联健康数据标签包括饮食标签、运动标签及作息标签；

根据所述第一疾病数据，从所述预设数据关联表中获取匹配的预设疾病数据；

获取与所述预设疾病数据匹配的关联健康数据标签；

获取第一用户发送的健康数据，并记其中与所获取到的关联健康数据标签匹配的健康数据为第一健康数据；

则，所述获取所述候选用户的健康数据，记为第二健康数据，具体包括：

获取所述候选用户发送的健康数据，并记其中与所获取到的关联健康数据标签匹配的健康数据为第二健康数据。

在本发明一实施例中，所述第一健康数据包括第一饮食数据，所述第一饮食数据包括第一用餐时间；

所述历史健康数据包括历史饮食数据，所述历史饮食数据包括历史用餐时间；

则，所述记所述历史健康数据与第一健康数据匹配的候选用户为匹配用户，具体包括：

根据所述第一用餐时间生成第一偏差时间；

根据所述历史用餐时间生成第二偏差时间；

记所述第二偏差时间不小于预设偏差时间的所述候选用户的为用餐不规律用户；

记所述第二偏差时间小于预设偏差时间的所述候选用户的为用餐规律用户；

当所述第一偏差时间不小于预设偏差时间时，记所述用餐不规律用户为匹配用户；

当所述第一偏差时间小于预设偏差时间时，记所述用餐规律用户为匹配用户。

第二方面，本发明还提供了一种基于互联网的社区医疗管理装置，包括第一用户数据获取模块，用户列表获取模块，第二用户数据获取模块，候选用户筛选模块，候选用户数据获取模块，匹配模块，匹配用户数量获取模块及发送模块；

所述第一用户数据获取模块，用于获取第一用户发送的诊疗信息，所述诊疗信息包括第一用户的第一疾病数据及第一位置信息；

所述第一用户数据获取模块，还用于获取所述第一用户发送的健康数据，记为第一健康数据；

所述用户列表获取模块，用于获取预设用户列表，所述预设用户列表包括至少一个预存用户，及与所述预存用户匹配的第二位置信息；

所述第二用户数据获取模块，用于从所述获取预设用户列表获取第二位置信息与所述第一位置信息匹配的预存用户，记为第二用户；

所述候选用户筛选模块，用于获取第二用户的第二疾病数据，并记所述第二疾病数据与所述第一疾病数据匹配的第二用户，为候选用户；

所述候选用户数据获取模块，用于获取所述候选用户的健康数据，记为第二健康数据；

所述匹配模块，用于记所述第二健康数据与第一健康数据匹配的候选用户为匹配用户；

所述匹配用户数量获取模块，用于获取所述匹配用户的数量；

所述发送模块，用于当所述匹配用户的数量大于预设值时，向所述第一用户及所述匹配用户发送社区诊疗邀请。

在本发明一实施例，所述一种基于互联网的社区医疗管理装置，还包括医院信息表获取模块，候选医院信息获取模块，匹配医院信息获取模块；

所述医院信息表获取模块，用于当所述匹配用户的数量不大于预设值时，获取预设医院信息表，所述预设医院信息表中包括至少一个医院信息，及与所述医院信息匹配的位置信息，及至少一个与所述医院信息匹配的主治疾病信息；

所述候选医院信息获取模块，用于根据所述第一位置信息从所述预设医疗信息表中获取与所述第一位置信息匹配的医院信息，记为候选医院信息；

所述匹配医院信息获取模块，用于记所述主治疾病信息与所述第一疾病数据匹配的候选医院信息，为匹配医院信息；

所述发送模块，还用于将所述匹配医院信息发送给第一用户；

所述发送模块，还用于根据所述匹配医院信息，将所述第一健康数据发送给所述匹配医院。

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

本发明所提供的一种基于互联网的社区医疗管理方法和装置，能够根据用户咨询的疾病信息、个人健康数据及其位置信息，判断该用户所处的社区中是否有大量情况显示的患者，以便社区医疗机构判断是开展社区集体诊疗活动，还是向用户推荐到就近的医院就诊，提高了社区医疗的有效性及可操作性。

附图说明

图1是本发明一实施例中的一种基于互联网的社区医疗管理方法的流程示意图；

图2是本发明一实施例中的一种基于互联网的社区医疗管理装置的结构示意图。

具体实施方式

下面通过具体实施方式对本发明进行详细说明。

根据本发明所公开的技术内容，本领域技术人员将很清楚本发明的其他实施方案，下述实施方案仅作示例。在不违反本发明主旨及范围的情况下，可对本发明进行各种改变和改进。这些改变和改进均应在本发明的保护范围之内。

第一方面，如图1所示，本发明提供了一种基于互联网的社区医疗管理方法，具体包括：

s100：获取第一用户发送的诊疗信息，所述诊疗信息包括第一用户的第一疾病数据及第一位置信息；

s200：获取所述第一用户发送的健康数据，记为第一健康数据；

s300：获取预设用户列表，所述预设用户列表包括至少一个预存用户，及与所述预存用户匹配的第二位置信息；

s400：从所述获取预设用户列表获取第二位置信息与所述第一位置信息匹配的预存用户，记为第二用户；

s500：获取第二用户的第二疾病数据，并记所述第二疾病数据与所述第一疾病数据匹配的第二用户，为候选用户；

s600：获取所述候选用户的健康数据，记为第二健康数据；

s700：记所述第二健康数据与第一健康数据匹配的候选用户为匹配用户；

s800：获取所述匹配用户的数量；

s900：当所述匹配用户的数量大于预设值时，向所述第一用户及所述匹配用户发送社区诊疗邀请。

在本发明一实施例中，所述基于互联网的社区医疗管理方法，还包括：

当所述匹配用户的数量不大于预设值时；

获取预设医院信息表，所述预设医院信息表中包括至少一个医院信息，及与所述医院信息匹配的位置信息，及至少一个与所述医院信息匹配的主治疾病信息；

根据所述第一位置信息从所述预设医疗信息表中获取与所述第一位置信息匹配的医院信息，记为候选医院信息；

记所述主治疾病信息与所述第一疾病数据匹配的候选医院信息，为匹配医院信息；

将所述匹配医院信息发送给第一用户；

根据所述匹配医院信息，将所述第一健康数据发送给所述匹配医院。

在本发明一具体应用场景中，第一方面所提供的基于互联网的社区医疗管理方法，通过社区医疗机构的后台服务器实现；

第一用户通过移动终端向后台服务器发送诊疗信息，所述诊疗信息包括第一用户的第一疾病数据及第一位置信息，如慢性咽炎，a小区；此时，后台服务器判断a小区有用户想要针对慢性咽炎进行诊疗；此时后台服务器通过咨询用户的移动终端获取用户的健康数据，如用户手环记录的每天的运动情况，用户的睡眠的时间及质量，用户的外卖订单数据等；

后台服务器从存储的预设用户列表中选取同样为a小区的用户，记为第二用户；同时获取后台中记录的第二用户以前发送过的咨询记录，将以前咨询过慢性咽炎的第二用户记为候选用户；后台服务器从存储器中调用所述候选用户的健康数据，记为第二健康数据；后台服务器挑选其中第二健康数据与第一用户的健康数据匹配的候选用户记为匹配用户，如第一用户的每天运动情况为步行1万步，则后台服务器从候选用户中挑选平均每日步行数在1万步左右的用户记为匹配用户；又如，第一用户最近一个月的外卖订单主要为湘菜，则后台服务器从候选用户中挑选外卖订单数据中偏好辣椒的用户作为匹配用户；

之后，后台服务器计算匹配用户的数量，当匹配用户的数量大于预设值时，后台服务器判断该小区拥有较多的情况类似的患者，可以开展社区集体诊断，因此，后台服务器向第一用户及与第一用户情况相似的匹配用户发送社区诊疗邀请，告知以上用户社区医疗机构将开展针对慢性咽炎的社区诊疗活动，并通知其具体的时间及地点；

进一步的，后台服务器当匹配用户的数量不大于预设值时，后台服务器判断，第一用户的情况为个别情况，不适宜开展社区集体诊断；因此，后台服务器从存储的预设医院信息表中，获取距离a小区较近的、且主治病症包含慢性咽炎的医院信息，并将所获取到的医院信息发送给第一用户，告知其可以到该医院就诊，同时，后台服务器根据获取到医院信息，将第一用户的健康数据发送到该医院的电子诊疗系统中，以便第一用户就诊时，医生可以快速了解第一用户的健康情况。

其中，可以理解的是，所述预设值可以为固定的数值，如50，即当匹配用户的数量大于50人时，系统判断可以开展社区集体诊断；也可以为百分比，如30％，即当匹配用户的数量大于该社区总人数的30％时，，系统判断可以开展社区集体诊断；

所述健康数据可以通过管理用户的智能设备如手机、手环等自动获取，也可以由用户手动输入。

在本发明一实施例中，所述健康数据包括饮食数据、运动数据及作息数据中的一种或多种；

则，步骤s200，具体包括：

获取预设数据关联表，所述预设数据关联表中包括至少一个预设疾病数据，及至少一个与所述预设疾病数据匹配的关联健康数据标签，所述关联健康数据标签包括饮食标签、运动标签及作息标签；

根据所述第一疾病数据，从所述预设数据关联表中获取匹配的预设疾病数据；

获取与所述预设疾病数据匹配的关联健康数据标签；

获取第一用户发送的健康数据，并记其中与所获取到的关联健康数据标签匹配的健康数据为第一健康数据；

则，所述获取所述候选用户的健康数据，记为第二健康数据，具体包括：

获取所述候选用户发送的健康数据，并记其中与所获取到的关联健康数据标签匹配的健康数据为第二健康数据。

在本发明另一应用场景中，后台服务器中还存储有预设数据关联表，预设数据关联表中记录有与疾病数据相关的健康数据标签，如慢性胃炎的关联健康数据标签为饮食数据标签，如高血压的关联数据标签为运动数据标签及饮食数据标签等；

后台服务器在获取到咨询用户发送的第一疾病数据后，从存储的预设数据关联表中获取匹配的关联健康数据标签，并从用户发送的健康数据中选取与所述关联健康数据标签匹配的健康数据作为第一健康数据；如用户发送的第一疾病数据为高血压，则后台服务器挑选用户的运动数据及饮食数据作为该用户的第一健康数据；同时，后台服务器获取候选用户的运动数据及饮食数据作为第二健康数据；并从中选取运动习惯及饮食习惯与咨询用户相似的候选用户作为匹配用户。

在本发明一实施例中，所述第一健康数据包括第一饮食数据，所述第一饮食数据包括第一用餐时间；

所述历史健康数据包括历史饮食数据，所述历史饮食数据包括历史用餐时间；

则，所述记所述历史健康数据与第一健康数据匹配的候选用户为匹配用户，具体包括：

根据所述第一用餐时间生成第一偏差时间；

根据所述历史用餐时间生成第二偏差时间；

记所述第二偏差时间不小于预设偏差时间的所述候选用户的为用餐不规律用户；

记所述第二偏差时间小于预设偏差时间的所述候选用户的为用餐规律用户；

当所述第一偏差时间不小于预设偏差时间时，记所述用餐不规律用户为匹配用户；

当所述第一偏差时间小于预设偏差时间时，记所述用餐规律用户为匹配用户。

具体的，所述第一用餐时间包括第一用户手动输入的用餐时间，及通关关联外卖平台所获取到的第一用户的外卖订单时间；

所述历史用餐时间包括第二用户手动输入的用餐时间，及通关关联外卖平台所获取到的第二用户的外卖订单时间。

第二方面，本发明还提供了一种基于互联网的社区医疗管理装置，包括第一用户数据获取模块100，用户列表获取模块200，第二用户数据获取模块300，候选用户筛选模块400，候选用户数据获取模块500，匹配模块600，匹配用户数量获取模块700及发送模块800；

所述第一用户数据获取模块100，用于获取第一用户发送的诊疗信息，所述诊疗信息包括第一用户的第一疾病数据及第一位置信息；

所述第一用户数据获取模块100，还用于获取所述第一用户发送的健康数据，记为第一健康数据；

所述用户列表获取模块200，用于获取预设用户列表，所述预设用户列表包括至少一个预存用户，及与所述预存用户匹配的第二位置信息；

所述第二用户数据获取模块300，用于从所述获取预设用户列表获取第二位置信息与所述第一位置信息匹配的预存用户，记为第二用户；

所述候选用户筛选模块400，用于获取第二用户的第二疾病数据，并记所述第二疾病数据与所述第一疾病数据匹配的第二用户，为候选用户；

所述候选用户数据获取模块500，用于获取所述候选用户的健康数据，记为第二健康数据；

所述匹配模块600，用于记所述第二健康数据与第一健康数据匹配的候选用户为匹配用户；

所述匹配用户数量获取模块700，用于获取所述匹配用户的数量；

所述发送模块800，用于当所述匹配用户的数量大于预设值时，向所述第一用户及所述匹配用户发送社区诊疗邀请。

在本发明一实施例，所述一种基于互联网的社区医疗管理装置，还包括医院信息表获取模块，候选医院信息获取模块，匹配医院信息获取模块；

所述医院信息表获取模块，用于当所述匹配用户的数量不大于预设值时，获取预设医院信息表，所述预设医院信息表中包括至少一个医院信息，及与所述医院信息匹配的位置信息，及至少一个与所述医院信息匹配的主治疾病信息；

所述候选医院信息获取模块，用于根据所述第一位置信息从所述预设医疗信息表中获取与所述第一位置信息匹配的医院信息，记为候选医院信息；

所述匹配医院信息获取模块，用于记所述主治疾病信息与所述第一疾病数据匹配的候选医院信息，为匹配医院信息；

所述发送模块800，还用于将所述匹配医院信息发送给第一用户；

所述发送模块800，还用于根据所述匹配医院信息，将所述第一健康数据发送给所述匹配医院。

以上述依据本发明的理想实施例为启示，通过上述的说明内容，本领域技术人员完全可以在不偏离本发明技术思想的范围内，进行多样的变更以及修改。本发明的技术性范围并不局限于说明书上的内容，必须要根据权利要求书范围来确定其技术性范围。