CN105678044A - 电子健康档案***中业务处理方法及电子健康档案*** - Google Patents
电子健康档案***中业务处理方法及电子健康档案*** Download PDFInfo
- Publication number
- CN105678044A CN105678044A CN201410655194.9A CN201410655194A CN105678044A CN 105678044 A CN105678044 A CN 105678044A CN 201410655194 A CN201410655194 A CN 201410655194A CN 105678044 A CN105678044 A CN 105678044A
- Authority
- CN
- China
- Prior art keywords
- data
- interface
- application
- web service
- thread
- 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.)
- Pending
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明提供了一种电子健康档案***中业务处理方法及电子健康档案***,其中,电子健康档案***中业务处理方法包括:通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;对移动健康应用发送的数据进行处理;通过Web服务的第二接口将处理后的数据发送到业务***,实现业务在电子健康档案***中的快速生成,同时在业务上线时无需重新启动***,***实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
Description
技术领域
本发明涉及数据业务领域,尤其涉及一种电子健康档案***中业务处理方法及电子健康档案***。
背景技术
电子健康档案是一个为用户提供体征数据的统一接入、海量存储、数据调取和数据共享的移动健康服务平台,电子健康档案在发布业务时,主要工作聚焦在业务接口和数据模式的设计和实现上。
由于业务接口往往需要较长的开发周期,开发周期是影响业务上线的关键因素,且业务上线往往会影响现网营运。
发明内容
为了在电子健康档案***中快速生成业务并克服业务上线影响现网营运的问题,本发明提供了一种电子健康档案***中业务处理方法及电子健康档案***。
为了解决上述技术问题,本发明采用如下技术方案:
依据本发明的一个方面,提供了一种电子健康档案***中业务处理方法,包括:
通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
对移动健康应用发送的数据进行处理;
通过Web服务的第二接口将处理后的数据发送到业务***。
可选的,通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据,具体包括:
根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程;
通过匹配得到的第一线程接收移动健康应用发送的数据。
可选的,通过Web服务的第二接口将处理后的数据发送到业务***,具体包括:
根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
通过匹配得到的第二线程将处理后的数据发送到业务***。
可选的,通过匹配得到的第二线程将处理后的数据发送到业务***,具体包括:
若匹配得到的第二线程已经启动,则直接用已经启动的第二线程将处理后的数据发送到业务***。
可选的,一种电子健康档案***中业务处理方法还包括:
根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和所述移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
依据本发明的另一个方面,提供了一种电子健康档案***,包括:
获取模块,用于通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
处理模块,用于对移动健康应用发送的数据进行处理;
发送模块,用于通过Web服务的第二接口将处理后的数据发送到业务***。
可选的,获取模块包括:
第一匹配单元,用于根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的一个第一线程;
获取单元,用于通过匹配得到的第一线程接收移动健康应用发送的新数据。
可选的,发送模块包括:
第二匹配单元:用于根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
发送单元:用于通过匹配得到的第二线程将处理后的数据发送到业务***。
可选的,发送单元在第二匹配单元匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务***。
可选的,电子健康档案***还包括:
接口设置模块:用于根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
本发明的有益效果是:本发明通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案***中的快速生成,同时在业务上线时无需重新启动***,***实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
附图说明
图1表示本发明实施例一电子健康档案***中业务处理方法流程图;
图2表示本发明实施例一电子健康档案***中业务数据接收流程图;
图3表示本发明实施例一电子健康档案***中业务数据发送流程图;
图4表示本发明实施例二电子健康档案***的框图;
图5表示本发明实施例二电子健康档案***获取模块框图;
图6表示本发明实施例二电子健康档案***发送模块框图。
具体实施方式
为了使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明实施例做进一步详细地说明。在此,本发明的示意性实施例及说明用于解释本发明,但并不作为对本发明的限定。
本发明针对电子健康档案在发布业务时,主要工作聚焦在业务接口和数据模式的设计和实现上,需要较长的开发周期影响业务上线,且业务上线往往会影响现网营运的问题提供了一种电子健康档案***中业务处理方法及电子健康档案***,通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案***中的快速生成,同时在业务上线时无需重新启动***,***实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
实施例一
如图1所示,为本发明实施例一中电子健康档案***中业务处理方法流程图,该方法包括以下步骤:
步骤S100、通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
步骤S200、对移动健康应用发送的数据进行处理;
步骤S300、通过Web服务的第二接口将处理后的数据发送到业务***。
本发明上述实施例中,通过可穿戴设备获取人体的健康信息数据,然后将得到的数据发送给可承载多线程的Web服务的第一接口,这里的可穿戴设备具体指具有读取人体健康信息状态数据功能的可移动的终端设备,例如可读取人体健康信息的手表、指环、手环等等。步骤S200中可承载多线程的Web服务的第一接口对得到的数据进行处理,这里的处理包括对数据进行加密、解析和封装一系列操作,步骤S300中经处理后的数据通过Web服务的第二接口发送到业务***进行应用。
通过可承载多线程的Web服务的第一接口和第二接口,业务在注册和发布时,无需重新编写接口和设计数据模式,就支持各种数据类型的数据发送。本发明的实施例实现方式如下:
本发明上述实施例中,如图2所示,步骤S100包括:
步骤S101、根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程;
步骤S102、通过匹配得到的第一线程接收移动健康应用发送的数据。
本发明上述实施例中,步骤S101中根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程,通过第一线程可以实现业务的一键式注册、发布和销毁,具体如下:业务注册时业务的数据在EMR(电子病历)存储并通过EMR发送给应用,此时需要在EMR上注册业务的ID、数据类型、用户信息和设备信息,当应用有数据通过设备上传到EMR后,可以匹配到业务ID和用户信息;业务的发布:通过配置业务的数据接收地址(URL)和接口,实现和EMR的对接进行数据的传输测试;业务销毁:业务如果不在EMR上发布,只要删除业务ID即可完成销毁操作。
以生成糖尿病业务***为例,假设糖尿病业务***需要血糖和体重两种生理数据类型,首先确定业务***的应用类型为TNBGL(糖尿病管理),血糖数据类型为bloodGlucose,体重数据类型为weight,通过业务管理***新增应用类型为TNBGL的一条记录,指定***监听的MQ消息队列名称为TnbglQueue,然后为其关联上bloodGlucose和weight两种生理数据类型。此时糖尿病业务***在DADS的注册已经完成,该业务***的用户已经可以使用传感设备上传数据到DADS,DADS会实时把接收到的数据转发到MQ消息中间件的TnbglQueue队列中,等待业务***随时接收,其中业务***根据应用类型和数据类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程来接收数据。
业务***发布后连接到DADS所用MQ消息中间件,监听名称为TnbglQueue的消息队列,收取本***的生理数据。
当业务需要销毁时,将应用类型为TNBGL的记录标识置为off,或者彻底删除该条记录,则DADS停止为该业务提供数据收发服务。
其中,业务的注册具体实现方式如下:
在步骤S102中每个线程由移动健康应用的应用类型、移动健康应用发送的数据的数据类型唯一确定,通过移动健康应用的应用类型、移动健康应用发送的数据的数据类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的第一线程可对数据进行正确的识别和接收。
本发明上述实施例中,如图3所示,步骤S300包括:
步骤S301、根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
步骤S302、通过匹配得到的第二线程将处理后的数据发送到业务***。
本发明具体实施例中,步骤S301根据处理后的数据类型和移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程时,无须重新启动***,通过Web服务的第二接口即可实现。
本发明上述实施例中,步骤S302包括:匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务***,具体如下:如果一个应用要发布,只要按照这个应用ID和支持的业务数据类型就可以唯一确定重新启动一个新的线程,如果这个线程已经存在就可以直接用来传输数据,因此业务注册不需要重新启动服务。其具体实现方式如下:
本发明上述实施例中,可以根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程,应当说明的是,根据移动健康应用的应用类型、数据类型从可承载多线程的Web服务的第一接口和第二接口中的多个线程中匹配得到唯一确定的线程,在线程上承载的数据向外发送的过程中,发生故障造成数据传输的阻塞时,通过移动健康应用的数据接收地址(URL)与线程的完美匹配可以阻止故障的蔓延。其具体实现方式如下:
实施例二
为了更好的实现上述目的,本发明实施例还提供一种电子健康档案***,如图4所示,该电子健康档案***包括:
获取模块10,用于通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
处理模块20,用于对移动健康应用发送的数据进行处理;
发送模块30,用于通过Web服务的第二接口将处理后的数据发送到业务***。
本发明上述实施例中,如图5所示,获取模块10包括:
第一匹配单元11,用于根据移动健康应用发送的数据的数据类型和移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的一个第一线程;
获取单元12,用于通过匹配得到的第一线程接收移动健康应用发送的数据。
本发明上述实施例中,如图6所示,发送模块30包括:
第二匹配单元31,用于根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型从Web服务的第二接口的多个线程中匹配得到一个第二线程;
发送单元32,用于通过匹配得到的第二线程将处理后的数据发送到业务***。
本发明上述实施例中,发送单元32在第二匹配单元31匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务***。
本发明上述实施例中,电子健康档案***还包括:
接口设置模块40,用于根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和第二接口的多个线程。
本发明一种电子健康档案***中业务处理方法及电子健康档案***,通过可承载多线程的Web服务的第一接口和第二接口实现业务在电子健康档案***中的快速生成,同时在业务上线时无需重新启动***,***实施零改造即可完成业务的生成,提高了现网营运效率,可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量,实现业务一键式的注册、发布和销毁。
需要说明的是,本发明提供的电子健康档案***是应用上述方法的***,则上述方法的所有实施例均适用于该***,且均能达到相同或相似的有益效果。
以上所述的是发明的优选实施方式,应当指出对于本技术领域的普通人员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。
Claims (10)
1.一种电子健康档案***中业务处理方法,其特征在于,所述处理方法包括:
通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
对所述移动健康应用发送的数据进行处理;
通过所述Web服务的第二接口将处理后的数据发送到业务***。
2.如权利要求1所述方法,其特征在于,所述通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据,具体包括:
根据移动健康应用发送的数据的数据类型和所述移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程;
通过匹配得到的第一线程接收所述移动健康应用发送的数据。
3.如权利要求1所述方法,其特征在于,通过所述Web服务的第二接口将处理后的数据发送到业务***,具体包括:
根据处理后的数据的数据类型和发送数据的所述移动健康应用的应用类型从所述Web服务的第二接口的多个线程中匹配得到一个第二线程;
通过匹配得到的第二线程将处理后的数据发送到业务***。
4.如权利要求3所述方法,其特征在于,所述通过匹配得到的第二线程将处理后的数据发送到业务***,具体包括:
若匹配得到的第二线程已经启动,则直接用已经启动的第二线程将处理后的数据发送到业务***。
5.如权利要求1~4任一项所述方法,其特征在于,所述方法还包括:
根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和所述移动健康应用的数据接收地址设置所述Web服务的第一接口的多个线程和第二接口的多个线程。
6.一种电子健康档案***,其特征在于,包括:
获取模块,用于通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据;
处理模块,用于对所述移动健康应用发送的数据进行处理;
发送模块,用于通过所述Web服务的第二接口将处理后的数据发送到业务***。
7.如权利要求6所述的电子健康档案***,其特征在于,所述获取模块包括:
第一匹配单元,用于根据移动健康应用发送的数据的数据类型和所述移动健康应用的应用类型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的一个第一线程;
获取单元,用于通过匹配得到的第一线程接收所述移动健康应用发送的数据。
8.如权利要求6所述的电子健康档案***,其特征在于,所述发送模块包括:
第二匹配单元,用于根据处理后的数据的数据类型和发送数据的所述移动健康应用的应用类型从所述Web服务的第二接口的多个线程中匹配得到一个第二线程;
发送单元,用于通过匹配得到的第二线程将处理后的数据发送到业务***。
9.如权利要求8所述的电子健康档案***,其特征在于,所述发送单元在所述第二匹配单元匹配得到的第二线程已经启动时,直接用已经启动的第二线程将处理后的数据发送到业务***。
10.如权利要求6~9任一项所述的电子健康档案***,其特征在于,所述电子健康档案***还包括:
接口设置模块,用于根据可接收的所有移动健康应用的应用类型、可接收的所有数据类型和所述移动健康应用的数据接收地址设置所述Web服务的第一接口的多个线程和第二接口的多个线程。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410655194.9A CN105678044A (zh) | 2014-11-17 | 2014-11-17 | 电子健康档案***中业务处理方法及电子健康档案*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410655194.9A CN105678044A (zh) | 2014-11-17 | 2014-11-17 | 电子健康档案***中业务处理方法及电子健康档案*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105678044A true CN105678044A (zh) | 2016-06-15 |
Family
ID=56944066
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410655194.9A Pending CN105678044A (zh) | 2014-11-17 | 2014-11-17 | 电子健康档案***中业务处理方法及电子健康档案*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105678044A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523249A (zh) * | 2011-11-24 | 2012-06-27 | 哈尔滨工业大学 | 基于Web的分布式远程仿真***及仿真方法 |
CN102647369A (zh) * | 2011-02-16 | 2012-08-22 | ***通信集团江苏有限公司 | 用于实现远程医疗的网关设备和远程医疗的实现方法 |
CN102663661A (zh) * | 2012-04-10 | 2012-09-12 | 华为技术有限公司 | 卫生信息*** |
CN103001860A (zh) * | 2012-12-20 | 2013-03-27 | 北京思特奇信息技术股份有限公司 | 一种融合通信Web即时消息实现*** |
CN103685533A (zh) * | 2013-12-20 | 2014-03-26 | 代玉松 | 一种基于云服务的企业间数据共享***及方法 |
CN104038414A (zh) * | 2013-08-21 | 2014-09-10 | 江南大学 | 一种多协议智能家庭网关装置及其*** |
-
2014
- 2014-11-17 CN CN201410655194.9A patent/CN105678044A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102647369A (zh) * | 2011-02-16 | 2012-08-22 | ***通信集团江苏有限公司 | 用于实现远程医疗的网关设备和远程医疗的实现方法 |
CN102523249A (zh) * | 2011-11-24 | 2012-06-27 | 哈尔滨工业大学 | 基于Web的分布式远程仿真***及仿真方法 |
CN102663661A (zh) * | 2012-04-10 | 2012-09-12 | 华为技术有限公司 | 卫生信息*** |
CN103001860A (zh) * | 2012-12-20 | 2013-03-27 | 北京思特奇信息技术股份有限公司 | 一种融合通信Web即时消息实现*** |
CN104038414A (zh) * | 2013-08-21 | 2014-09-10 | 江南大学 | 一种多协议智能家庭网关装置及其*** |
CN103685533A (zh) * | 2013-12-20 | 2014-03-26 | 代玉松 | 一种基于云服务的企业间数据共享***及方法 |
Non-Patent Citations (1)
Title |
---|
刘敏丰: ""社区医疗服务管理***的设计与实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105051685B (zh) | 用于使得网络资产能够访问本地应用的***和方法 | |
CN109314709A (zh) | 嵌入在实时多媒体应用中的启用雾的遥测 | |
Hassan et al. | A cloud-assisted internet of things framework for pervasive healthcare in smart city environment | |
US20170303119A1 (en) | Information processing system, method of obtaining monitor information, and sensor device | |
Jiménez-Fernández et al. | Usability and interoperability in wireless sensor networks for patient telemonitoring in chronic disease management | |
US20200388390A1 (en) | Digital health proxy system and device | |
WO2017128675A1 (zh) | 用于可穿戴设备的信息共享方法及信息共享装置 | |
CN106790553A (zh) | 虚拟现实设备的界面共享方法和装置 | |
WO2019178517A1 (en) | System and method for generating a comprehensive individualized electronic health information monetization platform | |
CN106447141A (zh) | 一种检验条码生成方法及检验条码生成*** | |
EP3516843B1 (en) | Electronic device and method for operating the same | |
CN104580159A (zh) | 一种事件通知的方法、装置及终端设备 | |
Shams et al. | Internet of things in telemedicine: a discussion regarding to several implementation | |
KR20140016460A (ko) | 스마트폰 엔에프씨를 이용한 개인 건강 정보 관리 시스템 및 방법 | |
CN204394467U (zh) | 一种基于云计算的智慧医疗终端 | |
KR102005338B1 (ko) | 위치 기반 소셜 네트워킹 시스템 및 방법 | |
CN106682892B (zh) | 交易数据的获取方法、nfc控制器、应用处理器及终端 | |
US20170134491A1 (en) | Techniques for contact exporting | |
Gune et al. | Implementation of near field communication based healthcare management system | |
CN105678044A (zh) | 电子健康档案***中业务处理方法及电子健康档案*** | |
Lee | Dynamic data binding protocol between IoT medical device and IoT medical service for mobile healthcare | |
CN106571845A (zh) | 一种智能手环微信通讯*** | |
Pang et al. | Ecosystem-driven design of in-home terminals based on open platform for the internet-of-things | |
CN204500630U (zh) | 基于有线与无线网络的临床监测数据采集处理*** | |
CN106162520B (zh) | 健康信息处理方法、健康信息采集设备、终端设备及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160615 |
|
RJ01 | Rejection of invention patent application after publication |