CN104463755A - 一种医院双向转诊***、方法和平台 - Google Patents
一种医院双向转诊***、方法和平台 Download PDFInfo
- Publication number
- CN104463755A CN104463755A CN201410559964.XA CN201410559964A CN104463755A CN 104463755 A CN104463755 A CN 104463755A CN 201410559964 A CN201410559964 A CN 201410559964A CN 104463755 A CN104463755 A CN 104463755A
- Authority
- CN
- China
- Prior art keywords
- examination
- place
- hospital
- changing
- request
- 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
- 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
-
- G06Q50/24—
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)
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
一种医院双向转诊***、方法和平台，健康档案数据中心对转诊请求客户端上传的健康档案进行存储；双向转诊处理模块根据预设的转诊原则从医院资源信息库中自动匹配转诊接收医院。转诊接收客户端获取在获取到转诊接收方输入的表示接受转诊请求的指令后，从健康档案数据中心调取健康档案。该***、方法和平台实现了转诊对象的健康档案在转诊请求方和转诊接收方之间共享，确保患者转诊时医院间互联互通，方便转诊接收医院医生实时调取患者的健康档案，及时了解患者病情。还实现了转诊接收医院的自动查询匹配，以提高转诊效率，保证转诊公平公正，有效调配医疗资源。
Description
技术领域
本申请涉及医疗信息技术领域，尤其涉及一种医院双向转诊***、方法和平台。
背景技术
目前，大部分优势医疗资源主要分布在三甲医院，社康中心因设备简陋、医疗服务能力低，未能被充分利用起来，从而导致三甲医院人满为患、基层医院门可罗雀，出现看病难、看病贵、医患矛盾等一系列问题。因此，社区医院和综合医院的双向转诊机制成为了缓解上述问题的有效手段。
社康中心与综合医院双向转诊的基本流程如下：当社康医生遇急重症、疑难病患者时，即推荐患者转至上级医院诊治，此时需要医生开具书面转诊证明,患者携带病历本和书面转诊证明到上级医院挂号就医。在上级医院完成必要的诊疗后，患者再携带病历本和书面转诊证明回到社区医院进行康复观察。
上述转诊流程存在以下缺点：
a)社区医院与大医院之间，患者的健康档案及电子病历不能互联互通，不能使转诊接受方的医生在第一时间准确了解患者病情；同时，因不同机构检查结果不能互认，而推荐患者做重复检查，浪费医疗资源，耽误就诊最佳时间。
b)患者转诊后，社区医生无法对患者的继续治疗情况进行跟踪，不利于患者后期的治疗。
c)双向转诊机制不健全，患者在术后康复阶段下转至社康中心，当疾病复发时，如果再次上转，需要再次经历复杂的转诊程序。
d)纸质转诊证明易丢失，不利于保存。
发明内容
本发明要解决的问题是：在转诊请求医院和转诊接收医院之间，患者的健康不能互联互通；在患者转诊后，转诊请求医院的医生无法对患者的继续治疗情况进行跟踪；以及转诊流程复杂的问题。
根据本申请的第一方面，本申请提供了一种医院双向转诊***，包括：
转诊请求客户端，用于获取转诊请求和转诊对象的健康档案，并将所述转诊请求发送给双向转诊模块，将所述健康档案上传至健康档案数据中心；
健康档案数据中心，其与转诊请求客户端连接，用于对转诊请求客户端上传的健康档案进行存储；
医院资源信息库，用于存储医院的基本信息和/或实时信息；
双向转诊处理模块，其与转诊请求客户端和医院资源信息库连接，用于从转诊请求客户端获取所述转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院；
转诊接收客户端，其与健康档案数据中心和双向转诊处理模块连接，用于获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受所述转诊请求的指令后，从健康档案数据中心调取所述转诊对象的健康档案。
根据本申请的第二方面，本申请还提供了一种医院双向转诊方法，包括：
转诊请求客户端获取转诊请求和转诊对象的健康档案，并将所述转诊请求发送给双向转诊模块，将所述健康档案上传至健康档案数据中心；
健康档案数据中心对转诊请求客户端上传的健康档案进行存储；
双向转诊处理模块从转诊请求客户端获取所述转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院；所述医院资源信息库中存储有医院的基本信息和/或实时信息；
转诊接收客户端获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受所述转诊请求的指令后，从健康档案数据中心调取所述转诊对象的健康档案。
根据本申请的第三方面，本申请还提供了一种医院双向转诊平台，包括：
健康档案数据中心，用于获取转诊请求和健康档案，并对转诊请求和健康档案进行存储；
医院资源信息库，用于存储医院的基本信息和/或实时信息；
双向转诊处理模块，其与医院资源信息库连接，用于获取转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院。
本申请提供的一种医院双向转诊***、方法和平台，健康档案数据中心对转诊请求客户端上传的健康档案进行存储；双向转诊处理模块获取到转诊请求客户端上传的转诊请求后，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院。转诊接收客户端获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受转诊请求的指令后，从健康档案数据中心调取转诊对象的健康档案。一方面，通过健康档案数据中心，可以实现转诊对象的健康档案在转诊请求方和转诊接收方之间共享，确保患者转诊时医院间互联互通，方便转诊接收医院医生实时调取患者的健康档案，及时了解患者病情。另一方面，通过双向转诊处理模块，可以实现转诊接收医院的自动查询匹配，以提高转诊效率，保证转诊公平公正，有效调配医疗资源。
附图说明
图1为本申请一种实施例中医院双向转诊***的结构示意图；
图2为本申请一种实施例中医院双向转诊方法的流程示意图；
图3为本申请一种实施例医院双向转诊***中各个模块的归类示意图；
图4为本申请一种实施例中医院双向转诊平台的结构示意图。
具体实施方式
下面通过具体实施方式结合附图对本申请作进一步详细说明。
实施例一
请参考图1，本实施例提供了一种医院双向转诊***，包括转诊请求客户端101、健康档案数据中心102、医院资源信息库103、双向转诊处理模块104和转诊接收客户端105。
转诊请求客户端101用于获取转诊请求和转诊对象的健康档案，并将转诊请求发送给双向转诊模块，将健康档案上传至健康档案数据中心。转诊请求可以是转诊请求客户端101根据转诊请求方医院的医生输入的指令生成的。
健康档案数据中心102其与转诊请求客户端101连接，用于对转诊请求客户端101上传的健康档案进行存储。
医院资源信息库103用于存储医院的基本信息和/或实时信息。
双向转诊处理模块104其与转诊请求客户端101和医院资源信息库103连接，用于从转诊请求客户端101获取转诊请求，根据预设的转诊原则从医院资源信息库103中匹配转诊接收医院，并将转诊请求转发给该转诊接收医院。
转诊接收客户端105其与健康档案数据中心102和双向转诊处理模块104连接，用于获取双向转诊处理模块104转发的转诊请求，并在获取到转诊接收方输入的表示接受转诊请求的指令后，从健康档案数据中心102调取转诊对象的健康档案。
具体的，双向转诊处理模块104可以直接从转诊请求客户端获取转诊请求。双向转诊处理模块104根据预设的转诊原则从医院资源信息库103中匹配转诊接收医院，并将转诊请求转发给该转诊接收医院，是指将转诊请求转发给该转诊接收医院对应的转诊接收客户端105。
在具体实施例中，医院双向转诊***还包括信息查询客户端106，其与健康档案数据中心102连接，用于从健康档案数据中心处查询当前转诊的相关信息，该相关信息包括转诊进程、转诊风险和/或转诊对象的健康档案。通过信息查询客户端106可以使得患者家属及其他有相关需求的人员自助查询当前转诊的相关信息，以方便患者家属及时获悉当前转诊的相关信息。信息查询客户端106还可以起到分担医院其他窗口的压力的作用。需要说明的是，信息查询客户端106可以是设置在固定网点(例如医院)的设备，也可以是能够与健康档案数据中心102联网的任意设备，例如患者家中通过互联网与健康档案数据中心102联网的电脑或智能终端。
在具体实施例中，健康档案数据中心102包括数据传输通道1021和健康档案存储中心1022。
数据传输通道1021用于为转诊请求客户端101上传、转诊接收客户端105调取转诊对象的健康档案提供传输通道。
健康档案存储中心1022用于存储转诊对象的健康档案。
健康档案数据中心102是实现区域医院之间互联互通的基础，是自动化双向转诊的根本。健康档案数据中心102包含数据传输通道1021和健康档案存储中心1022。区域内所有医院均可通过数据传输通道1021实现与档案存储中心1022进行交互，上传或调取患者的健康档案。档案存储中心1022主要是将区域内医院上传的所有健康档案进行整理及存储，方便转诊接收医院的主治医生调取转诊患者的健康档案。
具体的，数据传输通道1021可以用于为转诊请求客户端101和转诊接收客户端105提供局域网连接端口，为信息查询客户端106提供局域网连接端口和/或广域网连接端口。
需要说明的是，在实际操作中，本实施例中的转诊请求客户端101可以作为转诊接收客户端，本实施例中的转诊接收客户端105可以作为转诊请求客户端。
通过健康档案数据中心102，可以实现转诊对象的健康档案在转诊请求方和转诊接收方之间共享，实现上下级医院间或同级医院间无缝对接，确保患者转诊时医院间互联互通，方便转诊接收医院医生实时调取患者的健康档案，及时了解患者病情，方便社区医生对患者病情的治疗、愈后跟踪和回访。
进一步，预设的转诊原则根据包括医院地址要求、医院综合实力要求、科室水平要求和专家特长要求中的一种或多种确定。
在具体实施例中，医院资源信息库103包括基本信息库1031和医院信息实时查询***1032。
基本信息库1031用于存储医院的基本信息，基本信息包括医院地址、医院综合实力、科室水平和专家特长中的一种或多种。
医院信息实时查询***1032用于查询获取医院的实时信息，实时信息至少包括住院饱和度和/或门诊饱和度。
医院资源信息库103包括区域内所有互转医院的基本信息库1031和医院信息实时查询***1032。其中，基本信息库1031主要包括区域内所有医院的综合实力、科室水平、专家特长等信息，方便双向转诊处理模块104选择符合要求信息的医院作为转诊接收医院。医院信息实时查询***1032用于与区域内所有医院住院、门诊***相连，双向转诊处理模块104通过医院信息实时查询***1032可以查询所有医院的实时信息，例如住院饱和度和门诊饱和度，具体的，信息实时查询***1032可以与各个医院的门诊***连接，以查询获取各个医院的实时信息。
需要说明的是，基本信息库、医院的实时信息所包括的内容可以根据实际需求设置，本实施例只是列举了部分内容，不应理解为对本申请的限定。
通常，如果双向转诊处理模块104只是单纯根据转诊请求来查询匹配转诊接收医院，可以匹配到多个符合转诊请求的医院，此时，则有必要对匹配得到的这些医院做进一步筛选。
双向转诊处理模块104根据预设的转诊原则从医院资源信息库中匹配转诊接收医院时：
双向转诊处理模块104根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院，并将转诊请求转发给该转诊接收医院。在具体实施例中，与等级关系对应的转诊原则可以包括下面三种：
1)上转原则：当判断到转诊请求医院为转诊接收医院的下级医院时，基于上转原则，根据存储在医院资源信息库103中的医院的基本信息和/或实时信息匹配转诊接收医院。
2)平转原则：当判断到转诊请求医院为转诊接收医院的平级医院时，基于平转原则，根据存储在医院资源信息库103中的医院的基本信息和/或实时信息匹配转诊接收医院。
3)下转原则：当判断到转诊请求医院为转诊接收医院的上级医院时，基于下转原则，根据存储在医院资源信息库103中的医院的基本信息和/或实时信息匹配转诊接收医院。
具体的，上转原则为以医院综合实力、医院专科排名、医院就医饱和度、患者居住地与医院的距离作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。即对综合实力符合要求的医院进行相应专科排名，对符合要求的医院专科进行就医饱和度评估，选择就医压力相对小的医院，并选择距离患者居住地较近的医院进行转诊。
平转原则为以医院专科排名、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
下转原则为以患者居住地与医院的距离、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
当然，在其他实施例中，上转原则、平转原则和下转原则可以根据实际需求，采用其他优先级顺序进行查询匹配，以得到转诊接收医院。
双向转诊处理模块104根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院时：双向转诊处理模块104可以从转诊请求中提取关键词，例如患者可能的疾病、推荐转诊科室、医院综合实力、科室水平、医生要求等，然后按照上转原则、平转原则或下转原则，从医院资源信息库103中进行查询匹配，得到满足要求的候选医院。
双向转诊处理模块104从转诊请求中提取关键词时，该关键词为转诊请求方通过转诊请求客户端101的人机交互界面输入的。例如转诊请求方输入转诊请求时，勾选或文字输入的患者当前可能的疾病、待转诊科室、对转诊接收方医院的要求(医院综合实力、科室水平、专家特长、患者居住位置等)等。
转诊接收客户端105获取到转诊接收方输入的表示接受转诊请求的指令后，还可以用于通过双向转诊处理模块104向转诊请求客户端101发送表示转诊请求被接受的提示信息，转诊请求客户端101将该提示信息展示给转诊请求方医生。进一步，双向转诊处理模块104还可以通过通信平台，以短消息的形式向患者发送表示转诊请求被接受的提示信息，例如，通过电信网络平台，以手机短信的方式向患者发送该提示信息，手机号码可以由转诊请求方输入，携带在转诊请求中。
通过双向转诊处理模块，可以实现转诊接收医院的自动查询匹配，以提高转诊效率，保证转诊公平公正，有效调配医疗资源，简化转诊流程，节约转诊成本。
实施例二
请参考图2，对应在于实施例一提供的医院双向转诊***，本实施例提供了一种医院双向转诊方法，包括下面步骤：
步骤2.1：转诊请求客户端获取转诊请求和转诊对象的健康档案。
步骤2.2：转诊请求客户端将转诊请求发送给双向转诊模块，将健康档案上传至健康档案数据中心。
步骤2.3：健康档案数据中心对转诊请求客户端上传的健康档案进行存储。
步骤2.4：双向转诊处理模块获取转诊请求。具体的，双向转诊处理模块可以直接从转诊请求客户端获取转诊请求。
步骤2.5：双向转诊处理模块根据预设的转诊原则从医院资源信息库中匹配转诊接收医院；医院资源信息库中存储有医院的基本信息和/或实时信息。
步骤2.6：双向转诊处理模块将转诊请求转发给该转诊接收医院的转诊接收客户端。
步骤2.7：转诊接收客户端获取双向转诊处理模块转发的转诊请求后，检测获取转诊接收方输入的表示接受转诊请求的指令。
步骤2.8：转诊接收客户端获取到转诊接收方输入的表示接受转诊请求的指令后，从健康档案数据中心调取转诊对象的健康档案。
步骤2.9和步骤2.10：转诊接收客户端获取到转诊接收方输入的表示接受转诊请求的指令后，还可以通过双向转诊处理模块向转诊请求客户端发送表示转诊请求被接受的提示信息，转诊请求客户端将该提示信息展示给转诊请求方医生。进一步，双向转诊处理模块还可以通过通信平台，以短消息的形式向患者发送表示转诊请求被接受的提示信息，例如，通过电信网络平台，以手机短信的方式向患者发送该提示信息，手机号码可以由转诊请求方输入，携带在转诊请求中。
在具体实施例中，健康档案数据中心包括数据传输通道和健康档案存储中心。
步骤2.2和步骤2.3中，转诊请求客户端将转诊请求和健康档案上传至健康档案数据中心，健康档案数据中心对转诊请求客户端上传的健康档案进行存储，具体为：转诊请求客户端通过数据传输通道提供的传输通道，将转诊请求和健康档案上传至健康档案存储中心进行存储。
步骤2.8中，转诊接收客户端从健康档案数据中心调取转诊对象的健康档案，具体为：转诊接收客户端通过数据传输通道提供的传输通道，从健康档案存储中心调取转诊对象的健康档案。
进一步，预设的转诊原则根据包括医院地址要求、医院综合实力要求、科室水平要求和专家特长要求中的一种或多种确定。
在具体实施例中，医院资源信息库包括基本信息库和医院信息实时查询***。
基本信息库用于存储医院的基本信息，基本信息包括医院地址、医院综合实力、科室水平和专家特长中的一种或多种。
医院信息实时查询***用于查询获取医院的实时信息，实时信息至少包括住院饱和度和/或门诊饱和度，具体的，信息实时查询***可以与各个医院的门诊***连接，以查询获取各个医院的实时信息。
需要说明的是，基本信息库、医院的实时信息所包括的内容可以根据实际需求设置，本实施例只是列举了部分内容，不应理解为对本申请的限定。
通常，步骤2.5中，如果双向转诊处理模块只是单纯根据转诊请求来匹配转诊接收医院，通常可以匹配到多个符合要求信息的医院，此时，则有必要对匹配得到的这些医院做进一步筛选。
因此，在具体实施例中，双向转诊处理模块根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，具体为：双向转诊处理模块根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院。在具体实施例中，与等级关系对应的转诊原则可以包括下面三种：
1)上转原则：当判断到转诊请求医院为转诊接收医院的下级医院时，基于上转原则，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
2)平转原则：当判断到转诊请求医院为转诊接收医院的平级医院时，基于平转原则，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
3)下转原则：当判断到转诊请求医院为转诊接收医院的上级医院时，基于下转原则，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
具体的，上转原则为以医院综合实力、医院专科排名、医院就医饱和度、患者居住地与医院的距离作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。即对综合实力符合要求的医院进行相应专科排名，对符合要求的医院专科进行就医饱和度评估，选择就医压力相对小的医院，并选择距离患者居住地较近的医院进行转诊。
平转原则为以医院专科排名、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
下转原则为以患者居住地与医院的距离、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
当然，在其他实施例中，上转原则、平转原则和下转原则可以根据实际需求，采用其他优先级顺序进行查询匹配，以得到转诊接收医院。
在具体实施例中，步骤2.5中，双向转诊处理模块根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院，具体可以为：双向转诊处理模块从转诊请求中提取关键词，例如患者可能的疾病、推荐转诊科室、医院综合实力、科室水平、医生要求等，然后按照上转原则、平转原则或下转原则，从医院资源信息库中进行查询匹配，得到满足要求的候选医院。
双向转诊处理模块从转诊请求中提取关键词时，该关键词为转诊请求方通过转诊请求客户端的人机交互界面输入的。例如转诊请求方输入转诊请求时，勾选或文字输入的患者当前可能的疾病、待转诊科室、对转诊接收方医院的要求(医院综合实力、科室水平、专家特长、患者居住位置等)等。
本实施例提供的医院双向转诊方法与实施例一提供的医院双向转诊***对应，本实施例不再对其具体工作原理进行赘述。
实施例三
请参考图3，在实施例一提供的医院双向转诊***中，健康档案数据中心102、医院资源信息库103、双向转诊处理模块104和信息查询客户端106通常设置在同一地点，可以并归为服务器侧10；转诊请求客户端101和转诊接收客户端105通常设置在同一地点，可以并归为客户端侧20。据此，请参考图4，本实施例便相应提供了一种医院双向转诊平台40，作为服务器侧，包括医院资源信息库401、双向转诊处理模块402和健康档案数据中心403。
医院资源信息库401用于存储医院的基本信息和/或实时信息。
双向转诊处理模块402与医院资源信息库连接，用于获取转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将转诊请求转发给该转诊接收医院。
健康档案数据中心403用于获取转诊请求和健康档案，并对转诊请求和健康档案进行存储。
在具体实施例中，医院资源信息库401包括基本信息库和医院信息实时查询***。
基本信息库用于存储医院的基本信息，基本信息包括医院地址、医院综合实力、科室水平和专家特长中的一种或多种。
医院信息实时查询***用于查询获取医院的实时信息，实时信息至少包括住院饱和度和/或门诊饱和度。
医院资源信息库401包括区域内所有互转医院的基本信息库和医院信息实时查询***。其中，基本信息库主要包括区域内所有医院的综合实力、科室水平、专家特长等信息，方便双向转诊处理模块402选择符合要求信息的医院作为转诊接收医院。医院信息实时查询***用于与区域内所有医院住院、门诊***相连，双向转诊处理模块402通过医院信息实时查询***可以查询所有医院的实时信息，例如住院饱和度和门诊饱和度，具体的，信息实时查询***可以与各个医院的门诊***连接，以查询获取各个医院的实时信息。
需要说明的是，基本信息库、医院的实时信息所包括的内容可以根据实际需求设置，本实施例只是列举了部分内容，不应理解为对本申请的限定。
通常，如果双向转诊处理模块402只是单纯根据转诊请求来查询匹配转诊接收医院，可以匹配到多个符合转诊请求的医院，此时，则有必要对匹配得到的这些医院做进一步筛选。
双向转诊处理模块402根据预设的转诊原则从医院资源信息库中匹配转诊接收医院时：
双向转诊处理模块402根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院，并将转诊请求转发给该转诊接收医院。在具体实施例中，与等级关系对应的转诊原则可以包括下面三种：
1)上转原则：当判断到转诊请求医院为转诊接收医院的下级医院时，基于上转原则，根据存储在医院资源信息库401中的医院的基本信息和/或实时信息匹配转诊接收医院。
2)平转原则：当判断到转诊请求医院为转诊接收医院的平级医院时，基于平转原则，根据存储在医院资源信息库401中的医院的基本信息和/或实时信息匹配转诊接收医院。
3)下转原则：当判断到转诊请求医院为转诊接收医院的上级医院时，基于下转原则，根据存储在医院资源信息库401中的医院的基本信息和/或实时信息匹配转诊接收医院。
具体的，上转原则为以医院综合实力、医院专科排名、医院就医饱和度、患者居住地与医院的距离作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。即对综合实力符合要求的医院进行相应专科排名，对符合要求的医院专科进行就医饱和度评估，选择就医压力相对小的医院，并选择距离患者居住地较近的医院进行转诊。
平转原则为以医院专科排名、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
下转原则为以患者居住地与医院的距离、医院就医饱和度作为优先级顺序，根据存储在医院资源信息库中的医院的基本信息和/或实时信息匹配转诊接收医院。
当然，在其他实施例中，上转原则、平转原则和下转原则可以根据实际需求，采用其他优先级顺序进行查询匹配，以得到转诊接收医院。
双向转诊处理模块402根据转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据该等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院时：双向转诊处理模块402可以从转诊请求中提取关键词，例如患者可能的疾病、推荐转诊科室、医院综合实力、科室水平、医生要求等，然后按照上转原则、平转原则或下转原则，从医院资源信息库103中进行查询匹配，得到满足要求的候选医院。
在具体实施例中，医院双向转诊平台40还包括信息查询客户端404，其与健康档案数据中心连接，用于从健康档案数据中心处查询当前转诊的相关信息，该相关信息包括转诊进程、转诊风险和/或转诊对象的健康档案。
信息查询客户端404可以设置在医院双向转诊平台40上，在其他实施例中，也可以独立在医院双向转诊平台40之外设置。
本实施例提供的医院双向转诊平台与实施例一提供的医院双向转诊***对应，本实施例不再对其具体工作原理进行赘述。
本申请实施例提供的医院双向转诊***、方法和平台，健康档案数据中心对转诊请求客户端上传的健康档案进行存储；双向转诊处理模块获取到转诊请求客户端上传的转诊请求后，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院。转诊接收客户端获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受转诊请求的指令后，从健康档案数据中心调取转诊对象的健康档案。第一方面，通过健康档案数据中心，可以实现转诊对象的健康档案在转诊请求方和转诊接收方之间共享，确保患者转诊时医院间互联互通，方便转诊接收医院医生实时调取患者的健康档案，及时了解患者病情。第二方面，通过双向转诊处理模块，可以实现转诊接收医院的自动查询匹配，以提高转诊效率，保证转诊公平公正，有效调配医疗资源。第三方面，通过本申请实施例提供的医院双向转诊***、方法和平台，实现无纸化、自动化转诊，在患者转诊过程中，可以方便地医生对患者病情的治疗、愈后跟踪和回访，简化转诊流程后，实现了转诊双方医院的无缝对接。
本领域技术人员可以理解，上述实施方式中各种方法的全部或部分步骤可以通过程序来指令相关硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器、随机存取存储器、磁盘或光盘等。
以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请发明构思的前提下，还可以做出若干简单推演或替换。
Claims (10)
1.一种医院双向转诊***，其特征在于，包括：
转诊请求客户端，用于获取转诊请求和转诊对象的健康档案，并将所述转诊请求发送给双向转诊模块，将所述健康档案上传至健康档案数据中心；
健康档案数据中心，其与转诊请求客户端连接，用于对转诊请求客户端上传的健康档案进行存储；
医院资源信息库，用于存储医院的基本信息和/或实时信息；
双向转诊处理模块，其与转诊请求客户端和医院资源信息库连接，用于从转诊请求客户端获取所述转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院；
转诊接收客户端，其与健康档案数据中心和双向转诊处理模块连接，用于获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受所述转诊请求的指令后，从健康档案数据中心调取所述转诊对象的健康档案。
2.如权利要求1所述的***，其特征在于，还包括信息查询客户端，其与健康档案数据中心连接，用于从健康档案数据中心处查询当前转诊的相关信息，所述相关信息包括转诊进程、转诊风险和/或转诊对象的健康档案。
3.如权利要求1所述的***，其特征在于，所述医院资源信息库包括：
基本信息库，用于存储医院的基本信息，所述基本信息包括医院地址、医院综合实力、科室水平和专家特长中的一种或多种；
医院信息实时查询***，用于查询获取医院的实时信息，所述实时信息至少包括住院饱和度和/或门诊饱和度。
4.如权利要求1所述的***，其特征在于，所述预设的转诊原则根据包括医院地址要求、医院综合实力要求、科室水平要求和专家特长要求中的一种或多种确定。
5.如权利要求1至4任一项所述的***，其特征在于，所述双向转诊处理模块具体用于根据所述转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据所述等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院。
6.一种医院双向转诊方法，其特征在于，包括：
转诊请求客户端获取转诊请求和转诊对象的健康档案，并将所述转诊请求发送给双向转诊模块，将所述健康档案上传至健康档案数据中心；
健康档案数据中心对转诊请求客户端上传的健康档案进行存储；
双向转诊处理模块从转诊请求客户端获取所述转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院；所述医院资源信息库中存储有医院的基本信息和/或实时信息；
转诊接收客户端获取双向转诊处理模块转发的转诊请求，并在获取到转诊接收方输入的表示接受所述转诊请求的指令后，从健康档案数据中心调取所述转诊对象的健康档案。
7.如权利要求6所述的方法，其特征在于，所述预设的转诊原则根据包括医院地址要求、医院综合实力要求、科室水平要求和专家特长要求中的一种或多种确定。
8.如权利要求6或7所述的方法，其特征在于，双向转诊处理模块根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，具体为：
双向转诊处理模块根据所述转诊请求确定转诊请求医院与转诊接收医院的等级关系，根据所述等级关系对应的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院。
9.一种医院双向转诊平台，其特征在于，包括：
健康档案数据中心，用于获取转诊请求和健康档案，并对转诊请求和健康档案进行存储；
医院资源信息库，用于存储医院的基本信息和/或实时信息；
双向转诊处理模块，其与医院资源信息库连接，用于获取转诊请求，根据预设的转诊原则从医院资源信息库中匹配转诊接收医院，并将所述转诊请求转发给该转诊接收医院。
10.如权利要求9所述的医院双向转诊平台，其特征在于，还包括信息查询客户端，其与健康档案数据中心连接，用于从健康档案数据中心处查询当前转诊的相关信息，所述相关信息包括转诊进程、转诊风险和/或转诊对象的健康档案。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410559964.XA CN104463755A (zh) | 2014-10-20 | 2014-10-20 | 一种医院双向转诊***、方法和平台 |
| PCT/CN2014/091811 WO2016061864A1 (zh) | 2014-10-20 | 2014-11-20 | 一种医院双向转诊***、方法和平台 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410559964.XA CN104463755A (zh) | 2014-10-20 | 2014-10-20 | 一种医院双向转诊***、方法和平台 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104463755A true CN104463755A (zh) | 2015-03-25 |
Family
ID=52909743
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410559964.XA Pending CN104463755A (zh) | 2014-10-20 | 2014-10-20 | 一种医院双向转诊***、方法和平台 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104463755A (zh) |
| WO (1) | WO2016061864A1 (zh) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105046078A (zh) * | 2015-07-18 | 2015-11-11 | 深圳市前海安测信息技术有限公司 | 基于电子诊疗单的诊疗机构识别方法和网络医院平台 |
| CN105184714A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 基于电子诊疗单的科室识别方法和网络医院平台 |
| CN105488338A (zh) * | 2015-11-25 | 2016-04-13 | 广州医科大学 | 一种基于移动互联的双向转诊平台 |
| CN106126913A (zh) * | 2016-06-22 | 2016-11-16 | 扬州立兴科技发展合伙企业（有限合伙） | 一种带影像资料电子病历的音视频远程分级诊断*** |
| CN106126908A (zh) * | 2016-06-22 | 2016-11-16 | 朗森特科技有限公司 | 一种带影像资料电子病历远程分级诊断*** |
| CN106156507A (zh) * | 2016-07-06 | 2016-11-23 | 青岛动医生互联网技术有限公司 | 一种移动式医生在线诊疗装置及其使用方法 |
| CN106651712A (zh) * | 2017-01-05 | 2017-05-10 | 吉林大学 | 一种移动互联网的多元化跨区域医院就诊***及其就诊方法 |
| CN107610758A (zh) * | 2017-08-14 | 2018-01-19 | 安徽晶奇网络科技股份有限公司 | 一种分级诊疗*** |
| WO2018098723A1 (zh) * | 2016-11-30 | 2018-06-07 | 深圳益强信息科技有限公司 | 病床信息的处理方法、及终端设备 |
| CN109192285A (zh) * | 2018-08-15 | 2019-01-11 | 京东方科技集团股份有限公司 | 医疗资源分配方法、装置、***、电子设备及存储介质 |
| CN109390049A (zh) * | 2017-08-11 | 2019-02-26 | 广州云马信息科技有限责任公司 | 转诊方法及装置、计算机可读存储介质 |
| CN109390048A (zh) * | 2017-08-11 | 2019-02-26 | 广州云马信息科技有限责任公司 | 转诊医疗机构推荐方法及装置、计算机可读存储介质 |
| CN109979582A (zh) * | 2019-03-27 | 2019-07-05 | 海宁市人民医院 | 一种双向转诊管理***及远程健康监测设备 |
| CN110428878A (zh) * | 2019-07-03 | 2019-11-08 | 万达信息股份有限公司 | 基于抢单式的双向转诊管理方法及*** |
| CN111081359A (zh) * | 2019-11-04 | 2020-04-28 | 西安万像电子科技有限公司 | 诊疗***和方法 |
| CN111739605A (zh) * | 2020-06-18 | 2020-10-02 | 卫宁健康科技集团股份有限公司 | 一种疫苗接种的管理方法、装置、设备及存储介质 |
| CN111755107A (zh) * | 2019-03-29 | 2020-10-09 | 北京汉博信息技术有限公司 | 转诊方法 |
| CN113192611A (zh) * | 2021-03-30 | 2021-07-30 | 深圳市圣格灵科技有限公司 | 远程医疗的预约处理方法 |
| CN113628729A (zh) * | 2020-05-09 | 2021-11-09 | 四川智慧社区医疗健康科技有限公司 | 一种智能转诊方法和转诊*** |
| CN113870983A (zh) * | 2021-09-28 | 2021-12-31 | 平安国际智慧城市科技股份有限公司 | 社康转诊方法、装置、计算机设备和存储介质 |
| CN116994726A (zh) * | 2023-07-05 | 2023-11-03 | 上海雨浓医药科技有限公司 | 慢病转诊的管理平台 |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106446577A (zh) * | 2016-10-13 | 2017-02-22 | 合肥思盟信息科技有限公司 | 一种基于云计算技术的医疗双向转诊*** |
| CN110232958A (zh) * | 2019-06-15 | 2019-09-13 | 浙江爱多特大健康科技有限公司 | 糖尿病互联网一站式社区转诊管理方法及*** |
| US11682475B2 (en) | 2020-02-26 | 2023-06-20 | Emblemhealth, Inc. | Maximizing patient referral outcome through healthcare utilization and/or referral evaluation |
| CN117275644B (zh) * | 2023-08-31 | 2024-04-16 | 广州零端科技有限公司 | 基于深度学习的检测结果互认方法、***及存储介质 |
| CN117196077A (zh) * | 2023-09-21 | 2023-12-08 | 深圳市环阳通信息技术有限公司 | 一种基于互联网的协助挂号诊断*** |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101382972A (zh) * | 2008-10-22 | 2009-03-11 | 中国网络通信集团公司 | 医疗资源信息共享方法及*** |
| CN102103654A (zh) * | 2010-09-29 | 2011-06-22 | 长沙博为软件技术有限公司 | 一种基于健康档案共享平台的跨医院双向转诊信息*** |
| US20130197940A1 (en) * | 2012-01-26 | 2013-08-01 | Reliant Medical Group, Inc. | System for Automated Health Information Exchange |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002073822A (ja) * | 2000-08-30 | 2002-03-12 | Fujitsu Ltd | 医療情報システム |
| US7904315B2 (en) * | 2004-01-16 | 2011-03-08 | Sullivan Robert J | Rules-based health care referral method and system |
| US8185407B2 (en) * | 2004-08-24 | 2012-05-22 | Medunity Inc. | Referral request system |
| JP2008059278A (ja) * | 2006-08-31 | 2008-03-13 | Sanyo Electric Co Ltd | 患者紹介支援システム |
| CN103339605A (zh) * | 2010-10-22 | 2013-10-02 | 梅迪希特公司 | 在分布式***中管理医疗保健信息 |
| CN103077494B (zh) * | 2013-01-09 | 2016-03-23 | 北京中科金财科技股份有限公司 | 一种动态数据处理评估方法及*** |
-
2014
- 2014-10-20 CN CN201410559964.XA patent/CN104463755A/zh active Pending
- 2014-11-20 WO PCT/CN2014/091811 patent/WO2016061864A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101382972A (zh) * | 2008-10-22 | 2009-03-11 | 中国网络通信集团公司 | 医疗资源信息共享方法及*** |
| CN102103654A (zh) * | 2010-09-29 | 2011-06-22 | 长沙博为软件技术有限公司 | 一种基于健康档案共享平台的跨医院双向转诊信息*** |
| US20130197940A1 (en) * | 2012-01-26 | 2013-08-01 | Reliant Medical Group, Inc. | System for Automated Health Information Exchange |
Non-Patent Citations (1)
| Title |
|---|
| 李泉: ""医院与社区卫生机构双向转诊健康信息平台构建研究"", 《中国优秀硕士学位论文全文数据库 医药卫生科技辑》 * |
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105184714A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | 基于电子诊疗单的科室识别方法和网络医院平台 |
| WO2017012201A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | 基于电子诊疗单的科室识别方法和网络医院平台 |
| WO2017012200A1 (zh) * | 2015-07-18 | 2017-01-26 | 深圳市前海颐老科技有限公司 | 基于电子诊疗单的诊疗机构识别方法和网络医院平台 |
| CN105046078A (zh) * | 2015-07-18 | 2015-11-11 | 深圳市前海安测信息技术有限公司 | 基于电子诊疗单的诊疗机构识别方法和网络医院平台 |
| CN105488338A (zh) * | 2015-11-25 | 2016-04-13 | 广州医科大学 | 一种基于移动互联的双向转诊平台 |
| CN106126913A (zh) * | 2016-06-22 | 2016-11-16 | 扬州立兴科技发展合伙企业（有限合伙） | 一种带影像资料电子病历的音视频远程分级诊断*** |
| CN106126908A (zh) * | 2016-06-22 | 2016-11-16 | 朗森特科技有限公司 | 一种带影像资料电子病历远程分级诊断*** |
| CN106156507A (zh) * | 2016-07-06 | 2016-11-23 | 青岛动医生互联网技术有限公司 | 一种移动式医生在线诊疗装置及其使用方法 |
| WO2018098723A1 (zh) * | 2016-11-30 | 2018-06-07 | 深圳益强信息科技有限公司 | 病床信息的处理方法、及终端设备 |
| CN106651712A (zh) * | 2017-01-05 | 2017-05-10 | 吉林大学 | 一种移动互联网的多元化跨区域医院就诊***及其就诊方法 |
| CN109390049A (zh) * | 2017-08-11 | 2019-02-26 | 广州云马信息科技有限责任公司 | 转诊方法及装置、计算机可读存储介质 |
| CN109390048A (zh) * | 2017-08-11 | 2019-02-26 | 广州云马信息科技有限责任公司 | 转诊医疗机构推荐方法及装置、计算机可读存储介质 |
| CN107610758A (zh) * | 2017-08-14 | 2018-01-19 | 安徽晶奇网络科技股份有限公司 | 一种分级诊疗*** |
| CN109192285A (zh) * | 2018-08-15 | 2019-01-11 | 京东方科技集团股份有限公司 | 医疗资源分配方法、装置、***、电子设备及存储介质 |
| CN109192285B (zh) * | 2018-08-15 | 2022-01-25 | 京东方科技集团股份有限公司 | 医疗资源分配方法、装置、***、电子设备及存储介质 |
| CN109979582A (zh) * | 2019-03-27 | 2019-07-05 | 海宁市人民医院 | 一种双向转诊管理***及远程健康监测设备 |
| CN111755107A (zh) * | 2019-03-29 | 2020-10-09 | 北京汉博信息技术有限公司 | 转诊方法 |
| CN110428878A (zh) * | 2019-07-03 | 2019-11-08 | 万达信息股份有限公司 | 基于抢单式的双向转诊管理方法及*** |
| CN111081359A (zh) * | 2019-11-04 | 2020-04-28 | 西安万像电子科技有限公司 | 诊疗***和方法 |
| CN113628729A (zh) * | 2020-05-09 | 2021-11-09 | 四川智慧社区医疗健康科技有限公司 | 一种智能转诊方法和转诊*** |
| CN111739605A (zh) * | 2020-06-18 | 2020-10-02 | 卫宁健康科技集团股份有限公司 | 一种疫苗接种的管理方法、装置、设备及存储介质 |
| CN113192611A (zh) * | 2021-03-30 | 2021-07-30 | 深圳市圣格灵科技有限公司 | 远程医疗的预约处理方法 |
| CN113192611B (zh) * | 2021-03-30 | 2024-02-02 | 深圳市圣格灵科技有限公司 | 远程医疗的预约处理方法 |
| CN113870983A (zh) * | 2021-09-28 | 2021-12-31 | 平安国际智慧城市科技股份有限公司 | 社康转诊方法、装置、计算机设备和存储介质 |
| CN116994726A (zh) * | 2023-07-05 | 2023-11-03 | 上海雨浓医药科技有限公司 | 慢病转诊的管理平台 |
| CN116994726B (zh) * | 2023-07-05 | 2024-05-14 | 上海雨浓医药科技有限公司 | 慢病转诊的管理平台 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016061864A1 (zh) | 2016-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104463755A (zh) | 一种医院双向转诊***、方法和平台 | |
| Nakamura et al. | A meta-analysis of remote patient monitoring for chronic heart failure patients | |
| Welstand et al. | Living with heart failure: an integrative review | |
| Hanson et al. | Telemedicine vs office visits in a movement disorders clinic: comparative satisfaction of physicians and patients | |
| Lopes et al. | Telehealth solutions to enable global collaboration in rheumatic heart disease screening | |
| CN105912846A (zh) | 基于云计算和医学知识库技术的智能医疗辅助决策*** | |
| Ganapathy et al. | Telemedicine in India: the Apollo story | |
| Fisch et al. | Using technology to improve cancer care: social media, wearables, and electronic health records | |
| Walker et al. | Effectiveness of integration of palliative medicine specialist services into the intensive care unit of a community teaching hospital | |
| CN102103654A (zh) | 一种基于健康档案共享平台的跨医院双向转诊信息*** | |
| Shah et al. | High-intensity telemedicine decreases emergency department use by senior living community residents | |
| Hasan | Effective telemedicine project in Bangladesh: Special focus on diabetes health care delivery in a tertiary care in Bangladesh | |
| EP2737409A2 (en) | System and method for sharing electronic information | |
| JP2014044495A (ja) | 医用画像管理サーバ | |
| CN112635026A (zh) | 基于云的患者数据交换 | |
| Abraham et al. | Global trends towards population health management and key lessons and initiatives in the Singapore context | |
| Boling et al. | Use of social media as a virtual community and support group by left ventricular assist device patients | |
| Higashi et al. | Anal cancer screening among women with HIV: provider experiences and system-level challenges | |
| DaSilva et al. | English lessons: can publishing an atlas of variation stimulate the discussion on appropriateness of care? | |
| Barbier et al. | Near real-time echocardiography teleconsultation using low bandwidth and MPEG-4 compression: feasibility, image adequacy and clinical implications | |
| Shprintzen et al. | The international use of telepractice | |
| Kaur et al. | Telemedicine in transient phase: emergence of M-health care services | |
| Herendeen et al. | Practical applications of telemedicine for pediatricians | |
| Vrdoljak et al. | Insights into cancer surveillance in C entral and E astern E urope, I srael and T urkey | |
| CN111312409A (zh) | 一种医疗数据的共享***及方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Free format text: FORMER OWNER: SHENZHEN YITEKE INFORMATION TECHNOLOGY CO., LTD. Effective date: 20150821 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20150821 Address after: 518063 Guangdong city of Shenzhen province Nanshan District Hing Road two No. 6 Wuhan University B815 Shenzhen research building (real Qianhai settled in Shenzhen City, Secretary of Commerce Co. Ltd.) Applicant after: SHENZHEN QIANHAI ANCE INFORMATION TECHNOLOGY CO., LTD. Address before: 518063 Guangdong city of Shenzhen province Nanshan District Hing Road two No. 6 Wuhan University B815 Shenzhen research building (real Qianhai settled in Shenzhen City, Secretary of Commerce Co. Ltd.) Applicant before: SHENZHEN QIANHAI ANCE INFORMATION TECHNOLOGY CO., LTD. Applicant before: Shenzhen Yi Teke Information Technology Co., Ltd |
|
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150325 |
|
| RJ01 | Rejection of invention patent application after publication |