CN109300538A - 一种用于医院门诊的医患信息共享***及其方法 - Google Patents
一种用于医院门诊的医患信息共享***及其方法 Download PDFInfo
- Publication number
- CN109300538A CN109300538A CN201811087789.3A CN201811087789A CN109300538A CN 109300538 A CN109300538 A CN 109300538A CN 201811087789 A CN201811087789 A CN 201811087789A CN 109300538 A CN109300538 A CN 109300538A
- Authority
- CN
- China
- Prior art keywords
- patient
- information
- unit
- doctor
- hospital
- 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
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
- 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
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Pathology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明提供一种用于医院门诊的医患信息共享***及其方法,其特征在于,信息共享***包括医生客户端以及患者客户端;患者客户端包括信息录入单元、判断单元、门诊单元、报警单元以及对话单元;信息录入单元获取信息后,将信息发送至判断单元;判断单元接收患者的信息,判断用户需要挂号的医院以及科室,进行自动挂号;门诊单元用于接收挂号结果,返回挂号结果包括挂号医院、科室、时间以及就诊医生信息;医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元;就诊信息接收单元用于接收医院的门诊部发送的就诊信息;患者单元用于记录该医生诊疗的患者总人数;确认单元用于在结束问诊后确认诊治信息。
Description
技术领域
本发明涉及信息共享领域,尤其涉及一种用于医院门诊的医患信息共享***及其方法。
背景技术
信息共享指不同终端(客户端)通过网络(包括局域网、Internet)共同管理、分享服务器的数据信息。
一般情况下,患者在去医院挂号时需要在医院的门诊部门挂号,挂号医生就诊之后,就按照医生开的药方进行治疗,然而,治疗的结果医生并不能跟踪,患者在有问题的时候需要咨询医生也不方便,因此,本发明提供的信息共享***,能够提供患者和医生一个信息交流的平台。
发明内容
发明目的:本发明提供一种用于医院门诊的医患信息共享***及其方法。
技术方案:本发明通过以下技术方案实现:
一种用于医院门诊的医患信息共享***,所述信息共享***包括医生客户端以及患者客户端,所述医生客户端与所述患者客户端之间通过服务器连接;所述患者客户端与所述医生客户端基于不同医院与患者之间;
所述患者客户端包括信息录入单元 、判断单元、门诊单元、报警单元以及对话单元;
所述信息录入单元用于接收患者信息,所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应;所述信息录入单元获取信息后,将信息发送至判断单元;
所述判断单元接收患者的信息,根据接收的信息判断用户需要挂号的医院以及科室,并将挂号信息发送至门诊部门进行自动挂号;
所述门诊单元用于接收门诊部的挂号结果,所述挂号结果由服务器返回,所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息;
所述报警单元用于在紧急情况下向医院的急救部门发送紧急信息;
对话单元,包括医生信息接收单元和患者信息发送单元,所述医生信息接收单元用于接收医生回复的信息,所述患者信息发送单元用于发送病情咨询信息;
所述医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元;
所述就诊信息接收单元用于接收医院的门诊部经由服务器发送的就诊信息;
所述患者单元用于记录该医生诊疗的患者总人数;所述患者单元包括已恢复患者模块和治疗期患者模块;
所述确认单元用于在结束问诊后确认诊治信息,还用于追踪患者的治疗后的治病情况;所述确认单元与所述患者客户端连接;所述诊治信息包括开始治疗时间以及治疗方案。
作为本发明的一种优选方案,确认单元确认就诊信息之后,将该医生的医生客户端与患者客户端连接,并将医生的诊疗结果发送至患者客户端。
作为本发明的一种优选方案,所述患者客户端还包括提醒单元,用于接收提醒信息。
作为本发明的一种优选方案,医生通过确认单元持续观察患者的治病情况,在病情好转之后,停止观察。
作为本发明的一种优选方案,医生停止观察后,更新患者单元的患者人数信息。
作为本发明的一种优选方案,医生停止观察后,将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元的患者信息。
作为本发明的一种优选方案,包括以下步骤:
S1、信息录入单元获取患者信息;
S2、判断单元根据患者信息,为患者选择医院和科室进行挂号,将挂号请求发送至医院门诊部;
S3、门诊部接收患者的挂号请求,根据医院的值班情况为患者安排就诊时间和就诊医生,并将安排后的信息返回至患者客户端以及医生客户端。
作为本发明的一种优选方案,治疗时,还包括以下步骤:
S4、确认模块确认问诊结束,并记录确诊结束的时间以及医生提供的治疗方案;
S5、确认模块将医生提供的治疗方案发送至患者客户端;
S6、患者客户端的提醒单元根据医生的治理方案提醒患者进行购买以及服用药物;
S7、患者将自己针对治疗方案的治疗情况通过对话单元上传。
作为本发明的一种优选方案,步骤S7后还包括:
S71、医生通过确认单元上传的信息判断患者是否完成了治疗,若是,执行步骤S72;若否,执行步骤S73;
S72、通过确认单元确认治疗结束,停止观察;
S73、医生继续观察上传的信息。
作为本发明的一种优选方案,所述步骤S72之后,还包括:
S721、确认单元将患者挂号信息以及治疗信息发送至患者单元,对患者单元的治疗期患者模块和已恢复患者模块的数据进行更新;
S722、确认单元将患者的服药史、治疗史发送至信息录入单元进行患者信息更新。
有益效果:
通过本发明的信息共享***,能够根据患者的病情的情况选择医院和科室进行挂号;
本信息共享***在患者问诊结束之后疗程结束之前的时间内随时咨询问诊医生;
本信息***能够自动更新患者的病例、服药史等等,方便医生进行针对性的治疗。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并于说明书一起用于解释本公开的原理。
图1为本发明实施例涉及的一种信息共享***的结构示意图;
图2为本发明实施例涉及的对话单元的结构示意图;
图3为本发明实施例涉及的一种患者单元的结构示意图;
图4为本发明实施例涉及的一种信息录入单元与判断单元的连接示意图;
图5为本发明实施例涉及的一种服务器的连接示意图;
图6为本发明实施例涉及的一种预约挂号的流程示意图;
图7为本发明实施例涉及的一种挂号后客户端建立连接的流程示意图;
图8为本发明实施例涉及的一种判断完成治疗的流程示意图;
图9为本发明实施例涉及的一种结束连接关系后的流程示意图;
图10为本发明实施例涉及的另一结束连接关系后的流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
实施例一:
根据图1-图1为本发明实施例涉及的一种信息共享***的结构示意图;图2为本发明实施例涉及的对话单元250的结构示意图;图3为本发明实施例涉及的一种患者单元140的结构示意图;图4为本发明实施例涉及的一种信息录入单元210与判断单元220的连接示意图;图5为本发明实施例涉及的一种服务器300的连接示意图;
本发明提供的医患信息共享***,主要是为了患者在医院问诊之后,按照医生的治疗方案进行治疗,将治疗过程和治疗效果通过医生客户端100和患者客户端200反馈给医生,从而更好地为患者服务;
一种用于医院门诊的医患信息共享***,其特征在于,所述信息共享***包括医生客户端100以及患者客户端200,所述医生客户端100与所述患者客户端200之间通过服务器300连接;所述医生客户端100安装在医院或者医生的终端以供医生使用,所述患者客户端200安装在患者终端以供患者使用;所述患者客户端200与所述医生客户端100基于不同医院与患者之间;即本信息***可以为一个患者提供不同医院的服务,同样的,医生可以看到患者在不同医院的就医记录,以方便为患者进行治疗。
所述患者客户端200包括信息录入单元210、判断单元220、门诊单元230、报警单元240以及对话单元250;
所述信息录入单元210用于接收患者信息,所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应;所述信息录入单元210获取信息后,将信息发送至判断单元220;
所述病史为患者通过患者客户端200的信息录入单元210输入以及客户端自动更新的患者的生病历史以及过敏情况,所述服药史为患者通过患者客户端200的信息录入单元210输入或者客户端自动更新的患者服药情况;所述治疗史为患者通过患者客户端200的信息录入单元210输入以及客户端自动更新的患者治疗的历史,例如:手术史、康复历史及其对应的手术详细以及康复详细,所述手术详细包括手术时间、手术结果、手术部位、手术名称等等。
所述信息录入单元210提供用户输入的接口,供用户输入数据并保存。
所述判断单元220接收患者的信息,具体的:接收患者的当前身体情况,包括生病部位以及生病症状;例如用户输入的具体的生病的部位,假设生病部位为眼睛,具体症状为眼部发痒,则用户选择生病部位为眼部,症状为发痒,判断模块初步判断用户具有眼部疾病,可能的结果为结膜炎,判断单元220根据判断结果,即眼部发痒,需要眼科医生进行问诊的结果,根据判断结果,选择眼科治疗效果好的医院的门诊部门进行预约挂号,发送挂号请求时,发送患者的身份证号及其他挂号需要的信息。
判断单元220根据接收的信息判断用户需要挂号的医院以及科室,并将挂号信息发送至门诊部门进行自动挂号。
所述门诊单元230用于接收来自门诊部门的挂号结果,所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息。
具体的,医院的门诊部门接收到来自判断单元220的挂号信息,处理来自判断单元220的挂号信息,当挂号时间对应的时间有问诊医生在的情况下,成功挂号,当过了上班时间或者没有医生在的情况下,挂号失败。
成功挂号时,返回成功挂号的信息至门诊单元230,门诊单元230显示挂号的医院、科室、时间以及就诊的医生的信息。
挂号失败时,返回挂号失败的信息至门诊单元230,门诊单元230显示挂号失败的原因以及可以进行预约挂号的时间,并询问患者是否需要预约该时间,当患者的选择为是时,判断单元220根据用户的选择再次发送挂号预约信息至医院门诊部门。
所述报警单元240用于在紧急情况下向医院的急救部门发送紧急信息;具体的,所述报警单元240可以添加到用户方便操作的桌面,具有较高的优先权,当患者有高血压或者心脏病时,选择报警单元240,报警单元240发送急救信息至急救中心,发送内容包含地址信息。
对话单元250,包括医生信息接收单元251和患者信息发送单元252,所述医生信息接收单元251用于接收医生回复的信息,所述患者信息发送单元252用于发送病情咨询信息;
所述对话单元250用于患者就诊之后,确认单元130确认患者客户端200和医生客户端100的连接,建立连接关系之后,患者和医生之间可以随时沟通,直至治疗的疗程结束。
实施例二:
医生客户端100主要是提供给医生使用,主要目的是与患者交流。
所述医生客户端100包括就诊信息接收单元110、患者单元140、确认单元130以及追踪单元140。
所述就诊信息接收单元110用于接收医院的门诊部发送的就诊信息;所述就诊信息包括患者的姓名、性别、病情以及症状;所述就诊信息接收单元110还包括就诊时间的信息。
所述患者单元140用于记录该医生诊疗的患者总人数;所述患者单元140包括已恢复患者模块121和治疗期患者模块122;其中,已恢复患者模块121记录已经完成医生指定的治疗的疗程的患者信息,已恢复患者模块121的患者不能够再免费的使用聊天功能;所述治疗期患者模块122记录正在治疗中的患者的信息,存储在该模块中的患者能够使用聊天功能和医生沟通病情的治疗情况。
所述确认单元130用于在结束问诊后确认诊治信息,还用于追踪患者的治疗后的治病情况;所述确认单元130与所述患者客户端200连接;所述诊治信息包括开始治疗时间以及治疗方案。
具体的,患者在问诊结束后,医生将病例以及处方药或者其他治疗方案上传至确认单元130,确认单元130与患者客户端200连接,将信息发送至患者客户端200,患者可以随时查询医生的治疗方案;在医生确认问诊结束后,通过确认模块确认问诊结束,确认问诊结束之后,将该患者的信息存储至医生客户端100的治疗期患者模块122,建立该患者和医生的沟通渠道。
优选的,确认单元130确认就诊信息之后,将该医生的医生客户端100与患者客户端200连接,并将医生的诊疗结果发送至患者客户端200。
优选的,所述患者客户端200还包括提醒单元260,用于接收提醒信息。所述提醒信息包括提醒服药信息以及医生临时发送的信息。
优选的,医生通过确认单元130持续观察患者的治病情况,在病情好转之后,停止观察,医生确认停止观察之后,将患者信息更新至医生客户端100的已恢复患者模块121。若需要再次问询该医生的信息,需要预约挂号。
优选的,医生停止观察后,更新患者单元140的患者人数信息,具体的更新患者人数信息、患者的患病信息以及治疗信息。
优选的,医生停止观察后,将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元210。信息录入单元210内存储患者的所有病史以及治疗史。
实施例三:
根据图6-10:图6为本发明实施例涉及的一种预约挂号的流程示意图;图7为本发明实施例涉及的一种挂号后客户端建立连接的流程示意图;图8为本发明实施例涉及的一种判断完成治疗的流程示意图;图9为本发明实施例涉及的一种结束连接关系后的流程示意图;图10为本发明实施例涉及的另一结束连接关系后的流程示意图。
优选的,所述信息共享***的控制方法,包括以下步骤:
S1、信息录入单元210获取患者信息;
S2、判断单元220根据患者信息,为患者选择医院和科室进行挂号,将挂号请求发送至医院门诊部;
S3、医院门诊部接收患者的挂号请求,根据医院的值班情况为患者安排就诊时间和就诊医生,并将安排后的信息发送至患者客户端200以及医生客户端100。
优选的,治疗时,还包括以下步骤:
S4、确认模块确认问诊结束,并记录问诊结束的时间以及医生提供的治疗方案;
在此提供的问诊的结束时间,以及后续医生确认治疗结束(疗程结束)的时间之内的患者进行治疗的方案以及治疗结果将作为患者的就医历史存储在信息录入单元210。
S5、确认模块将医生提供的治疗方案发送至患者客户端200;
S6、患者客户端200的提醒单元260根据医生的治理方案提醒患者进行购买以及服用药物;
S7、患者将自己针对治疗方案的治疗情况通过确认单元130上传。所述治疗情况为用户手动输入或者选择,通过对话模块与医生进行沟通。
优选的,步骤S7后还包括:
S71、医生通过确认单元130上传的信息判断患者是否完成了治疗,若是,执行步骤S72;若否,执行步骤S73;
S72、通过确认单元130确认治疗结束,停止观察;
S73、医生继续观察上传的信息。
优选的,所述步骤S72之后,还包括:
S721、确认单元130将患者挂号信息以及治疗信息发送至患者单元140,对患者单元140的治疗期患者模块122和已恢复患者模块121的数据进行更新;
S722、确认单元130将患者的服药史、治疗史发送至信息录入单元210进行患者信息更新。
上述实施例只为说明本发明的技术构思及特点,其目的是让熟悉该技术领域的技术人员能够了解本发明的内容并据以实施,并不能以此来限制本发明的保护范围。凡根据本发明精神实质所作出的等同变换或修饰,都应涵盖在本发明的保护范围之内。
Claims (10)
1.一种用于医院门诊的医患信息共享***,其特征在于,所述信息共享***包括医生客户端以及患者客户端,所述医生客户端与所述患者客户端之间通过服务器连接;所述患者客户端与所述医生客户端基于不同医院与患者之间;
所述患者客户端包括信息录入单元 、判断单元、门诊单元、报警单元以及对话单元;
所述信息录入单元用于接收患者信息,所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应;所述信息录入单元获取信息后,将信息发送至判断单元;
所述判断单元接收患者的信息,根据接收的信息判断用户需要挂号的医院以及科室,并将挂号信息发送至门诊部门进行自动挂号;
所述门诊单元用于接收门诊部的挂号结果,所述挂号结果由服务器返回,所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息;
所述报警单元用于在紧急情况下向医院的急救部门发送紧急信息;
对话单元,包括医生信息接收单元和患者信息发送单元,所述医生信息接收单元用于接收医生回复的信息,所述患者信息发送单元用于发送病情咨询信息;
所述医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元;
所述就诊信息接收单元用于接收医院的门诊部经由服务器发送的就诊信息;
所述患者单元用于记录该医生诊疗的患者总人数;所述患者单元包括已恢复患者模块和治疗期患者模块;
所述确认单元用于在结束问诊后确认诊治信息,还用于追踪患者的治疗后的治病情况;所述确认单元与所述患者客户端连接;所述诊治信息包括开始治疗时间以及治疗方案。
2.根据权利要求1所述的一种用于医院门诊的医患信息共享***,其特征在于,确认单元确认就诊信息之后,将该医生的医生客户端与患者客户端连接,并将医生的诊疗结果发送至患者客户端。
3.根据权利要求1所述的一种用于医院门诊的医患信息共享***,其特征在于,所述患者客户端还包括提醒单元,用于接收提醒信息。
4.根据权利要求1所述的一种用于医院门诊的医患信息共享***,其特征在于,医生通过确认单元持续观察患者的治病情况,在病情好转之后,停止观察。
5.根据权利要求4所述的一种用于医院门诊的医患信息共享***,其特征在于,医生停止观察后,更新患者单元的患者人数信息。
6.根据权利要求4所述的一种用于医院门诊的医患信息共享***,其特征在于,医生停止观察后,将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元的患者信息。
7.根据权利要求1-6任一项所述的一种用于医院门诊的医患信息共享***的控制方法,其特征在于,包括以下步骤:
S1、信息录入单元获取患者信息;
S2、判断单元根据患者信息,为患者选择医院和科室进行挂号,将挂号请求发送至医院门诊部;
S3、门诊部接收患者的挂号请求,根据医院的值班情况为患者安排就诊时间和就诊医生,并将安排后的信息返回至患者客户端以及医生客户端。
8.根据权利要求7所述的一种用于医院门诊的医患信息共享***的控制方法,其特征在于,治疗时,还包括以下步骤:
S4、确认模块确认问诊结束,并记录确诊结束的时间以及医生提供的治疗方案;
S5、确认模块将医生提供的治疗方案发送至患者客户端;
S6、患者客户端的提醒单元根据医生的治理方案提醒患者进行购买以及服用药物;
S7、患者将自己针对治疗方案的治疗情况通过对话单元上传。
9.根据权利要求8所述的一种用于医院门诊的医患信息共享***的控制方法,其特征在于,步骤S7后还包括:
S71、医生通过确认单元上传的信息判断患者是否完成了治疗,若是,执行步骤S72;若否,执行步骤S73;
S72、通过确认单元确认治疗结束,停止观察;
S73、医生继续观察上传的信息。
10.根据权利要求9所述的一种用于医院门诊的医患信息共享***的控制方法,其特征在于,所述步骤S72之后,还包括:
S721、确认单元将患者挂号信息以及治疗信息发送至患者单元,对患者单元的治疗期患者模块和已恢复患者模块的数据进行更新;
S722、确认单元将患者的服药史、治疗史发送至信息录入单元进行患者信息更新。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811087789.3A CN109300538A (zh) | 2018-09-18 | 2018-09-18 | 一种用于医院门诊的医患信息共享***及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811087789.3A CN109300538A (zh) | 2018-09-18 | 2018-09-18 | 一种用于医院门诊的医患信息共享***及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109300538A true CN109300538A (zh) | 2019-02-01 |
Family
ID=65163506
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811087789.3A Pending CN109300538A (zh) | 2018-09-18 | 2018-09-18 | 一种用于医院门诊的医患信息共享***及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109300538A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109903860A (zh) * | 2019-03-04 | 2019-06-18 | 苏州达辰医疗科技有限公司 | 一种医患交互平台***及其应用方法 |
CN110246587A (zh) * | 2019-06-15 | 2019-09-17 | 浙江爱多特大健康科技有限公司 | 糖尿病互联网一站式并发症会诊管理方法及*** |
CN110491524A (zh) * | 2019-06-28 | 2019-11-22 | 中国传媒大学 | 持续性互联网诊疗方法、***、用户终端、医生终端和云服务器 |
CN110853749A (zh) * | 2019-11-20 | 2020-02-28 | 常州市武进人民医院 | 一种急诊院前登记***及方法 |
CN112289463A (zh) * | 2020-10-16 | 2021-01-29 | 深圳市盛景基因生物科技有限公司 | 一种智慧医疗在线服务***及智慧医疗在线服务方法 |
CN113488197A (zh) * | 2021-06-08 | 2021-10-08 | 张波 | 一种肿瘤科患者信息录入*** |
CN117012352A (zh) * | 2023-08-16 | 2023-11-07 | 广州腾方医信科技有限公司 | 一种基于人脸识别的医患无感同行方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002092185A (ja) * | 2000-09-20 | 2002-03-29 | Olympus Optical Co Ltd | 医療情報伝送システム |
CN104200294A (zh) * | 2014-05-04 | 2014-12-10 | 黄海铨 | 一种门诊信息管理*** |
CN104239744A (zh) * | 2014-09-30 | 2014-12-24 | 中国科学院苏州生物医学工程技术研究所 | 一种诊疗点服务*** |
CN106295173A (zh) * | 2016-08-09 | 2017-01-04 | 孙珠蕾 | 一种病理科规范化工作管理和诊断咨询***软件 |
CN106354998A (zh) * | 2016-08-26 | 2017-01-25 | 成都汉康信息产业有限公司 | 一种支持远程问诊的在线医疗*** |
CN107194848A (zh) * | 2017-05-19 | 2017-09-22 | 胡小四 | 一种在线医疗*** |
CN108009803A (zh) * | 2017-12-26 | 2018-05-08 | 华中科技大学同济医学院附属协和医院 | 一种具有辅助挂号功能的医院自动化办公*** |
CN108053868A (zh) * | 2017-11-17 | 2018-05-18 | 广州医健康联医疗科技有限公司 | 一种互联网在线共享医疗平台及*** |
-
2018
- 2018-09-18 CN CN201811087789.3A patent/CN109300538A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002092185A (ja) * | 2000-09-20 | 2002-03-29 | Olympus Optical Co Ltd | 医療情報伝送システム |
CN104200294A (zh) * | 2014-05-04 | 2014-12-10 | 黄海铨 | 一种门诊信息管理*** |
CN104239744A (zh) * | 2014-09-30 | 2014-12-24 | 中国科学院苏州生物医学工程技术研究所 | 一种诊疗点服务*** |
CN106295173A (zh) * | 2016-08-09 | 2017-01-04 | 孙珠蕾 | 一种病理科规范化工作管理和诊断咨询***软件 |
CN106354998A (zh) * | 2016-08-26 | 2017-01-25 | 成都汉康信息产业有限公司 | 一种支持远程问诊的在线医疗*** |
CN107194848A (zh) * | 2017-05-19 | 2017-09-22 | 胡小四 | 一种在线医疗*** |
CN108053868A (zh) * | 2017-11-17 | 2018-05-18 | 广州医健康联医疗科技有限公司 | 一种互联网在线共享医疗平台及*** |
CN108009803A (zh) * | 2017-12-26 | 2018-05-08 | 华中科技大学同济医学院附属协和医院 | 一种具有辅助挂号功能的医院自动化办公*** |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109903860A (zh) * | 2019-03-04 | 2019-06-18 | 苏州达辰医疗科技有限公司 | 一种医患交互平台***及其应用方法 |
CN110246587A (zh) * | 2019-06-15 | 2019-09-17 | 浙江爱多特大健康科技有限公司 | 糖尿病互联网一站式并发症会诊管理方法及*** |
CN110491524A (zh) * | 2019-06-28 | 2019-11-22 | 中国传媒大学 | 持续性互联网诊疗方法、***、用户终端、医生终端和云服务器 |
CN110853749A (zh) * | 2019-11-20 | 2020-02-28 | 常州市武进人民医院 | 一种急诊院前登记***及方法 |
CN112289463A (zh) * | 2020-10-16 | 2021-01-29 | 深圳市盛景基因生物科技有限公司 | 一种智慧医疗在线服务***及智慧医疗在线服务方法 |
CN113488197A (zh) * | 2021-06-08 | 2021-10-08 | 张波 | 一种肿瘤科患者信息录入*** |
CN117012352A (zh) * | 2023-08-16 | 2023-11-07 | 广州腾方医信科技有限公司 | 一种基于人脸识别的医患无感同行方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109300538A (zh) | 一种用于医院门诊的医患信息共享***及其方法 | |
US9971868B2 (en) | Method for providing electronic medical records utilizing portable computing and communications equipment | |
KR20150078191A (ko) | 원격 진료 서비스 시스템 및 이를 이용한 서비스 방법 | |
CN104254857A (zh) | 患者信息接口 | |
KR20140028929A (ko) | 이동 단말을 이용한 개인 의료 진료 방법 및 장치 | |
CN109411054B (zh) | 一种患者异地自助预约透析治疗*** | |
JP2015032060A (ja) | 医療支援システム | |
CN106803024A (zh) | 一种远程会诊方法及*** | |
KR20110127537A (ko) | 응급환자 이송/협진 관리방법 및 시스템 | |
JP2002024382A (ja) | 在宅診療システム及びその在宅診療方法 | |
Stinson et al. | E-health blood pressure control program | |
Rangasamy et al. | Role of telemedicine in health care system: a review | |
EP2704044A2 (en) | Apparatus and method for providing medical support | |
JP4527995B2 (ja) | 健康管理支援システム | |
JP2003111735A (ja) | 健康情報管理システム | |
Lopez-Casado et al. | Network architecture for global biomedical monitoring service | |
TWM289635U (en) | Remote medical apparatus | |
CN114999597A (zh) | 医疗随访*** | |
Paulson et al. | Small Bowel Obstruction Conservatively Managed in Hospital‐At‐Home | |
Venketasubramanian et al. | Bridging the Gap between primary and specialist care-an integrative model for stroke | |
Fisher et al. | Role of Telemedicine in Management of Patients During the COVID-19 Pandemic | |
JP7182833B1 (ja) | 獣医療支援システム、獣医療支援方法及びプログラム | |
KR20220062933A (ko) | 의료ai엔진을 활용한 건강검진 및 질병예측 원격진료서비스 시스템 | |
JP2012203617A (ja) | 在宅医療看護システム | |
György | Electronic Documentation and Digital, IT Technology in Pre-Hospital Emergency Care |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190201 |