技术领域
[0001] 本
发明涉及数据业务领域,尤其涉及一种电子健康档案系统中业务处理方法及电子健康档案系统。
背景技术
[0002] 电子健康档案是一个为用户提供体征数据的统一接入、海量存储、数据调取和数据共享的移动健康服务平台,电子健康档案在发布业务时,主要工作聚焦在业务
接口和数据模式的设计和实现上。
[0003] 由于业务接口往往需要较长的开发周期,开发周期是影响业务上线的关键因素,且业务上线往往会影响现网营运。
发明内容
[0004] 为了在电子健康档案系统中快速生成业务并克服业务上线影响现网营运的问题,本发明提供了一种电子健康档案系统中业务处理方法及电子健康档案系统。
[0005] 为了解决上述技术问题,本发明采用如下技术方案:
[0006] 依据本发明的一个方面,提供了一种电子健康档案系统中业务处理方法,包括:
[0007] 通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
[0008] 对移动健康应用发送的数据进行处理;
[0009] 通过Web服务的第二接口将处理后的数据发送到业务系统。
[0010] 可选的,通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据,具体包括:
[0011] 根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程;
[0012] 通过匹配得到的第一线程接收移动健康应用发送的数据。
[0013] 可选的,通过Web服务的第二接口将处理后的数据发送到业务系统,具体包括:
[0014] 根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
[0015] 通过匹配得到的第二线程将处理后的数据发送到业务系统。
[0016] 可选的,通过匹配得到的第二线程将处理后的数据发送到业务系统,具体包括:
[0017] 若匹配得到的第二线程已经启动,则直接用已经启动的第二线程将处理后的数据发送到业务系统。
[0018] 可选的,一种电子健康档案系统中业务处理方法还包括:
[0019] 根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和所述移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
[0020] 依据本发明的另一个方面,提供了一种电子健康档案系统,包括:
[0021] 获取模
块,用于通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
[0022] 处理模块,用于对移动健康应用发送的数据进行处理;
[0023] 发送模块,用于通过Web服务的第二接口将处理后的数据发送到业务系统。
[0024] 可选的,获取模块包括:
[0025] 第一匹配单元,用于根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的一个第一线程;
[0026] 获取单元,用于通过匹配得到的第一线程接收移动健康应用发送的新数据。
[0027] 可选的,发送模块包括:
[0028] 第二匹配单元:用于根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
[0029] 发送单元:用于通过匹配得到的第二线程将处理后的数据发送到业务系统。
[0030] 可选的,发送单元在第二匹配单元匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务系统。
[0031] 可选的,电子健康档案系统还包括:
[0032] 接口设置模块:用于根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
[0033] 本发明的有益效果是:本发明通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案系统中的快速生成,同时在业务上线时无需重新启动系统,系统实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
附图说明
[0034] 图1表示本发明
实施例一电子健康档案系统中业务处理方法
流程图;
[0035] 图2表示本发明实施例一电子健康档案系统中业务数据接收流程图;
[0036] 图3表示本发明实施例一电子健康档案系统中业务数据发送流程图;
[0037] 图4表示本发明实施例二电子健康档案系统的
框图;
[0038] 图5表示本发明实施例二电子健康档案系统获取模块框图;
[0039] 图6表示本发明实施例二电子健康档案系统发送模块框图。
具体实施方式
[0040] 为了使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细地说明。在此,本发明的示意性实施例及说明用于解释本发明,但并不作为对本发明的限定。
[0041] 本发明针对电子健康档案在发布业务时,主要工作聚焦在业务接口和数据模式的设计和实现上,需要较长的开发周期影响业务上线,且业务上线往往会影响现网营运的问题提供了一种电子健康档案系统中业务处理方法及电子健康档案系统,通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案系统中的快速生成,同时在业务上线时无需重新启动系统,系统实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
[0042] 实施例一
[0043] 如图1所示,为本发明实施例一中电子健康档案系统中业务处理方法流程图,该方法包括以下步骤:
[0044] 步骤S100、通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
[0045] 步骤S200、对移动健康应用发送的数据进行处理;
[0046] 步骤S300、通过Web服务的第二接口将处理后的数据发送到业务系统。
[0047] 本发明上述实施例中,通过可穿戴设备获取人体的健康信息数据,然后将得到的数据发送给可承载多线程的Web服务的第一接口,这里的可穿戴设备具体指具有读取人体健康信息状态数据功能的可移动的终端设备,例如可读取人体健康信息的
手表、指环、手环等等。步骤S200中可承载多线程的Web服务的第一接口对得到的数据进行处理,这里的处理包括对数据进行加密、解析和封装一系列操作,步骤S300中经处理后的数据通过Web服务的第二接口发送到业务系统进行应用。
[0048] 通过可承载多线程的Web服务的第一接口和第二接口,业务在注册和发布时,无需重新编写接口和设计数据模式,就支持各种数据类型的数据发送。本发明的实施例实现方式如下:
[0049]
[0050]
[0051] 本发明上述实施例中,如图2所示,步骤S100包括:
[0052] 步骤S101、根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程;
[0053] 步骤S102、通过匹配得到的第一线程接收移动健康应用发送的数据。
[0054] 本发明上述实施例中,步骤S101中根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程,通过第一线程可以实现业务的一键式注册、发布和销毁,具体如下:业务注册时业务的数据在EMR(电子病历)存储并通过EMR发送给应用,此时需要在EMR上注册业务的ID、数据类型、用户信息和设备信息,当应用有数据通过设备上传到EMR后,可以匹配到业务ID和用户信息;业务的发布:通过配置业务的数据接收地址(URL)和接口,实现和EMR的对接进行数据的传输测试;业务销毁:业务如果不在EMR上发布,只要删除业务ID即可完成销毁操作。
[0055] 以生成糖尿病业务系统为例,假设糖尿病业务系统需要血糖和体重两种生理数据类型,首先确定业务系统的应用类型为TNBGL(糖尿病管理),血糖数据类型为bloodGlucose,体重数据类型为weight,通过业务管理系统新增应用类型为TNBGL的一条记录,
指定系统监听的MQ消息队列名称为TnbglQueue,然后为其关联上bloodGlucose和weight两种生理数据类型。此时糖尿病业务系统在DADS的注册已经完成,该业务系统的用户已经可以使用传感设备上传数据到DADS,DADS会实时把接收到的数据转发到MQ消息
中间件的TnbglQueue队列中,等待业务系统随时接收,其中业务系统根据应用类型和数据类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程来接收数据。
[0056] 业务系统发布后连接到DADS所用MQ
消息中间件,监听名称为TnbglQueue的消息队列,收取本系统的生理数据。
[0057] 当业务需要销毁时,将应用类型为TNBGL的记录标识置为off,或者彻底删除该条记录,则DADS停止为该业务提供数据收发服务。
[0058] 其中,业务的注册具体实现方式如下:
[0059]
[0060]
[0061] 在步骤S102中每个线程由移动健康应用的应用类型、移动健康应用发送的数据的数据类型唯一确定,通过移动健康应用的应用类型、移动健康应用发送的数据的数据类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的第一线程可对数据进行正确的识别和接收。
[0062] 本发明上述实施例中,如图3所示,步骤S300包括:
[0063] 步骤S301、根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
[0064] 步骤S302、通过匹配得到的第二线程将处理后的数据发送到业务系统。
[0065] 本发明具体实施例中,步骤S301根据处理后的数据类型和移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程时,无须重新启动系统,通过Web服务的第二接口即可实现。
[0066] 本发明上述实施例中,步骤S302包括:匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务系统,具体如下:如果一个应用要发布,只要按照这个应用ID和支持的业务数据类型就可以唯一确定重新启动一个新的线程,如果这个线程已经存在就可以直接用来传输数据,因此业务注册不需要重新启动服务。其具体实现方式如下:
[0067]
[0068]
[0069]
[0070] 本发明上述实施例中,可以根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程,应当说明的是,根据移动健康应用的应用类型、数据类型从可承载多线程的Web服务的第一接口和第二接口中的多个线程中匹配得到唯一确定的线程,在线程上承载的数据向外发送的过程中,发生故障造成数据传输的阻塞时,通过移动健康应用的数据接收地址(URL)与线程的完美匹配可以阻止故障的蔓延。其具体实现方式如下:
[0071]
[0072]
[0073] 实施例二
[0074] 为了更好的实现上述目的,本发明实施例还提供一种电子健康档案系统,如图4所示,该电子健康档案系统包括:
[0075] 获取模块10,用于通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
[0076] 处理模块20,用于对移动健康应用发送的数据进行处理;
[0077] 发送模块30,用于通过Web服务的第二接口将处理后的数据发送到业务系统。
[0078] 本发明上述实施例中,如图5所示,获取模块10包括:
[0079] 第一匹配单元11,用于根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的一个第一线程;
[0080] 获取单元12,用于通过匹配得到的第一线程接收移动健康应用发送的数据。
[0081] 本发明上述实施例中,如图6所示,发送模块30包括:
[0082] 第二匹配单元31,用于根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
[0083] 发送单元32,用于通过匹配得到的第二线程将处理后的数据发送到业务系统。
[0084] 本发明上述实施例中,发送单元32在第二匹配单元31匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务系统。
[0085] 本发明上述实施例中,电子健康档案系统还包括:
[0086] 接口设置模块40,用于根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
[0087] 本发明一种电子健康档案系统中业务处理方法及电子健康档案系统,通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案系统中的快速生成,同时在业务上线时无需重新启动系统,系统实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
[0088] 需要说明的是,本发明提供的电子健康档案系统是应用上述方法的系统,则上述方法的所有实施例均适用于该系统,且均能达到相同或相似的有益效果。
[0089] 以上所述的是发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。