医院业务数据管理平台及方法与流程

文档序号:12603712阅读:3713来源:国知局
医院业务数据管理平台及方法与流程

本发明涉及医院业务管理,具体地,涉及一种医院业务数据管理平台及方法。



背景技术:

医院业务管理具有很强的专业性和复杂性,因此传统的医院管理信息系统,普遍采用PC端运行模式,使用起来很受办公场所和时间限制,不能做到随时查看;

此外,受传统数据分析技术的限制,新的需求扩展比较困难,例如新增一个患者医保类型的统计维度,如果在初始设计阶段没有为此充分考虑,通常要修改数据存储结构和服务程序;再者,即使以上需求能够勉强实现,受传统数据库处理能力的限制,很难解决对海量数据的多维度统计的效率问题,随着医院业务数据的与日俱增,系统对终端请求的响应速度将急剧下降。

经过对现有技术的检索,发现申请号为200610033537.3,名称为医院信息系统的发明包括有医院信息管理系统HIS、医学影像传输与存储系统PACS、检验网络信息系统LIS,所述的各个系统之间通过交换机连接实现信息传输和交换。该发明是医院各系统的集成平台,可以为其他系统提供接入服务;但是该发明只包含院内系统集成,用户需要在院内通过专门系统接入使用,收到时间和空间上的限制。



技术实现要素:

针对现有技术中的缺陷,本发明的目的是提供一种医院业务数据管理平台及方法。

根据本发明提供的医院业务数据管理平台,包括数据集成模块、数据中心模块以及数据展示模块;

其中,数据集成模块,用于从医院业务系统中抽取数据;

数据中心模块,用于存储数据集成模块抽取来的数据;

数据展示模块,用于根据用户请求,向终端用户展示数据。

优选地,所述数据集成模块包括提取层和清洗层;

其中,所述提取层,用于连接医院业务系统,用于从医院业务系统中抽取数据,进行数据库级的数据同步;

所述清洗层,用于将抽取数据进行筛查、清洗,清除掉无效数据,然后将清洗后的数据送往数据中心模块。

优选地,所述数据中心模块包括基础数据库和多维数据仓库;

其中,所述基础数据库,用来存储清洗后的数据;

所述多维数据仓库建立在基础数据库的基础之上,用于通过多种维度对数据进行统计、存储。

优选地,所述数据展示模块包括服务接口、服务管理模块以及移动应用App;

其中,所述服务接口,用于提供数据请求接口,根据移动应用App的请求,从数据中心模块中读取需要的数据,并返回给移动应用App;

所述服务管理模块,用于管理移动应用App对应的终端用户信息以及数据查询规则的定义;

移动应用App,用于终端用户与数据中心模块交互。

优选地,所述多种维度包括如下的任一维度或任多维度:

-时间;

-科室;

-诊疗类型;

-患者来源。

本发明提供的医院业务数据管理方法,其特征在于,包括如下步骤;

数据集成步骤,从医院业务系统中抽取数据;

数据中心步骤,存储数据集成模块抽取来的数据;

数据展示步骤,根据用户请求,向终端用户展示数据。

优选地,所述数据集成步骤包括如下步骤;

其中,提取步骤,从医院业务系统中抽取数据;进行数据库级的数据同步;

清洗步骤,将抽取数据进行筛查、清洗,清除掉无效数据,然后将清洗后的数据送往数据中心模块。

优选地,所述数据中心步骤包括如下步骤;

其中,基础数据存储步骤,存储清洗后的数据;

多维数据分析步骤,通过多种维度对数据进行统计、存储。

优选地,所述数据展示模块包括如下步骤;

其中,服务接口步骤,根据移动应用App的请求,从数据中心模块中读取需要的数据,并返回给移动应用App;

服务管理步骤,管理移动应用App对应的终端用户信息以及数据查询规则的定义;

交互步骤,终端用户与数据中心模块交互。

优选地,所述多种维度包括如下的任一维度或任多维度:

-时间;

-科室;

-诊疗类型;

-患者来源。

与现有技术相比,本发明具有如下的有益效果:

1、本发明中数据展示模块中设置有移动应用App,解除以往PC系统受办公场所和时间的限制,让医院管理信息随时掌握在手中;

2、本发明中数据中心模块包括基础数据库和多维数据仓库,能够满足医院管理事务中各种维度的查询或统计需求,且每一次功能扩展能够快速实现;

3、本发明支持海量数据的同等响应速度,满足医院长期的业务发展需求。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:

图1为本发明中医院业务数据管理平台的结构示意图;

图2为本发明中医院业务数据管理方法的步骤示意图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进。这些都属于本发明的保护范围。

在本实施例中,本发明提供的医院业务数据管理平台,包括数据集成模块、数据中心模块以及数据展示模块;

其中,数据集成模块,用于从医院业务系统中抽取数据;

数据中心模块,用于存储数据集成模块抽取来的数据;

数据展示模块,用于根据用户请求,向终端用户展示数据。

所述数据集成模块包括提取层和清洗层;

其中,所述提取层,用于连接医院业务系统,用于从医院业务系统中抽取数据,如HIS,进行数据库级的数据同步;

所述清洗层,用于将抽取数据进行筛查、清洗,清除掉无效数据,然后将清洗后的数据送往数据中心模块。

所述数据中心模块包括基础数据库(BaseDB)和多维数据仓库(MDW);

其中,所述基础数据库,用来存储清洗后的数据,具体为,用来存储业务明细数据,采用关系型存储;

所述多维数据仓库建立在基础数据库的基础之上,用于通过多种维度对数据进行统计、存储;如在时间、科室、诊疗类型、患者来源等维度上,或这些维度的组合上,来动态的统计、存储相关业务数据。

所述数据展示模块包括服务接口(Interface)、服务管理模块(Management)以及移动应用App;

其中,所述服务接口,用于提供数据请求接口,根据移动应用App的请求,从数据中心模块中读取需要的数据,并返回给移动应用App;

所述服务管理模块,用于管理移动应用App对应的终端用户信息以及数据查询规则的定义;具体为,管理终端用户信息以及数据集定义,通过服务管理模块,可以自定义数据集的查询规则,方便移动应用App显示相应的报表或图表。

移动应用App,用于终端用户与数据中心模块交互,给终端用户提供方便、友好的访问界面。

所述多种维度包括如下的任一维度或任多维度:

-时间;

-科室;

-诊疗类型;

-患者来源。

本发明提供的医院业务数据管理方法,包括如下步骤;

数据集成步骤,从医院业务系统中抽取数据;

数据中心步骤,存储数据集成模块抽取来的数据;

数据展示步骤,根据用户请求,向终端用户展示数据。

所述数据集成步骤包括如下步骤;

其中,提取步骤,从医院业务系统中抽取数据;进行数据库级的数据同步;

清洗步骤,将抽取数据进行筛查、清洗,清除掉无效数据,然后将清洗后的数据送往数据中心模块。

所述数据中心步骤包括如下步骤;

其中,基础数据存储步骤,存储清洗后的数据;

多维数据分析步骤,通过多种维度对数据进行统计、存储。

所述数据展示模块包括如下步骤;

其中,服务接口步骤,根据移动应用App的请求,从数据中心模块中读取需要的数据,并返回给移动应用App;

服务管理步骤,管理移动应用App对应的终端用户信息以及数据查询规则的定义;

交互步骤,终端用户与数据中心模块交互。

所述多种维度包括如下的任一维度或任多维度:

-时间;

-科室;

-诊疗类型;

-患者来源。

本发明的实施过程分为3个主要阶段:

1、数据调查和准备阶段,此阶段耗时较长,结合医院业务需求,确定数据集成模块中的需要挖掘、同步的数据项,建立源数据与数据中心数据的对应关系,确定数据同步方案,确定多维数据库的维度定义。

2、数据实施阶段,此阶段包括数据集成和数据中心两个模块的实施,其中数据集成模块,是建立从医院各系统数据库到数据中心的同步机制,源数据库包括了Oracle和SqlServer两种类型,分别采用Oracle Golden Gate和SqlServer数据库复制技术进行同步,并在数据同步过程中以及数据落地之后进行数据清洗;数据中心模块,是搭建基础数据库(BaseDB)和多维数据库(MDW)两个存储区域,分别采用Microsoft的SqlServer关系型数据库和SSAS(Sql Server Analyzing Service)实现,并在MDW中建立基于BaseDB的多维度数据定义。

3、数据展示模块开发阶段,此阶段包括服务接口(Interface)、服务管理(Management)和移动App的设计、开发和测试。为了尽量缩短这一阶段的开发周期,其设计和开发工作与第1阶段(数据调查和准备阶段)同步进行。

以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变形或修改,这并不影响本发明的实质内容。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1