CN113284633A - 一种用于互联网医院的患者在线问诊系统 - Google Patents
一种用于互联网医院的患者在线问诊系统 Download PDFInfo
- Publication number
- CN113284633A CN113284633A CN202110653641.7A CN202110653641A CN113284633A CN 113284633 A CN113284633 A CN 113284633A CN 202110653641 A CN202110653641 A CN 202110653641A CN 113284633 A CN113284633 A CN 113284633A
- Authority
- CN
- China
- Prior art keywords
- information
- user
- patient
- module
- inquiry
- 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
Links
- 238000003745 diagnosis Methods 0.000 claims abstract description 60
- 230000006854 communication Effects 0.000 claims abstract description 46
- 238000004891 communication Methods 0.000 claims abstract description 43
- 238000004092 self-diagnosis Methods 0.000 claims abstract description 22
- 238000011156 evaluation Methods 0.000 claims abstract description 12
- 201000010099 disease Diseases 0.000 claims description 102
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 102
- 208000024891 symptom Diseases 0.000 claims description 54
- 239000003814 drug Substances 0.000 claims description 33
- 208000028399 Critical Illness Diseases 0.000 claims description 18
- 238000000034 method Methods 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 13
- 238000013500 data storage Methods 0.000 claims description 12
- 238000007726 management method Methods 0.000 claims description 7
- 238000010586 diagram Methods 0.000 claims description 5
- 206010061245 Internal injury Diseases 0.000 claims description 3
- 208000027418 Wounds and injury Diseases 0.000 claims description 3
- 238000012550 audit Methods 0.000 claims description 3
- 230000006378 damage Effects 0.000 claims description 3
- 208000014674 injury Diseases 0.000 claims description 3
- 238000012384 transportation and delivery Methods 0.000 claims description 3
- 230000004044 response Effects 0.000 claims description 2
- 238000012790 confirmation Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/332—Query formulation
- G06F16/3329—Natural language query formulation or dialogue 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/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- 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
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Biomedical Technology (AREA)
- Databases & Information Systems (AREA)
- Primary Health Care (AREA)
- Pathology (AREA)
- General Engineering & Computer Science (AREA)
- Mathematical Physics (AREA)
- General Physics & Mathematics (AREA)
- Bioethics (AREA)
- Data Mining & Analysis (AREA)
- Human Computer Interaction (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Artificial Intelligence (AREA)
- Computational Linguistics (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Software Systems (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种用于互联网医院的患者在线问诊系统，所述用户权限模块包括用户模块、角色模块和权限模块，所述展示模块包括商户模块和医生模块，所述问诊模块包括导诊模块、用户自诊、问诊沟通模块、问诊支付模块、开处方模块和评价模块，所述个人模块包括用户基础信息模块、用户订单模块和优惠模块，本发明使患者在实际在线问诊的过程中能够由初诊—预诊—确诊的过程转换，实现了通过阶段式的问诊方式来逐步的对患者病症进行确定，保证了医生对患者实际病症诊断结果的准确性，同时也提高患者在线问诊的诊疗效果，实现了将传统医疗与互联网技术有机结合，使患者可在线进行问诊，实现了让数据多跑路，患者少跑路。
Description
技术领域
本发明涉及互联网医院技术领域，具体为一种用于互联网医院的患者在线问诊系统。
背景技术
近年来，随着信息技术的发展，互联网技术逐渐运用到各个行业，多元化就医服务，打造智慧医疗生态闭环已成趋势，依托实体医院建立的互联网医院，是医院现有业务的延伸致力于打通内院间的医疗资源及患者数据，将传统医疗与新型互联网技术有机结合，患者可在线进行即时通讯和预约问诊，本着让数据多跑路、患者少跑路的原则，快速完成问诊、复诊等服务；
但是目前的在线问诊系统一般主要通过系统与患者之间的交流沟通来完成对患者的就诊过程，由于缺少临床医生的介入，使得系统在诊断患者病症时容易因病症信息收集的不全面或对病症信息的理解不到位，而导致出现错诊和漏诊的现象，降低了诊断结果的准确性，同时降低了患者的实际问诊体验。
发明内容
本发明提供一种用于互联网医院的患者在线问诊系统，可以有效解决上述背景技术中提出缺少临床医生的介入，使得系统在诊断患者病症时容易因病症信息收集的不全面或对病症信息的理解不到位，而导致出现错诊和漏诊的现象，降低了诊断结果的准确性，同时降低了患者的实际问诊体验的问题。
为实现上述目的，本发明提供如下技术方案：一种用于互联网医院的患者在线问诊系统，包括用户权限模块、展示模块、问诊模块和个人模块；
所述用户权限模块包括用户模块、角色模块和权限模块，所述展示模块包括商户模块和医生模块，所述问诊模块包括导诊模块、用户自诊、问诊沟通模块、问诊支付模块、开处方模块和评价模块，所述个人模块包括用户基础信息模块、用户订单模块和优惠模块。
根据上述技术方案，所述用户模块主要负责维护用户的基础信息，用户的基础信息主要通过App、小程序和公众号以自助注册的方式，将用户的基础信息输入到系统内，注册方式包括手机号注册、身份证号注册、就诊卡号注册以及人脸认证注册；
所述角色模块主要负责对不同的账户角色进行管理，对账户角色进行管理时，主要指对账户角色信息进行分类管理，分类管理的依据为用户注册时间序列、用户年龄区间和用户的住所区域；
用户注册时间序列是指用户在注册基础信息时的时间信息，以时间序列来将不同时间段在系统内注册的用户基础信息进行按序存储，用户年龄区间是指问诊用户问诊时注册的年龄信息，并通过在系统内以建立年龄区间的形式对对应年龄段的用户进行对应存储管理，用户的住所区域是指用户注册基础信息时，用户当前所在的住所位置信息，并通过用户住所区域来建立对应的存储集，对不同位置区域的用户以区域进行分别存储；
所述权限模块主要负责用户在系统平台内的权限管理，使用户在系统平台内行使自身的权限能力。
根据上述技术方案，所述商户模块主要负责维护商户等列表信息和详细信息，所述医生模块主要负责维护医生等列表信息和详细信息，同时展示医生对应的专业能力和擅长点；所述医生列表信息包括展示医生的医师级别信息和就诊科室信息，所述详细信息是指医生的姓名信息、学历信息、年龄信息、执业证书信息和执业经历信息。
根据上述技术方案，所述导诊模块主要负责前期用户的基本模板信息填充，医生在系统内根据个人科室的负责范围来填写对应模板，用户后续在系统内按照模板流程按顺序填写，以就诊单和问卷填写的形式快速获取就诊用户信息；
所述用户自诊是指用户根据系统的智能自诊模块来完成用户自诊的过程，用户自诊具体包括如下步骤：
S1、建立急危重症数据库模型；
S2、用户选择自身症状信息；
S3、确定用户症状所在部位；
S4、深入查询用户的症状信息；
S5、用户病症信息展示及确认；
S6、发送诊断建议推荐科室。
根据上述技术方案，所述S1中，在系统平台内建立急危重症的数据存储模型，急危重症表示患者所得疾病为某种紧急、濒危的病症，将紧急、濒危的病症的症状信息在系统平台内的数据库中进行存储；
所述S2中，用户选择自身症状信息是指用户依据系统平台的自诊提示输入患者自身的症状信息，并根据系统平台提供的症状列表来选择与患者自身症状相对应的病症反应；
所述S3中，确定用户症状所在部位是指用户根据系统平台提供的人体图来选择患者病症反应所在的身体部位，并确定病症反应为内伤或外伤；
所述S4中，深入查询用户的症状信息是指系统平台在获知用户的症状信息和病症部位信息后，进一步以提示问答的方式来询问患者的附加症状信息，同时深入询问患者的病史信息和历史就诊信息；
所述S5中，系统平台以提示问答的方式询问用户的症状信息后，将该次病症问诊的结果以清单列表的方式进行显示，主要显示系统的提示问题信息与用户对应的选择信息，在问诊信息展示后，用户手动在系统平台内确认该次患者与系统平台之间问诊的具体信息的准确性；所述S6中，在系统平台与患者之间通过问诊的方式与患者进行病症信息的沟通交流后，系统平台通过问诊信息向患者推送该次问诊结果，问诊结果为系统平台依据患者的病状信息来得出的患者具体病症，实现了通过系统平台来对患者进行初诊。
根据上述技术方案，系统平台在将患者的病症信息推送至患者后，将该病症信息输入到系统平台内的急危重症数据存储模型内；
若急危重症数据存储模型内没有存在该病症信息时，则说明患者的病症为非急危重症，患者可通过该问诊系统继续进行下一步的问诊治疗，若急危重症数据存储模型内存在该病症信息时，则说明该患者的病症信息为急危重症，说明患者的病症应当尽早进行医学处理，在确定该患者的病症为急危重症后，系统数据库以消息推送的方式向该患者推送就诊建议，就诊建议包括在线下就近就快的到某医院某科室进行门诊。
根据上述技术方案，所述问诊沟通模块负责串联医患之间的交流，同时支持图文、语音电话和视频电话等多种方式建立医患之间的沟通渠道；
在医生与患者之间进行沟通交流之前，需要患者在系统平台内进行在线预约挂号，医生在受到患者的预约挂号信息后，系统平台会以消息推送的方式将预约信息传递至医生，医生在受到该推送消息后，通过点击该提示消息医生即可获取该患者的具体病症信息以及系统平台对患者的初诊信息；
医生在对患者的病症信息进行全面了解后，医生根据患者的病症信息进行诊断，并在通讯沟通之前医生对该患者的病症信息进行预诊，医生在作出预诊后，向患者发送问诊通讯请求，通讯方式包括图文、语音电话和视频电话，医生与患者的通讯方式依据患者实际病症信息的需要来进行选择；
在医患之间沟通交流过程中，主要通过以医生提问患者回答的方式进行病症交流，主要包括医生询问患者的病症反应、病症部位、并发病症以及病史信息，医生在问诊并确认患者的症状反应后，即时做出诊断结果和就诊建议，实现医生在预诊的基础上对患者的病症进行确诊，并在问诊沟通结束后，将问诊的具体内容、医生诊断结果和就诊建议即时以列表清单的方式发送至患者。
根据上述技术方案，所述问诊支付模块是指在患者接收到该次医生的问诊结果以及就诊建议后，用户通过签字确认的方式完整该次问诊，医生在患者确认后，医生根据患者的病症信息开出药品处方单，患者通过平台支付模块支付该次问诊的费用，支付方式包括支付宝、微信和银联支付，在药品处方单开出后患者可依据需求选择该药品的配送方式和支付方式，配送方式包括自提和快递。
根据上述技术方案，所述开处方模块主要负责处方单的管理，在医生根据患者的病症信息开出药品处方后，该药品处方信息会传输至审核模块，药品医师会对该药品处方进行审核，在审核确认后将药品处方信息传输至医院药房，通过医院药房在线下为患者依据药品处方进行配药；
所述评价模块主要指患者对该次问诊过程的体验进行评价，具体是指系统以提示询问的方式和患者以回答的方式来完成评价；
具体评价内容包括：
(1)在就医患沟通过程中，医生有没有详细给您介绍您的疾病相关情况？
回答：非常详细、详细、一般、不太详细、很不详细；
(2)经过本次在线就诊，您对自身的病症信息以及治疗方案清楚了吗？
回答：非常清楚、清楚、一般、不太清楚、很不清楚；
(3)在具体沟通交流过程中，医务人员是否友好和尊重？
回答：非常好、好、一般、不太好、很不好；
(4)您对与医务人员的交流过程是否满意？
回答：非常满意、满意、一般、不太满意、很不满意。
根据上述技术方案，所述用户基础信息模块主要用于展示用户的基本信息，用户的基本信息包括用户姓名、头像、身份证等基础信息，所述用户订单模块主要用于展示用户相关的商城、问诊信息、处方信息和药品订单信息，所述优惠模块主要展示用户的优惠券和积分等相关权益信息。
与现有技术相比，本发明的有益效果：
1、本发明通过导诊模块方便以基本模板信息填充的方式使得系统平台能够快速便捷的获取用户的就诊信息，同时使得用户在录入信息时只需通过填写对应的模板即可完成信息登记，提高了用户信息获取的便捷性；
通过用户自诊使得用户在与医生进行问诊沟通之前，能够在系统平台内以自诊的方式来快速对自身的症状信息进行了解，实现了通过系统平台与患者之间的沟通来对患者的症状反应进行初诊，在医患问诊沟通之前，能够将患者的初诊信息传递至医生，而医生通过初诊信息方便对该患者进行进一步的预诊处理，进而使得医生在与患者进行沟通之前能够对患者的症状反应有一个全面的了解，使得医生在与患者之间沟通交流之前医生能够充分的做好诊断准备，而通过问诊沟通模块方便患者与医生之间进行即时沟通，进而实现将传统医疗与互联网技术有机结合，且通过医患沟通交流使得医生能够对患者的病症反应进行进一步的确认，进而以便医生依据患者的病症反应进行进一步的确诊；
通过以上使得患者在实际在线问诊的过程中能够由初诊—预诊—确诊的过程转换，实现了通过阶段式的问诊方式来逐步的对患者病症进行确定，保证了医生对患者实际病症诊断结果的准确性，同时也提高患者在线问诊的诊疗效果；
2、通过建立急危重症数据库模型能够在患者所得疾病为某种紧急、濒危的病症时，通过系统平台方便及时的提醒患者，从而使得患者能够更好的对其病症进行治疗，使得急危重症的患者能够尽早进行医学处理，避免在线问诊影响患者急诊的时间，同时通过消息推送，方式方便快速的向该患者推送就诊建议，进而便于该重症患者能够及时的在线下就近就快的到医院进行门诊，提高了该问诊系统对重症患者处理的及时性，同时也提高了该问诊系统的实际应用能力；
3、通过用户权限模块保障了用户数据隐私信息，同时使患者可以在任意端平台发起在线问诊，提升了患者在线问诊过程的便利性，同时通过对账户角色信息进行分类管理，使得用户的特征信息能够按照要求存储与系统内，进而使得后续用户再次进行问诊时无需频繁的注册信息，使得用户的个人信息能够即时的展现，进一步提高后后续患者在复诊过程中的便利性，同时通过对患者信息的存储，使得系统能够以自学习的方式来不断的扩增用户量，进而使得该问诊系统便于依据诊疗需求来进行投入使用。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。
在附图中：
图1是本发明的系统结构框图；
图2是本发明用户自诊步骤的流程框图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
实施例：如图1所示，本发明提供一种技术方案，一种用于互联网医院的患者在线问诊系统，包括用户权限模块、展示模块、问诊模块和个人模块；
用户权限模块包括用户模块、角色模块和权限模块，展示模块包括商户模块和医生模块，问诊模块包括导诊模块、用户自诊、问诊沟通模块、问诊支付模块、开处方模块和评价模块，个人模块包括用户基础信息模块、用户订单模块和优惠模块。
基于上述技术方案，用户模块主要负责维护用户的基础信息，用户的基础信息主要通过App、小程序和公众号以自助注册的方式，将用户的基础信息输入到系统内，注册方式包括手机号注册、身份证号注册、就诊卡号注册以及人脸认证注册；
角色模块主要负责对不同的账户角色进行管理，对账户角色进行管理时，主要指对账户角色信息进行分类管理，分类管理的依据为用户注册时间序列、用户年龄区间和用户的住所区域；用户注册时间序列是指用户在注册基础信息时的时间信息，以时间序列来将不同时间段在系统内注册的用户基础信息进行按序存储，用户年龄区间是指问诊用户问诊时注册的年龄信息，并通过在系统内以建立年龄区间的形式对对应年龄段的用户进行对应存储管理，用户的住所区域是指用户注册基础信息时，用户当前所在的住所位置信息，并通过用户住所区域来建立对应的存储集，对不同位置区域的用户以区域进行分别存储；
权限模块主要负责用户在系统平台内的权限管理，使用户在系统平台内行使自身的权限能力。
基于上述技术方案，商户模块主要负责维护商户等列表信息和详细信息，医生模块主要负责维护医生等列表信息和详细信息，同时展示医生对应的专业能力和擅长点；
医生列表信息包括展示医生的医师级别信息和就诊科室信息，详细信息是指医生的姓名信息、学历信息、年龄信息、执业证书信息和执业经历信息。
基于上述技术方案，导诊模块主要负责前期用户的基本模板信息填充，医生在系统内根据个人科室的负责范围来填写对应模板，用户后续在系统内按照模板流程按顺序填写，以就诊单和问卷填写的形式快速获取就诊用户信息；
如图2所示，用户自诊是指用户根据系统的智能自诊模块来完成用户自诊的过程，用户自诊具体包括如下步骤：
S1、建立急危重症数据库模型；
S2、用户选择自身症状信息；
S3、确定用户症状所在部位；
S4、深入查询用户的症状信息；
S5、用户病症信息展示及确认；
S6、发送诊断建议推荐科室。
基于上述技术方案，S1中，在系统平台内建立急危重症的数据存储模型，急危重症表示患者所得疾病为某种紧急、濒危的病症，将紧急、濒危的病症的症状信息在系统平台内的数据库中进行存储；
S2中，用户选择自身症状信息是指用户依据系统平台的自诊提示输入患者自身的症状信息，并根据系统平台提供的症状列表来选择与患者自身症状相对应的病症反应；
S3中，确定用户症状所在部位是指用户根据系统平台提供的人体图来选择患者病症反应所在的身体部位，并确定病症反应为内伤或外伤；
S4中，深入查询用户的症状信息是指系统平台在获知用户的症状信息和病症部位信息后，进一步以提示问答的方式来询问患者的附加症状信息，同时深入询问患者的病史信息和历史就诊信息；
S5中，系统平台以提示问答的方式询问用户的症状信息后，将该次病症问诊的结果以清单列表的方式进行显示，主要显示系统的提示问题信息与用户对应的选择信息，在问诊信息展示后，用户手动在系统平台内确认该次患者与系统平台之间问诊的具体信息的准确性；
S6中，在系统平台与患者之间通过问诊的方式与患者进行病症信息的沟通交流后，系统平台通过问诊信息向患者推送该次问诊结果，问诊结果为系统平台依据患者的病状信息来得出的患者具体病症，实现了通过系统平台来对患者进行初诊。
基于上述技术方案，系统平台在将患者的病症信息推送至患者后，将该病症信息输入到系统平台内的急危重症数据存储模型内；
若急危重症数据存储模型内没有存在该病症信息时，则说明患者的病症为非急危重症，患者可通过该问诊系统继续进行下一步的问诊治疗，若急危重症数据存储模型内存在该病症信息时，则说明该患者的病症信息为急危重症，说明患者的病症应当尽早进行医学处理，在确定该患者的病症为急危重症后，系统数据库以消息推送的方式向该患者推送就诊建议，就诊建议包括在线下就近就快的到某医院某科室进行门诊。
如图1所示，基于上述技术方案，问诊沟通模块负责串联医患之间的交流，同时支持图文、语音电话和视频电话等多种方式建立医患之间的沟通渠道；
在医生与患者之间进行沟通交流之前，需要患者在系统平台内进行在线预约挂号，医生在受到患者的预约挂号信息后，系统平台会以消息推送的方式将预约信息传递至医生，医生在受到该推送消息后，通过点击该提示消息医生即可获取该患者的具体病症信息以及系统平台对患者的初诊信息；
医生在对患者的病症信息进行全面了解后，医生根据患者的病症信息进行诊断，并在通讯沟通之前医生对该患者的病症信息进行预诊，医生在作出预诊后，向患者发送问诊通讯请求，通讯方式包括图文、语音电话和视频电话，医生与患者的通讯方式依据患者实际病症信息的需要来进行选择；
在医患之间沟通交流过程中，主要通过以医生提问患者回答的方式进行病症交流，主要包括医生询问患者的病症反应、病症部位、并发病症以及病史信息，医生在问诊并确认患者的症状反应后，即时做出诊断结果和就诊建议，实现医生在预诊的基础上对患者的病症进行确诊，并在问诊沟通结束后，将问诊的具体内容、医生诊断结果和就诊建议即时以列表清单的方式发送至患者。
基于上述技术方案，问诊支付模块是指在患者接收到该次医生的问诊结果以及就诊建议后，用户通过签字确认的方式完整该次问诊，医生在患者确认后，医生根据患者的病症信息开出药品处方单，患者通过平台支付模块支付该次问诊的费用，支付方式包括支付宝、微信和银联支付，在药品处方单开出后患者可依据需求选择该药品的配送方式和支付方式，配送方式包括自提和快递。
基于上述技术方案，开处方模块主要负责处方单的管理，在医生根据患者的病症信息开出药品处方后，该药品处方信息会传输至审核模块，药品医师会对该药品处方进行审核，在审核确认后将药品处方信息传输至医院药房，通过医院药房在线下为患者依据药品处方进行配药；
评价模块主要指患者对该次问诊过程的体验进行评价，具体是指系统以提示询问的方式和患者以回答的方式来完成评价；
具体评价内容包括：
(1)在就医患沟通过程中，医生有没有详细给您介绍您的疾病相关情况？
回答：非常详细、详细、一般、不太详细、很不详细；
(2)经过本次在线就诊，您对自身的病症信息以及治疗方案清楚了吗？
回答：非常清楚、清楚、一般、不太清楚、很不清楚；
(3)在具体沟通交流过程中，医务人员是否友好和尊重？
回答：非常好、好、一般、不太好、很不好；
(4)您对与医务人员的交流过程是否满意？
回答：非常满意、满意、一般、不太满意、很不满意。
基于上述技术方案，用户基础信息模块主要用于展示用户的基本信息，用户的基本信息包括用户姓名、头像、身份证等基础信息，用户订单模块主要用于展示用户相关的商城、问诊信息、处方信息和药品订单信息，优惠模块主要展示用户的优惠券和积分等相关权益信息。
最后应说明的是：以上所述仅为本发明的优选实例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种用于互联网医院的患者在线问诊系统，其特征在于：包括用户权限模块、展示模块、问诊模块和个人模块；
所述用户权限模块包括用户模块、角色模块和权限模块，所述展示模块包括商户模块和医生模块，所述问诊模块包括导诊模块、用户自诊、问诊沟通模块、问诊支付模块、开处方模块和评价模块，所述个人模块包括用户基础信息模块、用户订单模块和优惠模块。
2.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述用户模块主要负责维护用户的基础信息，用户的基础信息主要通过App、小程序和公众号以自助注册的方式，将用户的基础信息输入到系统内，注册方式包括手机号注册、身份证号注册、就诊卡号注册以及人脸认证注册；
所述角色模块主要负责对不同的账户角色进行管理，对账户角色进行管理时，主要指对账户角色信息进行分类管理，分类管理的依据为用户注册时间序列、用户年龄区间和用户的住所区域；
用户注册时间序列是指用户在注册基础信息时的时间信息，以时间序列来将不同时间段在系统内注册的用户基础信息进行按序存储，用户年龄区间是指问诊用户问诊时注册的年龄信息，并通过在系统内以建立年龄区间的形式对对应年龄段的用户进行对应存储管理，用户的住所区域是指用户注册基础信息时，用户当前所在的住所位置信息，并通过用户住所区域来建立对应的存储集，对不同位置区域的用户以区域进行分别存储；
所述权限模块主要负责用户在系统平台内的权限管理，使用户在系统平台内行使自身的权限能力。
3.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述商户模块主要负责维护商户等列表信息和详细信息，所述医生模块主要负责维护医生等列表信息和详细信息，同时展示医生对应的专业能力和擅长点；
所述医生列表信息包括展示医生的医师级别信息和就诊科室信息，所述详细信息是指医生的姓名信息、学历信息、年龄信息、执业证书信息和执业经历信息。
4.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述导诊模块主要负责前期用户的基本模板信息填充，医生在系统内根据个人科室的负责范围来填写对应模板，用户后续在系统内按照模板流程按顺序填写，以就诊单和问卷填写的形式快速获取就诊用户信息；
所述用户自诊是指用户根据系统的智能自诊模块来完成用户自诊的过程，用户自诊具体包括如下步骤：
S1、建立急危重症数据库模型；
S2、用户选择自身症状信息；
S3、确定用户症状所在部位；
S4、深入查询用户的症状信息；
S5、用户病症信息展示及确认；
S6、发送诊断建议推荐科室。
5.根据权利要求4所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述S1中，在系统平台内建立急危重症的数据存储模型，急危重症表示患者所得疾病为某种紧急、濒危的病症，将紧急、濒危的病症的症状信息在系统平台内的数据库中进行存储；
所述S2中，用户选择自身症状信息是指用户依据系统平台的自诊提示输入患者自身的症状信息，并根据系统平台提供的症状列表来选择与患者自身症状相对应的病症反应；
所述S3中，确定用户症状所在部位是指用户根据系统平台提供的人体图来选择患者病症反应所在的身体部位，并确定病症反应为内伤或外伤；
所述S4中，深入查询用户的症状信息是指系统平台在获知用户的症状信息和病症部位信息后，进一步以提示问答的方式来询问患者的附加症状信息，同时深入询问患者的病史信息和历史就诊信息；
所述S5中，系统平台以提示问答的方式询问用户的症状信息后，将该次病症问诊的结果以清单列表的方式进行显示，主要显示系统的提示问题信息与用户对应的选择信息，在问诊信息展示后，用户手动在系统平台内确认该次患者与系统平台之间问诊的具体信息的准确性；
所述S6中，在系统平台与患者之间通过问诊的方式与患者进行病症信息的沟通交流后，系统平台通过问诊信息向患者推送该次问诊结果，问诊结果为系统平台依据患者的病状信息来得出的患者具体病症，实现了通过系统平台来对患者进行初诊。
6.根据权利要求5所述的一种用于互联网医院的患者在线问诊系统，其特征在于：系统平台在将患者的病症信息推送至患者后，将该病症信息输入到系统平台内的急危重症数据存储模型内；
若急危重症数据存储模型内没有存在该病症信息时，则说明患者的病症为非急危重症，患者可通过该问诊系统继续进行下一步的问诊治疗，若急危重症数据存储模型内存在该病症信息时，则说明该患者的病症信息为急危重症，说明患者的病症应当尽早进行医学处理，在确定该患者的病症为急危重症后，系统数据库以消息推送的方式向该患者推送就诊建议，就诊建议包括在线下就近就快的到某医院某科室进行门诊。
7.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述问诊沟通模块负责串联医患之间的交流，同时支持图文、语音电话和视频电话等多种方式建立医患之间的沟通渠道；
在医生与患者之间进行沟通交流之前，需要患者在系统平台内进行在线预约挂号，医生在受到患者的预约挂号信息后，系统平台会以消息推送的方式将预约信息传递至医生，医生在受到该推送消息后，通过点击该提示消息医生即可获取该患者的具体病症信息以及系统平台对患者的初诊信息；
医生在对患者的病症信息进行全面了解后，医生根据患者的病症信息进行诊断，并在通讯沟通之前医生对该患者的病症信息进行预诊，医生在作出预诊后，向患者发送问诊通讯请求，通讯方式包括图文、语音电话和视频电话，医生与患者的通讯方式依据患者实际病症信息的需要来进行选择；
在医患之间沟通交流过程中，主要通过以医生提问患者回答的方式进行病症交流，主要包括医生询问患者的病症反应、病症部位、并发病症以及病史信息，医生在问诊并确认患者的症状反应后，即时做出诊断结果和就诊建议，实现医生在预诊的基础上对患者的病症进行确诊，并在问诊沟通结束后，将问诊的具体内容、医生诊断结果和就诊建议即时以列表清单的方式发送至患者。
8.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述问诊支付模块是指在患者接收到该次医生的问诊结果以及就诊建议后，用户通过签字确认的方式完整该次问诊，医生在患者确认后，医生根据患者的病症信息开出药品处方单，患者通过平台支付模块支付该次问诊的费用，支付方式包括支付宝、微信和银联支付，在药品处方单开出后患者可依据需求选择该药品的配送方式和支付方式，配送方式包括自提和快递。
9.根据权利要求8所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述开处方模块主要负责处方单的管理，在医生根据患者的病症信息开出药品处方后，该药品处方信息会传输至审核模块，药品医师会对该药品处方进行审核，在审核确认后将药品处方信息传输至医院药房，通过医院药房在线下为患者依据药品处方进行配药；
所述评价模块主要指患者对该次问诊过程的体验进行评价，具体是指系统以提示询问的方式和患者以回答的方式来完成评价。
10.根据权利要求1所述的一种用于互联网医院的患者在线问诊系统，其特征在于：所述用户基础信息模块主要用于展示用户的基本信息，用户的基本信息包括用户姓名、头像、身份证等基础信息，所述用户订单模块主要用于展示用户相关的商城、问诊信息、处方信息和药品订单信息，所述优惠模块主要展示用户的优惠券和积分等相关权益信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110653641.7A CN113284633A (zh) | 2021-06-11 | 2021-06-11 | 一种用于互联网医院的患者在线问诊系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110653641.7A CN113284633A (zh) | 2021-06-11 | 2021-06-11 | 一种用于互联网医院的患者在线问诊系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113284633A true CN113284633A (zh) | 2021-08-20 |
Family
ID=77284282
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110653641.7A Pending CN113284633A (zh) | 2021-06-11 | 2021-06-11 | 一种用于互联网医院的患者在线问诊系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113284633A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113782227A (zh) * | 2021-09-24 | 2021-12-10 | 山东海天智能工程有限公司 | 一种智能互联网医疗服务系统 |
| CN113990493A (zh) * | 2021-11-25 | 2022-01-28 | 袁冰 | 一种用于中医疾病诊断与证候辨识的人机互动智能系统 |
| CN114613522A (zh) * | 2022-03-09 | 2022-06-10 | 南京信息工程大学 | 一种基于vr技术的虚拟智慧医生问诊系统 |
| CN114629867A (zh) * | 2022-03-22 | 2022-06-14 | 康键信息技术（深圳）有限公司 | 在线问诊即时通讯系统和消息处理方法 |
| CN114743667A (zh) * | 2022-04-08 | 2022-07-12 | 北京奈特瑞科技有限公司 | 在线问诊系统和设备 |
| CN115662657A (zh) * | 2022-10-31 | 2023-01-31 | 海南星捷安科技集团股份有限公司 | 一种基于互联网医院的在线问诊系统 |
| CN116936078A (zh) * | 2023-07-18 | 2023-10-24 | 南京大经中医药信息技术有限公司 | 中医预问诊收集管理系统 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106021910A (zh) * | 2016-05-17 | 2016-10-12 | 重庆医科大学附属永川医院 | 基于智慧医疗服务的远程疾病诊断系统 |
| CN106777971A (zh) * | 2016-12-15 | 2017-05-31 | 杭州卓健信息科技有限公司 | 一种智能导诊方法及其装置 |
| CN107887037A (zh) * | 2016-09-27 | 2018-04-06 | 上海交迅智能科技有限公司 | 基于智能终端问诊的询问和回答的方法 |
| CN109509561A (zh) * | 2018-12-27 | 2019-03-22 | 天津红康云健康科技有限公司 | 一种基于微信公众号的在线开方系统 |
| CN110021391A (zh) * | 2017-10-09 | 2019-07-16 | 东莞东阳光科研发有限公司 | 一种分诊方法和装置 |
| CN110176313A (zh) * | 2019-05-29 | 2019-08-27 | 上海依智医疗技术有限公司 | 一种预问诊方法和系统 |
| CN112233739A (zh) * | 2020-09-27 | 2021-01-15 | 合肥新玖辰智能科技有限公司 | 一种患者在线就诊平台系统 |
| CN112530576A (zh) * | 2020-11-30 | 2021-03-19 | 百度健康(北京)科技有限公司 | 一种线上医患匹配方法、装置、电子设备及存储介质 |
| CN112863701A (zh) * | 2021-02-01 | 2021-05-28 | 北京好欣晴移动医疗科技有限公司 | 非接触智能问诊系统 |
-
2021
- 2021-06-11 CN CN202110653641.7A patent/CN113284633A/zh active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106021910A (zh) * | 2016-05-17 | 2016-10-12 | 重庆医科大学附属永川医院 | 基于智慧医疗服务的远程疾病诊断系统 |
| CN107887037A (zh) * | 2016-09-27 | 2018-04-06 | 上海交迅智能科技有限公司 | 基于智能终端问诊的询问和回答的方法 |
| CN106777971A (zh) * | 2016-12-15 | 2017-05-31 | 杭州卓健信息科技有限公司 | 一种智能导诊方法及其装置 |
| CN110021391A (zh) * | 2017-10-09 | 2019-07-16 | 东莞东阳光科研发有限公司 | 一种分诊方法和装置 |
| CN109509561A (zh) * | 2018-12-27 | 2019-03-22 | 天津红康云健康科技有限公司 | 一种基于微信公众号的在线开方系统 |
| CN110176313A (zh) * | 2019-05-29 | 2019-08-27 | 上海依智医疗技术有限公司 | 一种预问诊方法和系统 |
| CN112233739A (zh) * | 2020-09-27 | 2021-01-15 | 合肥新玖辰智能科技有限公司 | 一种患者在线就诊平台系统 |
| CN112530576A (zh) * | 2020-11-30 | 2021-03-19 | 百度健康(北京)科技有限公司 | 一种线上医患匹配方法、装置、电子设备及存储介质 |
| CN112863701A (zh) * | 2021-02-01 | 2021-05-28 | 北京好欣晴移动医疗科技有限公司 | 非接触智能问诊系统 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113782227A (zh) * | 2021-09-24 | 2021-12-10 | 山东海天智能工程有限公司 | 一种智能互联网医疗服务系统 |
| CN113990493A (zh) * | 2021-11-25 | 2022-01-28 | 袁冰 | 一种用于中医疾病诊断与证候辨识的人机互动智能系统 |
| CN114613522A (zh) * | 2022-03-09 | 2022-06-10 | 南京信息工程大学 | 一种基于vr技术的虚拟智慧医生问诊系统 |
| CN114629867A (zh) * | 2022-03-22 | 2022-06-14 | 康键信息技术（深圳）有限公司 | 在线问诊即时通讯系统和消息处理方法 |
| CN114743667A (zh) * | 2022-04-08 | 2022-07-12 | 北京奈特瑞科技有限公司 | 在线问诊系统和设备 |
| CN115662657A (zh) * | 2022-10-31 | 2023-01-31 | 海南星捷安科技集团股份有限公司 | 一种基于互联网医院的在线问诊系统 |
| CN115662657B (zh) * | 2022-10-31 | 2024-02-02 | 海南星捷安科技集团股份有限公司 | 一种基于互联网医院的在线问诊系统 |
| CN116936078A (zh) * | 2023-07-18 | 2023-10-24 | 南京大经中医药信息技术有限公司 | 中医预问诊收集管理系统 |
| CN116936078B (zh) * | 2023-07-18 | 2024-04-26 | 南京大经中医药信息技术有限公司 | 中医预问诊收集管理系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113284633A (zh) | 一种用于互联网医院的患者在线问诊系统 | |
| CN107292597A (zh) | 基于社保卡实现就诊支付的方法、移动终端及存储设备 | |
| Briscoe | From iron cage to iron shield? How bureaucracy enables temporal flexibility for professional service workers | |
| CN109785972B (zh) | 用于对行为和健康变化进行建模的方法 | |
| CN111681752A (zh) | 基于云平台的医联体诊疗系统 | |
| US20130024209A1 (en) | Virtual doctor interactive cybernet system | |
| US20110288884A1 (en) | Providing medical services and/or products using telecommunications | |
| US20040111293A1 (en) | System and a method for tracking patients undergoing treatment and/or therapy for renal disease | |
| EP2523136A2 (en) | System and a method for providing integrated access management for peritoneal dialysis and hemodialysis | |
| US20020059587A1 (en) | Method and apparatus for providing personalized services | |
| CN111128333A (zh) | 一种一站式智能诊断与智能就医管理系统 | |
| US8346575B2 (en) | System and methods of automated patient check-in, scheduling and prepayment | |
| JP2004518187A (ja) | 健康管理データ通信システム | |
| US20050075907A1 (en) | Emergency station kiosk and related methods | |
| US20130191159A1 (en) | System, method and computer program product for customer-selected care path for treatment of a medical condition | |
| Colorafi et al. | Treating anxiety and depression in primary care: reducing barriers to access | |
| US20130041686A1 (en) | Health care brokerage system and method of use | |
| CN113593663A (zh) | 一种医联体下个性化健康管理的医疗服务app系统 | |
| WO2013109973A1 (en) | System, method and computer program product for customer-selected care path for treatment of a medical condition | |
| US20080154643A1 (en) | System and Method for Patient Management of Personal Health | |
| WO2022047307A1 (en) | Web-based personalized health management system | |
| Somerset et al. | Obstacles on the path to a primary-care led National Health Service: complexities of outpatient care | |
| RU2207623C2 (ru) | Медицинская информационно-консультационная система (мис) | |
| Long et al. | Evaluation of a hospital-based integrated model of eye care for diabetic retinopathy assessment: a multimethod study | |
| Turvey et al. | Current practices in electronic capture of patient-reported outcomes for measurement-based care and the use of patient portals to support behavioral health |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210820 |
|
| RJ01 | Rejection of invention patent application after publication |