在医学云基础架构中提供失败参数的制作方法

本公开涉及一种在医学云基础架构中提供失败参数的方法和提供系统。

背景技术：

在一般的云基础架构中，在复杂的工作流程中，在各种模块之间传输数据记录，也由这些模块处理数据记录。在这些传输和处理步骤中的每一个中可能发生错误，这使得数据记录对于云基础架构的模块中的一些来说是不可处理的。这样的错误的示例是无效或者损坏的文件格式或者一些应用程序将数据记录作为无效拒绝的业务逻辑。其结果是，一些计算结果(具体地统计分析的结果)可能与用户的预期不同，因为在计算中无法考虑在云中的工作流程中的任何阶段无法处理的数据记录。

该问题在处理医学数据时尤其重要。在医学云平台团队合作中，一般将匿名检查结果存储在云中，并且使用该存储的结果进行统计分析，例如医学检查的平均时间、患者由于检查而吸收的平均辐射剂量或者辐射剂量异常值的数量。

存储在云中的数据源自位于医院中的信息系统，例如pacs(“picturearchivingandcommunicationsystem(图片存档和通信系统)”的缩写)、his(“hospitalinformationsystem(医院信息系统)”的缩写)、lis(“laboratoryinformationsystem(实验室信息系统)”的缩写)或者ris(“radiologyinformationsystem(放射科信息系统)”的缩写)。如果在云工作流程的数据处理中存在错误，则用于统计分析的基本集合不同于本地系统内的医学数据记录的集合。这导致数据分析结果不正确。此外，没有经验的系统用户根本不清楚为什么在基本集合之间存在差别。

技术实现要素：

因此，本发明的目的是，针对医学数据分析考虑错误的数据记录，以改善医学数据分析。

通过根据权利要求1的方法、根据权利要求12的提供系统、根据权利要求14的计算机程序产品和根据权利要求15的计算机可读存储介质来解决该目的。

下面，关于所要求保护的提供系统以及关于所要求保护的方法，描述根据本发明的解决方案。可以将本文中的特征、优点或者替换实施方式分配给其他要求保护的对象，反之亦然。换句话说，可以利用在方法的情境中描述或者要求保护的特征来改进针对提供系统的权利要求。在这种情况下，方法的功能特征由提供系统的物的单元来实施。

在一个方面，本发明涉及一种用于提供失败参数的方法，包括通过第一应用模块接收医学数据记录的步骤；还包括如果第一应用模块无法处理医学数据记录，则通过第一应用模块确定失败记录的步骤，其中，失败记录基于数据记录；还包括将失败记录从第一应用模块传输到失败分析模块的步骤；还包括通过失败分析模块将失败记录保存在失败数据库中的步骤；还包括通过失败分析模块确定失败参数的步骤，其中，失败参数基于失败数据库的统计分析；还包括通过失败分析模块提供失败参数的步骤。具体地，失败参数基于存储在失败数据库内的失败参数的集合。具体地，失败记录可以与医学数据记录相同。

发明人认识到，通过将失败记录存储在失败数据库内，失败分析模块可以按照失败参数提供关于错误的数量以及关于错误的原因的信息。然后，可以使用该失败参数来完善对医学数据的分析。

具体地，将失败记录从第一应用模块传输到第二应用模块的步骤包括通过第一应用模块发送失败记录的步骤和通过失败分析模块接收失败记录的步骤。具体地，接收失败记录的步骤由失败分析模块的输入接口执行。具体地，保存失败记录的步骤由失败分析模块的存储单元执行。具体地，确定失败参数的步骤由失败分析模块的计算模块执行。具体地，提供失败参数的步骤由失败分析模块的输出接口执行。

在本发明的另一个可能的方面，通过失败分析模块可以在存储在失败数据库中之前改变失败记录。发明人认识到，使用对失败记录的预处理，可以使其数据结构适于存储或计算时间限制。

在另一个方面，本发明涉及一种用于提供数据分析的方法，包括用于提供失败参数的方法的所有步骤，还包括通过第二应用模块接收失败参数的步骤；并且还包括通过第二应用模块基于失败参数提供医学数据分析的步骤。第一应用模块可以与第二应用模块不同，但是第一应用模块也可以与第二应用模块相同。

根据本发明的又一方面，失败记录包括失败类型，其中，失败类型指示通过第一应用模块无法处理医学数据记录的原因。发明人已经认识到，通过提供失败类型，可以存储关于处理医学数据记录失败的原因的信息，并且使得能够访问该信息，用于进行进一步分析。

根据本发明的又一方面，医学数据记录包括通过医学装置对患者的医学检查的结果，其中，失败记录是匿名数据记录。具体地，失败记录包括数据记录的元数据，并且失败记录不包括患者的个人数据。发明人已经认识到，通过仅使用匿名失败记录，失败分析模块不需要应对安全和/或隐私限制，这使得实现并且使用失败分析模块更容易。

根据本发明的又一方面，医学数据记录包括通过医学装置对患者的医学检查的结果，其中，失败记录包括元数据，其中，元数据涉及医学装置、医学检查的参数和/或第一应用模块。具体地，元数据不包括个人数据或检查结果。具体地，医学检查的参数是影响医学检查的结果的医学装置的输入值。具体地，医学检查的参数不是医学检查的结果。具体地，医学检查是医学成像检查。发明人已经认识到，通过包括涉及医学装置和/或医学检查的参数的元数据，可以快速并且容易地识别出导致错误的数据记录的医学装置和/或医学检查的特定参数。

根据本发明的又一方面，元数据包含医学检查的以下值中的至少一个：

-医学检查的开始时间和/或结束时间，

-医学检查的持续时间，

-医学检查的输入参数，

-医学装置的硬件部件，

-医学装置的软件版本，

-第一应用模块的标识符。

具体地，如果医学检查是医学成像检查，则医学检查的输入参数可以是医学检查的成像协议。发明人已经认识到，这些值可以用于识别导致错误的数据记录的医学检查过程或者医学装置。

根据本发明的又一方面，医学数据记录由于医学数据记录展示不可读的格式或者由于医学数据记录被第一应用模块分类为不一致而无法由第一应用模块进行处理。具体地，如果医学数据记录不完整(例如由于医学数据记录的创建或者传输时的错误)，或者如果第一医学应用实施为仅用于处理具有不同的数据格式和/或不同版本的数据格式的数据记录，则医学数据记录展示不可读的数据格式。换句话说，具有不可读的数据格式的医学数据记录根本无法由第一应用模块处理。具体地，如果医学数据记录的至少一个值(例如医学检查的持续时间或者医学检查的辐射剂量)处于该值的指定区域或者间隔之外，则医学数据记录被分类为不一致。通常在第一应用模块中指定这些区域或者间隔，以防止医学数据记录与要处理的医学检查不相关。换句话说，如果医学数据记录理论上可以由第一应用模块处理，但是根据第一应用模块的一些程序逻辑被拒绝，则该医学数据记录被分类为不一致。发明人已经认识到，第一应用模块不能处理医学数据记录的这两个原因覆盖了所有可能的原因中的相当大的部分，因此局限于这两个原因产生更简单、但是仍然准确的用于错误管理的方法。

根据本发明的又一方面，失败参数涉及失败数据库中的失败记录的数量。发明人已经认识到，可以非常快速并且高效地计算该数量，同时给出对系统的总体缺陷的有价值的见解。

根据本发明的又一方面，失败记录包括第一应用模块的模块标识符，其中，失败参数包括失败数据库中的包括给定模块标识符的失败记录的数量。具体地，失败参数可以包括模块标识符和包括相应的模块标识符的失败记录的数量的列表。发明人已经认识到，通过将模块标识符包括到失败记录中，并且通过使失败参数归属于模块标识符，可以快速并且容易地识别错误的第一应用模块。

根据本发明的又一方面，医学数据记录包括由医学装置进行的医学检查的结果，其中，失败记录包括医学装置的装置标识符，以及其中，失败参数包括失败数据库中的包括给定装置标识符的失败记录的数量。具体地，失败参数可以包括装置标识符和包括相应的装置标识符的失败记录的数量的列表。发明人已经认识到，通过将装置标识符包括到失败记录中，并且通过使失败参数归属于模块标识符，可以快速并且容易地识别错误的医学装置。

根据本发明的又一个可能的方面，医学数据记录包括通过医学装置的医学检查的结果，其中，失败记录包括模块标识符和医学装置的装置标识符，以及其中，失败参数包括包含给定模块标识符和给定装置标识符的失败记录的数量。具体地，失败参数可以包括模块标识符、装置标识符以及包括相应的模块标识符和相应的装置标识符的失败记录的数量的列表。在另一个方面，本发明涉及一种提供系统，包括以下单元：

-第一应用模块，实施为用于接收医学数据记录，

还实施为如果第一应用模块无法处理医学数据记录，则用于确定失败记录，其中，失败记录基于数据记录，

还实施为用于将失败记录传输到失败分析模块，

-失败分析模块，实施为用于将失败记录保存在失败数据库中，

还实施为用于确定失败参数，其中，失败参数基于失败数据库的统计分析，

还实施为用于提供失败参数。

根据本发明的又一方面，提供系统包括以下单元：

-第二应用模块，实施为用于接收(rec-2)失败参数，

还实施为用于基于失败参数提供(prov-2)医学数据分析。

具体地，提供系统可以实施为用于执行根据本发明的方法和其各方面。提供系统实施为用于由第一应用模块执行所述方法和其各方面，失败分析模块和可选的第二应用模块实施为用于执行相应的方法步骤。

提供系统可以作为数据处理系统或者作为数据处理系统的一部分来实现。这种数据处理系统例如可以包括云计算系统、计算机网络、计算机、平板计算机、智能电话等。提供系统可以包括硬件和/或软件。硬件例如可以是处理器系统、存储器系统和其组合。硬件可以是通过软件可配置和/或通过软件可操作的。

本发明的又一个可能的方面涉及提供系统，其中，失败分析模块包括第一失败分析子模块和第二失败分析子模块，其中，失败数据库包括第一失败子数据库和第二失败子数据库，其中，第一失败分析子模块和第一失败子数据库位于医院环境中，以及其中，第二失败分析模块和第二失败子数据库位于公共云环境中。具体地，第一失败分析子模块和第一失败子数据库两者实施为根据本发明的各方面中的一个的失败分析模块和失败数据库。具体地，第二失败分析子模块和第二失败子数据库两者实施为根据本发明的各方面中的一个的失败分析模块和失败数据库。发明人已经认识到，通过在私有医院环境内和在公共云环境内使用分离的模块，可以将不同的失败记录保存在不同的环境中，从而可以满足数据隐私规定。

在一个方面，本发明涉及一种包括计算机程序的计算机程序产品，所述计算机程序能够加载到提供系统的存储单元中，包括程序代码部分，用于当在所述提供系统中执行所述计算机程序时，使所述提供系统执行根据本发明的一方面的方法。

在一个方面，本发明涉及一种计算机可读介质，其上保存有计算机程序的程序代码部分，程序代码部分能够加载到提供系统中和/或能够在提供系统中执行，以便当在提供系统中执行程序代码部分时，使提供系统执行根据本发明的一方面的方法。

本发明通过计算机程序产品和/或计算机可读介质的实现具有如下优点：通过软件更新，可以容易地采用已经存在的提供系统来如本发明所提出的工作。

计算机程序产品例如可以是计算机程序或者包括计算机程序之外的其它元素。该其它元素可以是硬件、例如其上存储计算机程序的存储器设备、用于使用计算机程序的硬件键等，和/或软件、例如用于使用计算机程序的文档或者软件键。

在另一个可能的方面，本发明涉及第一应用模块，实施为用于接收医学数据记录，还实施为如果第一应用模块无法处理医学数据记录，用于确定失败记录，其中，失败记录基于数据记录，还实施为用于向失败分析模块传输失败记录。

在另一个可能的方面，本发明涉及失败分析模块，实施为用于将从第一应用模块接收到的失败记录保存在失败数据库中，还实施为用于确定失败参数，其中，失败参数基于失败数据库的统计分析，还实施为用于提供失败参数，具体地实施为用于向第二应用模块提供失败参数。

在另一个可能的方面，本发明涉及第二应用模块，实施为用于接收失败参数，具体地实施为用于从失败分析模块接收失败参数，还实施为用于基于失败参数提供医学数据分析。

医学数据记录可以包括与医学检查相关的数据，具体地受检查的患者的个人数据(例如患者姓名、患者年龄、患者性别)、医学检查结果(例如图像或者实验室值)以及检查的元数据。具体地，可以根据医学数据格式、例如dicom(“digitalimagingandcommunicationsinmedicine(医学数字成像与通信)”的缩写)或者hl7(“healthlevelseven(健康等级7)”的缩写)将医学数据记录格式化。

医学检查的元数据或者相应的医学数据记录可以包括与医学检查的患者不相关以及与医学检查的结果不相关的所有数据。例如，医学检查的元数据可以包括用于医学检查的医学装置的标识符、用于医学检查的过程(例如成像协议或者实验室内针对样本的工作流程)、医学检查的开始时间、结束时间和/或持续时间、医学检查施用的放射剂量。具体地，元数据与医学装置、医学检查的参数和/或第一应用模块相关。

失败记录通常基于医学数据记录，并且与在医学数据记录的处理期间发生的错误相关。失败记录可以包括全部或者部分医学数据记录。此外，失败记录还可以包括附加数据或者参数；具体地与在医学数据记录的处理期间发生的错误相关的数据。

私有医院环境(或者简称为医院环境、或者医院it基础架构)特别地是直接位于医院处、仅由本地用户借助于远程维护可以访问的it基础结构。私有医院环境可以包括医学模态、服务器(例如用于数据存储以及用于计算)、客户机和连接不同的实体的网络以及在这些硬件部件上运行的软件程序。可以利用内联网来识别私有医院环境。私有医院环境可以包括实施为用于从私有医院环境外部接收数据或者向私有医院环境外部发送数据的部件；通常这些部件实施为用于防止对私有医院环境的未授权的访问。

公共云环境(或者简称为云环境、或者云it基础架构)具体地是位于云中、实施为用于与一个或者几个私有医院环境进行通信和交互的it基础架构。公共云基础架构可以包括服务器(例如用于数据存储以及用于计算)、客户机和连接不同的实体的网络以及在这些硬件部件上运行的软件程序。私有医院环境可以是因特网的一部分。通常，公共云环境实施为仅允许授权用户进行访问。

云或者云环境包括由服务提供商提供的计算服务和/或存储服务，其可以由一个或者几个服务用户根据其需要来使用。为了使这些服务可用，服务提供商通常操作物理计算单元(例如包括微处理器)和存储单元(例如包括硬盘)，然后其可以由服务提供商通过预先定义的接口来使用。这些接口可能涉及虚拟机或者api调用的使用。云环境的已知变型包括iaas(“infrastructureasaservice(基础架构即服务)”的缩写)、paas(“platformasaservice(平台即服务)”的缩写)或者saas(“softwareasaservice(软件即服务)”的缩写)。

附图说明

图1示出了用于提供失败参数的方法的实施例的流程图，

图2示出了用于提供数据分析的方法的实施例的流程图，

图3示出了提供系统的实施例，

图4示出了没有提供系统的医学云数据基础架构，

图5示出了具有提供系统的一个实施例的医学云数据基础架构，以及

图6示出了具有提供系统的另一实施例的医学云数据基础架构。

具体实施方式

图1示出了用于提供失败参数的方法的实施例的流程图。所显示的实施例的第一步骤是通过第一应用模块320接收rec-1医学数据记录。在该实施例中，第一应用模块320是提供用于接收医学数据记录的软件接口的软件应用的实例。在该实施例中，医学数据记录是利用医学成像装置、这里为计算机断层成像扫描仪进行的医学成像检查的结果。替换地，医学成像装置可以是磁共振扫描仪、x射线扫描仪或者超声波扫描仪。医学数据记录也可以是其它医学检查的结果，例如实验室结果或者用于点护理诊断(point-of-carediagnostics)的医学装置(例如测量血糖、体温、血氧饱和度、心跳序列等)的结果。医学数据记录也可以是例如来自医院信息系统的包括个人数据和来自先前的检查的结果的患者数据记录。

所显示的实施例的第二步骤是如果通过第一应用模块320无法处理医学数据记录，通过第一应用模块320确定det-1失败记录341.1、341.2。在该实施例中，失败记录341.1、341.2包括第一应用模块320的标识符342.1、342.2、医学装置的标识符343.1、343.2以及指示第一应用模块320无法处理医学数据记录的原因的失败类型344.1、344.2。

在该实施例中，第一应用模块320的标识符342.1、342.2以字符串包括软件程序的名称和软件程序的版本，例如“abc-softwarev1.1”，其中，“abc-software”是软件程序的名称，并且“v1.1”是软件程序的版本。医学装置的标识符343.1、343.2包括医学装置的序列号。具体地，医学装置的标识符343.1、343.2还可以包括在医学装置中使用的硬件部件和/或医学装置的操作软件的版本。

在该实施例中，失败类型344.1、344.2是包括错误消息的字符串。在该实施例中，应对无法处理的两个原因，第一个原因是医学数据记录损害或者不完整(错误消息“data_corrupt”)，第二个原因是医学数据记录不符合有效医学数据记录的规则(错误消息“data_invalid”)。在该实施例中，如果医学数据记录的某些参数处于预先定义的边界外部，或者如果满足或者不满足某些条件，则医学数据记录不符合规则。例如，一些后处理算法用来自后处理的时间覆盖了dicom文件内的检查的开始和结束时间，在这种情况下，不能评价该数据，以获得关于医学装置的使用统计结果。替换地，可以使用更详细地描述无法处理的原因的更颗粒度(granular)的错误消息(例如处于检查时间的有效间隔以外的检查时间的错误消息“data_invalid_examination_time”或者针对非匿名的医学数据记录的错误消息“data_invalid_anonymiyation”)。

该实施例的第三步骤是从第一应用模块320向失败分析模块330传输trm失败记录341.1、341.2。具体地，向失败分析模块330的输入接口331传输失败记录341.1、341.2。由于在该实施例中，失败记录341.1、341.2是包括几个数据字段(例如第一应用模块320的标识符342.1、342.2、用于医学装置的标识符343.1、343.2以及用于失败类型344.1，344.2)的复合数据类型，因此在将失败记录341.1、341.2从第一应用模块320传输trm到失败分析模块330之前，必须将失败记录341.1、341.2序列化，或者替换地以共同的数据格式(例如xml)进行存储。

该实施例的第四步骤是通过失败分析模块330将失败记录341.1、341.2保存sav在失败数据库340中。将失败记录341.1、341.2存储在关系数据库(relationaldatabase)中(例如使用sql命令)，但是其也可以存储在非关系数据库(non-relationaldatabase)中或者作为单个文件存储在硬盘驱动上。

该实施例的第五步骤是通过失败分析模块330确定det-2失败参数，其中，失败参数基于失败数据库340的统计分析。在该实施例中，统计分析基于对具有特定性质的失败记录341.1、341.2的数量的计数。也可以使用更复杂的统计分析方法，例如计算平均值、方差或者频率。在该实施例中，统计分析产生模块标识符342.1、342.2、装置标识符343.1、343.2以及失败数据库340中的包括相应的模块标识符342.1、342.2和相应的装置标识符343.1、343.2的失败记录341.1、341.2的数量的列表。

假设存在具有模块标识符“module_1”和“module_2”的两个第一应用模块320以及具有装置标识符“apparatus_1”和“apparatus_2”的两个医学装置，则产生的列表是

-(“module_1”，“apparatus_1”)：“number_1_1”

-(“module_1”，“apparatus_2”)：“number_1_2”

-(“module_2”，“apparatus_1”)：“number_2_1”

-(“module_2”，“apparatus_2”)：“number_2_2”

其中，“number_i_j”是失败数据库340中的包括模块标识符“module_i”和装置标识符“apparatus_j”的失败记录341.1、341.2的数量。因此，如果失败数据库340具有如下项：

-(“module_1”，“apparatus_1”，“data_corrupt”)

-(“module_1”，“apparatus_1”，“data_corrupt”)

-(“module_2”，“apparatus_1”，“data_invalid”)

-(“module_2”，“apparatus_2”，“data_invalid”)

则产生的失败参数的列表是：

-(“module_1”，“apparatus_1”)：2

-(“module_1”，“apparatus_2”)：0

-(“module_2”，“apparatus_1”)：1

-(“module_2”，“apparatus_2”)：1

可选地，失败记录341.1、341.2可以包括医学检查的其它元数据，例如医学检查的持续时间、医学检查的开始时间、用于医学检查的检查协议的类型或者执行医学检查的医学专业人士的姓名。在这种情况下，失败参数可以包括该附加元数据或者也可以包括针对该元数据的分析。例如，在所使用的检查协议和使用失败参数的统计分析可以检测到的医学数据记录的有效性之间可能存在相关性。

该实施例的最后的步骤是通过失败分析模块330提供prov-1失败参数。具体地，失败参数可以由失败分析模块330的输出接口332提供。在该实施例中，提供prov-1包括向第二应用模块350发送失败参数，其中，发送以对第二应用模块350进行的api(“applicationprogramminginterface(应用编程接口)”的缩写)调用的应答来执行。替换地，也可以将失败参数存储在外部可用的存储器中、例如存储在web服务器(其例如可以通过web服务或者http请求来访问)上。

图2示出了用于提供数据分析的方法的实施例的流程图。步骤接收rec-1、确定det-1、传输trm、保存sav、确定det-2和提供prov-1与在图1中显示并且说明的用于提供失败参数的方法的实施例中相同。

用于提供数据分析的方法的实施例的第七步骤是通过第二应用模块350接收rec-2失败参数。在该实施例中，第一应用模块320和第二应用模块350不相同；替换地，第一应用模块320和第二应用模块350可以相同。此外，这里，步骤接收rec-2作为对失败分析模块330的api调用和后续对api调用的应答的接收来执行。

用于提供数据分析的方法的实施例的最后的步骤是通过第二应用模块350基于失败参数提供prov-2医学数据分析。在该实施例中，第二应用模块350提供关于医学装置的使用的数据分析，医学装置的使用对于每个考虑的医学装置包括相应的医学装置执行医学检查的时间百分比。例如，如果在某一天内存在利用医学装置的20个医学检查，其中，第一应用模块320(其在该实施例中将医学数据记录匿名并且将匿名的医学数据记录存储在云中)仅能够正确地处理18个检查，则对应的医学数据分析是：“77％使用(基于总共20个数据记录中的分析的18个)”。这里，向医学数据分析的收件人通知使用统计结果不是基于这一天的检查的总数计算的，而是仅基于部分有效检查计算的。

图3示出了包括第一应用模块320、失败分析模块330、失败数据库340和第二应用模块350的提供系统300。

在该实施例中，第一应用模块320、第二应用模块350和失败分析模块330是云环境内的软件应用。替换地，提供系统300、第一应用模块320、第二应用模块350和/或失败分析模块330可以是硬件实体，例如(个人)计算机、工作站、在主机硬件上运行的虚拟机、微控制器或者集成电路。作为替换，提供系统300和/或失败分析模块330可以是真实或者虚拟的计算机组(真实的计算机组的技术术语是“集群”，虚拟的计算机组的技术术语是“云”)。

在该实施例中，第一应用模块320、第二应用模块350和失败分析模块330之间的通信经由api(“applicationprogramminginterface”)调用来执行，替换地，可以经由web服务或者通过在公共可用的存储器(例如通过“filetransferprotocoll(文件传输协议)”ftp或者“hypertexttransferprotocoll(超文本传输协议)”http可访问)中提供数据记录来进行通信。

在该实施例中，失败分析模块330包括输入接口331、输出接口332、计算模块333和存储模块334。在该实施例中，输入接口331、输出接口332、计算模块333和存储模块334实施为失败分析模块330的软件子模块，如果失败分析模块330是硬件模块，它们也可以实施为硬件子模块。

输入接口331和输出接口332可以实施为硬件接口或者软件接口(例如pci总线、usb或者firewire)。通常，计算模块333可以包括硬件元件和软件元件，例如微处理器或者现场可编程门阵列。硬件存储器模块334可以实施为非永久的主存储器(例如随机存取存储器)或者永久的大容量存储器(例如硬盘、usb棒、sd卡、固态盘)。

在所显示的实施例中，失败数据库340与失败分析模块330分开实施，例如作为数据库服务器或者数据库服务。对于数据库，已知几个标准，例如使用例如sql(“structuredquerylanguage(结构化查询语言)”)的关系数据库服务器或服务，或者仅部分地保证所存储的数据记录的一致性和可用性的、例如以键-值对或使用图模型存储数据的nosql数据库服务器或服务。替换地，失败数据库340可以在失败分析模块330的存储模块334内实施。

在该实施例中，失败数据库340包含失败记录341.1、341.2，每个失败记录341.1、341.2包括模块标识符342.1、342.2和装置标识符343.1、343.2作为相应的医学数据记录的元数据。如果失败数据库340是关系数据库，则优选使用主键作为模块标识符342.1、342.2和装置标识符343.1、343.2，并且关于相应的主键在单独的表中存储模块和装置的细节(以确保数据库的正确的规范化)。

图4示出了没有失败分析模块的包括医院环境和云环境的用于存储和处理医学数据记录的云框架的功能的图形草图。在图4的左侧，显示了作为本地医院环境的部分的软件和/或硬件模块；在图4的右手侧，显示了作为云环境的部分的软件和/或硬件模块。由于法律数据隐私限制，个人数据仅在医院环境中存储，而不在云环境中存储。

医院环境包括数据源461.1、461.2、461.3，包括pacs461.1(“picturearchivingandcommunicationsystem(图片存档和通信系统)”)、lis461.2(“laboratoryinformationsystem(实验室信息系统)”)和his461.3(“hospitalinformationsystem(医院信息系统)”)。此外，医院环境包括接收器客户机422，其从数据源461.1、461.2、461.3收集数据记录，将其匿名，并且将其发送到云环境。接收器客户机422可以是安装在数据源461.1、461.2、461.3中的一个或更多个上的本地软件，在该实施例中，其实施为位于医院的内部网络中的单独的服务器，从而其可以访问数据源461.1、461.2、461.3。

云环境包括接收器服务421，其接收来自接收器客户机422的匿名数据记录。在该实施例中，接收器服务421、接收器客户机422和它们的通信构成第一应用模块420。此外，云环境包括blob(“binarylargeobject(二进制大对象)”的缩写)存储器462，其实施为用于存储接收器服务421接收到的医学数据记录。

此外，云环境包括第二应用模块350，其包括应用后端451、应用数据库452和应用前端453。应用后端451实施为用于访问blob存储器462，以便提供包含在blob存储器462中的医学数据记录的统计分析。然后，将统计分析的结果存储在应用数据库452中，应用前端453可以访问应用数据库452，以便显示统计分析的结果。

图5示出了包括医院环境和云环境的用于存储和处理医学数据记录的云框架的功能的图形草图，其中，云环境包括作为失败分析模块的数据泄露服务430和作为失败数据库的数据泄露数据库440。该云框架是在图4中描绘的云框架的扩展。

在该实施例中，数据泄露服务430与接收器服务421和应用后端451进行通信。包括接收器服务421和接收器客户机422的第一应用模块420对来自医院数据源461.1、461.2、461.3的数据记录进行处理。其中，接收器客户机422将数据记录匿名，并且将匿名数据记录发送到接收器服务421。接收器服务421检查匿名数据记录是否符合预先定义的要求，在这种情况下，检查医学检查的持续时间处于预先定义的边界内。如果医学检查的持续时间在预先定义的边界内(并且所有其它预先定义的检查都是肯定的)，则将医学数据记录发送到blob存储器462。如果医学检查的持续时间不在预先定义的边界内，则将数据记录视为无效，并且将包括该数据记录的失败记录341.1、341.2发送到数据泄露服务430并且由数据泄露服务430存储在数据泄露数据库440中。

在该实施例中，应用后端451实施为用于提供关于一个或几个医学装置的使用、例如总检查时间与医学装置的操作时间的关系的统计分析。因此，应用后端451可以与blob存储器462和数据泄露服务430进行通信。根据存储在blob存储器462中的医学数据记录，可以计算总检查时间与总操作时间的关系，并且通过利用医学装置查询数据泄露服务430，应用后端451可以获得包括相应的医学装置的标识符的失败记录341.1、341.2的数量。因此，应用前端453可以显示总检查时间与总操作时间的比以及失败记录341.1、341.2的数量，其中，失败记录341.1、341.2的数量可以用来估计错误的医学数据记录对统计分析的影响。

在该实施例中，例如如果医学数据记录的匿名不成功，则接收器客户机422也可以通过接收器服务421向数据泄露服务430发送失败记录341.1、341.2。在这种情况下，有利的是，仅将医学数据记录的元数据包括到数据泄露服务430中，其中，元数据不包含患者的个人数据，从而可以将失败记录341.1、341.2存储在云环境中，而不违反数据隐私规定。

图6示出了包括医院环境和云环境的用于存储和处理医学数据记录的云框架的功能的图形草图，其中，医院环境包括作为失败分析模块的数据泄露服务430和作为失败数据库的数据泄露数据库440。该云框架是在图4中描绘的云框架的扩展。

在该实施例中，数据泄露服务430仅与接收器客户机422进行通信。应用后端451可以通过接收器服务421和接收器客户机422访问数据泄露服务430。如果接收器客户机422无法正确地处理来自数据源461.1、461.2、、461.3中的一个的医学数据记录，例如因为匿名过程失败，则其将失败记录341.1、341.2发送到数据泄露服务430，数据泄露服务430将失败记录341.1、341.2存储在数据泄露数据库440中。通过将数据泄露服务430和数据泄露数据库440保持在医院环境内，可以将非匿名医学数据记录存储在数据泄露数据库440中，而不违反数据隐私限制。

数据泄露服务430可以通过接收器客户机422和接收器服务421向应用后端451提供失败参数。在该实施例中，数据泄露服务430确保失败参数不包含任何个人数据，替换地，接收器客户机422可以将失败参数匿名。如果失败参数例如包括失败记录341.1、341.2的总数，则应用后端451或者应用前端453可以使用该总数，以使得能够向用户估计错误的数据记录对统计分析的影响。

通过在医院环境内操作数据泄露服务430和数据泄露数据库440，失败记录341.1、341.2可以包括包含个人数据的完整的医学数据记录，而不将个人数据存储在云中。使用完整的医学数据记录，对于定位医学数据记录无法处理的原因是有用的。为了进行错误搜索，一方面，可以直接从医院环境内访问失败记录341.1、341.2；另一方面，如果满足特定认证条件(例如用户被认证为技术管理员)，并且本地接收器客户机422在医院环境内检查了该特定认证条件，则也可以从云环境内通过接收器服务421和接收器客户机422访问失败记录341.1、341.2。

特别地，图4、图5和图6中的箭头指示云框架内的单个部件之间的数据流。