CN105593859B - 用于管理和处理医学机构的数据的方法和系统 - Google Patents

用于管理和处理医学机构的数据的方法和系统 Download PDF

Info

Publication number
CN105593859B
CN105593859B CN201380079894.1A CN201380079894A CN105593859B CN 105593859 B CN105593859 B CN 105593859B CN 201380079894 A CN201380079894 A CN 201380079894A CN 105593859 B CN105593859 B CN 105593859B
Authority
CN
China
Prior art keywords
memory area
data
data group
memory
application
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.)
Active
Application number
CN201380079894.1A
Other languages
English (en)
Other versions
CN105593859A (zh
Inventor
K.多恩
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.)
Siemens Medical Ag
Original Assignee
Siemens AG
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 Siemens AG filed Critical Siemens AG
Publication of CN105593859A publication Critical patent/CN105593859A/zh
Application granted granted Critical
Publication of CN105593859B publication Critical patent/CN105593859B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/50—Information retrieval; Database structures therefor; File system structures therefor of still image data
    • G06F16/51—Indexing; Data structures therefor; Storage structures
    • 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/40—ICT specially adapted for the handling or processing of medical images for processing medical images, e.g. editing
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Radiology & Medical Imaging (AREA)
  • Computational Linguistics (AREA)
  • Biomedical Technology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Software Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

本发明涉及一种用于管理和处理医学机构(2,2’)的数据的方法和系统。在公共云(13)的云端存储器(19)中为至少两个不同类型的医学数据组(P,W,C,B)分别提供单独的存储器区域(22‑25)。在相应的存储器区域(22‑25)中存储的数据组(P,W,C,B)分别被保存为使得在存在与该存储器区域(22‑25)对应的合约(18,18’)时可以从因特网(16)直接访问该数据组(P,W,C,B)。此外为每个存储器区域(22‑25)提供了至少一个特别对应的应用(31‑34,94,95)用来在用户设备(8,9,11,12)上运行，该应用构建为用于调用或用于示出包含在对应的存储器区域(22‑25)中的数据组(P,W,C,B)。

Description

用于管理和处理医学机构的数据的方法和系统
技术领域
本发明涉及用于管理和处理医学机构的数据的方法和系统。本发明还涉及用于执行该方法的系统。
背景技术
术语“管理”在此和在下文中尤其理解为数据的归档(即将数据设置到持久性数据存储器中)，反映(显示)和删除来自数据存储器的数据，以及按照预先给定的标准分类和找出来自数据存储器的特定数据(浏览)。
术语“处理”在此和在下文中尤其理解为改变(编辑/改写)数据。
待管理和待处理的医学机构的数据尤其包括患者数据、用于医学机构的人员任务(工作/任务)或者任务列表(工作列表)以及医学图像数据。
这种医学数据的管理以日益增长的程度计算机辅助地通过服务器系统、尤其所谓的信息系统进行。信息系统通常包括：
-一个或多个数据存储器，例如以存储区域网络(SAN)的形式，
-一个或多个对应的数据服务器，
-至少一个关系数据库，其在数据库服务器中实施，
-以及通常一个或多个其它的服务器，在其中实施用于数据库访问和数据处理的方法。
对于不同的数据类型在医学领域中建立了不同的信息系统。于是在诸如医院的医学机构环境中常将“医院信息系统(Hospital Information System, HIS)”用于管理和处理患者数据，将“放射学信息系统(RIS)”用于放射学检查的预约规划，医学图像数据的诊断辅助以及诊断结果的归档。此外，医院的IT结构通常包括所谓的“图像归档和通信系统(Picture Archiving and Communication System，PACS)”用于基于DICOM标准归档，和传输医学图像数据，以及“高级可视化工具(Advanced Visualization，AV)系统”、其提供了服务器支持的功能以用于可视化体积数据、尤其动态体积渲染。
上面列出的服务器系统在此通常彼此并行地存在。这要求高的采购和维护开销，这尤其对于小医学机构或者其它具有较少经费的机构而言是难以应对的。
现代医学机构的前述复杂IT结构此外仅具有较差的缩放性。通常仅能以很高的开销来将这种IT结构匹配于待处理和待归档的数据量和/或所需的计算能力的较大变化。
用作这种IT结构的用户或终端设备(典型地称作客户端)的主要是个人计算机(PC)，其中，这些PC通常构建为所谓的“瘦客户”，其从所连接的服务器获取大部分所需的计算能力。
作为常规客户端服务器架构的替选方案，近年来所谓的云解决方案越来越普及。“云”(“计算器云”)在此理解为数据处理装置，其由独立于用户的云供应商(“CloudVendor”云供应商)提供和运行。“云供应商”在此在使用合约(Subscription)的范围内为多个用户提供了硬件和可能软件来作为服务。根据待提供的服务的范围分为：
-称作“基础设施即服务”(IaaS)的使用模式，其中，仅为用户提供云的计算机硬件(计算机、网络和存储器)，而用户对于在云中运行的软件完全自己负责，
-称作“平台即服务”(PaaS)的使用模式，其中，从云中为用户提供计算机硬件以及构建在其上的编程和运行时间环境，使得用户仅对于在该编程和运行时间环境中实施的应用软件(应用)自己负责，以及
-称作“软件即服务”(SaaS)的使用模式，其中另外还从云中为用户提供特定的应用软件。
根据相应的云所寻址的用户圈，还分为：
-所谓的公共云，每个人都可以利用其服务，以及
-所谓的私有云，其仅对于特定组织、尤其特定集团的用户是可访问的。
对于公共云的每个用户，通过与用户对应的合约来调整对云的特定硬件和软件组成部分的访问权限。公共云由此通常是“能应对多个客户的” (multi-tenant多客户的)。这指的是对于具有不同合约的用户将数据、用户管理和计算运算保持严格分开的能力。公共云的用户于是不能看到具有其它合约的其它用户的数据、用户管理和计算运算，并且也不能干预这些数据。
发明内容
本发明基于的任务是提供用于管理和处理医学机构的数据的方法和系统，其可以特别灵活地使用，尤其特别可缩放地使用。
关于该方法，根据本发明的任务根据本发明的特征解决。关于所对应的系统，该任务根据本发明的特征来解决。在下面的描述中示出本发明的有利的和部分地就其本身而言有创造性的扩展和改进。
根据本发明，对于医学机构的至少两种不同类型的数据分别在公共云的云端存储器(即持久性存储器)中提供独立的存储器区域，其中，将存储在各个存储器区域中的数据组保存为使得当存在与该存储器区域对应的合约时(即当进行访问的设备按照合约规定有访问权限时)，可以从因特网直接访问该数据组。
在此，尤其将该访问可能性构建为使得其与因特网标准REST兼容。 REST(表述性状态转移)在此指的是用于因特网应用的编程范式，其满足如下原则：
-为每个所提供的服务分配唯一的地址(统一资源定位符，简称URL)。
-在一个地址下可访问的服务可以具有不同的表现形式(表现)。
-使用无状态的(无状态)客户端-服务器协议，其能够实现，总是将客户端和服务器之间的不同请求相互独立地进行处理。
-在所有资源上必须可以使用规定数目的、具有限定的特性的运算(即尤其是四个运算GET,POST,PUT,DELETE)。
-不仅对于应用信息而且对于状态变化使用多媒体超文本(超媒体)。
表现优选按照因特网标准XML(可扩展标记语言)、JSON(Java脚本对象符号)和/或ATOM来实现。ATOM在此被用作Atom联合格式(ASF) (其示出了用于消息交换的XML格式)和ATOM发布协议(APP)(其示出了用于产生和处理网络内容的编程接口)的上位概念。
分别与合约对应的医学机构在主要应用情况下下是医院。然而在本发明的范围中还可能的是，诸如牙医诊所、医院的单个科室、甚至是单个患者为了管理各自的医学数据而获得各自的合约，并且由此完全使用该方法和系统。
该系统在此通过使用在前面阐述的意义下的公共云而是“能够应对多个客户”(多客户)的。由此，对于具有不同合约的用户，数据、用户管理和计算运算被严格地相互分离，从而排除了看到或影响其它合约的数据。
在根据本发明的方法和系统中还为每个存储器区域提供了用于在用户或终端设备(下面称为设备)上的应用，其构建为用于调用和/或用于示出包含在对应的存储器区域中的数据组。
每个应用在此专门对应于恰好一个存储器区域，并且由此选择性地和仅执行用于管理和处理包含在该相应的存储器区域中的数据组的那些功能。
机构的不同类型的数据尤其包括：
-患者数据，其包含对于机构的特定患者的个人和医学细目，尤其是关于姓名、地址、年龄、性别、早先的诊断和治疗的细目，
-待由医学机构的一个或多个医学用户(医生、医学辅助人员、护士等) 执行的任务(工作/任务)和任务列表(工作列表)，
-医学图像数据，尤其是两维图像、两维图像序列(视频)、体积数据 (例如计算机断层成像)和/或时间体积数据序列(4D数据)，然而还有关键图像、照片、文档等，以及
-关于医学图像数据的上下文信息，尤其是对于图像数据组的存储位置的提示以及可选的关于图像数据组的元数据，例如相应的图像拍摄所基于的拍摄参数。
“关键图像”在此指的是快照，即来自医学图像或体积数据组的(处理或未处理的)片段，其在诊断这些数据时被导出以示出医学发现。这种关键图像通常被用作医学报告(报告)的组成部分。
这些不同数据类型中的每个在下面也被称作“资源”。下面将分别与这些资源对应的、云端存储器的存储器区域也称作“(resource)hub(资源)中心”。在与上面描述的资源的对应中，在该方法和系统的范围中优选提供下面列出的云端存储器中的(资源)中心中的至少两个：
-患者存储器区域(患者中心)，其中每个(患者)数据组包含一个特定患者的患者数据，
-任务列表存储器区域(工作列表中心)，其中每个数据组包含一个任务(工作/任务)或者任务列表(工作列表)，
-图像数据存储器区域(图像中心)，其中每个(图像)数据组包含医学图像或体积数据或者其它图像、声音、图形或者文本信息(照片、视频、文档)和/或
-上下文存储器区域(上下文中心)，其中每个(上下文)数据组包含与图像数据组有关的上下文信息，尤其是对图像中心中相应的图像数据组的尺寸位置的提示以及可选地包含关于图像数据组的元数据。
上面描述的中心中的每个都可以与和其专门对应的应用一起被独立地 (即与其它中心和与这些其它中心分别对应的应用无关地)运行。由此，之前描述的中心和对应的应用中的任一个对于执行根据本发明的方法或者在根据本发明的系统的范围中都不是必须的。上面描述的中心中的每个却都与对应的应用一起以有利方式扩展了该方法或系统的功能性。
本发明所基于的考虑是，由于改进了在医疗机构的数据管理和处理方面的可缩放性，从传统的客户端服务器解决方案转向基于云的解决方案是有意义的。已知的是，通过仅将传统常用的服务器系统传输到云中并不能满意地解决开头描述的问题。即，并不能通过将常规地在医学机构中使用的服务器转移到云中来减小IT结构的复杂度，而是反而提高，因为服务器在云中通常以虚拟形式运行，并且由此为未改变的复杂的服务器结构又增加了虚拟化软件。此外，已知地在这种解决方案中出现用于置入云中的服务器性能(云虚拟服务器)而产生高成本，其在很大程度上抵消了云使用的优点。此外，虚拟化地在云中运行的服务器总是还得由机构本身管理，从而与此关联的开销不变。在可缩放性和故障安全性方面这种解决方案也不能带来显著的改进。
这种改进然而通过根据本发明的思想来实现，即，将医学数据在公共云端存储器中存储为使得可以通过因特网，尤其以REST兼容的方式，访问这些数据。这能够实现的是，将至少一大部分对于执行该方法所需的计算能力引入到参与方法执行的设备本身中。由此，在方法的过程中仅或者至少近乎仅利用公共云的比较廉价的云端存储器，而不利用或者仅以在很小程度上利用昂贵许多的公共云计算功率(云计算服务)。计算功率与设备的该唯一或者至少几乎唯一的对应也贡献于方法和对应的系统的显著改进的可缩放性，因为无需将云侧实施的结构匹配于对计算功率的改变的需求。不必实现和维护云中的虚拟服务器。而是，可选地利用的云计算服务直接由云供应商在 PaaS方案的意义下维护和提供。
将不同的资源分配到不同的、完全彼此分离的资源中心上和提供与这些中心专门对应的应用能够实现特别灵活地使用该方法和对应的系统，因为不同的医学机构可以自由选择包含在其相应的合约的范围中的中心，而无需考虑相互关联。由此，对于医学机构而言又可以灵活调整用于运行该方法和所对应的系统的成本。
通过使用公共云来归档和保存数据，医学机构在此从公共云端存储器的常见优点中获益，这些优点即几乎无限的可缩放性(即在不改变IT结构质量的条件下有效地管理几乎任意的数据量)，数据的全球可用性，相对于故障和操纵的极高安全性，以及几乎完全降低了机构内部的采购和维护开销。
综上，通过本发明说明了在医学领域与常见的完全不同的IT结构，其能实现，相对于常规客户端-服务器解决方案而言有效利用公共云的优点，而为此无需容忍大的缺点。
作为公共云，优选使用微软公司的“Windows Azure”服务。然而在本发明的范围中也可以使用其它公共云。尤其可以考虑将可能不同的“云供应商”的多个公共云并行地(同时地)用于管理机构的数据。
机构的参与方法执行的设备可以是桌上PC的、诸如笔记本、平板计算机和智能电话的移动设备的任意组合。
优选地，将这些应用构建为直接访问包含在与其对应的中心中的数据组。附加地或替选地，优选将应用构建为用于直接产生、编辑和删除包含在相应的中心中的数据组。术语“直接”在此和在下文中分别在如下意义下使用，即，这些应用独立地在仅使用该云端存储器时实施相应的动作，而为此无需利用与纯存储器管理(云端存储器)无关的公共云计算功率(云计算服务)。
与此不同地，然而在本发明的范围中优选将至少一个应用在两个运行模式中运行，即：
-在“仅设备模式”中，其中应用仅在该设备上运行，直接访问云端存储器，并且并不利用公共云的云计算服务，以及
-在“云服务模式”中，其中应用为了访问和/或为了示出包含在中心中的数据组而附加地使用公共云的云计算服务。
尤其在所谓的3D查看应用中设有该可选地接通的云服务模式，所述云服务模式用于特别是计算能力集中地示出体积数据的所渲染的视图(情景)。计算能力在此由运供应商尤其在PaaS使用方案的范围中提供，从而对于运行系统、运营商、应用服务器(应用商店)等的范围中并不产生单独的管理成本。
在本发明的范围中可以设有，在仅设备模式和云服务模式之间的选择通过如下方式来进行，即：
-通过该应用自动进行(例如根据设备的网络连接的质量和/或计算能力)，
-交互地由医学用户来确定，或者
-通过对应用进行预设(配置数据)来规定。
优选地，在至少一个中心中设有表格存储器(表格存储器)。在此理解为例如在微软公司的“Windows Azure”的范围中标准地提供的数据存储格式，在其中结构化地作为表格项存储有数据单元(数据项)以及唯一地标识每个数据单元的索引变量。在“WindowsAzure”服务中，该索引变量例如由所谓的分区键和所谓的行主键组成。分区键在此标识云端存储器的其中存储有相应的表格项的物理分区，从而将具有不同的分区键的表格项存储在不同的物理分区中。
在表格存储器中，每个在相应的中心中存储的数据组都对应于一个表格项(下面称作“Tweet(推)”)。每个推在此可以包含所对应的数据组本身。于是优选地将患者中心的每组患者数据有利地存储为对应的表格存储器的推。替选于此地(尤其在具有大和/或非字母数字数据块的数据组、例如医学图像中)在表格外部(在表格存储器外部)存储数据组，例如在云端存储器的所谓Blob存储器(Blob存储器)中。在该情况下与数据组对应的推包含对于表格外部存储位置的说明，例如以所谓的“统一资源标识符”(URI) 的形式。又替选于此地，可以在该表格存储器中在推的范围中存储数据组的特定数据块，而同一数据组的至少一个其它数据块存储在表格外部。于是，例如在医学图像数据组的情况下适宜地将实际的图像数据存储在图像中心的Blob存储器中，而将对应的元数据(例如拍摄参数和对患者的说明)在所对应的上下文信息的范围中存储在上下文中心的表格存储器中。作为Blob 存储器，如其同样在微软公司的“Windows Azure”的范围中标准地提供那样，指的是一种数据存储的格式，其中实现数据组的未结构化的存储。
根据本发明，在此由与中心对应的应用直接(在不利用公共云的计算能力、即云计算服务的条件下)搜索表格存储器的内容。作为该搜索的结果，在此将所选的推以结果列表的形式提取，其由应用显示。这种结果列表在下面称作“Feed(信息流)”。
上面描述的应用和由其执行的方法的方案在此能够实现有效的“浏览”，即有效地分类和找出存储在相应中心中的数据，而为此无需利用公共云的计算功率，即云计算服务。
在该方法的一个特别优选的扩展变型中，通过应用中的至少一个将由其从所对应的中心中提取的信息流“导出”，即从公共云端存储器中下载到设备的本地存储器中，从而即使在没有与公共云的网络连接的条件下也能由应用显示、处理和/或向同一或其它应用的其它实例传送该信息流和包含在其中的推。
通过该交换机制(也称作“Exchangeboard交换机”)能够实现在不同的应用实例之间特别有效和灵活的通信，其又在没有公共云的计算能力、即云计算服务的情况下能实现。例如，可以以该方式借助与上下文中心对应的浏览应用确定待交换的图像的URI，并且将其传送至图像中心的与其独立的查看应用，从而该查看应用然后可以独立地借助该URI访问所查找的图像。该交换可以容易地也在不同的设备之间进行，例如方法是，经由电邮、即时消息或者推特来发送与图像数组对应的推和/或包含在其中的URI。
在该方法和系统的又一有利改进方案中，也改造医学机构的模态(即成像设备，诸如计算机断层成像、磁共振断层成像等)，以用于与云端存储器直接通信。在该方法的过程中，由此通过医学模态产生包含患者特定的图像数据的数据组并且直接存储在云端存储器的所对应的存储区域(即图像中心)中。该用于与公共云直接通信的功能尤其在存储器驱动程序中实现，该存储器驱动程序在应用编程接口(应用编程接口，简称API)的框架中提供给模态的控制软件。存储器驱动程序可以直接集成到各模态的控制软件中。替选于此地，存储器驱动程序形成独立的程序组成部分，模态的控制软件按照打印机驱动程序的方式来访问该程序组成部分。上面描述的、用于将由模态产生的图像数据组直接加载到公共云端存储器的对应的存储器区域(图像中心)中的模态构造视为独立的发明，其也可以在没有上面描述的方法和系统的其余特征的条件下有利地使用。
根据本发明的用于管理和处理医学机构的数据的系统以电路或编程技术的方式构建为用于执行上面描述的方法。其为此包括至少两个前述类型的 (资源)中心用于存储至少两个资源(即两种不同类型的医学数据组)，其中，每个中心仅对应于一个特定资源的数据组。数据在此在各自的中心中保存为使得只要存在与该中心对应的合约就可以从因特网直接访问这些数据。每个中心在此与至少一个应用对应，其选择性地构建为用于调用和示出包含在对应的中心中的数据组。前面结合该方法描述的扩展变型和与此关联的优点可以合理地转用于根据本发明的系统。
在更严格的意义上，根据本发明的系统仅包括所谓的存储器区域(中心)、对应的应用以及可选地包括上面描述的存储器驱动程序。该系统在该意义下仅由软件组件形成。在宽的意义下，根据本发明的系统还包括云端存储器，其为具有运行于其上的、云内部的管理软件的硬件存储器，以及经由因特网与公共云端存储器连接的至少一个设备。设备尤其是个人计算机 (PC)、笔记本、平板计算机或者智能电话。
附图说明
下面借助附图详细阐述本发明的实施例。其中：
图1以示意性框图示出了用于管理和处理医学机构的数据的系统，该系统具有多个模态和用户或终端设备(设备)以及与模态和设备经由因特网连接的公共云，
图2以示意图示出了该系统的软件技术构造，其中该系统对于医学机构的不同类型的数据在公共云的云端存储器中分别具有专门对应的存储器区域(中心)，即用于患者数据组的患者中心、用于任务的工作列表中心、用于上下文数据组的上下文中心以及用于图像数据组的图像中心，并且其中该系统在每个设备上对于每个中心都包含对应的应用以用于访问存储在该中心中的数据组，其中，在前三个提到的中心中分别设有表格存储器(表格存储器)，在其中对于中心的每个数据组都包含有对应的表格项(推)，并且其中每个应用构建为遍历查找(浏览)所对应的中心的表格存储器并且提取和显示所选的推的结果列表(信息流)，并且其中将与图像中心对应的应用构建为用于显示(查看)图像数据组，
图3以示意图示出了设计为在智能手机上运行的应用的用户界面的一页，其用于显示相应地对应的中心的信息流，
图4示出了图3的示图中的应用的用户界面的另一页，其用于显示所对应的中心的推，
图5示出了图3的示图中的与图像中心对应的应用的用户界面的一页，其用于示出图像数据组的图像信息，
图6示出了示出了图3的示图中的应用的、用于在个人计算机、笔记本或平板计算机上运行的变型，其中可以在用户界面上同时示出多个页面，以及
图7示出了根据图6的用户界面的另一页，其用于示出图像数据组的图像信息，
图8以示意框图示出了系统的一个替选的实施方案，其中与图像中心对应的查看应用包含用于分开的模块来显示2D图像数据和体积数据，
图9示出了根据图8的系统的另一实施形式，其中，图像中心与两个独立的应用对应，即用于显示2D图像的2D查看应用和用于视觉示出体积数据的3D查看应用，以及，
图10示出了根据图8的系统的另一实施形式，其中，模态装备有存储器驱动程序，用于直接将图像数据加载到云端存储器的图像中心中。
相符的部件和参量在所有附图中设有相同的附图标记。
具体实施方式
图1以粗略的示意性简图示出了用于管理和处理例如为医院的医学机构2的医学数据的系统。
在硬件方面，系统1包括一定数目的模态3，即机构2的成像用的医学检查设备。于是，在根据图1的示例性示图中的系统1包括计算机断层成像仪4、C型臂设备5和磁共振断层成像设备6。每个模态3都对应于一个(控制和分析)计算机7。
此外，该系统1在硬件方面包括医学机构2的一定数量的用户或终端设备(下面称为设备8)，其用于显示和处理数据。在根据图1的简化示例中，设备9包括具有所连接的屏幕10的个人计算机9、平板计算机11和智能手机12。
作为布置在机构2外部的组成部分，系统1包括公共云13。作为公共云13，在系统1的范围中例如使用由微软公司以名称“Windows Azure”提供的服务。与此不同地，然而在本发明的范围中还可以考虑其它公共云或多个公共云(其可能来自不同的供应商)的组合作为公共云13。
公共云13经由(数据传输)网络14与系统1的机构内部的组件、即模态3和设备8连接。这些网络连接在机构2内部通过机构2的内部网15形成，其例如构建为基于缆线连接以太网技术的所谓的局域网(LAN)和/或无线的无线局域网(WLAN)。在机构2外部，网络14通过因特网16形成。在内部网15与因特网16之间的接口通常布置防火墙17。
由公共云13在系统1的范围中提供的服务通过称作合约18的用户合同来规定。合约18在此调整的是，公共云13的哪些硬件和软件组成部分对于系统1的机构内部部件来说是可访问的。术语合约18因此在下面指的是公共云13的在系统1的范围中与机构2排他地对应的部分。公共云13的其它区域可以如图1中阐明那样在其它合约18’的范围中与其它医学机构2对应。每个机构2,2’在此都仅能访问按照其合约18,18’分配给其的数据和服务，而不能访问其它机构2或2’的数据和服务。公共云在该意义下是“能够应对多客户的”(多客户)。
根据合约18，对于系统1而言在公共云13内为机构2提供：
-下面称作云端存储器19的数据存储器，
-下面称作应用商店20的用于应用(应用软件)的存储器，以及
-云计算服务21。云端存储器19用于持久地存储机构2的数据。应用商店20提供了应用、驱动程序和诸如配置文件和模板(模板)的其它外围软件，其可以被系统1的机构内部组件、即模态3和设备8下载并且在系统 1的工作中在模态3(更确切而言是对应的计算机7)或者设备8上运行。云计算服务21在系统1的范围中对于所有不在模态3或设备8本身上进行的计算运算而言仅可选地被使用。后者涉及尤其计算能力集中地预备相应的模态3的3D图像数据(体积数据)以用于存储(预处理)和/或导出所渲染的视图V(情景或情景图)，以用于二维查看(图像合成、体积渲染)这种体积数据。
在机构2的范围中待管理和待处理的数据包括根据图2的患者数据组 P、任务W、上下文数据组C和图像数据组B，其中，这些数据分别具有前面详细阐述过的内容。图像数据组B在此可以包含医学图像数据或者体积数据或者其它图像、声音、图形或者文本信息(照片、视频、文档)。
根据图2，对于云端存储器19的这些不同的数据类型(资源)中的每个分别设有单独的存储器区域，其在下面被称作(资源)中心。详细而言，在云端存储器19中由此设有
-用于存储患者数据组P的(患者)中心22，
-用于存储任务W的(任务列表)中心3，
-用于存储上下文数据组C的(上下文)中心24，以及
-用于存储图像数据组B的(图像)中心25。
中心22-24中的每个都包括表格存储器(下面称作表格存储器26)。
在系统1的范围中，对于分别对应的中心22-24的表格存储器26中的每个所存储的数据组都设有一个表格项，其下面称作推27。
在根据其性质而由比较少的、离散的细目构成的数据组的情况下，在此将整个数据组作为推27存储在相应的中心22-24的表格存储器26中。这在图2的示例中涉及患者数据组P、任务W以及上下文数据组C。替代表格存储器26，工作列表存储器23为了按照先进先出原则存储任务W还可以具有所谓的队列存储器。
为了存储通常主要由较大且非字母数字的数据块构成的图像数据组B，在图像中心25中替代表格存储器26而设有所谓的Blob存储器28。对于存储在图像中心25中的图像数据组B，在上下文中心24中分别存储有推27 形式的上下文数据组C。这些推27包含至少一个URI 29(统一资源标识符)，其表示图像数据组B在图像中心25的Blob存储器28中的存储位置。
对于中心22-25中的每个，在应用商店20中提供一个应用31-34，其分别选择性地用于示出和用于处理存储在分别对应的中心22-25中的数据组。每个应用31-34由此在设备8的层面上表示对应的中心22-25。应用31-34 因此仿照资源中心也称作“应用中心”。
详细而言，在应用商店20中提供的应用由此提供了：
-用于管理和处理存储在患者中心22中的患者数据组P的应用31，
-用于管理和处理任务W的应用32，
-用于管理和处理上下文数据组C的应用33，以及
-用于显示和处理存储在图像中心25中的图像数据组B的应用34。
应用31-34可以从应用商店20下载到每个设备8上，并且在那里被运行。如果系统1如在图1中所示那样包括不同类型的设备(例如个人计算机 9、平板计算机11和/或智能电话12)，则在应用商店20中分别提供应用31-34 的不同版本，其被适配以用于在相应的设备8上运行。
例如应用31-34为了在平板计算机11和/或智能电话12上运行而被以适配于对应的设备类型的应用的形式来提供，而应用31-34的对于个人计算机 9所提供的版本是设计用于在因特网浏览器上运行的。
相比于常规的用于管理医学数据的IT结构，患者中心22和所对应的应用31从患者来看大致承担常规医院信息系统(HIS)的功能。尤其，将所有患者相关(并且在数据保护方面重要)的患者数据容纳在患者中心22中，其由此对于单个患者形成电子患者档案。其余的中心23-25优选不包含本身对应于特定患者的信息(私人信息)。工作列表中心23和所对应的应用32 对于用户而言基本上对应于常规的放射学信息系统(RIS)，方法是，其列出在机构1内待执行的任务。上下文中心24和所对应的应用33从用户来看大致承担常规PACS的功能，方法是，在那里存储和可以检索对于找到和处理图像数据组B所需的信息。图像中心25和所对应的应用34最后大致承担常规AV系统的功能。
虽然包含在中心22-25和所对应的应用31-34中的功能高度彼此关联，但是中心22-25中的每个连同各自所对应的应用31-34一起可以与相应的其它中心22-25和其应用31-34无关地运行。于是，例如当待显示的图像数据组B的URI 29以其它方式、例如通过电邮、短信或推特提供给与图像中心 25对应的应用34时，也可以在没有上下文中心24的所述的上下文数据组C 的条件下访问包含在图像中心25上的图像数据组B。此外，也可以将患者数据P保存在公共云13外部，因为患者中心22对于其余中心23-25和所对应的应用32-34的功能而言不是必须的。
与患者中心22对应的应用31的核心元素是所谓的浏览功能，其在患者中心22的表格存储器26中查找推27，该推27对应于特定的、能够由用户预先给定的检索项。在此，响应于应用31的搜索查询Q(图2)，从患者中心22向应用31回送下面称作信息流35的、包含了与搜索查询Q对应的推 27的结果列表。应用31在设备8上，在图3中示例性示出的图形用户界面 37的页面36上示出了所获得的信息流35。
在根据图3的示例性实施形式中，页面36主要具有四个功能不同的显示区域，即标头40、检索框41、显示框42和任务栏43。与应用31对应的中心22-24在标头40中被命名。在应用31的示例中，由此标头40例如写有字“患者中心”。此外，在标头40中优选地命名与系统1对应的机构2。
检索框41包含输入行44，经由其可以输入字母数字的检索项，以及按钮45，通过由用户操作该按钮45可以起动基于之前在输入行44中输入的检索项的搜索查询Q。
附加地或替选地，检索框41包含预选框46，经由该预选框46可以通过敲击(在触摸敏感的屏幕的情况下)或者用可能存在的指针设备点击来选择一个或多个预设的检索项。
可以经由预选框46生成的检索项尤其是常用的查找策略。例如，预选框46在与患者中心22对应的应用31的情况下能够实现对于如下的预选，即：应该将
-全部推27(“全部”)，还是
-仅与已经进行了检查的时间安排的患者有关的推27(“进行了时间安排”)，还是
-仅与之前的服务已经结算的患者有关的推27(“已结算”)
作为信息流35回送。
可选地设有，在经由预选框26生成检索项的条件下，将该检索项的字母数字的对应物自动显示在输入行44中。
在显示框42中显示基于检索查询Q而回送的信息流35。显示框42由此以列表格式包含基于应用31的检索查询Q而在患者中心22中找到的那些推27。对于每个推27，例如显示缩小的图像47和/或关键字48。于是，在与患者中心22对应的应用31的情况下，对于每个所显示的推27优选显示患者的缩小的图像以及患者的名字和可选地显示患者身份号。可以由用户交互地改变检索查询Q和基于该检索查询Q回送的信息流35。
该检索是基于按照REST或OData(开放式数据协议标准)的语法来限定的。该检索基本上类似于按照SQL标准的WHERE语句，然而与后者不同，并不取决于静态的重新编索引。尤其是，中心的表格无需用于检索的索引元素，因此也不需要重新编索引，并且相应地无需保存自己的数据服务器或者数据库服务器。
通过简单地敲击或点击在显示框42中示出的推27，可以由用户选择该推27。
任务栏43包含一定数目的按钮49和50，通过由用户操作其可以进行用于控制用户界面27和用于管理和处理所显示的信息流35的基本操作。
应用31在图3中所示的版本中为了显示在智能电话12上而被优化。在此，在智能电话12上在每个时刻总是显示具有单个信息流35的仅一个单个页面36。然而，可以将页面36的多个实例或者整个应用31的多个实例彼此并行地生成，其中，这些实例在显示的背景中可以并行地在智能电话12 上实施。由此，尤其可以彼此并行地处理多个检索查询Q。在此，应用31 或者可能应用31的多个实例优选在泛型的框架模块51(或者容器)中运行。该框架模块51例如可以作为单独的应用或者作为到网络浏览器中的插件来实现。替选地，然而可以将应用31构建为用于在网络浏览器中直接运行，例如作为HTML5应用。
任务栏43的按钮50在此能够实现在应用31的运行中的实例之间的切换，方法是，在操作按钮50之一时，将用户界面37的所显示的页面36淡出，并且显示应用31的另一实例的相应页面36。
任务栏43的其它按钮49尤其与如下功能对应：
-“创建”：响应于相应的按钮49的操作，将用户界面37的新页面36 可能还连同应用31的新实例一起产生。
-“删除”：响应于相应的按钮49的操作，将用户界面37的新页面36 可能还连同所对应的应用31的实例一起结束。
-“读取”：响应于相应的按钮49的操作，将用户界面37的在图4中示意性示出的另一页面52打开，其中显示所选推27的数据内容以用于纯粹查看或用于修改。
页面52根据图4同样包括四个区域，即标头60、标题栏61、显示框 62以及任务栏63。
标头60在此与页面36的标头40类似地示出对应的中心22-24以及机构2。标题栏61表征所显示的数据组的类型并且由此在应用31的情况下例如包含字“患者”(或者“患者实体”)。
在显示框62中，在应用31的情况下示出所选的推27，由此示出(患者)数据组的内容。在该情况下，在显示框62中尤其将患者数据组的框名称67(例如“名”、“姓”、“患者身份号”、“年龄”等)连同相应的框内容 68(即例如具体的名、姓、具体的患者身份号或具体的患者年龄)一起示出。
任务栏63包含按钮64，其尤其被分配有如下功能：
-“创建”：响应于对相应的按钮64的操作，产生页面52的新实例，用于设立新的推27并且由此生成新的(患者)数据组P。
-“更新”：响应于对相应的按钮64的操作，存储可能修改过的框内容 68，方法是，将所显示的推27直接在患者中心22的表格存储器26中以修改后的细目来覆盖。
-“删除”：响应于对相应的按钮64的操作，将所显示的推27通过应用31直接在患者中心22的表格存储器26中删除；关闭所显示的页面52。
此外，任务栏63包含按钮65，响应于对按钮65的操作，应用31将所显示的页面52在不改变推27的条件下关闭并且重新显示作为基础的页面 36。
任务栏43和63可以具有其它用于指令的按钮。同样，也可以将一个或多个借助按钮49、50、64和65描述的功能与智能电话12的可能存在的机电按键相对应。在该情况下优选将相应的按钮从任务栏43移除。
应用32和33分别具有与应用31对应的浏览功能。尤其，应用32和 33各自的用户界面37分别具有借助图3和图4描述的页面36和52。
然而，应用32和33访问工作列表中心23或上下文中心24，并且相应地被适配。于是尤其：
-在应用32的框架中显示的推27包含有关于特定任务W的细目(例如有关于任务的建立日期的细目，其关联于负责该任务的部门；以及关于该任务本身和任务流程的细目，该任务可能合并到该任务流程中)，以及
-在应用33的框架中显示的推27分别包含上下文数据组C的内容、尤其是与数据组B的文件类型、存储位置、数据格式以及可选地拍摄参数有关的细目。
而应用34用于显示(“查看”)存储在图像中心25中的图像数据组B 的非字母数字的内容。为此，应用34的图形用户界面37包括在图5中示出的页面69。与页面52一样，页面69也包含标头70、标题栏71、显示框72 和任务栏73。在标题栏71中，在此例如规定了所显示的图像数据组B的类型(例如“2D查看”、“3D查看”、“媒体查看”、“文件查看”等等)。在显示框72中，显示图像数据组B的视觉内容，即例如图像、体积、视频或者文本文档。任务栏73除了按钮65之外还包含用于影响显示的其它按钮74，例如用于放大或缩小在显示框72中显示的数据内容，或者用于推移所显示的图像片段。此外，按钮74可以设计用于删除图像数据组B。
替代用于显示不同数据类型的共同的页面69，应用33也可以包括不同的查看页面，其分别构建为用于显示特定的文件类型(图像、体积、视频、文本文档等)。
关于体积数据的显示(3D查看)，可以按照两种运行模式运行应用34，即以
-“仅设备模式”，其中，在设备8本身上进行对于在二维屏幕上显示体积数据所需的计算步骤，尤其是制作渲染视图V，以及
-“云服务模式”，其中，应用34为了该计算运算通过相应的请求R(图 2)来请求云计算服务21。
在仅设备模式中，应用34直接访问存储在图像中心25的Blob存储器 28中的图像数据组B。在云服务模式中通过云计算服务21来处理图像数据 B，其中，由云13向应用34仅提供所得到的二维视图V。由于相应的预设，应用34开始在云服务模式中工作，并且仅当与公共云的网络连接低于预先给出的最小质量时才切换到仅设备模式中。
优选地，应用34还包括用于处理图像数据的功能，尤其是用于测量和/ 或分割图像结构和/或用于引入标记和/或注释的功能。为了辅助对所显示的图像数据的医学诊断，应用34还包括用于建立所谓的关键图像K(图2)的功能。如之前提及过那样，其在此涉及快照，即所显示的图像片段的图像信息的副本。应用34在此构建为用于响应于相应的用户指令将所建立的关键图像K直接作为图像数据组B存储在图像中心25的Blob存储器28中。
应用32-34或者可能应用32-34的多个实例同样优选在框架模块51中运行。优选地，在此如在图2中示意性阐明那样，设有用于所有应用31-34 的共同的框架模块51。替选地，也可以为每个应用31-34对应自己的框架模块。
在每个中心22-25与分别对应的应用31-34之间的通信构建为使得其与在因特网数据通信中常见的REST(表述性状态转移)原理兼容。尤其在每个中心22-25与分别对应的应用31-34之间交换的数据满足标准XML、JSON 和ATOM。图像数据B在图像中心25中尤其以JPEG格式存储，体积数据优选以DICOM格式存储。可能从公共云13向应用34提供的体积数据的视图V(情景图)优选是以JPEG格式建立的。
为了直接访问存储在相应的中心22-25中的数据，每个应用31-34使用可以多次实例化的云驱动器，其以应用编程接口(API)的格式存在。
每个应用31-33构建为用于响应于用户的指令将信息流35从所对应的中心22-24导出到设备8的局部存储器中，从而即使在与公共云13没有网络连接的条件下也可以由应用31-33显示和/或处理该信息流35和包含在其中的推27。此外，将每个应用31-33构建为用于，响应于用户的相应的指令，将导出的信息流35或者推27传送到同一或另一应用31-34的另一实例上。对于信息流35或者推27的设备内部的传送，在设备8的存储器中构建有称作“交换机”的本地存储区域，应用31-34的所有实例共同地访问该交换机。为了经由交换机进行交换，将待交换的信息流35或者推27在XML/JSON 文件中串行化，其存储在设备8的本地存储器中并且接下来又被去串行化。为了在不同的设备8之间交换信息流35和推27，应用31-34优选地具有用于推特或者电邮程序的接口。
图6示出了应用31-34的一个变型方案，其中，用户界面37被优化以用于显示在大屏幕上，例如显示在个人计算机9的屏幕10上或者平板计算机11的屏幕上。根据图6的用户界面37与图3和4中示出的用户界面37 的区别主要在于，应用31-33的多个实例和用户界面37的相应的页面36和 /或52是并排地(并且由此同时地)可见的。
在根据图6的示图中，用户界面37还具有导航按钮50，通过操作该导航按钮50又可以在所显示的页面36和/或52之间翻页。
此外，用户界面37还具有菜单栏80，通过操作该菜单栏80可以在不同的应用31-34之间切换。菜单栏80在此尤其是框架模块81(或者容器) 的组成部分，在该框架模块81中运行应用31-34的现有的实例。
图7示出了应用34的页面69的为了在大屏幕上显示而优化过的版本，其中显示框72几乎充满了整个屏幕表面。
图8示出了系统1的一个变型，其中，应用34为了显示2D图像数据和体积数据而包含(2D查看)模块92和与此无关的(3D查看)模块93。应用34在此在受限的版本中也可以借助仅模块92和93之一来运行。2D查看模块92在此为了下载待显示的图像数据组B而总是直接访问图像中心25 的Blob存储器28。3D查看模块93同样直接访问存储在图像中心25上的体积数据或者为了建立视图V而使用云计算服务21。
为了借助应用34显示特定的图像数据组B，例如由与上下文中心24对应的应用33确定对应的推27和通过交换机将其递交给应用34。借助包含在所递交的推27中的URI 29，应用34从图像中心25下载图像数据组B。
图9示出了系统1的另一方案，其中替代唯一的应用34为图像中心25 对应2D查看应用94和与此无关的3D查看应用95。
根据图10，系统1的每个模态3设有在计算机7中实现的存储器驱动程序100。以用于模态3的控制和评估软件的应用编程接口(API)的形式存在的存储器驱动程序100在此构建为，将由模态3产生并且递交给存储器驱动程序100的图像数据组直接(不使用云计算服务21地)写入图像中心 25的Blob存储器28。此外，存储器驱动程序100将所对应的上下文数据组 C作为推27在上下文中心24的表格存储器26中设立。
如果模态3最初以其它数据格式建立图像数据，存储器驱动程序100 在此优选将图像数据(至少如果图像数据是2D图像)转换为JPEG格式。在体积数据的情况下，优选将其以DICOM格式在图像中心25的Blob存储器28中存储。
此外，存储器驱动程序100可选地进行其它数据准备过程(预处理)，之后才将图像数据组存储在图像中心25中。
本发明虽然是根据前面描述的实施例阐明的，但并不限于其。更确切而言，可以从说明书中导出本发明的其它实施例。尤其是也可以将根据实施例描述的本发明的单个特征以其它方式组合，而不偏离本发明的范围。
作为附件附上：
-附件1：用于框架51的用户界面的示例代码(应用中心容器GUI)
-附件2：用于框架51的逻辑的示例代码(应用中心容器代码)
-附件3：用于存储器驱动程序100的示例代码(直接存储适配器)
附件1：用于框架51的用户界面的示例代码(应用中心容器GUI)
附件2:用于框架51的逻辑的示例代码(应用中心容器代码)
MessageBox.Show("创建应用信息流：这里没有应用实例可用- 这里可能有…网络问题…？停止程序！")；
MessageBox.Show("创建应用信息流：错误的M_Model＝在 AppConfig.xml中使用的…"+App.AppInstances[i].M_Model+"，停止工作！ ")；
MessageBox.Show("加载应用信息流项：错误的 M_Model＝…在…AppConfig.xml中使用的"+App.AppInstances[i].M_Model +"，停止工作！！")；
附件3:用于存储器驱动程序100的示例代码(直接存储适配器)
附图标记列表
1 系统
2,2‘ (医学)机构
3 模态
4 计算机断层成像
5 C型臂设备
6 磁共振断层成像设备
7 (控制和评估)计算机
8 设备
9 个人计算机
10 屏幕
11 平板计算机
12 智能电话
13 公共云
14 (数据传输)网络
15 内部网
16 因特网
17 防火墙
18,18‘ 合约
19 云端存储器
20 应用商店
21 云计算服务
22 (患者)中心
23 (工作列表)中心
24 (上下文)中心
25 (图像)中心
26 表格存储器
27 推
28 Blob存储器
29 URI
31 应用
32 应用
33 应用
34 应用
35 信息流
36 页面
37 (图形)用户界面
40 标头
41 检索框
42 显示框
43 任务栏
44 输入行
45 按钮
46 预选框
47 图像
48 关键字
49 按钮
50 按钮
51 框架
52 页面
60 标头
61 标题
62 显示框
63 任务栏
64 按钮
65 按钮
67 框名称
68 框内容
69 页面
70 标头
71 标题
72 显示框
73 任务行
74 按钮
80 菜单栏
81 框架
92 (2D查看)模块
93 (3D查看)模块
94 (2D查看)应用
95 (3D查看)应用
100 存储器驱动程序
P 患者数据组
W 任务
C 上下文数据组
B 图像数据组
V 视图
Q 检索查询
R 请求
K 关键图像

Claims (16)

1.一种用于管理和处理医学机构(2,2’)的数据的方法，
-其中，在公共云(13)的云端存储器(19)中为至少两个不同类型的医学数据组(P,W,C,B)分别提供单独的存储器区域(22-25)，其中，在相应的存储器区域(22-25)中存储的数据组(P,W,C,B)被保存为使得在存在与该存储器区域(22-25)对应的合约(18,18’)时可以从因特网(16)直接访问该数据组(P,W,C,B)，
-其中，为每个存储器区域(22-25)提供了至少一个特别对应的应用(31-34,94,95)用来在用户设备(8,9,11,12)上运行，该应用构建为用于调用或用于示出包含在该对应的存储器区域(22-25)中的数据组(P,W,C,B)。
2.根据权利要求1所述的方法，其中，提供下面列举的存储器区域中的至少两个：
-患者存储器区域(22)，在该患者存储器区域(22)中每个数据组(P)包含关于特定患者的个人和医学数据，
-工作列表存储器区域(23)，在该工作列表存储器区域(23)中每个数据组包含待由医学用户完成的任务(W)或者任务序列，
-图像数据存储器区域(25)，在该图像数据存储器区域(25)中每个数据组(B)包含图像数据，和/或
-上下文存储器区域(24)，在该上下文存储器区域(24)中每个数据组(C)包含图像数据组(B)的上下文信息，尤其是对于所述图像数据组(B)的存储位置的提示(29)。
3.根据权利要求1或2所述的方法，其中，借助所述应用(31-34,94,95)中的至少一个来直接访问包含在所对应的存储器区域(22-25)中的数据组(P,W,C,B)。
4.根据权利要求1或2所述的方法，其中，借助所述应用(31-34,94,95)中的至少一个来直接产生、编辑和删除包含在所对应的存储器区域(22-25)中的数据组(P,W,C,B)。
5.根据权利要求1或2所述的方法，其中，所述应用(34)中的至少一个既能够在仅设备模式中也能够在云服务模式中运行，其中，
-在仅设备模式中，仅由该应用(34)进行包含在所对应的存储器区域(25)中的数据组(B)的访问和示出，
-在云服务模式中对于包含在所对应的存储器区域(25)中的数据组(B)的访问和/或示出使用公共云(13)的计算能力(21)。
6.根据权利要求1或2所述的方法，
-其中，在至少一个存储器区域(22-24)内提供表格存储器(26)，其中，在所述表格存储器(26)内为每个在所述存储器区域(22-24)中存储的数据组(P,W,C)对应表格项(27)，该表格项(27)包含对应的数据组(P,W,C)，以及
-其中，所述表格存储器(26)的内容被与所述存储器区域(22-24)对应的应用(31-33)直接检索以将所选的表格项(27)提取到结果列表(35)中。
7.根据权利要求6所述的方法，其中，借助至少一个应用(31-33)将结果列表(35)从公共云(13)的所对应的存储器区域(22-24)中以如下方式导出到用户设备(8,9,11,12)的本地存储器中，即，使得所述结果列表(35)在与公共云(13)没有网络连接的条件下也能够通过所述应用(31-33)被显示、处理和/或传送到同一应用(31-33)或其它应用(31-34,94,95)的其它实例。
8.根据权利要求1或2所述的方法，通过医学模态(3-6)产生包含患者特定的图像数据的图像数据组(B)，并且所述图像数据组(B)直接存储在云端存储器(19)的对应的存储器区域(25)中。
9.一种用于管理和处理医学机构(2,2’)的数据的系统(1)，具有：
-至少两个位于公共云(13)的云端存储器(19)中的存储器区域(22-25)，用于存储至少两个不同数据类型的医学数据组(P,W,C,B)，其中每个存储器区域(22-25)被分配给一个特定的数据类型(P,W,C,B)，并且其中将存储在相应的存储器区域(22-25)中的数据组(P,W,C,B)存储为使得在存在与该存储器区域(22-25)对应的合约(18,18’)时能够从因特网(16)访问所述数据组(P,W,C,B)，以及
-用于每个存储器区域(22-25)的至少一个应用(31-34,94,95)，用于在用户设备(8,9,11,12)上运行，所述应用构建为用于调用和用于示出包含在所对应的存储器区域(22-25)中的数据组(P,W,C,B)。
10.根据权利要求9所述的系统(1)，其中所述至少两个存储器区域包括：
-患者存储器区域(22)，其中每个数据组(P)包含关于特定患者的个人和医学数据，
-工作列表存储器区域(23)，其中每个数据组包含待由医学用户完成的任务(W)或任务序列，
-图像数据存储器区域(25)，其中每个数据组(B)包含图像数据，和/或
-上下文存储器区域(24)，其中每个数据组(C)包含有关于图像数据组(b)的上下文信息，尤其是对所述图像数据组(B)的存储位置的提示(29)。
11.根据权利要求9或10所述的系统(1)，其中，所述应用(31-34,94)中的至少一个构建为直接访问包含在所对应的存储器区域(22-25)中的数据组(P,W,C,B)。
12.根据权利要求9或10所述的系统(1)，其中，所述应用(31-34,94)中的至少一个构建为直接产生、编辑和删除包含在所对应的存储器区域(22-25)中的数据组(P,W,C,B)。
13.根据权利要求9或10所述的系统(1)，其中，所述应用(34)中的至少一个既能够在仅设备模式中也能够在云服务模式中运行，其中，
-在仅设备模式中，仅由该应用(34)进行包含在所对应的存储器区域(25)中的数据组(B)的访问和示出，
-在云服务模式中对于包含在所对应的存储器区域(25)中的数据组(B)的访问和/或示出使用公共云(13)的计算能力(21)。
14.根据权利要求9或10所述的系统(1)，
-其中，至少一个存储器区域(22-24)包括表格存储器(26)，其中，在所述表格存储器(26)内为每个在所述存储器区域(22-24)中存储的数据组(P,W,C)对应表格项(27)，该表格项(27)包含对应的数据组(P,W)，以及
-其中，所述表格存储器(26)的内容被与所述存储器区域(22-24)对应的应用(31-33)直接检索以将所选的表格项(27)提取到结果列表(35)中。
15.根据权利要求14所述的系统(1)，其中，借助所述应用(31-33)中的至少一个将结果列表(35)从云端存储器(19)的所对应的存储器区域(22-24)中以如下方式导出到用户设备(8,9,11,12)的本地存储器中，即，使得所述结果列表(35)在与公共云(13)没有网络连接的条件下也能够通过所述应用(31-33)被显示、处理和/或传送到同一应用(31-33)或其它应用(31-34,94,95)的其它实例。
16.根据权利要求9或10所述的系统(1)，其具有在医学模态(3-6)中实施或能够实施的存储器驱动程序(100)，该存储器驱动程序(100)构建为，将由医学模态(3-6)产生的、包含患者特定的图像数据的图像数据组(B)直接存储在公共云(13)的对应的存储器区域(25)中。
CN201380079894.1A 2013-09-26 2013-09-26 用于管理和处理医学机构的数据的方法和系统 Active CN105593859B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2013/070097 WO2015043640A1 (de) 2013-09-26 2013-09-26 Verfahren und system zur verwaltung und bearbeitung von daten einer medizinischen einrichtung

Publications (2)

Publication Number Publication Date
CN105593859A CN105593859A (zh) 2016-05-18
CN105593859B true CN105593859B (zh) 2019-07-12

Family

ID=49301463

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380079894.1A Active CN105593859B (zh) 2013-09-26 2013-09-26 用于管理和处理医学机构的数据的方法和系统

Country Status (3)

Country Link
US (1) US11404160B2 (zh)
CN (1) CN105593859B (zh)
WO (1) WO2015043640A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11461010B2 (en) * 2015-07-13 2022-10-04 Samsung Electronics Co., Ltd. Data property-based data placement in a nonvolatile memory device
US10282324B2 (en) 2015-07-13 2019-05-07 Samsung Electronics Co., Ltd. Smart I/O stream detection based on multiple attributes
US10509770B2 (en) 2015-07-13 2019-12-17 Samsung Electronics Co., Ltd. Heuristic interface for enabling a computer device to utilize data property-based data placement inside a nonvolatile memory device
CN106815469A (zh) * 2016-12-25 2017-06-09 东莞市讯易机电科技有限公司 一种医院放射科移动医疗通讯存储系统
EP3503113B1 (de) 2017-12-22 2024-02-21 Siemens Healthineers AG Cloudbasierte mr-bildgebung
US10839955B2 (en) 2019-04-16 2020-11-17 International Medical Solutions, Inc. Methods and systems for electronically receiving, modifying and distributing three-dimensional medical images
CN111399756B (zh) * 2019-09-29 2024-01-02 杭州海康威视系统技术有限公司 一种数据存储方法、数据下载方法及装置
DE102020206726A1 (de) * 2020-05-28 2021-12-02 Siemens Healthcare Gmbh Verfahren zur Verarbeitung eines medizinischen Datensatzes durch eine Edge-Anwendung auf der Basis einer cloudbasierten Anwendung
US11538578B1 (en) 2021-09-23 2022-12-27 International Medical Solutions, Inc. Methods and systems for the efficient acquisition, conversion, and display of pathology images

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102831561A (zh) * 2012-09-05 2012-12-19 重庆中迪医疗设备有限公司 医疗云存储系统
CN102982245A (zh) * 2012-12-06 2013-03-20 常州普适信息科技有限公司 基于云平台的远程医疗系统

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102008037094B4 (de) 2008-05-08 2015-07-30 Siemens Aktiengesellschaft Speichern und Bereitstellen von medizinischen Bilddaten in einem computerbasierten verteilten System
US8370293B2 (en) * 2008-08-21 2013-02-05 Terarecon Inc. Workflow template management for medical image data processing
US8285681B2 (en) 2009-06-30 2012-10-09 Commvault Systems, Inc. Data object store and server for a cloud storage environment, including data deduplication and data management across multiple cloud storage sites
US9141410B2 (en) 2011-03-08 2015-09-22 Rackspace Us, Inc. Pluggable allocation in a cloud computing system
US20130006865A1 (en) * 2011-06-29 2013-01-03 Mckesson Financial Holdings Limited Systems, methods, apparatuses, and computer program products for providing network-accessible patient health records
KR101597250B1 (ko) * 2011-07-20 2016-02-25 네이버 주식회사 메모 데이터의 동기화를 위한 메모 동기화 시스템, 모바일 시스템 및 메모 동기화 방법
US20130185331A1 (en) * 2011-09-19 2013-07-18 Christopher Conemac Medical Imaging Management System
US8553965B2 (en) 2012-02-14 2013-10-08 TerraRecon, Inc. Cloud-based medical image processing system with anonymous data upload and download
EP2911054A1 (de) * 2014-02-20 2015-08-26 Siemens Aktiengesellschaft System zur Verwaltung und Bearbeitung von Daten einer medizinischen Einrichtung

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102831561A (zh) * 2012-09-05 2012-12-19 重庆中迪医疗设备有限公司 医疗云存储系统
CN102982245A (zh) * 2012-12-06 2013-03-20 常州普适信息科技有限公司 基于云平台的远程医疗系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
《A Cloud-based Approach for Interoperable Electronic Health Records(EHRs)》;Arshdeep Bahga 等;《IEEE Journal of Biomedical and Health Informationtics》;20130930;第17卷(第5期);摘要，第Ⅰ-Ⅴ节，图2-4，图14

Also Published As

Publication number Publication date
CN105593859A (zh) 2016-05-18
US20160239615A1 (en) 2016-08-18
US11404160B2 (en) 2022-08-02
WO2015043640A1 (de) 2015-04-02

Similar Documents

Publication Publication Date Title
CN105593859B (zh) 用于管理和处理医学机构的数据的方法和系统
US10764289B2 (en) Cross-enterprise workflow
US8689008B2 (en) Operating system
US10191626B2 (en) System for managing and processing data from a medical facility
CN103870287B (zh) 为医疗成像产生和运行软件应用程序的系统
US20090132285A1 (en) Methods, computer program products, apparatuses, and systems for interacting with medical data objects
Valente et al. A RESTful image gateway for multiple medical image repositories
EP3891690B1 (en) Intelligent meta pacs system and server
EP2191615A2 (en) Healthcare semantic interoperability platform
CN112860777B (zh) 数据处理方法、装置及设备
US20180004897A1 (en) Ris/pacs integration systems and methods
CN108292350A (zh) 支持联合搜索的对受保护字段的自动操作检测
Forslund et al. Experiences with a distributed virtual patient record system.
CN108055141A (zh) 与应用的上下文式交互
Pienaar et al. ChRIS-A web-based neuroimaging and informatics system for collecting, organizing, processing, visualizing and sharing of medical data
Lebre et al. Dicoogle open source: the establishment of a new paradigm in medical imaging
US20130041914A1 (en) Systems and methods for improving cache hit success rate using a split cache
Alves et al. Cloud-based privacy-preserving medical imaging system using machine learning tools
Laird et al. Design and implementation of an Internet-based medical image viewing system
US20150149209A1 (en) Remote/local reference sharing and resolution
Lebre et al. Pathobox: the collaborative tele-pathology platform with access management
Pooshfam et al. A web-based framework for resource sharing and collaborative medical image annotation
US20210158938A1 (en) Enhanced Enterprise Image Reading with Search and Direct Streaming
Kanagaraj et al. Proposal of Sharing Medical Images in an OpenSource Cloud Computing System
Hsieh Distributed multimedia collaborative system framework for tele-healthcare remote consultation systems

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20240828

Address after: German Phu F Haim

Patentee after: Siemens Medical AG

Country or region after: Germany

Address before: Erlangen

Patentee before: SIEMENS HEALTHCARE GmbH

Country or region before: Germany