CN111933227A - 基于动态配置规则实现医院内外部系统数据对接的方法 - Google Patents

Abstract

本发明提供了一种基于动态配置规则实现医院内外部系统数据对接的方法，在院内系统和外部系统间实施，方法包括以下步骤：在院内系统处提供院内数据；以及在外部系统处：接收院内数据并对院内数据进行预过滤、预匹配和预解析；配置数据对接规则，以生成动态配置规则文件；根据动态配置规则文件执行数据对接规则，包括：接收动态配置规则文件传入的RESTful调用请求，其中RESTful调用请求中包含数据对接规则的规则表达式的字符串；基于预设知识库对字符串进行解析；将解析后的字符串拆解为相应的令牌并构建相应的抽象语法树；根据抽象语法树生成相应的字节码文件；以及将字节码文件加载进Java虚拟机并执行；以及根据数据对接的运算结果对数据表单进行填充。

Description

基于动态配置规则实现医院内外部系统数据对接的方法

技术领域

本申请主要涉及数据处理技术领域，尤其涉及一种基于动态配置规则实现医院内外部系统数据对接的方法。

背景技术

临床治疗和试验中无法避免会使用医院内部的诸多系统，如医院信息系统(HIS,Hospital Information System)，专为医院检验科设计的实验室信息管理系统(LIS,Laboratory Information Management System)和影响归档和通信系统(PACS,PictureArchiving and Communication Systems)等等。诸多医院内部系统中包含有大量的数据，包括病人的信息和每一次访视医院的检查信息等等。这些医院内部系统的特点是相对独立，大量的数据保存在各自独立的内部系统中。

除了以上的医院内部系统之外，还有许多医院外部系统，作为临床治疗和试验的辅助管理系统，可以起到管理院内各项目开发、病房管理等作用。这些外部系统在工作时需要对接上述的医院内部系统，以获得医院内部系统中存储的大量关于病人信息和检查信息等数据。

目前，现有的技术方案主要是通过人工录入或者程序硬编码的方法实现医院内部HIS/LIS/PACS系统和外部系统的数据对接，然而这些对接方式均存在着诸多不足。人工录入的方式，需要每个项目做大量重复性工作，效率非常低，且很容易出错。而程序硬编码的方法，需要针对每一个HIS/LIS/PACS系统和不同的医院做适配，每一次数据对接都需要开发人员重新开发代码，数据对接的成本较高，在对接大量数据时也容易出错。

因此，领域内尚缺少高效、准确且低成本的医院内外部系统的数据对接方式。

发明内容

本申请要解决的技术问题是提供一种基于动态配置规则实现医院内外部系统数据对接的方法，能够便捷的使用户动态的配置数据对接规则并即时实施数据对接，大幅提升数据对接的效率并降低数据对接的错误率，从而降低数据对接的开发成本。

为解决上述技术问题，本发明提供了一种基于动态配置规则实现医院内外部系统数据对接的方法，在院内系统和外部系统间实施，所述方法包括以下步骤：在所述院内系统处提供院内数据；以及在所述外部系统处：接收所述院内数据并对所述院内数据进行预过滤、预匹配和预解析；配置数据对接规则，以生成动态配置规则文件；根据所述动态配置规则文件执行数据对接规则，包括：接收动态配置规则文件传入的RESTful调用请求，其中所述RESTful调用请求中包含所述数据对接规则的规则表达式的字符串；基于预设知识库对所述字符串进行解析；将解析后的所述字符串拆解为相应的令牌并构建相应的抽象语法树；根据所述抽象语法树生成相应的字节码文件；以及将所述字节码文件加载进Java虚拟机并执行；以及根据数据对接规则的运算结果对数据表单进行填充。

在本发明的一实施例中，所述院内数据包括病人信息和检查信息。

在本发明的一实施例中，所述提供院内数据的方式包括业务人员通过文件导入。

在本发明的一实施例中，所述提供院内数据的方式包括通过网络传输接口输入数据。

在本发明的一实施例中，所述预过滤包括对所述院内数据进行数据安全校验，并保留符合预设安全标准的院内数据。

在本发明的一实施例中，所述预匹配包括匹配租户，匹配项目以及匹配业务场景。

在本发明的一实施例中，所述预解析包括数据格式转换。

在本发明的一实施例中，所述配置数据对接规则包括：创建自定义表单，包括显示名以及OID编码；创建所述自定义表单的数据字段；对所述自定义表单的数据字段进行锁定；以及设定对于所述锁定的数据字段的数据对接规则，包括设定纳入条件和设定排除条件。

在本发明的一实施例中，所述外部系统包括病房管理系统。

在本发明的一实施例中，所述预设知识库的数量为一个或多个，每个预设知识库中包括一个或多个预设知识点，其中，当所述预设知识库的数量为多个时，根据以下的一项或多项对所述多个预设知识库进行定义：租户、项目、以及业务场景。

在本发明的一实施例中，所述预设知识点还包括根据所述数据对接规则所预设的知识点。

在本发明的一实施例中，所述基于预设知识库对所述字符串进行解析包括：基于所述预设知识点对所述字符串进行匹配和转化；以及根据转化结果对所述字符串中的每个令牌进行类型标记，并得到解析后的所述字符串。

在本发明的一实施例中，将所述解析后的字符串拆解为相应的令牌并构建相应的抽象语法树包括基于上下文无关文法、符号优先级和符号关联性进行拆解。

在本发明的一实施例中，所述根据所述抽象语法树生成相应的字节码文件包括使用Javaparser语法解析器进行。

为解决上述技术问题，本发明还提供了一种基于动态配置规则实现医院内外部系统数据对接的系统，包括：存储器，用于存储可由处理器执行的指令；以及处理器，用于执行上述基于动态配置规则实现医院内外部系统数据对接的方法。

为解决上述技术问题，本发明还提供了一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现上述基于动态配置规则实现医院内外部系统数据对接的方法。

与现有技术相比，本发明的基于动态配置规则实现医院内外部系统数据对接的方法、系统和计算机可读介质能够方便简单的更改和配置数据对接的规则，使得用户可以根据配置的数据对接规则即时实现数据的对接传输，显著提升数据对接的效率并降低出错率，且实时对接的过程不再需要开发人员的每一次重新开发，显著降低数据对接的开发成本。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本申请原理的作用。附图中：

图1是本申请一实施例的基于动态配置规则实现医院内外部系统数据对接的方法的流程示意图；

图2是本申请一实施例的基于动态配置规则实现医院内外部系统数据对接的方法中根据动态配置规则文件执行数据对接规则的流程示意图；

图3是本申请一实施例的基于动态配置规则实现医院内外部系统数据对接的系统的系统框图。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

如图1所示，10是本申请一实施例的基于动态配置规则实现医院内外部系统数据对接的方法的流程示意图，方法10在院内系统100和外部系统200之间实施，在图1中分别使用了虚线框出，以示区分。如图2所示，20为本申请如图1所示的实施例中，根据动态配置规则文件执行数据对接规则的流程示意图。下面根据图1和图2对本申请如图1所示的一种基于动态配置规则实现医院内外部系统数据对接的方法做出说明。

需要注意的是，图1和图2中使用了流程图用来说明根据本申请的实施例所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

如图1所示，步骤101为在院内系统100处提供院内数据。

示例性的，如上文背景技术中所介绍的，院内系统100可以为HIS、LIS和PACS等医院内部系统，而院内数据为保存在各院内系统中的病人信息和检查信息等。

在如图1所示的实施例中，步骤101中提供院内数据的方式可以包括两种，一种为医院内的业务人员通过文件导入。示例性的，开发人员可以在数据对接之前，在外部系统中设置专门的界面以供医院内的业务人员用户将包含有需要进行数据对接的文件导入至上述的界面，以实现后续的数据对接。

另外一种方式为通过网络传输接口直接输入数据。示例性的，网络传输接口可以是http接口，在实行数据对接的过程中不需要医院内的业务人员进行操作，符合条件的数据会自动通过网络传输接口以进行后续的对接。

如图1所示，步骤201为在外部系统200处，接收在步骤101中提供的院内数据，并对于接收的院内数据进行预过滤、预匹配和预解析。

示例性的，外部系统可以包括病房管理系统。

步骤201可以理解为进行数据对接的前期准备工作。具体来说，预过滤可以包括对院内数据进行数据安全校验，并保留符合预设安全标准的院内数据。预匹配包括匹配外部系统中所定义的租户(如某医院等)，匹配项目以及匹配业务场景，从而将所接受的数据进行初步的归类，以便更加快速的进行后续的数据对接。预解析包括数据格式转换，如将xls文件map等格式转换为json格式，以为后续的数据对接提供便利。

如图1所示，步骤202为配置数据对接规则，业务人员用户通过对上述院内数据进行简单的定义和限定，从而生成动态配置规则文件，用以实现后续的数据实时对接。

在本发明的一实施例中，配置数据对接规则可以按照如下的步骤执行：

根据所需要进行数据对接的项目数量或者数据的大小创建一个或多个自定义表单，示例性的，各自定义表单可以包括显示名以及OID(Object Identifier)编码；

根据创建的自定义表单的创建数据字段，示例性的，如果一个表单的显示名是血液检查，则其中一个数据字段可以为血常规指标，但是本发明不以此为限；

对上述创建的自定义表单的数据字段进行锁定，即根据实际需要数据对接的数据范围，对某一个或某些数据字段进行锁定，以缩小数据的范围；以及

设定对于上述锁定的数据字段的数据对接规则，包括设定纳入条件和设定排除条件。示例性的，纳入条件可以是主动选取性别为男性的患者的信息，而相应的排除条件可以是主动排除性别为女性的患者的信息，从而对所需要进行数据对接的数据进行最终的选定，并生成动态配置规则文件，以实现后续的数据对接。

可以理解的是，上述配置数据对接规则的步骤仅仅示例性的展示了在本发明的基于动态配置规则实现医院内外部系统数据对接的方法中，其中一种可行的配置方法，但是本发明不以此为限。在实际应用中，医院内部的业务人员可以根据实际需要，并应用各院内系统的不同设置，选取适配的配置数据对接规则的方法，则各种变型均属于本发明的精神和范围。

如图1所示，步骤203为根据步骤202所生成的动态配置规则文件执行数据对接规则。如图2所示，对于根据动态配置规则文件执行数据对接规则可以按照如下的流程进行。

步骤21，接收动态配置规则文件传入的RESTful调用请求，其中RESTful调用请求中包含上述数据对接规则的规则表达式的字符串；

步骤22，基于预设知识库对字符串进行解析；

步骤23，将解析后的字符串拆解为相应的令牌并构建相应的抽象语法树；

步骤24，根据抽象语法树生成相应的字节码文件；以及

步骤25，将字节码文件加载进Java虚拟机并执行。

在步骤21接收动态配置规则文件传入的RESTful调用请求中，RESTful(Representational State Transfer，表述性状态转移)请求是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或者JSON格式定义。在本实施例中使用JSON格式定义RESTful请求。系统所接收的RESTful调用请求的RequestBody中包含有输入脚本，输入脚本中包含字符串形式的规则表达式。规则表达式是指院内业务人员用户想要进行配置的规则表达式，在如图1所示的实施例中，即指关于数据对接规则的规则表达式。

可选地，上述规则表达式的字符串可以为基于函数调用和/或自然语言格式。在一个示例中，当规则表达式的字符串为基于函数调用格式时，当存在入参数据时，abs(-9)可以表示为绝对值(-9)。在一个示例中，规则表达式的字符串为自然语言格式时，逻辑运算中的if可以表示为“如果”。

示例性的，接收RESTful调用请求可以由一预设的院内系统前置机模块来执行。但本发明不以此为限。

在步骤22对上述字符串进行解析中，知识库可以由院内的业务人员用户或开发人员预先进行配置。可选地，预设知识库的数量可以为一个或多个，其中每个预设知识库中可以包括一个或多个预设知识点。规则表达式中的逻辑单元为令牌类型(Token Type)和/或知识点。令牌类型是指令牌的类型，例如数字、赋值操作符、加法操作符等。知识点能够以别名的方式表示多个操作符的组合，例如宏(Macro)，也能够表示简单函数，例如递归函数。知识点可以直接被规则引擎执行。知识点是由操作上述配置界面的用户或开发人员预先进行配置。一个规则表达式可以由多个子规则共同构成，其中每个子规则可以对应一个知识点和/或逻辑单元。通过预先配置知识库和知识点，院内业务人员用户可以在编写规则表达式时使用知识点，使得院内业务人员用户能更容易地阅读和理解业务逻辑，无需学习编程语言就能阅读和编写规则，大大地降低了终端用户使用规则引擎的学习成本和难度，只需要一个简单易懂的操作配置界面就可以实现实时变更流程的效果。

可选地，当预设知识库的数量为多个时，系统可以根据以下的一项或多项对多个预设知识库进行定义：租户、项目以及业务场景。系统可以基于租户、项目以及业务场景这三个维度进行使用范围的隔离。同范围或者父子集范围的场景可以共用知识库。下表1为当预设知识库为多个时的一个示例，共包括6个知识库：serviceMethod、clazzMethod、macro、operator、operAlias和operFunc。

表1

在如图1所示的实施例中，上述预设知识点还包括根据数据对接规则所预设的知识点。

可选地，步骤22的基于预设知识库对字符串进行解析可以包括以下步骤：

基于预设知识点对字符串进行匹配和转化；以及

根据转化结果对字符串中的每个令牌(Token)进行类型标记，并得到解析后的字符串。

对字符串进行解析可以是先根据知识库中的知识点对字符串进行匹配。在字符串匹配完知识点后，动态配置规则装置根据匹配结果将字符串中与单个知识点对应的内容转化为一个或多个令牌，使得整个上下文字符串中的令牌都满足标准的Java语法规范。在转化完成后，系统对字符串中的每个令牌进行令牌类型标记。

在一个示例中，类型标记化过程可以使用正则表达式进行定义。语法分析器读取输入字符流(即字符串)，然后从中识别出语素，最后进行类型标记。在标记化过程中一旦发现无效标记，系统可以报错。下面以字符串“language＝2+3；”为例对标记化过程进行说明：

“language＝2+3；”是初始化变量“language”，将其赋值“2+3”。在这个赋值语句中，包含了“language”、“＝”、“2”、“+”、“3”和“；”这6个令牌。通过预设知识库，系统可以得到如下表2的令牌-标记化类型对应关系：

表2

然后，系统根据上述对应关系对字符串中的这6个令牌进行类型标记。

在一个示例中，令牌的标记化类型可以分为以下四类：

1、单字符令牌(Single-Character Token)，例如“>”、“-”、“*”、“.”、“(”等等；

2、单或双字符令牌(One or Two Character Token)，例如“＝＝”，“<＝”等等；

3、文字(Literal)令牌，文字令牌通常针对一种具体语言，需要将文字令牌解释成该语言的对应字符类型；

4、关键词(Keyword)令牌，例如“and”，“class”，“else”，“if”，“this”等等。

在步骤23中，将解析后的字符串拆解为相应的令牌，并根据令牌构建相应的抽象语法树(Abstract Syntax Tree，AST)。可选地，系统可以是基于上下文无关文法、符号优先级和符号关联性将解析后的字符串进行拆解。上下文无关文法包含四个成分：终结符号集合、非终结符号集合、起始符号以及产生式集合。符号优先级是指为每个符号设定相应的优先级，例如将“*”的优先级设定为高于“+”。符号关联性是指将符号设定为左关联或右关联。在一个示例中，可以设定为只有“！”和“-”是右关联，其他符号都是左关联。例如，“-3”中的“-”修饰的是其右侧的3，“-3”表示为负三；“1+2+3”中第一个“+”关联的是其左侧的1，第二个“+”关联的是其左侧的2。符号优先级和符号关联性决定了上下文无关文法为非二义性文法，从而能够简单方便地通过扫描令牌来构建抽象语法树。

在步骤24中，根据抽象语法树生成相应的字节码文件。在一个示例中，系统可以使用前序递归的方式来遍历AST。在遍历AST的过程中，将token中的指令按顺序进行压栈，然后交由线程执行。压栈顺序由TreeWalker的走向来决定，而TreeWalker走向是由语法树的结构决定，因此语法树的结构决定了遍历的有向性。在遍历AST后，系统生成相应的字节码文件(又称字节码指令集)，字节码文件即为.class文件。可选地，根据抽象语法树生成相应的字节码文件可以是使用Javaparser语法解析器进行。

在步骤25中，将字节码文件加载进Java虚拟机(Java Virtual Machine，JVM)并执行规则。Java程序编译而成的字节码文件，需要先加载至JVM的方法区中，方能在JVM中运行。实际运行时，JVM会执行加载至方法区内的代码。JVM在内存中划分出堆和栈来存储运行时的数据。

通过以上如图2所示的步骤21-25的关于根据动态配置规则文件执行数据对接规则的操作，使得本发明的基于动态配置规则实现医院内外部系统数据对接的方法能够根据由动态配置规则文件传入的包含数据对接规则的规则表达式的调用请求，生成相应的字节码文件并执行，从而实现了由院内的业务人员用户可以方便简单的进行数据对接规则的动态配置并即时实施数据对接规则，无需开发人员预先进行规则配置或在每次需要进行数据对接时再介入编码。本实施例采用上述基于动态配置规则实现医院内外部系统数据对接的方法能够无侵入地让业务人员管理复杂的业务逻辑，提供中心化的管理结构，实现了一处配置、实施生效和处处响应的目的。

继续如图1所示，步骤204为填充数据表单。示例性的，如外部系统200所需要对接的数据是病房管理系统中病人的病例表单中所需要填充的的数据，则根据步骤203的执行数据对接的运算结果，可以直接将符合院内业务人员用户在步骤202中所配置的数据对接规则的数据自动落入病房管理系统中对应病人的病例表单之中，以完成由院内系统(HIS/LIS/PACS)到外部系统如病房管理系统的数据实时对接。

以上是如图1所示的实施例中，本发明的一种基于动态配置规则实现医院内外部系统数据对接的方法的说明。通过如图1所示的方法，院内的业务人员用户只需要在步骤202对所需要进行数据对接的数据进行简单的定义和限定，其余的步骤均可以通过系统按照所述的动态配置规则方法来实现数据的实时对接。通过如图1和如图2所示的方法，能够便捷的使用户动态的配置数据对接规则并即时实施数据对接，大幅提升数据对接的效率并降低数据对接的错误率，从而降低数据对接的开发成本。

本发明的另一方面还提供了一种基于动态配置规则实现医院内外部系统数据对接的系统，包括存储器，用于存储可由处理器执行的指令，以及处理器，用于执行该指令以实现上述实施例中参考图1和图2所示的基于动态配置规则实现医院内外部系统数据对接的方法。

图3是根据本申请一实施例示出的基于动态配置规则实现医院内外部系统数据对接的系统的系统框图。基于动态配置规则实现医院内外部系统数据对接的系统30可包括内部通信总线31、处理器(Processor)32、只读存储器(ROM)33、随机存取存储器(RAM)34、以及通信端口35。当应用在个人计算机上时，基于动态配置规则实现医院内外部系统数据对接的系统30还可以包括硬盘36。内部通信总线31可以实现基于动态配置规则实现医院内外部系统数据对接的系统30组件间的数据通信。处理器32可以进行判断和发出提示。在一些实施例中，处理器32可以由一个或多个处理器组成。通信端口35可以实现基于动态配置规则实现医院内外部系统数据对接的系统30与外部的数据通信。在一些实施例中，基于动态配置规则实现医院内外部系统数据对接的系统30可以通过通信端口35从网络发送和接受信息及数据。基于动态配置规则实现医院内外部系统数据对接的系统30还可以包括不同形式的程序储存单元以及数据储存单元，例如硬盘36，只读存储器(ROM)303和随机存取存储器(RAM)34，能够存储计算机处理和/或通信使用的各种数据文件，以及处理器32所执行的可能的程序指令。处理器执行这些指令以实现方法的主要部分。处理器处理的结果通过通信端口传给用户设备，在用户界面上显示。

上述的基于动态配置规则实现医院内外部系统数据对接的方法可以实施为计算机程序，保存在硬盘36中，并可记载到处理器32中执行，以实施本申请中的基于动态配置规则实现医院内外部系统数据对接的方法。

本发明的另一方面还提供了一种存储有计算机程序代码的计算机可读介质，其中，计算机程序代码在由处理器执行时实现如上述实施例所述的参考图1和图2所示的基于动态配置规则实现医院内外部系统数据对接的方法。

基于动态配置规则实现医院内外部系统数据对接的方法实施为计算机程序时，也可以存储在计算机可读存储介质中作为制品。例如，计算机可读存储介质可以包括但不限于磁存储设备(例如，硬盘、软盘、磁条)、光盘(例如，压缩盘(CD)、数字多功能盘(DVD))、智能卡和闪存设备(例如，电可擦除可编程只读存储器(EPROM)、卡、棒、键驱动)。此外，本文描述的各种存储介质能代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于能存储、包含和/或承载代码和/或指令和/或数据的无线信道和各种其它介质(和/或存储介质)。

应该理解，上文所描述的实施例仅是示意。本文描述的实施例可在硬件、软件、固件、中间件、微码或者其任意组合中实现。对于硬件实现，处理单元可以在一个或者多个特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器和/或设计为执行本文所述功能的其它电子单元或者其结合内实现。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述申请披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示例性实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个申请实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (16)

1.一种基于动态配置规则实现医院内外部系统数据对接的方法，在院内系统和外部系统间实施，所述方法包括以下步骤：

在所述院内系统处提供院内数据；以及

在所述外部系统处：

接收所述院内数据并对所述院内数据进行预过滤、预匹配和预解析；

配置数据对接规则，以生成动态配置规则文件；

根据所述动态配置规则文件执行数据对接规则，包括：

接收所述动态配置规则文件传入的RESTful调用请求，其中所述RESTful调用请求中包含所述数据对接规则的规则表达式的字符串；

基于预设知识库对所述字符串进行解析；

将解析后的所述字符串拆解为相应的令牌并构建相应的抽象语法树；

根据所述抽象语法树生成相应的字节码文件；以及

将所述字节码文件加载进Java虚拟机并执行；以及

根据数据对接规则的运算结果填充数据表单。

2.如权利要求1所述的方法，其特征在于，所述院内数据包括病人信息和检查信息。

3.如权利要求2所述的方法，其特征在于，所述提供院内数据的方式包括业务人员通过文件导入。

4.如权利要求2所述的方法，其特征在于，所述提供院内数据的方式包括通过网络传输接口输入数据。

5.如权利要求1所述的方法，其特征在于，所述预过滤包括对所述院内数据进行数据安全校验，并保留符合预设安全标准的院内数据。

6.如权利要求1所述的方法，其特征在于，所述预匹配包括匹配租户，匹配项目以及匹配业务场景。

7.如权利要求1所述的方法，其特征在于，所述预解析包括数据格式转换。

8.如权利要求1所述的方法，其特征在于，所述配置数据对接规则包括：

创建自定义表单，包括显示名以及OID编码；

创建所述自定义表单的数据字段；

对所述自定义表单的数据字段进行锁定；以及

设定对于所述锁定的数据字段的数据对接规则，包括设定纳入条件和设定排除条件。

9.如权利要求1所述的方法，其特征在于，所述外部系统包括病房管理系统。

10.如权利要求1所述的方法，其特征在于，所述预设知识库的数量为一个或多个，每个预设知识库中包括一个或多个预设知识点，其中，当所述预设知识库的数量为多个时，根据以下的一项或多项对所述多个预设知识库进行定义：租户、项目、以及业务场景。

11.根据权利要求10所述的方法，其特征在于，所述预设知识点还包括根据所述数据对接规则所预设的知识点。

12.根据权利要求10或11所述的方法，其特征在于，所述基于预设知识库对所述字符串进行解析包括：

基于所述预设知识点对所述字符串进行匹配和转化；以及

根据转化结果对所述字符串中的每个令牌进行类型标记，并得到解析后的所述字符串。

13.如权利要求12所述的方法，其特征在于，将所述解析后的字符串拆解为相应的令牌并构建相应的抽象语法树包括基于上下文无关文法、符号优先级和符号关联性进行拆解。

14.如权利要求13所述的方法，其特征在于，所述根据所述抽象语法树生成相应的字节码文件包括使用Javaparser语法解析器进行。

15.一种基于动态配置规则实现医院内外部系统数据对接的系统，包括：

存储器，用于存储可由处理器执行的指令；以及处理器，用于执行所述指令以实现如权利要求1-14任一项所述的方法。

16.一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由处理器执行时实现如权利要求1-14任一项所述的方法。

Images