CN106790181A - 电子病历文件的验证方法、服务器和终端设备 - Google Patents
电子病历文件的验证方法、服务器和终端设备 Download PDFInfo
- Publication number
- CN106790181A CN106790181A CN201611254507.5A CN201611254507A CN106790181A CN 106790181 A CN106790181 A CN 106790181A CN 201611254507 A CN201611254507 A CN 201611254507A CN 106790181 A CN106790181 A CN 106790181A
- Authority
- CN
- China
- Prior art keywords
- health record
- electronic health
- record file
- characters string
- encrypted characters
- 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
Classifications
-
- 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/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- G06Q50/24—
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- 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)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- General Health & Medical Sciences (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请提供了一种电子病历文件的验证方法、服务器和终端设备,该方法包括:响应客户端上传第二电子病历文件的请求并生成与第二电子病历文件对应的第一电子病历文件;根据第一电子病历文件的病历内容生成第一加密字符串;接收客户端上传的第二加密字符串,第二加密字符串是客户端根据第二电子病历文件的病历内容生成的;判断第一加密字符串与第二加密字符串是否一致;当第一加密字符串与第二加密字符串不一致时,反馈上传失败的消息至客户端,使客户端重新上传第二电子病历文件。保证了上传的电子病历文件的完整性和准确性。
Description
技术领域
本申请涉及电子病历技术领域,尤其涉及一种电子病历文件的验证方法、服务器和终端设备。
背景技术
电子病历***(electronic medical record system,EMRS)是医学专用软件。医院通过电子病历以电子化方式记录患者就诊的信息,包括:首页、病程记录、检查检验结果、医嘱、手术记录、护理记录等等,其中既有结构化信息,也有非结构化的自由文本,还有图形图像信息。涉及病人信息的采集、存储、传输、质量控制、统计和利用。
电子病历***一般利用搭建在文件服务器上的文件传输协议(File TransferProtocol,FTP)服务进行病历文件的上传和下载。上传到文件服务器生成病历文件之后,可能会因为网络、FTP服务等其他因素导致生成的病历文件内容存在缺失或不完整的问题。这个问题已经严重影响医院的医疗信息安全和患者在医院诊疗过程中的个人病历信息的完整性和共享性。
目前已经出现了许多电子病历客户端验证病历完整性的技术手段,需要把病历文件从服务端下载到客户端进行完整性验证,在下载的过程中也可能造成病历文件的内容缺失从而造成验证的不准确。目前的FTP服务只在文件上传失败时有数字的错误提示,没有更加详细的错误说明,在服务器上生成的病历文件的内容是缺失的,不完整的。
发明内容
有鉴于此,本申请实施例提供了一种电子病历文件的验证方法、服务器和终端设备,用以解决现有技术中上传的电子病历文件的内容缺失 的技术问题。
根据本申请实施例的一个方面,提供了一种电子病历文件的验证方法,适用于服务器,该方法包括:响应客户端上传第二电子病历文件的请求并生成与第二电子病历文件对应的第一电子病历文件;根据第一电子病历文件的病历内容生成第一加密字符串;接收客户端上传的第二加密字符串,第二加密字符串是客户端根据第二电子病历文件的病历内容生成的;判断第一加密字符串与第二加密字符串是否一致;当第一加密字符串与第二加密字符串不一致时,反馈上传失败的消息至客户端,使客户端重新上传第二电子病历文件。
根据本申请实施例的另一方面,提供了一种电子病历文件的验证方法,适用于客户端,该方法包括:发送上传第二电子病历文件的请求至服务器,以使服务器生成与第二电子病历文件对应的第一电子病历文件;根据第二电子病历文件的病历内容生成第二加密字符串;发送第二加密字符串至服务器,以使服务器判断第二加密字符串与第一加密字符串是否一致,第一加密字符串是由服务器根据第一电子病历文件的病历内容生成的;当第一加密字符串与第二加密字符串不一致时,接收服务器反馈的上传失败的消息,重新上传第二电子病历文件。
根据本申请实施例的另一方面,提供了一种服务器,包括:处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为:响应客户端上传第二电子病历文件的请求并生成与第二电子病历文件对应的第一电子病历文件;根据第一电子病历文件的病历内容生成第一加密字符串;接收客户端上传的第二加密字符串,第二加密字符串是客户端根据第二电子病历文件的病历内容生成的;判断第一加密字符串与第二加密字符串是否一致;当第一加密字符串与第二加密字符串不一致时,反馈上传失败的消息至客户端,使客户端重新上传第二电子病历文件。
根据本申请实施例的另一方面,提供了一种终端设备,包括:处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为:发送上传第二电子病历文件的请求至服务器,以使服务器生成与第二电子病历文件对应的第一电子病历文件;根据第二电子病历文件的病历内容 生成第二加密字符串;发送第二加密字符串至服务器,以使服务器判断第二加密字符串与第一加密字符串是否一致,第一加密字符串是由服务器根据第一电子病历文件的病历内容生成的;当第一加密字符串与第二加密字符串不一致时,接收服务器反馈的上传失败的消息,重新上传第二电子病历文件。
本申请实施例的有益效果包括:客户端上传电子病历文件至服务器时,服务器验证上传和生成的病历文件的病历内容的完整性,如果不完整,则会要求客户端重新上传电子病历文件,保证了电子病历文件的完整性和准确性。
附图说明
通过以下参照附图对本申请实施例的描述,本申请的上述以及其它目的、特征和优点将更为清楚,在附图中:
图1是本申请实施例的电子病历文件的验证***的架构示意图;
图2是本申请实施例的一种电子病历文件的验证方法的流程示意图;
图3是本申请实施例的一种电子病历文件的验证方法的流程示意图。
具体实施方式
以下基于实施例对本申请进行描述,但是本申请并不仅仅限于这些实施例。在下文对本申请的细节描述中,详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本申请。为了避免混淆本申请的实质,公知的方法、过程、流程、元件和电路并没有详细叙述。
此外,本领域普通技术人员应当理解,在此提供的附图都是为了说明的目的,并且附图不一定是按比例绘制的。
除非上下文明确要求,否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义;也就是说,是“包括但不限于”的含义。
在本申请的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
本申请实施例,客户端上传电子病历文件至服务器,服务器根据电子病历文件的病历内容计算第一加密字符串,客户端计算该电子病历文件的第二加密字符串并上传至服务器,服务器比对第一加密字符串与第二加密字符串是否一致。如果一致,则代表上传的电子病历文件的病历内容是完整的,没有丢失;如果不一致,则代表刚刚上传到的服务器的电子病历文件的存在内容缺失的问题,客户端会重新上传该电子病历文件。服务器确认上传的电子病历文件内容完整,保证了电子病历文件上传时病历内容的完整性和准确性。
图1是本申请实施例所采用的电子病历文件的验证***,包括客户端10和服务器11,其中客户端10可以是移动电话,计算机,数字广播终端,消息收发设备,平板设备,医疗设备,健身设备,医疗管理控制台等;服务器11可以是配置在电子病历***内的文件服务器,存储服务器等。
该电子病历文件的验证***的用户(通常是医护人员)在客户端10编辑电子病历文件的病历内容,当用户进行保存操作时(例如在编辑界面中点击“保存”按钮),客户端10将该电子病历文件另存为一个临时的电子病历文件,该临时的电子病历文件可以被生成在本地磁盘的指定存储区,也可以被生成在内存中。客户端10向服务器11发送一个上传请求,请求上传该临时的电子病历文件。
服务器11响应该上传请求后,开始从客户端10接收该临时的电子病历文件的数据流,并在本地生成另一个与该临时的电子病历文件对应的电子病历文件。服务器11在生成电子病历文件时,根据预设参数生成该电子病历文件,预设参数包括存储路径、加密算法、压缩比例等。服务器11根据预设的存储路径将电子病历文件生成在指定位置。服务器11检测电子病历文件的生成情况,如果顺利生成一个对应的电子病历文件,则判定本次上传成功,服务器11反馈上传成功的消息给客户端10;如果电子病历文件生成失败,则判定本次上传失败,服务器11反馈上传 失败的消息给客户端10,客户端10接收到上传失败的消息后,重新发送该临时的电子病历文件的数据流至服务器11,开始重新上传该临时的电子病历文件,直至上传成功。上传成功后,服务器11和客户端10将进入病历内容的校验过程。
服务器11将已生成的电子病历文件的文件内容读取为字符串,再对该字符串进行加密计算,得到第一加密字符串。客户端10按照相同方式生成该临时的电子病历文件对应的第二加密字符串,调用服务器11的验证方法并将第二加密字符串上传到服务器11。服务器11将第一加密字符串和第二加密字符串进行对比,判断二者是否一致。如果第一加密字符串和第二加密字符串不一致,代表服务器11在生成电子病历文件时虽然文件创建成功,但出现了内容丢失的情况,生成的电子病历文件与客户端10上传的电子病历文件的内容不一致,此时,服务器11的验证方法判定本次上传失败,服务器11反馈上传失败的消息指客户端10,客户端10接收到上传失败的消息后,开始重新上传该临时的电子病历文件,服务器11则重新生成对应的电子病历文件。如果第一加密字符串和第二加密字符串一致,代表服务器11生成的电子病历文件内容完整,服务器11的验证方法判定本次上传成功,此时服务器11还可以向客户端10反馈上传成功的消息,客户端接收到上传成功的消息后可以将该临时的电子病历文件删除,以节省存储空间或内存占用。此外,当判定上传成功时,服务器11也可以不反馈上传成功的消息至客户端10,客户端10可以设置一个预设时长,在上传第二加密字符串之后的该预设时长之内如果没有接收到上传失败的消息,则判定本次上传成功,客户端10删除该临时的电子病历文件。以上是客户端10向服务器11上传电子病历文件的过程,包括上传文件阶段和验证阶段,在任何阶段接收到服务器11反馈的上传失败的消息后,客户端10都要重新上传电子病历文件。
通过以上说明能够确定,本申请实施例在服务器11侧,提供了一种电子病历文件的验证方法,适用于电子病历文件的上传过程,如图2所示,该方法包括以下步骤。
S100,响应客户端上传第二电子病历文件的请求并生成与第二电子病历文件对应的第一电子病历文件;
S101,根据第一电子病历文件的病历内容生成第一加密字符串;
S102,接收客户端上传的第二加密字符串,第二加密字符串是客户端根据第二电子病历文件的病历内容生成的;
S103,判断第一加密字符串与第二加密字符串是否一致;当第一加密字符串与第二加密字符串不一致时,执行步骤S104;当第一加密字符串与第二加密字符串一致时,执行步骤S105。
S104,反馈上传失败的消息至客户端,使客户端重新上传第二病历文件。
S105,反馈上传成功的消息至客户端。
本实施例中,在客户端上传电子病历文件后,服务器对电子病历文件的病历内容进行验证,如果不完整则要求客户端重新上传,确保病历内容的完整性。
在一个实施例中,在执行步骤S100之后,所述方法还包括以下步骤。
S106,判断第一电子病历文件的生成是否失败;当第一电子病历文件的生成失败时,执行步骤S107;当生成第一电子病历文件成功时,执行步骤S101。
S107,反馈上传失败的消息至客户端,使客户端重新上传。
本实施例中,服务器验证文件生成是否成功,生成失败时要求客户端重新上传。
在一个实施例中,步骤S100进一步包括:响应客户端上传第二电子病历文件的请求,根据预设参数将第一电子病历文件生成在指定位置,既能够满足用户的设置需求还有利于保证文件的上传效率。
此外,本申请实施例中,服务器可以通过硬件处理器(hardware processor)来实现上述各个功能步骤。服务器包括:处理器,用于存储处理器可执行指令的存储器;其中,该处理器被配置为执行上述电子病历文件的验证方法的指令,在此不再重复说明。
本申请实施例在客户端10侧,提供了一种电子病历文件的验证方法,适用于电子病历文件的上传过程,如图3所示,该方法包括以下步骤。
S201,发送上传第二电子病历文件的请求至服务器,以使服务器生成与第二电子病历文件对应的第一电子病历文件;
S202,根据第二电子病历文件的病历内容生成第二加密字符串;
S203,发送第二加密字符串至服务器,以使服务器判断第二加密字符串与第一加密字符串是否一致,第一加密字符串是由服务器根据第一电子病历文件的病历内容生成的;
S204,当第一加密字符串与第二加密字符串不一致时,接收服务器反馈的上传失败的消息,重新上传第二电子病历文件。
本实施例中,客户端上传电子病历文件后,还要将该电子病历文件的第二加密字符串上传到服务器用于病历内容的验证,如果与服务器生成的电子病历文件的病历内容验证不一致,则会收到上传失败的消息并重新上传该电子病历文件,这样,保证了上传文件的病历内容的完整性和准确性。
在一个实施例中,步骤S201进一步包括:发送上传第二电子病历文件的请求至服务器;当第一电子病历文件的生成失败时,接收服务器反馈的上传失败消息,重新上传第二电子病历文件。服务器对电子病历文件的生成过程也会进行验证,确保生成完整可用的电子病历文件。
此外,本申请实施例中,客户端可以通过硬件处理器(hardware processor)来实现上述各个功能步骤。客户端包括:处理器,用于存储处理器可执行指令的存储器;其中,该处理器被配置为执行上述电子病历文件的验证方法的指令,在此不再重复说明。
本领域的技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中 的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本申请的优选实施例,并不用于限制本申请,对于本领域技术人员而言,本申请可以有各种改动和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (12)
1.一种电子病历文件的验证方法,适用于服务器,其特征在于,所述方法包括:
响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件;
根据所述第一电子病历文件的病历内容生成第一加密字符串;
接收客户端上传的第二加密字符串,所述第二加密字符串是所述客户端根据所述第二电子病历文件的病历内容生成的;
判断所述第一加密字符串与所述第二加密字符串是否一致;
当所述第一加密字符串与所述第二加密字符串不一致时,反馈上传失败的消息至所述客户端,使所述客户端重新上传所述第二电子病历文件。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当所述第一加密字符串与所述第二加密字符串一致时,反馈上传成功的消息至所述客户端。
3.根据权利要求1所述的方法,其特征在于,响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件之后,所述方法还包括:
判断所述第一电子病历文件的生成是否失败;
当所述第一电子病历文件的生成失败时,反馈上传失败的消息至所述客户端,使所述客户端重新上传。
4.根据权利要求1所述的方法,其特征在于,响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件包括:
响应客户端上传第二电子病历文件的请求,根据预设参数将所述第一电子病历文件生成在指定位置。
5.一种电子病历文件的验证方法,适用于客户端,其特征在于,该方法包括:
发送上传第二电子病历文件的请求至服务器,以使所述服务器生成与所述第二电子病历文件对应的第一电子病历文件;
根据所述第二电子病历文件的病历内容生成第二加密字符串;
发送所述第二加密字符串至所述服务器,以使所述服务器判断所述第二加密字符串与第一加密字符串是否一致,所述第一加密字符串是由所述服务器根据所述第一电子病历文件的病历内容生成的;
当所述第一加密字符串与所述第二加密字符串不一致时,接收所述服务器反馈的上传失败的消息,重新上传所述第二电子病历文件。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
当所述第一加密字符串与所述第二加密字符串一致时,接收所述服务器反馈的上传成功的消息。
7.一种服务器,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件;
根据所述第一电子病历文件的病历内容生成第一加密字符串;
接收客户端上传的第二加密字符串,所述第二加密字符串是所述客户端根据所述第二电子病历文件的病历内容生成的;
判断所述第一加密字符串与所述第二加密字符串是否一致;
当所述第一加密字符串与所述第二加密字符串不一致时,反馈上传失败的消息至所述客户端,使所述客户端重新上传所述第二电子病历文件。
8.根据权利要求7所述的服务器,其特征在于,响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件之后,所述处理器进一步被配置为:
判断所述第一电子病历文件的生成是否失败;
当所述第一电子病历文件的生成失败时,反馈上传失败的消息至所述客户端,使所述客户端重新上传。
9.根据权利要求7所述的服务器,其特征在于,响应客户端上传第二电子病历文件的请求并生成与所述第二电子病历文件对应的第一电子病历文件包括:
响应客户端上传第二电子病历文件的请求,根据预设参数将所述第一电子病历文件生成在指定位置。
10.一种终端设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
发送上传第二电子病历文件的请求至服务器,以使所述服务器生成与所述第二电子病历文件对应的第一电子病历文件;
根据所述第二电子病历文件的病历内容生成第二加密字符串;
发送所述第二加密字符串至所述服务器,以使所述服务器判断所述第二加密字符串与第一加密字符串是否一致,所述第一加密字符串是由所述服务器根据所述第一电子病历文件的病历内容生成的;
当所述第一加密字符串与所述第二加密字符串不一致时,接收所述服务器反馈的上传失败的消息,重新上传所述第二电子病历文件。
11.根据权利要求7所述的服务器或权利要求10所述的终端设备,其特征在于,所述处理器进一步被配置为:
当所述第一加密字符串与所述第二加密字符串一致时,接收所述服务器反馈的上传成功的消息。
12.根据权利要求5所述的方法、或权利要求7所述的服务器、或权利要求10所述的终端设备,其特征在于,发送上传第二电子病历文件的请求至服务器,以使所述服务器生成与所述第二电子病历文件对应的第一电子病历文件包括:
发送上传第二电子病历文件的请求至服务器;
当所述第一电子病历文件的生成失败时,接收所述服务器反馈的上传失败消息,重新上传所述第二电子病历文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611254507.5A CN106790181A (zh) | 2016-12-30 | 2016-12-30 | 电子病历文件的验证方法、服务器和终端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611254507.5A CN106790181A (zh) | 2016-12-30 | 2016-12-30 | 电子病历文件的验证方法、服务器和终端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106790181A true CN106790181A (zh) | 2017-05-31 |
Family
ID=58953212
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611254507.5A Pending CN106790181A (zh) | 2016-12-30 | 2016-12-30 | 电子病历文件的验证方法、服务器和终端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106790181A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109785922A (zh) * | 2018-12-14 | 2019-05-21 | 平安万家医疗投资管理有限责任公司 | 一种病历资料的上传方法与*** |
CN110234096A (zh) * | 2019-05-23 | 2019-09-13 | 上海易点时空网络有限公司 | 基于双向确认的数据上报方法及装置 |
CN110442643A (zh) * | 2019-07-05 | 2019-11-12 | 苏州浪潮智能科技有限公司 | 一种用于双机热备的文件同步方法及装置 |
CN111951916A (zh) * | 2020-08-11 | 2020-11-17 | 北京天健源达科技股份有限公司 | 一种对电子病历签名进行回退处理的方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163046A (zh) * | 2007-11-22 | 2008-04-16 | 北京金山软件有限公司 | 一种分布式网站日志数据采集方法和分布式网站*** |
CN101453478A (zh) * | 2007-11-28 | 2009-06-10 | 新奥特(北京)视频技术有限公司 | 一种在文件传输中的完整性校验方法 |
CN102868765A (zh) * | 2012-10-09 | 2013-01-09 | 乐视网信息技术(北京)股份有限公司 | 文件上传方法和*** |
CN104184740A (zh) * | 2014-09-04 | 2014-12-03 | 中电长城网际***应用有限公司 | 可信传输方法、可信第三方和可信传输*** |
CN105550601A (zh) * | 2016-01-14 | 2016-05-04 | 浪潮(北京)电子信息产业有限公司 | 一种基于虚拟化平台的文件完整性验证方法及装置 |
-
2016
- 2016-12-30 CN CN201611254507.5A patent/CN106790181A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163046A (zh) * | 2007-11-22 | 2008-04-16 | 北京金山软件有限公司 | 一种分布式网站日志数据采集方法和分布式网站*** |
CN101453478A (zh) * | 2007-11-28 | 2009-06-10 | 新奥特(北京)视频技术有限公司 | 一种在文件传输中的完整性校验方法 |
CN102868765A (zh) * | 2012-10-09 | 2013-01-09 | 乐视网信息技术(北京)股份有限公司 | 文件上传方法和*** |
CN104184740A (zh) * | 2014-09-04 | 2014-12-03 | 中电长城网际***应用有限公司 | 可信传输方法、可信第三方和可信传输*** |
CN105550601A (zh) * | 2016-01-14 | 2016-05-04 | 浪潮(北京)电子信息产业有限公司 | 一种基于虚拟化平台的文件完整性验证方法及装置 |
Non-Patent Citations (1)
Title |
---|
孟欣: "基于FTP的文件高效上传方法的研究与实现", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109785922A (zh) * | 2018-12-14 | 2019-05-21 | 平安万家医疗投资管理有限责任公司 | 一种病历资料的上传方法与*** |
CN110234096A (zh) * | 2019-05-23 | 2019-09-13 | 上海易点时空网络有限公司 | 基于双向确认的数据上报方法及装置 |
CN110442643A (zh) * | 2019-07-05 | 2019-11-12 | 苏州浪潮智能科技有限公司 | 一种用于双机热备的文件同步方法及装置 |
CN111951916A (zh) * | 2020-08-11 | 2020-11-17 | 北京天健源达科技股份有限公司 | 一种对电子病历签名进行回退处理的方法 |
CN111951916B (zh) * | 2020-08-11 | 2023-09-26 | 北京天健源达科技股份有限公司 | 一种对电子病历签名进行回退处理的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110086608A (zh) | 用户认证方法、装置、计算机设备及计算机可读存储介质 | |
CN106790181A (zh) | 电子病历文件的验证方法、服务器和终端设备 | |
CN104580104B (zh) | 身份验证的方法、装置及*** | |
CN110010213A (zh) | 电子病历存储方法、***、装置、设备及可读存储介质 | |
CN110070926A (zh) | 基于区块链的数据查询方法、装置、设备及可读存储介质 | |
CN111339570B (zh) | 一种云存储文件完整性的验证方法、装置、设备及介质 | |
CN109144625B (zh) | 防重复提交方法、装置和*** | |
Salamh et al. | What’s on the horizon? An in-depth forensic analysis of android and iOS applications | |
CN105554136B (zh) | 备份数据还原方法、装置及*** | |
CN107786491A (zh) | 帐号验证方法及装置 | |
CN110460617A (zh) | 机考考试***及相关产品 | |
CN108182366A (zh) | 一种度量虚拟机的文件的方法、装置及设备 | |
US20210109829A1 (en) | Systems and methods for detecting errors in artificial intelligence engines | |
CN107819748A (zh) | 一种抗破解的验证码实现方法及装置 | |
CN105184559B (zh) | 一种支付***及方法 | |
CN104601532B (zh) | 一种登录账户的方法及装置 | |
CN112685077A (zh) | 数据修改方法、***、计算机设备及计算机可读存储介质 | |
CN112291067A (zh) | 一种业务操作记录及操作验证方法、装置 | |
KR102134210B1 (ko) | 홈페이지 내 비정형 이미지 파일의 개인정보 검출/차단 시스템 및 그 부하 저감 방법 | |
CN115001806B (zh) | 手机银行登录授权方法及装置 | |
CN115297104B (zh) | 文件上传方法、装置、电子设备和存储介质 | |
CN110224989A (zh) | 信息交互方法、装置、计算机设备及可读存储介质 | |
CN112738249B (zh) | 基于量化交易的文件上传方法、装置、设备及存储介质 | |
TWM620815U (zh) | 記錄用戶足跡的系統 | |
CN107977284A (zh) | 一种数据处理方法、装置、服务器和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 100071, 14 floor, Changning mansion 1, Spark Road, Fengtai District, Beijing. Applicant after: Beijing Tianjian source Polytron Technologies Inc Address before: 100071, 14 floor, Changning mansion 1, Spark Road, Fengtai District, Beijing. Applicant before: Beijing Tianjian Source Technology Co. Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170531 |