CN113424266A - 跨地理区域管理、验证和传输健康数据的系统和方法 - Google Patents

跨地理区域管理、验证和传输健康数据的系统和方法 Download PDF

Info

Publication number
CN113424266A
CN113424266A CN202080015767.5A CN202080015767A CN113424266A CN 113424266 A CN113424266 A CN 113424266A CN 202080015767 A CN202080015767 A CN 202080015767A CN 113424266 A CN113424266 A CN 113424266A
Authority
CN
China
Prior art keywords
health data
service
dicom
dicom object
hospital
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
Application number
CN202080015767.5A
Other languages
English (en)
Inventor
R·尤思飞
L·格拉迪
J·萨斯特里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
HeartFlow Inc
Original Assignee
HeartFlow Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by HeartFlow Inc filed Critical HeartFlow Inc
Publication of CN113424266A publication Critical patent/CN113424266A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G06F21/6254—Protecting personal data, e.g. for financial or medical purposes by anonymising data, e.g. decorrelating personal data from the owner's identification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Pathology (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Bioethics (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Radiology & Medical Imaging (AREA)
  • Data Mining & Analysis (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

公开了用于保护患者隐私同时允许在不同地理区域中分析、管理和存储健康数据的系统和方法。在保护患者隐私的同时管理跨境健康数据的一种方法包括：从医院计算设备接收DICOM对象以用于分析；为DICOM对象生成唯一病例标识符；验证接收到的DICOM对象；如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；更新匿名DICOM对象以包含唯一病例标识符；压缩更新的DICOM对象；以及将压缩的DICOM对象发送到至少一个数据分析网络服务。

Description

跨地理区域管理、验证和传输健康数据的系统和方法
（一个或多个）相关申请
本申请要求保护于2019年2月22日提交的美国临时申请号62/809,151的优先权，其全部公开内容由此通过引用整体地并入本文中。
背景技术
医院生成并存储大量与患者有关的健康数据记录。传统上，健康数据（例如，医疗报告、X射线、CT扫描等）分析由医院的医疗专业人员实行。然而，医院可能无法实行涉及尖端技术（例如，涉及图像处理、自然语言处理和人工智能）的预测性健康数据分析。越来越多地，健康数据分析的各个方面都在医院外部实行。当在医院外部分析健康数据时，将健康数据传递出医院可能需要考虑几个因素，包括文件大小、数据类型、数据路由、文件充分性（例如，图像质量）、应用程序用户界面(API)（其被用于便于选择要传递的文件）、隐私等。
在某些情况下，可能需要在医院或医院部门以外的区域中分析健康数据。不同的医院设施、部门、国家或地理区域可能对保护患者隐私有不同的要求。通常，健康数据可能包括患者隐私数据，并且将这样的健康数据传递到指定国家或地区外部可能会违反患者隐私要求。例如，美国法律试图通过定义可以将个人的健康信息与个人相链接的信息类别来保护患者隐私。这种信息类别被叫做“受保护的健康信息(PHI)”，并且美国医疗专业人员和服务提供者（例如，医生、医院、保险公司、受保实体、业务伙伴等）受规定了与PHI相关联的健康数据的使用和传递的法规的管理。其他国家和区域可能包括类似的法规、法律和/或标准（例如，GDPR）。
同时，特定的健康数据分析、存储和管理能力可能只存在于某个区域内。例如，特定的医疗数据分析可能涉及网络服务的使用，以及涉及仅在一个所选区域中可用的分析的基础设施。该所选区域外部的患者可能无权访问分析服务，因为患者隐私法规可能规定他们的患者隐私信息（以及因此规定他们的健康数据）不能传递到所选区域。简而言之，限制患者隐私信息的跨境传递的患者隐私法规可能意味着存在于区域外的数据分析设施无法分析数据。因此，患者可能受限于某些区域内可用的数据分析能力。
因此，期望一种健康数据管理系统，该系统可以为健康数据的端到端自动化摄取和处理创建安全、可扩展、鲁棒、弹性的基础设施，从而为区域外分析做准备。进一步期望一种能够提供包括区域外分析的所分析的健康数据结果的报告的健康数据管理系统。在一个实施例中，健康数据管理系统的各种系统和方法可以包括用于验证区域外分析的结果的引导分析员工作流程。
前面的一般描述和下面的详细描述仅仅是示例性和解释性的，而不是对本公开的限制。根据一个实施例，本公开的各种实施例涉及保护患者隐私同时有效地分析、管理和存储不同地理区域中的健康数据的系统和方法。
发明内容
根据本公开的某些方面，公开了用于在保护患者隐私的同时管理跨境健康数据以用于分析的系统和方法。
一种在保护患者隐私的同时管理跨境健康数据的方法，该方法包括：从医院计算设备接收DICOM对象以用于分析；为DICOM对象生成唯一病例标识符；验证接收到的DICOM对象；如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；更新匿名DICOM对象以包含唯一病例标识符；压缩更新的DICOM对象；以及将压缩的DICOM对象发送到至少一个数据分析网络服务。
根据另一个实施例，一种在保护患者隐私的同时管理跨境健康数据的系统包括：数据存储设备，其存储在保护患者隐私的同时管理跨境健康数据的指令；以及处理器，其被配置成用于：从医院计算设备接收DICOM对象以用于分析；为DICOM对象生成唯一病例标识符；验证接收到的DICOM对象；如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；更新匿名DICOM对象以包括唯一病例标识符；压缩更新的DICOM对象；以及将压缩的DICOM对象发送到至少一个数据分析网络服务。
根据另一个实施例，一种在包含计算机可执行编程指令的计算机系统上使用的非暂时性计算机可读介质，该指令用于实行在保护患者隐私的同时管理跨境健康数据的方法，该方法包括：从医院计算设备接收DICOM对象以用于分析；为DICOM对象生成唯一病例标识符；验证接收到的DICOM对象；如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；更新匿名DICOM对象以包括唯一病例标识符；压缩更新的DICOM对象；以及将压缩的DICOM对象发送到至少一个数据分析网络服务。
所公开的实施例的附加目的和优点将部分地在随后的描述中阐述，并且部分地将从描述中变得明显，或者可以通过实践所公开的实施例而习得。所公开的实施例的目的和优点将借助于所附权利要求中特别指出的要素和组合来实现和获得。
要理解到，前面的一般描述和下面的详细描述仅仅是示例性和解释性的，而不是对所要求保护的公开实施例的限制。
附图说明
图1描绘了根据本公开的示例性实施例的（一个或多个）医院与（一个或多个）数据分析供应商之间的健康数据管理的示例性示意框图。
图2描绘了根据本公开的示例性实施例的通过图1的健康数据管理系统100的健康数据的示例性数据流。
图3描绘了根据本公开的示例性实施例的图1的健康数据管理系统100的组件。
图4描绘了根据本公开的示例性实施例的通过健康数据管理系统100的健康数据的示例性序列流。
图5是根据本公开的示例性实施例的管理健康数据的示例性方法的流程图。
图6是根据本公开的示例性实施例的发送健康数据以用于跨境分析的示例性方法的流程图。
图7是根据本公开的示例性实施例的接收健康数据分析报告的示例性方法的流程图。
图8A是根据本公开的示例性实施例的安装图1的健康数据管理系统100的示例性方法的流程图。
图8B是根据本公开的示例性实施例的图1的健康数据管理系统100的安装的示例性示意框图和数据流。
图8C是根据本公开的示例性实施例的允许医院管理员配置图1的健康数据管理系统100的网络界面的屏幕截图。
具体实施方式
现在将详细参考本公开的示例性实施例，其示例在附图中图示。在可能的情况下，遍及附图将使用相同的附图标记来指代相同或相似的部分。
如本文中使用的，术语“示例性”在“示例”而非“理想”的意义上使用。此外，本文中的术语“一”和“一个”并不表示数量的限制，而是表示存在一个或多个所引用的项目。出于本公开的目的，“患者”可以指代对其实行诊断或治疗分析（例如，数据分析）的任何个人或人员，或者与一个或多个人的诊断或治疗分析相关联的任何个人或人员。
术语“健康数据”可以包括在一次实践中为患者收集的医疗数据（例如，医学数字成像和通信(DICOM)对象），以及由任何医疗保健提供者、实验室、专家、临床医生等为患者收集的健康数据。健康数据可以与特定患者相关联，其中患者可经由患者隐私信息进行标识。患者隐私信息可以是将健康数据链接到特定个人的任何信息。患者隐私信息可以客观地定义（作为将个人与其健康数据联系起来的信息）和/或由法律和法规定义。各个区域可能包括对构成患者隐私信息的信息内容的不同定义。
“区域”可以指代任何具有由保护患者隐私的法规所定义的边界的环境。在一个实施例中，“区域”可以指代由保护患者隐私/个人数据的一套法规所管理的已知地理区域。例如，“区域”可以指代在单个一套患者隐私法律下运行的州（例如，加利福尼亚州）、国家（例如，美国、日本、加拿大等）或一组国家（例如，欧洲）。对于美国，患者隐私信息可能包括受保护的健康信息(PHI)。对于美国和其他各种区域，患者隐私信息可以包括个人健康信息、患者身份信息等（例如，CT、MRI、超声等）。例如，在2017年6月27日提交的题为“Systems andMethods for Modifying and Reacting Health Data Across Geographic Regions”中公开了在传输健康数据的同时保护患者健康信息的各种系统和方法，该美国临时专利申请由此通过引用整体地并入本文中。
替代地或此外，“区域”可以指代给定的物理设施、给定实体的计算系统或给定的云平台。在这样的情况下，然而，在单个国家、州或省内可能存在健康数据在其之间被编辑的各种区域。例如，区域可以包括医院，该医院可以在将健康数据传递到另一个区域（例如，云平台）以用于数据分析之前从收集的健康数据中去除患者隐私信息。医院和云平台可能存在于相同的地理定义区域，例如，美国。
本公开包括用于将健康数据传递出医院的系统和方法。在一个实施例中，可以将健康数据传递到基于云的网络服务以用于分析。健康数据传递可以包括：选择或标识要传输以用于分析的文件、准备用于传递或用于分析的文件、实行自动健康数据摄取、对（一个或多个）文件的传递进行计时、确定各种文件是否相关、检测已完成的健康数据分析、监控健康数据分析的状态或进度、生成已完成分析的报告、接收或传输已完成分析的报告，以及以其他方式管理区域（例如，医院）与基于云的网络服务之间的交互。
在一个实施例中，准备用于传递的文件和确定完成的分析可以涉及在将健康数据传递出第一区域期间保护患者隐私。在示例性情况下，第一区域可以包括医院。在这样的情境中，健康数据管理系统可以包括：将数据从医院传输到供应商以对数据进行远程分析的一个实施例。在一个实施例中，健康数据管理系统可以从医院接收健康数据，其中健康数据文件包括患者隐私信息。健康数据管理系统可以通过从健康数据中剥离患者隐私信息来将健康数据文件匿名化。健康数据管理系统可以进一步将匿名健康数据发送到基于云的数据分析网络服务。在一个实施例中，患者隐私信息可以被发送并且存储在特定于区域的基于云的网络服务中（例如，在第一医院区域）。换言之，匿名化的健康数据可以从第一区域传递到基于云的数据分析网络服务，而与健康数据相关联的患者隐私信息可以保留在第一区域中特定于区域的基于云的网络服务处。
在一个实施例中，健康数据管理系统可以生成或检测（一个或多个）完成的报告，其包括来自基于云的数据分析网络服务的健康数据分析的结果。在一个实施例中，健康数据管理系统可以将（一个或多个）结果报告推送到区域（例如，第一医院区域）。这样，可以在偏远区域中实行数据分析，而无需将患者隐私信息传输到该偏远区域。换句话说，健康数据的传输可以包括修改和编辑来自健康数据的患者隐私信息，使得健康数据可以在偏远区域处经受分析，同时保护患者隐私。
在一个实施例中，健康数据管理系统可以将健康数据（例如，DICOM对象）从客户站点（例如，医院、诊所等）传递到（一个或多个）云计算网络服务以用于分析DICOM对象。该系统可以直接从（一个或多个）CT扫描仪、（一个或多个）CT工作站或使用DICOM协议的患者评估系统接收健康数据。
在一个实施例中，健康数据可以包括特定于患者的图像数据（例如，采用DICOM文件形式）。在一个情境中，图像数据可以包括：关于患者心脏几何形状的数据，例如，患者主动脉的至少一部分、连接到主动脉的主冠状动脉（和从其延伸的分支）的近端部分，和/或心肌。特定于患者的解剖数据可以非侵入性地获得，例如，使用非侵入性成像方法获得。例如，CCTA是一种成像方法，其中用户可以操作计算机断层摄影(CT)扫描仪来查看和创建结构的图像，该结构例如是心肌、主动脉、主冠状动脉和与其连接的其他血管。CCTA数据可以是随时间变化的，例如，以示出在心动周期内血管形状的变化。CCTA可以用于产生患者心脏的图像。
替换地，可以使用其他非侵入性成像方法（包括磁共振成像(MRI)或超声(US)）或侵入性成像方法（诸如数字减影血管造影术(DSA)）来产生患者解剖结构的图像。成像方法可能涉及向患者静脉注射造影剂以使得能够标识解剖结构。涉及图像（例如，由CCTA、MRI等生成的图像）的健康数据可以由第三方供应商（诸如放射学实验室或心脏病专家）、由患者的医师等提供。
其他特定于患者的解剖数据也可以从患者无创地确定。例如，可以测量诸如患者血压、基线心率、身高、体重、血细胞比容、每搏输出量等的生理数据。血压可以包括患者肱动脉中的血压（例如，使用压力袖带），诸如最大（收缩压）和最小（舒张压）压力。因此，示例性健康数据可以包括从成像模态、可穿戴设备、血压袖带、温度计、健身追踪器、血糖仪、心率监测器等收集的数据。
图1是根据本公开的示例性实施例的用于经由云平台管理健康数据的医院供应商系统的示意框图。医院供应商系统可以包括：健康数据管理系统100，其被配置成通过无线网络110从（一个或多个）医院计算设备(CT工作站102、CT扫描仪104、患者评估系统106等)接收信息。在一个实施例中，无线网络110可以包括：医院网络（例如，第一区域）本地的网络，并且健康数据管理系统100可以被部署在无线网络110中。在一个实施例中，医院可以是被注册为供应商的客户的站点。医院供应商系统的示例性供应商可以包括数据分析服务（例如，数据分析服务114）。
在一个实施例中，健康数据管理系统100可以作为虚拟设备而被部署在医院网络中，作为单个文件在无线网络110上递送。例如，医院的站点管理员可以从供应商用户界面下载包含健康数据管理系统100的文件。下载可以使得（一个或多个）医院计算设备(CT工作站102、CT扫描仪104、患者评估系统106等)能够将DICOM研究移动到虚拟机（例如，健康数据管理系统100）。在一个实施例中，站点管理员还将医院登记为供应商的客户，因此将健康数据管理系统100也连接到供应商的网络（例如，数据分析服务114的网络111）。这些过程在图8A-8C中更详细地描述。
在示例实施例中，健康数据管理系统100可以查询诸如(CT工作站102、CT扫描仪104和患者评估系统106)的（一个或多个）医院计算设备，并且从这样的（一个或多个）计算设备拉取一个或多个DICOM对象。在示例实施例中，DICOM对象可以包括患者隐私信息、要对DICOM对象的（一个或多个）文件实行的分析的优先级、要进行的病例研究/分析的类型、患者扫描/图像等。替代地或此外，医院计算设备可以连接到服务或保存DICOM对象的网络服务器。在这样的情况下，健康数据管理系统100可以从服务器拉取一个或多个DICOM对象。在又另一个实施例中，DICOM对象可以使用健康数据管理系统100提供的网络界面被上传（例如，到数据分析服务114）。简而言之，健康数据管理系统100可以经由第一区域的网络（例如，医院的网络110）接收健康数据文件，并且使用各种方法（例如，通过网络111）将健康数据文件上传到第二区域处的数据分析服务114。如前所述，健康数据管理系统100可以在将文件上传到第一区域之外之前将（一个或多个）健康数据文件匿名化（例如，通过从（一个或多个）健康数据文件中去除患者隐私信息）。
在一个实施例中，（一个或多个）管理服务112可以管理（一个或多个）数据分析服务114的订阅/客户。例如，（一个或多个）管理服务112可以注册分析匿名健康数据的供应商的一个或多个客户。例如，（一个或多个）管理服务112可以接收来自希望具有（一个或多个）数据分析服务114所提供的服务的预期客户（例如，医院）的请求。在一个情境中，（一个或多个）管理服务112可以用作一个或多个云平台，以用于管理和存储匿名健康数据。（一个或多个）管理服务112可以向医院提供用于向（一个或多个）数据分析服务114提供匿名健康数据的接口。在一个实施例中，该接口可以是健康数据管理系统100，其可以将医院生成的健康数据转换成匿名健康数据，并且将数据路由到（一个或多个）适当的数据分析网络服务。
在一个实施例中，（一个或多个）管理服务112可以进一步管理（一个或多个）数据分析服务114分析健康数据文件的次序。在一个实施例中，该次序可以基于生成、上传文件的次序和/或与每一个文件相关联的优先级。（一个或多个）管理服务112可以进一步为所分析的匿名健康数据生成、管理和存储（一个或多个）报告。例如，（一个或多个）管理服务112可以改变所生成的报告，这取决于产生DICOM对象的客户（例如，医院）。例如，各种客户可以在注册期间配置各种设置。可以基于注册时规定的设置来生成报告。在一个实施例中，健康数据管理系统100和/或（一个或多个）管理服务112可以管理（一个或多个）匿名健康数据文件和/或报告。
（一个或多个）数据分析服务114可以包括网络服务，并且用作用于分析匿名健康数据的一个或多个云平台。附加地，（一个或多个）数据分析服务114可以计算结果，并且生成结果报告（例如，3D模型、PDF等），以向医院用户呈现分析和结果。例如，（一个或多个）数据分析服务114的一个或多个网络服务可以使用从（一个或多个）医院计算设备的心脏CT扫描接收到的匿名健康数据来计算冠状动脉内的血流量。一个或多个网络服务可以提供冠状动脉的交互式3D模型（其示出了计算的血流储备分数值），以及PDF报告。
在一个实施例中，患者隐私信息网络服务116可以用作一个或多个云平台，以用于管理和存储患者隐私信息。患者隐私信息网络服务116可以将患者隐私信息与来自（一个或多个）数据分析服务114的完成的报告配对。例如，健康数据管理系统100可以使用患者隐私信息网络服务116将患者隐私信息存储在数据库中。这样，患者隐私信息可以与（一个或多个）数据分析服务114隔离。在一个实施例中，患者隐私信息网络服务116可以通过将报告与患者隐私信息网络服务116的数据库、或可由患者隐私信息网络服务116访问的数据库的所存储的患者隐私信息配对来重新标识来自（一个或多个）数据分析服务114的匿名报告。在一个实施例中，患者隐私信息网络服务116可能只能从生成健康数据的区域（例如，网络110）是可访问的。在另一个实施例中，健康数据管理系统100可以提示患者隐私信息网络服务116（例如，通过网络111）向完成的报告提供标识信息。在一些情况下，患者隐私信息网络服务116可以提供没有患者隐私信息的标识信息。
网络110和网络111可以包括互联网、内容分发网络或任何其他有线、无线和/或电话或本地网络。在一个实施例中，健康数据管理系统100、CT扫描仪104、CT工作站102、患者评估系统106和HL7引擎108可以经由网络110相互通信。例如，健康数据管理系统100可以通过网络110从CT扫描仪104、CT工作站102或患者评估系统106接收健康数据（例如，DICOM对象）。健康数据管理系统100可以进一步通过网络110向CT扫描仪104、CT工作站102或患者评估系统106传输完成的报告、完成的报告的通知或完成报告的障碍（例如，健康数据质量问题）。健康数据管理系统100可以进一步通过网络110或网络111将完成的报告推送到患者隐私信息网络服务116，使得来自数据分析服务114的报告可以与患者隐私信息配对。
健康数据管理系统100还可以被配置成通过无线网络111与管理服务112和数据分析服务114通信。例如，健康数据管理系统100可以将原始健康数据上传到数据分析服务114以用于分析。健康数据管理系统100还可以与管理服务112通信，以接收指示分析状态或进展的数据日志。另外，健康数据管理系统100和/或管理服务112可以经由网络111从数据分析服务114接收或推送（一个或多个）分析报告（例如，PDF结果），并且将该报告传送到作为网络110的一部分的各种接口。管理服务112和数据分析服务114也可以通过无线网络111进行通信。
图2描绘了根据本公开的示例性实施例的图1的健康数据管理系统100与患者隐私云平台（例如，患者隐私信息网络服务116）之间的交互的示例性详细图。任何为存储数据而构建的平台或服务都可以被采用作为患者隐私云平台。包括PHI数据的患者隐私信息的存储装置是本公开的一个示例性实施例。
在一个实施例中，用户202可以从（一个或多个）医院计算设备（例如，CT工作站、CT扫描仪、患者评估系统等）上传DICOM对象。一旦健康数据管理系统100接收到上传的DICOM对象，健康数据管理系统100就可以从DICOM对象中提取患者隐私信息（例如，PHI数据）。可以使用可以准许无状态操作的服务将患者隐私信息发送到特定于区域的云平台（例如，患者隐私信息网络服务116）。例如，可以经由具象状态传输(REST)应用程序编程接口(API)206将患者隐私信息发送到患者隐私信息网络服务116。API 206可以对应于数据分析服务114，并且API 206可以安装在第一（例如，医院）区域处。在一个情境中，可以使用超文本传输协议(HTTP)来实行从健康数据管理系统100到患者隐私信息网络服务116的患者隐私信息传递。
在一个实施例中，患者隐私信息网络服务116可以包括数据库（例如，特定于区域的关系数据库212）或与其通信。例如，患者隐私信息网络服务116可以接收、传递或访问存储在特定于区域的关系数据库212中的患者隐私信息。关系数据库可以包括被构造成标识所存储的信息项当中的关系的特定于区域的数据库。在一个实施例中，特定于区域的关系数据库212可以存储由健康数据管理系统100从DICOM对象中提取的患者隐私信息。患者隐私信息可以是静止的，并且在关系数据库212中被加密。在示例实施例中，当存储或访问新对象（例如，接收到的患者隐私信息）时，关系数据库212可以提供加密。
在一个实施例中，图2中图示的所有组件都可以存在于第一区域（例如，医院网络）中，或作为支持服务网络的一部分。因此，（例如，关系数据库212的）数据可以保留在医院计算设备（例如，用户202用来上传DICOM的设备）所位于的第一区域中。在一个实施例中，患者隐私信息可能无法在其存储在其中的区域之外被访问。例如，在日本提交病例并且前往不同地理区域的用户将无法检索患者隐私信息。
医院用户214可以与（一个或多个）网络应用程序208交互，以查看上传的目标文件、查看病例处理的状态、更新病例处理的数据分析优先级等。换言之，医院用户214可以使用（一个或多个）网络应用程序208或网络界面有权访问患者隐私信息和/或来自数据分析服务114的所分析的数据。在一个实施例中，医院用户214可以审查数据分析服务114的病例处理的状态。例如，健康数据管理系统100或网络应用程序208可以基于它们的IP地址将医院用户214路由到管理服务112或患者隐私信息网络服务116的端点，使得用户214可以审查病例处理的状态。
在一个实施例中，数据分析服务114的客户支持人员216和生产用户218可以有权访问患者隐私信息、或患者隐私信息的存储版本。客户支持人员216和/或生产用户218可以与数据分析服务114相关联，而对数据分析服务114的分析没有直接影响或无权访问该分析。在一个实施例中，可以向客户支持人员216呈现客户服务界面，其可以通过利用专为该使用而设置到位的虚拟专用网络(VPN)服务来提供单独登录到每个区域中的能力。VPN服务可以将对特定区域的患者隐私信息的访问扩展到客户支持人员，即使是在客户支持未从第一区域访问患者隐私信息的情况下。客户服务界面可以是网络应用程序208的一部分。在一个实施例中，生产用户218可以经由生产用户界面访问或编辑所分析的数据的报告。生产用户界面可以是网络应用程序208的一部分，并且它可以向生产用户218提供用于审查、验证或编辑分析的任何中间报告或产品的界面。
在一个实施例中，健康数据管理系统100可以将DICOM对象（缺少患者隐私信息）发送到云平台（例如，数据分析服务114）以用于数据分析。管理服务112可以检索由数据分析服务114实行的计算、生成（一个或多个）交互式视图、（一个或多个）3D模型或（一个或多个）PDF报告文件，并且将结果文件存储到数据库中。
一旦已经处理了病例（或完成了健康数据分析），就可以生成数据报告，并且可以将该报告与存储在关系数据库212中的患者隐私信息配对。例如，健康数据管理系统100可以标识与从数据分析服务114接收到的匿名报告相关联的患者隐私信息。在示例实施例中，可以使用API 206检索来自关系数据库212的患者隐私信息。
图3描绘了根据本公开的示例性实施例的图1的健康数据管理系统100的组件。每个健康数据管理系统100可以包括这样的组件组装件，如下文进一步详细描述的。健康数据管理系统100可以由多个网络服务组成，诸如服务类提供者(SCP)服务310、结果传输服务312、上传服务314、监控服务316、日志处理服务(例如，日志传送器服务318)、和特定于区域的结果服务320，如图3所示。
在示例实施例中，服务类提供者(SCP)服务310可以是健康数据管理系统100的一部分，其中可以接收来自CT扫描仪104、患者评估系统106或CT工作站102的DICOM对象。SCP服务310可以被实现为Linux服务，并且在例如网络110处安装健康数据管理系统100之后启动。在又另一个实施例中，SCP服务310可以通过安全HTTP与管理服务112集成。
在一个实施例中，SCP服务310可以针对生成或创建DICOM文件的指示来监控来自医院计算设备（例如，CT扫描仪104、患者评估系统106或CT工作站102）的一个或多个所配置的DICOM端口。一旦SCP服务310接收到由医院计算设备创建DICOM文件的指示，SCP服务310就可以发起创建用于接收一个或多个DICOM对象的病例文件。例如，SCP服务310可以利用管理服务112创建新病例和唯一病例标识符，其中可以（由管理服务112）使用唯一病例标识符来标识新病例。
在一个实施例中，SCP服务310可以接收包含与单个病例研究相关联的图像的多个DICOM对象。SCP服务310可以生成涉及多个DICOM对象的单个病例研究。在一个实施例中，SCP服务310可以被配置成同时从一个或多个医院计算设备接收DICOM对象，并且SCP服务310可以为每个医院计算设备的DICOM对象生成病例文件。例如，SCP服务310可以为从医院计算设备“A”接收到的一组DICOM对象生成一个病例文件，并且为从不同的医院计算设备“B”接收到的一组DICOM对象生成单独的第二个病例文件。在上述示例性实施例中，SCP服务310可以将接收到的DICOM对象临时存储在所配置的DICOM数据库中。
在一个实施例中，SCP服务310可以解析与接收到的（一个或多个）DICOM对象相关联的一个或多个标签。例如，SCP服务310可以将接收到的DICOM对象匿名化。例如，SCP服务310可以从接收到的DICOM对象中提取患者隐私信息（例如，PHI），对提取的患者隐私数据进行去标识化（例如，通过用预定义的字符串替换患者隐私数据），并且提示存储与接收到的DICOM对象相对应的患者隐私数据。在一个实施例中，（一个或多个）DICOM对象可以与不包括患者隐私数据（例如，PHI）的唯一病例标识符相关联。数据分析服务114和/或管理服务112可以使用唯一病例标识符跟踪（一个或多个）DICOM对象。在另一个实施例中，解析与接收到的（一个或多个）DICOM对象相关联的一个或多个标签可以包括标识与（一个或多个）服务提供者、时间、日期、保险政策或与（一个或多个）DICOM对象相关联的任何注释有关的标签。SCP服务310可以基于标签进一步处理（一个或多个）DICOM对象。例如，SCP服务310可以提供或便于与有关保险政策、时间、日期或医师的标签相关联的计费功能。作为另一个示例，SCP服务310可以基于（例如，来自成像采集的）注释对（一个或多个）DICOM对象实行一个或多个操作。操纵可以包括：图像质量评估、重建以增强（一个或多个）DICOM对象、从（一个或多个）DICOM对象中去除或丢弃文件以便于改进图像质量等。
在一个实施例中，SCP服务310可以将一个或多个匿名DICOM对象压缩成一个病例文件，并且将该病例文件上传到数据分析服务114。匿名DICOM对象也可以以未压缩状态上传到数据分析服务114。在又另一个实施例中，健康数据管理系统100可以使用上传服务314将数据上传到数据分析服务114。例如，SCP服务310可以在接收到病例文件的所有DICOM文件时提示上传服务314，并且上传服务314可以压缩给定病例文件的DICOM对象，并且将压缩的病例文件上传到数据分析服务114以用于分析。在一个实施例中，可以将（一个或多个）病例文件上传到数据分析服务114，该数据分析服务114可以在安装健康数据管理系统100时、或在将（例如，CT扫描仪104、患者评估系统106或CT工作站102的)医院标识为数据分析服务114的客户或订户时被预设。
在示例实施例中，在成功上传之后的配置时间之后，SCP服务310可以从存储装置中删除DICOM对象文件。在示例性上传设置中，用于删除的配置时间可以为零。SCP服务310可以维护反映涉及DICOM对象的上传病例研究的最新状态的文件系统目录。该文件系统目录可以跟踪接收到的新病例、上传过程（或上传进度）和（一个或多个）与病例有关的错误（例如，上传问题或可能阻止上传的文件问题）。上传问题可以包括连接、网络和负载问题。文件问题可以包括不正确的文件大小、不适当的图像质量、用于所请求分析的不正确的文件类型等。可以规定正确文件的标准可能特定于数据分析服务114。另外，可以在健康数据管理系统100的安装期间配置该标准。
在一个实施例中，SCP服务310可以进一步与医院计算设备从事一系列操作。例如，SCP服务310可以与关联于医院计算设备的服务类用户(SCU)客户端进行通信。在示例实施例中，SCP服务310可以在提供连接以接收DICOM对象之前验证医院计算设备SCU客户端的身份。在一个实施例中，除了成像设备之外，SCP服务310还可以与多个医院计算设备通信。SCP服务310可以实行对（一个或多个）医院计算设备中的每一个唯一或对（一个或多个）医院计算设备的类型唯一的一组操作。例如，SCP服务310可以从事医学成像设备的一组操作，以及监控设备或临床测试设备的不同组的操作。例如，医学成像设备的操作可以包括图像文件大小或类型的验证、图像文件到一种或多种文件格式的转换、成像过程完成的验证等。监控设备的操作可以包括接收数据的时间间隔。临床测试设备的操作可以包括测试类型的分类、将数据路由到一个或多个网络服务或设施以用于分析的设置等。这些操作可以在安装健康数据管理系统100时在网络110上预设。在一个实施例中，健康数据管理系统100可以包括与一个或多个医院计算设备相关联的一组默认操作。
在示例实施例中，结果传输服务312可以将（由结果服务320生成的）（一个或多个）结果报告推送到预先配置的目的地，例如，医院网络界面。该结果传输服务312可以可用于由用户经由（医院）网络应用程序进行的配置。在示例实施例中，仅当在健康数据管理系统100的配置中“启用”结果的推送时，结果传输服务312才可以激活。例如，结果传输服务312可以轮询管理服务112的后端、或针对处于“完成”状态的病例和PDF结果报告/文档的已完成分析结果的数据库。在一个实施例中，结果传输服务312可以下载或生成完成的报告（例如，PDF报告），该报告可以包括医院网络应用程序的用户所期望的语言设置/字段。在一个实施例中，结果传输服务312可以基于配置将PDF文档包装为DICOM封装的PDF对象或HL7消息，并且将该对象推送到适当的预配置目的地的网络服务。
日志传送器服务318可以提供健康数据管理系统100的操作的周期性日志。在一个实施例中，授权用户或一方可以（例如，经由远程命令）请求日志传送。响应于这样的请求，日志传送器服务318可以压缩日志文件并且将其上传到管理服务112。在示例实施例中，当需要将日志文件传递到管理服务112时，监控服务316可以提示日志传送器服务318。日志传送器服务318可以压缩包含系统和应用程序日志文件的文件。这样的文件可以在发送到管理服务112之前存储在数据库中。
监控服务316可以为健康数据管理系统100提供系统升级。例如，监控服务316可以以预设的时间间隔联系应用程序编程接口(API)(例如，图2的API 206)，来查看是否有更新版本的健康数据管理系统100是可用的。时间间隔可以包括预先配置的更新时间窗口。如果检测到更新的版本，则健康数据管理系统100可以下载适当的文件，验证它们的完整性，将文件发送到它们的（一个或多个）预期目的地，并且通知SCP服务310安装了健康数据管理系统100的更新版本。SCP服务310可以停止接受新连接，等待现有作业完成并且自行终止。一旦SCP服务310不再运行，监控服务316就可以重启健康数据管理系统100，并且启动新版本的健康数据管理系统100。
监控服务316可以进一步将健康数据管理系统100的状态发送到API（例如，图2的API 206）。该状态可以包括SCP服务310的状态、与（一个或多个）医院计算设备的活动连接的数量、以及未决DICOM对象或病例的数量。监控服务316可以在自动更新期间继续报告状态，直到健康数据管理系统100重启发生为止。
监控服务316可以支持授权用户调用的远程命令。这些命令可以经由客户支持门户从支持用户发出。客户支持门户可以响应于系统的状态报告向健康数据管理系统100发送命令。监控服务316可以在专门创建具有有限权限的用户的情境下执行命令，只是出于执行远程命令的目的。如果远程命令产生任何输出，则输出可以与命令的结果一起往回发送到客户支持门户。
特定于区域的结果服务320可以生成结果报告。在一些实施例中，可以生成具有特定于区域的格式、图形或内容的结果。健康数据管理系统100可以为它所对接的每个区域、或为一个或多个区域的结果服务320（例如，在涉及医院、医疗保健提供者、或地理区域的网络的情况下）设置结果服务320或与其接触。结果服务320可以为其相应区域存储一个或多个预定结果设置（例如，结果格式、图形、内容等）。在一些情况下，结果服务320可以存储一个或多个结果报告，直到被结果传输服务312检索为止。健康数据管理系统100和/或结果服务320可以检索患者隐私数据，并且将其与完成的医学分析配对以创建最终结果报告。
图4描绘了使用健康数据管理系统100管理健康数据的方法400的示例性序列流。在示例实施例中，SCP服务310可以通过医院计算设备（例如，CT扫描仪104、患者评估系统106、CT工作站102等）检测一个或多个DICOM对象的可用性或上传。如先前讨论的，SCP服务310可以轮询一个或多个医院计算设备，以检测何时生成DICOM对象。当医院计算设备生成或创建DICOM文件时，SCP服务310可以检测DICOM文件（例如，步骤401）。在一个实施例中，步骤403可以包括SCP服务310为单个病例研究生成唯一病例。该唯一病例可以（例如，通过数据分析服务114）为病例研究准备检测到的DICOM对象。在一个实施例中，SCP服务310可以进一步为病例生成唯一病例标识符。
在一个实施例中，SCP服务310还可以验证DICOM对象。例如，验证DICOM对象可以包括：确定或接收用于可能经受数据分析服务114进行的分析的DICOM对象的预定义图像质量标准。SCP服务310可以确定接收到的DICOM对象是否满足该预定义标准。如果DICOM对象满足标准，则SCP服务310可以继续方法400的其他步骤。如果DICOM对象不满足标准，则SCP服务310可以通知医院的设备重新生成DICOM对象或重新提交数据。SCP服务310可以进一步提供DICOM对象未通过验证的原因。
在示例性实施例中，DICOM对象可以包括患者隐私信息（例如，PHI数据）。SCP服务310可以从DICOM对象中提取PHI数据以对DICOM对象进行去标识化。例如，SCP服务310可以从DICOM对象中提取PHI数据，并且用预定义的字符串和/或唯一病例标识符替换PHI数据。附加地，SCP服务310可以加密PHI数据。PHI数据可以由特定于区域的患者隐私信息网络服务116存储（例如，步骤405）。在一个实施例中，可以存储病例的PHI数据，使得PHI数据与病例的唯一病例标识符相关联。
在上面说明的实施例中，SCP服务310可以检测与单个病例研究相关联的DICOM对象。例如，SCP服务310可以检测到多个DICOM对象与一个病例研究相关联。SCP服务310可以为病例研究聚合多个DICOM对象（例如，步骤407）。SCP服务310可以进一步压缩与单个病例研究相关联的聚合DICOM对象（例如，步骤409）。上传服务314可以接收用于病例研究的压缩DICOM对象。上传服务314可以进一步将与单个病例研究相关联的一个或多个压缩DICOM对象上传到数据分析服务114（例如，步骤411）。在一个实施例中，每个病例研究可以具有与其相关联的优先级水平。上传服务314可以根据DICOM对象的优先级水平将压缩的DICOM对象推送到数据分析服务114。例如，具有较高优先级水平的DICOM对象可以在具有较低优先级水平的DICOM对象之前被推送到数据分析服务114。在生成DICOM对象时，优先级水平可以由医疗保健专业人员指定。替代地或此外，可以基于从其接收DICOM对象的医院计算设备、基于SCP服务310、基于实行分析的数据分析服务114等来设置优先级水平。还可以在方法400的一个或多个阶段/步骤处更改优先级水平。在一个实施例中，数据分析服务114可以实行一系列计算和图像处理，以分析一个或多个DICOM对象（例如，步骤413）。
在示例实施例中，管理服务112可以从数据分析服务114接收一个或多个所分析的DICOM对象（例如，步骤415）。管理服务112可以验证由数据分析服务114实行的数据分析。管理服务112可以验证数据分析的所有组件都已完成并且足以完成结果报告。管理服务112或结果服务320可以进一步生成结果报告（例如，步骤417）。在替代实施例中，管理服务112可以使所分析的DICOM对象对分析技术人员可用。技术人员可以进一步验证分析并且提交生成结果报告的请求。替代地或此外，技术人员可以进一步编辑结果报告的分析。例如，管理服务112可以为技术人员提供一个或多个提示以验证分析。在一个情境中，管理服务112可以生成各种报告选项供技术人员从中进行选择。这些选项可以包括一个或多个引脚、显示、视图、图表、比较等，其中技术人员可以选择所提供的选项的组合来完成所分析的DICOM数据的报告。
结果传输服务312可以从管理服务112接收结果报告(例如，步骤419)。结果报告可以包括分析结果的PDF、具有各种显示或视图的交互式模型等。在一个实施例中，模型可以包括用户可以操纵以查看分析的不同部分的3D解剖模型。例如，分析可以通过3D解剖模型生成血流模型。例如，在2012年11月20日授权的题为“Method and System for Patient-Specific Modeling of Blood Flow”的美国专利第8,315,812号中公开了使用图像重建和解剖模型的诊断分析的各种实施例，该美国专利通过引用整体地并入。报告可以包括表面模型、图形、图表、颜色编码、指示符、交互式显示、警报、信号或任何已知的图形对象。例如，在2014年4月22日授权的题为“Method and System for Providing Information from aPatient-Specific Model of Blood Flow”的美国专利第8,706,457号中公开了图形表示和显示的各种实施例，该美国专利通过引用整体地并入。在一个实施例中，结果传输服务312可以将结果报告存储在结果数据库处（例如，步骤421）。每一个报告可以包括相关联的唯一病例标识符。
在示例实施例中，SCP服务310或管理服务112可以接收检索结果报告的请求，并且作为响应，结果报告可以由结果传输服务312传送（例如，步骤423）。该请求可以通过网络界面传送（例如，使用RESTful API 206）。在一个实施例中，该请求可以包括唯一病例标识符。
在示例实施例中，SCP服务310可以将患者隐私数据与检索到的结果报告相关联。例如，SCP服务310可以检测报告的唯一病例标识符，并且确定与该唯一病例标识符相对应的患者隐私数据。在一个这样的情境中，结果服务320或SCP服务310可以向患者隐私信息网络服务116传输唯一病例标识符，并且从患者隐私信息网络服务116请求所存储的与唯一病例标识符相对应的PHI数据（例如，步骤425）。患者隐私信息网络服务116可以从关系数据库322中检索唯一病例标识符的加密PHI数据，并且将PHI数据发送到SCP服务310。SCP服务310可以进一步解密PHI数据，并且用解密的PHI数据更新检索到的结果报告（例如，步骤427）。SCP服务310可以将结果报告推送到用户可以访问报告的设备或界面（例如，步骤429）。虽然上述实施例将患者隐私信息描述为PHI数据，但实施例可以应用于任何形式的患者隐私信息。
图5是根据本公开的示例性实施例的管理健康数据的示例性方法的流程图500。在操作510中，可以在健康数据管理系统100处从医院计算设备接收健康数据。操作510中的健康数据可以采用医学数字成像和通信(DICOM)格式。如图1所示，医院计算设备可以包括CT扫描仪104、患者评估系统106或CT工作站102。
在示例实施例中，健康数据管理系统100可以根据操作512为接收到的健康数据（例如，DICOM对象）生成唯一病例标识符。在操作514中，健康数据管理系统100可以验证健康数据（例如，DICOM对象）。例如，如果DICOM对象缺少DICOM图像、如果DICOM图像大小超出定义的范围、或如果DICOM图像不满足定义的质量要求，则DICOM对象可能无效。在替代实施例中，作为确定接收到的DICOM对象无效的结果，健康数据管理系统100可以向医院计算设备发送消息。例如，健康数据管理系统100可以提示重新发送DICOM对象和/或提供接收到的DICOM对象无效并且应该生成另一个DICOM对象的通知。
在操作516中，健康数据管理系统100可以从经验证的DICOM对象剥离患者隐私信息。示例性患者隐私信息可以包括可以将DICOM对象链接到患者的信息，例如，患者姓名、出生日期、电话号码、地址、电子邮件地址、社会保险号等。在示例实施例中，健康数据管理系统100可以进一步通过使用单向密码功能对每条患者隐私信息进行去标识化来进一步加密提取的患者隐私信息（例如，操作518）。
在操作520中，健康数据管理系统100可以标识特定于区域的网络服务的目标网络地址，以发送加密的患者隐私信息。在示例实施例中，为了标识特定于区域的网络服务，健康数据管理系统100可以将与接收到的DICOM对象相关联的医院计算设备的网络参数提供给网络应用防火墙(WAF)服务，以对医院计算设备进行地理定位。WAF服务可以将健康数据管理系统100重定向到特定于位置的应用程序编程接口(API)。健康数据管理系统100可以访问特定于位置的API，并且检索特定于区域的网络服务（例如，患者隐私信息网络服务116）的网络地址，以用于管理和存储患者隐私数据。在操作522中，健康数据管理系统100可以将患者隐私信息发送到（例如，操作520的）特定于区域的网络服务的所标识的目标网络地址。在示例实施例中，健康数据管理系统100可以将加密的患者信息连同唯一病例标识符一起发送到所标识的特定于位置的网络服务。
图6是根据本公开的示例性实施例的进一步描绘了将匿名化数据传递到云平台以用于分析的流程图600。在操作610中，健康数据管理系统100可以接收剥离了患者隐私信息的DICOM对象。健康数据管理系统100可以更新匿名DICOM对象（没有患者隐私信息）以包括唯一病例标识符（例如，操作612）。例如，DICOM对象可能有一个标头（header），该标头可能会被更新以包括唯一病例标识符。（在替代实施例中，唯一病例标识符可以简单地与DICOM对象一起发送到数据分析服务114，而不是作为DICOM对象本身的一部分。）在操作614和616中，健康数据管理系统100可以压缩DICOM对象，并且将压缩的DICOM对象发送到数据分析服务114。在一个实施例中，可以使用REST HTTP协议发送压缩的DICOM对象。
图7是根据本公开的示例性实施例的接收所分析的健康数据的结果报告的流程图700。方法流程图700可以由健康数据管理系统100、数据分析服务114或图1中所示的组件的任何组合来实行。在示例实施例中，用户（例如，医院技术人员）可以请求病例报告。例如，用户可以访问网络应用程序（例如，在线门户）并且提供唯一病例标识符。网络应用程序可以将请求传送给健康数据管理系统100。根据操作710，健康数据管理系统100可以通过HTTP协议从用户接收对结果报告的请求，其中该请求可以提供唯一病例标识符。
在一个实施例中，完成的报告可以存储在数据库中。完成的报告可以包括唯一病例标识符。在一个实施例中，步骤712可以包括检索对应于接收到的唯一病例标识符的结果报告。在一个实施例中，步骤714可以包括标识与完成的报告相关联的患者隐私信息。例如，步骤714可以包括提供具有唯一病例标识符的患者隐私信息数据服务（例如，患者隐私信息网络服务116）。步骤716可以包括接收与唯一病例标识符相关联的患者隐私信息。患者隐私信息可以被加密。在一个示例中，用户可以提供包括患者信息的请求，该患者信息可以是患者隐私信息的一部分。数据库可以标识与患者信息相关联的唯一病例标识符，并且可以检索与唯一病例标识符相关联的报告。该报告然后可以与对应的患者隐私信息相关联。在一个实施例中，步骤718可以包括解密接收到的患者隐私信息，并且步骤720可以包括更新结果报告以包括解密的患者隐私信息。
步骤722可以包括将更新的结果报告推送给请求实体。可以使用标准HTTP协议和网络界面将更新的结果报告发送给请求实体（例如，步骤722）。在替代实施例中，当结果报告完成时，结果报告可以被推送到医院计算系统（例如，患者评估系统106或CT工作站102）。例如，健康数据管理系统100可以针对处于“完成”状态的情况来检查管理服务112，在该状态中报告文档还没有被递送。（“完成”状态可以指示分析已完成，或者已经生成报告，或者可以基于分析结果生成报告。）对于每个未递送的“完成”情况，健康数据管理系统100可以下载预先配置的报告或报告设置（例如，由医院或请求实体设置的优选报告格式或样式）。结果服务320可以基于配置将PDF文档包装为DICOM封装的PDF对象或HL7消息，并且将对象(DICOM/HL7)推送到适当的预配置目的地。配置在图8A-8C处进一步详细描述。例如，在涉及将健康数据报告推送到医院计算设备、医院电子记录服务器和/或预先配置的目标网络地址中的至少一个的情境中，可以将HL7标准消息发送到至少一个医院计算设备、医院电子记录服务器和预先配置的目标网络地址。HL7标准消息可能包含报告的统一资源定位符(URL)。
在一个实施例中，健康数据管理系统100可以充当SCP服务，其接收和存储报告作为封装的PDF DICOM对象。健康数据管理系统100然后可以进一步发出推送命令以供接收器接收报告。如果健康数据管理系统100被配置成向HL7引擎/代理推送（一个或多个）报告，则健康数据管理系统100可以充当HL7客户端，将报告作为HL7消息发送到引擎/代理或请求实体（例如，医院）。在一个实施例中，健康数据管理系统100可以进一步标识与完整报告相关联的元数据，例如，保险信息、保险计划覆盖范围、报告完成时间、报告优先级、分析与先前分析的关系等。这样的元数据可以被聚合以告知请求实体对已完成报告的使用。
图8A是示出了根据本公开的示例性实施例的在客户网络中部署健康数据管理系统100的示例性流程图800。在示例实施例中，客户可以包括诊所或医院，并且客户网络可以包括在诊所或医院内操作的网络。健康数据管理系统100可以部署在诊所/医院机器上。在一个实施例中，管理服务112可以接收下载健康数据管理系统100的请求（例如，步骤802）。例如，站点管理员可以通过网络界面向数据分析供应商的管理服务112发送请求，以将医院注册为供应商的客户。管理服务112可以响应于下载请求提供安装（例如，开放的虚拟设备或应用(OVA)）文件（例如，步骤804）。在示例实施例中，为了建立健康数据管理系统100基础设施，OVA（开放虚拟设备或应用）文件可以安装在医院计算设备上。可以使用虚拟机(VMware)客户端将OVA文件部署到医院计算设备上的虚拟环境中。OVA文件可以包含诸如操作系统（例如，定制的CentOS Linux发行版）、健康数据管理系统100软件和虚拟硬件的配置细节（例如，RAM和CPU预留和存储要求、NIC（网络接口卡）设置等）之类的组件。
管理服务112可以进一步响应于对健康数据管理系统100的激活请求向站点管理员提供用于健康数据管理系统100的设备标识和激活密钥（例如，步骤806和808）。在一个实施例中，管理服务112可以经由网络界面提供设备标识和/或激活密钥。
在一个实施例中，OVA文件可以部署在医院系统中，并且健康数据管理系统100可以作为新的虚拟机启动。健康数据管理系统100可以包括站点管理员可访问的控制台，用于配置健康数据管理系统100的网络参数、DICOM设置、（一个或多个）通信端口，以及用于从管理服务112检索设备标识和激活密钥。在替代实施例中，激活密钥可以通过电子邮件发送给站点管理员，以在配置健康数据管理系统100时输入。在示例实施例中，在部署OVA文件之后，站点管理员可以为虚拟机、DICOM应用实体(AE)标题和通信端口配置网络参数，以使得CT扫描仪104、CT工作站102和患者评估系统106能够将DICOM研究移动到健康数据管理系统100（例如，步骤810）。在一个实施例中，管理服务112可以为可以在医院建立健康数据管理系统基础设施的配置提供设置。
在一个实施例中，站点管理员可以利用健康数据管理系统100 DICOM应用实体(AE)标题和（一个或多个）通信端口来配置CT扫描仪104、CT工作站102和患者评估系统106。在一个实施例中，管理服务112可以接收配置完成并且CT扫描仪104、CT工作站102和患者评估系统106可以将DICOM研究移动到健康数据管理系统100的通知（例如，步骤812）。
在示例实施例中，医院临床医生或管理员可以使用网络界面输入DICOM对象的优先级（例如，步骤814）。在替代实施例中，可以根据医院设备在医院中的位置、DICOM对象源CT扫描仪104、CT工作站102或患者评估系统106来自动设置优先级。可以使用HTTP协议将优先级发送到管理服务112。管理服务112可以存储和维护DICOM对象或病例研究的优先级，并且进一步根据优先级按次序或紧急程度提供结果报告。
图8B描绘了用于安装健康数据管理系统100的数据流810。如步骤1所示，医院站点管理员816可以请求下载包含健康数据管理系统100的OVA文件。可以在（例如，用于数据分析服务114的管理服务112的）网络界面820处接收该请求。作为安装过程的一部分，医院站点管理员816可以进一步请求设备标识和激活密钥（步骤2）。管理服务112可以经由网络界面820提供OVA文件、设备标识和激活密钥。
在一个实施例中（例如，步骤3），医院站点管理员816可以在虚拟机服务器（例如，虚拟服务器818）上部署OVA文件。在示例实施例中，步骤4可以包括在虚拟机主机上部署健康数据管理系统虚拟设备822。在一个实施例中，部署可以包括医院站点管理员816，其从虚拟机客户端清单菜单中选择虚拟设备822，启动虚拟设备822，并且启动虚拟设备机器控制台视图。医院站点管理员816可以进一步配置健康数据管理系统虚拟设备822（例如，步骤5），以使得健康数据管理系统虚拟设备822/健康数据管理系统100能够从CT扫描仪104、CT工作站102或患者评估系统106接收健康数据。
在示例实施例中，健康数据管理系统100可以托管在Linux 64位操作系统上。启动时，Linux控制台上可能会显示配置菜单。控制台用户的访问可以包括菜单，用于提供针对健康数据管理系统100的误用和逆向工程的保护。该菜单可以允许用户配置设备的主机名和网络参数，以及它的DICOM应用实体(AE)标题和通信端口。
图8C示出了一旦健康数据管理系统100被配置成从（一个或多个）医院计算设备接收文件的示例性网络界面830。例如，界面830可以包括对应于患者的信息831和关于接收到的文件（例如，CT DICOM对象）的信息833。界面830可以进一步包括表示分析状态835的信息（例如，分析是正在处理、完成还是存储（例如，在“所有病例”中））。状态835还可以包括特别值得注意的分析或报告（例如，“有特征的”）。这些分析或报告可能会被标记以供医学专业人员进行更深入的研究或供将来参考。
因此，本公开包括用于在保护患者隐私数据的同时分析、存储和管理不同地理区域中的患者健康数据的系统和方法。本公开进一步包括：用于将匿名健康数据发送到医院区域外的分析云平台并且接收分析结果报告的系统和方法。因此，可以跨区域提供数据分析，同时避免隐私数据从一个区域传递到另一个区域。
所描述的实施例中的任一个可以被修改，例如，以包括可以保持在区域内的数据的变化。可以修改所公开的系统和方法以对流通的任何范围的变化进行建模和评估。该技术的程序方面可以被认为是“产品”或“制品”，它们通常采用可执行代码和/或相关联的数据的形式，其承载或体现在一种类型的机器可读介质中。“存储”型介质包括计算机、处理器等等或其相关联的模块的任何或所有有形存储器，诸如各种半导体存储器、磁带驱动器、磁盘驱动器等等，其可以随时为软件编程提供非暂时性存储。
应当领会到，健康数据管理系统100可以包括任何类型或组合的计算系统，例如，手持设备、个人计算机、服务器、集群计算机器和/或云计算系统。在一个实施例中，健康数据管理系统100可以包括硬件组装件，包括存储器、中央处理单元(“CPU”)和/或用户界面。存储器可以包括体现在物理存储介质中的任何类型的RAM或ROM，诸如包括软盘、硬盘或磁带的磁存储装置；半导体存储装置，诸如固态硬盘(SSD)或闪速存储器；光盘存储装置；或磁光盘存储装置。CPU可以包括一个或多个处理器，用于根据存储在存储器中的指令处理数据。
在一个实施例中，用户可以使用一个或多个有线或无线设备上传DICOM对象并且检索结果报告。设备可以包括被配置成通过网络收集、发送和/或接收诸如网站和多媒体内容之类的数据的任何类型的电子设备。设备可以包括医疗设备，例如，医疗成像设备、医疗监视器等。设备还可以包括一个或多个移动设备、智能电话、个人数字助理（“PDA”）、平板计算机或任何其他种类的支持触摸屏的设备、设置在通信网络中的个人计算机、膝上型计算机和/或服务器。每一个设备可以具有网络浏览器和/或移动浏览器，它们被安装用于接收和显示从一个或多个网络服务器接收到的电子内容。设备可以包括客户端设备，该客户端设备可以具有被配置成执行网络或移动浏览器、以及任何类型的应用程序（例如，移动应用程序）的操作系统。在一个实施例中，各种设备可以被配置有网络适配器以通过网络传送数据或所分析的报告。替代地或附加地，各种可以被配置成通过本地连接传输数据或接收所分析的数据。
与一个或多个基于云的网络服务相关联的一个或多个处理器的功能可以由单个专用处理器或由多个处理器提供。此外，处理器可以包括但不限于数字信号处理器(DSP)硬件或能够执行软件的任何其他硬件。
软件的全部或部分有时可以通过互联网或各种其他电信网络进行通信。例如，这样的通信可以使得软件能够从一台计算机或处理器加载到另一台计算机或处理器，例如，从移动通信网络的管理服务器或主机加载到服务器的计算机平台，和/或从服务器加载到移动设备。因此，可以承载软件元素的另一种类型的媒体包括光波、电波和电磁波，诸如跨本地设备之间的物理接口、通过有线和光学陆线网络以及通过各种空中链路所使用的。承载这种波的物理元件（诸如有线或无线链路、光学链路等等）也可以被认为是承载软件的介质。如本文中使用的，除非限于非暂时性的有形“存储”介质，诸如计算机或机器“可读介质”之类的术语指代参与向处理器提供指令以用于执行的任何介质。
通过考虑本文中公开的本发明的说明书和实践，本发明的其他实施例对于本领域技术人员来说将是显而易见的。意图说明书和示例仅被认为是示例性的，其中本发明的真正范围和精神由所附权利要求指示。

Claims (20)

1.一种在保护患者隐私的同时管理跨境健康数据的计算机实现的方法，所述方法包括：
从医院计算设备接收DICOM对象以用于分析；
为DICOM对象生成唯一病例标识符；
验证接收到的DICOM对象；
如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；
更新匿名DICOM对象以包括唯一病例标识符；
压缩更新的DICOM对象；以及
将压缩的DICOM对象发送到至少一个数据分析网络服务。
2.根据权利要求1所述的计算机实现的方法，其中，所述唯一病例标识符被附加到与单个病例研究有关的一个或多个DICOM对象。
3.根据权利要求1所述的计算机实现的方法，其中，接收到的DICOM对象的验证基于DICOM图像大小、DICOM图像的定位或与DICOM对象相关联的图像质量。
4.根据权利要求1所述的计算机实现的方法，其中，将接收到的DICOM对象匿名化的步骤进一步由以下各项组成：
从DICOM对象中提取患者隐私信息；
提取的患者隐私信息；
标识特定于区域的网络服务；以及
将带有唯一病例标识的加密患者隐私信息发送到所标识的特定于区域的网络服务。
5.根据权利要求4所述的计算机实现的方法，其中，标识特定于区域的网络服务的步骤进一步由以下各项组成：
将与医院计算设备相关联的一个或多个网络参数提供给网络应用防火墙(WAF)服务，以确定医院计算设备的地理位置；以及
使用由WAF服务提供的特定于位置的应用程序编程接口(API)检索特定于区域的网络服务的网络地址，其中，所标识的特定于区域的网络服务是与检索到的网络地址相关联的特定于区域的网络服务。
6.根据权利要求1所述的计算机实现的方法，进一步包括：
接收在医院计算设备上下载健康数据管理系统的请求；以及
提供用于在医院计算设备上下载健康数据管理系统的安装文件。
7.根据权利要求6所述的计算机实现的方法，进一步包括：
配置健康数据管理系统以从患者评估系统、CT扫描仪和医院工作站中的至少一个接收DICOM对象；
接收医院计算设备在网络界面上的优先级；以及
基于接收到的优先级更新压缩的DICOM对象。
8.根据权利要求6所述的计算机实现的方法，进一步包括：
在医院计算设备上创建虚拟机；
从虚拟机客户端部署安装文件；以及
激活虚拟机。
9.根据权利要求6所述的计算机实现的方法，其中，配置健康数据管理系统的步骤进一步由以下各项组成：
配置医院计算设备的主机名、一个或多个网络参数、一个或多个通信端口、DICOM应用程序实体标题，或其组合。
10.根据权利要求1所述的计算机实现的方法，进一步包括：
接收对采用定义格式的健康数据报告的请求；
使用唯一病例标识符从存储实体检索健康数据报告；
检索与唯一病例标识符相关联的患者隐私信息；
更新检索到的健康数据报告以包括患者隐私信息；以及
将健康数据报告推送到计算设备、医院电子记录服务器或预先配置的目标网络地址中的至少一个。
11.根据权利要求10所述的计算机实现的方法，其中，将健康数据报告作为健康七级国际(HL7)消息、DICOM文件或作为便携式文档格式(PDF)对象进行推送。
12.根据权利要求1所述的计算机实现的方法，其中，所述医院计算设备是患者评估系统、成像模态和医院工作站中的至少一个。
13.一种在保护患者隐私的同时管理跨境健康数据的系统，所述系统包括：
一个或多个数据存储设备，其存储在保护患者隐私的同时管理跨境健康数据的指令；以及
一个或多个处理器，其被配置成执行指令以实行方法，所述方法包括：
从医院计算设备接收DICOM对象以用于分析；
为DICOM对象生成唯一病例标识符；
验证接收到的DICOM对象；
如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；
更新匿名DICOM对象以包括唯一病例标识符；
压缩更新的DICOM对象；以及
将压缩的DICOM对象发送到至少一个数据分析网络服务。
14.根据权利要求13所述的系统，其中，接收到的DICOM对象的验证基于DICOM图像大小、DICOM图像的定位或与DICOM对象相关联的图像质量。
15.根据权利要求13所述的系统，其中，所述医院计算设备是患者评估系统、成像模态和医院工作站中的至少一个。
16.根据权利要求13所述的系统，进一步包括：
接收在医院计算设备上下载健康数据管理系统的请求；以及
提供用于在医院计算设备上下载健康数据管理系统的安装文件。
17.根据权利要求16所述的系统，其中，所述系统被进一步配置成用于：
配置健康数据管理系统以从患者评估系统、CT扫描仪和医院工作站中的至少一个接收DICOM对象；
在网络界面上接收医院计算设备的优先级；以及
基于接收到的优先级更新压缩的DICOM对象。
18.根据权利要求16所述的系统，其中，所述系统被进一步配置成用于：
在医院计算设备上创建虚拟机；
从虚拟机客户端部署安装文件；以及
激活虚拟机。
19.一种在包含计算机可执行编程指令的计算机系统上使用的非暂时性计算机可读介质，所述指令用于实行在保护患者隐私的同时管理跨境健康数据的方法，所述方法包括：
从医院计算设备接收DICOM对象以用于分析；
为DICOM对象生成唯一病例标识符；
验证接收到的DICOM对象；
如果基于验证，接收到的DICOM对象是有效的，则将接收到的DICOM对象匿名化；
更新匿名DICOM对象以包括唯一病例标识符；
压缩更新的DICOM对象；以及
将压缩的DICOM对象发送到至少一个数据分析网络服务。
20.根据权利要求19所述的非暂时性计算机可读介质，其中，标识特定于区域的网络服务的步骤由以下各项组成：
将与医院计算设备相关联的一个或多个网络参数提供给网络应用防火墙(WAF)服务，以确定医院计算设备的地理位置；以及
使用由WAF服务提供的特定于位置的应用程序编程接口(API)检索特定于区域的网络服务的网络地址，其中，所标识的特定于区域的网络服务是与检索到的网络地址相关联的特定于区域的网络服务。
CN202080015767.5A 2019-02-22 2020-02-21 跨地理区域管理、验证和传输健康数据的系统和方法 Pending CN113424266A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962809151P 2019-02-22 2019-02-22
US62/809151 2019-02-22
PCT/US2020/019246 WO2020172544A1 (en) 2019-02-22 2020-02-21 Systems and methods for managing, validating, and transmitting health data across geographic regions

Publications (1)

Publication Number Publication Date
CN113424266A true CN113424266A (zh) 2021-09-21

Family

ID=72141830

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080015767.5A Pending CN113424266A (zh) 2019-02-22 2020-02-21 跨地理区域管理、验证和传输健康数据的系统和方法

Country Status (8)

Country Link
US (2) US11594319B2 (zh)
EP (1) EP3928278A4 (zh)
JP (1) JP2022520869A (zh)
KR (1) KR20210128465A (zh)
CN (1) CN113424266A (zh)
AU (1) AU2020226882A1 (zh)
CA (1) CA3129742A1 (zh)
WO (1) WO2020172544A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10813612B2 (en) 2019-01-25 2020-10-27 Cleerly, Inc. Systems and method of characterizing high risk plaques
US20220392065A1 (en) 2020-01-07 2022-12-08 Cleerly, Inc. Systems, methods, and devices for medical image analysis, diagnosis, risk stratification, decision making and/or disease tracking
US11969280B2 (en) 2020-01-07 2024-04-30 Cleerly, Inc. Systems, methods, and devices for medical image analysis, diagnosis, risk stratification, decision making and/or disease tracking
US11501436B2 (en) 2020-01-07 2022-11-15 Cleerly, Inc. Systems, methods, and devices for medical image analysis, diagnosis, risk stratification, decision making and/or disease tracking
US11516204B1 (en) 2020-12-14 2022-11-29 Express Scripts Strategic Development, Inc. System and method for secure single sign on using security assertion markup language
US20220414223A1 (en) * 2021-06-29 2022-12-29 EMC IP Holding Company LLC Training data protection for artificial intelligence model in partitioned execution environment
US11430236B1 (en) * 2021-12-09 2022-08-30 Redimd, Llc Computer-implemented segmented numeral character recognition and reader
US20230289963A1 (en) 2022-03-10 2023-09-14 Cleerly, Inc. Systems, devices, and methods for non-invasive image-based plaque analysis and risk determination
US20240038363A1 (en) * 2022-07-29 2024-02-01 Hyland Software, Inc. Systems, methods, and devices for enhanced dicom de-identification
CN117275654B (zh) * 2023-11-02 2024-05-03 中世康恺科技有限公司 一种检查检验互认数据采集方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103915B2 (en) * 2000-11-13 2006-09-05 Digital Doors, Inc. Data security system and method
US7624158B2 (en) * 2003-01-14 2009-11-24 Eycast Inc. Method and apparatus for transmission and storage of digital medical data
US20100122336A1 (en) 2004-11-22 2010-05-13 Elias Hunt Method and apparatus for two-way transmission of medical data
US9392078B2 (en) * 2006-06-23 2016-07-12 Microsoft Technology Licensing, Llc Remote network access via virtual machine
US8468244B2 (en) * 2007-01-05 2013-06-18 Digital Doors, Inc. Digital information infrastructure and method for security designated data and with granular data stores
US11183292B2 (en) 2013-03-15 2021-11-23 PME IP Pty Ltd Method and system for rule-based anonymized display and data export
US9942087B2 (en) * 2016-06-02 2018-04-10 International Business Machines Corporation Application resiliency using APIs
US10452813B2 (en) * 2016-11-17 2019-10-22 Terarecon, Inc. Medical image identification and interpretation
US10818386B2 (en) * 2018-11-21 2020-10-27 Enlitic, Inc. Multi-label heat map generating system

Also Published As

Publication number Publication date
JP2022520869A (ja) 2022-04-01
EP3928278A4 (en) 2022-11-16
US11594319B2 (en) 2023-02-28
AU2020226882A1 (en) 2021-08-19
WO2020172544A1 (en) 2020-08-27
US20200273558A1 (en) 2020-08-27
CA3129742A1 (en) 2020-08-27
US20240259352A1 (en) 2024-08-01
KR20210128465A (ko) 2021-10-26
EP3928278A1 (en) 2021-12-29

Similar Documents

Publication Publication Date Title
US20240259352A1 (en) Systems and methods for transmitting electronic data across networks
JP7411017B2 (ja) 健康データを匿名化し、分析のために地理的領域を横断して健康データを修正及び編集するシステム及び方法
US11410753B2 (en) System and methods of capturing medical imaging data using a mobile device
US10977796B2 (en) Platform for evaluating medical information and method for using the same
US20230215529A1 (en) System and methods of capturing medical imaging data using a mobile device
US20200273559A1 (en) System architecture and methods for analyzing health data across geographic regions by priority using a decentralized computing platform
US20160092644A1 (en) Diagnosis support program development promoting apparatus, operation method and operation program for diagnosis support program development promoting apparatus, and diagnosis support program development promoting system
JP6645251B2 (ja) 画像送信装置、画像送信システム及び治験データ管理装置
US20100145727A1 (en) Interaction between healthcare software products
EP3432309A1 (en) Providing a failure parameter in medical cloud infrastruc-tures
Yepes-Calderon et al. Development of a HIPAA-compliant synchronizer to Enable Automatic Reporting and Inter-institutional Collaboration in Healthcare Systems Worldwide.
Alaoui et al. Web survey data collection and retrieval to plan Teleradiology implementation

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