一种数据处理系统和方法、电子设备与流程

1.本技术属于互联网医疗技术领域，尤其涉及一种数据处理系统和方法、电子设备。


背景技术：

2.在正常的就诊场景中，患者经常会存在一患多医的问题，即，医生经常去不同的医院看诊。在患者前往不同的医院的时候，因为各个医院系统是不相通的，这样患者就需要把之前就诊的资料都带上，如果之前的检查报告与新医院不相符，那么往往需要重新做检查，即使新医院可以使用之前的检查结果，也会存在忘带资料等问题，这样对于医生和患者而言都很繁琐，医疗数据的重复使用率也较低，且重复检查本身也会造成资源的浪费。通过硬盘等进行资料的存储又会导致数据的安全性得不到保证。
3.针对上述问题，目前尚未提出有效的解决方案。


技术实现要素：

4.本技术目的在于提供一种数据处理系统和方法、电子设备，可以解决现有的看诊文档复用率低，安全性不高的问题。
5.本技术提供一种数据处理系统和方法、电子设备是这样实现的：
6.一种数据处理系统，包括：
7.患者端，用于向数据平台上传看诊文档，并设置上传的看诊文档的存储类型，其中，存储类型包括：密文文档和明文文档；
8.数据平台，用于存储患者端上传的看诊文档，且提供患者端对密文文档的下载功能和对明文文档的格式转换功能和下载功能；
9.医院端，用于与所述患者端建立通信链路，通过所述通信链路接收患者端传送的看诊文档。
10.一种数据处理方法，包括：
11.接收看诊文档的下载请求；
12.确定请求下载的看诊文档的存储类型；
13.在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
14.在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
15.一种数据处理方法，包括：
16.接收目标用户的文档查看请求，显示目标用户的文档目录；
17.接收对文档目录中看诊文档的下载选择操作；
18.在下载选择操作选择的看诊文档为密文文档的情况下，下载所述密文文档，并接收目标用户的密令对密文文档进行解密；
19.在下载选择操作选择的看诊文档为明文文档的情况下，直接获取所述明文文档。
20.一种电子设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现如下方法的步骤：
21.接收看诊文档的下载请求；
22.确定请求下载的看诊文档的存储类型；
23.在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
24.在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
25.一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现如下方法的步骤：
26.接收看诊文档的下载请求；
27.确定请求下载的看诊文档的存储类型；
28.在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
29.在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
30.本技术提供的数据处理系统和方法，通过设置数据平台来对患者的看诊文档进行密文存储或者是明文存储，且针对明文存储可以进行报告格式的转换，从而达到了在提高数据复用率的同时，保证数据安全性的技术效果。
附图说明
31.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
32.图1是本技术提供的数据存取系统的架构图；
33.图2是本技术提供的看诊文档流转的示意图；
34.图3是本技术提供的就医场景中的数据处理流程示意图；
35.图4是本技术提供的数据处理方法的另一种流程示意图；
36.图5是本技术提供的数据处理方法的一种流程示意图；
37.图6是本技术实施例的一种数据处理方法的电子设备的硬件结构框图；
38.图7是本技术提供的数据处理装置的一种实施例的模块结构示意图。
具体实施方式
39.为了使本技术领域的人员更好地理解本技术中的技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
40.针对现有的患者去往不同的医院就医，需要把之前医院的材料都带着，在这些资料中有些资料是新医院认可的，有些是新医院不认可的，且患者存在忘记携带资料的可能，这样患者就难以避免地需要做重复的检查。这主要是因为各个医院的数据是不互通的，且患者的就医资料算是隐私资料。为了实现医院之间数据的互通，且又可以保证用户隐私的目的。
41.在本例中，提供了一种数据存取系统，如图1所示，可以包括：患者端101、数据平台102、医院端103。
42.其中，患者端101可以是患者操作使用的终端设备或者软件。具体的，患者端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。当然，患者端也可以是能运行于上述终端设备中的软件。例如：医院应用、挂号应用、问诊应用、健康相关等应用软件。
43.其中，数据平台102可以是一个存储设备，也可以是多个存储器的集合，也可以是云存储、分布式存储都可以。数据平台102还可以是具备处理能力的服务器设备。
44.其中，医院端103可以是医生操作使用的终端设备或者软件，或者是患者在医院操作的终端设备可以连接至医院内部网络的设备。具体的，医院端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。当然，医院端端也可以是能运行于上述终端设备中的软件。例如：医院应用、问诊应用、健康相关等应用软件。也可以是医院的挂号设备、取号设备、取报告设备等，本技术对此不作限定，只要是能够与患者端设备进行数据交互的医院侧设备都可以作为医院端。
45.对于患者端101而言，可以将就医资料等上传至数据平台102，在数据平台102上维护自己的一份资料数据。例如，可以对数据平台上自己的资料列表中的资料设置访问权限，设置是通过密文方式存储，还是通过明文方式存储。并可以从数据平台下载所需的资料数据。
46.在实现的时候，患者端，可以用于向数据平台上传看诊文档，并设置上传的看诊文档的存储类型，其中，存储类型包括：密文文档和明文文档；
47.数据平台，可以用于存储患者端上传的看诊文档，且提供患者端对密文文档的下载功能和对明文文档的格式转换功能和下载功能；
48.医院端，可以用于与所述患者端建立通信链路，通过所述通信链路接收患者端传送的看诊文档，且在医院端为医生端设备的情况下，所述医院端设备还可以用于通过所述通信链路将看诊生成的文档传送至所述患者端。
49.上述的存储类型中，对于密文文档可以理解为进行加密的文档，是患者或者用户设置的需要解密才可以下载查看的文档，对于明文文档就是不需要不加的文档，只要存在查看或者下载权限，就可以获取的文档。对于单个看诊文档而言，是以密文文档存储还是以明文文档存储，可以是用户自己根据情况设置的。
50.上述的看诊文档，可以包括但不限于：检查报告、医生开具的处方、诊断报告、住院记录、体检报告等等，只要是能表征患者就诊历史的文件都可以作为看诊文档。
51.例如，如图2所示，患者a在医院x就医看诊，进行检查，得到了一份检查资料1，和一份看诊资料1，那么患者a可以选择将检查资料1和看诊资料1，上传至数据平台中，并为上传的检查资料1和看诊资料1是通过密文存储还是通过明文存储。例如，设置检查资料1为密文
存储，设置看诊资料1为明文存储。
52.在患者a需要到医院y进行看诊时，可以按照需要从数据平台获取或者下载资料。为了保证数据的安全性，对于密文存储的数据，可以设置为仅患者a有下载权限，例如，患者a登录数据平台，可以选择下载密文资料，将密文资料下载到本地。针对明文存储的数据，可以直接通过数据平台传递给医院y，或者医院y中具体的看诊医生。
53.在实现的时候，医生端也可以登录该数据平台，在患者a授权的情况下，获取明文存储的数据。因为上传到数据平台的数据是符合医院x的报告格式的，不一定是符合医院y的报告格式的，因此，数据平台可以提供报告格式转换的能力，对于明文数据，因为可以通过数据平台直接传递给医院y或者是医院y内的看诊医生，在传送给医院y之前，数据平台可以进行报告格式的转换，将其转换为符合医院y要求的报告格式，从而方便医院y对这些报告数据的兼容。
54.对于密文数据而言，患者a在将数据以密文形式上传到数据平台上，在需要这些数据的时候，患者a可以登录到数据平台上进行下载。为了保证密文数据的安全性，防止泄露用户隐私，对于密文数据可以设置为仅患者自己可以下载，数据平台对于密文数据而言仅相当于一个存储器，仅提供密文数据的存储功能。
55.因为针对密文数据和明文数据采用不同的存储和权限管理方式，从而使得可以针对不同的需求，进行患者文档数据的存储。
56.为了使得使用数据平台的患者可以对不同的数据进行简单高效的划分和下载处理等操作，数据平台可以采用目录的方式进行数据的关联。即，可以为每个患者都设置一个目录，患者通过对目录的查看可以简单地实现对数据是密文存储还是明文存储的设定，在共享或者下载数据的时候，通过目录也可以快速高效地找到目标数据文件。
57.进一步的，对于患者客户端和医生客户端而言，可以支持闪传功能，例如，患者客户端和医生客户端可以通过蓝牙等近距离传输手段建立闪传机制，患者客户端可以通过闪传机制将自己终端内的数据文件线下传送给医生客户端。即，患者客户端和医生客户端可以建立局域网互传数据。
58.上述的医生客户端也可以是医院客户端，例如，医院的挂号设备、医院的排号设备或者取报告设备等，都可以设置这种文件闪传机制，在患者挂号的时候，或者排队的时候，就可以将需要的数据上传至医院端，或者是上传至医生端。
59.例如，患者在等号的时候，可以完成资料的传输，那么在就诊医生登录医生客户端时，就可以通过患者的挂号单，直接关联上患者上传的文件。
60.对于数据平台而言，支持用户维护自己的网盘目录以及文件，并支持目录/文件的分享授权，以及明文存储的报告格式转换功能。对于数据平台而言，还可以关联上患者的挂号信息，例如：医院、挂号单号、就诊医生等，从而使得在后续可以直接进行在线调档。
61.在医生看诊完成后，可以将看诊生成的文件闪传至患者端，由患者端选择采用明文方式还是密文方式上传至数据平台，也可以是患者为医生开方对自己文档上传权限，例如，可以设置一个确认机制，由医生选择要上传至数据平台的文件，然后数据平台向患者端推送确认指令，响应于确认指令患者设置上传的文件是以明文存储在患者的文件目录下，还是以密文存储在患者的文件目录下。
62.即，数据平台可以提供医生上传文件的接口，也可以不提供医生上传文件的接口，
如果不提供医生上传文件的接口，那么医生需要将文件先闪传至患者端，由患者端完成文件明文密文的设定并上传，如果提供医生上传文件的接口，那么可以由医生上传患者的看诊文件，但是权限的开方和文件的存储方式，由患者进行指定，从而提升数据的安全性，以达到文案保密又共享的目的。
63.在就医场景中，如图3所示，对于患者端和医院端可以按照如下步骤执行：
64.患者挂号就诊，将患者信息与医院挂号单绑定；患者从数据平台下载数据，确定要下载的文件是密文还是明文：
65.1)在下载的文件为密文的情况下，从服务端下载密文文件，在患者端设置有加解密插件，患者将下载的密文文件进行本地解密，对于密文文件而言，可以设置是不支持报告格式转换的，因为数据平台对于密文文件而言仅相当于一个存储器；
66.2)在下载的文件为明文的情况下，确定是否进行报告格式转换，如果不需要则直接从数据平台(即服务端)下载文件；
67.3)在下载的文件为明文，且需要转换报告格式的情况下，数据平台将文件转换成对应医院的报告格式，与哪个医院对应可以基于用户的挂号单确定，在转换结束后，将文件下载至患者端；
68.患者将患者端下载的明文/密文文件，通过闪传机制，闪传至医院端或者是医生端，其中，在闪传的文件中，可以携带或者关联至患者的挂号单信息。
69.例如，医院端可以是挂号机，患者在挂号机上挂号的时候，可以与挂号机建立局域网内数据传输，例如，通过蓝牙等功能实现闪传的建立，将需要上传的文件上传至挂号机。挂号机是与医院系统相连的，可以将接收到的数据同步到医院系统中，或者是按照文件加密的程度，直接同步至就诊医生的医生端，而不经过医院的数据系统。具体采用哪种方式可以根据实际需求设定，本技术对此不作限定。
70.医院端接收患者闪传的文件，在看诊完成后，医院端可以将文件闪传至患者端；患者端接受文件，并确定接收到的文件是否加密存储至数据平台，如果需要以密文形式存储，则对文件进行加密后上传至数据平台，如果以明文存储则直接上传文件。
71.在实现的时候，患者可以自己确定哪些密文存储，哪些明文存储，如果是密文存储，则数据平台仅相当于一个储存器，数据平台不提供提取密文内容的能力，密文需要患者使用例如：指纹、人脸识别等技术加解密，需要患者本人或者被授权人可以查看，数据平台自身不具备查阅能力。对于医生端而言，可以将患者资料上传至数据平台(例如：密档云盘)指定给云盘的用户(即，患者)，仅该医院和患者可以查阅，通过这种方式可以实现档案保密又共享的效果。
72.或者，通过设置可以存储数据的数据平台，使得患者可以将看诊文档数据以密文方式存储，或者以明文方式存储，针对明文文件可以通过数据平台的报告格式转换功能转换为目标医院可兼容的报告。针对密文文件，数据平台可以提供存储和下载功能。患者端和医院端可以建立闪传机制实现数据的闪传，即，可以所有的文档上传、权限设置、分享等操作都由患者执行，也可以是医生端可以上传部分文件。具体采用哪种模式，可以根据实际需求设定，本技术对此不作限定。
73.图4是本技术提供的数据处理方法一种实施例的方法流程图。虽然本技术提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动
在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本技术实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。
74.具体的，如图4所示，对于数据平台而言，上述的数据处理方法可以包括如下步骤：
75.步骤401：接收看诊文档的下载请求；
76.对于患者而言，可以在数据平台存储文件。在请求下载的时候，可以是患者主动触发的，例如，患者在需要下载的文件，可以发送下载请求。例如，患者可以手机端安装该数据平台的应用，通过该应用上传和下载看诊文档。在需要下载文件的时候，可以点击应用上的下载选项，以生成下载请求。
77.步骤402：确定请求下载的看诊文档的存储类型；
78.对于数据平台的存储文档而言，可以分为不同的存储类型，例如，可以采用密文的方式存储，也可以采用明文的存储。对于安全性比较高或者隐私性比较强的看诊文档，患者可以选择密文文档的方式存储，如果是安全性较低的或者不存在隐私的看诊文档，患者可以选择明文文档的方式存储。对于数据平台而言，不同类型的看诊文档，可以设置不同的处理方式，且可以设置不同的访问权限。
79.步骤403：在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
80.即，对于密文文档而言，数据平台可以不对其进行处理，而是作为一个单一的存储器，在患者请求下载的时候，直接将文档返回给患者。对于明文文档，数据平台可以提供报告格式转换的能力，从而将看诊文档按照目标就诊医院的报告格式进行转换，以便目标就诊医院可以兼容之前其它医院的报告。
81.步骤404：在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
82.在上例中，通过设置数据平台来对患者的看诊文档进行密文存储或者是明文存储，且针对明文存储可以进行报告格式的转换，从而达到了在提高数据复用率的同时，保证数据安全性的技术效果。
83.数据平台在接收看诊文档的下载请求之后可以返回请求下载的用户的文档目录和文档目录中各文档的存储类型；接收对文档目录的选定操作，将在文档目录中选择的文档作为请求下载的看诊文档。即，可以采用目录的方式显示用户在数据平台侧显示用户上传的文档，从而可以提升查看的效率。
84.在实现的时候，可以将文档的下载上传等操作与患者的挂号操作关联，因为在挂号单中携带很多看诊信息，例如：就诊医院、就诊科室、就诊医生等，因此，可以在下载请求中携带挂号单信息，这样可以从所述下载请求中获取挂号单信息；根据所述挂号单信息，确定目标就诊医院；调取目标就诊医院的报告格式；将请求下载的看诊文档按照目标就诊医院的报告格式进行转换。例如，患者到挂号机进行挂号，手机可以关联到挂号信息，然后触发打开数据平台的应用，询问患者是否需要下载文件。在需要下载文件的情况下，或者需要向挂号机传送文件的情况下，可以触发从数据平台下载数据，然后传送给挂号机。
85.在进行文档上传的时候，数据平台可以接收看诊文档的上传请求；接收上传的看诊文档，并确定用户选择的存储类型；在选择的存储类型为密文文档的情况下，通知进行加密，并将加密后的看诊文档添加至目标用户的文档目录中；在选择的存储类型为明文文档的情况下，直接将上传的看诊文档添加至目标用户的文档目录中。其中，可以但不限于按照如下加密方式之一进行加密：指纹加密、人脸加密、密码加密。
86.考虑到对于具体的就医场景而言，如果都是患者自己下载文件，然后闪传至医院端或者医生端，那么对于患者而言，操作较为繁琐。可以设置一个权限设置的功能，即，患者可以对自己上传的文件进行权限的控制，例如，将某个文件设置为就诊医生可直接访问下载，或者将某个文件设置为就诊医生可访问但是不可下载，或者设置为有些文件仅自己可见等等。即，对于数据平台而言，可以接收目标用户对存储的文档的访问权限的设置；根据目标用户设置的访问权限，对存储的文档的访问权限进行设置。
87.对于患者端而言，在本例中提供了一种数据处理方法，如图5所示，可以包括如下步骤：
88.步骤501：接收目标用户的文档查看请求，显示目标用户的文档目录；
89.步骤502：接收对文档目录中看诊文档的下载选择操作；
90.步骤503：在下载选择操作选择的看诊文档为密文文档的情况下，下载所述密文文档，并接收目标用户的密令对密文文档进行解密；
91.步骤504：在下载选择操作选择的看诊文档为明文文档的情况下，直接获取所述明文文档。
92.患者端可以与目标就诊医院建立闪传的通信链路；通过闪传的通信链路，将下载的看诊文档传送至所述目标就诊医院端。或者，患者端可以与目标就诊医院的就诊医生端建立闪传的通信链路；通过闪传的通信链路，接收医生端生成的看诊文档；响应于目标用户的上传请求，上传医生端生成的看诊文档。
93.本技术上述实施例所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在电子设备上为例，图6是本技术实施例的一种数据处理方法的电子设备的硬件结构框图。如图6所示，电子设备10可以包括一个或多个(图中仅示出一个)处理器02(处理器02可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器04、以及用于通信功能的传输模块06。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，电子设备10还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。
94.存储器04可用于存储应用软件的软件程序以及模块，如本技术实施例中的数据处理方法对应的程序指令/模块，处理器02通过运行存储在存储器04内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的数据处理方法。存储器04可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器04可进一步包括相对于处理器02远程设置的存储器，这些远程存储器可以通过网络连接至电子设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
95.传输模块06用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备10的通信供应商提供的无线网络。在一个实例中，传输模块06包括一个网络适配器
(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块06可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
96.在软件层面，上述装置可以位于服务器中，如图7所示，可以包括：
97.接收模块701，用于接收看诊文档的下载请求；
98.确定模块702，用于确定请求下载的看诊文档的存储类型；
99.第一返回模块703，用于在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
100.第二返回模块704，用于在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
101.在一个实施方式中，上述数据处理装置还可以用于在接收看诊文档的下载请求之后，还包括：
102.返回请求下载的用户的文档目录和文档目录中各文档的存储类型；接收对文档目录的选定操作，将在文档目录中选择的文档作为请求下载的看诊文档。
103.在一个实施方式中，上述第二返回模块704具体可以用于从所述下载请求中获取挂号单信息；根据所述挂号单信息，确定目标就诊医院；调取目标就诊医院的报告格式；将请求下载的看诊文档按照目标就诊医院的报告格式进行转换。
104.在一个实施方式中，上述数据处理装置还可以用于接收看诊文档的上传请求；接收上传的看诊文档，并确定用户选择的存储类型；在选择的存储类型为密文文档的情况下，通知进行加密，并将加密后的看诊文档添加至目标用户的文档目录中；在选择的存储类型为明文文档的情况下，直接将上传的看诊文档添加至目标用户的文档目录中。
105.在一个实施方式中，可以但不限于按照如下加密方式之一进行加密：指纹加密、人脸加密、密码加密。
106.在一个实施方式中，上述数据处理装置还可以用于接收目标用户对存储的文档的访问权限的设置；根据目标用户设置的访问权限，对存储的文档的访问权限进行设置。
107.在软件层面，上述装置可以位于用户终端中，可以包括：
108.第一接收模块，用于接收目标用户的文档查看请求，显示目标用户的文档目录；
109.第二接收模块，用于接收对文档目录中看诊文档的下载选择操作；
110.下载模块，用于在下载选择操作选择的看诊文档为密文文档的情况下，下载所述密文文档，并接收目标用户的密令对密文文档进行解密；
111.获取模块，用于在下载选择操作选择的看诊文档为明文文档的情况下，直接获取所述明文文档。
112.在一个实施方式中，上述数据处理装置还可以用于与目标就诊医院建立闪传的通信链路；通过闪传的通信链路，将下载的看诊文档传送至所述目标就诊医院端。
113.在一个实施方式中，上述数据处理装置还可以用于与目标就诊医院的就诊医生端建立闪传的通信链路；通过闪传的通信链路，接收医生端生成的看诊文档；响应于目标用户的上传请求，上传医生端生成的看诊文档。
114.本技术的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种电子设备的具体实施方式，所述电子设备具体包括如下内容：处理器(processor)、存储
器(memory)、通信接口(communications interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的数据处理方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
115.步骤1：接收看诊文档的下载请求；
116.步骤2：确定请求下载的看诊文档的存储类型；
117.步骤3：在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
118.步骤4：在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
119.从上述描述可知，本技术实施例通过设置数据平台来对患者的看诊文档进行密文存储或者是明文存储，且针对明文存储可以进行报告格式的转换，从而达到了在提高数据复用率的同时，保证数据安全性的技术效果。
120.本技术的实施例还提供能够实现上述实施例中的数据处理方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的数据处理方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
121.步骤1：接收看诊文档的下载请求；
122.步骤2：确定请求下载的看诊文档的存储类型；
123.步骤3：在请求下载的看诊文档的存储类型为密文文档的情况下，返回请求下载的看诊文档；
124.步骤4：在请求下载的看诊文档的存储类型为明文文档的情况下，将所述看诊文档按照目标就诊医院的报告格式进行转换，返回转换后的看诊文档。
125.从上述描述可知，本技术实施例通过设置数据平台来对患者的看诊文档进行密文存储或者是明文存储，且针对明文存储可以进行报告格式的转换，从而达到了在提高数据复用率的同时，保证数据安全性的技术效果。
126.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件 程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
127.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
128.虽然本技术提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处
理的环境)。
129.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
130.虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
131.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
132.本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
133.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
134.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
135.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计
算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
136.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
137.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
138.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd
‑
rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
139.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
140.本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
141.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
142.以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要
求范围之内。