用于处理文档的系统和方法技术方案

本发明专利技术涉及用于处理文档的系统和相应方法，其包括：第一部件，其用于接收至少一个文档(10)的文档数据，对用户进行认证，以及在已认证数据与预先指定或被授权用户相对应的情况下将所接收的至少一个文档(10)的文档数据存储在数据库中；第二部件(2)，其用于接收至少一个文档(10)的文档数据，基于所接收的文档数据生成(20)以可移植文档格式(PDF)的至少一个文档，对用户进行认证(23)，对以可移植文档格式(PDF)的至少一个生成文档进行数字签名(23)和/或加密(23)，以及在已认证用户与预先指定或被授权用户相对应的情况下将以可移植文档格式(PDF)的至少一个经数字签名和/或加密的文档存储(21)在数据库(DMS)中；以及第三部件(22)，其用于判定应在第一部件(1)中还是在第二部件(2)中处理所述至少一个文档(10)。本发明专利技术允许在不中断或干扰现有工作流程的情况下进行容易地且可靠地适应于各种要求的文档处理。

【技术实现步骤摘要】
【国外来华专利技术】【专利说明】本专利技术涉及根据独立权利要求的。医学应用中的文档管理系统(DMS)(例如医院信息系统(HIS))中的电子健康记录通常具有权限管理模块，其允许管理员向仅某些用户或用户组提供对某个类型的文档的读和/或写访问。文档签名是排除文档的变更或非故意使用的可能方式。因此，一些文档管理系统提供在单独的工作流程内以电子方式对文档进行签名的能力。然而，实现和使用电子签名是复杂的，特别是鉴于国家合规性要求的种类、保健IT标准、特定规章环境以及不同的可用技术和技巧而言。本专利技术的目的是提供一种用于处理文档的系统和相应方法，其容易且可靠地可适应于各种要求，特别地并不中断或干扰现有的工作流程。用根据独立权利要求的系统和方法来达到该目的。根据本专利技术的用于处理文档的系统优选地包括包含三个单独的过程相关的部件的单个模块。第一部件被设计用于接收至少一个文档的文档数据、对用户进行认证并在已认证用户与先前指定或被授权用户相对应的情况下将所接收的至少一个文档的文档数据存储在数据库中。其还包括第二部件，该第二部件被设计用于接收至少一个文档的文档数据，基于所接收的文档数据生成以可移植文档格式的至少一个文档，对用户进行认证，对所述至少一个生成文档进行数字签名和/或加密，并且在已认证用户与预先指定或被授权用户相对应的情况下将以可移植文档格式的所述至少一个经数字签名和/或加密的文档存储在数据库中。该系统还包括第三部件，其被设计用于判定是应在第一部件中还是第二部件中处理所述至少一个文档。根据本专利技术的用于处理文档的方法包括接收至少一个文档的文档数据并判定是应在第一部件中还是第二部件中处理所述至少一个文档。在应在第一部件中处理所述至少一个文档的情况下，实现以下步骤:对用户进行认证并在已认证用户与预先指定或被授权用户相对应的情况下将所接收的至少一个文档的文档数据存储在数据库中。在应在第二部件中处理所述至少一个文档的情况下，实现以下步骤:基于所接收的至少一个文档的文档数据生成以可移植文档格式的至少一个文档，对用户进行认证，对以可移植文档格式的所述至少一个生成文档进行数字签名和/或加密，并且在已认证用户与预先指定或被授权用户相对应的情况下将以可移植文档格式的经数字签名和/或加密的文档存储在数据库中。本专利技术是基于提供第一(“标准”)认证和第二(“扩展”)认证的可选择备选方案的方法，所述第一(“标准”)认证在第一部件中使用不带数字签名和/或加密的可选roF文档生成，所述第二(“扩展”)认证在第二部件中使用带PDF文档的数字签名和/或加密的强制性PDF文档生成。用该方法，本专利技术允许优选地可配置的软件模块集成，其被设计用于进入现有文档工作流程中的扩展认证和数字文档签名和/或加密，包括在不改变、中断或干扰此类现有工作流程的情况下的HIS内的带/不带数字签名和/或加密的标准认证。优选地，根据本专利技术的系统被设计成使得软件部件的集成可由管理员配置并可选地基于系统设置而激活。在这方面，特别优选的是应仅允许系统管理员而不是用户(例如医生、护士、厨师或行政人员)来配置系统及应如何处理文档，即借助于使用可选TOF文档生成的标准用户认证或借助于使用强制性roF文档生成和roF文档的数字签名和/或加密的扩展用户认证。进一步优选的是，除用于认证、签名和加密的若干可配置设置之外，要由管理员基于配置而实现的文档的选择可供使用。该配置可包括例如与所涉及的文档的选择以及签名时间这两者有关的设置。此外，上述关于数字签名和/或加密软件模块的集成不限于在没有加密或签名的先前现有电子文档工作流程内的PDF文档创建和签名/加密的功能性。相反地，通过激活数字签名和/或加密软件部件，文档工作流程的自动化过程(例如批认证和离线PDF创建)优选地用交互式过程来代替；此外，用于PDF文档创建和签名的过程优选地总是被一起执行。结果，先前可用标准工作流程或包括数字文档加密和签名的扩展工作流程取决于各HIS设置被执行。综上，借助于本专利技术，可以使文档的处理容易地且可靠地适应于各种法定以及技术要求而不干扰或中断现有文档工作流程。术语“部件”优选地涉及技术程序、装置或系统的计算机实现的实施例的一部分。优选地，部件可以与技术程序、装置或系统的计算机实现的实施例的其它部分(即部件)相交互。术语“文档”优选地涉及通过表格的定义来描述的单个实例(即单例的面向对象计算机程序编程语言，例如Java?)。表格的定义描述了 HIS框架内的用户可编辑和计算内容、适用指南、适用功能性和工作流程。可用功能可包括例如文档的打印、签名或简单保存。表格定义可以优选地由各模块的制造商和/或由授权人员、特别是其中实现该系统或方法的HIS的管理员来创建。术语“可移植文档格式”(PDF)优选地涉及用于独立于应用软件、硬件和操作系统来表示文档的文件格式。特别地，文档的PDF文件基于文档数据而封装固定布局文档的完整描述，包括文本、字体、图形和需要将其显示的其它信息。术语“认证”优选地涉及验证用户身份的过程。这可以例如通过验证用户的ID卡和/或用户ID和/或口令来实现。术语“预先指定或被授权用户”优选地指代在执行处理文档的工作流程之前被指定的一个或多个用户。术语动词形式和名词形式的“数字签名”优选地指代对签名用户进行认证并确保文档完整性的密码签名(特别地用数字密钥)。借助于对文档进行数字签名，文档受到防篡改密封的保护，其在文档的内容要被改变时停止(break)。术语文档的“进行加密”或“加密”优选地指代将文档的内容、特别是文档数据变换成难以理解的字符串的过程，其可被存储在数据库中或以高度的安全性经由通信介质被传送并随后可被解密。优选地，第三部件被集成在第二部件中。特别地，关于是应在第一部件还是第二部件中处理文档的相应判定步骤被集成在第二部件中，其中，在后一种情况下(在第二部件中处理)，在第二部件中已开始的过程继续，而在前一种情况下(在第一部件中处理)，在第二部件中已开始的过程被分支到第一部件的步骤，使得文档处理在第一部件中继续。用这种方法，可以通过在不需要修改第一部件的情况下将第二部件添加到第一部件并简单地将其链接到第一部件而容易且可靠地扩展(特别是适应)系统的功能性。因此，不必改变或中断由第一部件执行的现有工作流程，也不存在由于第二部件及其工作流程的提供而导致的任何不利干扰。根据本专利技术的另一优选方面，第三部件被配置成使得在文档数据已在第二部件中被接收到之后实现应在第一部件中还是第二部件中处理该文档数据的判定。这样，在判定中(即第一部件还是第二部件)，可以考虑要处理的文档的类型和/或内容。例如，系统被设计成使得管理员可以预先指定是应在第一部件还是第二部件中处理特定类型的文档和/或具有预先指定内容的文档。这以可靠且简单的方式进一步扩展了系统对各种要求的适应性。此外优选的是，第三部件是可配置的，使得应在第一部件中还是在第二部件中处理文档数据的判定是可被预先指定的，即可在文档处理在第一部件和/或第二部件中开始之前被指定。特别地，系统被配置成使得应仅允许系统管理员而特别不是系统用户借助于选择各系统设置来相应地指定系统。用这种方法，可考虑到任何具体应用的特定要求而简单地且可靠地预先指定系统的操作模式。根据另一优选实施例，第二部件被配置成使得在已认证用户与预先指本文档来自技高网...

【技术保护点】
一种用于处理文档(10)的系统，包括a)第一部件(1)，其用于‑接收至少一个文档(10)的文档数据，‑对用户进行认证(14)，以及‑在已认证用户与预先指定或被授权用户相对应的情况下，将所接收的至少一个文档(10)的文档数据存储(16)在数据库(DB)中，b)第二部件(2)，其用于‑接收至少一个文档(10)的文档数据，‑基于所接收的文档数据生成(20)以可移植文档格式(PDF)的至少一个文档，‑对用户进行认证(23)，‑对以所述可移植文档格式(PDF)的所述至少一个生成文档进行数字签名(23)和/或加密(23)，以及‑在已认证用户与预先指定或被授权用户相对应的情况下，将以所述可移植文档格式(PDF)的至少一个经数字签名和/或加密的文档存储(21)在数据库(DMS)中，以及c)第三部件(22)，其用于判定应在第一部件(1)中还是在第二部件(2)中处理所述至少一个文档(10)。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：M考夫曼恩，
申请(专利权)人：爱克发医疗保健公司，
类型：发明
国别省市：德国;DE