就医信息处理方法、装置、计算机设备及存储介质

本申请涉及数据处理技术领域，尤其涉及一种就医信息处理方法、装置、计算机设备及存储介质。

在医疗领域中，目前，当患者需要更换医疗机构就医时，比如，从省内A医院转到B医院就医时，需要在B医院新增该患者的疾病相关就医信息，而A医院也会保留有该患者之前的疾病相关就医信息，患者就医信息没有进行统一管理。这样，当查询患者的就医信息记录以进行疾病统计分析时，可能就会查询到同一个患者的多份患者就医信息，从而对疾病统计分析产生干扰，影响疾病统计分析的效率及可靠性。

因此，如何提高疾病统计分析的效率及可靠性成为亟需解决的问题。

本申请提供了一种就医信息处理方法、装置、计算机设备及存储介质，实现提高疾病统计分析的效率及可靠性。

第一方面，本申请提供了一种就医信息处理方法，所述就医信息处理方法包括：

当接收到医疗机构基于客户端发送的患者转换医疗机构申请信息时，对所述申请信息进行验证；其中，所述医疗机构为患者当前就医的医疗机构或者为申请转入的医疗机构；

当所述申请信息验证通过后，生成所述申请信息对应的申请审批请求信息，并发送所述申请审批请求信息至疾控中心客户端，以在所述疾控中心客户端显示所述申请审批请求信息；

当接收到所述疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息；

将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。

第二方面，本申请还提供了一种就医信息处理装置，所述就医信息处理装置包括：

验证模块，用于当接收到医疗机构基于客户端发送的患者转换医疗机构申请信息时，对所述申请信息进行验证；其中，所述医疗机构为患者当前就医的医疗机构或者为申请转入的医疗机构；

发送模块，用于当所述申请信息验证通过后，生成所述申请信息对应的申请审批请求信息，并发送所述申请审批请求信息至疾控中心客户端，以在所述疾控中心客户端显示所述申请审批请求信息；

获取模块，用于当接收到所述疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息；

处理模块，用于将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。

第三方面，本申请还提供了一种计算机设备，所述计算机设备包括存储器和处理器；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序并在执行所述计算机程序时实现如上述的就医信息处理方法。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时使所述处理器实现如上述的就医信息处理方法。

本申请公开了一种就医信息处理方法、装置、计算机设备及存储介质，当患者需要转换医疗机构就医时，患者当前就医的医疗机构或者申请转入的医疗机构基于客户端发送患者转换医疗机构申请信息，当接收到申请信息时，对申请信息进行验证，当申请信息验证通过后，生成申请信息对应的申请审批请求信息，并发送申请审批请求信息至疾控中心客户端，以在疾控中心客户端显示申请审批请求信息，当接收到疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息，将患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构，避免了同一患者的患者就医信息存有多份，实现患者就医信息的统一管理，从而提高了疾病统计分析的效率及可靠性。

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种就医信息处理方法的步骤示意性流程图；

图2是本申请实施例提供的一种患者转出申请操作页面示意图；

图3是本申请实施例提供的一种患者转入申请操作页面示意图；

图4是本申请实施例提供的一种对所述申请信息进行验证的子步骤示意性流程图；

图5是本申请实施例提供的一种进行患者就医信息处理的交互流程示意图；

图6是本申请实施例提供的一种就医信息处理装置的示意性框图；

图7是本申请实施例提供的一种计算机设备的结构示意性框图。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

本申请的实施例提供了一种就医信息处理方法、装置、计算机设备及存储介质，用于实现提高疾病统计分析的效率及可靠性。

请参阅图1，图1是本申请一实施例提供的就医信息处理方法的流程示意图。该方法可以应用于计算机设备中，本申请中对该方法的应用场景不做限定。下面以该就医信息处理方法应用于计算机设备中为例，对该就医信息处理方法进行详细介绍。

如图1所示，该就医信息处理方法具体包括步骤S101至步骤S104。

S101、当接收到医疗机构基于客户端发送的患者转换医疗机构申请信息时，对所述申请信息进行验证；其中，所述医疗机构为患者当前就医的医疗机构或者为申请转入的医疗机构。

首先，需要说明的是，计算机设备作为服务器端，与患者当前就医的医疗机构、申请转入的医疗机构以及疾控中心各自客户端组成患者就医信息管理系统，通过该系统实现患者转换医疗机构和患者就医信息管理操作。其中，患者当前就医的医疗机构、申请转入的医疗机构可以为相同或不同省/市内的医院等机构，疾控中心可以为相同或不同省/市内的疾控预防中心。

当患者需要转换医疗机构时，患者当前就医的医疗机构或者申请转入的医疗机构基于其客户端上传患者转换医疗机构申请信息。其中，患者转换医疗机构申请信息中包含患者个人信息、患者当前就医的医疗机构信息、申请转入的医疗机构信息等；患者个人信息包括但不限于患者的姓名、证件类型、证件号码等；患者当前就医的医疗机构信息和申请转入的医疗机构信息包括但不限于医疗机构名称、地址等。

在接收到患者当前就医的医疗机构或者申请转入的医疗机构基于客户端上传的患者转换医疗机构申请信息时，先对该该申请信息进行信息核实。示例性的，对患者个人信息的真实性进行核实确认，比如，验证患者的姓名与证件号码是否匹配。

在一些实施例中，以患者当前就医的医疗机构为例，患者当前就医的医疗机构进行患者转换医疗机构申请操作，在患者当前就医的医疗机构对应的客户端上显示患者转出申请操作页面，患者当前就医的医疗机构在患者转出申请操作页面上输入患者转换医疗机构申请信息，其中，患者转换医疗机构申请信息为将患者转出至申请转入的医疗机构的转出申请信息。例如，如图2所示，患者转出申请操作页面上包括患者个人信息输入框、申请转入的医疗机构信息输入框，患者当前就医的医疗机构在患者个人信息输入框中输入患者个人信息，如患者的姓名、证件类型、证件号码等，在申请转入的医疗机构信息输入框中输入申请转入的医疗机构信息，如医疗机构的名称、地址等。

在一些实施例中，以申请转入的医疗机构信息为例，申请转入的医疗机构信息进行患者转换医疗机构申请操作，在申请转入的医疗机构信息对应的客户端上显示患者转入申请操作页面，申请转入的医疗机构信息在患者转入申请操作页面上输入患者转换医疗机构申请信息，其中，患者转换医疗机构申请信息为将患者转入至申请转入的医疗机构的转入申请信息。例如，如图3所示，患者转入申请操作页面上包括患者个人信息输入框、患者当前就医的医疗机构信息输入框，申请转入的医疗机构在患者个人信息输入框中输入患者个人信息，如患者的姓名、证件类型、证件号码等，在患者当前就医的医疗机构信息输入框中输入患者当前就医的医疗机构信息，如医疗机构的名称、地址等。

在一些实施例中，如图4所示，步骤S101可以包括子步骤S1011和子步骤S1012。

S1011、发送包含所述患者个人信息的验证请求信息至公安机构客户端，以在所述公安机构客户端显示所述验证请求信息，通过公安机构对所述验证请求信息中的所述患者个人信息进行验证。

接收到患者转换医疗机构申请信息后，从该患者转换医疗机构申请信息中提取出患者个人信息，生成包含该患者个人信息的验证请求信息，并将验证请求信息发送至公安机构客户端，在公安机构客户端显示该验证请求信息。公安机构获得该验证请求信息后，公安机构对验证请求信息中的患者个人信息进行验证。

S1012、接收所述公安机构客户端返回的验证结果，所述验证结果包括验证通过/验证不通过。

公安机构对患者个人信息进行验证后，公安机构基于客户端返回相应的验证结果，其中，验证结果包括验证通过/验证不通过。

例如，若验证患者个人信息真实，则公安机构基于客户端返回如“患者个人信息真实”的验证通过结果。反之，若验证患者个人信息有虚假，则公安机构基于客户端返回如“患者个人信息虚假”的验证不通过结果。

当接收到公安机构客户端返回的验证通过结果时，则确定申请信息验证通过。当接收到公安机构基于客户端返回的验证不通过结果时，则确定申请信息验证不通过。

S102、当所述申请信息验证通过后，生成所述申请信息对应的申请审批请求信息，并发送所述申请审批请求信息至疾控中心客户端，以在所述疾控中心客户端显示所述申请审批请求信息。

若患者转换医疗机构申请信息验证通过，患者转换医疗机构申请信息需要疾控中心的审批，由疾控中心决定患者是否转换医疗机构。示例性的，当申请信息验证通过后，生成该申请信息对应的申请审批请求信息。该申请审批请求信息中除了包括申请信息以外，还包括审批同意选项和和审批拒绝选项。

将申请审批请求信息发送至疾控中心客户端，在疾控中心客户端显示该申请审批请求信息，也即将该申请审批请求信息传达给疾控中心，由疾控中心决定审批同意或者审批拒绝，并通过疾控中心客户端返回疾控中心审批同意信息或者返回疾控中心审批拒绝信息。

S103、当接收到所述疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息。

示例性的，当接收到疾控中心客户端返回的疾控中心审批同意信息后，从患者当前就医的医疗机构获取患者的患者就医信息。其中，患者就医信息包括但不限于患者就医时间、病症信息、用药信息等等。

S104、将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。

获得患者的患者就医信息后，将该患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。从而避免同一患者对应多份患者就医信息，每个患者对应的患者就医信息只存有一份。

在一些实施例中，将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构之前可以包括：根据所述患者当前就医的医疗机构信息，确定第一医疗机构为患者当前就医的医疗机构；以及根据所述申请转入的医疗机构信息，确定第二医疗机构为申请转入的医疗机构；所述将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构可以包括：将所述患者就医信息发送至所述第二医疗机构，并从所述第一医疗机构中删除所述患者就医信息。

也即，在患者转换医疗机构申请信息在中，患者当前就医的医疗机构为第一医疗机构，申请转入的医疗机构为第二医疗机构。发送患者转换医疗机构申请信息的可能是第一医疗机构，也可能是第二医疗机构。

获得患者的患者就医信息后，将患者就医信息发送至第二医疗机构，第二医疗机构保存该患者就医信息，并从第一医疗机构中删除该患者就医信息，从而避免同一患者对应多份患者就医信息，每个患者对应的患者就医信息只存有一份。

在一些实施例中，所述生成所述申请信息对应的申请审批请求信息之后可以包括：发送所述申请审批请求信息至第二医疗机构客户端，以在所述第二医疗机构客户端显示所述申请审批请求信息，所述第二医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第一医疗机构基于客户端发送的；或者发送所述申请审批请求信息至第一医疗机构客户端，以在所述第一医疗机构客户端显示所述申请审批请求信息，所述第一医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第二医疗机构基于客户端发送的。

例如，在接收到的申请信息是由第一医疗机构基于客户端发送的情况下，当生成该申请信息对应的申请审批请求信息之后，发送该申请审批请求信息至第二医疗机构客户端，在第二医疗机构客户端显示该申请审批请求信息，第二医疗机构对该申请审批请求信息进行审批，也即申请转入的医疗机构进行审批，并通过第二医疗机构客户端返回第二医疗机构审批同意/拒绝信息，也即，返回第二医疗机构审批同意信息或者返回第二医疗机构审批拒绝信息。

又如，在接收到的申请信息是由第二医疗机构基于客户端发送的情况下，当生成该申请信息对应的申请审批请求信息之后，发送该申请审批请求信息至第一医疗机构客户端，在第一医疗机构客户端显示该申请审批请求信息，第一医疗机构对该申请审批请求信息进行审批，也即患者当前就医的医疗机构进行审批，并通过第一医疗机构客户端返回第一医疗机构审批同意/拒绝信息，也即，返回第一医疗机构审批同意信息或者返回第一医疗机构审批拒绝信息。

在一些实施例中，所述发送所述申请审批请求信息至第二医疗机构客户端之后可以包括：当接收到所述第二医疗机构客户端返回的第二医疗机构审批同意/拒绝信息时，将所述第二医疗机构审批同意/拒绝信息发送至所述疾控中心客户端，以在所述疾控中心客户端显示所述第二医疗机构审批同意/拒绝信息，供疾控中心参考所述第二医疗机构审批同意/拒绝信息对所述申请审批请求信息进行审批。

当第二医疗机构客户端返回第二医疗机构审批同意/拒绝信息，接收到第二医疗机构审批同意/拒绝信息时，将第二医疗机构审批同意/拒绝信息发送至疾控中心客户端，在控中心客户端显示该第二医疗机构审批同意/拒绝信息，供疾控中心参考该第二医疗机构审批同意/拒绝信息对申请审批请求信息进行审批。

也即，第二医疗机构审批同意/拒绝信息可以作为参考提供给疾控中心，供疾控中心进行审批。

疾控中心具有最高的一票同意或一票拒绝权，可以在收到申请审批请求信息后，直接决定审批拒绝或审批同意。或者，也可以在接收到第二医疗机构审批同意信息或第二医疗机构审批拒绝信息后，参考第二医疗机构审批同意信息或第二医疗机构审批拒绝信息，决定审批拒绝或审批同意。

在一些实施例中，所述发送所述申请审批请求信息至第一医疗机构客户端之后可以包括：当接收到所述第一医疗机构客户端返回的第一医疗机构审批同意/拒绝信息时，将所述第一医疗机构审批同意/拒绝信息发送至所述疾控中心客户端，以在所述疾控中心客户端显示所述第一医疗机构审批同意/拒绝信息，供疾控中心参考所述第一医疗机构审批同意/拒绝信息对所述申请审批请求信息进行审批。

当第一医疗机构客户端返回第一医疗机构审批同意/拒绝信息，接收到第一医疗机构审批同意/拒绝信息时，将第一医疗机构审批同意/拒绝信息发送至疾控中心客户端，在控中心客户端显示该第一医疗机构审批同意/拒绝信息，供疾控中心参考该第一医疗机构审批同意/拒绝信息对申请审批请求信息进行审批。

也即，第一医疗机构审批同意/拒绝信息可以作为参考提供给疾控中心，供疾控中心进行审批。

在一些实施例中，所述发送所述申请审批请求信息至疾控中心客户端之后可以包括：当接收到所述疾控中心客户端返回的疾控中心审批同意/拒绝信息时，将所述疾控中心审批同意/拒绝信息发送至第一疗机构客户端和第二医疗机构客户端。

在接收到疾控中心客户端返回的疾控中心审批同意/拒绝信息后，将疾控中心审批同意/拒绝信息发送至第一疗机构客户端和第二医疗机构客户端，也即向第一疗机构和第二医疗机构同步审批结果。

在一些实施例中，所述生成所述申请信息对应的申请审批请求信息之后可以包括：确定所述申请审批请求信息的审批状态，所述审批状态包括疾控中心待审批状态、第一疗机构/第二疗机构待审批状态；将所述审批状态同步发送至所述疾控中心客户端、第一疗机构客户端和第二医疗机构客户端。

例如，当发送申请审批请求信息至第二医疗机构客户端后，确定当前的审批状态为第二疗机构待审批状态，将第二疗机构待审批状态同步发送至疾控中心客户端、第一疗机构客户端和第二医疗机构客户端。

又如，当接收到第二医疗机构客户端返回的第二医疗机构审批同意/拒绝信息，且未接收到疾控中心客户端返回的疾控中心审批同意/拒绝信息时，确定当前的审批状态为疾控中心待审批状态，将疾控中心待审批状态同步发送至疾控中心客户端、第一疗机构客户端和第二医疗机构客户端。

疾控中心、第一疗机构和第二医疗机构通过客户端显示的同步审批状态，可以及时获知审批进度信息。

示例性的，如图5所示，进行患者就医信息处理的交互流程包括：

①第一医疗机构发起患者迁出申请；

②服务器端发送申请审批请求信息至疾控中心和申请迁入的第二医疗机构和；

③第二医疗机构进行审批(同意或拒绝)；疾控中心独立进行审批或参考第二医疗机构审批结果进行审批(同意或拒绝)；

④当疾控中心审批同意时，将患者就医信息从第一医疗机构迁移至第二医疗机构。

上述实施例中，当患者需要转换医疗机构就医时，患者当前就医的医疗机构或者申请转入的医疗机构基于客户端发送患者转换医疗机构申请信息，当接收到申请信息时，对申请信息进行验证，当申请信息验证通过后，生成申请信息对应的申请审批请求信息，并发送申请审批请求信息至疾控中心客户端，以在疾控中心客户端显示申请审批请求信息，当接收到疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息，将患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构，避免了同一患者的患者就医信息存有多份，实现患者就医信息的统一管理，从而提高了疾病统计分析的效率及可靠性。

请参阅图6，图6是本申请的实施例提供的一种就医信息处理装置的示意性框图，该就医信息处理装置可以配置于计算机设备中，用于执行前述的就医信息处理方法。

如图6所示，该就医信息处理装置1000，包括：验证模块1001、发送模块1002、获取模块1003及处理模块1004。

验证模块1001，用于当接收到医疗机构基于客户端发送的患者转换医疗机构申请信息时，对所述申请信息进行验证；其中，所述医疗机构为患者当前就医的医疗机构或者为申请转入的医疗机构；

发送模块1002，用于当所述申请信息验证通过后，生成所述申请信息对应的申请审批请求信息，并发送所述申请审批请求信息至疾控中心客户端，以在所述疾控中心客户端显示所述申请审批请求信息；

获取模块1003，用于当接收到所述疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息；

处理模块1004，用于将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。

在一个实施例中，所述申请信息包括患者当前就医的医疗机构信息和申请转入的医疗机构信息，所述处理模块1004还用于：

将根据所述患者当前就医的医疗机构信息，确定第一医疗机构为患者当前就医的医疗机构；以及根据所述申请转入的医疗机构信息，确定第二医疗机构为申请转入的医疗机构；将所述患者就医信息发送至所述第二医疗机构，并从所述第一医疗机构中删除所述患者就医信息。

在一个实施例中，所述处理模块1004还用于：

发送所述申请审批请求信息至第二医疗机构客户端，以在所述第二医疗机构客户端显示所述申请审批请求信息，所述第二医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第一医疗机构基于客户端发送的；或者

发送所述申请审批请求信息至第一医疗机构客户端，以在所述第一医疗机构客户端显示所述申请审批请求信息，所述第一医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第二医疗机构基于客户端发送的。

在一个实施例中，所述发送模块1002还用于：

当接收到所述第二医疗机构客户端返回的第二医疗机构审批同意/拒绝信息时，将所述第二医疗机构审批同意/拒绝信息发送至所述疾控中心客户端，以在所述疾控中心客户端显示所述第二医疗机构审批同意/拒绝信息，供疾控中心参考所述第二医疗机构审批同意/拒绝信息对所述申请审批请求信息进行审批。

在一个实施例中，所述申请信息包括患者个人信息，所述验证模块1001还用于：

发送包含所述患者个人信息的验证请求信息至公安机构客户端，以在所述公安机构客户端显示所述验证请求信息，通过公安机构对所述验证请求信息中的所述患者个人信息进行验证；接收所述公安机构客户端返回的验证结果，所述验证结果包括验证通过/验证不通过。

在一个实施例中，所述发送模块1002还用于：

当接收到所述疾控中心客户端返回的疾控中心审批同意/拒绝信息时，将所述疾控中心审批同意/拒绝信息发送至第一疗机构客户端和第二医疗机构客户端。

在一个实施例中，所述处理模块1004还用于：

确定所述申请审批请求信息的审批状态，所述审批状态包括疾控中心待审批状态、第一疗机构/第二疗机构待审批状态；

所述发送模块1002还用于：

将所述审批状态同步发送至所述疾控中心客户端、第一疗机构客户端和第二医疗机构客户端。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述就医信息处理方法实施例中的对应过程，在此不再赘述。

本申请的方法、装置可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

示例性的，上述的方法、装置可以实现为一种计算机程序的形式，该计算机程序可以在如图7所示的计算机设备上运行。

请参阅图7，图7是本申请实施例提供的一种计算机设备的结构示意性框图。

请参阅图7，该计算机设备包括通过系统总线连接的处理器和存储器，其中，存储器可以包括非易失性存储介质和内存储器。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种就医信息处理方法。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

当接收到医疗机构基于客户端发送的患者转换医疗机构申请信息时，对所述申请信息进行验证；其中，所述医疗机构为患者当前就医的医疗机构或者为申请转入的医疗机构；当所述申请信息验证通过后，生成所述申请信息对应的申请审批请求信息，并发送所述申请审批请求信息至疾控中心客户端，以在所述疾控中心客户端显示所述申请审批请求信息；当接收到所述疾控中心客户端返回的疾控中心审批同意信息时，获取患者的患者就医信息；将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构。

在一个实施例中，所述申请信息包括患者当前就医的医疗机构信息和申请转入的医疗机构信息，所述处理器在实现所述将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构之前，用于实现：

根据所述患者当前就医的医疗机构信息，确定第一医疗机构为患者当前就医的医疗机构；以及根据所述申请转入的医疗机构信息，确定第二医疗机构为申请转入的医疗机构；

所述处理器在实现所述将所述患者就医信息从患者当前就医的医疗机构迁移至申请转入的医疗机构时，用于实现：

将所述患者就医信息发送至所述第二医疗机构，并从所述第一医疗机构中删除所述患者就医信息。

在一个实施例中，所述处理器在实现所述生成所述申请信息对应的申请审批请求信息之后，用于实现：

发送所述申请审批请求信息至第二医疗机构客户端，以在所述第二医疗机构客户端显示所述申请审批请求信息，所述第二医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第一医疗机构基于客户端发送的；或者

发送所述申请审批请求信息至第一医疗机构客户端，以在所述第一医疗机构客户端显示所述申请审批请求信息，所述第一医疗机构对所述申请审批请求信息进行审批，其中，接收到的所述申请信息是由所述第二医疗机构基于客户端发送的。

在一个实施例中，所述处理器在实现所述发送所述申请审批请求信息至第二医疗机构客户端之后，用于实现：

当接收到所述第二医疗机构客户端返回的第二医疗机构审批同意/拒绝信息时，将所述第二医疗机构审批同意/拒绝信息发送至所述疾控中心客户端，以在所述疾控中心客户端显示所述第二医疗机构审批同意/拒绝信息，供疾控中心参考所述第二医疗机构审批同意/拒绝信息对所述申请审批请求信息进行审批。

在一个实施例中，所述申请信息包括患者个人信息，所述处理器在实现所述对所述申请信息进行验证时，用于实现：

发送包含所述患者个人信息的验证请求信息至公安机构客户端，以在所述公安机构客户端显示所述验证请求信息，通过公安机构对所述验证请求信息中的所述患者个人信息进行验证；接收所述公安机构客户端返回的验证结果，所述验证结果包括验证通过/验证不通过。

在一个实施例中，所述处理器在实现所述发送所述申请审批请求信息至疾控中心客户端之后，用于实现：

当接收到所述疾控中心客户端返回的疾控中心审批同意/拒绝信息时，将所述疾控中心审批同意/拒绝信息发送至第一疗机构客户端和第二医疗机构客户端。

在一个实施例中，所述处理器在实现所述生成所述申请信息对应的申请审批请求信息之后，用于实现：

确定所述申请审批请求信息的审批状态，所述审批状态包括疾控中心待审批状态、第一疗机构/第二疗机构待审批状态；将所述审批状态同步发送至所述疾控中心客户端、第一疗机构客户端和第二医疗机构客户端。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字卡(Secure Digital Card，SD Card)，闪存卡(Flash Card)等。

进一步地，所述计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。

本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。