CN116959661A - 一种智能服药管理*** - Google Patents

一种智能服药管理*** Download PDF

Info

Publication number
CN116959661A
CN116959661A CN202310584503.7A CN202310584503A CN116959661A CN 116959661 A CN116959661 A CN 116959661A CN 202310584503 A CN202310584503 A CN 202310584503A CN 116959661 A CN116959661 A CN 116959661A
Authority
CN
China
Prior art keywords
module
medicine
information
user
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310584503.7A
Other languages
English (en)
Inventor
刘洪英
熊紫攸
皮喜田
张先炜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Health Technology Co ltd
Chongqing University
Original Assignee
Chongqing Health Technology Co ltd
Chongqing University
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing Health Technology Co ltd, Chongqing University filed Critical Chongqing Health Technology Co ltd
Priority to CN202310584503.7A priority Critical patent/CN116959661A/zh
Publication of CN116959661A publication Critical patent/CN116959661A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00ICT specially adapted for the handling or processing of medical references
    • G16H70/20ICT specially adapted for the handling or processing of medical references relating to practices or guidelines

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Bioethics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开一种智能服药管理***,包括智能终端(1)、云平台(2);所述智能终端(1)包括用户端(3);所述用户端(3)包括登录注册模块(31)、疾病管理模块(32)、药品管理模块(33)、服药执行模块(34)、授权模块(35);所述云平台(2)包括数据库(21)、数据采集模块(22)、数据存储模块(23)、数据传输模块(24)、数据分析模块(25);本发明通过进行服药全过程的管理,解决了用户因不明所得疾病而乱服药、服错药的问题,并提供服药提醒、服药评估以及服药监督功能。

Description

一种智能服药管理***
技术领域
本发明涉及智能医疗技术领域,具体是一种智能服药管理***。
背景技术
近年来随着互联网商业化的发展,网上购药和线上问诊的方式逐渐发展为一种新趋势,医生对患者的服药管理的传统方式也已经不能满足人们日益增长的医疗健康服务需求。
目前,许多慢病患者的药物种类多、数量多,且慢病患者基本都为中老年人,药品的复杂可能导致患者出现服错药、乱服药的问题,以及记忆力的衰退也可能导致患者漏服药。目前,对于中老年人慢病患者的服药管理基本是子女在负责提醒,但子女只能保证患者按时服药,无法给出更多的专业性意见。同样,医生对患者的服药管理方式也仍然很落后,甚至许多医患之间没有服药管理的措施,但对于慢病患者服药是非常重要的一环,医生却缺乏服药管理的手段和方法,无法有效、便捷的查看和评价患者的服药情况,以至于当患者治疗效果不佳时,医生无法准确判断是否是服药环节出现问题,特别是现在签约的家庭医生对慢病患者的服药管理更加艰难。
通常,大多数人***台购买药品,但往往一个症状对应许多种疾病发生的可能性,例如头疼、发热这一症状会对应感冒、咽炎、鼻炎、颅内感染等多达上百种疾病,所以人们的所谓“经验”会导致乱买药、服错药等现象。并且目前大多电商平台的方式是通过症状直接推荐药品,但一个症状也会对应多种药品,输入多个症状时也还会有多种药品的推荐,这也存在用户在多种药品中无法准确选择的问题。同时,药品作为特殊的商品应该具备专业性推荐,应该根据疾病的不同对药品进行针对性推荐,这样才能准确、高效的帮助用户寻找到符合自身需求的药品,便捷的获取疾病相关知识和用药建议。因此,不专业的疾病诊断和药品推荐都会导致患者治疗效果不好,严重可能出现耐药性、器官受损或中毒等现象。
发明内容
本发明的目的是提供一种智能服药管理***,包括智能终端、云平台。
所述智能终端包括用户端。
所述用户端包括登录注册模块、疾病管理模块、药品管理模块、服药执行模块、授权模块。
所述登录注册模块用于注册和验证用户身份。
所述疾病管理模块用于用户检索疾病名称、添加疾病和保存已患疾病信息。
所述药品管理模块存储有个人药品数据库,所述个人药品数据库用于保存历史添加的药品数据。
根据所述疾病管理模块添加的疾病,对与疾病对应的药品进行自动匹配,将相对应的药品添加至个人药品数据库,或者通过用户手动检索将相对应的药品添加至个人药品数据库。
所述服药执行模块根据药品管理模块中的个人药品数据,制定和执行服药提醒计划。
当智能服药管理***需要用户提供隐私信息时,所述授权模块获取用户相应的个人隐私信息。
所述云平台包括数据库、数据采集模块、数据存储模块、数据传输模块、数据分析模块。
所述数据库包括疾病库模块、症状库模块、药品库模块、药店库模块、医院库模块和医生库模块,这些模块分别用于存储若干疾病信息、每个疾病对应的症状、若干药品信息、若干药店信息、若干医院信息和若干医生信息。
所述数据采集模块用于采集数据库中涉及的所有数据,并存入数据库。
所述数据存储模块用于存储智能终端上传的所有数据。
所述数据传输模块用于实现智能终端和云平台之间的信息交互或云平台与外界之间的信息交互。
所述数据分析模块包括检索筛选模块、分析模块、排序模块。
所述检索筛选模块用于检索数据库中的数据,并传输至分析模块。
所述分析模块对智能终端上传的数据和数据库中的数据进行分析,确定与用户症状对应的若干预患疾病及疾病权重、每个疾病对应的若干种推荐药品及药品推荐指数、药品相似度,并传输至排序模块。
所述排序模块根据疾病权重对预患疾病进行降序排列,根据药品推荐指数、药品相似度对推荐药品进行降序排列,并将排列后的预患疾病和推荐药品传输至智能终端。
进一步,所述智能终端还包括顾问端。
所述顾问端包括登录注册模块、用户信息管理模块。
所述登录注册模块用于注册和验证顾问身份。
所述用户信息管理模块用于显示与管理用户的信息,包括用户个人信息管理模块、用户服药记录信息管理模块。
所述用户个人信息管理模块用于显示与管理来自用户端的用户个人信息。
所述用户服药记录信息管理模块用于显示与管理来自用户端的用户服药记录信息。
进一步,所述用户端与云平台进行数据交互。
所述顾问端与云平台进行数据交互。
进一步,所述智能终端还包括切换模块。
所述用户端、顾问端和切换模块集成在集成模块中。
所述用户端与顾问端通过切换模块实现切换。
进一步,所述用户端还包括顾问管理模块、激励机制模块和个人信息记录模块。
所述顾问管理模块用于用户添加顾问或对已添加顾问的信息进行查看。
所述顾问管理模块包括顾问添加模块、关系绑定模块、顾问信息管理模块。
所述顾问添加模块用于添加顾问。
所述关系绑定模块用于绑定用户与顾问之间的关系。关系包括医患关系、亲友关系。所述亲友关系包括亲属关系、朋友关系。
所述顾问信息管理模块用于对已添加顾问的信息进行查看。
所述激励机制模块根据服药情况记录模块的信息执行积分的奖励、惩罚,和/或正、负激励信息的推送。
所述激励机制模块包括计划执行评估模块、激励机制设定模块、激励机制执行模块和激励机制执行记录模块。
所述计划执行评估模块用于根据服药情况记录模块对服药情况进行评估;
激励机制设定模块用于用户或顾问设定激励机制规则模型,包括积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元。
所述积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元分别用于设置激励积分数值、执行机制时间、执行机制次数。
所述激励机制执行模块用于根据计划执行评估模块的评估结果和激励机制设定模块设定的机制规则执行对应的激励机制,包括积分计算模块和激励信息推送模块。
所述积分计算模块用于根据评估结果执行积分的奖励、扣除和计算。
所述激励信息推送模块用于根据计划执行评估模块的数据将激励信息推送给用户,所述激励信息推送包括正、负向信息,推送方式包括但不限于弹窗推送、短信推送;
所述激励机制执行记录模块用于存储激励机制执行记录。
所述个人信息记录模块包括基本信息模块、生理参数信息模块和行为信息模块。
所述基本信息模块中存储的信息包括用户性别、年龄、职业、家族遗传病史、历史疾病、过敏史中的一种或多种。
所述生理参数信息模块中存储的信息包括体温信息、血压信息、血糖信息、BMI、心率信息、血氧饱和度信息中的一种或多种。
所述行为信息模块中存储的信息包括用户近期摄食信息、运动信息、睡眠信息、吸烟行为信息、饮酒信息、性行为信息中的一种或多种。
进一步,所述顾问端还包括职业认证模块、服药计划制定模块和指导评价模块。
所述职业认证模块用于顾问注册和认证职业,包括职业选择模块、职称等级模块、从业时长模块、学历证书模块和资格证书模块。
所述职业选择模块、职称等级模块、从业时长模块、学历证书模块和资格证书模块分别用于记录顾问的职业、职称等级、从业时长、学历证书、资格证书。
所述服药计划制定模块用于为用户制定个性化服药计划,并传输至用户端。
所述指导评价模块用于录入用户服药行为的指导评价结果,并传输至用户端,包括评价记录模块和评价报告生成模块。
所述评价记录模块用于录入用户服药行为的指导评价结果。
所述评价报告生成模块根据用户服药行为的指导评价结果生成评价报告,并传输至用户端。
进一步,所述疾病管理模块包括疾病查询模块、个人疾病库模块、疾病添加模块。
所述疾病查询模块包括疾病分类查询模块、手动搜索查询模块、个人疾病库查询模块和疾病推荐模块;
所述疾病分类查询模块用于根据疾病库模块的疾病数据归类快速查询疾病,包括***分类单元、器官分类单元、科室分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块用于供用户或顾问进行疾病的手动查询;
所述个人疾病库查询模块用于保存用户曾患疾病。
所述疾病推荐模块用于向用户智能推荐可能患的疾病,包括个人信息记录获取单元、环境信息获取单元和疾病匹配单元,所述环境信息获取单元包括获取所属地区和天气信息。
所述个人疾病库模块用于保存用户曾患疾病信息,包括疾病信息管理模块。
所述疾病信息管理模块用于用户对疾病信息执行增删查改操作。
所述疾病添加模块用于添加疾病信息。
所述药品管理模块包括药品查询模块、个人药品库模块、药品添加模块和买药记录模块。
所述药品查询模块包括药品推荐模块、药品分类查询模块、手动搜索查询模块、个人药品库查询模块和扫码查询模块。
所述药品推荐模块根据疾病添加模块所添加的疾病,在数据库中对药品进行自动匹配推荐。
所述药品推荐模块包括疾病信息获取单元和药品匹配单元。
所述药品分类查询模块用于根据药品库模块中的药品数据快速查询药品,包括品牌分类单元、剂型分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块用于用户手动录入药品名称查询;
所述个人药品库查询模块用于用户在曾添加过的药品中查询;
所述扫码查询模块用于用户扫描药品盒上的条形码直接识别查询药品;
所述疾病信息获取单元用于获取疾病添加模块所添加的疾病。
所述药品匹配单元用于在数据库中对药品进行自动匹配推荐。
所述个人药品库模块用于存储用户服用的药品信息。
所述药品添加模块用于添加药品。
所述买药记录模块用于记录用户购买的药品信息。
所述服药执行模块包括服药计划制定模块、服药计划执行模块、服药情况记录模块。
所述服药计划制定模块包括药品信息查看模块、服药状态展示模块、服药计划设置模块和身份安全验证模块。
所述药品信息查看模块用于显示药品信息。
所述服药状态展示模块包括正在服药单元、完成计划单元和因故中止单元。
所述正在服药单元、完成计划单元和因故中止单元分别记录用户服药记录、服药计划完成情况、服药中止情况。
所述服药计划设置模块用于设置每日具体的服药参数,包括服药时间设置单元、服药次数设置单元、药品总量记录单元、提醒时间设置单元、买药提醒设置单元。
所述身份安全验证模块用于当用户端或顾问端进入服药计划制定模块时进行身份二次验证。所述身份二次验证包括密码认证单元、指纹认证单元、人脸认证单元中的一种。
所述服药计划执行模块用于用户在制定服药计划后执行计划,包括服药提醒模块、激励信息推送模块、非计划内服药选择模块和实际服药时间记录模块。
所述服药提醒模块用于提醒用户服药。
所述激励信息推送模块用于根据用户制定的服药时间和实际服药时间之差的结果与预设值对比,并推送不同的激励信息。
所述非计划内服药选择模块包括多服单元和补服单元。
所述多服单元用于记录用户多服药情况。
所述补服单元用于记录用户对露服药的补服情况。
所述实际服药时间记录模块用于记录用户实际服药时间。
所述服药情况记录模块用于记录用户的服药情况。
进一步,所述服药计划制定模块还包括处方上传识别模块、计划处方对比分析模块、警示模块。
所述处方上传识别模块用于用户录入上传处方后利用相关识别模型算法对捕获的药品处方信息进行识别提取特征点。
所述特征点包括药品化学名、开具医院、开具医生剂型、剂量、规格、用法中一种或多种药品基本信息,并以规范化的文字和/或数字内容形式传输至计划处方对比模块。
所述计划处方对比分析模块用于对比和分析服药计划设置模块和处方上传识别模块中的参数,当对比匹配结果高于预设值时,向警示模块发出警示信号。
所述警示模块接收到警示信号后,发出警报。
进一步,所述数据传输模块还包括接口模块,所述接口模块用于获取医院***中的个人处方数据,并传输至处方上传识别模块;
所述接口模块还用于向特定单位提供开放的接口以便获取本***中用户的服药记录数据。
进一步,所述分析模块包括疾病推荐分析模块、药品推荐分析模块和顾问推荐分析模块。
所述疾病推荐分析模块包括标准向量建立单元、实时数据向量建立单元、向量比对单元和权重计算单元。
所述标准向量建立单元根据所述疾病库模块和症状库模块中的关键词建立标准向量并传输至向量对比单元。
其中代表用户输入的症状关键词与症状库模块中对应的数据。/>表示与个人信息记录模块中的关键词在疾病库模块和症状库模块中对应的数据。bn、pn、an分别表示基本信息模块、生理参数信息模块和行为信息模块中的关键词在疾病库模块和症状库模块中对应的数据。地理气候信息向量/>rn、wn分别表示所属地区和天气信息中的关键词在疾病库模块和症状库模块中对应的数据。
所述实时数据向量建立单元根据t时间内个人信息记录获取单元和环境信息获取单元中的实时数据,建立向量并传输至向量对比单元。/>为个人信息记录获取单元中的实时数据;/>为环境信息获取单元中的实时数据;
所述向量对比单元用于接收所述标准向量建立单元和所述实时数据向量建立单元的数据,对向量与/>取交集,记为(g1,g2,g3,...gm),并传输至所述权重计算单元。
m为向量与/>交集的元素数量;
所述权重计算单元计算得分并传输至排序模块。/>表示预设的每个数据的权重值。n=1,2,…,m。
所述药品推荐分析模块包括关键词提取单元、综合计算单元、推荐指数计算单元和相似度计算单元。
所述关键词提取单元用于获取疾病添加模块中的疾病数据,对所述药品库模块中的疾病关键词进行提取,并传输至综合计算单元。
所述综合计算单元用于对提取的关键词i进行综合权重计算,计算公式为其中WTP-IDF(i)是关键词的TP-IDF权重值,Wp(i)是根据关键词设置的权重值,并传输至推荐指数计算单元。Wweight(i)为综合权重;
所述推荐指数计算单元用于根据关键词的综合权重计算药品的推荐指数,记为Score=d1·Wweight(i1)+d2·Wweight(i2)+d3·Wweight(i3)+...+dm·Wweight(im)。(d1,d2,d3,...dm)为药品向量集合。(Wweight(i1),Wweight(i2),Wweight(i3),...Wweight(im))为药品向量集合对应的权重集合。
所述相似度计算单元用于对药品进行相似度计算,并根据推荐指数与相似度的数值,以降序方式选取前k种药品,并传输至排序模块。其中,药品相似度 其中A,B为给定不同药品集合。当A、B集合为空集时,J(A,B)取值为1,并将推荐指数与相似指数较高的药品传输至排序模块。
进一步,所述顾问添加模块包括顾问查询模块和顾问推荐模块。
所述顾问推荐模块用于根据用户所添加的疾病和顾问的信息向用户推荐最佳顾问,包括顾问类型选择单元、顾问信息获取单元和推荐指数生成单元。
所述顾问类型选择单元的结果矩阵Bi=[B1,B2],其中B1表示医生类,B2代表非医生类。
所述顾问信息获取用于从职业认证模块获取信息,包括职称等级集合Ci=[C1,C2,C3,...,Cn]、从业时长矩阵Di=[D1]、学历证书集合Ei=[E1,E2,E3,...,En]、资格证书集合Fi=[F1,F2,F3,...,Fn]。Fn3表示第n3种资格证书;En2表示第n2***书;Cn1表示第n1种职称等级;D1表示从业时长;
所述推荐指数单元用于根据接收的数据生成推荐指数,并传输和以降序排列显示至用户端。
所述推荐指数单元根据接收的数据生成推荐指数的步骤包括:
S1,所述顾问推荐模块接收顾问类型选择单元、职称等级模块、从业时长模块、学历证书模块和资格证书模块中的信息。
S2,获取顾问类型选择单元中的数据。
S3,若Bi=B1,则生成推荐指数 其中C、E、F分别表示职称等级集合、学历证书集合、资格证书集合中的元素个数值,C"、D1"、E"、F"分别表示为参考职称等级个数、参考从业时长、参考学历证书个数、参考资格证书个数,/>ωC、/>ωE、ωF分别表示为预设的顾问类型选择单元、职称等级模块(432)、从业时长模块(433)、学历证书模块(434)和资格证书模块(435)的权重因子;
若Bi≠B1,则生成推荐指数 其中/>表示为预设亲友关系的权重因子。
本发明首先将传统的根据简单的模糊症状推荐药品的方式转变为了根据具体疾病推荐药品,大大提高了药品推荐的专业性和准确性,降低了用户药不对症、乱吃药的几率;其次用户根据所选的药品由自己或顾问制定服药计划,并设置了服药提醒和服药情况评估,也降低了漏服药的风险。并且,本***的顾问端的顾问不限于专业人员,还可以是亲朋好友,在服药行为中增加了亲人互动功能,同时增加了服药激励机制,对于长期服药的慢性病患者而言,既可以精准服药也可以起到更自愿服药的效果。
本发明能够让患者从明确所患疾病开始到准确执行服药结束,并加以顾问端进行辅助评价指导,***地、全面地管理患者整个服药流程,能够避免患者出现错服药、乱服药和漏服药的现象。
本发明设置有顾问端,顾问端通过患者信息管理模块查看患者服药执行情况并及时给出评估指导建议,针对慢性病患者顾问端还可以执行制定计划操作,考虑了慢病患者在自身条件不允许时不能制定服药计划的问题,顾问端的加入可以为患者提供专业的用药建议以及可以起到监督的作用,特别在家庭医生管理慢病患者的服药问题方面起到了很大的帮助。
顾问推荐模块根据用户所患疾病以及顾问的职业认证情况进行准确的推荐顾问;这样设置针对用户所患的此种疾病会有更精准的治疗效果,顾问可以起到监督服药、指导服药和服药评价的作用,且顾问可以是医护人员,也可以是亲友。常规的顾问添加是采用用户自行添加的方式,而此种添加方式更适合用户采取的是线下买药这种购药方式,线上买药无法联系和添加专业的顾问,因此传统的方式没有让顾问真正的发挥作用,一定程度上浪费了医疗资源。本方案的顾问推荐模块可以根据用户的需求精准的推荐顾问,满足了用户对精准服药的需求。
服药作为一件相对非积极执行事件,激励机制模块的设置可以激发服药的积极性,特别是有亲朋好友相互激励,本方案激励机制有积分奖励和正反馈消息推送奖励,用户在执行服药计划是会根据执行情况自动发放奖励,用户可以第一时间得到执行服药计划的反馈,有助于用户按时服药习惯的养成,把服药行为不再当成是痛苦的行为。
附图说明
图1为本发明***框架示意图1;
图2为本发明数据库框架示意图;
图3为本发明数据分析模块框架示意图;
图4为本发明***框架示意图2;
图5为本发明用户信息管理模块框架示意图;
图6为本发明***框架示意图3;
图7为本发明用户端框架示意图;
图8为本发明顾问管理模块示意图;
图9为本发明激励机制模块框架示意图;
图10为本发明激励机制执行模块框架示意图;
图11为本发明个人信息记录模块框架示意图;
图12为本发明顾问端框架示意图;
图13为本发明职业认证模块框架示意图;
图14为本发明评价指导模块框架示意图;
图15为本发明疾病管理模块框架示意图;
图16为本发明疾病查询模块框架示意图;
图17为本发明个人疾病库模块框架示意图;
图18为本发明药品管理模块框架示意图;
图19为本发明药品查询模块框架示意图;
图20为本发明服药执行模块框架示意图;
图21为本发明服药计划制定模块框架示意图1;
图22为本发明服药计划执行模块框架示意图;
图23为本发明服药计划制定模块框架示意图2;
图24为本发明服药计划制定模块框架示意图3;
图25为本发明数据传输模块框架示意图;
图26为本发明数据传输模块流程示意图;
图27为本发明分析模块框架示意图;
图28为本发明顾问添加模块框架示意图。
具体实施方式
下面结合实施例对本发明作进一步说明,但不应该理解为本发明上述主题范围仅限于下述实施例。在不脱离本发明上述技术思想的情况下,根据本领域普通技术知识和惯用手段,做出各种替换和变更,均应包括在本发明的保护范围内。
实施例1:
参见图1至图28,一种智能服药管理***,包括智能终端1、云平台2。
所述智能终端1包括用户端3。
所述用户端3包括登录注册模块31、疾病管理模块32、药品管理模块33、服药执行模块34、授权模块35。
所述登录注册模块31用于注册和验证用户身份。
所述疾病管理模块32用于用户检索疾病名称、添加疾病和保存已患疾病信息。
所述药品管理模块33存储有个人药品数据库,所述个人药品数据库用于保存历史添加的药品数据。
根据所述疾病管理模块32添加的疾病,对与疾病对应的药品进行自动匹配,将相对应的药品添加至个人药品数据库,或者通过用户手动检索将相对应的药品添加至个人药品数据库。
所述服药执行模块34根据药品管理模块33中的个人药品数据,制定和执行服药提醒计划。
当智能服药管理***需要用户提供隐私信息时,所述授权模块35获取用户相应的个人隐私信息。
所述云平台2包括数据库21、数据采集模块22、数据存储模块23、数据传输模块24、数据分析模块25。
所述数据库21包括疾病库模块211、症状库模块212、药品库模块213、药店库模块214、医院库模块215和医生库模块216,这些模块分别用于存储若干疾病信息、每个疾病对应的症状、若干药品信息、若干药店信息、若干医院信息和若干医生信息。
所述数据采集模块22用于采集数据库21中涉及的所有数据,并存入数据库21。
所述数据存储模块23用于存储智能终端上传的所有数据。
所述数据传输模块24用于实现智能终端1和云平台2之间的信息交互或云平台2与外界之间的信息交互。
所述数据分析模块25包括检索筛选模块251、分析模块252、排序模块253。
所述检索筛选模块251用于检索数据库21中的数据,并传输至分析模块252。
所述分析模块252对智能终端1上传的数据和数据库21中的数据进行分析,确定与用户症状对应的若干预患疾病及疾病权重、每个疾病对应的若干种推荐药品及药品推荐指数、药品相似度,并传输至排序模块253。
所述排序模块253根据疾病权重对预患疾病进行降序排列,根据药品推荐指数、药品相似度对推荐药品进行降序排列,并将排列后的预患疾病和推荐药品传输至智能终端1。
一种智能服药管理***的使用过程,包括以下步骤:
步骤1,登陆注册模块31选择用户端或顾问端登录账号;
步骤2,若选择执行用户端3操作,则疾病管理模块32进行疾病查询并添加;
步骤3,若选择执行用户端3操作,则药品管理模块33根据疾病添加模块323中的疾病关键词进行药品推荐或根据药品查询模块331查询药品并添加;若选择执行顾问端4操作,则制定计划模块43为患者制定服药计划,并传输至用户端;
步骤4,若选择执行用户端3操作,则接收顾问端4制定的计划或根据手动添加服药计划并执行计划;若选择执行顾问端4操作,则患者信息管理模块41查看患者服药记录;
步骤5,若选择执行顾问端4操作,则通过指导评价模块44对患者服药执行情况做出评价和指导,并传输至用户端3。
实施例2:
一种智能服药管理***,技术内容同实施例1,进一步的,所述智能终端1还包括顾问端4。
所述顾问端4包括登录注册模块31、用户信息管理模块41。
所述登录注册模块31用于注册和验证顾问身份。
所述用户信息管理模块41用于显示与管理用户的信息,包括用户个人信息管理模块411、用户服药记录信息管理模块412。
所述用户个人信息管理模块411用于显示与管理来自用户端3的用户个人信息。
所述用户服药记录信息管理模块412用于显示与管理来自用户端3的用户服药记录信息。
实施例3:
一种智能服药管理***,技术内容同实施例1-2任一项,进一步的,所述用户端3与云平台2进行数据交互。
所述顾问端4与云平台2进行数据交互。
实施例4:
一种智能服药管理***,技术内容同实施例1-3任一项,进一步的,所述智能终端1还包括切换模块6。
所述用户端3、顾问端4和切换模块6集成在集成模块5中。
所述用户端3与顾问端4通过切换模块6实现切换。
实施例5:
一种智能服药管理***,技术内容同实施例1-4任一项,进一步的,所述用户端3还包括顾问管理模块36、激励机制模块37和个人信息记录模块38。
所述顾问管理模块36用于用户添加顾问或对已添加顾问的信息进行查看。
所述激励机制模块37根据服药情况记录模块343的信息执行积分的奖励、惩罚,和/或正、负激励信息的推送。
所述个人信息记录模块38包括基本信息模块381、生理参数信息模块382和行为信息模块383。
实施例6:
一种智能服药管理***,技术内容同实施例1-5任一项,进一步的,所述顾问管理模块36包括顾问添加模块361、关系绑定模块362、顾问信息管理模块363。
所述顾问添加模块361用于添加顾问。
所述关系绑定模块362用于绑定用户与顾问之间的关系。关系包括医患关系、亲友关系。所述亲友关系包括亲属关系、朋友关系。
所述顾问信息管理模块363用于对已添加顾问的信息进行查看。
实施例7:
一种智能服药管理***,技术内容同实施例1-6任一项,进一步的,所述激励机制模块37包括计划执行评估模块371、激励机制设定模块372、激励机制执行模块33和激励机制执行记录模块374。
所述计划执行评估模块371用于根据服药情况记录模块343对服药情况进行评估;
激励机制设定模块372用于用户或顾问设定激励机制规则模型,包括积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元。
所述积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元分别用于设置激励积分数值、执行机制时间、执行机制次数。
所述激励机制执行模块373用于根据计划执行评估模块371的评估结果和激励机制设定模块372设定的机制规则执行对应的激励机制,包括积分计算模块3731和激励信息推送模块3732。
所述积分计算模块3731用于根据评估结果执行积分的奖励、扣除和计算。
所述激励信息推送模块3732用于根据计划执行评估模块371的数据将激励信息推送给用户,所述激励信息推送包括正、负向信息,推送方式包括但不限于弹窗推送、短信推送;
所述激励机制执行记录模块374用于存储激励机制执行记录。
实施例8:
一种智能服药管理***,技术内容同实施例1-7任一项,进一步的,用户的服药情况分为三大类:按时服药、未按时服药和多服,其中按时服药是用户严格执行了制定的服药计划,不按时服药有漏服、补服两种情况,多服是用户加大服药剂量;根据这三大类进行积分的奖惩,按时服药每天加积分,未按时服药减积分,多服不做加减。具体的奖惩积分的数值可以随意设置。积分的执行可以是激励机制设定模块中设定好了***自动执行奖惩积分,也可以是顾问端手动执行。
实施例9:
一种智能服药管理***,技术内容同实施例1-8任一项,进一步的,顾问端或用户端可以设定激励机制规则,如:设置每次(一般一日1-5次服药)按时服药加10分,未按时服药每次减5分,执行时间设置在每次服药时间(如设置第一次服药8:00)到了的15min后时(8:15)***自动评判用户是否服药(本***设计用户服药时会手动在***中记录),执行次数可以根据每日吃药次数执行,也可以一天一次总执行。
实施例10:
一种智能服药管理***,技术内容同实施例1-9任一项,进一步的,所述基本信息模块381中存储的信息包括用户性别、年龄、职业、家族遗传病史、历史疾病、过敏史中的一种或多种。
所述生理参数信息模块382中存储的信息包括体温信息、血压信息、血糖信息、BMI、心率信息、血氧饱和度信息中的一种或多种。
所述行为信息模块383中存储的信息包括用户近期摄食信息、运动信息、睡眠信息、吸烟行为信息、饮酒信息、性行为信息中的一种或多种。
实施例11:
一种智能服药管理***,技术内容同实施例1-10任一项,进一步的,所述顾问端4还包括职业认证模块42、服药计划制定模块341和指导评价模块43。
所述职业认证模块42用于顾问注册和认证职业;
所述服药计划制定模块341用于为用户制定个性化服药计划,并传输至用户端。
所述指导评价模块43用于录入用户服药行为的指导评价结果,并传输至用户端。
实施例12:
一种智能服药管理***,技术内容同实施例1-11任一项,进一步的,所述职业认证模块42包括职业选择模块421、职称等级模块422、从业时长模块423、学历证书模块424和资格证书模块425。
所述职业选择模块421、职称等级模块422、从业时长模块423、学历证书模块424和资格证书模块425分别用于记录顾问的职业、职称等级、从业时长、学历证书、资格证书。
实施例13:
一种智能服药管理***,技术内容同实施例1-12任一项,进一步的,所述指导评价模块43包括评价记录模块431和评价报告生成模块432。
所述评价记录模块431用于录入用户服药行为的指导评价结果。
所述评价报告生成模块432根据用户服药行为的指导评价结果生成评价报告,并传输至用户端。
实施例14:
一种智能服药管理***,技术内容同实施例1-13任一项,进一步的,所述疾病管理模块32包括疾病查询模块321、个人疾病库模块322、疾病添加模块323。
所述疾病查询模块321包括疾病分类查询模块3211、手动搜索查询模块3212、个人疾病库查询模块3213和疾病推荐模块3214;
所述疾病分类查询模块3211用于根据疾病库模块211的疾病数据归类快速查询疾病,包括***分类单元、器官分类单元、科室分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块3212用于供用户或顾问进行疾病的手动查询;
所述个人疾病库查询模块3213用于保存用户曾患疾病。
所述疾病推荐模块3214用于向用户智能推荐可能患的疾病,包括个人信息记录获取单元、环境信息获取单元和疾病匹配单元,所述环境信息获取单元包括获取所属地区和天气信息。
所述个人疾病库模块322用于保存用户曾患疾病信息,包括疾病信息管理模块3221。
所述疾病信息管理模块3221用于用户对疾病信息执行增删查改操作。
所述疾病添加模块323用于添加疾病信息。
实施例15:
一种智能服药管理***,技术内容同实施例1-14任一项,进一步的,所述药品管理模块33包括药品查询模块331、个人药品库模块332、药品添加模块333和买药记录模块334。
所述药品查询模块331包括药品推荐模块3311、药品分类查询模块3312、手动搜索查询模块3212、个人药品库查询模块3313和扫码查询模块3314。
所述药品推荐模块3311根据疾病添加模块323所添加的疾病,在数据库21中对药品进行自动匹配推荐。
所述药品推荐模块3311包括疾病信息获取单元和药品匹配单元。
所述药品分类查询模块3312用于根据药品库模块213中的药品数据快速查询药品,包括品牌分类单元、剂型分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块3212用于用户手动录入药品名称查询;
所述个人药品库查询模块3313用于用户在曾添加过的药品中查询;
所述扫码查询模块3314用于用户扫描药品盒上的条形码直接识别查询药品;
所述疾病信息获取单元用于获取疾病添加模块323所添加的疾病。
所述药品匹配单元用于在数据库21中对药品进行自动匹配推荐。
所述个人药品库模块332用于存储用户服用的药品信息。
所述药品添加模块333用于添加药品。
所述买药记录模块334用于记录用户购买的药品信息。
实施例16:
一种智能服药管理***,技术内容同实施例1-15任一项,进一步的,所述服药执行模块34包括服药计划制定模块341、服药计划执行模块342、服药情况记录模块343。
所述服药计划制定模块341包括药品信息查看模块3411、服药状态展示模块3412、服药计划设置模块3413。
所述药品信息查看模块3411用于显示药品信息。
所述服药状态展示模块3412包括正在服药单元、完成计划单元和因故中止单元。
所述正在服药单元、完成计划单元和因故中止单元分别记录用户服药记录、服药计划完成情况、服药中止情况。
所述服药计划设置模块3413用于设置每日具体的服药参数,包括服药时间设置单元、服药次数设置单元、药品总量记录单元、提醒时间设置单元、买药提醒设置单元。
所述服药计划执行模块342用于用户在制定服药计划后执行计划,包括服药提醒模块3421、激励信息推送模块3732、非计划内服药选择模块3422和实际服药时间记录模块3423。
所述服药提醒模块3421用于提醒用户服药。
所述激励信息推送模块3732用于根据用户制定的服药时间和实际服药时间之差的结果与预设值对比,并推送不同的激励信息。
所述非计划内服药选择模块3422包括多服单元和补服单元。
所述多服单元用于记录用户多服药情况。
所述补服单元用于记录用户对露服药的补服情况。
所述实际服药时间记录模块3423用于记录用户实际服药时间。
所述服药情况记录模块343用于记录用户的服药情况。
实施例17:
一种智能服药管理***,技术内容同实施例1-16任一项,进一步的,所述服药计划制定模块341还包括身份安全验证模块3414。
所述身份安全验证模块3414用于当用户端或顾问端进入服药计划制定模块341时进行身份二次验证。所述身份二次验证包括密码认证单元、指纹认证单元、人脸认证单元中的一种。
实施例18:
一种智能服药管理***,技术内容同实施例1-17任一项,进一步的,所述服药计划制定模块341还包括处方上传识别模块3415、计划处方对比分析模块3416、警示模块3417。
所述处方上传识别模块3415用于用户录入上传处方后利用相关识别模型算法对捕获的药品处方信息进行识别提取特征点。
所述特征点包括药品化学名、开具医院、开具医生剂型、剂量、规格、用法中一种或多种药品基本信息,并以规范化的文字和/或数字内容形式传输至计划处方对比模块3416。
所述计划处方对比分析模块3416用于对比和分析服药计划设置模块3413和处方上传识别模块3415中的参数,当对比匹配结果高于预设值时,向警示模块3417发出警示信号。
所述警示模块3417接收到警示信号后,发出警报。
实施例19:
一种智能服药管理***,技术内容同实施例1-18任一项,进一步的,所述数据传输模块24还包括接口模块241,所述接口模块241用于获取医院***中的个人处方数据,并传输至处方上传识别模块3415;
实施例20:
一种智能服药管理***,技术内容同实施例1-19任一项,进一步的,所述接口模块241还用于向特定单位提供开放的接口以便获取本***中用户的服药记录数据。
实施例21:
一种智能服药管理***,技术内容同实施例1-20任一项,进一步的,所述分析模块252包括疾病推荐分析模块2521、药品推荐分析模块2522和顾问推荐分析模块2523。
所述疾病推荐分析模块2521包括标准向量建立单元、实时数据向量建立单元、向量比对单元和权重计算单元。
所述标准向量建立单元根据所述疾病库模块212和症状库模块213中的关键词建立标准向量并传输至向量对比单元。
其中代表用户输入的症状关键词与症状库模块213中对应的数据。/>表示与个人信息记录模块36中的关键词在疾病库模块212和症状库模块213中对应的数据。bn、pn、an分别表示基本信息模块361、生理参数信息模块362和行为信息模块363中的关键词在疾病库模块212和症状库模块213中对应的数据。地理气候信息向量/>rn、wn分别表示所属地区和天气信息中的关键词在疾病库模块212和症状库模块213中对应的数据。
所述实时数据向量建立单元根据t时间内个人信息记录获取单元和环境信息获取单元中的实时数据,建立向量并传输至向量对比单元。/>为个人信息记录获取单元中的实时数据;/>为环境信息获取单元中的实时数据;/>是与疾病有关的数据,/>是与个人基本信息、生理参数信息、行为信息有关的数据;/>是与地区和天气信息有关的数据。
所述向量对比单元用于接收所述标准向量建立单元和所述实时数据向量建立单元的数据,对向量与/>取交集,记为(g1,g2,g3,...gm),并传输至所述权重计算单元。m为向量/>与/>交集的元素数量;
所述权重计算单元计算得分并传输至排序模块253。/>表示预设的每个数据的权重值。n=1,2,…,m。
所述药品推荐分析模块2522包括关键词提取单元、综合计算单元、推荐指数计算单元和相似度计算单元。
所述关键词提取单元用于获取疾病添加模块323中的疾病数据,对所述药品库模块214中的疾病关键词进行提取,并传输至综合计算单元。
所述综合计算单元用于对提取的关键词i进行综合权重计算,计算公式为其中WTP-IDF(i)是关键词的TP-IDF权重值,Wp(i)是根据关键词设置的权重值,并传输至推荐指数计算单元。Wweight(i)为综合权重;
所述推荐指数计算单元用于根据关键词的综合权重计算药品的推荐指数Score,记为Score=d1·Wweight(i1)+d2·Wweight(i2)+d3·Wweight(i3)+...+dm·Wweight(im)。(d1,d2,d3,...dm)为药品向量集合。(Wweight(i1),Wweight(i2),Wweight(i3),...Wweight(im))为药品向量集合对应的权重集合。
所述相似度计算单元用于对药品进行相似度计算,并根据推荐指数与相似度的数值,以降序方式选取前k种药品,并传输至排序模块253。其中,药品相似度其中A,B为给定不同药品集合。当A、B集合为空集时,J(A,B)取值为1,并将推荐指数与相似指数较高的药品传输至排序模块253。
实施例22:
一种智能服药管理***,技术内容同实施例1-21任一项,进一步的,所述顾问添加模块351包括顾问查询模块3511和顾问推荐模块3512。
所述顾问推荐模块3512用于根据用户所添加的疾病和顾问的信息向用户推荐最佳顾问,包括顾问类型选择单元、顾问信息获取单元和推荐指数生成单元。
所述顾问类型选择单元的结果矩阵Bi=[B1,B2],其中B1表示医生类,B2代表非医生类。
所述顾问信息获取用于从职业认证模块43获取信息,包括职称等级集合Ci=[C1,C2,C3,...,Cn]、从业时长矩阵Di=[D1]、学历证书集合Ei=[E1,E2,E3,...,En]、资格证书集合Fi=[F1,F2,F3,...,Fn]。Fn3表示第n3种资格证书;En2表示第n2***书;Cn1表示第n1种职称等级;D1表示从业时长;
所述推荐指数单元用于根据接收的数据生成推荐指数,并传输和以降序排列显示至用户端。
实施例23:
一种智能服药管理***,技术内容同实施例1-22任一项,进一步的,所述推荐指数单元根据接收的数据生成推荐指数的步骤包括:
S1,所述顾问推荐模块3512接收顾问类型选择单元、职称等级模块、从业时长模块、学历证书模块和资格证书模块中的信息。
S2,获取顾问类型选择单元中的数据。
S3,若Bi=B1,则生成推荐指数 其中C、E、F分别表示职称等级集合、学历证书集合、资格证书集合中的元素个数值,C"、D1"、E"、f"分别表示为参考职称等级个数、参考从业时长、参考学历证书个数、参考资格证书个数,/>ωC、/>ωE、ωF分别表示为预设的顾问类型选择单元、职称等级模块(432)、从业时长模块(433)、学历证书模块(434)和资格证书模块(435)的权重因子;
若Bi≠B1,则生成推荐指数 其中ωA、/>表示为预设的亲友关系和顾问类型选择单元的权重因子。
实施例24:
一种智能服药管理***,包括智能终端、云平台;所述智能终端包括用户端,所述用户端包括登录注册模块、疾病管理模块、药品管理模块、服药执行模块、授权模块。
所述登录注册模块用于注册和验证用户身份。
所述疾病管理模块用于用户检索疾病名称、添加疾病和保存已患疾病信息,包括疾病查询模块、个人疾病库模块、疾病添加模块。
所述药品管理模块用于根据所述疾病添加模块添加的疾病进行自动匹配或手动检索后添加药品和保存历史添加的药品数据,包括药品查询模块、个人药品库模块、药品添加模块和买药记录模块。
所述服药执行模块用于根据所述药品添加模块进行服药计划的制定并执行,包括服药计划制定模块、服药计划执行模块、服药情况记录模块。
实施例25:
一种智能服药管理***,技术内容同实施例24,进一步的,所述云平台包括数据库、数据采集模块、数据存储模块、数据传输模块、数据分析模块。
所述数据库通过网络爬虫技术实现,包括疾病库模块、症状库模块、药品库模块、药店库模块、医院库模块和医生库模块。
所述数据采集模块用于采集***中涉及的所有数据。
所述数据存储模块用于存储***涉及的所有数据。
所述数据传输模块用于***之间的信息交互。
所述数据分析模块包括检索筛选模块、分析模块、排序模块。
实施例26:
一种智能服药管理***,技术内容同实施例24-25任一项,进一步的,所述疾病查询模块包括分类查询模块、手动搜索查询模块、个人疾病库查询模块和疾病推荐模块。
所述分类查询模块用于根据疾病的归类快速查询疾病,包括***分类单元、器官分类单元、科室分类单元、年龄分类单元和性别分类单元。
所述个人疾病库查询模块用于保存用户曾患疾病。
所述疾病推荐模块用于向用户智能推荐可能患的疾病,包括个人信息记录获取单元、环境信息获取单元和疾病匹配单元,所述环境信息获取单元包括获取所属地区和天气信息。
实施例27:
一种智能服药管理***,技术内容同实施例24-26任一项,进一步的,所述个人疾病库模块用于保存用户曾患疾病信息,包括疾病信息管理模块。
所述疾病信息管理模块用于用户对疾病信息执行增删查改操作。
实施例28:
一种智能服药管理***,技术内容同实施例24-27任一项,进一步的,所述药品查询模块包括药品推荐模块、分类查询模块、手动搜索查询模块、个人药品库查询模块和扫码查询模块。
所述药品推荐模块根据疾病添加模块所添加的疾病在数据库中进行自动匹配推荐,包括疾病信息获取单元和药品匹配单元。
实施例29:
一种智能服药管理***,技术内容同实施例24-28任一项,进一步的,所述服药计划制定模块包括药品信息查看模块、服药状态展示模块、服药计划设置模块和身份安全验证模块;所述服药状态展示模块包括正在服药单元、完成计划单元和因故中止单元;所述服药计划设置模块用于设置每日具体的服药参数,包括服药时间设置单元、服药次数设置单元、药品总量记录单元、提醒时间设置单元、买药提醒设置单元;所述身份安全验证模块用于当用户端或顾问端进入服药计划制定模块时进行身份二次验证,所述身份二次验证包括密码认证单元、指纹认证单元、人脸认证单元中的一种。
实施例30:
一种智能服药管理***,技术内容同实施例24-29任一项,进一步的,所述服药计划制定模块还包括处方上传识别模块、计划处方对比分析模块、警示模块;
所述处方上传识别模块用于用户录入上传处方后利用相关识别模型算法对捕获的药品处方信息进行识别提取特征点,所述特征点包括药品化学名、开具医院、开具医生剂型、剂量、规格、用法中一种或多种药品基本信息,并以规范化的文字和/或数字内容形式传输至计划处方对比模块;
所述计划处方对比分析模块用于对比和分析服药计划设置模块和处方上传识别模块中的参数,当对比匹配结果高于预设值时则连接警示模块发出警示。
实施例31:
一种智能服药管理***,技术内容同实施例24-30任一项,进一步的,所述服药计划执行模块用于用户在制定服药计划后执行计划,包括服药提醒模块、激励信息推送模块、非计划内服药选择模块和实际服药时间记录模块。
所述激励信息推送模块用于根据用户制定的服药时间和实际服药时间之差的结果与预设值对比,并推送不同的激励信息。
所述非计划内服药选择模块包括多服单元和补服单元。
实施例32:
一种智能服药管理***,技术内容同实施例24-31任一项,进一步的,所述分析模块包括疾病推荐分析模块、药品推荐分析模块和顾问推荐分析模块。
所述疾病推荐分析模块)包括标准向量建立单元、实时数据向量建立单元、向量比对单元和权重计算单元;
所述标准向量建立单元根据所述疾病库模块和症状库模块中的关键词建立标准向量其中/>代表用户输入的症状关键词与症状库模块中对应的数据;其中/>表示与个人信息记录模块中的关键词在疾病库模块和症状库模块中对应的数据;其中bn、pn、an分别表示基本信息模块、生理参数信息模块和行为信息模块中的关键词在疾病库模块和症状库模块中对应的数据;其中rn、wn分别表示所属地区和天气信息中的关键词在疾病库模块和症状库模块中对应的数据,并传输至向量对比单元;
所述实时数据向量建立单元根据所述数据采集模块采集一段时间内所述个人信息记录获取单元和环境信息获取单元中的实时数据,将采集到的数据建立向量并传输至向量对比单元;
所述向量对比单元用于接收所述标准向量建立单元和所述实时数据向量建立单元的数据,对向量与/>取交集,假设为(g1,g2,g3,...gm),则传输至所述权重计算单元,所述权重计算单元用于计算得分/>其中/>表示预设的每个数据的权重值,并传输至排序模块;
所述药品推荐分析模块包括关键词提取单元、综合计算单元、推荐指数计算单元和相似度计算单元;
所述关键词提取单元用于获取疾病添加模块中的疾病数据,对所述药品库模块中的疾病关键词进行提取,并传输至综合计算单元;
所述综合计算单元用于对提取的关键词i进行综合权重计算,计算公式为其中WTP-IDF(i)是关键词的TP-IDF权重值,Wp(i)是根据关键词设置的权重值,并传输至推荐指数计算单元;
所述推荐指数计算单元用于根据关键词的综合权重计算药品的推荐指数,假设向量集合(d1,d2,d3,...dm)对应的权重集合(Wweight(i1),Wweight(i2),Wweight(i3),...Wweight(im)),则计算公式为Score=d1·Wweight(i1)+d2·Wweight(i2)+d3·Wweight(i3)+...+dm·Wweight(im);
所述相似度计算单元用于对药品进行相似度计算,计算公式为 其中A,B为给定集合,当A、B集合为空集时J(A,B)取值为1,并将推荐指数与相似指数较高的药品传输至排序模块。
本方案的工作原理在于:智能终端只包括用户端,用户端和云平台相互连接,通过用户手动查询或疾病推荐模块添加疾病,其中疾病推荐模块根据所获取到的用户个人基本信息、环境信息作为疾病推荐基础,并传输至数据云平台,由数据云平台中的数据分析模块进行分析、排序,并传输回用户端;药品推荐模块依据用户所添加的疾病作为药品基础进行匹配和推荐,并传输至数据云平台进行相似度和综合权重分析后排序,并传输回用户端;通过服药执行模块用户添加计划并执行计划,顾问端查看用户服药执行情况并给出指导和评价,用户也可以直接接收顾问端制定的计划并执行。本方案实现了服药行为的有序化、专业化管理,能够切实的帮助用户杜绝错服药、漏服药和乱服药的情况。
本方案的有益效果在于:第一,疾病推荐模块获取信息的途径更多样,除却传统的以个人基本信息为基础外,还特别囊括了环境信息因素,其中包括获取经纬度信息、海拔信息、地势信息、地质信息中的一种或多种以及季节信息、温度信息、降水信息、湿度信息中的一种或多种。常规的个人基础信息往往包含基本信息、生理参数信息和行为信息模块,而人的基本信息和生理参数信息对于一些疾病而言基本不会发生太大的变化,同样行为信息与个人的生活习惯相关,基本也不会在短时间内发生改变,所以单纯从个人基本信息来分析个人所患疾病缺乏可靠性。因此,本方案加入环境信息因素作为推荐基础,结合用户所在的地区和环境变化作出更精确的推荐,形成更完整的推荐数据。
药品推荐将用户所添加的疾病作为首要推荐基础;这样设置,药品的推荐关联性更强,推荐数据更准确、更直观,方便用户快速找到相关药品。传统的网上购药大多是依据药品销量、店商热度以及好评度进行推荐,常规推荐方案即便对繁杂众多的药品进行了大致分类,虽然整合了药品相关推荐信息,但其实际作用更偏向于一个数据库,并没有起到精准推荐效用,无法为用户提供真正有效的药品推荐帮助。对于一部分用户而言,其购药时往往只清楚症状,对到底所患何种疾病都比较模糊,而市面上的购药方法不对疾病做推荐,这就导致用户容易买错药。本方案的药品推荐***则发掘了用户的实际需求和服药痛点,能专业的帮助用户先明所患疾病后买药,进而满足用户对精准服药的需求。
实施例33:
一种智能服药管理***,包括智能终端、云平台;所述智能终端包括用户端、顾问端,所述顾问端包括登录注册模块、患者信息管理模块;所述患者信息管理模块用于显示与管理患者的信息,包括患者个人信息管理模块、患者服药记录信息管理模块。
实施例34:
一种智能服药管理***,所述用户端还包括顾问管理模块、激励机制模块和个人信息记录模块。
所述顾问管理模块用于用户添加顾问或对已添加顾问的信息进行查看,包括顾问添加模块、关系绑定模块、顾问信息管理模块。
所述激励机制模块用于根据所述服药情况记录模块执行积分的奖励、惩罚或正、负激励信息的推送,包括计划执行评估模块、激励机制设定模块、激励机制执行模块和激励机制执行记录模块。
所述个人信息记录模块包括基本信息模块、生理参数信息模块和行为信息模块。
所述顾问端还包括职业认证模块、制定计划模块和指导评价模块。
所述职业认证模块用于顾问注册和认证职业,包括职业选择模块、职称等级模块、从业时长模块、学历证书模块和资格证书模块。
所述制定计划模块用于为用户制定个性化服药计划,并传输至用户端。
所述指导评价模块用于录入患者服药行为的指导评价结果,并传输至用户端,包括评价记录模块和评价报告生成模块。
实施例35:
一种智能服药管理***,技术内容同实施例34,进一步的,所述顾问添加模块包括顾问查询模块和顾问推荐模块。
所述顾问推荐模块用于根据用户所添加的疾病和顾问的信息向用户推荐最佳顾问,包括顾问类型选择单元、顾问信息获取单元和推荐指数生成单元;所述顾问类型选择单元的结果矩阵Bi=[B1,B2],其中B1表示医生类,B2代表非医生类;所述顾问信息获取用于从职业认证模块(43)获取信息,其中,职称等级模块(432)集合Ci=[C1,C2,C3,...,Cn];从业时长模块(433)矩阵Di=[D1];学历证书模块(434)集合Ei=[E1,E2,E3,...,En];资格证书模块(435)集合Fi=[F1,F2,F3,...,Fn]。
所述推荐指数单元用于根据接收的数据生成推荐指数,并传输和以降序排列显示至用户端;所述推荐指数单元根据接收的数据生成推荐指数的步骤包括:
S1,所述顾问推荐模块接收顾问类型选择单元、职称等级模块、从业时长模块、学历证书模块和资格证书模块中的信息。
S2,获取顾问类型选择单元中的数据。
S3,若Bi=B1,则生成推荐指数 其中C、E、F分别表示职称等级集合、学历证书集合、资格证书集合中的元素个数值,C"、D1"、E"、F"分别表示为参考职称等级个数、参考从业时长、参考学历证书个数、参考资格证书个数,/>ωC、/>ωE、ωF分别表示为预设的顾问类型选择单元、职称等级模块、从业时长模块、学历证书模块和资格证书模块的权重因子;
若Bi≠B1,则生成推荐指数 其中ωA、/>表示为预设的亲友关系和顾问类型选择单元的权重因子。
实施例36:
一种智能服药管理***,技术内容同实施例34-35任一项,进一步的,所述关系绑定模块用于绑定用户与顾问之间的关系,包括医患关系单元、亲友关系单元;所述亲友关系单元包括亲属关系、朋友关系,亲友关系集合Ai=[A1,A2]。
实施例37:
一种智能服药管理***,技术内容同实施例34-36任一项,进一步的,所述激励机制设定模块用于用户或顾问设定激励机制规则模型,包括积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元。
实施例38:
一种智能服药管理***,技术内容同实施例34-37任一项,进一步的,所述激励机制执行模块用于根据计划执行评估模块的评估结果和激励机制设定模块设定的机制规则执行对应的激励机制,包括积分计算模块和激励信息推送模块;所述积分计算模块用于根据评估结果执行积分的奖励、扣除和计算。
实施例39:
一种智能服药管理***,技术内容同实施例34-38任一项,进一步的,所述基本信息模块包括用户性别、年龄、职业、家族遗传病史、历史疾病、过敏史中的一种或多种;
所述生理参数信息模块包括体温信息、血压信息、血糖信息、BMI、心率信息、血氧饱和度信息中的一种或多种;
所述行为信息模块包括用户近期摄食信息、运动信息、睡眠信息、吸烟行为信息、饮酒信息信息、性行为信息中的一种或多种。
本方案的工作原理的优点在于:智能终端包括用户端、顾问端。除用户端和云平台***的优点外,顾问端通过患者信息管理模块查看患者服药执行情况并及时给出评估指导建议,针对慢性病患者顾问端还可以执行制定计划操作,考虑了慢病患者在自身条件不允许时不能制定服药计划的问题,顾问端的加入可以为患者提供专业的用药建议以及可以起到监督的作用,特别在家庭医生管理慢病患者的服药问题方面起到了很大的帮助。
本方案的有益效果在于:第一,顾问推荐模块根据用户所患疾病以及顾问的职业认证情况进行准确的推荐顾问;这样设置针对用户所患的此种疾病会有更精准的治疗效果,顾问可以起到监督服药、指导服药和服药评价的作用,且顾问可以是医护人员,也可以是亲友。常规的顾问添加是采用用户自行添加的方式,而此种添加方式更适合用户采取的是线下买药这种购药方式,线上买药无法联系和添加专业的顾问,因此传统的方式没有让顾问真正的发挥作用,一定程度上浪费了医疗资源。本方案的顾问推荐模块可以根据用户的需求精准的推荐顾问,满足了用户对精准服药的需求。
第二,服药作为一件相对非积极执行事件,激励机制模块的设置可以激发服药的积极性,特别是有亲朋好友相互激励,本方案激励机制有积分奖励和正反馈消息推送奖励,用户在执行服药计划是会根据执行情况自动发放奖励,用户可以第一时间得到执行服药计划的反馈,有助于用户按时服药习惯的养成,把服药行为不再当成是痛苦的行为。
实施例40:
一种智能服药管理***,包括智能终端1、云平台2;所述智能终端1分别包括用户端3、顾问端4,所述智能终端1与用户端3和智能终端1与顾问端4分别与云平台相互连接。
本方案的工作原理的优点在于:智能终端分别包括用户端和顾问端,并分别与云平台连接,本方案将用户端和顾问端分别集成到两个智能终端上,形成两个独立的***,这样可以保证功能的多少在适当的范围内,提高用户的体验感,同时功能更具有针对性。
实施例41:
一种智能服药管理***,包括智能终端1、云平台2;所述智能终端1包括集成模块5,所述集成模块5包括用户端3、顾问端4和切换模块6,所述用户端3与顾问端4通过切换模块6实现两端快速切换。
本方案的工作原理的优点在于:智能终端中的集成模块包括了切换模块,将用户端和顾问端集成在一个安装包中,通过切换模块实现用户端和顾问端的快速切换,这样设置用户可以安装一个***体验到两个端口的功能,避免用户多次下载***。

Claims (10)

1.一种智能服药管理***,其特征在于:包括智能终端(1)、云平台(2);
所述智能终端(1)包括用户端(3);
所述用户端(3)包括登录注册模块(31)、疾病管理模块(32)、药品管理模块(33)、服药执行模块(34)、所述授权模块(35)。
所述登录注册模块(31)用于注册和验证用户身份;
所述疾病管理模块(32)用于用户检索疾病名称、添加疾病和保存已患疾病信息;
所述药品管理模块(33)存储有个人药品数据库,所述个人药品数据库用于保存历史添加的药品数据;
根据所述疾病管理模块(32)添加的疾病,对与疾病对应的药品进行自动匹配,将相对应的药品添加至个人药品数据库,或者通过用户手动检索将相对应的药品添加至个人药品数据库;
所述服药执行模块(34)根据药品管理模块(33)中的个人药品数据,制定和执行服药提醒计划;
当智能服药管理***需要用户提供隐私信息时,所述授权模块(35)获取用户相应的个人隐私信息;
所述云平台(2)包括数据库(21)、数据采集模块(22)、数据存储模块(23)、数据传输模块(24)、数据分析模块(25);
所述数据库(21)包括疾病库模块(211)、症状库模块(212)、药品库模块(213)、药店库模块(214)、医院库模块(215)和医生库模块(216),这些模块分别用于存储若干疾病信息、每个疾病对应的症状、若干药品信息、若干药店信息、若干医院信息和若干医生信息;
所述数据采集模块(22)用于采集数据库(21)中涉及的所有数据,并存入数据库(21);
所述数据存储模块(23)用于存储智能终端上传的所有数据;
所述数据传输模块(24)用于实现智能终端(1)和云平台(2)之间的信息交互或云平台(2)与外界之间的信息交互;
所述数据分析模块(25)包括检索筛选模块(251)、智能分析引擎模块(252)、排序模块(253);
所述检索筛选模块(251)用于检索数据库(21)中的数据,并传输至智能分析引擎模块(252);
所述智能分析引擎模块(252)对智能终端(1)上传的数据和数据库(21)中的数据进行分析,确定与用户症状对应的若干预患疾病及疾病权重、每个疾病对应的若干种推荐药品及药品推荐指数、药品相似度,并传输至排序模块(253);
所述排序模块(253)根据疾病权重对预患疾病进行降序排列,根据药品推荐指数、药品相似度对推荐药品进行降序排列,并将排列后的预患疾病和推荐药品传输至智能终端(1)。
2.根据权利要求1所述的一种智能服药管理***,其特征在于,所述智能终端(1)还包括顾问端(4);
所述用户端(3)与云平台(2)进行数据交互;
所述顾问端(4)与云平台(2)进行数据交互。
所述顾问端(4)包括登录注册模块(31)、用户信息管理模块(41);
所述登录注册模块(31)用于注册和验证顾问身份;
所述用户信息管理模块(41)用于显示与管理用户的信息,包括用户个人信息管理模块(411)、用户服药记录信息管理模块(412);
所述用户个人信息管理模块(411)用于显示与管理来自用户端(3)的用户个人信息;
所述用户服药记录信息管理模块(412)用于显示与管理来自用户端(3)的用户服药记录信息。
3.根据权利要求2所述的一种智能服药管理***,其特征在于,所述智能终端(1)还包括切换模块(6);
所述用户端(3)、顾问端(4)和切换模块(6)集成在集成模块(5)中;
所述用户端(3)与顾问端(4)通过切换模块(6)实现切换。
4.根据权利要求1所述的一种智能服药管理***,其特征在于,所述用户端(3)还包括顾问管理模块(36)、激励机制模块(37)和个人信息记录模块(38);
所述顾问管理模块(36)用于用户添加顾问或对已添加顾问的信息进行管理;
所述顾问管理模块(36)包括顾问添加模块(361)、关系绑定模块(362)、顾问信息管理模块(363);
所述顾问添加模块(361)用于添加顾问;
所述关系绑定模块(362)用于绑定用户与顾问之间的关系;关系包括医患关系、亲友关系;所述亲友关系包括亲属关系、朋友关系;
所述顾问信息管理模块(363)用于对已添加顾问的信息进行查看;
所述激励机制模块(37)根据服药情况记录模块(343)的信息执行积分的奖励、惩罚,和/或正、负激励信息的推送;
所述激励机制模块(37)包括计划执行评估模块(371)、激励机制设定模块(372)、激励机制执行模块(373)和激励机制执行记录模块(374);
所述计划执行评估模块(371)用于根据服药情况记录模块(343)对服药情况进行评估;
激励机制设定模块(372)用于用户或顾问设定激励机制规则模型,包括积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元;
所述积分数值设定单元、执行机制时间设定单元、执行机制次数设定单元分别用于设置激励积分数值、执行机制时间、执行机制次数;
所述激励机制执行模块(373)用于根据计划执行评估模块(371)的评估结果和激励机制设定模块(372)设定的机制规则执行对应的激励机制,包括积分计算模块(3731)和激励信息推送模块(3732);
所述积分计算模块(3731)用于根据评估结果执行积分的奖励、扣除和计算。
所述激励信息推送模块(3732)用于根据计划执行评估模块(371)的数据将激励信息推送给用户,所述激励信息推送包括正、负向信息,推送方式包括但不限于弹窗推送、短信推送;
所述激励机制执行记录模块(364)用于存储激励机制执行记录;
所述个人信息记录模块(38)包括基本信息模块(381)、生理参数信息模块(382)和行为信息模块(383);
所述基本信息模块(381)中存储的信息包括用户性别、年龄、职业、家族遗传病史、历史疾病、过敏史中的一种或多种;
所述生理参数信息模块(382)中存储的信息包括体温信息、血压信息、血糖信息、BMI、心率信息、血氧饱和度信息中的一种或多种;
所述行为信息模块(383)中存储的信息包括用户近期摄食信息、运动信息、睡眠信息、吸烟行为信息、饮酒信息、性行为信息中的一种或多种。
5.根据权利要求2所述的一种智能服药管理***,其特征在于,所述顾问端(4)还包括职业认证模块(42)、服药计划制定模块(341)和指导评价模块(43);
所述职业认证模块(42)用于顾问注册和认证职业,包括职业选择模块(421)、职称等级模块(422)、从业时长模块(423)、学历证书模块(424)和资格证书模块(425);
所述职业选择模块(421)、职称等级模块(422)、从业时长模块(423)、学历证书模块(424)和资格证书模块(425)分别用于记录顾问的职业、职称等级、从业时长、学历证书、资格证书;
所述服药计划制定模块(341)用于为用户制定个性化服药计划,并传输至用户端(3);
所述指导评价模块(43)用于录入用户服药行为的指导评价结果,并传输至用户端,包括评价记录模块(431)和评价报告生成模块(432);
所述评价记录模块(431)用于录入用户服药行为的指导评价结果;
所述评价报告生成模块(432)根据用户服药行为的指导评价结果生成评价报告,并传输至用户端(3)。
6.根据权利要求1所述的一种智能服药管理***,其特征在于,所述疾病管理模块(32)包括疾病查询模块(321)、个人疾病库模块(322)、疾病添加模块(323);
所述疾病查询模块(321)包括疾病分类查询模块(3211)、手动搜索查询模块(3212)、个人疾病库查询模块(3213)和疾病推荐模块(3214);
所述疾病分类查询模块(3211)用于根据疾病库模块(211)的疾病数据归类快速查询疾病,包括***分类单元、器官分类单元、科室分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块(3212)用于供用户或顾问进行疾病的手动查询;
所述个人疾病库查询模块(3213)用于保存用户曾患疾病;
所述疾病推荐模块(3214)用于向用户智能推荐可能患的疾病,包括个人信息记录获取单元、环境信息获取单元和疾病匹配单元,所述环境信息获取单元包括获取所属地区和天气信息。
所述个人疾病库模块(322)用于保存用户曾患疾病信息,包括疾病信息管理模块(3221);
所述疾病信息管理模块(3221)用于用户对疾病信息执行增删查改操作;
所述疾病添加模块(323)用于添加疾病信息;
所述药品管理模块(33)包括药品查询模块(331)、个人药品库模块(332)、药品添加模块(333)和买药记录模块(334);
所述药品查询模块(331)包括药品推荐模块(3311)、药品分类查询模块(3312)、手动搜索查询模块(3212)、个人药品库查询模块(3313)和扫码查询模块(3314);
所述药品推荐模块(3311)根据疾病添加模块(323)所添加的疾病,在数据库(21)中对药品进行自动匹配推荐;所述药品推荐模块(3311)包括疾病信息获取单元和药品匹配单元;
所述药品分类查询模块(3312)用于根据药品库模块(213)中的药品数据快速查询药品,包括品牌分类单元、剂型分类单元、年龄分类单元和性别分类单元;
所述手动搜索查询模块(3212)用于用户手动录入药品名称查询;
所述个人药品库查询模块(3313)用于用户在曾添加过的药品中查询;
所述扫码查询模块(3314)用于用户扫描药品盒上的条形码直接识别查询药品;
所述疾病信息获取单元用于获取疾病添加模块(323)所添加的疾病;
所述药品匹配单元用于在数据库(21)中对药品进行自动匹配推荐;
所述个人药品库模块(332)用于存储用户服用的药品信息;
所述药品添加模块(333)用于添加药品;
所述买药记录模块(334)用于记录用户购买的药品信息。
所述服药执行模块(34)包括服药计划制定模块(341)、服药计划执行模块(342)、服药情况记录模块(343);
所述服药计划制定模块(341)包括药品信息查看模块(3411)、服药状态展示模块(3412)、服药计划设置模块(3413);
所述药品信息查看模块(3411)用于显示药品信息;
所述服药状态展示模块(3412)包括正在服药单元、完成计划单元和因故中止单元;
所述正在服药单元、完成计划单元和因故中止单元分别记录用户服药记录、服药计划完成情况、服药中止情况;
所述服药计划设置模块(3413)用于设置每日具体的服药参数,包括服药时间设置单元、服药次数设置单元、药品总量记录单元、提醒时间设置单元、买药提醒设置单元;
所述服药计划执行模块(342)用于用户在制定服药计划后执行计划,包括服药提醒模块(3421)、激励信息推送模块(3732)、非计划内服药选择模块(3422)和实际服药时间记录模块(3423);
所述服药提醒模块(3421)用于提醒用户服药;
所述激励信息推送模块(3732)用于根据用户制定的服药时间和实际服药时间之差的结果与预设值对比,并推送不同的激励信息;
所述非计划内服药选择模块(3422)包括多服单元和补服单元。
所述多服单元用于记录用户多服药情况;
所述补服单元用于记录用户对漏服药的补服情况;
所述实际服药时间记录模块(3423)用于记录用户实际服药时间;
所述服药情况记录模块(343)用于记录用户的服药情况。
7.根据权利要求6所述的一种智能服药管理***,其特征在于,所述服药计划执行模块(341)还包括身份安全验证模块(3414),所述身份安全验证模块(3414)用于当用户端或顾问端进入服药计划制定模块(341)时进行身份二次验证;所述身份二次验证包括密码认证单元、指纹认证单元、人脸认证单元中的一种。
8.根据权利要求7所述的一种智能服药管理***,其特征在于,所述服药计划制定模块(341)还包括处方上传识别模块(3415)、计划处方对比分析模块(3416)、警示模块(3417);
所述处方上传识别模块(3415)用于用户录入上传处方后利用相关识别模型算法对捕获的药品处方信息进行识别提取特征点;
所述特征点包括药品化学名、开具医院、开具医生剂型、剂量、规格、用法中一种或多种药品基本信息,并以规范化的文字和/或数字内容形式传输至计划处方对比模块(3416);
所述计划处方对比分析模块(3416)用于对比和分析服药计划设置模块(3413)和处方上传识别模块(3415)中的参数,当对比匹配结果高于预设值时,向警示模块(3417)发出警示信号;
所述警示模块(3417)接收到警示信号后,发出警报;
所述数据传输模块(24)还包括接口模块(241),所述接口模块(241)用于获取医院***中的个人处方数据,并传输至处方上传识别模块(3415);
所述接口模块(241)还用于向特定单位提供开放的接口以便获取本***中用户的服药记录数据。
9.根据权利要求1所述的一种智能服药管理***,其特征在于,所述智能分析引擎模块(252)包括疾病推荐分析模块(2521)、药品推荐分析模块(2522)和顾问推荐分析模块(2523);
所述疾病推荐分析模块(2521)包括标准向量建立单元、实时数据向量建立单元、向量比对单元和权重计算单元;
所述标准向量建立单元根据所述疾病库模块(212)和症状库模块(213)中的关键词建立标准向量并传输至向量对比单元;
其中代表用户输入的症状关键词与症状库模块(213)中对应的数据;/>表示与个人信息记录模块(36)中的关键词在疾病库模块(212)和症状库模块(213)中对应的数据;bn、pn、an分别表示基本信息模块(361)、生理参数信息模块(362)和行为信息模块(363)中的关键词在疾病库模块(212)和症状库模块(213)中对应的数据;地理气候信息向量/>rn、wn分别表示所属地区和天气信息中的关键词在疾病库模块(212)和症状库模块(213)中对应的数据;
所述实时数据向量建立单元根据t时间内个人信息记录获取单元和环境信息获取单元中的实时数据,建立向量并传输至向量对比单元;/>为个人信息记录获取单元中的实时数据;/>为环境信息获取单元中的实时数据;
所述向量对比单元用于接收所述标准向量建立单元和所述实时数据向量建立单元的数据,对向量与/>取交集,记为(g1,g2,g3,...gm),并传输至所述权重计算单元;m为向量/>与/>交集的元素数量;
所述权重计算单元计算得分并传输至排序模块(253);/>表示预设的每个数据的权重值;n=1,2,...,m;
所述药品推荐分析模块(2522)包括关键词提取单元、综合计算单元、推荐指数计算单元和相似度计算单元;
所述关键词提取单元用于获取疾病添加模块(323)中的疾病数据,对所述药品库模块(214)中的疾病关键词进行提取,并传输至综合计算单元;
所述综合计算单元用于对提取的关键词i进行综合权重计算,计算公式为其中WTP-IDF(i)是关键词的TP-IDF权重值,Wp(i)是根据关键词设置的权重值,并传输至推荐指数计算单元;Wweight(i)为综合权重;
所述推荐指数计算单元用于根据关键词的综合权重计算药品的推荐指数,记为Score=d1·Wweight(i1)+d2·Wweight(i2)+d3·Wweight(i3)+...+dm·Wweight(im);(d1,d2,d3,...dm)为药品向量集合;
(Wweight(i1),Wweight(i2),Wweight(i3),...Wweight(im))为药品向量集合对应的权重集合;
所述相似度计算单元用于对药品进行相似度计算,并根据推荐指数与相似度的数值,以降序方式选取前k种药品,并传输至排序模块(253);其中,药品相似度其中A,B为给定不同药品集合;当A、B集合为空集时,J(A,B)取值为1,并将推荐指数与相似指数较高的药品传输至排序模块(253)。
10.根据权利要求5所述的一种智能服药管理***,其特征在于,所述顾问添加模块(351)包括顾问查询模块(3511)和顾问推荐模块(3512);
所述顾问推荐模块(3512)用于根据用户所添加的疾病和顾问的信息向用户推荐最佳顾问,包括顾问类型选择单元、顾问信息获取单元和推荐指数生成单元;
所述顾问类型选择单元的结果矩阵Bi=[B1,B2],其中B1表示医生类,B2代表非医生类;
所述顾问信息获取用于从职业认证模块(43)获取信息,包括职称等级集合Ci=[C1,C2,C3,...,Cn1]、从业时长矩阵Di=[D1]、学历证书集合Ei=[E1,E2,E3,...,En2]、资格证书集合Fi=[F1,F2,F3,...,Fn3];Fn3表示第n3种资格证书;En2表示第n2***书;Cn1表示第n1种职称等级;D1表示从业时长;
所述推荐指数单元用于根据接收的数据生成推荐指数,并传输和以降序排列显示至用户端;
所述推荐指数单元根据接收的数据生成推荐指数的步骤包括:
S1,所述顾问推荐模块(3512)接收顾问类型选择单元、职称等级模块、从业时长模块、学历证书模块和资格证书模块中的信息;
S2,获取顾问类型选择单元中的数据;
S3,若Bi=B1,则生成推荐指数 其中C、E、F分别表示职称等级集合、学历证书集合、资格证书集合中的元素个数值,C"、D1"、E"、F"分别表示为参考职称等级个数、参考从业时长、参考学历证书个数、参考资格证书个数,/>ωC、/>ωE、ωF分别表示为预设的顾问类型选择单元、职称等级模块(432)、从业时长模块(433)、学历证书模块(434)和资格证书模块(435)的权重因子;
若Bi≠B1,则生成推荐指数 其中/>表示为预设亲友关系的权重因子。
CN202310584503.7A 2023-05-23 2023-05-23 一种智能服药管理*** Pending CN116959661A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310584503.7A CN116959661A (zh) 2023-05-23 2023-05-23 一种智能服药管理***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310584503.7A CN116959661A (zh) 2023-05-23 2023-05-23 一种智能服药管理***

Publications (1)

Publication Number Publication Date
CN116959661A true CN116959661A (zh) 2023-10-27

Family

ID=88448218

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310584503.7A Pending CN116959661A (zh) 2023-05-23 2023-05-23 一种智能服药管理***

Country Status (1)

Country Link
CN (1) CN116959661A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117349452A (zh) * 2023-12-04 2024-01-05 长春中医药大学 一种用于中医药物检索的信息服务***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117349452A (zh) * 2023-12-04 2024-01-05 长春中医药大学 一种用于中医药物检索的信息服务***
CN117349452B (zh) * 2023-12-04 2024-02-09 长春中医药大学 一种用于中医药物检索的信息服务***

Similar Documents

Publication Publication Date Title
US11580090B2 (en) Community data aggregation with automated followup
CN107085817B (zh) 医疗***
CN105260588B (zh) 一种健康守护机器人***及其数据处理方法
Borum et al. Improving clinical judgment and decision making in forensic evalution
US6151581A (en) System for and method of collecting and populating a database with physician/patient data for processing to improve practice quality and healthcare delivery
US20110046970A1 (en) Electronic Client Data Acquisition and Analysis System
Glick How reliable are surveys of client satisfaction with healthcare services? Evidence from matched facility and household data in Madagascar
EP2057572B1 (en) An interactive testing system for analysing biological samples.
US20020035486A1 (en) Computerized clinical questionnaire with dynamically presented questions
US20090240529A1 (en) Method for selecting a high risk patient for participation in a care management program for patients having poor prognoses
CN111785374A (zh) 一种基于大数据的健康状况分析预测方法及***
JP7041437B2 (ja) 健康情報総合管理システム、健康情報総合管理方法、および、健康情報総合管理プログラム
CN111863223B (zh) 医疗卫生服务的推荐方法、***、电子设备及存储介质
CN112002397A (zh) 一种临床决策支持和临床成本管理***
Linkins et al. Immunization registries: the cornerstone of childhood immunization in the 21st century
WO2021140731A1 (ja) 情報伝達装置および情報伝達方法
CN116959661A (zh) 一种智能服药管理***
Gharibi et al. Pay-for-performance challenges in family physician program
US20160306937A1 (en) Smart health management service and system by using automation platform installed in smart phones
US20080319784A1 (en) Online health consultation
CN111161820B (zh) 一种口腔健康管理***
Winthereik “We fill in our working understanding”: on codes, classifications and the production of accurate data
CN116228440B (zh) 一种医保智能管理方法、***、装置和介质
Xiong et al. Factors influencing health care professionals’ adoption of mobile platform of medical and senior care in China
Borseth et al. Superficial Adherence to EBP: An Example of Low Fidelity to the RNR model using a Halfway House

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination