CN109754850A - 临床数据处理***及方法 - Google Patents
临床数据处理***及方法 Download PDFInfo
- Publication number
- CN109754850A CN109754850A CN201811615310.9A CN201811615310A CN109754850A CN 109754850 A CN109754850 A CN 109754850A CN 201811615310 A CN201811615310 A CN 201811615310A CN 109754850 A CN109754850 A CN 109754850A
- Authority
- CN
- China
- Prior art keywords
- user
- information
- client
- medical
- server
- 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
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
本发明公开了临床数据处理***及方法,属于医疗领域。本发明采用第一客户端获取第一用户的摄入信息,利用服务器存储第一用户的摄入信息及第一用户的医疗信息,将第一用户与第二用户进行关联,服务器还用于根据第一客户端发送的请求进行相应的操作,实现了对第一用户的医疗信息进行统一管理,同时也方便了第一用户及第二用户对医疗信息的查看;使第二用户采用第二客户端通过服务器获取第一用户的摄入信息及相应的医疗信息,通过服务器与第一客户端进行通信,以及对第一用户的摄入信息的监测,实现了第一用户与第二用户的远程通信,方便第二用户根据第一用户的医疗信息快速的做出相应诊断为第一用户的健康提供保障。
Description
技术领域
本发明涉及医疗领域,尤其涉及一种临床数据处理***及方法。
背景技术
目前,医疗服务过程中,涉及到很多服务信息,这些信息对于患者服务十分重要,特别一些需要在患者和医生之间共享的医疗信息,而目前患者的医疗信息相对零散,医生需通过患者口述的方式了解患者的病史,或者通过阅读病例本的方式大致了解患者的一些离散的病史,无法快速***的掌握患者的病史及身体状态,需要患者重新检查,从而延迟了治疗时间。
发明内容
针对患者的医疗信息零散无法统一管理的问题,现提供一种旨在实现可对患者的医疗信息进行统一管理的临床数据处理***及方法。
一种临床数据处理***,包括:
第一客户端,用于获取第一用户的摄入信息;
服务器,用于存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器还用于根据所述第一客户端发送的请求进行相应的操作;
所述第二用户采用第二客户端通过所述服务器获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器与所述第一客户端进行通信。
优选的,所述摄入信息包括:饮食信息和/或吃药信息。
优选的,所述服务器包括:
挂号单元,用于根据所述第一客户端的挂号请求进行挂号;
预约单元,用于根据所述第一客户端的预约请求进行挂号预约;
转诊单元,用于根据转诊请求进行转诊。
优选的,所述服务器包括:
存储单元,用于存储所述第一用户的医疗信息;
查询单元,用于根据所述第一客户端的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端。
优选的,所述医疗信息包括:
检查报告,和/或化验报告,和/或病理报告,和/或医疗费用记录信息,和/或医嘱信息,和/或出入院信息,和/或病历文书,和/或手术记录,和/或病案信息,和/或护理体征记录,和/或药物信息,和/或主治医师信息,和/或处方信息,和/或用血信息,和/或诊断信息,和/或细菌信息,和/或治疗信息,和/或重症监护信息。
优选的,所述第二客户端的所述第二用户用于根据所述第一用户的摄入信息生成提醒消息,并将所述提醒消息通过所述服务器发送至所述第一客户端,以提醒所述第一用户定时吃药,和/或吃饭。
优选的,所述服务器包括:
监测单元,用于对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端,并生成提醒信息发送至所述第二客户端,以供所述第二用户获取所述第一用户的异常信息;
处理单元,用于存储医学知识数据,当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在所述医学知识数据中提取相应的治疗信息,并推送至所述第一客户端。
本发明还提供了一种临床数据处理方法,包括下述步骤:
第一客户端获取第一用户的摄入信息;
服务器存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器根据所述第一客户端发送的请求进行相应的操作;
所述第二用户采用第二客户端通过所述服务器获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器与所述第一客户端进行通信。
优选的,所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
根据所述第一客户端的挂号请求进行挂号,和/或
根据所述第一客户端的预约请求进行挂号预约,和/或
根据转诊请求进行转诊,和/或
根据所述第一客户端的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端。
优选的,提供一存储单元存储医学知识数据;
所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端,并生成提醒信息发送至所述第二客户端,以供所述第二用户获取所述第一用户的异常信息;
当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在医学知识数据中提取相应的治疗信息,并推送至所述第一客户端。
上述技术方案的有益效果:
本技术方案中,采用第一客户端获取第一用户的摄入信息,利用服务器存储第一用户的摄入信息及第一用户的医疗信息,将第一用户与第二用户进行关联,服务器还用于根据第一客户端发送的请求进行相应的操作,实现了对第一用户的医疗信息进行统一管理,同时也方便了第一用户及第二用户对医疗信息的查看;使第二用户采用第二客户端通过服务器获取第一用户的摄入信息及相应的医疗信息,通过服务器与第一客户端进行通信,以及对第一用户的摄入信息的监测,实现了第一用户与第二用户的远程通信,方便第二用户根据第一用户的医疗信息快速的做出相应诊断为第一用户的健康提供保障。
附图说明
图1为本发明所述的临床数据处理***的一种实施例的模块图;
图2为本发明所述服务器的一种实施例的模块图;
图3为本发明所述临床数据处理方法的一种实施例的方法流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
需要说明的是,在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
下面结合附图和具体实施例对本发明作进一步说明,但不作为本发明的限定。
如图1所示,本发明提供了一种临床数据处理***,包括:
第一客户端1,用于获取第一用户的摄入信息;
服务器2,用于存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器2还用于根据所述第一客户端1发送的请求进行相应的操作;
所述第二用户采用第二客户端3通过所述服务器2获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器2与所述第一客户端1进行通信。
进一步地,所述摄入信息可包括:饮食信息和/或吃药信息。
需要说明的是,第一用户为患者,第一客户端1可以是患者随身携带的移动终端;第二用户为患者的治疗医生,第二客户端3可以是治疗医生的移动终端和电脑终端;服务器2可以是治疗医生所在医院的服务器。临床数据处理***主要应用于中医和西医医疗的临床数据处理中,在中医和西医治疗中患者不仅要按时吃药,饮食方面也需要根据医生的建议相应调整,以便于加强患者的治疗效果早日恢复健康。
在本实施例中,采用第一客户端1获取第一用户的摄入信息,利用服务器2存储第一用户的摄入信息及第一用户的医疗信息,将第一用户与第二用户进行关联,服务器2还用于根据第一客户端1发送的请求进行相应的操作,实现了对第一用户的医疗信息进行统一管理,同时也方便了第一用户及第二用户对医疗信息的查看;使第二用户采用第二客户端3通过服务器2获取第一用户的摄入信息及相应的医疗信息,通过服务器2与第一客户端1进行通信,以及对第一用户的摄入信息的监测,实现了第一用户与第二用户的远程通信,方便第二用户根据第一用户的医疗信息快速的做出相应诊断为第一用户的健康提供保障。
如图2所示,在优选的实施例中,所述服务器2可包括:
挂号单元21,用于根据所述第一客户端1的挂号请求进行挂号。
在本实施例中,患者可通过挂号单元21进行预约挂号,为患者看病挂号节约时间。
在优选的实施例中,所述服务器2可包括:
预约单元26,用于根据所述第一客户端1的预约请求进行挂号预约;
转诊单元27,用于根据转诊请求进行转诊,其中,转诊请求可以是第一客户端1发送的,也可以是社区医院发送的;转诊可以是社区医院与其上一级医院进行的双向转诊。
在优选的实施例中,所述服务器2包括:
存储单元22,用于存储所述第一用户的医疗信息;
查询单元23,用于根据所述第一客户端1的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端1。
进一步地,所述医疗信息包括:
检查报告,和/或化验报告,和/或病理报告,和/或医疗费用记录信息,和/或医嘱信息,和/或出入院信息,和/或病历文书,和/或手术记录,和/或病案信息,和/或护理体征记录,和/或药物信息,和/或主治医师信息,和/或处方信息,和/或用血信息,和/或诊断信息,和/或细菌信息,和/或治疗信息,和/或重症监护信息。
其中,医嘱信息记记录患者在住院期间的药物、治疗、护理、手术、用血、检查、检验、膳食等医嘱数据;出入院信息记录了患者的门诊预约、门诊挂号、门诊诊断、双向转诊、入院登记、入院诊断、出院诊断等信息。
在本实施例中,患者可通过查询单元23远程查询相应的医疗信息,无需到医院领取化验报告及病理报告等。
在优选的实施例中,所述第二客户端3的所述第二用户用于根据所述第一用户的摄入信息生成提醒消息,并将所述提醒消息通过所述服务器2发送至所述第一客户端1,以提醒所述第一用户定时吃药,和/或吃饭,和/或随访,和/或挂号预约,和/或看病治疗。
在本实施例中,治疗医生可根据患者发送的吃药及吃饭、日常生活数据、日常体征数据对患者的日常生活进行监测,监测患者按时吃药和医嘱的执行情况,以及提醒患者应在饮食中忌口的食材等,提醒患者在日常生活中的养成良好的生活习惯,保持良好的依从性,以保证患者的治疗效果。
在优选的实施例中,所述服务器2包括:
监测单元24,用于对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端1,并生成提醒信息发送至所述第二客户端3,以供所述第二用户获取所述第一用户的异常信息;
处理单元25,用于存储医学知识数据,当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在所述医学知识数据中提取相应的治疗信息,并推送至所述第一客户端1。
在本实施例中,当第一用户的医疗信息中的检查报告或化验报告中的数据指标超出或低于正常范围时,生成警告消息,以提醒患者关注该异常信息,同时在医学知识数据中提取与该异常信息相关的治疗信息,推送至第一客户端1以供患者进行参考。
需要说明的是,医学知识数据可以是针对中医慢病的相关数据。中医慢病随访流程包括望闻问切——西医指标、中医症状——结论——治法——方药/中成药——疗程跟随——辅助检查及体征改善等各环节,从而形成连续有效的患者数据,实现以临床患者数据为基础。本实施例中的医学知识数据包含了不同年龄段、不同地域、不同经济状况及社会地位等多目标群体;基本信息、体征症状、辅助检查等多指标体系的较大规模临床数据。
医学知识数据为患者提供一个知识共享、实时互动及科学指导的服务平台,以提高患者的健康管理意识,积极参与自我健康管理,减少和避免疾病复发,进而提高患者的预后。临床数据处理***以互联网为载体,通过现代信息技术手段实现健康教育、医疗信息查询、电子健康档案、疾病风险评估、在线疾病咨询、电子处方、远程会诊及治疗和疾病康复等多种形式的健康医疗服务创新模式。
作为举例而非限定,临床数据处理***可应用于中医和西医医疗的信息交互的数据管理特别是中医和西医慢病的治疗。临床数据处理***以互联网为载体,通过现代信息技术手段实现健康教育、医疗信息查询、电子健康档案、疾病风险评估、在线疾病咨询、电子处方、远程会诊及治疗和疾病康复等多种形式的健康医疗服务创新模式。通过互联网“+”理念在医疗行业的创新应用,改变传统面对面的就医模式,促进基于互联网、大数据形式下的新型分级诊疗制度的实施。
如图3所示,一种临床数据处理方法,包括下述步骤:
S1.第一客户端获取第一用户的摄入信息;
S2.服务器存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器根据所述第一客户端发送的请求进行相应的操作;
S3.所述第二用户采用第二客户端通过所述服务器获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器与所述第一客户端进行通信。
在本实施例中,采用第一客户端获取第一用户的摄入信息,利用服务器存储第一用户的摄入信息及第一用户的医疗信息,将第一用户与第二用户进行关联,服务器还用于根据第一客户端发送的请求进行相应的操作,实现了对第一用户的医疗信息进行统一管理,同时也方便了第一用户及第二用户对医疗信息的查看;使第二用户采用第二客户端通过服务器获取第一用户的摄入信息及相应的医疗信息,通过服务器与第一客户端进行通信,以及对第一用户的摄入信息的监测,实现了第一用户与第二用户的远程通信,方便第二用户根据第一用户的医疗信息快速的做出相应诊断为第一用户的健康提供保障。
在优选的实施例中,所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
根据所述第一客户端的挂号请求进行挂号,和/或
根据所述第一客户端的预约请求进行挂号预约,和/或
根据转诊请求进行转诊,和/或
根据所述第一客户端的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端。
在本实施例中,患者可通过挂号单元进行预约挂号,为患者看病挂号节约时间。患者可通过查询单元远程查询相应的医疗信息,无需到医院领取化验报告及病理报告等。
在优选的实施例中,提供一存储单元存储医学知识数据;
所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端,并生成提醒信息发送至所述第二客户端,以供所述第二用户获取所述第一用户的异常信息;
当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在医学知识数据中提取相应的治疗信息,并推送至所述第一客户端。
在本实施例中,当第一用户的医疗信息中的检查报告或化验报告中的数据指标超出或低于正常范围时,生成警告消息,以提醒患者关注该异常信息,同时在医学知识数据中提取与该异常信息相关的治疗信息,推送至第一客户端以供患者进行参考。
以上所述仅为本发明较佳的实施例,并非因此限制本发明的实施方式及保护范围,对于本领域技术人员而言,应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案,均应当包含在本发明的保护范围内。
Claims (10)
1.一种临床数据处理***,其特征在于,包括:
第一客户端,用于获取第一用户的摄入信息;
服务器,用于存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器还用于根据所述第一客户端发送的请求进行相应的操作;
所述第二用户采用第二客户端通过所述服务器获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器与所述第一客户端进行通信。
2.根据权利要求1所述的临床数据处理***,其特征在于,所述摄入信息包括:饮食信息和/或吃药信息。
3.根据权利要求1所述的临床数据处理***,其特征在于,所述服务器包括:
挂号单元,用于根据所述第一客户端的挂号请求进行挂号;
预约单元,用于根据所述第一客户端的预约请求进行挂号预约;
转诊单元,用于根据转诊请求进行转诊。
4.根据权利要求1所述的临床数据处理***,其特征在于,所述服务器包括:
存储单元,用于存储所述第一用户的医疗信息;
查询单元,用于根据所述第一客户端的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端。
5.根据权利要求1或4所述的临床数据处理***,其特征在于,所述医疗信息包括:
检查报告,和/或化验报告,和/或病理报告,和/或医疗费用记录信息,和/或医嘱信息,和/或出入院信息,和/或病历文书,和/或手术记录,和/或病案信息,和/或护理体征记录,和/或药物信息,和/或主治医师信息,和/或处方信息,和/或用血信息,和/或诊断信息,和/或细菌信息,和/或治疗信息,和/或重症监护信息。
6.根据权利要求1所述的临床数据处理***,其特征在于,所述第二客户端的所述第二用户用于根据所述第一用户的摄入信息生成提醒消息,并将所述提醒消息通过所述服务器发送至所述第一客户端,以提醒所述第一用户定时吃药,和/或吃饭。
7.根据权利要求1所述的临床数据处理***,其特征在于,所述服务器包括:
监测单元,用于对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端,并生成提醒信息发送至所述第二客户端,以供所述第二用户获取所述第一用户的异常信息;
处理单元,用于存储医学知识数据,当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在所述医学知识数据中提取相应的治疗信息,并推送至所述第一客户端。
8.一种临床数据处理方法,其特征在于,包括下述步骤:
第一客户端获取第一用户的摄入信息;
服务器存储所述第一用户的摄入信息及所述第一用户的医疗信息,将所述第一用户与第二用户进行关联,所述服务器根据所述第一客户端发送的请求进行相应的操作;
所述第二用户采用第二客户端通过所述服务器获取所述第一用户的摄入信息及相应的医疗信息,通过所述服务器与所述第一客户端进行通信。
9.根据权利要求8所述的临床数据处理方法,其特征在于,所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
根据所述第一客户端的挂号请求进行挂号,和/或
根据所述第一客户端的预约请求进行挂号预约,和/或
根据转诊请求进行转诊,和/或
根据所述第一客户端的查询请求查询相应的第一用户的医疗信息,并发送至相应的所述第一客户端。
10.根据权利要求8所述的临床数据处理方法,其特征在于,提供一存储单元存储医学知识数据;
所述服务器根据所述第一客户端发送的请求进行相应的操作,包括:
对所述第一用户的医疗信息进行监测,当所述医疗信息出现异常时生成警告消息并发送至所述第一客户端,并生成提醒信息发送至所述第二客户端,以供所述第二用户获取所述第一用户的异常信息;
当所述第一用户的医疗信息出现异常时,根据相应的异常信息,在医学知识数据中提取相应的治疗信息,并推送至所述第一客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811615310.9A CN109754850A (zh) | 2018-12-27 | 2018-12-27 | 临床数据处理***及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811615310.9A CN109754850A (zh) | 2018-12-27 | 2018-12-27 | 临床数据处理***及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109754850A true CN109754850A (zh) | 2019-05-14 |
Family
ID=66403259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811615310.9A Pending CN109754850A (zh) | 2018-12-27 | 2018-12-27 | 临床数据处理***及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109754850A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021104334A1 (zh) * | 2019-11-25 | 2021-06-03 | 京东方科技集团股份有限公司 | 医学数据管理方法、装置和***以及服务器 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915758A (zh) * | 2015-05-22 | 2015-09-16 | 甄昊元 | 一种家庭智能终端、健康管理服务器、***和方法 |
CN105869097A (zh) * | 2016-05-26 | 2016-08-17 | 丁腊春 | 一种基于云平台的o2o医疗信息*** |
CN108428470A (zh) * | 2018-02-28 | 2018-08-21 | 湖南琴海数码股份有限公司 | 一种基于电子病历的健康管理*** |
-
2018
- 2018-12-27 CN CN201811615310.9A patent/CN109754850A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104915758A (zh) * | 2015-05-22 | 2015-09-16 | 甄昊元 | 一种家庭智能终端、健康管理服务器、***和方法 |
CN105869097A (zh) * | 2016-05-26 | 2016-08-17 | 丁腊春 | 一种基于云平台的o2o医疗信息*** |
CN108428470A (zh) * | 2018-02-28 | 2018-08-21 | 湖南琴海数码股份有限公司 | 一种基于电子病历的健康管理*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021104334A1 (zh) * | 2019-11-25 | 2021-06-03 | 京东方科技集团股份有限公司 | 医学数据管理方法、装置和***以及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7030853B2 (ja) | 電子健康記録から医療イベントを予測して要約するためのシステムおよび方法 | |
Silva et al. | Mobile-health: A review of current state in 2015 | |
Polisena et al. | Home telehealth for diabetes management: a systematic review and meta‐analysis | |
Celler et al. | Using information technology to improve the management of chronic disease | |
Van den Berg et al. | Telemedicine and telecare for older patients—a systematic review | |
US20030149593A1 (en) | Health-care system | |
US20140316810A1 (en) | Integrated health management system | |
JPWO2005122033A1 (ja) | 医療総合情報装置及び医療総合情報システム | |
Davidson et al. | If I choose it, am I more likely to use it? | |
Bentes et al. | Design and development of a utilization review program in Portugal | |
CN111755110A (zh) | 三高共管三级协同慢病管理平台 | |
CN116504373A (zh) | 数智病房综合管理信息平台 | |
Walke et al. | Restructuring care for older adults undergoing surgery: preliminary data from the Co‐Management of Older Operative Patients En Route Across Treatment Environments (CO‐OPERATE) model of care | |
Chakraborty et al. | Analysis of digital technologies as antecedent to care service transparency and orchestration | |
De Jonge et al. | Risk factors for complex care needs in general medical inpatients: results from a European study | |
Chan et al. | A systematic review: The effects of orientation programs for cancer patients and their family/carers | |
North et al. | Telemonitoring blood pressure by secure message on a patient portal: use, content, and outcomes | |
CN109754850A (zh) | 临床数据处理***及方法 | |
Marshall et al. | Toolkit for health care needs assessment in prisons | |
CN109698025A (zh) | 医疗信息管理***及方法 | |
Panicacci et al. | Satnav e@ sycare telemedicine platform in the management of covid-19 patients: Field trial results | |
Brennan et al. | Consumer health informatics and telehealth | |
Matchar et al. | Community impact of anticoagulation services: rationale and design of the Managing Anticoagulation Services Trial (MAST) | |
CN109741801A (zh) | 信息交互的数据管理***及方法 | |
Cruz et al. | Compliance and costs in a case management model |
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: 20190514 |