一种DCWI无接口快速获取文档的系统

技术领域

本发明涉及医疗信息化技术领域，特别涉及一种DCWI无接口快速获取文档的系统。

背景技术

自2010年后对电子病历系统和临床信息系统的大规模投资过后，医院的管理者们发现：“无纸化”的需求越来越明显。尤其是在电子病历系统基本普及之后，病历数据的录入、审核、浏览都已经实现电子流程，但是当病历走出临床科室进入病案室的一刻，却需要打印出来签字存档打回纸质原形。更让人扼腕叹息的是，病案室并不是数字化的荒原。甚至在电子病历系统上线之前病案室站在档案管理的角度，已经开始了自己数字化路线的探索，从最初的“缩微胶片”到现今的“病历扫描系统”，越来越多的病案室兢兢业业地将纸质病历扫描完成“数字化”存储、归档和浏览发布。在“电子病历系统”和“病案扫描系统”之间，从临床科室到病案科之间的“最后一公里”，数字鸿沟带来的不仅仅是纸张的浪费、“先打印、后扫描”的流程荒谬，最要命的是这最后一百米鸿沟成了电子病历数据质量控制的盲点。

当前“电子病历归档系统”开始应用到医院管理过程中，但各家系统病历分布在各大子系统中如HIS系统的“病历首页，长期医嘱，临时医嘱，首次病程记录，一般病程记录”，LIS系统各种检验报告， PACS系统各种检查报告，护理系统各种护理报告等。这些子系统存在数据上的连接，但是电子病历文件却需要花费大量的人力，物力，财务才能完成，“电子病历归档系统”只能一个一个子系统去做电子文件报告的对接，一方面是需要大于的人力，对接各个子系统都需要医院，“电子病历归系统”软件方，医院使用的第三方系统的软件方，三方合力才能完成一个子系统的对接；另一方面就是财力，需要支付第三方软件的升级，修改接口费用，可想而知，一个小小的“无纸化”软件会难到多少医院的管理者。

发明内容

本发明的目的在于提供一种DCWI无接口快速获取文档的系统，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：一种DCWI无接口快速获取文档的系统，该DCWI无接口快速获取文档的系统利用辅助外挂与虚拟打印软件技术，不需要第三方软件供应商的接口，可以采集到第三方软件里的PDF文件；主要利用外挂原理，采用对目标软件的内存进行分析，解析，获取信息之后，再利用虚拟打印机技术，将信息汇编成PDF文件格式转存；

外挂技术是利用windows底层API函数，请目标软件进行跟踪，信息采集，分析，汇总数据之后辅助完成目标的工具，它的主要技术点包含模拟鼠标、键盘操作技术，拦截socket技术，拦截windows已经公开的API函数，直接读取目标软件的内存内容等技术；

虚拟打印技术是能模拟的实现打印机的功能，打印文件的技术，即通过开发windows底层驱动，模拟打印机打印的过程的工具，它主要是转汇总的信息进行格式化处理。

进一步的，该DCWI无接口快速获取文档的系统采用了windows API拦截技术，内存映射技术，模拟键盘，鼠标操作、虚拟打印技术，最终可以达到从登录第三方子系统到采集界面的目的，然后就是通过打印方式，将原来的直接打印到纸制的病历内容，直接输出文件电子文档。

进一步的，其具体步骤如下：

S1：关联目标软件即第三方软件进程，找出启动参数，一般 windows程序都是以exe或com形式存在，而启动这软件，一般默认是无参数启动，但有一个软件也有参数启动，采集辅助软件关联到进程之后，然后通过相关API分析软件的加载模块，并找出主界面信息；

S2：分析主界面元素，主要是导出界面布局及控件信息，利用 windows应用程序特别，可以获取所有的控件的句柄信息，位置信息，包含控件类型；

S3：是根据元素信息，判断输入控件与界面输入的信息是否匹配，如病案号，姓名，检查单号等信息，进行查询；查询到对应的控件，并记录句柄，此时分析的过程是把界面的元素全部读取出来，然后根据位置，标签，或者控件命令的ID查找到对应的控件，为下面的内容输入或选择作准备，这一过程完全自定义算法，包含了内存分析，内存寻址操作，需要记录完整过程，最后保存为控件句柄；

S4：获取界面元素之后，模拟操作过程，设置过程中的参数，包含停顿时间，鼠标点周区域，模拟按钮，文本框内容输入，单选结果，多选结果等；此步骤需要到打印按钮为止，为下一步虚拟打印作准备，即从登录到采集病历的界面，全过程采集参数，直到打印为止。

S5：组装采集参数，将可以定位患者病历的参数，及过程参数组装成辅助采集工具的参数，让其从登录开始到打印为止的过程可以循环进行，持续输出病历；

S6：监听打印机输出的PDF文件，即是需要采集病历，通过对虚拟打印机程序的监控，只要是消息捕获，拦截到文件之后，然后上传最终的应用系统。

进一步的，所述步骤S2中控件类型包括文本输入，时间输入，单选，多选框，按钮控件,列表控件，树型控件等。

进一步的，所述步骤S3中的控件句柄包括完全控件控件的ID， windows程序运行时定义，表现为整数。

进一步的，该DCWI无接口快速获取文档的系统首先我们需要了解第三方系统的软件版本，运行环境需要采集的电子病历文件等信息，然后针对需要采集的电子病历文件进行人工登录第三方子系统软件，进行操作获取，整个过程我们只需要了解用户的权限，操作过程即可；接下来就是配置我的采集环境参数，让软件可以模拟用户操作，这个过程是分析，收集第三方子系统的信息，过程中可能还需要对内存内容进行分析，将结果作为采集的参数配置到我们的软件中，接下来就是将参数生成完成之后，直接进行虚拟打印，将信息打印到电子文件内，达到收集的目的，最后将整个过程配置成一个闭环，可以无限循环的进行采集电子病历。

进一步的，该DCWI无接口快速获取文档的系统只需要医院提供少量数据，即可对第三方子系统所管理的病历进行收集。

与现有技术相比，本发明的有益效果为：

1.解决对接医院众多子系统对接；

2.易用，快捷，安全，高效；

3.成本低；

4.质量高；

5.采集过程进行分类；

附图说明

图1为本发明一种DCWI无接口快速获取文档的系统的示意图一；

图2为本发明一种DCWI无接口快速获取文档的系统的示意图二；

图3为本发明一种DCWI无接口快速获取文档的系统的示意图三；

图4为本发明一种DCWI无接口快速获取文档的系统的向目标进程发送命令图；

图5为本发明一种DCWI无接口快速获取文档的系统的PDF虚拟打印机图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例,基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的若干实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

需要说明的是，当元件被称为“固设于”另一个元件，它可以直接在另一个元件上或者也可以存在居中的元件。当一个元件被认为是“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

请参阅图1-3，本发明提供一种技术方案：针对对接各家子系统的困难，我们提出了“无接口电子病历归档系统的概念”，对此我们的核心解决方案即只需要医院提供少量数据，即可对第三方子系统所管理的病历进行收集。

首先我们需要了解第三方系统的软件版本，运行环境需要采集的电子病历文件等信息，然后针对需要采集的电子病历文件进行人工登录第三方子系统软件，进行操作获取，整个过程我们只需要了解用户的权限，操作过程即可。接下来就是配置我的采集环境参数，让软件可以模拟用户操作，这个过程是分析，收集第三方子系统的信息，过程中可能还需要对内存内容进行分析，将结果作为采集的参数配置到我们的软件中，接下来就是将参数生成完成之后，直接进行虚拟打印，将信息打印到电子文件内，达到收集的目的，最后将整个过程配置成一个闭环，可以无限循环的进行采集电子病历。

在采集过程中，最困难的就是对第三方子系统的分析，它包含内存分析，软件操作分析，模拟输入条件，打开采集界面，最后进行虚拟打印。

第三方子系统分析，主要是从登录开始的，包含界面的使用的控件，界面上包含的功能等，最大的问题在于界面控件的分析包含位置，响应事件等；软件操作分析主要是利用用户登录后的一系列操作，收集这个过程的参数，作为模拟操作的参数，最大的难度在于获取界面的坐标，操作流程的复杂程度，操作的过程越所，模拟的操作出错的机率就越多；模拟输入条件，需要同时读取电子病历基本数据信息，一般是数据库层面的操作，然后就是在子系统中找出对应的控件，将信息输入到控件上，然后再点击查询，绝对定位电子病历的内容，方便为下一步虚拟打印作准备，此步骤最大的难度在于定位输入控件，原因是子系统使用的控件都不一样，位置不一样，界面复杂程度不一样；最后是虚拟打印技术，通过拦截windows打印程序，从而实现从信息到文件的过程的操作。

对此我们。具体如下步骤：

第一步：关联目标软件即第三方软件进程，找出启动参数，一般windows程序都是以exe或com形式存在，而启这软件，一般默认是无参数启动，但有一个软件也有参数启动，如图1；

采集辅助软件关联到进程之后，然后通过相关API分析软件的加载模块，并找出主界面信息，如图2；

第二步：分析主界面元素，主要是导出界面布局及控件信息，利用windows应用程序特别，可以获取所有的控件的句柄信息，位置信息，包含控件类型(如文本输入，时间输入，单选，多选框，按钮控件，列表控件，树型控件等)；

第三步：是根据元素信息，判断输入控件与界面输入的信息是否匹配，如病案号，姓名，检查单号等信息，进行查询；查询到对应的控件，并记录句柄，此时分析的过程是把界面的元素全部读取出来，然后根据位置，标签，或者控件命令的Id查找到对应的控件，为下面的内容输入或选择作准备，这一过程完全自定义算法，包含了内存分析，内存寻址操作，需要记录完整过程，最后保存为控件句柄，句柄：完全控件控件的ID，windows程序运行时定义，表现为整数。如图3

第四步：获取界面元素之后，模拟操作过程，设置过程中的参数，包含停顿时间，鼠标点周区域，模拟按钮，文本框内容输入(图4)，单选结果，多选结果等；此步骤需要到打印按钮为止，为下一步虚拟打印作准备，即从登录到采集病历的界面，全过程采集参数，直到打印为止，如图4。

第五步：组装采集参数，将可以定位患者病历的参数，及过程参数组装成辅助采集工具的参数，让其从登录开始到打印为止的过程可以循环进行，持续输出病历；

第六步：监听打印机输出的PDF文件，即是需要采集病历，通过对虚拟打印机程序的监控，只要是消息捕获，拦截到文件之后，然后上传最终的应用系统，如图5。

该系统具备解决对接医院众多子系统对接；易用，快捷，安全，高效成本低；质量高；采集过程进行分类。

辅助外挂内核分析，一般都是程序代码级别分析，本技术可以变成可视分析，方便软件快速部署实施。

传统是医院使用的所有的子系统都需要一一对接，从信息及到电子病历文件，都需要做接口而且接口都会不一样，很难统一。新的技术应用就可以不用做任何接口；

一般无接口的归档系统，采用同样的技术，但很难将数据信息，文档采集集中到一个完整的平台。

以上显示和描述了本发明的基本原理、主要特征和优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其效物界定。