CN112635026A - 基于云的患者数据交换 - Google Patents
基于云的患者数据交换 Download PDFInfo
- Publication number
- CN112635026A CN112635026A CN202011000995.3A CN202011000995A CN112635026A CN 112635026 A CN112635026 A CN 112635026A CN 202011000995 A CN202011000995 A CN 202011000995A CN 112635026 A CN112635026 A CN 112635026A
- Authority
- CN
- China
- Prior art keywords
- medical data
- data set
- medical
- information
- authorized users
- 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
- 238000000034 method Methods 0.000 claims abstract description 105
- 238000012545 processing Methods 0.000 claims abstract description 32
- 238000004891 communication Methods 0.000 claims description 26
- 238000004590 computer program Methods 0.000 claims description 13
- 230000008569 process Effects 0.000 description 11
- 230000008901 benefit Effects 0.000 description 9
- 238000002059 diagnostic imaging Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 230000036541 health Effects 0.000 description 8
- 230000010354 integration Effects 0.000 description 6
- 230000008520 organization Effects 0.000 description 6
- 238000012360 testing method Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 4
- 238000003384 imaging method Methods 0.000 description 4
- 238000012015 optical character recognition Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000002591 computed tomography Methods 0.000 description 3
- 238000002600 positron emission tomography Methods 0.000 description 3
- 230000000295 complement effect Effects 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- 230000002526 effect on cardiovascular system Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 230000000153 supplemental effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 210000001015 abdomen Anatomy 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 210000003484 anatomy Anatomy 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000009533 lab test Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000001000 micrograph Methods 0.000 description 1
- 230000007170 pathology Effects 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
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
-
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
- G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links
-
- 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/45—Structures or tools for the administration of authentication
- G06F21/46—Structures or tools for the administration of authentication by designing passwords or checking the strength of passwords
-
- 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/602—Providing cryptographic facilities or services
-
- 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
-
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Biomedical Technology (AREA)
- Software Systems (AREA)
- Computer Hardware Design (AREA)
- Bioethics (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Radiology & Medical Imaging (AREA)
- Pathology (AREA)
- General Business, Economics & Management (AREA)
- Business, Economics & Management (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了基于云的患者数据交换。本发明涉及用于共享医学数据集的方法,其具有下述步骤:从医学系统(10)接收医学数据集;从与医学系统(10)分离的数据库(20)接收关联信息,其中,关联信息提供与医学数据集相关联的信息;将医学数据集上传至云平台(40);对关联信息和医学数据集进行处理以识别一个或更多个授权用户(50),该授权用户被授权访问相应的医学数据集;检索授权用户(50)的附加用户信息;以及基于附加用户信息准许授权用户(50)访问云平台(40)中的相应的医学数据集。
Description
技术领域
本发明涉及数据处理技术,具体涉及基于云的患者数据交换。
背景技术
近几十年来,医疗保健中收集的数字数据的量呈不断增长的趋势。一方面,这与管理数据有关,另一方面,这也与医学数据有关,诸如患者的测试结果或放射学图像。
为了处理这些数据,医疗保健信息学依赖于帮助和支持临床医生和临床工作人员的多个信息和存储系统。而诸如医院信息系统(HIS)、放射学信息系统(RIS)、临床信息系统(CIS)、实验室信息系统(LIS)或心血管信息系统(CVIS)的数据库关注医院的管理需求,诸如图片归档和通信系统(PACS)的存储和归档医疗系统使得能够经济地存储并且方便地访问医学数据。
注意,所使用的不同的系统和数据库通常彼此分离,并且通常依赖于不同的标准和格式来存储和转发数据。例如,用于传输与医院信息系统有关的数据所建立的标准为HL7,而用于PACS图像存储和传递的通用格式为DICOM(医学数字成像和通信)。因此,即使来自不同的系统和数据库的数据流通常涉及必须在临床工作流程中组合的相互补充的信息,它们也不容易兼容。例如,这种相互补充的信息一方面可能涉及患者的测试结果,而另一方面涉及与患者关联的信息,诸如帐单信息、患者的健康史或关于转诊医生的信息。虽然患者的测试结果通常以专用的医学数据集的形式存储和传输,但是与患者关联的信息以关联信息的形式归档在单独的数据库中。
目前使用的架构是足够的,只要每个管理单元(诸如医院、成像中心或放射科机构)利用其自身的数据进行工作即可。然而,当需要将信息移交至这些组织的外部时,当前的系统往往会达到其极限——例如,每当患者被转诊至另一医生或另一医院时,就会出现这种场景。
在这方面的一个问题是,医学文件通常受制于设备制造商以及组织内各个计算机网络的组合应用的专有格式。另一问题涉及医学数据的固有敏感性,这使医学实体通常非常不愿意准许直接访问其自身控制内的数据库,因为这将引起重要的患者隐私问题。
此外,用于处理有效数据传递所需的数据源的固有不兼容性可能引起问题。如上所提及的,用于存储诸如地址详细信息或联系信息(将医学数据转发至患者所需的)的个人信息的数据库通常依赖于与存储要被转发的医学数据集的系统不同的数据标准。换句话说,必须手动访问各种不同的数据库,以检索共享医学数据集所需的信息。
此外,实际上已经被授权使用给定医学数据集的信息通常分散于不同的数据源。这可能取决于单个组织的做法、所考虑的案例,或者甚至取决于授权人本身。例如,作为授权用户的患者通常(但不一定)可以从医学数据集本身得出。相比之下,例如,与转诊医生有关的详细信息通常不包含在医学数据集中。这使得任何简单自动的查询难以实现,并且妨碍了与现有临床工作流程的集成。
所有这些都具有惊人的后果,甚至现今,医学数据——并且特别是医学成像数据——仍以数字存储器存储介质的形式进行物理交换,如CD、DVD或记忆棒。
发明内容
因此,本发明的目的是提供使得与临床组织外部的授权用户(诸如转诊医生或患者本身)能够共享医学数据的改进方式的手段和/或方法。特别地,本发明的目的是提供使得能够将该处理无缝地集成至通常与现有临床硬件设备和软件装备兼容的现有临床工作流程中的手段和/或方法。
该目的通过用于共享医学数据集的方法、相应的系统、相应的计算机程序产品和计算机可读存储介质来解决。
在下文中,相对于所要求保护的装置以及相对于所要求保护的方法描述了根据本发明的技术方案。本文描述的特征、优点或替选实施方式同样可以分配给其他要求保护的对象,反之亦然。换句话说,本发明的方法可以通过关于装置描述或要求保护的特征来改进。在这种情况下,例如,该方法的功能特征由装置的目标单元或元件来实施。
根据第一方面,提供了一种用于共享医学数据集的包括若干步骤的计算机实现的方法。第一步骤涉及从医学系统接收医学数据集。第二步骤涉及从与医学系统分离的数据库接收关联信息,其中,关联信息提供与医学数据集关联的信息。另一步骤涉及将医学数据集上传至云平台。另一步骤涉及对关联信息和医学数据集进行处理,以识别一个或更多个授权用户,该授权用户被授权访问相应的医学数据集。然而,另一步骤涉及检索授权用户的附加用户信息,该附加用户信息不同于关联信息。另一步骤涉及基于附加用户信息来准许授权用户访问云平台中的相应的医学数据集。
换句话说,本发明的构思是集成至少两个不同的数据源(即,医学数据集和关联信息),并且将其与云技术组合,以实现用于与授权用户共享医学数据集的自动化计算机实现的工作流程。
可以将医学数据集设想为通常涉及患者的测试结果。例如,这些测试结果可以包括医学图像数据集,该医学图像数据集包括使用医学成像模态获取的医学图像。医学成像模态对应于用于生成或产生医学图像的系统。例如,医学成像模态可以是计算机断层扫描系统、磁共振系统、X射线系统、血管造影(或C臂X射线)系统、正电子发射断层扫描系统等。另外,可以通过数字地记录组织切片的显微镜图像来生成医学图像。相应地,医学图像可以是计算机断层扫描图像、磁共振图像、X射线图像、血管造影图像、正电子发射断层扫描图像、数字病理图像等。医学图像数据可以是二维、三维或四维医学图像,在空间上提供二维和/或三维,在时间上具有或不具有附加维度。除了医学图像之外,例如,医学数据集可以涉及患者的其他检查结果诸如实验室数据,或者涉及患者的其他个人测试数据。
医学系统通常可以被配置成获取和/或转发和/或存储医学数据集。例如,医学系统可以实施为医学图像系统,该医学图像系统包括一个或更多个医学成像模态和/或用于医学图像数据的一个或更多个数据存储和归档系统。医学图像系统可以包括图片归档和通信系统(PACS)。作为又一示例,医学系统可以包括用于获取患者的实验室测试数据的设备和/或用于存储和归档相应的医学数据集的设施。此外,医学系统可以包括上述的任意组合。
关联信息涉及与医学数据集分离或在医学数据集之外的数据以及/或者涉及未包含在医学数据集中的数据。关联信息包含与相应的医学数据集相关联的信息,因为关联信息是补充相应的医学数据集或与相应的医学数据集对应的附加信息或补充信息。关联信息可以是未记录在医学数据集中的信息,或者是医学数据集中根本不存在指定变量的信息。因此,关联信息可以是与医学、管理、财务和法律问题有关的管理信息。此外,关联信息可能包含患者的健康记录、有关组织内的工作流程的信息、涉及组织外部的信息,诸如转诊医生的个人信息,或者结构化或非结构化的诊断报告。关联信息可以以电子医学记录(EMR)、其他电子健康记录、电子临床路径、患者标识记录、诊断报告、类似患者研究、电子实验室报告等的形式来提供。
关联信息与医学数据集的关联可以被视为电子地链接这两种数据类型的结构关联。换句话说,医学数据集和关联信息可以经由参考标签以唯一标识符的形式互连,使得每个医学数据集与对应的关联信息明确相关。结构关联可以由唯一标识符(诸如电子数据标识符或任何其他合适的电子标签)来实施。此外,唯一标识符可以包括患者的ID或登录号。唯一标识符还可以包括前面提及的数据的散列和/或其任意组合。唯一标识符用作医学数据集与关联信息之间的链接。根据实施方式,在临床环境内针对特定患者创建的所有医学数据集和关联信息具有相同的唯一标识符。因此,可以基于比较或匹配唯一标识符(即,相应的电子数据标识符或标签)来建立给定医学数据集与给定关联信息之间的关联。在这方面,如果相应的电子数据标识符或标签相对应、相匹配或相同,则可以确定关联。
通常可以将数据库视为被配置成生成和/或存储和/或转发关联信息。数据库可以涉及与医学信息系统诸如HIS、RIS、LIS、CIS或者用于归档和交换与医学数据关联的数据和补充信息的任何其他信息系统。
与医学系统“分离”的数据库可能意味着,数据库依赖于用于存储和传输关联信息的不同数据格式或数据标准,而不是用于存储和传输医学数据集的医学系统,以及/或者数据库物理上与医学系统分离。例如,数据库物理上与医学系统分离可以通过用于数据库和医学系统的不同的和/或独立的本地或扩展的存储系统和/或服务器系统来实施。“分离”还可能意味着,医学系统既不能直接访问数据库,数据库也不能直接访问医学系统。在这方面,“无直接访问”可能意味着数据库和医学系统无法直接交换信息或主动地相互查询以检索信息。在某种程度上,上述方法因此可以被视为数据库与医学系统之间的计算机实现的连接器或中介。
换句话说,接收(医学数据或关联信息)的步骤可以等效于从相应的源(医学系统或数据库)自动地接收相应的消息,或者通过实施该方法的任何计算机系统监听来自这些源的各个数据流。此外,在接收步骤之前,可以可选地针对相应的数据(医学数据集和/或关联信息)主动地查询各个源(医学系统和/或数据库)。
可以将医学系统和数据库视为表示给定的本地环境——诸如临床联盟、医院、场合或成像中心——内部的本地架构。云平台可以例如涉及本地环境外部或远离本地环境的中央云服务器。云平台对于经由云存储网关的授权Web服务是可访问的,并且云平台可以包括远离本地环境的真实或虚拟计算机组。可替选地,云平台可以被实施为给定组织的本地架构内的可外部访问的本地交换服务器。
在处理关联信息和医学数据集的步骤中,可以自动地评估各个消息。一个或更多个授权用户的后续识别可以包括搜索接收到的数据包,以寻找一个或更多个授权用户的提示或指示。这样的签名可以包括对包含在数据中的授权用户的明确引用。除此之外或作为替选方案,可以搜索元数据诸如医学数据集的报头或数据标签以及关联信息。同样,可以对表示相应数据的所有者、相关患者或任何其他授权人员的数据指示符或电子标签进行评估,以识别授权用户。例如,数据指示符可以是人员编号、患者ID或账号。电子标签可以是指示授权用户的抽象电子数据标识符。
为了准许授权用户访问医学数据集(并且因此共享医学数据集),需要的不只是仅找到授权用户实际上是谁。首先,必须向授权用户通知医学数据集已经针对其上传至云平台。此外,要确定用户如何访问云平台。例如,一些用户具有针对云平台的永久帐户,而其他用户则没有。最后,必须提供手段和信息并将手段和信息转发至用户,使得用户可以访问相应的医学数据集。由于这个原因,该方法依赖于附加用户信息,所述附加用户信息与仅对授权用户的识别是不同的并且是附加的。因此,一旦识别了授权用户或授权用户的组,就自动地检索与该用户有关的辅助信息(=附加用户信息)。然后,使用该信息来自动地准许已识别的授权用户访问上传至云平台的医学数据。与医学数据集和关联信息相比,附加用户信息不涉及(或者不包括任何)医学信息。相反,附加用户信息可以包括关于授权用户的个人信息,如姓名、社会保险号码、出生日期、地址、电话号码等。具体地,附加用户信息可以包括关于授权用户可以访问云平台的方式的信息,例如授权用户是否具有云平台的用户帐户。
综上所述,根据第一方面的概述的方法步骤以协同的方式有助于医学数据在授权用户之间的自动数据交换,从而无缝集成至现有临床工作流程中。具体地,该方法允许选择性地检索与授权用户共享医学数据集所需的所有信息。通过集成多个单独的数据源,该方法自动处理数据记录中的任何不一致。例如,由于所有可用信息都被集成并处理以识别授权用户,因此无论在哪个可用的数据源(即,医学系统或数据库)中或者在临床工作流程的哪个实例中记录了授权用户,该方法都有效。同样,共享医学数据集所需的附加用户信息的自主检索使得该方法能够灵活地适于临床环境中的各种不同的工作流程。同时,信息的自动的处理和检索使得根据第一方面的方法具有高的可靠性和安全性。此外,通过包括医学数据至云平台的自动上传,该方法使得对于授权用户能够方便地访问医学数据。此外,由于共享处理经由云平台执行,因此医疗保健组织不必准许对其本地数据库本身的访问,这有助于增强数据安全性。
对于准许访问的步骤,可以将针对每个上传的医学数据集的附加用户信息和/或授权用户的指示转发至云平台。然后,可以(主要)在云平台处执行准许访问的步骤。可替选地,云平台还可以被配置成基于一个或更多个授权用户的指示自行检索附加用户信息(然后将其转发至云平台)。作为又一替选方案,准许访问的步骤可以主要在本地执行(即,不在云平台处),其中,在云平台处的必要步骤由适当的系统诸如本地连接节点等本地触发、命令和控制。
根据实施方式,可以根据第一通信标准对医学数据集进行格式化(或者换句话说,可以以第一标准化格式进行格式化),并且可以根据第二通信标准对关联信息进行格式化(或者换句话说,可以以第二标准化格式进行格式化),其中,第一通信标准不同于第二通信标准(其中,换句话说,第一标准化格式不同于第二标准化格式)。标准化格式或通信标准可能涉及用于管理医学数据集和/或关联信息的专有格式或开放标准。
通过考虑不同的标准(通信标准、标准化格式),该方法可以与现有临床工作流程无缝地集成,现有的临床工作流程通常依赖于针对医学数据集和相应的关联信息的不同标准。
根据实施方式,医学数据集可以以DICOM格式(作为第一通信标准)进行格式化。此外,接收医学数据的步骤可以包括通过使用专用的DICOM应用实体主题(DICOM AET)来接收医学数据,这可以通过将DICOM AET分配至例如用于接收医学数据集的接口或涉及将方法步骤投入实践的任何其他装置来完成。
DICOM(=医学数字成像和通信)是用于医疗保健信息学中医学成像信息和相关数据的通信和管理的开放标准。DICOM可以用于存储和传输医学图像,使得能够进行医学成像装置诸如扫描仪、服务器、工作站、打印机、网络硬件与图片归档和通信系统(PACS)的集成。DICOM被临床团体、医院广泛采用以及用于如医生诊所或机构的较小应用。DICOM数据对象包括若干属性,包括诸如患者的姓名、ID等项,并且还包括一个包含图像像素数据的特殊属性。单个DICOM对象只可以具有一个包含像素数据的属性。对于许多的模态,这对应于单个图像。然而,该属性可以包含多个“帧”,使得能够存储电影循环(cine loops)或其他多帧数据。
然而,DICOM不仅限定了针对数据对象的标准,而且还限定了严格限制硬件部件的设计的整个通信标准。DICOM文件可以在两个实体之间交换,这两个实体能够接收和/或处理以DICOM格式的图像和患者数据。如此,换句话说,这两个实体与DICOM格式兼容,或者表示所谓的DICOM节点。在本发明的框架中,医学系统以及用于共享医学数据集的系统可以与DICOM格式兼容或者可以是DICOM节点。
DICOM AE主题或AET是针对应用实体主题的缩写。应用实体(AE)(即,DICOM节点或DICOM兼容装置)使用AE主题以在网络中识别自己。DICOM AET在本地是唯一的,并且通常由系统管理员进行管理。因此,通过依赖于DICOM AET,可以简化根据该方法的通信,这是因为医学数据集可以自动地转发至计算机实现的方法以进行进一步处理。
根据实施方式,关联信息可以以HL7标准和/或FHIR标准(作为第二通信标准)进行格式化。
HL7(健康水平七)指定了一组灵活的标准、指南和方法,通过这些标准、指南和方法可以使医疗保健信息学中的各种装置(诸如数据库和/或工作站)相互通信。在底层技术以及应用领域方面,HL7与DICOM标准不同。虽然DICOM关注医学图像数据集,但是HL7主要用于管理,例如在电子患者记录方面。像DICOM一样,HL7允许以统一且一致的方式共享和处理信息,并且因此能够容易地共享临床(医学)信息。FHIR(快速医疗保健互操作性资源)标准建立在来自HL7的先前标准之上,并且FHIR使用基于Web的API技术套件。这意味着增强互操作性,并且支持从工作站到平板电脑到智能电话的各种装置。
通过依赖于DICOM标准和/或HL7标准和/或FHIR标准,该方法与常用格式兼容,并且可以在现有临床工作流程中容易地实现。因此,DICOM AET的分配具有特别益处,即可以自动地路由医学数据集以进行进一步处理。
根据实施方式,在检索的步骤中,从关联信息中提取附加用户信息,以及/或者从数据库中检索附加用户信息,以及/或者从单独的用户数据存储库中检索附加用户信息。换句话说,检索的步骤可以包括针对各个授权用户的附加用户信息查询不同的数据源。
通过考虑用于检索附加用户信息的这些源,该方法可以确保与授权用户共享医学图像数据所需的附加用户信息实际上是可用的。这是因为与授权用户共享医学数据集所需的附加用户信息通常散布在医疗保健组织内。一个源可能是医学数据集本身。然而,由于医学数据集通常在共享数据之前(或者甚至很久之前)被记录,因此除了仅指示相应的患者(经由,例如登录号或患者ID)之外,医学数据集通常缺乏附加用户信息。因此,由于这些信息源与医疗保健组织的管理有关,因此更有可能在关联信息或相应的数据库中找到附加用户信息。除此之外,可以考虑单独的用户数据存储库。例如,这种用户数据存储库可以通过专用的云地址簿来实施。用户数据存储库可以与医学系统和/或数据库分离。
根据实施方式,附加用户信息包括授权用户的电子邮件地址、授权用户的电话号码、关于云平台的授权用户的帐户信息、授权用户的地址以及/或者其任意组合。
该方法可以使用附加用户信息以找出特定的授权用户如何可以访问医学数据集(例如,经由现有帐户)。同样,可以使用地址信息和联系信息来自动地联系用户,并且告知该用户医学数据集已经针对其上传至云平台,并且传达用于访问医学数据集的特定过程。在这方面,附加用户信息是用于控制用于共享医学数据集的计算机实现的方法的功能数据。因此,附加用户信息固有地反映了该方法(和所要求保护的系统)的特征。
根据实施方式,准许访问的步骤可以包括下述步骤:基于附加用户信息来确定授权用户在云平台中是否具有帐户。
这样具有的益处是,该方法可以灵活地对部分授权用户的相应要求作出反应。虽然可以假设专业医疗保健提供者(诸如转诊医生/专科医生或其他医院)在云平台中具有永久的用户帐户,但是对于患者或家庭医生,通常不是这种情况。因此,该方法自动考虑了用于与不同的授权用户共享医学数据集的不同方式,并且因此在将其与现有工作流程集成时更加通用。
如果授权用户在云平台中具有用户帐户,则该方法可以可选地继续进行下述步骤:基于附加用户信息,将授权用户映射至该授权用户在云平台中的用户帐户。如果授权用户在云平台中不具有用户帐户,则该方法可以可选地继续进行下述步骤:针对授权用户分别创建唯一密码,以及/或者针对授权用户分别生成URL,利用URL,授权用户可以访问云平台中的相应的医学数据集,并且将该URL转发至授权用户。
根据实施方式,准许访问的步骤包括:基于附加用户信息,将授权用户映射(或换句话说,分配)至授权用户在云平台中的相应用户帐户,并且经由所述帐户使授权用户能够访问医学数据集。
附加用户信息至用户帐户的映射提供了用于访问共享数据的便捷方式,这是因为其建立在现有基础结构上。在这方面,使医学数据集可访问的步骤可以包括:提供到用户帐户中的相应的医学数据集的电子链接,利用该电子链接,当登录到其用户帐户时,授权用户可以访问或下载医学数据集。此外,由于永久帐户通常分配给已经正式认证的用户,因此该步骤还有助于该方法的数据安全性。
可选地,该方法可以包括下述步骤:例如经由电子邮件或SMS(用于“短消息服务”的缩写)等向授权用户传达医学数据集已经被分配至其相应的用户帐户。这增加了该方法的用户友好性。
根据实施方式,准许访问的步骤可以包括:针对授权用户分别生成URL,利用该URL,使得授权用户能够访问云平台中的相应的医学数据集,并且基于附加用户信息将URL转发至授权用户。
通过向授权用户提供用于访问医学数据集的URL,可以解决那些缺少永久帐户的授权用户到云平台的情况——这可能通常是针对患者或较小机构的情况。在这样做时,该方法自动解决用于访问云平台的不同方式,并且在将信息路由至相应接收者时还消除了人工干预。具体地,不需要在云平台中注册授权用户,这对于一次性访问可能是麻烦的。
根据实施方式,准许访问的步骤可以包括:针对授权用户分别创建唯一密码;基于附加用户信息,将唯一密码分别转发至授权用户;以及在从授权用户接收到唯一密码后分别准许访问医学数据集。
提供唯一密码还有助于该方法的数据安全性,这是因为这确保了仅授权用户访问医学数据集。
创建并转发唯一密码的步骤以及在从授权用户接收到唯一密码后提供访问的步骤可以与前面提及的经由用户帐户或者经由提供URL准许访问的步骤相结合。对于这两种情况,提供唯一密码还增加了数据安全性。
作为这方面的另一替选方案,该方法可以包括使用不同的通信通道,用于一方面将URL转发至授权用户,或者通知授权用户已经将数据映射至其用户帐户,并且另一方面转发密码。不同的信息通道可以例如包括电子邮件或SMS消息、电话、信使服务、使用Web客户端的消息、或者甚至邮政消息和打印输出。可以从附加用户信息中检索相应的联系数据和优选的联系方式。
根据实施方式,该方法还可以包括:从接收到的医学数据集中提取唯一标识符,并且基于唯一标识符将相应的关联信息与医学数据集关联。
因此,唯一标识符用于识别针对相应的医学数据集的关联信息,或者换句话说,用于将相应的医学数据集与相应的关联信息进行匹配。
在这个意义上,如果给定的医学数据集具有相同的唯一标识符,则给定的医学数据集可以匹配关联信息。因此,关联的步骤可以包括:从关联信息中提取第二唯一标识符;以及如果唯一标识符和第二唯一标识符对应,则将关联信息与相应的医学数据集相关联。
换句话说,将给定医学数据集与关联信息匹配(将关联信息与医学数据集相关联)的处理可以包括:识别与来自数据库的数据流中的医学数据集具有相同唯一标识符的所有可用的关联信息,并且将该信息与医学数据集相关联。
使用唯一标识符有利于快速识别针对给定的医学数据集的正确关联信息。因此,这改善了该方法与现有工作流程的可集成性,使其易于扩展,并且确保识别了所有相关的授权用户。
实际上,通常通过分配至进入医疗保健环境的每个新患者的登录号或患者ID来提供唯一标识符。然而,如所提及的,唯一标识符可以是任何合适的电子数据标识符或电子标签。
根据实施方式,该方法可以包括确定接收到的医学数据集是否要与全部或部分授权用户共享的步骤。确定的步骤可以基于医学数据集、关联信息和/或附加用户信息。此外,确定的步骤可以包括读取医学图像数据集、关联信息和/或附加用户信息。在这方面,该方法可以读取元数据以及医学数据集的主体、关联信息和/或附加用户信息。以电子标识符或标签、数据标志或文本的形式,可以将接收到的医学数据集是否与全部或部分授权用户共享编码在医学数据集、关联信息和/或附加用户信息中。
可选地,如果在此基础上确定接收到的医学数据集要与授权用户共享,则该方法将医学图像数据上传至云平台。如果没有,则该方法不会这样做。
这样做具有下述优点:只有这些数据被共享/上传到云平台,而云平台实际上应该被共享。这限制了数据流量,并且同时还改善了数据安全性。
根据实施方式,处理的步骤包括:访问和读取关联信息,以从关联信息中识别一个或更多个授权用户,以及访问和读取医学数据以从医学数据集中识别一个或更多个授权用户。
对可用数据集和信息的访问和读取确保了正确识别所有的授权用户,无论相应的授权记录在哪个数据库中。这促进了该方法与现有工作流程的可集成性。
根据实施方式,处理的步骤可以包括:读取接收到的数据包的元数据(即,医学数据集或关联信息),其中,元数据可以包括报头和/或指示授权用户的特定的电子标签或标识符。
利用处理和读取元数据来识别授权用户,该方法利用了下述事实:医学环境中使用的数据包是标准化的,并且通常包括与患者和/或转诊医生的身份或其他授权用户有关的默认元数据(其中,DICOM标准是这方面的主要示例)。这样做的优点是数据处理相对较快。识别可用作元数据的属性可以是例如患者姓名、患者ID、登录号、出生日期、性别等。
除此之外或作为替选方案,虽然通常可能是针对患者报告的情况,但是特别地,如果发现接收到的数据包不是以标准化的格式提供,则处理步骤还可以包括读取接收到的数据包(即,医学数据集和关联信息)中的主体或全部。此外,另外地或可替选地,处理步骤可以包括从医学数据集、关联信息和/或附加用户信息中读取文本。为此,该方法可以依赖于语义搜索工具或文本识别算法,诸如OCR(针对“光学字符识别”的缩写)。其优点是可以访问所有相关信息以用于共享医学数据集。
根据实施方式,该方法还可以包括下述步骤:查询针对关联信息的数据库。可选地,该步骤可以在接收到医学数据集时执行,或者可以通过接收医学数据集来触发。
通过主动查询针对关联信息的数据库,该方法可以确保迅速检索出识别授权用户所需的全部信息。
同样,查询针对关联信息的数据库的处理可以包括:根据医学数据集确定唯一标识符,并且使用该唯一标识符来查询关联信息。唯一标识符可以是患者ID或者登录号,或者唯一识别患者案例或临床处理的任何其他合适的电子标识符。
使用唯一标识符有利于快速查询数据库以获得与给定医学数据集对应的正确关联信息。因此,这改善了该方法与现有工作流程的集成,并且确保识别出所有相关的授权用户。
根据实施方式,授权用户可以包括患者、转诊医生、近亲、父母或法定监护人或健康保险人员和/或转诊医院。
通过解决该授权用户的组,该方法为共享医学数据集的主要接收者服务,并为几种不同的需求提供统一的解决方案,这使得该方法具有成本效益和用户友好性。
根据另一方面,提供了具有多个步骤的可替选计算机实现的方法。第一步骤涉及从医学系统接收医学数据集。另一步骤涉及将医学数据集上传至云平台。另一步骤涉及查询与医学系统分离的数据库以获得关联信息,其中,关联信息提供与医学数据集相关联的补充信息。另一步骤涉及对关联信息和/或医学数据集进行处理,以识别一个或更多个授权用户,该授权用户被授权访问相应的医学数据集。另一步骤涉及检索授权用户的附加用户信息。另一步骤涉及基于附加用户信息来准许授权用户访问云平台中的相应的医学数据集。
根据另一方面,提供了用于共享医学数据集的系统。该系统包括接口单元,该接口单元被配置成与用于接收医学数据集的医学系统进行通信、与用于接收关联信息的数据库进行通信以及与用于上传医学数据集的云平台进行通信。因此,数据库与医学系统分离,并且关联信息提供与医学数据集相关联的信息。此外,该系统包括计算单元,该计算单元被配置成从接口单元接收医学数据集和关联信息,以基于对医学数据集和关联信息进行处理来识别一个或更多个授权用户,检索授权用户的附加用户信息,以经由接口单元将医学数据集上传至云平台,并且基于附加用户信息来准许授权用户访问云平台中的相应的医学数据集。由此,授权用户被授权访问相应的医学数据集。
该系统可以被视为连接节点或路由系统,其集成并处理不同的数据源,以将接收到的医学数据集自动中继至授权用户以进行共享。
计算单元可以被实现为数据处理系统或者数据处理系统的一部分。这样的数据处理系统可以例如包括云计算系统、计算机网络、计算机、平板计算机、工作站等。计算单元可以包括硬件和/或软件。硬件可以是例如处理器、存储器及其组合。硬件可以由软件配置和/或可以由软件操作。通常,计算单元的所有这些潜在单元、子单元或模块可以例如经由网络连接或相应的接口至少暂时地彼此进行数据交换。因此,各个单元可以彼此间隔开来定位。
接口单元可以被配置成通过一个或更多个连接或总线进行通信。接口单元可以以单独的物理接口的形式实施,每个物理接口提供到各个数据库、医学系统或存储库的单独连接,并且可选地依赖于不同的网络标准,诸如(以太网、DSL、PPPoE、ISDN、ATM)。可替选地,接口单元可以被实施为到网络的(唯一的)网关或接口(诸如以太网端口或WLAN接口),以经由所述网关或接口实现所有必要的通信。
根据实施方式,系统被分配特定的目的地地址,使得医学图像数据可以被自动地路由至系统。为此,例如,可以将DICOM AET分配给系统(或者换句话说,系统可以包括DICOMAET)。
这具有下述效果:医学数据集可以自动地路由至系统以用于进一步处理,并且最终与授权用户共享。
根据实施方式,计算单元还被配置成从关联信息中检索附加用户信息。
根据实施方式,计算单元还被配置成经由接口单元从用户数据存储库中检索附加用户信息,其中,接口单元还被配置成与用户数据存储库进行通信以检索附加用户信息。用户数据存储库可以与其他数据源(即,医学系统和数据库)分离。
根据另一方面,提供了用于共享医学数据集的环境,该环境包括如上面介绍的用于共享医学数据集的系统以及医学系统,其中,医学系统被配置成获取和/或存储和/或交换医学数据集。
然后,提供了集成系统,该集成系统利用用于共享医学数据集的自动过程来补充医学系统的功能。这使得能够快速与现有的临床工作流程集成。
根据实施方式,用于共享医学数据集的环境还包括数据库和/或用户数据存储库。
根据另一方面,本发明涉及计算机程序产品,包括程序元素,当程序元素被加载至计算单元的存储器中时,该程序元素引导系统的计算单元共享临床数据集,以执行根据本发明方法的步骤。
根据另一方面,本发明涉及计算机可读介质,其上存储有程序元素,当程序元素由计算单元执行时,该程序元素可由系统的计算单元读取和执行,以用于共享临床数据集,以便执行本发明方法的步骤。
通过计算机程序产品和/或计算机可读介质实现本发明具有下述优点:可以通过软件更新容易地采用已经存在的系统,以便按照本发明所建议的那样工作。
计算机程序产品可以是例如计算机程序,或者可以包括与计算机程序本身相邻的另一元素。该另一元素可以是硬件,例如,其上存储有计算机程序的存储装置、用于使用计算机程序的硬件密钥等,以及/或者另一元素可以是软件,例如文档或用于使用计算机程序的软件密钥。计算机程序产品还可以包括开发材料、运行时间系统和/或数据库或库。计算机程序产品可以分布在若干计算机实例之间。
附图说明
根据以下结合附图详细描述的说明和实施方式,上述本发明的特性、特征和优点以及实现它们的方式变得更加清楚且更易于理解。以下描述不将本发明限制于所包含的实施方式。在不同的附图中,相同的部件或部分可以用相同的附图标记进行标记。通常,附图不按比例绘制。在以下附图中:
图1描绘了根据实施方式的用于共享医学数据集的系统,以及
图2描绘了根据实施方式的用于共享医学数据集的方法。
具体实施方式
图1描绘了根据实施方式的用于共享医学数据集的系统架构1。系统架构1或系统架构1的部分被配置成执行根据本发明的一个或更多个实施方式的方法,例如,如参照图2所描述的。
根据一个或更多个实施方式的系统架构1可以包括医学系统10、至少一个数据库20、用于共享医学数据集的系统30(在下文中被称为“连接节点”)、云平台40以及可选地至少一个用户数据存储库60。在该上下文中使用的“用于共享医学数据集的系统”不应被解释为仅涉及装置30。而是,如贯穿本申请所使用的“用于共享医学数据集的系统”可以涵盖系统架构1的其他部件部分或装置,诸如医学系统10和/或数据库20和/或云平台40。
例如,系统架构1包括部分2(随后也被指定为“本地环境2”),部分2可以主要本地安装在临床环境或医学环境中,诸如临床联合体(即,两个或更多个医院的协会)、医院、成像中心或放射科机构。系统架构1的其他部分诸如云平台40可以远离本地部件。
在图1所示的示例中,医学系统10、数据库20、连接节点30和用户数据存储库60在本地环境2中本地实现。云平台40远离本地环境2。然而,这不应被解释为限制本发明的公开内容。例如,如数据库20或用户数据存储库60的部件可以同样地从本地环境2获取到远程装置。反过来,云平台40也可以本地安装在本地环境2处。
系统架构1的各个部件可以至少暂时地彼此连接,以用于数据传递和/或交换。医学系统10经由其接口单元32与连接节点30通信,以传递医学数据集。例如,可以基于请求来激活连接节点30,其中,该请求由医学系统10发送。连接节点30还经由接口单元32与数据库20和用户数据存储库60通信。同样,可以基于请求来激活数据库20和存储库60,其中,该请求由连接节点30发送。
优选地,使用网络连接来实现数据传递。网络可以被实现为局域网(LAN)例如内联网、以太网或广域网(WAN)例如互联网。优选地,网络连接是无线的,例如作为无线LAN(WLAN或Wi-Fi)。网络可以包括不同网络类型的组合。
医学系统10通常被配置成获取和/或存储和/或归档和/或转发患者的医学数据集。例如,通过向每个医学数据集提供指示相应患者的唯一标识符来将医学数据集与患者明确相关联。医学系统10可以被配置成使得不能从本地环境2的外部对其进行访问。这可以包括医学系统10被配置成使得其无法由授权用户50(直接)访问。
对于每个医学数据集,通常存在被授权访问该医学数据集的至少一个授权用户50。通常,所述至少一个授权用户50是患者本人和/或其主治医生。然而,在许多情况下,医学数据集具有与上述情况相比更多的授权用户50。其他授权用户50可以是转诊医生或咨询医生、诸如放射科医生的专家、近亲、父母或法定监护人或健康保险人员。然而,在大多数情况下,并非所有这些授权用户50都记录在医学数据集中。
如图1所描绘的医学系统10被配置为医学成像系统。医学系统10包括用于获取医学图像数据的医学成像模态11,诸如计算机断层扫描系统或磁共振系统、血管造影(或C臂X射线)系统、正电子发射断层扫描系统等。此外,医学系统10可以包括用于存储、归档和检查医学数据的归档/检查站12,诸如PACS。存储包括数据的偶然暂时存储和归档的意义上的永久存储。
另外地,医学系统10可以包括用于检查、处理和/或转发医学数据集的用户接口13。除此之外,医学图像系统10可以包括用于转发医学图像数据的路由器或节点(未示出)。
用于医学系统10的替选实施方式可以包括多个成像模态11和多个归档/检查站12。为了使各个部件互连,医学系统10可以包括网络(未示出)。根据实施方式,网络包括DICOM兼容网络。DICOM是位于TCP/IP之上的网络协议。根据DICOM协议的消息包括具有元数据(例如,包括患者信息)的报头和图像形式的信息。DICOM允许各种医学系统之间的互操作性,并且能够在系统之间交换图像数据和报告两者。根据实施方式,成像模态11、归档/检查站12以及医学系统10中的任意其他节点是DICOM兼容装置,从而使得医学系统10成为这种DICOM兼容装置。
将医学系统10连接至连接节点30的网络同样可以包括DICOM兼容网络。因此,连接节点30也可以被配置为以例如DICOM节点或具有DICOM应用实体主题的DICOM应用实体的形式的DICOM兼容装置。
本发明的替选实施方式可以包括使用不同网络协议的可以与DICOM相同或不同的多个网络。在这种情况下,DICOM应用实体主题将是用于识别网络中的连接节点30的任何其他合适的标识符。
在上文中,医学系统10已经被描述为被配置成获取和/或归档和/或转发医学图像数据的医学图像系统。然而,这将通过示例而非限制的方式来解释。医学数据集可能涉及医学图像数据、患者的实验室数据、患者记录、诊断报告、临床研究等以及其组合。相应地,医学系统10的部件可以被配置成获取和/或归档和/或转发该数据。
数据库20被配置成用于生成和/或存储和/或交换与患者的医学数据集关联的关联信息。根据实施方式,数据库20是医院信息系统(HIS)、放射学信息系统(RIS)、临床信息系统(CIS)、实验室信息系统(LIS)和/或心血管信息系统(CVIS)的一部分。数据库20可以被配置成使得不能从本地环境2的外部对其进行访问。这可以包括数据库20被配置成使得其不能由授权用户50(直接)访问。由数据库20管理的关联信息可能涉及与相应患者对应的补充管理信息。作为替选方案或除此之外,关联信息可以与相应患者的健康记录或健康史有关。因此,以一种方式或另一方式的关联信息可以提供针对相应情况的关于授权用户50的指示。
除此之外,关联信息可以包含附加用户数据,诸如关联信息中提及的针对授权用户50的联系信息。
如医学数据集一样,关联信息明确地涉及患者。这可以以电子的方式由唯一标识符提供,该标识符优选地与用于医学数据集的标识符相同。例如,这种唯一标识符可以由患者和/或案例的登录号或者例如患者的社会保险号的患者ID来体现。
数据库20可以被实现为云存储。可替选地,数据库20可以被实现为本地存储或扩展存储。数据库20可以包括多个单独的存储库以及用于生成、检查和/或处理关联信息的用户接口(未示出),例如用于生成诊断报告或者管理患者的电子医学记录的工作站。如医学系统10一样,数据库20可以包括与特定标准兼容的网络,该网络用于使数据库20的各个部件互连,并且促进数据交换。根据实施方式,该网络可以是与HL7标准和/或FHIR标准兼容的网络。
可选地,本地环境2可以包括另一用户数据存储库60,用于存储针对注册在该环境中的部分或全部用户的附加用户信息。数据库20和存储库60同样可以结合在一个数据库中,该数据库包括(归档)关联信息以及附加用户数据两者。根据实施方式,存储库60可以被设想为电子地址簿。与关联数据相比,在附加用户信息与医学数据集之间不存在明确的关系,通过以专用电子标识符或类似形式的固定关联,将附加用户信息链接至特定案例。如存储在存储库60中的附加用户信息通常只可以基于用户名来检索。用户数据存储库60可以被实现为云存储。可替选地,用户数据存储库60可以被实现为本地存储或扩展存储。此外,用户数据存储库60可以驻留在本地环境2之外,并且例如以外部云服务的形式来提供。
数据库20和用户数据存储库60可以连续地和/或在每天或每周的基础上更新。并行地,一旦完成本地环境内的工作流程(诸如医院内的患者检查)等,就可以利用新的条目来更新数据库20。
连接数据库20和连接节点30的网络可以包括HL7和/或FHIR兼容网络。作为替选方案或附加地,网络可以支持用于在连接节点30与数据库20之间交换数据的任何其他通信标准。这同样适用于将连接节点30与用户数据存储库60连接的网络。
连接节点30可以包括处理器31和用于数据交换的接口单元32。接口单元32可以包括被配置成与系统架构1的各个部件进行通信的各个接口。可替选地,接口单元32可以被配置为统一接口,其被配置用于与系统架构1的所有部件进行数据交换。用于数据交换的接口可以被实现为硬件接口或软件接口,例如PCI总线、USB、以太网连接或火线。
处理器31可以包括硬件部件或软件部件,例如,微处理器或FPGA(现场可编程门阵列)。处理器31被配置成执行根据结合图2说明的方法的步骤。
云平台40可以是中央云服务器,中央云服务器对于针对授权用户50的授权Web服务是可访问的。可以经由专用用户帐户或者经由一次性登录来准许访问。云平台40可以包括真实或虚拟的计算机组。云平台40可以位于本地环境2的外部,如图1所示。然而,可替选地,云平台40同样可以被实现为本地环境2内部的可外部访问的本地交换服务器。
虽然将连接节点30与其他(优选地是本地安装的)系统部件(诸如医学系统10或数据库20)连接的网络部件通常是双向的,并且能够在互连部件之间沿两个方向进行通信,但是至云平台40的网络连接可以是单向的,因为将数据上传至云平台40是可能的,但是例如经由连接节点30从云平台40至本地环境2的其他部件的访问是受限的、拒绝以及/或者不可能立即进行。注意,系统架构1可以被配置成使得云平台40仅连接至连接节点30,而未连接至本地环境2的其他部件。
用于共享医学数据集的本发明计算单元可以包括连接节点30的处理器31。因此,本发明方法的至少部分可以在连接节点30的处理器31上运行。此外,该计算单元可以包括散布在系统架构1中的附加子单元(未示出)。这样的子单元可以例如以微控制器、集成电路或者如所谓的“集群”或“云”的真实或虚拟的计算机组的形式驻留在医学系统10、数据库20、用户数据存储库60或本地环境2的其他部件中。此外,计算单元的子单元也可以驻留在本地环境2外部的部件中,例如云平台40中。
类似地,本发明接口单元可以包括连接节点30的接口单元32,但是本发明接口单元还可以包括其他部件中链接至其的其他接口,诸如医学系统10、数据库20、用户数据存储库60或云平台40处的接口。
根据一个实施方式,本发明系统因此可以由仅包括连接节点30的接口单元32和处理器31的连接节点30来实施。然而,根据本发明的其他实施方式,该系统还可以涵盖附加部件,诸如医学系统10、数据库20、用户数据存储库60或云平台40中的部分或全部。
图2是描绘根据实施方式的用于共享医学数据集的方法的流程图。该方法包括若干步骤。步骤的顺序不一定对应于步骤的编号和/或所描绘的步骤顺序,而是也可以在本发明的不同实施方式之间变化。
第一步骤S110涉及通过连接节点30接收医学数据集。医学数据集可以由诸如放射科医生或技术人员的用户自动地或手动地发送至连接节点30。为此目的,可以向连接节点30提供合适的网络标识符,诸如网络地址,或者在DICOM兼容网络的情况下,提供DICOM应用实体主题。换句话说,连接节点30被配置成监听来自医学系统10的数据流,并且接收被发送至医学系统10在网络中的地址的医学数据集。
中继至连接节点30的任何医学数据集将由S120至S160的后续步骤自动地进行进一步处理。
为了与授权用户50共享医学数据集,在步骤S120中,连接节点30可以被配置成将医学数据集上传至云平台40。可选地,步骤S120可以包括下述步骤:基于即将到来的中间数据集,首先确定是否要与授权用户50共享特定医学数据集。优选地,在将相应的医学数据集上传至云平台40之前执行该可选步骤。为此,可以读取医学数据集,并且针对指示相应的医学数据集要被共享的合适的电子标识符(“共享标记”)来检查医学数据集。如果是这种情况,则该方法根据步骤S120继续进行将医学数据集上传至云平台40。这样的共享标记可以例如由用户(例如,放射科医生或技术人员)设置,并且可以被编码在医学数据集的报头中。
与监听来自医学系统10的数据流并行,连接节点30被配置成监听来自数据库20的数据流,以接收与相应的医学数据集关联的信息(步骤S130)。然后可以将接收到的关联信息与相应的医学数据集进行匹配。例如,这可以通过以下操作来完成:从关联信息和医学数据集中读取指示特定案例或患者的唯一电子标识符(诸如患者ID或登录号),并且对唯一标识符进行比较。可选地,步骤S130可以包括下述步骤:针对与相应的医学数据集对应的关联信息主动地查询数据库20。该可选步骤同样可以使用唯一标识符来执行,例如,通过从相应医学数据集中读取一个或更多个唯一标识符,并且针对具有相同唯一标识符的关联信息来查询数据库20。为了读取唯一标识符,在步骤S130中,连接节点30可以被配置成查看医学数据集的报头或关联信息。
在步骤S130中,同样也可以包括前面提及的是否要与授权用户50共享医学数据集的可选评估。为此,可以读取关联信息,并且针对指示关联的医学数据集要被共享的“共享标记”来检查关联信息。如果是这种情况,则方法(系统/连接节点30)继续进行将医学数据集上传至云平台40。例如,可以在管理工作流程期间设置共享标记,并且可以将共享标记编码在关联信息中。
在步骤S140中,医学数据集和/或关联信息被进一步处理,以从医学数据集和/或关联信息中识别被授权访问相应医学数据集的一个或更多个用户50。主要地,通常是被授权访问其自己的医学数据集的患者。关于患者的信息可能包含在医学数据集的报头中,以及关于数据源(图像数据来自哪个系统)、图像数据所对应的解剖类型(例如,胸部、腹部、头部)、图像数据的解剖视图(例如,后面、前面、侧面)的其他元数据中。因此,连接节点30可以被配置成查看医学数据集的报头以识别授权用户50。由于与授权用户50有关的指示也可能隐藏在医学数据集的主体中,因此连接节点30还可以被配置成例如通过依赖语义搜索工具或光学字符识别(OCR)来搜索整个医学数据集。虽然可以假设患者(作为授权用户50)可以从医学图像数据中得出,但是所有其他授权用户同样记录在医学数据集中的可能性要小得多。这是因为诸如其他专科医生的其他授权用户50通常仅在已经记录了医学数据集或者根本没有系统地将医学数据集记录在医学数据中(通常是针对转诊医生的情况)之后才起作用。通常,所述信息作为关联信息的一个示例记录在电子患者记录中,而不记录在医学数据集中。因此,连接节点30还可以被配置成搜索关联信息以寻找(附加的)授权用户50。如在处理医学数据集的情况下,系统可以被配置成在报头(如果有的话)以及关联信息的主体中进行查找。
虽然处理医学数据集以及关联信息两者可能是有益的,然而为了确保正确识别所有授权用户50,这并不是强制性的。应当注意的是,该方法也可以通过仅读取(处理)医学数据集或者用于识别授权用户50的附加信息而付诸实践。这是否是可行的取决于本地环境2中的特定要求和情况。例如,如果医院在关联信息中保留所有授权用户50的完整记录,那么仅评估关联信息就足够了。此外,如果仅需要与患者共享医学数据集(并且假设该信息被系统地记录在医学数据集中),则仅处理医学数据集以识别授权用户50可能就足够了(根本无需考虑关联信息)。
一旦识别了授权用户50,则系统被配置成在步骤S150中检索授权用户50的附加用户信息。该附加用户信息随后被用于准许6授权用户50访问云平台40中“他们的”医学数据集(步骤S160),并且最终完成共享医学数据集的处理。因为通常不可能仅基于授权用户50的指示来转发医学数据集,因此需要附加用户信息。相反,系统需要附加用户信息来这样做。附加用户信息可以包括授权用户50的电子邮件或邮政地址、授权用户50是否具有用于云平台40的帐户以及如果授权用户50具有用于云平台40的帐户则帐户详情是什么、授权用户的电话号码、优选的通知方式等。这样的附加用户信息可以记录在医学数据集中。然而,这是不太可能的。在这方面更好的信息来源是其中记录了与医院的管理有关的数据的关联信息。因此,系统可以被配置成通过处理(即,读取或搜索)关联信息来检索附加用户信息。作为替选方案或附加地,连接节点30可以被配置成从一个或更多个单独的用户数据存储库60(诸如电子地址簿)中检索附加用户信息。为此,连接节点30可以被配置成基于名称或者用于授权用户50的任何其他合适的标识符来查询用户数据存储库60。
在步骤S160中,使用附加用户数据来准许授权用户50访问云平台40中的相应医学数据集。这可能涉及向云平台40传输与针对相应医学数据集的授权用户50有关的信息。这可能涉及确定授权用户50是否具有云平台40的帐户。如果是这种情况,则将各个医学数据集链接至授权用户50的相应用户帐户,并且经由用户帐户使授权用户50可以访问各个医学数据集。另外,可以例如经由电子邮件或SMS向授权用户50传达已经将新的医学数据集上传至其帐户。
如果授权用户50在云平台40中没有用户帐户,则可以经由云平台40的用户门户为授权用户50生成对云平台40的临时访问。为此,授权用户50可以被提供有用于经由用户门户访问医学数据的URL。例如,可以经由电子邮件将URL发送至授权用户50。
除此之外,准许访问的步骤S160可以包括生成用于访问各个医学数据集的密码,并且将该密码转发至授权用户50。如果授权用户50想要访问医学图像数据,则他们可以随后被要求插入相应的密码。在接收到密码后,系统可以被配置成检查由授权用户50输入的密码是否与所生成的密码匹配。如果由授权用户50输入的密码与所生成的密码匹配,则授权用户50被准许访问医学数据集。优选地,使用与用于通知授权用户50新的内容已经被分配至相应的云存储帐户以及/或者用于转发针对临时访问的URL不同的通信通道将密码转发至授权用户50。
如结合图1和图2所指示的,处理的步骤S140和检索附加用户信息的步骤S150优选地在连接节点30处本地执行。准许访问的步骤S160同样主要在连接节点30处执行。在云平台40处自然执行的动作(诸如密码的接收和交叉检查、将医学图像数据链接至用户帐户的动作等)可以由连接节点30发起和控制。这可能涉及由连接节点30将这些动作所需的所有相关信息和对应指令转发至云平台40。这涉及关于授权用户50的信息、关于用户帐户的信息、关于优选的访问方式的信息等。换句话说,可以将检索到的附加用户信息转发至云平台40。作为替选方案,可以仅将关于授权用户50的指示转发至云平台40,并且云平台40可以适于例如通过访问链接至云平台40的单独的用户数据存储库来检索关于其自身动作的附加用户信息。在这样的情况下,步骤S150和步骤S160将主要在云平台40处执行。作为又一中间替选方案,可以基于由连接节点30转发至云平台40的步骤S140和步骤S150的结果在云平台40处仅主要执行步骤S160。
在下文中,描述了根据实施方式的用于共享医学数据集的两个示例性工作流程。以下将通过示例而不是限制本公开内容的方式来解释。为了易于参照,省略了如上所述的若干(可选)步骤(但同样可以集成至示例中)。此外,以下示例的各个步骤也可以彼此组合。
例如,第一示例性工作流程涉及与在云平台40中具有帐户的授权用户50共享医学数据集,这通常是针对转诊医生的情况。此外,假设以DICOM格式对医学数据集进行格式化,并且通过以HL7格式通信的网络从HIS/RIS系统中检索关联信息。
在这些情况下,简单地说,与转诊医生(作为授权用户50)共享上传至云平台40的医学数据集可以通过将医学数据集中提及的转诊医生自动映射至其使用云平台40的用户帐户来完成。在这方面,可以使用医生的电子邮件地址来将转诊医生在医院内的身份链接至其在云平台40中的用户帐户。更具体地,这可以转换为以下步骤:
a)放射科医生或技术人员将医学数据集(以DICOM数据的形式)发送至本地安装的连接节点30,在该连接节点30处接收到医学数据集(根据如上面限定的步骤S110)。为此目的,连接节点30提供DICOM应用实体主题,这可以被配置为每个PACS、扫描仪或DICOM节点中的发送目的地。依赖专用DICOM应用实体主题使得该方法能够自动地接收医学数据集。
b)医学数据集被上传至云平台40(根据如上面限定的步骤S120)。
c)并行地,连接节点30从HIS/RIS监听医院中的HL7和/或FHIR数据流,从而接收与医学数据集对应的关联信息(根据如上面限定的步骤S130)。
d)从上传的医学数据集的DICOM报头以及/或者从具有与DICOM医学数据集相同的登录号的关联的HL7消息中读取转诊医生(根据如上面限定的步骤S140)。
e)从关联的HL7 ADT消息中,或者如果关联的HL7 ADT消息不可用,从用户数据存储库60中读取转诊医生的电子邮件地址和所谓的附加用户信息(根据如上面限定的步骤S150)。
f)将转诊医生的电子邮件地址映射至云平台40中的转诊医生的帐户,并且与转诊医生在云平台40中的帐户共享医学数据集(根据如上面限定的步骤S160)。
对于第二示例,假设授权用户50是患者,其在云平台40中不具有用户帐户。尽管点a)至点c)对应于第一示例,但是点d)至点f)略作调整如下。
d)识别患者的属性,例如从接收到的医学数据集的DICOM报头中以及/或者从来自HIS/RIS的医院中的以HL7和/或FHIR数据流形式的关联信息中读取患者姓名、患者ID、出生日期、性别等(根据如上面限定的步骤S140)。
e)从关联的HL7 ADT消息中,或者如果关联的HL7 ADT消息不可用,从云地址簿中读取患者的电子邮件地址(根据如上面限定的步骤S150)。
f)创建用于共享活动的唯一密码,并且将其转发至患者。此外,生成到医学数据集的链接(诸如URL),并且同样地转发至患者。这经由电子邮件来完成。唯一密码经由除了到患者的电子邮件外的另一通信通道来提供,例如,经由到患者的电话号码的SMS,或者在医院给予患者的打印输出来提供。然后,患者可以通过使用到云平台40的患者门户来访问其医学数据集。患者门户可以仅使用特定链接(URL)以及通过唯一密码来访问(根据如上面限定的步骤S160)。
当将相应的计算机程序产品加载至计算单元(处理器31)的存储器中时,可以将方法步骤S110至S160与如上所述的其可选或替选扩展一起执行。所述计算可以本地化,因为程序运行在专用本地处理器上,例如在为了特定目的而优化的连接节点30中。可替选地,程序可以在本地服务器或者本地环境2内的子单元的集群上本地运行。最后,特别地,如果程序的至少部分与准许访问上传至云的医学数据集的细节有关,则程序的至少部分也可以在云平台40中执行。在这方面,本地环境内部的处理器或计算子单元可以提示外部部件以执行相应的方法步骤。
只要有意义,在不限制或扩大本发明的范围的情况下,可以将单独实施方式或其单独方面和特征彼此组合或交换。在适用的情况下,关于本发明的一个实施方式描述的优点也有利于其他实施方式。
以下点也是本公开内容的一部分:
1.一种用于共享医学数据集的计算机实现方法,所述方法包括下述步骤:
-从医学系统接收医学数据集;
-从与所述医学系统分离的数据库接收关联信息,其中,所述关联信息提供与所述医学数据集相关联的信息;
-将所述医学数据集上传至云平台;
-通过对所述医学数据集和所述关联信息进行处理来识别一个或更多个授权用户,所述授权用户被授权访问相应的医学数据集;
-检索所述授权用户的附加用户信息;
-基于所述附加用户信息准许所述授权用户访问所述云平台中的所述相应的医学数据集。
2.根据1所述的方法,还包括下述步骤:
针对接收到的医学数据集,基于医学图像数据、所述关联信息和/或所述附加用户信息,确定所述接收到的医学数据集是否应该与所述授权用户中的全部或一部分进行共享;并且
其中,在上传的步骤中,仅当已确定所述医学数据集应该与所述授权用户共享时,才执行所述医学数据集的上传。
3.根据前述点中任一点所述的方法,其中,在上传的步骤中,仅在针对所述相应医学数据集已识别出至少一个授权用户时,才上传所述医学数据集。
4.根据前述点中任一点所述的方法,其中,所述处理的步骤包括:
访问和读取所述关联信息,以根据所述关联信息识别一个或更多个授权用户;以及
访问和读取所述医学数据集,以根据所述医学数据集识别一个或更多个授权用户。
5.根据前述点中任一点所述的方法,其中,所述处理的步骤包括:
读取包含在所述医学数据集和/或所述关联信息中的元数据。
6.根据前述点中任一点所述的方法,还包括下述步骤:
在接收到所述医学数据集后,针对所述关联信息查询所述数据库。
7.根据前述点中任一点所述的方法,还包括下述步骤:
将所述医学数据集与所述相应的关联信息相关联。
8.根据前述点中任一点所述的方法,还包括下述步骤:
从所述医学数据集中分别提取唯一标识符;以及
基于所述唯一标识符,针对所述关联信息查询所述数据库。
9.根据前述点中任一点所述的方法,其中,根据所述HL7和/或FHIR标准对所述关联信息进行格式化。
10.根据前述点中任一点所述的方法,其中,所述接收医学数据集的步骤包括:经由接口接收所述医学数据集,其中,向所述接口分配标识符,特别地是DICOM应用实体主题。
11.根据前述点中任一点所述的方法,其中,
所述授权用户包括患者、转诊医生和/或转诊医院或机构。
Claims (15)
1.一种用于共享医学数据集的计算机实现的方法,所述方法包括下述步骤:
-从医学系统(10)接收(S110)医学数据集;
-从与所述医学系统(10)分离的数据库(20)接收(S130)关联信息,其中,所述关联信息提供与所述医学数据集相关联的信息;
-将所述医学数据集上传(S120)至云平台(40);
-对所述关联信息和所述医学数据集进行处理(S140),以识别一个或更多个授权用户(50),所述授权用户(50)被授权访问相应的医学数据集;
-检索(S150)所述授权用户(50)的附加用户信息;
-基于所述附加用户信息,准许(S160)所述一个或更多个授权用户(50)访问所述云平台(40)中的相应的医学数据集。
2.根据权利要求1所述的方法,其中,
-根据第一通信标准对所述医学数据集进行格式化,以及
-根据第二通信标准对所述关联信息进行格式化,
-其中,所述第一通信标准不同于所述第二通信标准。
3.根据前述权利要求中任一项所述的方法,其中,在检索(S150)的步骤中:
-从所述关联信息中提取所述附加用户信息,以及/或者
-从所述数据库(20)中检索所述附加用户信息,以及/或者
-从单独的用户数据存储库(60)中检索所述附加用户信息。
4.根据前述权利要求中任一项所述的方法,其中,所述附加用户信息包括:
-所述一个或更多个授权用户(50)的电子邮件地址,
-所述一个或更多个授权用户(50)的电话号码,
-所述一个或更多个授权用户(50)在所述云平台(40)中的帐户信息,
-所述一个或更多个授权用户(50)的地址,
-以及/或者它们的任意组合。
5.根据前述权利要求中任一项所述的方法,其中,准许访问(S160)的步骤包括:
-基于所述附加用户信息将所述一个或更多个授权用户(50)映射至所述一个或更多个授权用户(50)在所述云平台(40)中的相应的帐户;以及
-使所述一个或更多个授权用户(50)经由所述相应的帐户能够访问所述相应的医学数据集。
6.根据前述权利要求中任一项所述的方法,其中,准许访问(S160)的步骤包括:
-基于所述附加用户信息确定所述一个或更多个授权用户(50)在所述云平台(40)中是否具有相应的帐户。
7.根据前述权利要求中任一项所述的方法,其中,准许访问(S160)的步骤包括:
-针对所述一个或更多个授权用户(50)分别生成一个或更多个URL,利用所述一个或更多个URL,所述一个或更多个授权用户(50)可以访问所述云平台(40)中的相应的医学数据集;以及
-基于所述附加用户信息将所述一个或更多个URL分别转发至所述一个或更多个授权用户(50)。
8.根据前述权利要求中任一项所述的方法,其中,准许访问(S160)的步骤包括:
-针对所述一个或更多个授权用户(50)分别创建唯一密码,
-基于所述附加用户信息将所述唯一密码转发至所述一个或更多个授权用户(50);以及
-当从所述一个或更多个授权用户(50)接收到所述唯一密码时,准许访问所述云平台(40)中的相应的医学数据集。
9.根据前述权利要求中任一项所述的方法,其中,根据DICOM标准对所述医学数据集进行格式化,以及/或者其中,根据HL7和/或FHIR标准对所述关联信息进行格式化。
10.根据前述权利要求中任一项所述的方法,还包括下述步骤:
-从所述医学数据集中提取唯一标识符;以及
-基于所述唯一标识符将相应的关联信息与所述医学数据集相关联。
11.一种用于共享医学数据集的系统,包括:
-接口单元(31),其被配置成与以下各项进行通信:
·医学系统(10);
·与所述医学系统(10)分离的数据库(20);以及
·云平台(40);
其中,所述系统还包括:
-计算单元(32),其被配置成:
·经由所述接口单元(31)从所述医学系统(10)接收医学数据集;
·经由所述接口单元(31)从所述数据库(20)接收关联信息,其中,所述关联信息提供与所述医学数据集相关联的信息;
·对所述医学数据集和所述关联信息进行处理,以便识别一个或更多个授权用户(50),所述一个或更多个授权用户(50)被授权访问相应的医学数据集;
·检索所述一个或更多个授权用户(50)的附加用户信息;
·经由所述接口单元(31)将所述医学数据集上传至所述云平台(40);以及
·基于所述附加用户信息准许所述授权用户(50)访问所述云平台(40)中的相应的医学数据集。
12.根据权利要求11所述的系统,其中,所述系统包括DICOM应用实体主题。
13.一种用于共享医学数据集的环境,包括:
-根据权利要求11或12中任一项所述的系统,以及
-医学系统(10),所述医学系统(10)被配置成获取和/或存储和/或传输所述医学数据集。
14.一种包括程序元素的计算机程序产品,当所述程序元素被加载至用于共享医学数据集的系统的计算单元(32)的存储器中时,所述程序元素引导所述计算单元(32)以执行根据权利要求1至10中任一项所述的方法的步骤。
15.一种其上存储有程序元素的计算机可读介质,当所述程序元素由用于共享医学数据集的系统的计算单元(32)执行时,所述程序元素能够由所述计算单元(32)读取和执行,以便执行根据权利要求1至10中任一项所述的方法的步骤。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19199116.5A EP3799056A1 (en) | 2019-09-24 | 2019-09-24 | Cloud-based patient data exchange |
EP19199116.5 | 2019-09-24 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112635026A true CN112635026A (zh) | 2021-04-09 |
Family
ID=68066574
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011000995.3A Pending CN112635026A (zh) | 2019-09-24 | 2020-09-22 | 基于云的患者数据交换 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20210090717A1 (zh) |
EP (1) | EP3799056A1 (zh) |
CN (1) | CN112635026A (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11956315B2 (en) * | 2020-11-03 | 2024-04-09 | Microsoft Technology Licensing, Llc | Communication system and method |
US11956226B2 (en) | 2021-07-29 | 2024-04-09 | Evernorth Strategic Development, Inc. | Medical records access system |
FR3138540A1 (fr) | 2022-07-26 | 2024-02-02 | Anonymize | Procédé de traitement de données dans l’informatique en nuage |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1598858A (zh) * | 2004-05-13 | 2005-03-23 | 郑州市疾病预防控制中心 | 数字化医院信息一体化管理系统 |
US20110320469A1 (en) * | 2010-04-23 | 2011-12-29 | Datcard Systems, Inc. | Shared archives in interconnected content-addressable storage systems |
CN102414688A (zh) * | 2009-04-30 | 2012-04-11 | 汤姆科技成像系统有限公司 | 用于管理和显示医学数据的方法及系统 |
CN102713913A (zh) * | 2009-10-14 | 2012-10-03 | 格里特康奈申股份有限公司 | 用于转换医学图像并将医学图像输送到移动设备和远程通信系统的系统和方法 |
US20130208966A1 (en) * | 2012-02-14 | 2013-08-15 | Tiecheng Zhao | Cloud-based medical image processing system with anonymous data upload and download |
US20140142984A1 (en) * | 2012-11-21 | 2014-05-22 | Datcard Systems, Inc. | Cloud based viewing, transfer and storage of medical data |
CN104463748A (zh) * | 2014-10-29 | 2015-03-25 | 广州河谷互动医疗科技有限公司 | 基于嵌入式操作系统与云平台的影像学医疗信息共享系统 |
US20170124261A1 (en) * | 2015-10-28 | 2017-05-04 | Docsnap, Inc. | Systems and methods for patient health networks |
CN107945852A (zh) * | 2018-01-03 | 2018-04-20 | 王其景 | 医疗影像数据共享的方法、云平台与系统 |
CN108431817A (zh) * | 2015-11-29 | 2018-08-21 | 阿特瑞斯公司 | 医学成像和医学成像信息的高效共享 |
CN109937455A (zh) * | 2016-09-12 | 2019-06-25 | 国家健康联盟公司 | 一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统 |
CN110097953A (zh) * | 2019-03-20 | 2019-08-06 | 云南财经大学 | 一种智慧医疗云平台系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9760677B2 (en) * | 2009-04-29 | 2017-09-12 | Onemednet Corporation | Methods, systems, and devices for managing medical images and records |
US20200035341A1 (en) * | 2018-07-30 | 2020-01-30 | LunaPBC | De-identification omic data aggregation platform with permitted third party access |
US11087862B2 (en) * | 2018-11-21 | 2021-08-10 | General Electric Company | Clinical case creation and routing automation |
US10854328B2 (en) * | 2019-03-29 | 2020-12-01 | Fujifilm Medical Systems U.S.A., Inc. | Universal web service for DICOM objects |
-
2019
- 2019-09-24 EP EP19199116.5A patent/EP3799056A1/en active Pending
-
2020
- 2020-09-09 US US17/015,265 patent/US20210090717A1/en active Pending
- 2020-09-22 CN CN202011000995.3A patent/CN112635026A/zh active Pending
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1598858A (zh) * | 2004-05-13 | 2005-03-23 | 郑州市疾病预防控制中心 | 数字化医院信息一体化管理系统 |
CN102414688A (zh) * | 2009-04-30 | 2012-04-11 | 汤姆科技成像系统有限公司 | 用于管理和显示医学数据的方法及系统 |
CN102713913A (zh) * | 2009-10-14 | 2012-10-03 | 格里特康奈申股份有限公司 | 用于转换医学图像并将医学图像输送到移动设备和远程通信系统的系统和方法 |
US20110320469A1 (en) * | 2010-04-23 | 2011-12-29 | Datcard Systems, Inc. | Shared archives in interconnected content-addressable storage systems |
US20130208966A1 (en) * | 2012-02-14 | 2013-08-15 | Tiecheng Zhao | Cloud-based medical image processing system with anonymous data upload and download |
US20170235880A1 (en) * | 2012-11-21 | 2017-08-17 | Datcard Systems, Inc. | Cloud based viewing, transfer and storage of medical data |
US20140142984A1 (en) * | 2012-11-21 | 2014-05-22 | Datcard Systems, Inc. | Cloud based viewing, transfer and storage of medical data |
CN104463748A (zh) * | 2014-10-29 | 2015-03-25 | 广州河谷互动医疗科技有限公司 | 基于嵌入式操作系统与云平台的影像学医疗信息共享系统 |
US20170124261A1 (en) * | 2015-10-28 | 2017-05-04 | Docsnap, Inc. | Systems and methods for patient health networks |
CN108431817A (zh) * | 2015-11-29 | 2018-08-21 | 阿特瑞斯公司 | 医学成像和医学成像信息的高效共享 |
CN109937455A (zh) * | 2016-09-12 | 2019-06-25 | 国家健康联盟公司 | 一种用于实时处理与提交和履行处方药相关联的医疗保健数据的系统 |
CN107945852A (zh) * | 2018-01-03 | 2018-04-20 | 王其景 | 医疗影像数据共享的方法、云平台与系统 |
CN110097953A (zh) * | 2019-03-20 | 2019-08-06 | 云南财经大学 | 一种智慧医疗云平台系统 |
Also Published As
Publication number | Publication date |
---|---|
EP3799056A1 (en) | 2021-03-31 |
US20210090717A1 (en) | 2021-03-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11735312B2 (en) | Systems and methods for converting and delivering medical images to mobile devices and remote communications systems | |
US10419405B2 (en) | Systems and devices for encrypting, converting and interacting with medical images | |
US11462314B2 (en) | Systems and devices for encrypting, converting and interacting with medical images | |
US11818107B2 (en) | Systems and devices for encrypting, converting and interacting with medical images | |
CN112635026A (zh) | 基于云的患者数据交换 | |
WO2013188850A1 (en) | Systems and devices for encrypting, converting and interacting with medical images | |
EP3207480A2 (en) | Systems and methods for encrypting, converting and interacting with medical images | |
US11087862B2 (en) | Clinical case creation and routing automation | |
US20230077405A1 (en) | Systems and devices for encrypting, converting and interacting with medical images | |
Katehakis et al. | Evaluating Alternative Approaches for Integrating Clinical Information Systems:" Messaging" vs." Federating" |
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 |