CN106934230A - 一种医疗移动签绘系统 - Google Patents

Abstract

本发明提供一种医疗移动签绘系统，包括：服务端，完成客户端创建的医疗文书模板和医疗文书、移动签绘端创建的医疗文书管理业务，针对医疗文书的鼠标签绘操作和原笔迹签绘操作进行CA认证并存储；客户端，创建并维护医疗文书模板、创建并签绘医疗文书，获取医疗文书的鼠标签绘操作信息，发送到服务端CA认证并存储；移动签绘端，根据从服务端调取的医疗文书模板创建并维护医疗文书、获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端CA认证并存储。本发明实现医疗文书的“原笔迹”签绘，移动签绘过程中实时进行CA认证，提供完善的法律保障，形成具有法律效力的医疗文书，有效的提高相关医疗数据的共享，促进了电子健康档案的建设。

Description

一种医疗移动签绘系统

技术领域

本发明涉及医疗技术领域，具体涉及一种医疗移动签绘系统。

背景技术

近些年，我国日益加大对全民健康的关注力，逐步完善医疗卫生服务体系，推进健康中国建设。国家卫计委、国务院先后出台指导方针，发布多个重要文件——《中华人民共和国国民经济和社会发展第十三个五年规划纲要》、《中共中央、国务院关于深化医药卫生体制改革的意见》（中发〔2009〕6号）、《全国医疗卫生服务体系规划纲要（2015-2020年）》（国办发〔2015〕14号）和《中医药发展战略规划纲要（2016-2030年）》（国发〔2016〕15号），并于2016年11月根据“十二五”医疗卫生服务体系建设和发展经验的基础上，制定《全民健康保障工程建设规划》（以下简称《规划》），明确要求加快全民健康保障工程建设。根据统筹规划建设原则——推进协同整合，注重发挥医疗卫生服务体系的整体效率，势必要提升医疗数据的信息共享能力，建设基于区域卫生信息平台应用，形成区域健康档案，然而区域健康档案的大部分数据来源于基层医疗卫生机构。

基层医疗卫生机构的医疗数据种类繁多，业务复杂，借助于《基于电子病历的医院信息平台》的建设，健康档案有望得以实现，但该平台定义建设标准及草案，只制定了功能范围及医疗文书的共享标准，对于知情同意书、患者交接记录等医疗文书的电子签名方式没有明确定义，传统采用打印后手工签绘方式，此方式工作繁琐、麻烦，形成的纸质医疗文书很难形成结构化电子数据，更难满足当前需求——提升医疗数据共享、建设合理高效的健康档案等。

针对需要签绘的医疗文书，目前大多电子病历系统，采用CA认证的方式，来满足法律效力。但这种方式很难满足知情同意书的应用场景需求，即便支持指纹验证的电子病历系统，利用指纹+CA方式或专用手写板+CA方式，来应用类似场景，也很难满足实际工作情况。

问题一

指纹采集过程繁琐，需要患者或家属事前采集指纹。操作时要反复多次采集同一手指指纹，用时较长，对于患者及家属的心情有一定的负面影响。

问题二

对于一些特殊情况，患者及家属无法事前采集指纹，无发利用指纹完成医疗文书的签绘操作，这种情况只能提供纸质文书签绘，然而纸质文书很难实现电子化，更难实现数据的共享。

问题三

专业手写板，虽能实现签绘，但该类产品大多应用于固定位置，在临床应用较为笨重，需要患者或家属到指定位置签绘文书，体验感差。

问题四

专业手写板，手写出的笔迹生硬，失真现象较为严重，写出的效果很难与纸质笔迹对比。

问题五

一些知情同意书，在医生与患者或其家属进行治疗交代时，需要在文书相关事项上作标记签绘，无论是指纹还是手写板，无法实现灵活的标记，这两种方式的签绘位置都是固定的——依赖于模板中固定的签绘位置。

发明内容

为解决现有技术存在的问题，本发明提供一种医疗移动签绘系统，基于无线网络、通过CA认证技术，实现医疗文书的“原笔迹”签绘，从而形成具有法律效力的医疗文书，填补了 “原笔迹”移动签绘技术的空白，有效的提高相关医疗数据的共享，促进了电子健康档案的建设。

本发明的技术方案如下：

一种医疗移动签绘系统，包括：

服务端： 完成客户端创建的医疗文书模板和医疗文书、移动签绘端创建的医疗文书管理业务，针对医疗文书的鼠标签绘操作和原笔迹签绘操作进行CA认证并存储；

客户端：创建并维护医疗文书模板、创建并签绘医疗文书，获取医疗文书的鼠标签绘操作信息，发送到服务端CA认证并存储；

移动签绘端：根据从服务端调取的医疗文书模板创建并维护医疗文书、获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端CA认证并存储。

所述移动签绘端获取移动设备对医疗文书进行原笔迹签绘操作时的多媒体数据，发送到服务端CA认证并存储；

所述服务端接收移动签绘端发来的多媒体数据，将其解析形成附件文件进行CA认证并存储。

所述服务端，包括：模板管理模块、文书管理业务模块、集成业务模块、CA认证业务模块；

模板管理模块：进行医疗文书模板的保存业务、删除业务、浏览业务；

文书管理业务模块：进行医疗文书的创建业务、保存业务、作废业务、浏览业务、归档业务；

集成业务模块：与医院内的各数据库系统进行通信，上传医疗文书；

CA认证业务模块：针对医疗文书的鼠标签绘操作信息或移动设备对医疗文书的原笔迹签绘操作信息，对医疗文书的文字及多媒体信息实时颁发有效数字证书，实现CA认证。

所述客户端，包括：模板创建及维护模块、第一文书维护浏览模块、文书签绘鼠标操作模块；

模板创建及维护模块：创建及维护医疗文书模板；

第一文书维护浏览模块：导入、创建、保存、作废、浏览、归档医疗文书；

文书签绘鼠标操作模块：获取医疗文书的鼠标签绘操作信息，发送到服务端进行CA认证。

所述移动签绘端，包括：第二文书维护浏览模块、原笔迹签绘模块、多媒体模块；

第二文书维护浏览模块：创建、保存、作废、浏览、归档医疗文书；

原笔迹签绘模块，获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端进行CA认证；

多媒体模块：获取移动设备对医疗文书进行原笔迹签绘操作时的多媒体信息，发送到服务端进行CA认证。

所述模板管理模块，包括：

模板保存子模块：接收客户端传来的医疗文书模板的主数据信息及文件流，将文件流转换成二进制字节，将主数据信息及二进制字节存入无纸化病案数据库中；

模板删除子模块：接收客户端传来的医疗文书模板标识，将无纸化病案数据库中的该医疗文书模板标记为删除；

模板浏览子模块：接收客户端或移动签绘端传过来的医疗文书模板标识，从无纸化病案数据库获得医疗文书模板文件的主数据信息及二进制字节，将二进制字节转化成文件流，将医疗文书模板的主数据信息及文件流返回给请求浏览的客户端或移动签绘端进行展示。

所述文书管理业务模块，包括：

创建业务子模块：接收移动签绘端传来的医疗文书模板标识，获得医疗文书模板的主数据信息及二进制字节，通过模板解释器组件将二进制字节转化成指定格式的文件返回给请求创建医疗文书的客户端或移动签绘端；

模板解释器组件：将二进制字节先转化成可读的XML文件，通过信息域标签及医疗文书模板的主数据信息中的信息域数据源信息进行信息域的匹配，再获取XML文件中信息域的真实数据，填充到XML文件中信息域位置上，将XML文件转化成指定格式的文件，发送给创建业务子模块；

保存业务子模块：接收并存储医疗文书的主数据及文件流，将医疗文书的文件流转成指定格式的文件存储到指定目录下；

作废业务子模块：将医疗文书的主数据标识成作废但不删除物理文件；

浏览业务子模块，从无纸化病案数据库调取医疗文书的文件流并转成指定格式的文件，返回给请求浏览的客户端或移动签绘端进行展示；

归档业务子模块：接收医疗文书的主数据，访问无纸化病案数据库，修改相应的医疗文书主数据中的医疗文书状态，将其设置为归档状态，归档状态下的医疗文书不允许进行编辑、标注、签名和绘制标记。

所述模板创建及维护模块，包括：

模板创建子模块，进行医疗文书模板创建；

模板修改子模块，对已有医疗文书模板进行修改；

模板保存子模块，将当前创建或修改的医疗文书模板转化成文件流，将医疗文书模板的主数据与文件流一同传到服务端进行保存；

模板删除子模块，将要删除的医疗文书模板的标识传至服务端进行删除操作；

模板浏览子模块，将要浏览的医疗文书模板的标识传输至服务端，从服务端获得医疗文书模板的主数据及文件流。

所述第一文书维护浏览模块，包括：

文书导入子模块，导入患者电子病案文件作为医疗文书，并将其转换成指定格式的文件；

第一文书新建子模块，选择无纸化病案数据库中的医疗文书模板及生成医疗文书所需数据，新建医疗文书；

第一文书保存子模块，将当前的医疗文书转化成文件流，将当前的医疗文书的主数据与文件流一同传到服务端进行保存操作；

第一文书作废子模块，将要作废的医疗文书的标识发送到服务端进行作废操作；

第一文书浏览子模块，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流；

第一文书归档子模块，将要归档的医疗文书的标识传至服务端，更新医疗文书的文档状态为归档状态，归档状态下的医疗文书不允许签绘及保存操作。

所述第二文书维护浏览模块，包括：

第二文书新建子模块，从服务端选择医疗文书模板文件及生成医疗文书所需数据，新建医疗文书；

第二文书保存子模块，将当前的医疗文书转化成文件流，将医疗文书的主数据与文件流一同传到服务端进行保存；

第二文书作废子模块，将要作废的医疗文书的标识发送到服务端进行作废操作；

第二文书浏览子模块，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流；

第二文书归档子模块，将要归档的医疗文书的标识发送到服务端，更新医疗文书为归档状态，归档状态下的医疗文书不允许签绘操作、保存操作。

有益效果：

本发明提供的一种医疗移动签绘系统，在医疗过程的知情同意签绘、科间会诊、病案流转等过程中，为医护人员提供移动原笔迹手写签名和绘制服务，解决必要的手写签名的电子化解决方案，完全模拟手写感受的原笔迹签绘过程，不会增加医生、护士、患者及家属造成任何的学习复杂度。在移动签绘过程中实时进行CA认证，提供完善的法律保障。进行签绘过程将多媒体信息纳入到电子病案中，是对现代化病案管理过程的内容和形式上的突破，是对健康档案建设的有力补充和支持。

附图说明

图1是本发明具体实施方式中的医疗移动签绘系统框架图。

具体实施方式

下面结合附图对本发明的具体实施方式做详细说明。

本实施方式中提供一种如图1所示的医疗移动签绘系统，包括：

服务端：完成客户端创建的医疗文书模板和医疗文书、移动签绘端创建的医疗文书管理业务，针对医疗文书的鼠标签绘操作和原笔迹签绘操作进行CA认证并存储。

服务端采用SOA架构，利用标准SOAP协议构建Web Service统一接口，为客户端及移动签绘端提供准确、稳定、高效的接口服务，服务端主要处理五类业务——医疗文书模板管理、医疗文书管理、多媒体（语音、视频、照片）处理、业务集成及CA认证，各类业务通过ADO.NET数据库访问组件，访问数据库，利用.net framework的文件传输组件访问文件数据，利用CA集成接口与CA服务器进行通信，处理电子认证服务。

所述服务端，包括：模板管理模块、文书管理业务模块、多媒体处理模块、集成业务模块、CA认证业务模块；

模板管理模块：进行医疗文书模板的保存业务、删除业务、浏览业务；具体包括：

模板保存子模块：利用Web Service统一接口，接收客户端传来的医疗文书模板的主数据信息及文件流，将文件流转换成二进制字节，利用ADO.NET数据库访问组件，将主数据信息及二进制字节存入无纸化病案数据库中，主数据信息包括：医疗文书模板编码、名称、创建时间、创建人、医疗文书模板信息域对应的数据源及数据源字段域名。

模板删除子模块：利用Web Service统一接口，接收客户端传来的医疗文书模板标识，利用ADO.NET数据库访问组件，将无纸化病案数据库中的该医疗文书模板标记为删除。

模板浏览子模块：利用Web Service统一接口，接收客户端或移动签绘端传过来的医疗文书模板标识，利用ADO.NET数据库访问组件，从无纸化病案数据库获得医疗文书模板文件的主数据信息及二进制字节，将二进制字节转化成文件流，通过SOAP协议将医疗文书模板的主数据信息及文件流返回给请求浏览的客户端或移动签绘端。

文书管理业务模块：进行医疗文书的创建业务、保存业务、作废业务、浏览业务、归档业务；

文书管理业务模块，具体包括：

创建业务子模块：利用Web Service统一接口，接收客户端或移动签绘端传来的医疗文书模板标识，利用ADO.NET数据库访问组件，获得医疗文书模板的主数据信息及二进制字节，通过模板解释器组件将二进制字节转化成指定格式（如Word、PDF、自定义报表）的文件返回给请求创建医疗文书的客户端或移动签绘端。

模板解释器组件：将二进制字节先转化成可读的XML文件，通过信息域标签及医疗文书模板的主数据信息中的信息域数据源信息进行信息域的匹配，再利用ADO.NET数据库访问组件获取XML文件中信息域的真实数据，填充到XML文件中信息域位置上，将XML文件转化成指定格式（如Word、PDF、自定义报表）的文件，发送给创建业务子模块。

保存业务子模块：接收并存储医疗文书的主数据及文件流、附件文件的主数据，医疗文书的主数据包括：医疗文书编码、医疗文书名称、文件名称、文件存储位置、患者标识、患者入院次数、患者科室、所属护理模块、医疗文件创建时间、创建人、文书状态，医疗文书的文件流转成指定格式（如Word、PDF、自定义报表）的文件，根据医疗文书的主数据中的文件名称及文件位置将指定格式（如Word、PDF、自定义报表）的文件存储到指定目录下，根据附件文件主数据中的附件文件名称和附件文件存储位置将附件文件存储到指定目录下。

作废业务子模块：将医疗文书的主数据标识成作废但不删除物理文件。

浏览业务子模块，根据医疗文书的主数据中的文件名称及文件存储位置，从无纸化病案数据库调取医疗文书的文件流转成指定格式（如Word、PDF、自定义报表）的文件，利用Web Service统一接口返回给请求浏览的客户端或移动签绘端进行展示。

归档业务子模块：利用Web Service统一接口接收医疗文书的主数据，利用ADO.NET数据库访问组件访问无纸化病案数据库，修改相应的医疗文书主数据中的医疗文书状态，将其设置为归档状态，归档状态下的医疗文书不允许进行编辑、标注、签名和绘制标记。

多媒体处理模块：接收医疗文书签绘时产生的多媒体数据，将其解析形成附件文件进行CA认证并存储，生成附件文件主数据，包括附件文件编码、附件文件名称、附件文件格式，附件文件编码、附件文件存储位置。

集成业务模块：利用ADO.NET数据库访问组件，与医院内的各数据库系统（如HIS（Hospital Information System）数据库、EMR（Electric Medical Record）数据库、电子健康档案数据库）进行通信，调取生成医疗文书所需数据，如科室、医护人员、患者基础信息、患者病情、病历、医嘱、检查、检验信息，创建医疗文书；通过Web Service统一接口，经文件传输组件将医疗文书上传到无纸化病案数据库。

CA认证业务模块：针对医疗文书的鼠标签绘操作信息或移动设备对医疗文书的原笔迹签绘操作信息，利用CA集成接口对医疗文书的文字及多媒体信息实时颁发有效数字证书，通过CA服务器实现可靠电子签名即CA认证。

客户端：创建并维护医疗文书模板、创建并签绘医疗文书，获取医疗文书的鼠标签绘操作信息，发送到服务端CA认证并存储；

所述客户端，包括：模板创建及维护模块、第一文书维护浏览模块、文书签绘鼠标操作模块；

模板创建及维护模块：创建及维护医疗文书模板；

模板创建及维护模块具体包括：

模板创建子模块，利用.net framework Office插件，进行医疗文书模板创建；

在空的模板上创建图片、表格、图形等对象，并且对内容进行字体、颜色、对齐等操作，生成医疗文书模板。为简化医疗文书签绘工作，在医疗文书模板的指定位置上添加信息域，设定该信息域的数据源及字段名称，待以该医疗文书模板创建文书时，信息域的信息自动填充进来。

本实施方式中的医疗文书模板支持Word、PDF、自定义报表三种形式，对于不同需求的病案内容及格式可以任意选择模板形式；

（1）Word格式，提供Word模板编辑器，操作简便，可以导入Word文件作为模板，可以通过设定模板中的“信息域”来为创建出的文档自动填充信息，维护简单方便；

（2）PDF格式，通过PDF的相关软件进行PDF模板的创建，也可以通过现有Word模板进行转换，PDF格式模板能够解决在移动设备上不方便使用Word格式文件进行文档创建的应用需求，PDF格式文档同样支持“信息域”，来自动填充相关信息数据；

（3）自定报表格式，使用模板创建工具，创建报表文档，主要解决需要大量复杂结构数据填充以及不同需求的报表格式；

通过多种模板格式为文书签绘操作提供所需的文档创建的解决方案。

模板修改子模块，利用.net framework Office插件，对已有医疗文书模板进行修改。

模板保存子模块，将当前创建或修改的医疗文书模板转化成文件流，利用服务端提供的Web Service统一接口，将医疗文书模板的主数据与文件流一同传到服务端进行保存。

模板删除子模块，利用服务端提供的Web Service统一接口，将要删除的医疗文书模板的标识传至服务端进行删除操作。

模板浏览子模块，利用服务端提供的Web Service统一接口，将要浏览的医疗文书模板的标识传输至服务端，从服务端获得医疗文书模板的主数据及文件流，将主数据展示在文档信息界面。

第一文书维护浏览模块：导入、创建、保存、作废、浏览、归档医疗文书；

第一文书维护浏览模块具体包括：

文书导入子模块，利用.net framework文件操作API及EMR工作站接口，导入患者电子病案文件作为医疗文书，并通过文件转换器将其转换成指定格式（如Word、PDF、自定义报表）的文件，以便签绘操作。

医疗移动签绘系统采用通用的PDF格式作为电子病案文档文件格式，系统支持模板创建、抓去、推送三种形式进行病案文档的导入。

第一文书新建子模块，通过Web Service统一接口选择无纸化病案数据库中的医疗文书模板及生成医疗文书所需数据，新建医疗文书。

针对医疗文书模板的数据抓取可以整合医院已有信息系统（如HIS（HospitalInformation System）数据库、EMR（Electric Medical Record）数据库、电子健康档案数据库）数据，从而为使用医疗文书模板创建医疗文书提供自动图文内容填充，文书导入子模块则可以通过相关接口直接从源信息系统中获取病案文档实现文档抓取；抓取过程简化了文档的创建和转换，信息系统间数据传递一键完成，甚至实现全自动的文档获取，从而实现移动签绘系统与已有信息系统间的数据和文档无缝衔接。

本系统还可以通过开放文档推送接口，第三方应用程序可以随时将待签绘医疗文书推送到移动签绘系统中，从而实现后续的所有签绘操作，实现移动签绘的平台化。移动签绘系统间不仅局限在患者知情同意书这一种医疗文书的签绘，还包括医疗文书绘制标记、审核签字、查阅等操作也可快速集成实现。

第一文书保存子模块，将当前的医疗文书转化成文件流，利用服务端提供的WebService统一接口，将当前的医疗文书的主数据与文件流一同传到服务端进行保存操作。

第一文书作废子模块，利用服务端提供的Web Service统一接口，将要作废的医疗文书的标识发送到服务端进行作废操作。

第一文书浏览子模块，利用服务端提供的Web Service统一接口，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流，将医疗文书的主数据展示在文档信息界面，将医疗文书展示到文书签绘界面。

第一文书归档子模块，利用服务端提供的Web Service统一接口，将要归档的医疗文书的标识传至服务端，更新医疗文书的文档状态为归档状态，归档状态下的医疗文书不允许签绘及保存操作。

文书签绘鼠标操作模块：获取医疗文书的鼠标操作签名信息和绘制标记信息，利用服务端提供的Web Service统一接口发送到服务端进行CA认证。

文书签绘鼠标操作模块，包括：

客户端签名子模块，获取医疗文书的鼠标操作签名信息，利用服务端提供的WebService统一接口发送到服务端进行CA认证；

通过CA公司提供的电子签名API接口，鼠标操作获得USB-KEY数字证书及签名图，并将签名图加载到医疗文书中的签名位置上完成鼠标操作签名，利用服务端提供的WebService统一接口发送到服务端，利用医疗文书的内容信息、签名操作者信息、USB-KEY数字证书、CA时间戳，使用MD5散列算法，计算出医疗文书的签名散列码，即完成鼠标操作签名信息的CA认证；当医疗文书的内容信息改变时计算出的签名散列码将会随之发生变化，因此通过比较签名散列码，能获知医疗文书的内容是否被修改过。

客户端绘制标记子模块，用于获取医疗文书的鼠标操作绘制标记信息，利用服务端提供的Web Service统一接口发送到服务端进行CA认证；

通过CA公司提供的电子签名API接口，鼠标操作获得USB-KEY数字证书，利用文档中的内容信息、操作者信息、鼠标操作绘制的标记信息、USB-KEY数字证书、CA时间戳，使用MD5散列算法，计算出医疗文书的绘制标记散列码，即完成鼠标操作绘制标记信息的CA认证；当医疗文书的内容改变时计算出的绘制标记散列码也会发生变化，因此通过比较绘制标记散列码，能获知医疗文书的内容是否被修改过。

移动签绘端：通过Web Service统一接口从服务端调取医疗文书模板、创建并维护医疗文书、对移动设备对医疗文书进行的原笔迹签绘操作及录制语音、视频、拍照进行CA认证。

所述移动签绘端，包括：第二文书维护浏览模块、原笔迹签绘模块、多媒体模块；

第二文书维护浏览模块：用于创建、保存、作废、浏览、归档医疗文书；具体包括：

第二文书新建子模块，根据从服务端调取的医疗文书模板创建并维护医疗文书、获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端CA认证并存储。

第二文书保存子模块，将当前的医疗文书转化成文件流，利用服务端提供的WebService统一接口，将医疗文书的主数据与文件流一同传到服务端进行保存。

第二文书作废子模块，利用服务端提供的Web Service统一接口，将要作废的医疗文书的标识发送到服务端进行作废操作。

第二文书浏览子模块，利用服务端提供的Web Service统一接口，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流，将主数据展示在文档信息界面，将医疗文书的内容展示到文书签绘界面。

第二文书归档子模块，利用服务端提供的Web Service统一接口，将要归档的医疗文书的标识发送到服务端，更新医疗文书为归档状态，归档状态下的医疗文书不允许签绘操作、保存操作。

原笔迹签绘模块，获取移动设备对医疗文书的原笔迹签名信息和原笔迹绘制标记信息，利用服务端提供的Web Service统一接口发送到服务端进行CA认证；具体包括：

原笔迹签名子模块，获取移动设备对医疗文书的原笔迹签名信息，利用服务端提供的Web Service统一接口发送到服务端进行CA认证；

通过CA公司提供的电子签名API接口获得移动签绘端的数字证书，通过Android系统的移动设备及电子手写笔实现进行512级以上力度识别，识别出签名笔迹信息，利用医疗文书中的内容信息、操作者信息、签名笔迹信息、数字证书、CA时间戳，使用MD5散列算法，计算出原笔迹签名散列码，完成原笔迹签名的CA认证；当医疗文书中的内容信息改变，再进行计算出的原笔迹签名散列码也会发生变化，因此，通过比较原笔迹签名散列码，获知医疗文书中的内容信息是否有修改。

原笔迹绘制子模块，获取医疗文书的原笔迹绘制标记信息，利用服务端提供的WebService统一接口发送到服务端进行CA认证；

具体是：通过CA公司提供的电子签名API接口，获得移动签绘端的电子证书，通过Android系统的移动设备及电子手写笔实现进行512级以上力度识别，识别出绘制笔迹信息，利用医疗文书中的内容信息、操作者信息、绘制笔迹信息、数字证书、CA时间戳，使用MD5散列算法，计算出原笔迹绘制散列码，完成原笔迹绘制标记信息的CA认证；当医疗文书中的内容信息改变，再进行计算出的原笔迹绘制散列码也会发生变化，因此，通过比较原笔迹绘制散列码，获知医疗文书中的内容信息是否有修改。

多媒体模块：获取移动设备记录的原笔迹签名和绘制标记时的照片、音频、视频信息，利用服务端提供的Web Service统一接口发送到服务端进行CA认证；

通过CA公司提供的电子签名API接口，获得移动签绘端的电子证书，利用具有的拍照、录音、录像功能的Android系统的移动设备，记录原笔迹签名和绘制标记时的照片、音频、视频信息，与原笔迹签名和绘制标记的医疗文书一起构成一个多媒体电子病案文档。将医疗文书对应的文字、照片、音频、视频打包通过电子证书和时间戳进行基于CA认证的电子签名，从而确保了医疗文书所有相关信息的一致性，可以作为法律认可的一致证据内容。也可通过将多媒体电子病案文档中的文字、图片、音频、视频按类分成数据组，针对各数据组通过电子证书和时间戳进行CA认证。

移动签绘端在具有的拍照、录音、录像功能的Android系统的移动设备上实现，将相应的照片、音频、视频信息与相关病案文档（医疗文书）一起构成一个病案文档电子数据组，整组数据均可进行相应的数字签名，从而构成扩展的病案文档内容，较传统方式中仅能保存文字记部分照片的纸质文档模式全面提升为全数字化数据存储支持，从而真正扩充了病案的存档内容和形式。

以知情同意书为例，一般情况下只能让患者对医疗文书上的文字及简单绘制的示意图甚至草图进行确认和签绘，而本发明的移动签绘模式下，患者不仅对预设的告知文字进行确认，同时可以对当事现场的实际情况照片、录像以及医护进行的口头告知内容录音同时进行确认，从而保证了在整个签绘过程中内容纪录的完整性，从而降低事后纠纷的发生。

通过数字签名和时间戳签名能力，文字、影音等数字文档被打包为一个整体进行数字签名，从而确保了所有材料的一致性，可以作为法律认可的一致证据内容。

经过CA认证的数字签名经过国家数字认证中心认可，移动签绘功能虽然不使用传统方式的签名USB-KEY，但是签名过程使用服务器和设备证书进行的数字签名对签名事件进行完整的内容、时间、设备等信息进行认证，对手签过程留下的签名信息、影音纪录等均进行数字签名，从而保障最终签名文档的司法认可。

为了真实记录签名过程发生的时间，使用由国家授时中心认证的时间戳数字签名实现对签名事件和内容的确切时间签名认证，时间戳签名所使用的时间是由国家授时中心提供，确保时间准确不可串改，签名时间纪录与签名及签名文件一起构成不可串改文档内容体系，最终可作为法庭证据保存。

可信时间戳是由联合信任时间戳服务中心（TSA：Time Stamp Authority）颁发的具有法律效力的电子凭证, 时间戳与电子数据唯一对应，其中包含电子数据 “指纹”、产生时间、时间戳服务中心信息等。

固化电子数据的内容完整性和存在时间点：可信时间戳通过固化电子数据的有效性（内容完整性和存在时间点），达到防止电子数据内容和签绘时间被伪造和篡改的目的，有效解决电子数据如何等同于传统书面证据问题，符合《电子签名法》相关规定。

在现时的公钥基础建设中，采用数字签名技术来确保签绘人的身份和验证数据是否篡改。然而数字证书有效期为一年，存在着密钥丢失的情况，且用户可以随时吊销数字证书，数字证书失效后，无法确认数字签名的有效性，证书持有人存在否认数字签名的可能，要求在数字签名的同时对签名文件加盖第三方可信时间戳，来事后确认签名时的数字证书是否有效。

Claims (10)

1.一种医疗移动签绘系统，其特征在于，包括：

服务端： 完成客户端创建的医疗文书模板和医疗文书、移动签绘端创建的医疗文书管理业务，针对医疗文书的鼠标签绘操作和原笔迹签绘操作进行CA认证并存储；

客户端：创建并维护医疗文书模板、创建并签绘医疗文书，获取医疗文书的鼠标签绘操作信息，发送到服务端CA认证并存储；

移动签绘端：根据从服务端调取的医疗文书模板创建并维护医疗文书、获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端CA认证并存储。

2.根据权利要求1所述的医疗移动签绘系统，其特征在于，所述移动签绘端获取移动设备对医疗文书进行原笔迹签绘操作时的多媒体数据，发送到服务端CA认证并存储；

所述服务端接收移动签绘端发来的多媒体数据，将其解析形成附件文件进行CA认证并存储。

3.根据权利要求2所述的医疗移动签绘系统，其特征在于，所述服务端，包括：模板管理模块、文书管理业务模块、集成业务模块、CA认证业务模块；

模板管理模块：进行医疗文书模板的保存业务、删除业务、浏览业务；

文书管理业务模块：进行医疗文书的创建业务、保存业务、作废业务、浏览业务、归档业务；

集成业务模块：与医院内的各数据库系统进行通信，上传医疗文书；

CA认证业务模块：针对医疗文书的鼠标签绘操作信息或移动设备对医疗文书的原笔迹签绘操作信息，对医疗文书的文字及多媒体信息实时颁发有效数字证书，实现CA认证。

4.根据权利要求1所述的医疗移动签绘系统，其特征在于，所述客户端，包括：模板创建及维护模块、第一文书维护浏览模块、文书签绘鼠标操作模块；

模板创建及维护模块：创建及维护医疗文书模板；

第一文书维护浏览模块：导入、创建、保存、作废、浏览、归档医疗文书；

文书签绘鼠标操作模块：获取医疗文书的鼠标签绘操作信息，发送到服务端进行CA认证。

5.根据权利要求2所述的医疗移动签绘系统，其特征在于，所述移动签绘端，包括：第二文书维护浏览模块、原笔迹签绘模块、多媒体模块；

第二文书维护浏览模块：创建、保存、作废、浏览、归档医疗文书；

原笔迹签绘模块，获取移动设备对医疗文书的原笔迹签绘操作信息，发送到服务端进行CA认证；

多媒体模块：获取移动设备对医疗文书进行原笔迹签绘操作时的多媒体信息，发送到服务端进行CA认证。

6.根据权利要求3所述的医疗移动签绘系统，其特征在于，所述模板管理模块，包括：

模板保存子模块：接收客户端传来的医疗文书模板的主数据信息及文件流，将文件流转换成二进制字节，将主数据信息及二进制字节存入无纸化病案数据库中；

模板删除子模块：接收客户端传来的医疗文书模板标识，将无纸化病案数据库中的该医疗文书模板标记为删除；

模板浏览子模块：接收客户端或移动签绘端传过来的医疗文书模板标识，从无纸化病案数据库获得医疗文书模板文件的主数据信息及二进制字节，将二进制字节转化成文件流，将医疗文书模板的主数据信息及文件流返回给请求浏览的客户端或移动签绘端进行展示。

7.根据权利要求3所述的医疗移动签绘系统，其特征在于，所述文书管理业务模块，包括：

创建业务子模块：接收移动签绘端传来的医疗文书模板标识，获得医疗文书模板的主数据信息及二进制字节，通过模板解释器组件将二进制字节转化成指定格式的文件返回给请求创建医疗文书的客户端或移动签绘端；

模板解释器组件：将二进制字节先转化成可读的XML文件，通过信息域标签及医疗文书模板的主数据信息中的信息域数据源信息进行信息域的匹配，再获取XML文件中信息域的真实数据，填充到XML文件中信息域位置上，将XML文件转化成指定格式的文件，发送给创建业务子模块；

保存业务子模块：接收并存储医疗文书的主数据及文件流，将医疗文书的文件流转成指定格式的文件存储到指定目录下；

作废业务子模块：将医疗文书的主数据标识成作废但不删除物理文件；

浏览业务子模块，从无纸化病案数据库调取医疗文书的文件流并转成指定格式的文件，返回给请求浏览的客户端或移动签绘端进行展示；

归档业务子模块：接收医疗文书的主数据，访问无纸化病案数据库，修改相应的医疗文书主数据中的医疗文书状态，将其设置为归档状态，归档状态下的医疗文书不允许进行编辑、标注、签名和绘制标记。

8.根据权利要求4所述的医疗移动签绘系统，其特征在于，所述模板创建及维护模块，包括：

模板创建子模块，进行医疗文书模板创建；

模板修改子模块，对已有医疗文书模板进行修改；

模板保存子模块，将当前创建或修改的医疗文书模板转化成文件流，将医疗文书模板的主数据与文件流一同传到服务端进行保存；

模板删除子模块，将要删除的医疗文书模板的标识传至服务端进行删除操作；

模板浏览子模块，将要浏览的医疗文书模板的标识传输至服务端，从服务端获得医疗文书模板的主数据及文件流。

9.根据权利要求4所述的医疗移动签绘系统，其特征在于，所述第一文书维护浏览模块，包括：

文书导入子模块，导入患者电子病案文件作为医疗文书，并将其转换成指定格式的文件；

第一文书新建子模块，选择无纸化病案数据库中的医疗文书模板及生成医疗文书所需数据，新建医疗文书；

第一文书保存子模块，将当前的医疗文书转化成文件流，将当前的医疗文书的主数据与文件流一同传到服务端进行保存操作；

第一文书作废子模块，将要作废的医疗文书的标识发送到服务端进行作废操作；

第一文书浏览子模块，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流；

第一文书归档子模块，将要归档的医疗文书的标识传至服务端，更新医疗文书的文档状态为归档状态，归档状态下的医疗文书不允许签绘及保存操作。

10.根据权利要求5所述的医疗移动签绘系统，其特征在于，所述第二文书维护浏览模块，包括：

第二文书新建子模块，从服务端选择医疗文书模板文件及生成医疗文书所需数据，新建医疗文书；

第二文书保存子模块，将当前的医疗文书转化成文件流，将医疗文书的主数据与文件流一同传到服务端进行保存；

第二文书作废子模块，将要作废的医疗文书的标识发送到服务端进行作废操作；

第二文书浏览子模块，将要浏览的医疗文书的标识发送到服务端，获得医疗文书的主数据及文件流；

第二文书归档子模块，将要归档的医疗文书的标识发送到服务端，更新医疗文书为归档状态，归档状态下的医疗文书不允许签绘操作、保存操作。