电子健康档案系统中业务处理方法及电子健康档案系统的制作方法
【技术领域】
[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表7K本发明实施例二电子健康档案系统获取模块框图；
[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]
[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队列中，等待业务系统随时接收，其中业务系统根据应用