System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种基于文件头的医院无纸化病案电子签名方法和系统技术方案_技高网

一种基于文件头的医院无纸化病案电子签名方法和系统技术方案

技术编号:42675219 阅读:5 留言:0更新日期:2024-09-10 12:27
本申请公开了一种基于文件头的医院无纸化病案电子签名方法,包括:S1接收用户终端应用程序的包含待签名文件数据的文件体和文件头的待签名请求;文件头包含签名人称;文件体记录电子签名的实体,文件头既作为参数文件用于定义电子签名过程的执行方式,也作为控制文件用于管理和监督电子签名过程;S2解析待签名请求中的文件头,仅对文件体进行签名,生成签名值;向用户终端返回签名值;S3判断文件头中包含的签名人称是否均已完成签名,若是,则计算文件体的HASH值,并加入所有用户终端的签名证书和生成签名值的签名时间戳生成最终签名信息发送至所有用户终端。通过本申请,使得签名处理过程变得更加简单。

【技术实现步骤摘要】

本申请涉及电子签名,特别是涉及一种基于文件头的医院无纸化病案电子签名方法和系统


技术介绍

1、在现有的医院病案管理系统中,电子签名技术的应用正逐渐普及,以提高医疗文书处理的效率、安全性、合法性。然而,这些系统通常存在一些局限性和缺点,影响了无纸化病案生成的广泛实施。

2、在现有的电子签名过程中,通常是将文件的注释性信息跟实际需要签名的文件放在一起,通常是将签名的注释性信息跟实际需要签名的信息作为传入参数放在一个签名调用函数里发送给签名服务,因此签名服务器需要进行一一识别分离出文件的注释性信息和实际需要签名的数据部分,这使得签名处理的过程变得复杂。


技术实现思路

1、基于此,针对上述技术问题,提供一种基于文件头的医院无纸化病案电子签名方法和系统,以解决现有技术在签名过程中,签名处理的过程复杂的问题。

2、第一方面,一种基于文件头的医院无纸化病案电子签名方法,所述方法包括:

3、步骤s1:接收用户终端应用程序的待签名请求,所述待签名请求包含待签名文件数据的文件体和文件头;所述文件体和文件头为用户终端应用程序接收到用户输入的待签名文件数据后生成所述待签名文件数据生成文件体和文件头;所述文件头中包含签名人称;所述文件体记录电子签名的实体,所述文件头记录电子签名的解释信息,文件头既作为参数文件用于定义电子签名过程的执行方式,也作为控制文件用于管理和监督电子签名过程;

4、步骤s2:解析所述待签名请求中的文件头,并仅对所述文件体进行签名,生成签名值;向所述用户终端返回所述签名值;

5、步骤s3:判断所述文件头中包含的签名人称是否均已完成签名,若是,则计算所述文件体的hash值,并加入所有用户终端的签名证书和生成签名值的签名时间戳生成最终签名信息,将最终的签名信息发送至所有用户终端。

6、上述方案中,所述文件头还以明文的方式存放于签名服务器的数据库,以便签名信息的统计查询分析。

7、上述方案中,可选地,所述文件头还包括就诊类型、签名内容类型、项目名称、文件体的文件格式。

8、上述方案中,可选地,所述判断文件头中包含的签名人称是否均已完成签名,若否,则重复步骤s1-步骤s2,直到判断出所述文件头中包含的签名人称均已完成签名。

9、上述方案中,进一步可选地,所述步骤s2之前还包括:判断接收的文件头信息与存储单元中的多个文件头信息是否有相同的,若是,则调用存储单元中与接收的文件头信息相同的文件头信息对应的文件体,记为第一文件体,计算第一文件体的hash值;

10、根据接收的用户发送的文件体的调用函数调用对应文件体,记为第二文件体,计算所述第二文件体的hah值,若不相同,则不执行后续操作。

11、上述方案中,可选地,所述文件体为支持多种文件格式,包括pdf格式、xml格式或和json格式。

12、第二方面,一种基于文件头的医院无纸化病案电子签名系统,所述系统包括:

13、待签名请求接收信息:用于接收用户终端应用程序的待签名请求,所述待签名请求包含待签名文件数据的文件体和文件头;所述文件体和文件头为用户终端应用程序接收到用户输入的待签名文件数据后生成所述待签名文件数据生成文件体和文件头;所述文件头中包含签名人称;所述文件体记录电子签名的实体,所述文件头记录电子签名的解释信息,文件头既作为参数文件用于定义电子签名过程的执行方式,也作为控制文件用于管理和监督电子签名过程;

14、签名模块:用于解析所述待签名请求中的文件头,并仅对所述文件体进行签名,生成签名值;向所述用户终端返回所述签名值;

15、最终签名信息生成模块:用于判断所述文件头中包含的签名人称是否均已完成签名,若是,则计算所述文件体的hash值,并加入所有用户终端的签名证书已经生成签名值的签名时间戳生成最终签名信息,将最终的签名信息发送至所有用户终端。

16、上述方案中,可选地,所述文件头还以明文的方式存放于签名服务器的数据库,以便签名信息的统计查询分析。

17、第三方面,一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的一种基于文件头的医院无纸化病案电子签名方法的步骤。

18、第四方面,一种计算机程序产品,包括计算机程序/指令,所述计算机程序/指令被处理器执行时上述第一方面所述的一种基于文件头的医院无纸化病案电子签名方法的步骤。

19、本申请至少具有以下有益效果:

20、本申请通过将待签名数据分为文件头和文件体,在文件头中设置文件体的相关注释信息,如就诊类型、签名内容类型、项目名称、文件体的文件格式等,在签名过程中,避免了对文件进行拆分的需要,因此处理流程更加简单。由于不需要开发额外的算法来识别和分离注释信息和数据部分,因此使得签名过程变得更加简单。

本文档来自技高网...

【技术保护点】

1.一种基于文件头的医院无纸化病案电子签名方法,其特征在于,所述方法包括:

2.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述文件头还以明文的方式存放于签名服务器的数据库,以便签名信息的统计查询分析。

3.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述文件头还包括就诊类型、签名内容类型、项目名称、文件体的文件格式。

4.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述判断文件头中包含的签名人称是否均已完成签名,若否,则重复步骤S1-步骤S2,直到判断出所述文件头中包含的签名人称均已完成签名。

5.根据权利要求4所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述步骤S2之前还包括:判断接收的文件头信息与存储单元中的多个文件头信息是否有相同的,若是,则调用存储单元中与接收的文件头信息相同的文件头信息对应的文件体,记为第一文件体,计算第一文件体的HASH值;

6.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述文件体为支持多种文件格式,包括PDF格式、XML格式或和JSON格式。

7.一种基于文件头的医院无纸化病案电子签名系统,其特征在于,所述系统包括:

8.根据权利要求7所述的基于文件头的医院无纸化病案电子签名系统,其特征在于,所述文件头还以明文的方式存放于签名服务器的数据库,以便签名信息的统计查询分析。

9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

10.一种计算机程序产品,包括计算机程序/指令,其特征在于,该计算机程序/指令被处理器执行时实现权利要求1至6中任一项所述方法的步骤。

...

【技术特征摘要】

1.一种基于文件头的医院无纸化病案电子签名方法,其特征在于,所述方法包括:

2.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述文件头还以明文的方式存放于签名服务器的数据库,以便签名信息的统计查询分析。

3.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述文件头还包括就诊类型、签名内容类型、项目名称、文件体的文件格式。

4.根据权利要求1所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述判断文件头中包含的签名人称是否均已完成签名,若否,则重复步骤s1-步骤s2,直到判断出所述文件头中包含的签名人称均已完成签名。

5.根据权利要求4所述的基于文件头的医院无纸化病案电子签名方法,其特征在于,所述步骤s2之前还包括:判断接收的文件头信息与存储单元中的多个文件头信息是否有相同的,若是,则调用存储单元中与接收...

【专利技术属性】
技术研发人员:徐卫清俞文清蔡兵
申请(专利权)人:杭州祉医科技有限公司
类型:发明
国别省市:

相关技术
    暂无相关专利
网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1