类型和数据类 型从可承载多线程的Web服务的第一接口的多个线程中匹配得到一个第一线程来接收数 据。
[0056] 业务系统发布后连接到DADS所用MQ消息中间件，监听名称为TnbglQueue的消息 队列，收取本系统的生理数据。
[0057] 当业务需要销毁时，将应用类型为TNBGL的记录标识置为off，或者彻底删除该条 记录，则DADS停止为该业务提供数据收发服务。
[0058] 其中，业务的注册具体实现方式如下：
[0059]
[0061] 在步骤S102中每个线程由移动健康应用的应用类型、移动健康应用发送的数据 的数据类型唯一确定，通过移动健康应用的应用类型、移动健康应用发送的数据的数据类 型从可承载多线程的Web服务的第一接口的多个线程中匹配得到的第一线程可对数据进 行正确的识别和接收。
[0062] 本发明上述实施例中，如图3所示，步骤S300包括：
[0063] 步骤S301、根据处理后的数据的数据类型和发送数据的移动健康应用的应用类型 从Web服务的第二接口的多个线程中匹配得到一个第二线程；
[0064] 步骤S302、通过匹配得到的第二线程将处理后的数据发送到业务系统。
[0065] 本发明具体实施例中，步骤S301根据处理后的数据类型和移动健康应用的应用 类型从Web服务的第二接口的多个线程中匹配得到一个第二线程时，无须重新启动系统， 通过Web服务的第二接口即可实现。
[0066] 本发明上述实施例中，步骤S302包括：匹配得到的第二线程已经启动时，直接用 已经启动的第二线程将处理后的数据发送到业务系统，具体如下：如果一个应用要发布，只 要按照这个应用ID和支持的业务数据类型就可以唯一确定重新启动一个新的线程，如果 这个线程已经存在就可以直接用来传输数据，因此业务注册不需要重新启动服务。其具体 实现方式如下：
[0067]
[0069]
[0070] 本发明上述实施例中，可以根据可接收的所有移动健康应用的应用类型、可接收 的所有数据类型和移动健康应用的数据接收地址设置Web服务的第一接口的多个线程和 第二接口的多个线程，应当说明的是，根据移动健康应用的应用类型、数据类型从可承载多 线程的Web服务的第一接口和第二接口中的多个线程中匹配得到唯一确定的线程，在线程 上承载的数据向外发送的过程中，发生故障造成数据传输的阻塞时，通过移动健康应用的 数据接收地址（URL)与线程的完美匹配可以阻止故障的蔓延。其具体实现方式如下：
[0071]
[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] 以上所述的是发明的优选实施方式，应当指出对于本技术领域的普通人员来说， 在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发 明的保护范围内。
【主权项】
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服务的第一接口的多个线程和第 二接口的多个线程。
【专利摘要】本发明提供了一种电子健康档案系统中业务处理方法及电子健康档案系统，其中，电子健康档案系统中业务处理方法包括：通过具有可承载多线程的Web服务的第一接口接收移动健康应用发送的数据；对移动健康应用发送的数据进行处理；通过Web服务的第二接口将处理后的数据发送到业务系统，实现业务在电子健康档案系统中的快速生成，同时在业务上线时无需重新启动系统，系统实施零改造即可完成业务的生成，提高了现网营运效率，可承载多线程的Web服务的第一接口和第二接口同时可以承载较大的业务量，实现业务一键式的注册、发布和销毁。
【IPC分类】G06F19/00
【公开号】CN105678044
【申请号】
【发明人】常耀斌, 许利群
【申请人】中国移动通信集团公司
【公开日】2016年6月15日
【申请日】2014年11月17日