CN113096797A - 基于智能终端的问诊系统 - Google Patents

基于智能终端的问诊系统 Download PDF

Info

Publication number
CN113096797A
CN113096797A CN202110412087.3A CN202110412087A CN113096797A CN 113096797 A CN113096797 A CN 113096797A CN 202110412087 A CN202110412087 A CN 202110412087A CN 113096797 A CN113096797 A CN 113096797A
Authority
CN
China
Prior art keywords
patient
doctor
module
evaluation
time
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
CN202110412087.3A
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.)
Hangzhou Zhuojian Information Technology Co ltd
Original Assignee
Hangzhou Zhuojian Information Technology Co ltd
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 Hangzhou Zhuojian Information Technology Co ltd filed Critical Hangzhou Zhuojian Information Technology Co ltd
Priority to CN202110412087.3A priority Critical patent/CN113096797A/zh
Publication of CN113096797A publication Critical patent/CN113096797A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/32—User authentication using biometric data, e.g. fingerprints, iris scans or voiceprints
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT 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/20—ICT 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
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring

Landscapes

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

Abstract

本发明公开了基于智能终端的问诊系统，包括登录注册模块、寻医挂号模块、问诊排队模块、智能辅诊模块、医生问诊模块、药事服务模块、评价模块和数据库，所述登录注册模块用于对账号进行注册登录，同时对患者身份信息进行认证及核对，所述寻医挂号模块用于查找医生信息并对该医生进行挂号，所述问诊排队模块可查看各医生排队人数及所挂号的排队位置，同时在此期间患者也可提出退款或申请向后调整排队位置，本发明能够匹配数据库对患者的病情进行确认，节约了医生的接诊时间，提高了接诊效率。

Description

基于智能终端的问诊系统
技术领域
本发明涉及医疗技术领域，具体为基于智能终端的问诊系统。
背景技术
随着社会的发展和人们生活水平的提高，人们对自身的健康情况越来越重视，有病就 医已经成为人们的共识，但是随着生活节奏的加快，人们碍于工作或忙于其他事物，导致 人们没有时间去医院就医。
针对以上情况，本发明提供基于智能终端的问诊系统，能够通过音频、视频对患者进 行就诊，同时在患者排队期间对患者进行智能问诊及病情数据采集，大大缩短了接诊医生 的接诊时间，提高了接诊医生的接诊效率，通过电子处方和药事服务，实现配药上门，实时满足居民常见病问诊/慢病续方需求，让医疗服务触手可及。
发明内容
本发明的目的在于提供基于智能终端的问诊系统，以解决上述背景技术中提出的问题。
为了解决上述技术问题，本发明提供如下技术方案：基于智能终端的问诊系统，包括 登录注册模块、寻医挂号模块、问诊排队模块、智能辅诊模块、医生问诊模块、药事服务模块、评价模块和数据库，
所述登录注册模块用于对账号进行注册登录，同时对患者身份信息进行认证及核对， 所述登录注册模块对账号进行注册是通过手机号进行的，
所述寻医挂号模块用于查找医生信息并对该医生进行挂号，
所述问诊排队模块可查看各医生排队人数及所挂号的排队位置，同时在此期间，患者 也可提出退款或向后调整排队位置的申请，
所述智能辅诊模块通过患者填写的病情详述，提取其中的关键词，匹配数据库，对病 情进行预估并与患者进行确认，待患者确认后，所述智能辅诊模块针对患者病情开出处方，
所述医生问诊模块通过与患者进行音频或视频连接对患者进行问诊，
所述药事服务模块中，药师可以通过在线审方确认处方用药的合理性，并开具相应的 CA签名，经审核的处方会通过短信发送到患者的注册手机号上，问诊结束，
所述评价模块用于获取患者评价，并将评价信息保存到数据库，
所述追溯模块用于根据单位时间内患者服用接诊医生所开处方产生的不适反应判断 是否是医生误诊，
所述数据库用于保存各模块产生的数据信息。
本发明各个模块紧密相连，且各模块与数据库均可进行信息交流，各模块可从数据库 中实时获取需要的信息，同时也将各模块产生的数据信息保存到数据库中，进一步加强各 模块间的信息交流。
进一步的，所述登录注册模块包括注册模块和登录模块，
所述注册模块需要获取患者填写的注册手机号，所述注册模块会给患者的注册手机号 发送手机验证码，所述注册模块接收患者填写的手机验证码，并自动核对填写的手机验证 码是否正确，若填写的手机验证码不正确，需要患者重新填写，若填写的手机验证码正确， 则注册模块会对患者进行身份认证，即通过提供的数据库接口对患者的姓名及身份证号进 行比对，若姓名及身份证号相符，则账号注册成功，且患者成功登录，若姓名及身份证号 不相符，则身份认证失败，需要患者重新进行身份认证；
所述登录模块包括手机号登录和人脸识别登录两种方式，所述手机号登录方式需要获 取患者填写的注册手机号，所述登录模块会给患者的注册手机号发送手机验证码，所述登 录模块接收患者填写的手机验证码，并自动核对填写的手机验证码是否正确，若填写的手 机验证码不正确，需要患者重新填写，若填写的手机验证码正确，则登录模块会在该系统 的数据库中自动匹配患者的登录手机号，如果数据库中匹配不到该登录手机号，则患者未 注册，登录模块自动跳转到注册模块，如果数据库成功匹配该登录手机号，则账号成功登 录，
所述人脸识别登录方式需要通过患者所用设备中的摄像头获取患者的人脸信息，登录 模块将获取到的患者的人脸信息通过提供的数据库接口与患者身份证上的人脸信息相比 较，若两者的人脸信息符合，则成功登录，若两者的人脸信息不符合，则登录失败，并向 患者反馈是否重新获取人脸信息，当患者确认重新获取人脸信息时，则登录模块通过患者 所用设备中的摄像头重新获取患者的人脸信息并对比提供的数据库中的数据，当患者确认 不重新获取人脸信息时，则自动跳转到手机号登录方式；
所述通过人脸识别登录方式的患者可以是未注册账号的患者，且成功登录后自动注册 账号且完成身份认证，但需绑定手机号，
所述登录注册模块中，成功登录的账号能够查询历史问诊记录。
本发明登录注册模块中直接在患者注册账号时完成对患者的身份认证，不需患者在之 后的流程中重复认证，大大节省了患者的时间，同时在患者成功登录账号后，患者可直接 查询历史的问诊记录，如果历史问诊记录中存在与当前病症表现相同的情况，患者可直接 参考历史问诊记录的内容，对当前病症进行治疗，无需重复挂号问诊，这样为患者不仅节 省了时间，还节省了金钱，本发明登录注册模块还包括扫码登录的登录方式，支持与互联 网医院系统互联互通，互联网医院的移动患者端可以扫码直接登入问诊终端发起问诊。
进一步的，所述寻医挂号模块用于帮助患者查找医生并进行挂号，
所述医生查找方式包括科室查找和医生列表查找，所述科室查找通过选择具体的科室 实现对医生的查找，所述不同科室对应不同的医生，所述医生列表查找通过浏览医生列表 查找具体的医生，所述医生列表包含各个科室的所有医生，查找到具体的医生后，患者可 查看该医生主页，
所述医生主页包含该医生的历史接诊量、患者评价、擅长的疾病治疗和当前待接诊人 数，
所述同科室的医生当前待接诊人数存在上限，当医生待接诊人数达到上限时，则患者 无法继续对该医生进行挂号，所述医生当前待接诊人数上限的计算流程为
步骤一是统计科室内的接诊医生人数n，距离下班的时间T，
步骤二是对当前科室内各接诊医生的待接诊人数x与相应接诊医生平均接诊一个患者 的时间t相乘，得到各接诊医生的待接诊时间，
步骤三是将各接诊医生按待接诊时间从大到小的方式进行排序，并标记序号，即序号 为n的接诊医生当前待接诊人数为xn，序号为n的接诊医生平均接诊一个患者的时间为 tn，
步骤四是将待接诊时间最少的接诊医生当前的待接诊人数定为初始待接诊人数x0，待 接诊时间最少的接诊医生平均接诊一个患者的时间定为初始接诊时间t0，初始待接诊时间 为初始待接诊人数x0与初始接诊时间t0的乘积，即x0t0，对各接诊医生工作量进行分流限 定，各接诊医生的待接诊时间不超过下班时间，且各接诊医生与待接诊时间最少的接诊医 生相比，各接诊医生的待接诊时间不超过最少待接诊时间的三分之一，
步骤五是计算各接诊医生当前待接诊人数上限，即当初始待接诊时间x0t0的
Figure BDA0003024235860000041
小于等 于距离下班的时间T，即
Figure BDA0003024235860000042
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000043
即
Figure BDA0003024235860000044
为该医生当前的待接诊人数上限，当初始待接诊时间x0t0的
Figure BDA0003024235860000045
大于距离下班的时 间T，即
Figure BDA0003024235860000046
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000047
即
Figure BDA0003024235860000048
为该医生当 前的待接诊人数上限，
所述患者查看完医生主页且对该医生满意后，可针对该医生进行挂号，所述挂号成功 时，所述寻医挂号模块会自动生成挂号号码及排队号码，并通过短信发送到患者的注册手 机号上，
所述挂号号码按当前挂号顺序自动生成，所述排队号码按当前排队顺序自动生成，
所述患者的挂号号码与排队号码不同，患者的挂号号码不会变化，患者的排队号码会 因患者排队位置的变化而发生改变，所述患者的排队号码会实时更新。
本发明寻医挂号模块通过计算公式对各科室接诊医生当前的待接诊人数及人数上限 进行监控及调整，不仅考虑到各接诊医生平均接诊一个患者的时间t、各接诊医生当前的 待接诊人数x、距离下班的时间T、当前待接诊时间最少的接诊医生的待接诊人数x0与当 前待接诊时间最少的接诊医生平均接诊一个患者所用的时间t0，还确保各接诊医生与当前 待接诊时间最少的接诊医生相比，当前各接诊医生的待接诊时间不超过最少待接诊时间的 三分之一，从这些因素综合考虑，对挂号患者的人数进行有效分流，防止各接诊医生同时 存在忙不过来和闲着没事做的情况发生。同时对挂号号码及排队号码做出区分，通过挂号 号码对患者的身份进行确认，通过排队号码对排队位置进行确认，若不做出区分，患者可 能会因排队位置的变动而造成不好的体验。
进一步的，所述问诊排队模块中，患者可查看各医生问诊排队人数及自身所挂号的排 队位置，
所述患者在排队期间可向问诊排队模块提出申请，所述申请包括退款和调整排队位置，
所述调整排队位置只能向后调整排队位置，所述调整排队位置的申请需要患者备注预 估问诊时间，
所述问诊排队模块计算当前时间到患者预估问诊时间的时间差，将所得时间差除以挂 号医生平均每位患者的接诊时间，得到该医生从当前时间到患者预估时间内的预估接诊人 数h1，
所述当前时间该医生接诊的排队号码为h2，
所述问诊排队模块调整后的排队位置为h1+h2，且从患者原来排队位置到调整后的排队 位置之间的所有患者排队号码均减一，
在患者排队结束，即接诊医生对该患者叫号接诊时，所述问诊排队模块会给患者的注 册手机号发送短信通知。
本发明问诊排队模块具有患者可通过申请调整排队位置的功能，该功能在不影响其他 患者问诊体验的情况下，为因临时有事导致的不能按时就诊的患者提供了方便，同时还减 少了挂号的退款率。
进一步的，所述智能辅诊模块包括病情填写模块、关键词提取模块、病症预估模块、 药品匹配模块和预估病症确认模块，
所述病情填写模块会主动给患者发送填写病情详述的请求，待患者提交完填写的病情 详述后；
所述关键词提取模块会自动提取患者病情详述中的关键词，然后根据关键词智能比对 原院内病历或互联网医院病历数据库，判断患者是否是复诊患者或者慢性病患者，
若患者既不是复诊患者也不是慢性病患者，则关键词提取模块将从患者病情详述中提 取的关键词传送给病症预估模块，
若患者是复诊患者或者慢性病患者，则根据患者病情详述中提取的关键词判断患者的 病情是否有明显变化或危急值出现，当患者的病情有明显变化或危急值出现时，关键词提 取模块会对患者填写的病情详述做备注，标示出患者的病情变化情况，并将患者的病情详 述及备注上传到数据库中，当患者的病情没有明显变化或危急值出现时，患者会自动跳转 到药品匹配模块；
所述药品匹配模块需要复诊患者或慢性病患者提交需要购买的且存在于以前接诊医 生针对该病所开处方中的药品信息，药品匹配模块根据患者提交的药品信息自动比对药品 库和门店库存库，查找相同种类、品牌和规格的药品，若查找到符合要求的药品，则会查 找距离患者所处位置最近的存有该药品的门店库存库，并显示给患者，若未查找到符合要 求的药品，则会按患者提交的药品信息查找相同功效的的不同种类、品牌或规格的其他药 品，在接诊医生审核的情况下通过药品匹配模块呈现给患者，并根据患者所处位置呈现存 有接诊医生审核药品的最近门店库存库，若接诊医生审核未通过，则会重新按患者提交的 药品信息查找相同功效的的不同种类、品牌或规格的其他药品，继续提交给接诊医生审核；
所述病症预估模块会将获取到的关键词跟数据库进行对比，匹配相应的症状，查找数 据库中相应症状对应的病症，从而对患者的病情作出预估，
所述预估病症确认模块搜索数据库中预估病症对应的其他症状表现与患者进行确认， 所述预估病症对应的其他症状表现为预估病症具有的且患者在病情详述中不曾描述的症 状表现，
所述智能辅诊模块对患者病症的确认方式包括图片选择方式和文字判断方式，这两种 确认方式可供患者自己选择，每种确认方式均有5道题目，所述图片选择方式是智能辅诊 模块调取数据库中与预估病症相符的外观图片、B超图片和彩超图片供患者进行选择，所 述每道选择题中除图片外还有一个都不符合的选项，所述文字判断方式是智能辅诊模块调 取数据库中与预估病症相符的症状表现，患者只需判断是否具有即可，
若患者确认的结果均符合预估病症的症状表现，所述智能辅诊模块则判定患者具有该 病症，智能辅诊模块会匹配数据库中该病症对应的治疗处方，自动生成病例及治疗处方， 并交由接诊医生审核，若审核通过，接诊医生对智能辅诊模块提交的病例及治疗处方进行 签字，若审核不通过，智能辅诊模块将重新生成病例及新的治疗处方，再次提交给接诊医 生审核，智能辅诊模块待接诊医生对提交的病例及治疗处方签字后，将处方传递到药事服 务模块，同时该患者不再排队，
若患者确认的结果存在不符合预估病症症状表现的情况，所述智能辅诊模块不能确认 该患者具有该预估病症，所述预估病症此时只能起到参考作用，同时智能辅诊模块请求患 者上传自身症状表现图片，所述患者上传的自身症状表现图片包括症状外观图片、B超图 片和彩超图片，所述患者上传的自身症状表现图片数目为2～10张，
所述智能辅诊模块将患者填写的病情详述、预估病症和上传的症状表现图片保存到数 据库中，同时患者将自动退出智能辅诊模块，返回到寻医排队模块继续排队。
本发明智能辅诊模块在对患者的预估病症进行确认时，若成功确认，则智能辅诊模块 直接检索数据库中该病症的处方信息，自动生成病例及治疗处方，并结束问诊，不需接诊 医生继续接诊该患者，这样不仅节省了接诊医生的接诊时间，还提高接诊医生的工作效率； 若智能辅诊模块未能确认患者的预估病症，则会将患者的病情详述、预估病症和该患者上 传的症状表现图片保存到数据库中，为接下来接诊医生接诊该患者时提供参考资料，能够 有效提高接诊医生的接诊效率。
进一步的，所述医生问诊模块从数据库中自动调取待接诊患者的病情详述及备注、智 能辅诊模块判断的预估病症和该患者上传的症状表现图片，将其传递给该患者挂号时对应 的接诊医生，供接诊医生对该患者病情进行分析，
所述接诊医生通过医生问诊模块与该患者进行音频或视频连接，对该患者进行问诊， 所述问诊过程中，该患者可随时查看医生当前情况，
所述接诊医生通过与该患者的问诊情况，对该患者的病症进行确认，
所述接诊医生在确认该患者病症后，则可跳转到开医嘱界面，在开医嘱界面填写医嘱 信息，所述医嘱信息包括该患者病历、处方信息及CA签名，所述医嘱信息实时同步，患者可以同步看到接诊医生填写的病历、处方信息及CA签名，所述接诊医生在开具医嘱后，流转到药事服务模块。
本发明医生问诊模块从数据库中自动调取待接诊患者填写的病情详述、智能辅诊模块 判断的预估病症和该患者上传的症状表现图片，通过这些资料，接诊医生可以更清楚的了 解患者的病情，节省问诊时间。同时在问诊期间，患者通过医生问诊模块可以随时查看医 生当前情况，对医生进行监督，防止医生不专心问诊的情况发生。
进一步的，所述评价模块用于获取患者在问诊结束后对接诊医生的评价内容，所述评 价内容包括五星评分和文字编辑评价，待患者提交评价后，所述评价模块会对患者评价内 容进行处理，所述评价模块会自动将处理后有效的评价内容保存到数据库中，
所述评价模块对患者评价的具体处理方式为：所述评价模块提取患者提交评价距离就 诊结束的时间、评价内容的关键词和历史评价中无效评价的占比，
所述评价模块将患者提交评价距离就诊结束的时间与第一预设值进行比较，
当患者提交评价距离就诊结束的时间大于第一预设值时，调取患者历史就诊各个评价 距离就诊结束的时间，计算患者历史就诊各个评价距离就诊结束的平均时间，将平均时间 乘上承受范围因数，得到第三预设值，所述承受范围因数是可变的，由前一天所有提交评 价的患者距离就诊结束时间的平均值除以前两天所有提交评价的患者距离就诊结束时间 的平均值得到，
当患者提交评价距离就诊结束的时间大于第一预设值且小于等于第三预设值时，或者 患者提交评价距离就诊结束的时间小于等于第一预设值时，将患者评价的关键词与预制的 评价数据匹配库进行匹配，判断评价中的关键词是否存在不文明词汇或者与对应接诊医生 所属科室的匹配度，所述匹配度包括三种，分别为不匹配、中性和匹配，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配或中 性，则评价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
当患者提交评价距离就诊结束的时间大于第一预设值且大于第三预设值时，
将患者评价的关键词与预制的评价数据库进行匹配，判断评价中的关键词是否存在不 文明词汇或者与对应接诊医生所属科室的匹配度，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配，则评 价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为中性，则评 价模块会将历史评价中无效评价的占比与第二预估值进行比较，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比大于等于第四预估值，则评价模块 自动判定该评价无效，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比小于第四预估值，则评价模块自动 判定该评价有效，
如果历史评价中无效评价的占比小于第二预估值，则评价模块自动判定该评价有效。
本发明评价模块对患者的评价内容进行筛选，判断患者评价是否有效，并将有效的评 价进行保存，同时在医生主页中进行实时更新，同时评价也反馈了患者对该接诊医生的认 可程度，为其他查看该接诊医生的挂号患者提供了参考价值，评价模块在对患者评价处理 过程中，匹配度里的不匹配表示患者评价中的关键词与接诊医生所属科室不一样，患者存 在乱评价或错误评价的举动，中性表示仅通过患者评价中的关键词无法判断接诊医生所属 科室，匹配表示通过患者评价中的关键词能够判断接诊医生所属科室。设置第一预设值是 为了防止患者提交评价距离就诊结束的时间太短导致的评价不准确，无法真实反馈患者自 身的情况，设置第二预估值是为了防止患者历史评价中的无效评价占比太高，从而导致本 次评价也可能是患者随意评价的，对其他患者的参考价值不大，设置第三预设值是考虑到 患者历史就诊中各个评价距离就诊结束的平均时间，当患者提交评价距离就诊结束的时间 小于平均时间时，说明患者对此次评价可能没有认真对待，设置第四预估值是为了判断患 者无效评价中因存在不文明词汇及与接诊医生所属科室不匹配造成的无效评价占比，若占 比高，则说明患者的评价中存在不文明词汇或者胡乱评价的概率较大，因此，此患者的评 价对其他患者的参考价值不大。
进一步的，所述患者在结束问诊后，根据智能辅诊模块或接诊医生开出的处方就药， 在单位时间内，若身体出现不适反应，患者可通过追溯模块对自身状态进行病情反馈，所 述患者病情反馈包括两个方面，分别为每次就药时间及药量和身体不适反应描述，
所述追溯模块将患者病情反馈中患者每次就药时间及药量与智能辅诊模块或接诊医 生开出的处方信息进行对比，判断患者就药的种类、时间及药量与处方信息中的描述是否 一致，
若描述一致，则直接进行身体不适反应症状对比，
若描述不一致，则将对比结果保存，然后进行身体不适反应症状对比；
所述身体不适反应症状对比根据患者病情反馈中身体不适反应描述的内容进行关键 词提取，追溯模块调取数据库中智能辅诊模块或接诊医生所开处方中每种药物对应的不良 反应内容，将追溯模块调取的药物对应的不良反应内容与根据患者身体不适反应描述内容 提取的关键词进行对比，
若追溯模块调取的药物对应的不良反应内容包含提取的关键词，所述追溯模块将该关 键词对应的药物名称及不良反应进行保存，
若追溯模块调取的药物对应的不良反应内容不包含提取的关键词，则追溯模块判定患 者的不适反应不是药物过敏导致的；
所述追溯模块将患者的病情反馈、患者每次就药时间及药量与处方信息的对比结果、 患者身体不适反应症状对比的结果传送给对应的接诊医生，接诊医生根据接收到的信息判 断患者的不适反应判断是患者自身原因导致的，还是误诊导致的，并在规定时间内通过追 溯模块对患者情况作出反馈。
本发明追溯模块中将患者每次就药时间及药量与智能辅诊模块或接诊医生开出的处 方信息进行对比，是为了帮助接诊医生提供一种判断依据，
当药物种类不一样时，判断患者的不适反应是否由于误服其他种类的药物导致的，
当药物种类一样，患者每次的就药时间及药量不一样时，判断患者的不适反应是否因 未正确就药，病情恶化导致的；
追溯模块身体不适反应症状对比是为了判断患者是否对处方中所开的药过敏，从而导 致的身体不适；
最后接诊医生根据追溯模块传送的信息对患者身体不适的原因进行判断，并在规定时 间内通过追溯模块对患者情况作出反馈，
若患者是由于误服其他药物导致的，则建议患者正确用药，
若患者是由于未正确就药，病情恶化导致的，则建议患者正确就药，并重新挂号进行 诊治，
若患者是由于药物过敏导致的，则根据患者过敏药物的功效，跟换相同功效的其他药 物，
若患者是由于病情恶化导致的，则建议患者尽快进行诊治，
若患者是由于接诊医生误诊导致的，则对患者进行致歉，并重新开处方。
本发明设定患者在单位时间内才能够通过追溯模块进行患者病情反馈，一方面是由于 时间越长，患者产生的不适原因越难分析，也可能是其他因素导致的，同时限制超过单位 时间的患者不能进行患者病情反馈，可以减少数据库的负担，避免数据库臃肿。
本发明设定接诊医生在规定时间内对患者情况作出反馈，起到信息及时性的效果，避 免因接诊医生回复不及时，从而导致患者的情况恶化。
进一步的，所述患者调整排队位置的申请最多只能申请两次。
本发明问诊排队模块对患者调整排队位置的申请次数作出限制，这样是为了防止患者 恶意扰乱排队次序，从而对其他患者造成不好的问诊体验。
与现有技术相比，本发明所达到的有益效果是：本发明从多方面考虑，对各科室接诊 医生的待接诊人数上限进行设定，能够有效对患者人数进行分流，同时患者调整排队位置 的申请能够有效提升患者的认同感，减少挂号退款率，并且智能辅诊模块不仅可以提高接 诊医生的接诊效率，同时还为接诊医生提供接诊时的参考资料，节省接诊医生的接诊时间。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例 一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是本发明基于智能终端的问诊系统的组成示意图；
图2是本发明基于智能终端的问诊系统的登录注册模块流程示意图；
图3是本发明基于智能终端的问诊系统的寻医挂号模块流程示意图；
图4是本发明基于智能终端的问诊系统的问诊排队模块流程示意图；
图5是本发明基于智能终端的问诊系统的智能辅诊模块流程示意图；
图6是本发明基于智能终端的问诊系统的医生问诊模块流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地 描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本 发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实 施例，都属于本发明保护的范围。
请参阅图1-6，本发明提供技术方案：基于智能终端的问诊系统，包括登录注册模块、 寻医挂号模块、问诊排队模块、智能辅诊模块、医生问诊模块、评价模块和数据库，
所述登录注册模块用于对账号进行注册登录，同时对患者身份信息进行认证及核对， 所述登录注册模块对账号进行注册是通过手机号进行的，
所述寻医挂号模块用于查找医生信息并对该医生进行挂号，
所述问诊排队模块可查看各医生排队人数及所挂号的排队位置，同时在此期间，患者 也可提出退款或向后调整排队位置的申请，
所述智能辅诊模块通过患者填写的病情详述，提取其中的关键词，匹配数据库，对病 情进行预估并与患者进行确认，待患者确认后，所述智能辅诊模块针对患者病情开出处方，
所述医生问诊模块通过与患者进行音频或视频连接对患者进行问诊，
所述药事服务模块中，药师可以通过在线审方确认处方用药的合理性，并开具相应的 CA签名，经审核的处方会通过短信发送到患者的注册手机号上，问诊结束，
所述评价模块用于获取患者评价，并将评价信息保存到数据库，
所述追溯模块用于根据单位时间内患者服用接诊医生所开处方产生的不适反应判断 是否是医生误诊，
所述数据库用于保存各模块产生的数据信息。
所述登录注册模块包括注册模块和登录模块，
所述注册模块需要获取患者填写的注册手机号，所述注册模块会给患者的注册手机号 发送手机验证码，所述注册模块接收患者填写的手机验证码，并自动核对填写的手机验证 码是否正确，若填写的手机验证码不正确，需要患者重新填写，若填写的手机验证码正确， 则注册模块会对患者进行身份认证，即通过提供的数据库接口对患者的姓名及身份证号进 行比对，若姓名及身份证号相符，则账号注册成功，且患者成功登录，若姓名及身份证号 不相符，则身份认证失败，需要患者重新进行身份认证；
所述登录模块包括手机号登录和人脸识别登录两种方式，所述手机号登录方式需要获 取患者填写的注册手机号，所述登录模块会给患者的注册手机号发送手机验证码，所述登 录模块接收患者填写的手机验证码，并自动核对填写的手机验证码是否正确，若填写的手 机验证码不正确，需要患者重新填写，若填写的手机验证码正确，则登录模块会在该系统 的数据库中自动匹配患者的登录手机号，如果数据库中匹配不到该登录手机号，则患者未 注册，登录模块自动跳转到注册模块，如果数据库成功匹配该登录手机号，则账号成功登 录，
所述人脸识别登录方式需要通过患者所用设备中的摄像头获取患者的人脸信息，登录 模块将获取到的患者的人脸信息通过提供的数据库接口与患者身份证上的人脸信息相比 较，若两者的人脸信息符合，则成功登录，若两者的人脸信息不符合，则登录失败，并向 患者反馈是否重新获取人脸信息，当患者确认重新获取人脸信息时，则登录模块通过患者 所用设备中的摄像头重新获取患者的人脸信息并对比提供的数据库中的数据，当患者确认 不重新获取人脸信息时，则自动跳转到手机号登录方式；
所述通过人脸识别登录方式的患者可以是未注册账号的患者，且人脸信息对比成功后 自动注册账号且完成身份认证，但需绑定手机号，
所述登录注册模块中，成功登录的账号能够查询历史问诊记录。
所述寻医挂号模块用于帮助患者查找医生并进行挂号，
所述医生查找方式包括科室查找和医生列表查找，所述科室查找通过选择具体的科室 实现对医生的查找，所述不同科室对应不同的医生，所述医生列表查找通过浏览医生列表 查找具体的医生，所述医生列表包含各个科室的所有医生，查找到具体的医生后，患者可 查看该医生主页，
所述医生主页包含该医生的历史接诊量、患者评价、擅长的疾病治疗和当前待接诊人 数，
所述同科室的医生当前待接诊人数存在上限，当医生待接诊人数达到上限时，则患者 无法继续对该医生进行挂号，所述医生当前待接诊人数上限的计算流程为
步骤一是统计科室内的接诊医生人数n，距离下班的时间T，
步骤二是对当前科室内各接诊医生的待接诊人数x与相应接诊医生平均接诊一个患者 的时间t相乘，得到各接诊医生的待接诊时间，
步骤三是将各接诊医生按待接诊时间从大到小的方式进行排序，并标记序号，即序号 为n的接诊医生当前待接诊人数为xn，序号为n的接诊医生平均接诊一个患者的时间为 tn，
步骤四是将待接诊时间最少的接诊医生当前的待接诊人数定为初始待接诊人数x0，待 接诊时间最少的接诊医生平均接诊一个患者的时间定为初始接诊时间t0，初始待接诊时间 为初始待接诊人数x0与初始接诊时间t0的乘积，即x0t0，对各接诊医生工作量进行分流限 定，各接诊医生的待接诊时间不超过下班时间，且各接诊医生与待接诊时间最少的接诊医 生相比，各接诊医生的待接诊时间不超过最少待接诊时间的三分之一，
步骤五是计算各接诊医生当前待接诊人数上限，即当初始待接诊时间x0t0的
Figure BDA0003024235860000131
小于等 于距离下班的时间T，即
Figure BDA0003024235860000141
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000142
即
Figure BDA0003024235860000143
为该医生当前的待接诊人数上限，当初始待接诊时间x0t0的
Figure BDA0003024235860000144
大于距离下班的时 间T，即
Figure BDA0003024235860000145
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000146
即
Figure BDA0003024235860000147
为该医生当 前的待接诊人数上限，
例如当前科室内共有三名接诊医生A、B、C，距离下班时间T还有4小时，A的当前 待接诊人数为11人，A接诊一名患者的平均时间为0.3小时，B的当前待接诊人数为9人， B接诊一名患者的平均时间为0.4小时，C的当前待接诊人数为6人，C接诊一名患者的 平均时间为0.45小时，
A、B、C的待接诊时间分别为3.3小时、3.6小时和2.7小时，
对A、B、C的待接诊时间按从大到小的顺序进行排序并标记序号，则序号为1的接诊医生为B，序号为2的接诊医生为A，序号为3的接诊医生为C，
B当前待接诊人数x1为9人，B平均接诊一个患者的时间t1为0.4小时，A当前待接 诊人数x2为11人，A平均接诊一个患者的时间t2为0.3小时，C当前待接诊人数x3为6 人，C平均接诊一个患者的时间t3为0.45小时，初始待接诊人数x0为6人，初始接诊时 间t0为0.45小时，
将初始待接诊人数x0为6人与初始接诊时间t0为0.45小时代入
Figure BDA0003024235860000148
得到结果3.6 小时，将3.6小时与距离下班时间T为4小时进行比较，即3.6<4，则分别将t1、t2、t3的值代入
Figure BDA0003024235860000149
计算B、A、C的对应的当前待接诊人数上限，分别为9人、12人和8人， 即B的待接诊人数已经达到上限，患者无法继续对B进行挂号，A和C的待接诊人数还未 达到上限，患者还可以继续对A和C进行挂号。
所述患者查看完医生主页且对该医生满意后，可针对该医生进行挂号，所述挂号成功 时，所述寻医挂号模块会自动生成挂号号码及排队号码，并通过短信发送到患者的注册手 机号上，
所述挂号号码按当前挂号顺序自动生成，所述排队号码按当前排队顺序自动生成，
所述患者的挂号号码与排队号码不同，患者的挂号号码不会变化，患者的排队号码会 因患者排队位置的变化而发生改变，所述患者的排队号码会实时更新。
所述问诊排队模块中，患者可查看各医生问诊排队人数及自身所挂号的排队位置，
所述患者在排队期间可向问诊排队模块提出申请，所述申请包括退款和调整排队位置，
所述调整排队位置只能向后调整排队位置，所述调整排队位置的申请需要患者备注预 估问诊时间，
所述问诊排队模块计算当前时间到患者预估问诊时间的时间差，将所得时间差除以挂 号医生平均每位患者的接诊时间，得到该医生从当前时间到患者预估时间内的预估接诊人 数h1，
所述当前时间该医生接诊的排队号码为h2，
所述问诊排队模块调整后的排队位置为h1+h2，且从患者原来排队位置到调整后的排队 位置之间的所有患者排队号码均减一，
例如患者的挂号号码为28号，现在的时间是14点，对应接诊医生现在接诊的排队号 码为25号，接诊医生接诊一名患者的平均时间为0.25小时，但是患者因为临时有事，没办法按时就诊，患者可以向系统提出申请，并备注预估问诊时间为16点，则问诊排队模 块会自动计算患者预估问诊时间与当前时间的时间差，即16-14＝2，然后用所得时间差除 以该接诊医生接诊一名患者的平均时间，得到该医生从当前时间到患者预估时间内的预估接诊人数，即2/0.25＝8，最后用当前时间该医生接诊的挂号号码与该接诊医生预估接诊人数相加，即25+8＝33，得到患者调整排队位置为33号，且从患者原来排队位置到调整 后的排队位置之间的患者排队号码减一。
所述患者调整排队位置的申请最多只能申请两次，
在患者排队结束，即接诊医生对该患者叫号接诊时，所述问诊排队模块会给患者的注 册手机号发送短信通知。
所述智能辅诊模块包括病情填写模块、关键词提取模块、病症预估模块、药品匹配模 块和预估病症确认模块，
所述病情填写模块会主动给患者发送填写病情详述的请求，待患者提交完填写的病情 详述后；
所述关键词提取模块会自动提取患者病情详述中的关键词，然后根据关键词智能比对 原院内病历或互联网医院病历数据库，判断患者是否是复诊患者或者慢性病患者，
若患者既不是复诊患者也不是慢性病患者，则关键词提取模块将从患者病情详述中提 取的关键词传送给病症预估模块，
若患者是复诊患者或者慢性病患者，则根据患者病情详述中提取的关键词判断患者的 病情是否有明显变化或危急值出现，当患者的病情有明显变化或危急值出现时，关键词提 取模块会对患者填写的病情详述做备注，标示出患者的病情变化情况，并将患者的病情详 述及备注上传到数据库中，当患者的病情没有明显变化或危急值出现时，患者会自动跳转 到药品匹配模块；
所述药品匹配模块需要复诊患者或慢性病患者提交需要购买的且存在于以前接诊医 生针对该病所开处方中的药品信息，药品匹配模块根据患者提交的药品信息自动比对药品 库和门店库存库，查找相同种类、品牌和规格的药品，若查找到符合要求的药品，则会查 找距离患者所处位置最近的存有该药品的门店库存库，并显示给患者，若未查找到符合要 求的药品，则会按患者提交的药品信息查找相同功效的的不同种类、品牌或规格的其他药 品，在接诊医生审核的情况下通过药品匹配模块呈现给患者，并根据患者所处位置呈现存 有接诊医生审核药品的最近门店库存库，若接诊医生审核未通过，则会重新按患者提交的 药品信息查找相同功效的的不同种类、品牌或规格的其他药品，继续提交给接诊医生审核，
用户可以根据最近门店库存库位置选择外卖配送或上门购买，但无论是外卖配送，还 是上门购买，患者购买时均需要接诊医生对药品进行审核；
所述预估病症确认模块搜索数据库中预估病症对应的其他症状表现与患者进行确认， 所述预估病症对应的其他症状表现为预估病症具有的且患者在病情详述中不曾描述的症 状表现，
所述智能辅诊模块对患者病症的确认方式包括图片选择方式和文字判断方式，这两种 确认方式可供患者自己选择，每种确认方式均有5道题目，所述图片选择方式是智能辅诊 模块调取数据库中与预估病症相符的外观图片、B超图片和彩超图片供患者进行选择，所 述每道选择题中除图片外还有一个都不符合的选项，所述文字判断方式是智能辅诊模块调 取数据库中与预估病症相符的症状表现，患者只需判断是否具有即可，
若患者确认的结果均符合预估病症的症状表现，所述智能辅诊模块则判定患者具有该 病症，智能辅诊模块会匹配数据库中该病症对应的治疗处方，自动生成病例及治疗处方， 并交由接诊医生审核，若审核通过，接诊医生对智能辅诊模块提交的病例及治疗处方进行 签字，若审核不通过，智能辅诊模块将重新生成病例及新的治疗处方，再次提交给接诊医 生审核，智能辅诊模块待接诊医生对提交的病例及治疗处方签字后，将处方传递到药事服 务模块，同时该患者不再排队，
若患者确认的结果存在不符合预估病症的症状表现的情况，所述智能辅诊模块不能确 认该患者具有该预估病症，所述预估病症此时只能起到参考作用，同时智能辅诊模块请求 患者上传自身症状表现图片，所述患者上传的自身症状表现图片包括症状外观图片、B超 图片和彩超图片，所述患者上传的自身症状表现图片数目为2～10张，
所述智能辅诊模块将患者填写的病情详述、预估病症和上传的症状表现图片保存到数 据库中，同时患者将自动退出智能辅诊模块，返回到寻医排队模块继续排队。
所述医生问诊模块从数据库中自动调取待接诊患者的病情详述及备注、智能辅诊模块 判断的预估病症和该患者上传的症状表现图片，将其传递给该患者挂号时对应的接诊医生， 供接诊医生对该患者病情进行分析，
所述接诊医生通过医生问诊模块与该患者进行音频或视频连接，对该患者进行问诊， 所述问诊过程中，该患者可随时查看接诊医生当前情况，
所述接诊医生通过与该患者的问诊情况，对该患者的病症进行确认，
所述接诊医生在确认该患者病症后，则可跳转到开医嘱界面，在开医嘱界面填写医嘱 信息，所述医嘱信息包括该患者病历、处方信息及CA签名，所述医嘱信息实时同步，患者可以同步看到接诊医生填写的病历、处方信息及CA签名，所述接诊医生在开具医嘱后，流转到药事服务模块。
所述评价模块用于获取患者在问诊结束后对接诊医生的评价内容，所述评价内容包括 五星评分和文字编辑评价，待患者提交评价后，所述评价模块会对患者评价内容进行处理， 所述评价模块会自动将处理后有效的评价内容保存到数据库中，
所述评价模块对患者评价的具体处理方式为：所述评价模块提取患者提交评价距离就 诊结束的时间、评价内容的关键词和历史评价中无效评价的占比，
所述评价模块将患者提交评价距离就诊结束的时间与第一预设值进行比较，
当患者提交评价距离就诊结束的时间大于第一预设值时，调取患者历史就诊各个评价 距离就诊结束的时间，计算患者历史就诊各个评价距离就诊结束的平均时间，将平均时间 乘上承受范围因数，得到第三预设值，所述承受范围因数是可变的，由前一天所有提交评 价的患者距离就诊结束时间的平均值除以前两天所有提交评价的患者距离就诊结束时间 的平均值得到，
当患者提交评价距离就诊结束的时间大于第一预设值且小于等于第三预设值时，或者 患者提交评价距离就诊结束的时间小于等于第一预设值时，将患者评价的关键词与预制的 评价数据匹配库进行匹配，判断评价中的关键词是否存在不文明词汇或者与对应接诊医生 所属科室的匹配度，所述匹配度包括三种，分别为不匹配、中性和匹配，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配或中 性，则评价模块自动判定该评价无效，
本实施例中患者就诊的是眼科，患者提交评价距离就诊结束的时间小于等于第一预设 值，在患者评价中提取到的关键词出现骨头两个字，那么评价模块自动判别该评价与对应 接诊医生所属科室不匹配，该评价无效。
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
当患者提交评价距离就诊结束的时间大于第一预设值且大于第三预设值时，
将患者评价的关键词与预制的评价数据库进行匹配，判断评价中的关键词是否存在不 文明词汇或者与对应接诊医生所属科室的匹配度，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配，则评 价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为中性，则评 价模块会将历史评价中无效评价的占比与第二预估值进行比较，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比大于等于第四预估值，则评价模块 自动判定该评价无效，
本实施例中患者就诊的是眼科，患者提交评价距离就诊结束的时间大于第一预设值和 第三预设值且大于等于第二预估值和第四预估值，在患者评价中提取到的关键词出现的都 是中性词汇，未出现不文明词汇及与对应接诊医生所属科室不匹配的词汇，那么评价模块 自动判定患者无效评价中因不文明词汇及与接诊医生所属科室不匹配造成的无效评价占 比太大，同时该评价对其他患者参考价值不大，因此该评价无效。
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比小于第四预估值，则评价模块自动 判定该评价有效，
本实施例中患者就诊的是骨科，患者提交评价距离就诊结束的时间大于第一预设值和 第三预设值、大于等于第二预估值且小于第四预估值，在患者评价中提取到的关键词出现 的都是中性词汇，未出现不文明词汇及与对应接诊医生所属科室不匹配的词汇，那么评价 模块自动判定患者虽然无效评价占比较高，但是无效评价中因不文明词汇及与接诊医生所 属科室不匹配造成的无效评价占比不大，同时该评价中不存在不文明词汇及与对应接诊医 生所属科室不匹配的词汇，因此该评价有效。
如果历史评价中无效评价的占比小于第二预估值，则评价模块自动判定该评价有效。
本发明评价模块对患者的评价内容进行筛选，判断患者评价是否有效，并将有效的评 价进行保存，同时在医生主页中进行实时更新，同时评价也反馈了患者对该接诊医生的认 可程度，为其他查看该接诊医生的挂号患者提供了参考价值，评价模块在对患者评价处理 过程中，匹配度里的不匹配表示患者评价中的关键词与接诊医生所属科室不一样，患者存 在乱评价或错误评价的举动，中性表示仅通过患者评价中的关键词无法判断接诊医生所属 科室，匹配表示通过患者评价中的关键词能够判断接诊医生所属科室。设置第一预设值是 为了防止患者提交评价距离就诊结束的时间太短导致的评价不准确，无法真实反馈患者自 身的情况，设置第二预估值是为了防止患者历史评价中的无效评价占比太高，从而导致本 次评价也可能是患者随意评价的，对其他患者的参考价值不大，设置第三预设值是考虑到 患者历史就诊中各个评价距离就诊结束的平均时间，当患者提交评价距离就诊结束的时间 小于平均时间时，说明患者对此次评价可能没有认真对待，设置第四预估值是为了判断患 者无效评价中因存在不文明词汇及与接诊医生所属科室不匹配造成的无效评价占比，若占 比高，则说明患者的评价中存在不文明词汇或者胡乱评价的概率较大，因此，此患者的评 价对其他患者的参考价值不大。
所述患者在结束问诊后，根据智能辅诊模块或接诊医生开出的处方就药，在单位时间 内，若身体出现不适反应，患者可通过追溯模块对自身状态进行病情反馈，所述患者病情 反馈包括两个方面，分别为每次就药时间及药量和身体不适反应描述，
所述追溯模块将患者病情反馈中患者每次就药时间及药量与智能辅诊模块或接诊医 生开出的处方信息进行对比，判断患者就药的种类、时间及药量与处方信息中的描述是否 一致，
若描述一致，则直接进行身体不适反应症状对比，
若描述不一致，则将对比结果保存，然后进行身体不适反应症状对比；
所述身体不适反应症状对比根据患者病情反馈中身体不适反应描述的内容进行关键 词提取，追溯模块调取数据库中智能辅诊模块或接诊医生所开处方中每种药物对应的不良 反应内容，将追溯模块调取的药物对应的不良反应内容与根据患者身体不适反应描述内容 提取的关键词进行对比，
若追溯模块调取的药物对应的不良反应内容包含提取的关键词，所述追溯模块将该关 键词对应的药物名称及不良反应进行保存，
若追溯模块调取的药物对应的不良反应内容不包含提取的关键词，则追溯模块判定患 者的不适反应不是药物过敏导致的；
所述追溯模块将患者的病情反馈、患者每次就药时间及药量与处方信息的对比结果、 患者身体不适反应症状对比的结果传送给对应的接诊医生，接诊医生根据接收到的信息判 断患者的不适反应判断是患者自身原因导致的，还是误诊导致的，并在规定时间内通过追 溯模块对患者情况作出反馈。
本发明追溯模块中将患者每次就药时间及药量与智能辅诊模块或接诊医生开出的处 方信息进行对比，是为了帮助接诊医生提供一种判断依据，
当药物种类不一样时，判断患者的不适反应是否由于误服其他种类的药物导致的，
当药物种类一样，患者每次的就药时间及药量不一样时，判断患者的不适反应是否因 未正确就药，病情恶化导致的；
追溯模块身体不适反应症状对比是为了判断患者是否对处方中所开的药过敏，从而导 致的身体不适；
最后接诊医生根据追溯模块传送的信息对患者身体不适的原因进行判断，并在规定时 间内通过追溯模块对患者情况作出反馈，
若患者是由于误服其他药物导致的，则建议患者正确用药，
若患者是由于未正确就药，病情恶化导致的，则建议患者正确就药，并重新挂号进行 诊治，
若患者是由于药物过敏导致的，则根据患者过敏药物的功效，跟换相同功效的其他药 物，
若患者是由于病情恶化导致的，则建议患者尽快进行诊治，
若患者是由于接诊医生误诊导致的，则对患者进行致歉，并重新开处方。
本发明设定患者在单位时间内才能够通过追溯模块进行患者病情反馈，一方面是由于 时间越长，患者产生的不适原因越难分析，也可能是其他因素导致的，同时限制超过单位 时间的患者不能进行患者病情反馈，可以减少数据库的负担，避免数据库臃肿。
本发明设定接诊医生在规定时间内对患者情况作出反馈，起到信息及时性的效果，避 免因接诊医生回复不及时，从而导致患者的情况恶化。
本发明的工作原理：患者在登录注册模块中的登录模块里填写手机号及获取的手机验 证码，登录模块自动核对手机验证码是否正确，
若填写的手机验证码不正确，需要患者重新填写，
若填写的手机验证码正确，则登录模块会在该系统的数据库中自动匹配患者的登录手 机号，如果数据库成功匹配该登录手机号，则账号成功登录，如果数据库中匹配不到该登 录手机号，则患者未注册，登录模块自动跳转到注册模块。
患者在登录注册模块的注册模块里对账号进行注册，需填写注册手机号及获取的手机 验证码，登录模块自动核对填写的手机验证码是否正确，
若填写的手机验证码不正确，需要患者重新填写，
若填写的手机验证码正确，则注册模块会对患者进行身份认证，即通过提供的数据库 接口对患者的姓名及身份证号进行比对，若姓名及身份证号相符，则账号注册成功，且患 者成功登录。
患者也可直接通过人脸识别模块对人脸信息进行获取，登录注册模块会自动将获取到 的患者的人脸信息通过提供的数据库接口与患者身份证上的人脸信息相比较，若两者的人 脸信息符合，则成功登录，若两者的人脸信息不符合，则登录失败，并向患者反馈是否重 新获取人脸信息，当患者确认重新获取人脸信息时，则登录模块通过患者所用设备中的摄 像头重新获取患者的人脸信息并对比提供的数据库中的数据，当患者确认不重新获取人脸 信息时，则自动跳转到手机号登录方式，
患者在成功登录账号后，能够查询历史问诊记录。
当患者需要挂号问诊时，患者可以在寻医问诊模块中通过科室或医生列表对医生进行 查找，当查找到心仪的医生时，可以选择进入医生主页，对该医生的历史接诊量、患者评 价、擅长的疾病治疗和当前待接诊人数进行查看并挂号，挂号成功时，注册手机号会收到 成功挂号的短信通知。
若该医生的当前待接诊人数达到上限时，患者则无法继续对该医生进行挂号，需重新 选择心仪的医生进行挂号。
接诊医生当前待接诊人数上限的计算需先对科室内各医生的待接诊时间进行排序，然 后将
Figure BDA0003024235860000222
的值与距离下班的时间T进行比较，当初始待接诊时间x0t0的
Figure BDA0003024235860000221
小于等于距离 下班的时间T，即
Figure BDA0003024235860000223
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000224
即
Figure BDA0003024235860000225
为该医生当前的待接诊人数上限，当初始待接诊时间x0t0的
Figure BDA0003024235860000226
大于距离下班的时间T，即
Figure BDA0003024235860000227
时，则序号为n的接诊医生当前待接诊人数
Figure BDA0003024235860000228
即
Figure BDA0003024235860000229
为该医生当前的待接 诊人数上限。
患者在挂号后，则会进入问诊排队模块，该模块中，患者可查看各医生问诊排队人数 及自身所挂号的排队位置，同时如有特殊情况，也可向问诊排队模块提出退款或向后调整 排队位置申请，在患者排队结束，接诊医生对该患者叫号接诊时，问诊排队模块会给患者 的注册手机号发送短信通知。
在患者排队期间，智能辅诊模块会主动给患者发送填写病情详述的请求，
智能辅诊模块中的关键词提取模块会自动提取患者病情详述中的关键词，然后根据关 键词智能比对原院内病历或互联网医院病历数据库，判断患者是否是复诊患者或者慢性病 患者，
若患者既不是复诊患者也不是慢性病患者，则关键词提取模块将从患者病情详述中提 取的关键词传送给智能辅诊模块中的病症预估模块，
若患者是复诊患者或者慢性病患者，则根据患者病情详述中提取的关键词判断患者的 病情是否有明显变化或危急值出现，当患者的病情有明显变化或危急值出现时，关键词提 取模块会对患者填写的病情详述做备注，标示出患者的病情变化情况，并将患者的病情详 述及备注上传到数据库中，当患者的病情没有明显变化或危急值出现时，患者会自动跳转 到智能辅诊模块中的药品匹配模块；
所述药品匹配模块需要复诊患者或慢性病患者提交需要购买的且存在于以前接诊医 生针对该病所开处方中的药品信息，药品匹配模块根据患者提交的药品信息自动比对药品 库和门店库存库，查找相同种类、品牌和规格的药品，若查找到符合要求的药品，则会查 找距离患者所处位置最近的存有该药品的门店库存库，并显示给患者，若未查找到符合要 求的药品，则会按患者提交的药品信息查找相同功效的的不同种类、品牌或规格的其他药 品，在接诊医生审核的情况下通过药品匹配模块呈现给患者，并根据患者所处位置呈现存 有接诊医生审核药品的最近门店库存库，若接诊医生审核未通过，则会重新按患者提交的 药品信息查找相同功效的的不同种类、品牌或规格的其他药品，继续提交给接诊医生审核，
用户可以根据最近门店库存库位置选择外卖配送或上门购买，但无论是外卖配送，还 是上门购买，患者购买时均需要接诊医生对药品进行审核；
智能辅诊模块会自动提取患者填写的病情详述中的关键词，将获取到的关键词跟数据 库进行对比，匹配相应的症状，查找数据库中相应症状对应的病症，从而对患者的病情作 出预估，
智能辅诊模块自动检索数据库中预估病症对应的其他症状表现，并通过图片选择和文 字判断这两种方式与患者进行确认，
若患者确认的结果均符合预估病症的症状表现，所述智能辅诊模块则判定患者具有该 病症，智能辅诊模块会匹配数据库中该病症对应的治疗处方，自动生成病例及治疗处方， 并交由接诊医生审核，若审核通过，接诊医生对智能辅诊模块提交的病例及治疗处方进行 签字，若审核不通过，智能辅诊模块将重新生成病例及新的治疗处方，再次提交给接诊医 生审核，智能辅诊模块待接诊医生对提交的病例及治疗处方签字后，将处方传递到药事服 务模块，同时该患者不再排队，
若患者确认的结果存在不符合预估病症的症状表现的情况，所述智能辅诊模块不能确 认该患者具有该预估病症，所述预估病症此时只能起到参考作用，同时智能辅诊模块请求 患者上传2～10张自身症状表现图片，
智能辅诊模块将患者填写的病情详述、预估病症和上传的症状表现图片保存到数据库 中，同时患者将自动退出智能辅诊模块，返回到寻医排队模块继续排队。
在接诊医生通过音频、视频接诊患者时，医生问诊模块从数据库中自动调取待接诊患 者填写的病情详述、智能辅诊模块判断的预估病症和该患者上传的症状表现图片，将其传 递给该患者挂号时对应的接诊医生，让接诊医生对该患者病情进行简要分析，
在问诊过程中，该患者可随时查看接诊医生的当前情况，
所述接诊医生在确认该患者病症后，则可跳转到开医嘱界面，在开医嘱界面填写医嘱 信息，所述医嘱信息包括该患者病历、处方信息及CA签名，所述医嘱信息实时同步，患者可以同步看到接诊医生填写的病历、处方信息及CA签名，所述接诊医生在开具医嘱后，流转到药事服务模块。
在问诊结束后，系统自动跳转到评价模块，患者可对接诊医生进行五星评分和文字编 辑评价，所述评价模块会对患者评价内容进行处理，所述评价模块对患者评价的具体处理 方式为：所述评价模块提取患者提交评价距离就诊结束的时间、评价内容的关键词和历史 评价中无效评价的占比，
所述评价模块将患者提交评价距离就诊结束的时间与第一预设值进行比较，
当患者提交评价距离就诊结束的时间大于第一预设值时，调取患者历史就诊各个评价 距离就诊结束的时间，计算患者历史就诊各个评价距离就诊结束的平均时间，将平均时间 乘上承受范围因数，得到第三预设值，所述承受范围因数是可变的，由前一天所有提交评 价的患者距离就诊结束时间的平均值除以前两天所有提交评价的患者距离就诊结束时间 的平均值得到，
当患者提交评价距离就诊结束的时间大于第一预设值且小于等于第三预设值时，或者 患者提交评价距离就诊结束的时间小于等于第一预设值时，将患者评价的关键词与预制的 评价数据匹配库进行匹配，判断评价中的关键词是否存在不文明词汇或者与对应接诊医生 所属科室的匹配度，所述匹配度包括三种，分别为不匹配、中性和匹配，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配或中 性，则评价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
当患者提交评价距离就诊结束的时间大于第一预设值且大于第三预设值时，
将患者评价的关键词与预制的评价数据库进行匹配，判断评价中的关键词是否存在不 文明词汇或者与对应接诊医生所属科室的匹配度，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配，则评 价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评 价模块自动判定该评价有效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为中性，则评 价模块会将历史评价中无效评价的占比与第二预估值进行比较，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比大于等于第四预估值，则评价模块 自动判定该评价无效，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明 词汇及与接诊医生所属科室不匹配造成的无效评价占比小于第四预估值，则评价模块自动 判定该评价有效，
如果历史评价中无效评价的占比小于第二预估值，则评价模块自动判定该评价有效。
所述评价模块会自动将处理后有效的评价内容保存到数据库中，并实时同步到医生主 页的患者评价中。
所述患者在结束问诊后，根据智能辅诊模块或接诊医生开出的处方就药，在单位时间 内，若身体出现不适反应，患者可通过追溯模块对自身状态进行病情反馈，所述患者病情 反馈包括两个方面，分别为每次就药时间及药量和身体不适反应描述，
所述追溯模块将患者病情反馈中患者每次就药时间及药量与智能辅诊模块或接诊医 生开出的处方信息进行对比，判断患者就药的种类、时间及药量与处方信息中的描述是否 一致，
若描述一致，则直接进行身体不适反应症状对比，
若描述不一致，则将对比结果保存，然后进行身体不适反应症状对比；
所述身体不适反应症状对比根据患者病情反馈中身体不适反应描述的内容进行关键 词提取，追溯模块调取数据库中智能辅诊模块或接诊医生所开处方中每种药物对应的不良 反应内容，将追溯模块调取的药物对应的不良反应内容与根据患者身体不适反应描述内容 提取的关键词进行对比，
若追溯模块调取的药物对应的不良反应内容包含提取的关键词，所述追溯模块将该关 键词对应的药物名称及不良反应进行保存，
若追溯模块调取的药物对应的不良反应内容不包含提取的关键词，则追溯模块判定患 者的不适反应不是药物过敏导致的；
所述追溯模块将患者的病情反馈、患者每次就药时间及药量与处方信息的对比结果、 患者身体不适反应症状对比的结果传送给对应的接诊医生，接诊医生根据接收到的信息判 断患者的不适反应判断是患者自身原因导致的，还是误诊导致的，并在规定时间内通过追 溯模块对患者情况作出反馈，若是患者自身原因导致的，则提出针对性的建议，若是误诊 导致的，接诊医生则进行致歉，并重新开处方。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或 者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任 何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵 盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些 要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽 管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以 对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡 在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.基于智能终端的问诊系统，其特征在于：包括登录注册模块、寻医挂号模块、问诊排队模块、智能辅诊模块、医生问诊模块、药事服务模块、评价模块、追溯模块和数据库，
所述登录注册模块用于对账号进行注册登录，同时对患者身份信息进行认证及核对，所述登录注册模块对账号进行注册是通过手机号进行的，
所述寻医挂号模块用于查找医生信息并对该医生进行挂号，
所述问诊排队模块可查看各医生排队人数及所挂号的排队位置，同时在此期间，患者也可提出退款或向后调整排队位置的申请，
所述智能辅诊模块通过患者填写的病情详述，提取其中的关键词，匹配数据库，对病情进行预估并与患者进行确认，待患者确认后，所述智能辅诊模块针对患者病情开出处方，
所述医生问诊模块通过与患者进行音频或视频连接对患者进行问诊，
所述药事服务模块中，药师可以通过在线审方确认处方用药的合理性，并开具相应的CA签名，经审核的处方会通过短信发送到患者的注册手机号上，问诊结束，
所述评价模块用于获取患者评价，并将评价信息保存到数据库，
所述追溯模块用于根据单位时间内患者服用接诊医生所开处方产生的不适反应判断是否是医生误诊，
所述数据库用于保存各模块产生的数据信息。
2.根据权利要求1所述的基于智能终端的问诊系统，其特征在于：所述登录注册模块包括注册模块和登录模块，
所述注册模块需要获取患者填写的注册手机号，所述注册模块会给患者的注册手机号发送手机验证码，所述注册模块接收患者填写的手机验证码，并自动核对填写的手机验证码是否正确，若填写的手机验证码不正确，需要患者重新填写，若填写的手机验证码正确，则注册模块会对患者进行身份认证，即通过提供的数据库接口对患者的姓名及身份证号进行比对，若姓名及身份证号相符，则账号注册成功，且患者成功登录，若姓名及身份证号不相符，则身份认证失败，需要患者重新进行身份认证；
所述登录模块包括手机号登录和人脸识别登录两种方式，所述手机号登录方式需要获取患者填写的注册手机号，所述登录模块会给患者的注册手机号发送手机验证码，所述登录模块接收患者填写的手机验证码，并自动核对填写的手机验证码是否正确，若填写的手机验证码不正确，需要患者重新填写，若填写的手机验证码正确，则登录模块会在该系统的数据库中自动匹配患者的登录手机号，如果数据库中匹配不到该登录手机号，则患者未注册，登录模块自动跳转到注册模块，如果数据库成功匹配该登录手机号，则账号成功登录，
所述人脸识别登录方式需要通过患者所用设备中的摄像头获取患者的人脸信息，登录模块将获取到的患者的人脸信息通过提供的数据库接口与患者身份证上的人脸信息相比较，若两者的人脸信息符合，则成功登录，若两者的人脸信息不符合，则登录失败，并向患者反馈是否重新获取人脸信息，当患者确认重新获取人脸信息时，则登录模块通过患者所用设备中的摄像头重新获取患者的人脸信息并对比提供的数据库中的数据，当患者确认不重新获取人脸信息时，则自动跳转到手机号登录方式；
所述通过人脸识别登录方式的患者可以是未注册账号的患者，且成功登录后自动注册账号且完成身份认证，但需绑定手机号，
所述登录注册模块中，成功登录的账号能够查询历史问诊记录。
3.根据权利要求1所述的基于智能终端的问诊系统，其特征在于：所述寻医挂号模块用于帮助患者查找医生并进行挂号，
所述医生查找方式包括科室查找和医生列表查找，所述科室查找通过选择具体的科室实现对医生的查找，所述不同科室对应不同的医生，所述医生列表查找通过浏览医生列表查找具体的医生，所述医生列表包含各个科室的所有医生，查找到具体的医生后，患者可查看该医生主页，
所述医生主页包含该医生的历史接诊量、患者评价、擅长的疾病治疗和当前待接诊人数，
所述同科室的医生当前待接诊人数存在上限，当医生待接诊人数达到上限时，则患者无法继续对该医生进行挂号，所述医生当前待接诊人数上限的计算流程为
步骤一是统计科室内的接诊医生人数n，距离下班的时间T，
步骤二是对当前科室内各接诊医生的待接诊人数x与相应接诊医生平均接诊一个患者的时间t相乘，得到各接诊医生的待接诊时间，
步骤三是将各接诊医生按待接诊时间从大到小的方式进行排序，并标记序号，即序号为n的接诊医生当前待接诊人数为xn，序号为n的接诊医生平均接诊一个患者的时间为tn，
步骤四是将待接诊时间最少的接诊医生当前的待接诊人数定为初始待接诊人数x0，待接诊时间最少的接诊医生平均接诊一个患者的时间定为初始接诊时间t0，初始待接诊时间为初始待接诊人数x0与初始接诊时间t0的乘积，即x0t0，对各接诊医生工作量进行分流限定，各接诊医生的待接诊时间不超过下班时间，且各接诊医生与待接诊时间最少的接诊医生相比，各接诊医生的待接诊时间不超过最少待接诊时间的三分之一，
步骤五是计算各接诊医生当前待接诊人数上限，即当初始待接诊时间x0t0的
Figure FDA0003024235850000031
小于等于距离下班的时间T，即
Figure FDA0003024235850000032
时，则序号为n的接诊医生当前待接诊人数
Figure FDA0003024235850000033
即
Figure FDA0003024235850000034
为该医生当前的待接诊人数上限，当初始待接诊时间x0t0的
Figure FDA0003024235850000035
大于距离下班的时间T，即
Figure FDA0003024235850000036
时，则序号为n的接诊医生当前待接诊人数
Figure FDA0003024235850000037
即
Figure FDA0003024235850000038
为该医生当前的待接诊人数上限，
所述患者查看完医生主页且对该医生满意后，可针对该医生进行挂号，所述挂号成功时，所述寻医挂号模块会自动生成挂号号码及排队号码，并通过短信发送到患者的注册手机号上，
所述挂号号码按当前挂号顺序自动生成，所述排队号码按当前排队顺序自动生成，
所述患者的挂号号码与排队号码不同，患者的挂号号码不会变化，患者的排队号码会因患者排队位置的变化而发生改变，所述患者的排队号码会实时更新。
4.根据权利要求3所述的基于智能终端的问诊系统，其特征在于：所述问诊排队模块中，患者可查看各医生问诊排队人数及自身所挂号的排队位置，
所述患者在排队期间可向问诊排队模块提出申请，所述申请包括退款和调整排队位置，
所述调整排队位置只能向后调整排队位置，所述调整排队位置的申请需要患者备注预估问诊时间，
所述问诊排队模块计算当前时间到患者预估问诊时间的时间差，将所得时间差除以挂号医生平均每位患者的接诊时间，得到该医生从当前时间到患者预估时间内的预估接诊人数h1，
所述当前时间该医生接诊的排队号码为h2，
所述问诊排队模块调整后的排队位置为h1+h2，且从患者原来排队位置到调整后的排队位置之间的所有患者排队号码均减一，
在患者排队结束，即接诊医生对该患者叫号接诊时，所述问诊排队模块会给患者的注册手机号发送短信通知。
5.根据权利要求4所述的基于智能终端的问诊系统，其特征在于：所述智能辅诊模块包括病情填写模块、关键词提取模块、病症预估模块、药品匹配模块和预估病症确认模块，
所述病情填写模块会主动给患者发送填写病情详述的请求，待患者提交完填写的病情详述后；
所述关键词提取模块会自动提取患者病情详述中的关键词，然后根据关键词智能比对原院内病历或互联网医院病历数据库，判断患者是否是复诊患者或者慢性病患者，
若患者既不是复诊患者也不是慢性病患者，则关键词提取模块将从患者病情详述中提取的关键词传送给病症预估模块，
若患者是复诊患者或者慢性病患者，则根据患者病情详述中提取的关键词判断患者的病情是否有明显变化或危急值出现，当患者的病情有明显变化或危急值出现时，关键词提取模块会对患者填写的病情详述做备注，标示出患者的病情变化情况，并将患者的病情详述及备注上传到数据库中，当患者的病情没有明显变化或危急值出现时，患者会自动跳转到药品匹配模块；
所述药品匹配模块需要复诊患者或慢性病患者提交需要购买的且存在于以前接诊医生针对该病所开处方中的药品信息，药品匹配模块根据患者提交的药品信息自动比对药品库和门店库存库，查找相同种类、品牌和规格的药品，若查找到符合要求的药品，则会查找距离患者所处位置最近的存有该药品的门店库存库，并显示给患者，若未查找到符合要求的药品，则会按患者提交的药品信息查找相同功效的的不同种类、品牌或规格的其他药品，在接诊医生审核的情况下通过药品匹配模块呈现给患者，并根据患者所处位置呈现存有接诊医生审核药品的最近门店库存库，若接诊医生审核未通过，则会重新按患者提交的药品信息查找相同功效的的不同种类、品牌或规格的其他药品，继续提交给接诊医生审核；
所述病症预估模块会将获取到的关键词跟数据库进行对比，匹配相应的症状，查找数据库中相应症状对应的病症，从而对患者的病情作出预估，
所述预估病症确认模块搜索数据库中预估病症对应的其他症状表现与患者进行确认，所述预估病症对应的其他症状表现为预估病症具有的且患者在病情详述中不曾描述的症状表现，
所述智能辅诊模块对患者病症的确认方式包括图片选择方式和文字判断方式，这两种确认方式可供患者自己选择，每种确认方式均有5道题目，所述图片选择方式是智能辅诊模块调取数据库中与预估病症相符的外观图片、B超图片和彩超图片供患者进行选择，所述每道选择题中除图片外还有一个都不符合的选项，所述文字判断方式是智能辅诊模块调取数据库中与预估病症相符的症状表现，患者只需判断是否具有即可，
若患者确认的结果均符合预估病症的症状表现，所述智能辅诊模块则判定患者具有该病症，智能辅诊模块会匹配数据库中该病症对应的治疗处方，自动生成病例及治疗处方，并交由接诊医生审核，若审核通过，接诊医生对智能辅诊模块提交的病例及治疗处方进行签字，若审核不通过，智能辅诊模块将重新生成病例及新的治疗处方，再次提交给接诊医生审核，智能辅诊模块待接诊医生对提交的病例及治疗处方签字后，将处方传递到药事服务模块，同时该患者不再排队，
若患者确认的结果存在不符合预估病症的症状表现的情况，所述智能辅诊模块不能确认该患者具有该预估病症，所述预估病症此时只能起到参考作用，同时智能辅诊模块请求患者上传自身症状表现图片，所述患者上传的自身症状表现图片包括症状外观图片、B超图片和彩超图片，所述患者上传的自身症状表现图片数目为2～10张，
所述智能辅诊模块将患者填写的病情详述、预估病症和上传的症状表现图片保存到数据库中，同时患者将自动退出智能辅诊模块，返回到寻医排队模块继续排队。
6.根据权利要求5所述的基于智能终端的问诊系统，其特征在于：所述医生问诊模块从数据库中自动调取待接诊患者的病情详述及备注、智能辅诊模块判断的预估病症和该患者上传的症状表现图片，将其传递给该患者挂号时对应的接诊医生，供接诊医生对该患者病情进行分析，
所述接诊医生通过医生问诊模块与该患者进行音频或视频连接，对该患者进行问诊，所述问诊过程中，该患者可随时查看接诊医生当前情况，
所述接诊医生通过与该患者的问诊情况，对该患者的病症进行确认，
所述接诊医生在确认该患者病症后，则可跳转到开医嘱界面，在开医嘱界面填写医嘱信息，所述医嘱信息包括该患者病历、处方信息及CA签名，所述医嘱信息实时同步，患者可以同步看到接诊医生填写的病历、处方信息及CA签名，所述接诊医生在开具医嘱后，流转到药事服务模块。
7.根据权利要求1所述的基于智能终端的问诊系统，其特征在于：所述评价模块用于获取患者在问诊结束后对接诊医生的评价内容，所述评价内容包括五星评分和文字编辑评价，待患者提交评价后，所述评价模块会对患者评价内容进行处理，所述评价模块会自动将处理后有效的评价内容保存到数据库中，
所述评价模块对患者评价的具体处理方式为：所述评价模块提取患者提交评价距离就诊结束的时间、评价内容的关键词和历史评价中无效评价的占比，
所述评价模块将患者提交评价距离就诊结束的时间与第一预设值进行比较，
当患者提交评价距离就诊结束的时间大于第一预设值时，调取患者历史就诊各个评价距离就诊结束的时间，计算患者历史就诊各个评价距离就诊结束的平均时间，将平均时间乘上承受范围因数，得到第三预设值，所述承受范围因数是可变的，由前一天所有提交评价的患者距离就诊结束时间的平均值除以前两天所有提交评价的患者距离就诊结束时间的平均值得到，
当患者提交评价距离就诊结束的时间大于第一预设值且小于等于第三预设值时，或者患者提交评价距离就诊结束的时间小于等于第一预设值时，将患者评价的关键词与预制的评价数据匹配库进行匹配，判断评价中的关键词是否存在不文明词汇或者与对应接诊医生所属科室的匹配度，所述匹配度包括三种，分别为不匹配、中性和匹配，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配或中性，则评价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评价模块自动判定该评价有效，
当患者提交评价距离就诊结束的时间大于第一预设值且大于第三预设值时，
将患者评价的关键词与预制的评价数据库进行匹配，判断评价中的关键词是否存在不文明词汇或者与对应接诊医生所属科室的匹配度，
若评价中的关键词存在不文明词汇或对应接诊医生所属科室的匹配度为不匹配，则评价模块自动判定该评价无效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为匹配，则评价模块自动判定该评价有效，
若评价中的关键词不存在不文明词汇且对应接诊医生所属科室的匹配度为中性，则评价模块会将历史评价中无效评价的占比与第二预估值进行比较，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明词汇及与接诊医生所属科室不匹配造成的无效评价占比大于等于第四预估值，则评价模块自动判定该评价无效，
如果历史评价中无效评价的总占比大于等于第二预估值且无效评价中因存在不文明词汇及与接诊医生所属科室不匹配造成的无效评价占比小于第四预估值，则评价模块自动判定该评价有效，
如果历史评价中无效评价的占比小于第二预估值，则评价模块自动判定该评价有效。
8.根据权利要求1所述的基于智能终端的问诊系统，其特征在于：所述患者在结束问诊后，根据智能辅诊模块或接诊医生开出的处方就药，在单位时间内，若身体出现不适反应，患者可通过追溯模块对自身状态进行病情反馈，所述患者病情反馈包括两个方面，分别为每次就药时间及药量和身体不适反应描述，
所述追溯模块将患者病情反馈中患者每次就药时间及药量与智能辅诊模块或接诊医生开出的处方信息进行对比，判断患者就药的种类、时间及药量与处方信息中的描述是否一致，
若描述一致，则直接进行身体不适反应症状对比，
若描述不一致，则将对比结果保存，然后进行身体不适反应症状对比；
所述身体不适反应症状对比根据患者病情反馈中身体不适反应描述的内容进行关键词提取，追溯模块调取数据库中智能辅诊模块或接诊医生所开处方中每种药物对应的不良反应内容，将追溯模块调取的药物对应的不良反应内容与根据患者身体不适反应描述内容提取的关键词进行对比，
若追溯模块调取的药物对应的不良反应内容包含提取的关键词，所述追溯模块将该关键词对应的药物名称及不良反应进行保存，
若追溯模块调取的药物对应的不良反应内容不包含提取的关键词，则追溯模块判定患者的不适反应不是药物过敏导致的；
所述追溯模块将患者的病情反馈、患者每次就药时间及药量与处方信息的对比结果、患者身体不适反应症状对比的结果传送给对应的接诊医生，接诊医生根据接收到的信息判断患者的不适反应判断是患者自身原因导致的，还是误诊导致的，并在规定时间内通过追溯模块对患者情况作出反馈。
9.根据权利要求4所述的基于智能终端的问诊系统，其特征在于：所述患者调整排队位置的申请最多只能申请两次。
CN202110412087.3A 2021-04-16 2021-04-16 基于智能终端的问诊系统 Pending CN113096797A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110412087.3A CN113096797A (zh) 2021-04-16 2021-04-16 基于智能终端的问诊系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110412087.3A CN113096797A (zh) 2021-04-16 2021-04-16 基于智能终端的问诊系统

Publications (1)

Publication Number Publication Date
CN113096797A true CN113096797A (zh) 2021-07-09

Family

ID=76678352

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110412087.3A Pending CN113096797A (zh) 2021-04-16 2021-04-16 基于智能终端的问诊系统

Country Status (1)

Country Link
CN (1) CN113096797A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113744897A (zh) * 2021-08-30 2021-12-03 康键信息技术（深圳）有限公司 网络问诊方法、计算机装置和存储介质
CN113764097A (zh) * 2021-08-02 2021-12-07 阿里健康科技(杭州)有限公司 医嘱数据处理方法、终端设备、服务器及存储介质
CN114255869A (zh) * 2022-01-26 2022-03-29 广州天鹏计算机科技有限公司 一种医疗大数据云平台
CN115101192A (zh) * 2022-06-22 2022-09-23 脉景（杭州）健康管理有限公司 基于方剂的症状推荐方法、装置、设备及存储介质
CN115497615A (zh) * 2022-10-24 2022-12-20 王征 一种远程医疗方法及系统
CN116092627A (zh) * 2023-04-04 2023-05-09 南京大经中医药信息技术有限公司 中医病机辨证智慧开方系统
CN116646065A (zh) * 2023-05-25 2023-08-25 浙江蕙康科技有限公司 互联网医院数据安全管理方法和装置
CN116741360A (zh) * 2023-08-16 2023-09-12 深圳市微能信息科技有限公司 基于智能终端的医生问诊及服务质量评价系统
CN116936078A (zh) * 2023-07-18 2023-10-24 南京大经中医药信息技术有限公司 中医预问诊收集管理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105931162A (zh) * 2016-04-26 2016-09-07 邵阳市诚鑫房地产投资管理有限公司 利用移动终端医疗实时挂号就诊支付系统
CN106934244A (zh) * 2017-03-20 2017-07-07 龚昕 一种基于智能终端的医疗护理云平台
CN107273674A (zh) * 2017-06-07 2017-10-20 四川鸣医科技有限公司 用于医院导诊服务方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105931162A (zh) * 2016-04-26 2016-09-07 邵阳市诚鑫房地产投资管理有限公司 利用移动终端医疗实时挂号就诊支付系统
CN106934244A (zh) * 2017-03-20 2017-07-07 龚昕 一种基于智能终端的医疗护理云平台
CN107273674A (zh) * 2017-06-07 2017-10-20 四川鸣医科技有限公司 用于医院导诊服务方法

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113764097A (zh) * 2021-08-02 2021-12-07 阿里健康科技(杭州)有限公司 医嘱数据处理方法、终端设备、服务器及存储介质
CN113744897A (zh) * 2021-08-30 2021-12-03 康键信息技术（深圳）有限公司 网络问诊方法、计算机装置和存储介质
CN114255869A (zh) * 2022-01-26 2022-03-29 广州天鹏计算机科技有限公司 一种医疗大数据云平台
CN114255869B (zh) * 2022-01-26 2022-10-28 深圳市拓普智造科技有限公司 一种医疗大数据云平台
CN115101192B (zh) * 2022-06-22 2023-09-01 脉景（杭州）健康管理有限公司 基于方剂的症状推荐方法、装置、设备及存储介质
CN115101192A (zh) * 2022-06-22 2022-09-23 脉景（杭州）健康管理有限公司 基于方剂的症状推荐方法、装置、设备及存储介质
CN115497615A (zh) * 2022-10-24 2022-12-20 王征 一种远程医疗方法及系统
CN115497615B (zh) * 2022-10-24 2023-09-01 北京亿家老小科技有限公司 一种远程医疗方法及系统
CN116092627A (zh) * 2023-04-04 2023-05-09 南京大经中医药信息技术有限公司 中医病机辨证智慧开方系统
CN116092627B (zh) * 2023-04-04 2023-06-27 南京大经中医药信息技术有限公司 中医病机辨证智慧开方系统
CN116646065A (zh) * 2023-05-25 2023-08-25 浙江蕙康科技有限公司 互联网医院数据安全管理方法和装置
CN116646065B (zh) * 2023-05-25 2024-03-19 浙江蕙康科技有限公司 互联网医院数据安全管理方法和装置
CN116936078A (zh) * 2023-07-18 2023-10-24 南京大经中医药信息技术有限公司 中医预问诊收集管理系统
CN116936078B (zh) * 2023-07-18 2024-04-26 南京大经中医药信息技术有限公司 中医预问诊收集管理系统
CN116741360A (zh) * 2023-08-16 2023-09-12 深圳市微能信息科技有限公司 基于智能终端的医生问诊及服务质量评价系统
CN116741360B (zh) * 2023-08-16 2023-12-19 深圳市微能信息科技有限公司 基于智能终端的医生问诊及服务质量评价系统

Similar Documents

Publication Publication Date Title
CN113096797A (zh) 基于智能终端的问诊系统
US7624027B1 (en) Method and system for automated medical records processing
CA2482370C (en) Systems, methods and computer program products for obtaining a best available reimbursement price in a pharmaceutical prescription transaction
US20050192844A1 (en) Systems and methods for automatically collecting, formatting, and storing medical device data in a database
US20170185723A1 (en) Machine Learning System for Creating and Utilizing an Assessment Metric Based on Outcomes
US20050192649A1 (en) Systems and methods for providing variable medical information
US20020049617A1 (en) System and method for facilitating selection of benefits
US20090210256A1 (en) System For Real-Time Online Health Care Insurance Underwriting
US20050261939A1 (en) Pharmacy benefits calculator
US20010037219A1 (en) Systems, methods and computer program products for facilitating one-to-one secure on-line communications between professional services providers and remotely located clients
EP0917078A1 (en) Disease management method and system
EP1830290A1 (en) Method for electronic examination of medical fees
US20070282631A1 (en) System and method for aggregating and providing subscriber medical information to medical units
US20090019552A1 (en) Healthcare Medical Information Management System
US20160292378A1 (en) Telemedicine system including prescription delivery
US20050192838A1 (en) Systems and methods for accessing and distributing medical information
WO2003087996B1 (en) System for collecting storing presenting and analyzing immunization data having remote stations in communication with a vaccine and disease database over a network
CN109300017B (zh) 基于数据分析的保单推荐方法、装置、服务器及存储介质
CN111582699A (zh) 一种医疗资源调度平台
US11386987B2 (en) Providing global accessibility to telehealth prescribed medications
US20050192837A1 (en) Systems and methods for uploading and distributing medical data sets
CN109524083A (zh) 基于医疗大数据监测辅助用药合理性的方法及相关产品
US20030028482A1 (en) Method and apparatus for accounting and billing for telecommunicatively rendered services
US20050192836A1 (en) Systems and methods for delivering and gathering medical diagnostic data
CN115274088A (zh) 一种基于互联网的医疗健康服务平台

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