[发明专利]一种基于非结构化数据库和IPF的共享文档的系统

说明书

本发明提供一种基于非结构化数据库和IPF的共享文档的系统，包括IPF和Camel，还包括以下模块：SpringBoot、服务实现模块、路由实现模块、数据存储库：所述SpringBoot是所述系统的母体，所述系统基于所述SpringBoot进行构建；所述路由实现模块用于实现符合IHE规范的服务接口，并将这些接口在系统内部连接到对应的所述服务实现模块；所述服务实现模块用于实现系统内部用于文档共享的具体业务逻辑；所述Camel用于调用系统内部的各个服务。本发明利用非关系型数据库优势来存储各种文档数据，基于非关系型数据库来设计业务逻辑，减少不必要的循环和调用，提高整体的数据吞吐率，基于具体的业务场景设计数据库，而非无差别的存储所有的请求数据，降低冗余数据的存储，优化系统的处理速度。

技术领域

本发明涉及医疗诊断的技术领域，特别是一种基于非结构化数据库和IPF的共享文档的系统。

背景技术

现有的共享文档方案中，尤其以IPF对IHE的规范支持的较好，但基于IPF的文档共享方案只有IPF官方的示例项目，其只是将IPF进行了集成，且支持XDS协议，但由于仅仅是示例项目，因此其将文档数据只是存储在了内存中，因此存在断电数据丢失的问题。

因此公司如需使用IPF的共享文档方案，大多先下载其官方示例项目(即内存版本的XDS)，然后对其进行数据存储部分进行改动，改动过程为将数据的存储由内存改为数据库。

目前已知的方案中，大多为两种：一是采用了关系型数据库，例如ORACLE等，但由于此类数据库天生对非结构化数据的支持不好，因此其效率低下；二是采用了非关系型数据库，例如MONGODB等，此方案在数据插入和存储效率上有明显的提升，但受限于官方IPF示例项目本身的业务逻辑问题，其数据存储效率还是会很差，且无法通过升级硬件或搭建集群环境来解决此问题。

这两种方案中,都采用了将请求数据拆分为五部分,即DocumentEntry、Folder、SubmissionSet、Association、DocumentEntry。而且每次请求被拆分完成后，这五部分每部分都可能有若干个，这样服务器在实际数据存储时，就需要无差别的存储所有的数据，并将这五部分数据分别存储在五张表中，且这五部分在存储的时候，每一部分都需要在对应的表中进行校验(举例，某次请求被拆分后，共有8个对象<这8个对象分别属于五部分中的一种>，这样当前请求就需要被校验8次)，这就意味着数据被拆分的个数越多，请求就越耗时。

对现有系统测试后，发现存在以下缺点：一是现有系统的处理速度过于缓慢，会造成极差的用户体验；二是随着数据库数据量增加，系统整体的处理速度会出现明显的降低。

发明内容

为了解决上述的技术问题，本发明提出一种基于非结构化数据库和IPF的共享文档的系统，利用非关系型数据库优势来存储各种文档数据，基于非关系型数据库来设计业务逻辑，减少不必要的循环和调用，提高整体的数据吞吐率，基于具体的业务场景设计数据库，而非无差别的存储所有的请求数据，降低冗余数据的存储，优化系统的处理速度。

本发明目的是提供了一种基于非结构化数据库和IPF的共享文档的系统，包括IPF和Camel，还包括以下模块：

SpringBoot、服务实现模块、路由实现模块、数据存储库：

所述SpringBoot是所述系统的母体，所述系统基于所述SpringBoot进行构建；

所述路由实现模块：用于实现符合IHE规范的服务接口，并将这些接口在系统内部连接到对应的所述服务实现模块；

所述服务实现模块：用于实现系统内部用于文档共享的具体业务逻辑；所述Camel：用于调用系统内部的各个服务。

优选的是，所述路由实现模块包括ITI-18路由子模块、ITI-41路由子模块、ITI-42路由子模块和ITI-43路由子模块。