CN105827693B - 药品监管平台与异构售药系统的数据采集系统及方法 - Google Patents
药品监管平台与异构售药系统的数据采集系统及方法 Download PDFInfo
- Publication number
- CN105827693B CN105827693B CN201610140146.5A CN201610140146A CN105827693B CN 105827693 B CN105827693 B CN 105827693B CN 201610140146 A CN201610140146 A CN 201610140146A CN 105827693 B CN105827693 B CN 105827693B
- Authority
- CN
- China
- Prior art keywords
- server end
- pharmacy
- data
- client
- condition code
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明涉及药品监管平台与异构售药系统的数据采集系统及方法，包括服务器端和客户端，所述服务器端包括模块一：构建并更新GSP软件采集脚本和特征码对应表；模块二：根据商品监督局分配的编码，给每个药店产生唯一序列号，并给每个药店配置对应的唯一序列号；模块三：对各药店的反馈序列号分别进行认证；模块四：接收XML格式数据文件，并进行完整性校验，在数据完成时将行完XML格式数据文件进行存储；所述客户端包括：登记模块、下载模块、采集节点生成模块、采集模块以及数据发送模块：将XML格式数据文件包发送至模块四。本发明解决了现有药品监控平台无法实现异构售药系统的数据进行数据采集的技术问题。本发明具有兼容性、可扩展性。
Description
技术领域
本发明涉及药品监管平台与异构售药系统的数据采集系统及方法。
背景技术
药监局需要对各药品零售店的各种经营数据进行统计和监管，但不同药店的GSP软件的数据格式各不相同，现有软件无法适应这种情况。就算费时费力实现了各药店的数据采集，但随着各药店GSP软件的经常升级，难免还会产生数据无法采集的情况。
另外，联网采集数据一般是实时采集，如果某药店发生网络故障，则会出现销售正常而数据无法采集的现象，同样不利于药监局的数据采集。
为此，急需一种可实现实时或定期采集的药品监管平台与异构售药系统的数据采集方法。
发明内容
本发明目的是提供一种药品监管平台与异构售药系统的数据采集方法，其解决了现有药品监控平台无法实现异构售药系统的数据进行数据采集的技术问题。
本发明的技术解决方案是：
一种药品监管平台与异构售药系统的数据采集系统，包括服务器端和客户端，所述服务器端包括模块一：构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
模块二：根据商品监督局分配的编码，给每个药店产生唯一序列号，并给每个药店配置对应的唯一序列号；
模块三：对各药店的反馈序列号分别进行认证，若认证失败则与客户端断开连接，同时显示异常；若认证成功，则连接客户端并显示该药店在线；
模块四：接收XML格式数据文件，并进行完整性校验，在数据完成时将行完XML格式数据文件进行存储；
所述客户端包括：
登记模块：安装GSP软件根据接收模块二配置的唯一的序列号，生成药店身份认证信息，并反馈给服务器端；
下载模块：根据对应表从模块一下载与特征码相对应的GSP软件采集脚本；
采集节点生成模块：将数据采集时间记录在配置文件中；
采集模块：将GSP软件采集脚本和数据采集节点组成带条件的SQL查询语句，利用SQL查询语句查询本地数据库数据，并生成XML格式文件，同时在配置文件中记录最后一次数据采集节点；
数据发送模块：将XML格式数据文件包发送至模块四。
第一种药品监管平台与异构售药系统的数据采集方法，包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，给每个药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接,同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤5：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤6：客户端根据服务器端的对应表从服务器端下载与特征码相对应的GSP软件采集脚本；
步骤7：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤8：客户端用SQL查询语句查询本地数据库数据，并生成XML格式文件，同时在配置文件中记录最后一次数据采集节点；
步骤9：客户端对XML格式数据文件包发送至服务器端；
步骤10：服务器端接收数据，进行完整性校验；
步骤11：服务器端将数据入库。
上述步骤4还可包括以下步骤：若认证失败还生成错误日志并存于服务器端；
上述步骤5还可包括以下步骤：如果连接失败，生成错误日志并存于服务器端；
上述步骤10还可包括以下步骤：记录数据包日志；
上述步骤11还可包括以下步骤：记录入库日志。
第二种药品监管平台与异构售药系统的数据采集方法，包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，给每个药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端发出心跳包，检测各药店网络连接状态，如果检测到断网，则返回步骤3；
步骤5：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接,同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤6：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤7：客户端根据服务器端的对应表从服务器端下载与特征码相对应的GSP软件采集脚本；
步骤8：客户端对采集脚本进行解密；若不能解密，则将错误信息报告给服务器端，然后返回步骤7；
步骤9：客户端判断解密后的采集脚本是否可以正常从本地数据库查询数据；若不能正常查询数据，则将错误信息报告给服务器端，然后返回步骤7；
步骤10：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤11：客户端用SQL查询语句查询本地数据库数据，并将结果打包为XML格式数据文件包，同时在配置文件中记录最后一次数据采集节点；
步骤12：客户端对XML格式数据文件包加密、压缩后，发送至服务器端；
步骤13：服务器端接收数据包，进行完整性校验、解压、解密；
步骤14：服务器端将数据入库。
上述步骤5还可包括以下步骤：若认证失败还生成错误日志并存于服务器端；
上述步骤6还可包括以下步骤：如果连接失败，生成错误日志并存于服务器端；
上述步骤13还可包括以下步骤：记录数据包日志；
上述步骤14还可包括以下步骤：记录入库日志。
第三种药品监管平台与异构售药系统的数据采集方法，包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，该客户端包含GSP软件采集脚本和特征码对应表,给每个联网药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接，同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤5：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤6：客户端查找特征码，根据对应表找到与该药店相适配的GSP软件采集脚本,若对应表里没有特征码或者对应表中没有与特征码相适配的GSP软件采集脚本，则进行步骤7，否则进行步骤8；
步骤7：客户端根据服务器端的对应表从服务器下载与特征码相对应的GSP软件采集脚本；
步骤8：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤9：客户端用SQL查询语句查询本地数据库数据，并生成为XML格式数据文件，同时在配置文件中记录最后一次数据采集节点；
步骤10：客户端对XML格式数据文件包发送至服务器端；
步骤11：服务器端接收数据，进行完整性校验；
步骤12：服务器端将数据入库。
上述步骤4还可包括以下步骤：若认证失败还生成错误日志并存于服务器中；
上述步骤5还可包括以下步骤：如果连接失败，生成错误日志并存于服务器中；
上述步骤11还可包括以下步骤：记录数据包日志；
上述步骤12还可包括以下步骤：记录入库日志。
第四种药品监管平台与异构售药系统的数据采集方法，包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，该客户端包含GSP软件采集脚本和特征码对应表,给每个联网药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端发出心跳包，检测各药店网络连接状态，如果检测到断网，则返回步骤3；
步骤5：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接，同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤6：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤7：客户端在收银系统中查找特征码，根据对应表找到与该药店相适配的GSP软件采集脚本,若对应表里没有特征码或者对应表中没有与特征码相适配的GSP软件采集脚本，则进行步骤8，否则进行步骤9；
步骤8：客户端根据服务器端的对应表从服务器下载与特征码相对应的GSP软件采集脚本；
步骤9：客户端对采集脚本进行解密；若不能解密，则将错误信息报告给服务器端，然后返回步骤8；
步骤10：客户端判断解密后的采集脚本是否可以正常从本地数据库查询数据；若不能正常查询数据，则将错误信息报告给服务器端，然后返回步骤8；
步骤11：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤12：客户端用SQL查询语句查询本地数据库数据，并将结果打包为XML格式数据文件，同时在配置文件中记录最后一次数据采集节点；
步骤13：客户端对XML格式数据文件包加密、压缩后，发送至服务器端；
步骤14：服务器端接收数据包，进行完整性校验、解压、解密；
步骤15：服务器端将数据入库。
上述步骤5还可包括以下步骤：若认证失败还生成错误日志并存于服务器中；
上述步骤6还可包括以下步骤：如果连接失败，生成错误日志并存于服务器中；
上述步骤14还可包括以下步骤：记录数据包日志；
上述步骤15还可包括以下步骤：记录入库日志。
本发明的优点：
1、兼容性。本发明方法根据各种不同GSP软件(即异构售药系统)的数据库特点，事先构建GSP软件采集脚本，并将该采集脚本与相应的GSP软件特征码建立对应关系，客户端根据不同的GSP软件，只需查找对应表，就可以知道采集数据的存储位置和数据结构等信息，从而实现对所有药店不同GSP软件的数据的采集。
2、可扩展性。本发明可适应不同软件升级后药店数据的采集。本发明在服务器端及时更新GSP软件采集脚本和特征码对应表，任何药店的GSP软件的升级后，客户端均可第一时间在服务器端获得软件升级后的采集脚本，从而无需升级客户端就可以采集数据。
3、数据完整性。本发明可保证药店数据的无断点采集。本发明在每次采集完数据后均记录最后一次数据采集节点，当下一次数据采集时，用该数据采集节点和采集脚本，组成带条件的SQL查询语句，实现无断点采集。本发明支持客户端断网的情况下采集数据并且打包，网络恢复后直接上传。
4、独立性。本发明可作为windows常驻服务运行，不受杀毒软件的误判；本发明的数据通过windows后台服务传输，避免了用户未登录windows不能采集的问题，减少用户对传输的干扰，可永远驻留系统。
5、零负担。本发明方法的客户端安装后对药店售药系统没有任何影响。
6、实时或定时。本发明可以实时采集数据，也可以通过人工设置采集周期，进行定时采集。
附图说明
图1为本发明药品监管平台与异构售药系统的数据采集系统示意图；
图2是本发明最佳实施方法的流程图。
具体实施方式
如图1所述，本发明药品监管平台与异构售药系统的数据采集系统示意图，包括服务器端和客户端，所述服务器端包括模块一：构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
模块二：根据商品监督局分配的编码，给每个药店产生唯一序列号，并给每个药店配置对应的唯一序列号；
模块三：对各药店的反馈序列号分别进行认证，若认证失败则与客户端断开连接，同时显示异常；若认证成功，则连接客户端并显示该药店在线；
模块四：接收XML格式数据文件，并进行完整性校验，在数据完成时将行完XML格式数据文件进行存储；
所述客户端包括：
登记模块：安装GSP软件根据接收模块二配置的唯一的序列号，生成药店身份认证信息，并反馈给服务器端；
下载模块：根据对应表从模块一下载与特征码相对应的GSP软件采集脚本；
采集节点生成模块：将数据采集时间记录在配置文件中；
采集模块：将GSP软件采集脚本和数据采集节点组成带条件的SQL查询语句，利用SQL查询语句查询本地数据库数据，并生成XML格式文件，同时在配置文件中记录最后一次数据采集节点；
数据发送模块：将XML格式数据文件包发送至模块四。
参见图2，本发明应用于药品监管时，其工作过程如下：
首先，在药品监管部门的药品监管平台的服务器端构建GSP软件采集脚本和特征码对应表；特征码只需包含GSP软件类型和版本信息即可；该GSP软件采集脚本和特征码对应表可在后台及时更新；
然后，在所有联网药店安装相应的客户端，服务器给每个联网药店配置一个自动生成且唯一的序列号，作为药店的身份认证信息，也是采集数据的必须条件。
当服务器端与药店的客户端建立网络连接后，服务器端持续发出心跳包，检测该药店的网络连接状态，如果检测到断网，则生成错误日志并存于服务器端，同时在服务器端显示异常；然后间隔一定的时间后，重新连接服务器。
为保证监管数据的准确性，服务器端需要根据药店的序列号对药店进行身份认证，若认证失败则断开连接,生成错误日志并存于服务器端，同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
当联网成功且身份认证正常，则服务器端通过ODBC或JDBC方式连接各药店的本地数据库；
此时，客户端可采用以下两种工作模式来选择采集脚本：
第一种：客户端根据服务器端所存储的GSP软件采集脚本和特征码对应表，从服务器端下载与该药店所用GSP软件相对应的GSP软件采集脚本；
第二种：客户端首先根据自带的GSP软件采集脚本和特征码对应表，查找与该药店相适配的GSP软件采集脚本,若对应表里没有特征码或者对应表中没有与特征码相适配的GSP软件采集脚本，则到服务器端查找最新更新的GSP软件采集脚本和特征码对应表，下载相对应的GSP软件采集脚本；或者客户端已经包含已识别的GSP软件采集脚本和特征码对应表，则安装时只需选择对应的脚本即可。
如果采集脚本已被加密，则客户端先对采集脚本进行解密；若不能解密，则将错误信息报告给服务器端。
客户端判断GSP软件采集脚本是否可以正常从数据库查询数据；若不能正常查询数据，则将错误信息报告给服务器端；若能正常查询数据，则从配置文件中读取上一次数据采集节点，用该数据采集节点和采集脚本，组成带条件的SQL查询语句。当客户端第一次采集数据，或配置文件中没有上一次数据采集节点，则以当前时间作为数据采集节点。
客户端用SQL查询语句查询本地数据库数据，并将结果打包为XML格式文件，同时在配置文件中记录最后一次数据采集节点；接着将XML格式数据文件包加密、压缩后发送至服务器端，再进行完整性校验、解压、解密，最终，监管数据存入监管平台的数据库中并记录数据包日志和入库日志；如果此时断网，则不影响数据的打包，待网络恢复后直接上传即可。
Claims (9)
1.一种药品监管平台与异构售药系统的数据采集系统，其特征在于：包括服务器端和客户端，所述服务器端包括模块一：构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
模块二：根据商品监督局分配的编码，给每个药店产生唯一序列号，并给每个药店配置对应的唯一序列号；
模块三：对各药店的反馈序列号分别进行认证，若认证失败则与客户端断开连接，同时显示异常；若认证成功，则连接客户端并显示该药店在线；
模块四：接收XML格式数据文件，并进行完整性校验，在数据完整时将行完XML格式数据文件进行存储；
所述客户端包括：
登记模块：安装GSP软件根据接收模块二配置的唯一的序列号，生成药店身份认证信息，并反馈给服务器端；
下载模块：根据对应表从模块一下载与特征码相对应的GSP软件采集脚本；
采集节点生成模块：将数据采集时间记录在配置文件中；
采集模块：将GSP软件采集脚本和数据采集节点组成带条件的SQL查询语句，利用SQL查询语句查询本地数据库数据，并生成XML格式文件，同时在配置文件中记录最后一次数据采集节点；
数据发送模块：将XML格式数据文件包发送至模块四。
2.一种药品监管平台与异构售药系统的数据采集方法，其特征在于：包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，给每个药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接,同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤5：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤6：客户端根据服务器端的对应表从服务器端下载与特征码相对应的GSP软件采集脚本；
步骤7：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤8：客户端用SQL查询语句查询本地数据库数据，并生成XML格式文件，同时在配置文件中记录最后一次数据采集节点；
步骤9：客户端对XML格式数据文件包发送至服务器端；
步骤10：服务器端接收数据，进行完整性校验；
步骤11：服务器端将数据入库。
3.根据权利要求2所述的药品监管平台与异构售药系统的数据采集方法，其特征在于：
步骤4还包括以下步骤：若认证失败还生成错误日志并存于服务器端；
步骤5还包括以下步骤：如果连接失败，生成错误日志并存于服务器端；
步骤10还包括以下步骤：记录数据包日志；
步骤11还包括以下步骤：记录入库日志。
4.一种药品监管平台与异构售药系统的数据采集方法，其特征在于：包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，给每个药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端发出心跳包，检测各药店网络连接状态，如果检测到断网，则返回步骤3；
步骤5：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接,同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤6：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤7：客户端根据服务器端的对应表从服务器端下载与特征码相对应的GSP软件采集脚本；
步骤8：客户端对采集脚本进行解密；若不能解密，则将错误信息报告给服务器端，然后返回步骤7；
步骤9：客户端判断解密后的采集脚本是否可以正常从本地数据库查询数据；若不能正常查询数据，则将错误信息报告给服务器端，然后返回步骤7；
步骤10：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤11：客户端用SQL查询语句查询本地数据库数据，并将结果打包为XML格式数据文件包，同时在配置文件中记录最后一次数据采集节点；
步骤12：客户端对XML格式数据文件包加密、压缩后，发送至服务器端；
步骤13：服务器端接收数据包，进行完整性校验、解压、解密；
步骤14：服务器端将数据入库。
5.根据权利要求4所述的药品监管平台与异构售药系统的数据采集方法，其特征在于：
步骤5还包括以下步骤：若认证失败还生成错误日志并存于服务器端；
步骤6还包括以下步骤：如果连接失败，生成错误日志并存于服务器端；
步骤13还包括以下步骤：记录数据包日志；
步骤14还包括以下步骤：记录入库日志。
6.一种药品监管平台与异构售药系统的数据采集方法，其特征在于：包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，该客户端包含GSP软件采集脚本和特征码对应表,给每个联网药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接，同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤5：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤6：客户端查找特征码，根据对应表找到与该药店相适配的GSP软件采集脚本,若对应表里没有特征码或者对应表中没有与特征码相适配的GSP软件采集脚本，则进行步骤7，否则进行步骤8；
步骤7：客户端根据服务器端的对应表从服务器下载与特征码相对应的GSP软件采集脚本；
步骤8：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤9：客户端用SQL查询语句查询本地数据库数据，并生成为XML格式数据文件，同时在配置文件中记录最后一次数据采集节点；
步骤10：客户端对XML格式数据文件包发送至服务器端；
步骤11：服务器端接收数据，进行完整性校验；
步骤12：服务器端将数据入库。
7.根据权利要求6所述的药品监管平台与异构售药系统的数据采集方法，其特征在于：
步骤4还包括以下步骤：若认证失败还生成错误日志并存于服务器中；
步骤5还包括以下步骤：如果连接失败，生成错误日志并存于服务器中；
步骤11还包括以下步骤：记录数据包日志；
步骤12还包括以下步骤：记录入库日志。
8.一种药品监管平台与异构售药系统的数据采集方法，其特征在于：包括以下步骤：
步骤1：在服务器端构建并更新GSP软件采集脚本和特征码对应表；特征码包含GSP软件类型和版本信息；
步骤2：在药店安装客户端，该客户端包含GSP软件采集脚本和特征码对应表,给每个联网药店配置一个唯一的序列号，作为药店的身份认证信息；
步骤3：服务器端与各药店的客户端建立网络连接；
步骤4：服务器端发出心跳包，检测各药店网络连接状态，如果检测到断网，则返回步骤3；
步骤5：服务器端对各药店的序列号分别进行认证，若认证失败则断开连接，同时在服务器端显示异常；若认证成功，则在客户端和服务器端显示该药店在线；
步骤6：服务器端通过ODBC或JDBC方式连接各药店的本地数据库；如果连接失败，在服务器端显示异常；
步骤7：客户端在收银系统中查找特征码，根据对应表找到与该药店相适配的GSP软件采集脚本,若对应表里没有特征码或者对应表中没有与特征码相适配的GSP软件采集脚本，则进行步骤8，否则进行步骤9；
步骤8：客户端根据服务器端的对应表从服务器下载与特征码相对应的GSP软件采集脚本；
步骤9：客户端对采集脚本进行解密；若不能解密，则将错误信息报告给服务器端，然后返回步骤8；
步骤10：客户端判断解密后的采集脚本是否可以正常从本地数据库查询数据；若不能正常查询数据，则将错误信息报告给服务器端，然后返回步骤8；
步骤11：客户端从配置文件中读取上一次数据采集节点，若无上一次数据采集节点，则以当前时间作为数据采集节点；用该数据采集节点和采集脚本，组成带条件的SQL查询语句；
步骤12：客户端用SQL查询语句查询本地数据库数据，并将结果打包为XML格式数据文件，同时在配置文件中记录最后一次数据采集节点；
步骤13：客户端对XML格式数据文件包加密、压缩后，发送至服务器端；
步骤14：服务器端接收数据包，进行完整性校验、解压、解密；
步骤15：服务器端将数据入库。
9.根据权利要求8所述的药品监管平台与异构售药系统的数据采集方法，其特征在于：
步骤5还包括以下步骤：若认证失败还生成错误日志并存于服务器中；
步骤6还包括以下步骤：如果连接失败，生成错误日志并存于服务器中；
步骤14还包括以下步骤：记录数据包日志；
步骤15还包括以下步骤：记录入库日志。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610140146.5A CN105827693B (zh) | 2016-03-11 | 2016-03-11 | 药品监管平台与异构售药系统的数据采集系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610140146.5A CN105827693B (zh) | 2016-03-11 | 2016-03-11 | 药品监管平台与异构售药系统的数据采集系统及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105827693A CN105827693A (zh) | 2016-08-03 |
| CN105827693B true CN105827693B (zh) | 2019-08-02 |
Family
ID=56987129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610140146.5A Active CN105827693B (zh) | 2016-03-11 | 2016-03-11 | 药品监管平台与异构售药系统的数据采集系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105827693B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108876291A (zh) * | 2018-05-25 | 2018-11-23 | 江苏财税通信息科技有限公司 | 一种企业经营数据采集系统、方法及云端服务器 |
| CN113496434A (zh) * | 2020-04-03 | 2021-10-12 | 山东浪潮质量链科技有限公司 | 一种监管方法、设备及介质 |
| CN115567301B (zh) * | 2022-09-28 | 2023-10-17 | 宋舒涵 | 一种基于局域网络的信息安全认证传输方法及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103152418A (zh) * | 2013-03-08 | 2013-06-12 | 上海伊邦医药信息科技有限公司 | 线下与线上互联网商品零售系统间的数据同步系统和方法 |
| CN103383755A (zh) * | 2013-06-25 | 2013-11-06 | 浙江百唐网络技术有限公司 | 基于云计算的农产品大规模质量监管平台 |
| CN104899325A (zh) * | 2015-06-19 | 2015-09-09 | 上海卓悠网络科技有限公司 | 一种app采集数据的收集方法、终端、服务器及系统 |
| CN105205687A (zh) * | 2015-08-24 | 2015-12-30 | 浪潮通用软件有限公司 | 一种海量数据采集的方法 |
| CN105376314A (zh) * | 2015-11-18 | 2016-03-02 | 深圳市博安达信息技术股份有限公司 | 一种将环境监测分析数据提取到lims的方法及装置 |
-
2016
- 2016-03-11 CN CN201610140146.5A patent/CN105827693B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103152418A (zh) * | 2013-03-08 | 2013-06-12 | 上海伊邦医药信息科技有限公司 | 线下与线上互联网商品零售系统间的数据同步系统和方法 |
| CN103383755A (zh) * | 2013-06-25 | 2013-11-06 | 浙江百唐网络技术有限公司 | 基于云计算的农产品大规模质量监管平台 |
| CN104899325A (zh) * | 2015-06-19 | 2015-09-09 | 上海卓悠网络科技有限公司 | 一种app采集数据的收集方法、终端、服务器及系统 |
| CN105205687A (zh) * | 2015-08-24 | 2015-12-30 | 浪潮通用软件有限公司 | 一种海量数据采集的方法 |
| CN105376314A (zh) * | 2015-11-18 | 2016-03-02 | 深圳市博安达信息技术股份有限公司 | 一种将环境监测分析数据提取到lims的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105827693A (zh) | 2016-08-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110472116B (zh) | 联盟区块链业务网络及其联盟节点、产品数据存储方法 | |
| US20210352144A1 (en) | Tag operating system | |
| CN107395767B (zh) | 基于长连接的消息推送系统及方法 | |
| CN104718533B (zh) | 企业设备的硬件故障管理系统、方法及架构 | |
| US8893109B2 (en) | Software distribution amongst medical devices taking into account dependencies between devices | |
| CN101336433B (zh) | 用于在多租户环境中保护客户数据的系统和方法 | |
| EP2856694B1 (en) | System and method for generating and managing product authentication codes | |
| US20200364525A1 (en) | Rf tag operating system with iot connector core | |
| CN102447684B (zh) | 数据处理方法及其设备 | |
| CN102625939B (zh) | 用于管理电子资产的系统和方法 | |
| CN105827693B (zh) | 药品监管平台与异构售药系统的数据采集系统及方法 | |
| CN104094298A (zh) | 用于验证和管理产品分销的系统和方法 | |
| US20080208925A1 (en) | Communication Method and System | |
| AU2023201223A1 (en) | Managed medical information exchange | |
| WO2016168935A1 (en) | Geo-analytic system and method for authentication of goods | |
| CN103402195B (zh) | 企业级移动终端的应用处理方法和企业级移动应用平台 | |
| CN112190951B (zh) | 运营数据迁移方法、装置、设备及存储介质 | |
| CN110516459A (zh) | 一种基于区块链的产品数据追溯方法及系统 | |
| KR101954304B1 (ko) | 블록체인 기반의 담배 추적 방법 및 이를 이용한 담배 추적 서버 | |
| AU2020243577A1 (en) | Distributed logbook for anomaly monitoring | |
| WO2019157122A1 (en) | Rf tag operating system with iot connector core | |
| EP3158445B1 (en) | Data verification in a distributed data processing system | |
| CN113190571B (zh) | 一种基于消息采集和多维度分布的系统 | |
| US20040083216A1 (en) | Method and apparatus for the centralized collection of geographically distributed data | |
| US20230335238A1 (en) | Method for transmitting data from a medical apparatus, and medical apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 710075 Room C101, Hanyunge Pavilion, Xi'an Software Park, No. 2 Science and Technology Road, Xi'an High-tech Zone, Shaanxi Province Applicant after: Lian Yi Software Co., Ltd. Address before: 710075 Qinfeng Pavilion H-512, Xi'an Software Park, No. 2 Science and Technology Road, Xi'an High-tech Zone, Shaanxi Province Applicant before: Xi'an E-Link Information Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |