医疗信息交互传输框架系统的制作方法
【专利摘要】一种医疗信息交互传输框架系统，包括：应用接口模块，用于接收数据和功能请求并以通用的数据结构转发所述数据和功能请求；任务管理模块，用于将所述功能请求和应用数据组织成事务，并对所述事务进行管理，对作业进行执行调度；协议实现模块，用于完成基于信息交互标准的信息交互；平台抽象接口模块，用于将具有平台相关性的功能定义为一组抽象接口。上述医疗信息交互传输框架系统通过在医疗信息交互传输框架系统中封装数据传输过程中的数据结构、任务管理和控制等逻辑，提供复用信息交互通用功能的方法，可以简化开发过程，降低开发复杂度，提高产品质量。
【专利说明】医疗信息交互传输框架系统
【技术领域】
[0001]本发明涉及医疗设备和医疗信息系统领域，特别是涉及医疗信息交互传输框架系统。
【背景技术】
[0002]随着医疗信息电子化的发展，基于传统介质的信息交互手段无法满足信息交互的需求，医疗设备和信息系统间需要进行大量电子化信息的交互，例如在各种图像获取设备、检验设备、监护设备、HIS系统(Hospital Information System,医院信息系统)、PACS系统(Picture Archiving and Communication Systems,影像归档和通信系统)和 CMIS 系统(Clinical Monitoring Information Station,临床监护信息系统)间传递病人相关信息，包括病人姓名、病人ID等人口统计学信息和检查图像等。信息的内容复杂，数据格式各异，不同设备间软硬件差别较大。在信息交互过程需要遵守相关标准，如DICOM (DigitalImaging and Communications in Medicine,医疗图像传输标准)、HL7 (Health Level 7,卫生信息交换标准)、ASTM (American Society for Testing and Materials,美国实验与材料协会标准)等。
[0003]各种医疗设备和医疗信息系统的实现中都需要包括符合相应传输标准的数据传输模块。随着应用层复杂性的增长，需要完成的数据传输任务逐步增多。通常，用户希望能够在提交传输任务后继续其他操作，并且能够提交多个任务，在任务执行完成后获得执行结果息。
[0004]这就要求系统具备后台处理信息交互任务的能力，并实现多交互任务并行执行的管理和调度方法，以避免用户长时间等待。一般不同的系统需要按照不同的传输标准和具体的应用需求来实现类似的任务管理和数据传输模块，逻辑复杂度高，开发难度大。
【发明内容】
[0005]基于此，有必要针对一般不同的系统需要按照不同的传输标准和具体的应用需求来实现类似的任务管理和数据传输模块，逻辑复杂度高，开发难度大的问题，提出一种集成简单、功能完善的医疗信息交互传输框架系统。
[0006]—种医疗信息交互传输框架系统,包括:
[0007]应用接口模块，用于接收数据和功能请求并以通用的数据结构转发所述数据和功能请求；
[0008]任务管理模块，用于将所述功能请求和应用数据组织成事务，并对所述事务进行管理，对作业进行执行调度；
[0009]协议实现模块，用于完成基于信息交互标准的信息交互；
[0010]平台抽象接口模块，用于将具有平台相关性的功能定义为一组抽象接口。
[0011]在其中一个实施例中，所述应用接口模块包括:
[0012]数据传入单元，用于将接收的数据构建成应用数据集并对其进行管理；[0013]任务控制单元，用于实现对事务的提交、取消和重试操作；
[0014]信息反馈单元，用于实现主动查询和注册通知。
[0015]在其中一个实施例中，所述数据传入单元定义了应用数据集构建方法和数据控制接口，所述应用数据集构建方法中的数据元素表示方法定义传输模块能够处理的数据类型的集合，其中每个数据元素具有唯一标识，所述标识可自定义扩展，每个数据元素具有唯一的数据类型；应用数据集构建方法中的数据树构建方法定义数据树节点类型及数据树节点上可挂接的数据元素；通过所述数据控制接口对数据树节点进行添加、查询和删除数据操作。
[0016]在其中一个实施例中，在同一事务内部共享数据。
[0017]在其中一个实施例中，所述任务管理模块包括:
[0018]应用数据管理单元，用于对应用数据树的创建和管理；
[0019]多任务数据共享单元，用于在数据准备过程中将应用数据保存在内存和文件中，供作业执行过程中使用；
[0020]多任务并行控制调度单元，用于事务的创建、执行和调度；
[0021]保存和恢复单元，用于保存和恢复框架配置参数和事务；
[0022]信息查询单元,用于响应信息查询请求反馈信息。
[0023]在其中一个实施例中，所述事务创建包括:创建事务、设置事务的行为配置参数、绑定事务与应用数据树；所述事务执行包括:提交事务执行、解析事务，创建作业、提交作业执行；所述事务调度采用并行调度方法。
[0024]在其中一个实施例中，所述多任务并行控制调度单元包括作业管理器和作业执行器，所述事务创建一个或多个作业并被提交给所述作业管理器进行统一调度，所述作业执行器负责完成作业的执行，每个作业执行器封装一个线程，所述作业的调度和执行采用多线程技术实现。
[0025]在其中一个实施例中，所述保存和恢复单元在需要保存时，将用该框架系统实现的传输模块设置为暂停状态，将框架配置参数和事务序列化实现保存；在需要恢复时，读取框架配置参数和事务数据并进行反序列化，并将传输模块设置为暂停状态。
[0026]在其中一个实施例中，所述信息查询单元提供主动查询和注册更新两种信息查询方式。
[0027]在其中一个实施例中，所述协议实现模块包括:
[0028]服务单元，用于实现信息交互标准规定的传输服务流程；
[0029]数据转换单元，用于将数据转换为信息交互标准规定的语法格式，并将收到的数据转换为框架系统内部格式；
[0030]数据收发单元，用于实现信息交互标准定义的底层消息交换机制，将应用数据传输出去，并接收传入的数据。
[0031]上述医疗信息交互传输框架系统基于对不同应用场景下信息交互需求共性的分析和梳理，在框架系统中封装各种通用和抽象的系统逻辑，以框架的方式在不同医疗设备和信息系统中复用，为复杂医疗设备和信息系统的开发提供支持，达到简化开发过程，降低开发复杂度，提高系统质量的目的。【专利附图】
【附图说明】
[0032]图1为医疗信息交互传输框架系统的模块图；
[0033]图2为应用接口模块的模块图；
[0034]图3为一个典型的数据树的示意图；
[0035]图4为任务管理模块的模块图；
[0036]图5为协议实现模块的模块图。
【具体实施方式】
[0037]医疗信息交互传输框架系统应用在医疗设备和信息系统中，针对不同系统进行适应性开发后即可实现医疗信息传输模块。基于对不同应用场景下信息交互需求共性的分析和梳理，在框架系统中封装各种通用和抽象的系统逻辑，以框架的方式在不同医疗设备和信息系统中复用，为复杂医疗设备和信息系统的开发提供支持，达到简化开发过程，降低开发复杂度，提高系统质量的目的。
[0038]在以下实施方式中:
[0039]应用模块是指医疗设备和医疗信息系统中实现问题域逻辑控制、数据显示等的功能模块，例如超声设 备中的应用模块、监护设备中的应用模块或影像归档和通信系统中的应用1?块等等。
[0040]事务是指一个复合的信息交互服务请求，包括配置信息和应用数据，与某个应用数据树绑定，同一事务只能与一个应用数据树绑定。事务可包括多个作业。配置信息包含信息交互过程需要遵守的相关标准的交互参数，例如DICOM (Digital Imaging andCommunications in Medicine,医疗图像传输标准)、HL7 (Health Level 7,卫生信息交换标准)、ASTM (American Society for Testing and Materials,美国实验与材料协会标准)等标准的相关参数。
[0041]作业:执行信息交互服务(例如DICOM服务)的单元。由事务创建，事务可以根据配置信息创建一个或多个作业，每个作业对应一个交互过程。例如，一个事务的配置信息中可以描述为要求一张超声图像存储到服务器A和B上，并通过打印机C进行打印，此时，该事务将创建三个作业，分别完成与A、B和C的交互。同一事务包含的作业将共享应用数据，例如DICOM服务中的像素数据。
[0042]如图1所示，医疗信息交互传输框架系统(以下简称框架系统)包括应用接口模块110、任务管理模块120、协议实现模块130及平台抽象接口模块140。
[0043]应用接口模块110用于接收数据和功能请求并以通用的数据结构转发所述数据和功能请求。应用接口模块110处于最外层，是应用模块访问本框架系统的接口，定义了框架系统能够提供的功能和使用方式。应用模块通过调用应用接口模块110中的接口使用各种功能。应用接口模块110本身不具备实际功能，而是以通用的数据结构，调用任务管理模块120的各个功能模块，将应用模块传入的各类数据和功能请求转发给任务管理模块120。应用接口模块110由一组抽象接口组成，向应用模块提供功能访问接口，应用接口模块110定义了应用模块与由该框架系统实现的传输模块的交互行为和数据结构，规范了应用模块与传输模块的协作过程，隐藏了传输模块的实现细节，使应用接口模块110两侧的实现可以独立变化，降低了耦合度，保证了框架系统的可重用性。[0044]本实施例中，如图2所示,应用接口模块110包括数据传入单元112、任务控制单元114和信息反馈单元116。
[0045]数据传入单元112用于将接收的数据构建成应用数据集并对其进行管理。具体来说，数据传入单元112定义了应用数据集构建方法和数据控制接口。应用数据集构建方法中的数据元素表示方法定义传输模块能够处理的数据类型的集合，其中每个数据元素具有唯一标识，该标识可自定义扩展，每个数据元素具有唯一的数据类型。框架系统提供医疗信息领域基本的数据元素，并允许用户添加自定义数据元素。应用数据集构建方法中的数据树构建方法定义数据树节点类型及数据树节点上可挂接的数据元素，其中数据树节点类型分为根节点、病人信息节点、检查信息节点、序列信息节点、图像信息节点和文件信息节点。数据树节点可按照应用需要挂接为一颗完整的树。本实施例中，该数据树模型基于DICOM标准中的信息模型，并增加了文件信息节点，一个典型的数据树的例子如图3所示。通过数据控制接口对数据树节点进行添加、查询和删除数据操作。
[0046]任务控制单元114用于实现对事务的提交、取消和重试操作，包括事务提交接口、取消接口、重试操作接口。应用模块提供事务提交接口提交事务，通过取消接口取消事务，通过重试操作接口进行事务的重试。
[0047]信息反馈单元116用于实现主动查询和注册通知，包括主动查询接口和注册更新接口。主动查询指应用模块根据事务或作业的ID查询相关信息；注册更新指应用模块在作业生存期内向作业订购某兴趣类型的信息，当作业执行中该类兴趣相关信息更新时，将通过回调通知订购者。
[0048]任务管理模块120通过对任务管理流程的抽象，实现并封装了通用逻辑，并提供对可变化部分的访问方法。用户基于该框架系统开发时，能够直接重用这部分功能逻辑，并根据应用场景的不同需求来实现各种变化。任务管理模块120将功能请求和应用数据组织成事务，事务包括若干作业，其中功能请求通过配置信息表达。任务管理模块120对事务进行管理，对作业进行执行调度。在同一事务内部共享应用数据。每个作业的执行，都会调用协议实现模块130的相应的信息交互标准(例如DIC0M)的服务功能。
[0049]如图4所示，本实施例中，任务管理模块120包括应用数据管理单元121、多任务数据共享单元123、多任务并行控制调度单元125、保存和恢复单元127和信息查询单元129。
[0050]应用数据管理单元121用于对应用数据树的创建和管理。应用数据管理单元121实现了应用接口模块110中的数据传入单元112定义的数据控制接口对数据树节点执行添力口、查询和删除数据操作。应用数据包括病人信息、检查信息、序列信息、图像信息和像素信息等。每棵应用数据树包含若干节点，应用数据根据类型分别保存在不同节点上。节点创建、数据添加和节点挂接的过程分别进行，彼此独立。
[0051]多任务数据共享单元123(Share Data)用于在数据准备过程中将应用数据保存在内存和文件中，并提供共享访问的方法，供作业执行过程中使用。不同作业可能并行执行，将互斥访问共享数据。事务根据配置信息中包含的数据传输目标来创建作业，每个作业完成向一个目标的数据传输。在同一事务范围内的多个作业共享应用数据。框架系统中，还可以通过抽象工厂模式支持扩展事务内共享数据的保存和读取逻辑。抽象工厂模式是指当有多个抽象角色时，使用的一种工厂模式。
[0052]多任务并行控制调度单元125 (Task Control)用于事务的创建、执行和调度。事务创建包括:创建事务、设置事务的行为配置参数、绑定事务与应用数据树；事务执行包括:提交事务执行、解析事务，创建作业、提交作业执行；事务调度采用并行调度方法。多任务并行控制调度单元125包括作业管理器和作业执行器。事务创建一个或多个作业并被提交给作业管理器进行统一调度。作业执行器负责完成作业的执行，每个作业执行器封装一个线程。作业管理器采用策略模式选定调度策略。不同调度策略选择不同数量的作业执行器，每个作业执行器对应一个待处理的作业队列，当激活调度过程时，将从队列中选择待执行的作业，提交给作业执行器执行，执行结束或被暂停时，将从该队列中寻找下一个可执行的作业，直至没有任何待执行作业，则作业执行器进入休眠状态，等待下次激活。作业调度过程中维护自身的状态信息。框架系统中还可以通过抽象工厂模式支持扩展作业执行器中具体的作业执行逻辑。
[0053]本实施例中，作业的调度和执行采用多线程技术实现。数据传输任务的提交采用同步接口，而传输执行采用异步过程，允许传输任务在后台执行。应用模块不需要阻塞来等待执行结果，在提交传输任务后，可以执行其他功能。框架系统通过注册和回调机制来反馈信息，实现信息反馈单元116的注册通知功能。多线程的实现方式能够更有效的利用系统资源，提高整体性能，与单线程方式相比，编程也更复杂。框架系统中还可以通过策略模式支持作业调度逻辑的扩展。策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。
[0054]保存和恢复单元127用于保存和恢复框架配置参数和事务。保存和恢复单元127将用该框架系统实现的传输模块设置为暂停状态，将信息序列化，包括框架配置参数(例如框架系统的共享内存大小、调度策略等)和事务。其中，事务的序列化包括配置信息、应用数据和作业的序列化。作业序列化是将正在执行的作业暂停，并将状态信息和执行参数信息等保存。恢复是一个反序列化过程，从文件中读取框架配置参数和事务信息，根据配置信息设置框架系统实现的传输模块，并重建事务。事务的重建包括参数配置和作业重建，作业重建后处于暂停状态。
[0055]信息查询单元129用于响应信息查询请求反馈信息,例如响应信息反馈单元116的请求。信息查询单元129提供主动查询和注册更新两种信息查询方式。主动查询指应用模块根据事务或作业的ID查询相关信息；注册更新方式指应用模块在作业生存期内向作业订购某兴趣类型的信息，当作业执行中该类兴趣相关信息更新时，将通过回调通知订购者。
[0056]协议实现模块130是对信息交互标准(例如DIC0M、HL7或ASTM)的实现，完成基于信息交互标准的信息交互。协议实现模块130实现了基于信息交互标准的数据传输流程，如图5所示，包括服务单元132、数据转换单元134及数据收发单元136。
[0057]服务单元132实现信息交互标准规定的传输服务流程，按照标准规定处理应用数据，并处理收到的数据。应用数据是应用模块使用的数据，需要转换才能进行交互或是由框架系统处理；收到的数据是符合信息交互标准(例如DIC0M、HL7或ASTM)的数据。本实施例中，服务单元132实现DICOM标准规定的传输服务流程。由于框架系统中定义了抽象的服务描述，根据具体采用的信息交互标准可以实现相应的传输控制流程，如扩展到HL7标准等。
[0058]数据转换单元134将数据转换为信息交互标准规定的语法格式，并将收到的数据转换为框架系统内部格式。本实施例中，数据转换单元134将数据转换为DICOM标准规定的语法格式。由于框架系统中定义了抽象的数据转换接口，用户可以根据信息交互标准来实现具体的数据格式转换，如扩展到HL7标准。
[0059]数据收发单元136基于网络功能接口和文件系统功能接口等，实现信息交互标准定义的底层消息交换机制，将应用数据传输出去，并接收传入的数据。数据收发单元136还可以允许用户扩展收发数据过程中的读写逻辑和缓冲逻辑。
[0060]平台抽象接口模块140将具有平台相关性的功能定义为一组抽象接口。使用所述框架系统的应用系统根据所述抽象接口实现具体功能，例如线程、文件系统、底层传输(网络/串口)、信号量和压缩算法等。在不同应用环境中依据不同平台的要求实现这些抽象接口的具体功能，供框架系统使用。本实施例中，用户必须完全实现平台抽象接口模块140定义的所有抽象接口，并且必须符合接口定义中的数据结构和功能描述。通过平台抽象接口模块140使基于框架系统实现的传输模块具有平台无关性。具体来说，平台抽象接口模块140实现了对操作系统相关功能的封装，是本框架系统对外部的依赖。应用模块需要根据平台抽象接口模块140定义的抽象接口实现具体功能。在任务管理模块120和协议实现模块130中会根据需要，调用平台抽象接口模块140的功能接口，访问应用模块提供的功能实现。
[0061]容易理解，采用上述医疗信息交互传输框架系统进行适应性开发后获得的医疗设备系统医疗信息系统由于仍然具备上述医疗信息交互传输框架系统的框架结构，因此仍然属于本发明的保护范围。
[0062]以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
【权利要求】
1.一种医疗信息交互传输框架系统，其特征在于，包括: 应用接口模块，用于接收数据和功能请求并以通用的数据结构转发所述数据和功能请求； 任务管理模块，用于将所述功能请求和应用数据组织成事务，并对所述事务进行管理，对作业进行执行调度； 协议实现模块，用于完成基于信息交互标准的信息交互； 平台抽象接口模块，用于将具有平台相关性的功能定义为一组抽象接口。
2.根据权利要求1所述的医疗信息交互传输框架系统，其特征在于，所述应用接口模块包括: 数据传入单元，用于将接收的数据构建成应用数据集并对其进行管理； 任务控制单元，用于实现对事务的提交、取消和重试操作； 信息反馈单元，用于实现主动查询和注册通知。
3.根据权利要求2所述的医疗信息交互传输框架系统，其特征在于，所述数据传入单元定义了应用数据集构建方法和数据控制接口，所述应用数据集构建方法中的数据元素表示方法定义传输模块能够处理的数据类型的集合，其中每个数据元素具有唯一标识，所述标识可自定义扩展，每个数据元素具有唯一的数据类型；应用数据集构建方法中的数据树构建方法定义数据树节点类型及数据树节点上可挂接的数据元素；通过所述数据控制接口对数据树节点进行添加、查询和删除数据操作。
4.根据权利要求1所述的医疗信息交互传输框架系统，其特征在于，在同一事务内部共享数据。
5.根据权利要求1所述的医疗信息交互传输框架系统，其特征在于，所述任务管理模块包括: 应用数据管理单元，用于对应用数据树的创建和管理； 多任务数据共享单元，用于在数据准备过程中将应用数据保存在内存和文件中，供作业执行过程中使用； 多任务并行控制调度单元，用于事务的创建、执行和调度； 保存和恢复单元，用于保存和恢复框架配置参数和事务； 信息查询单元，用于响应信息查询请求反馈信息。
6.根据权利要求5所述的医疗信息交互传输框架系统，其特征在于，所述事务创建包括:创建事务、设置事务的行为配置参数、绑定事务与应用数据树；所述事务执行包括:提交事务执行、解析事务，创建作业、提交作业执行；所述事务调度采用并行调度方法。
7.根据权利要求5所述的医疗信息交互传输框架系统，其特征在于，所述多任务并行控制调度单元包括作业管理器和作业执行器，所述事务创建一个或多个作业并被提交给所述作业管理器进行统一调度，所述作业执行器负责完成作业的执行，每个作业执行器封装一个线程，所述作业的调度和执行采用多线程技术实现。
8.根据权利要求5所述的医疗信息交互传输框架系统，其特征在于，所述保存和恢复单元在需要保存时，将用该框架系统实现的传输模块设置为暂停状态，将框架配置参数和事务序列化实现保存；在需要恢复时，读取框架配置参数和事务数据进行反序列化，并将传输模块设置为暂停状态。
9.根据权利要求5所述的医疗信息交互传输框架系统，其特征在于，所述信息查询单元提供主动查询和注册更新两种信息查询方式。
10.根据权利要求1所述的医疗信息交互传输框架系统，其特征在于，所述协议实现模块包括: 服务单元，用于实现信息交互标准规定的传输服务流程； 数据转换单元，用于将数据转换为信息交互标准规定的语法格式，并将收到的数据转换为框架系统 内部格式； 数据收发单元，用于实现信息交互标准定义的底层消息交换机制，将应用数据传输出去，并接收传入的数据。
【文档编号】H04L29/08GK103810362SQ201210444250
【公开日】2014年5月21日 申请日期:2012年11月8日 优先权日:2012年11月8日
【发明者】郭威, 张士玉, 李理, 王晓晖, 杜刚 申请人:深圳迈瑞生物医疗电子股份有限公司