医疗数据的处理方法与医疗信息系统与流程

1.本技术涉及医疗数据的处理领域，具体而言，涉及一种医疗数据的处理方法、计算机可读存储介质与医疗信息系统。


背景技术：

2.近年来，为了增强医疗信息化建设，产生了多样化的数据终端，包括医护大屏、床旁屏、廊屏、门口屏，还有输液监测、床垫监测等物联设备，旨在全方位打造医疗行业的全方位智能场景(简称智慧医疗系统)。
3.在这些信息化服务建设中，需要从医院所使用的信息系统中采集数据，通过特定的算法处理后进行智能化场景展示及交互。不同医院通常采用了不同的医院信息系统，为了采集所需要的数据，智慧医疗系统制定了自有的标准数据格式，医院信息系统可以按照标准数据格式提供数据服务，以便智慧医疗系统自动进行数据采集。但由于部分医院信息系统没有按照标准数据格式提供数据采集服务的条件，因此智能医疗系统需要针对这些医疗信息系统进行单独的数据采集。
4.目前智慧医疗系统进行数据采集的过程中，由于需要进行多种多样的数据采集，导致工作繁杂且重复。对软件系统而言，大量的定制化开发，使系统业务逐步变得繁杂和难以理解，还增加了系统维护成本，由于系统的耦合度高，使系统难以扩展。
5.因此，亟需一种无需定制化的开发就可以将多种格式的数据转换为标准数据的方法。
6.在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。


技术实现要素：

7.本技术的主要目的在于提供一种医疗数据的处理方法、计算机可读存储介质与医疗信息系统，以解决现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
8.根据本发明实施例的一个方面，提供了一种医疗数据的处理方法，包括：确定医疗数据信息的目标医疗配置信息，所述目标医疗配置信息包括接口配置信息，所述接口配置信息至少包括表征是否为标准格式的标准情况信息；根据所述目标医疗配置信息，确定所述医疗数据信息的数据格式是否为所述标准格式；在所述医疗数据信息的数据格式不是所述标准格式的情况下，采用模板引擎将所述医疗数据信息的数据格式转换为所述标准格式。
9.可选地，确定医疗数据信息的目标医疗配置信息，包括：接收发送端发送的医疗数据信息，所述医疗数据信息携带第一识别信息；根据所述第一识别信息，确定所述目标医疗配置信息。
10.可选地，所述目标医疗配置信息包括第二识别信息，根据所述第一识别信息，确定目标医疗配置信息，包括：将所述第一识别信息与多个医疗配置信息中的所述第二识别信息进行对比；确定与所述第一识别信息匹配的所述第二识别信息对应的所述医疗配置信息为所述目标医疗配置信息，其中，所述目标医疗配置信息为与所述第一识别信息匹配的所述第二识别信息。
11.可选地，所述第一识别信息包括以下至少之一：第一患者id信息、第一密钥，所述第二识别信息包括以下至少之一：第二患者id信息、第二密钥。
12.可选地，根据所述目标医疗配置信息，确定所述医疗数据信息的数据格式是否为所述标准格式，包括：根据所述目标医疗配置信息中的所述标准情况信息，确定所述医疗数据信息的数据格式是否为所述标准格式。
13.可选地，在所述医疗数据信息的数据格式不是所述标准格式的情况下，将所述医疗数据信息的数据格式转换为所述标准格式，包括：在所述医疗数据信息的数据格式不是所述标准格式的情况下，根据模板引擎，获取医疗数据信息与所述标准格式的信息的映射关系；根据映射关系，将所述医疗数据信息的数据格式转换为所述标准格式。
14.可选地，所述方法还包括：确定所述目标医疗配置信息中是否包括转发信息，所述转发信息包括转发地址信息和转发方式信息；在所述目标医疗配置信息中包括所述转发信息的情况下，确定需要转发所述医疗数据信息，并根据所述转发地址信息和所述转发方式信息，将所述标准格式的所述医疗数据信息进行转发；在确定出所述医疗数据信息不转发的情况下，将所述标准格式的所述医疗数据信息发送至所述发送端。
15.可选地，接收发送端发送的医疗数据信息，包括：接收第一发送端发送的第一医疗数据信息，所述第一医疗数据信息为请求信息。
16.可选地，接收发送端发送的医疗数据信息，还包括：接收第二发送端发送的第二医疗数据信息，所述第二医疗数据信息为转发所述标准格式的请求信息的响应信息。
17.可选地，所述接口配置信息至少还包括以下之一：接口名称信息、选择接口组信息、选择数据格式信息、数据同步方式信息、对接方式信息，其中，所述接口名称信息为表征接口名称的信息，所述选择接口组信息为表征选择接口组的信息，所述数据格式信息为表征数据格式的信息，所述数据同步方式信息为表征所述医疗数据信息的同步方式的信息，所述对接方式信息为表征所述医疗数据信息的对接方式的信息。
18.可选地，所述医疗配置信息还包括接口组配置信息，所述接口组配置信息包括接口组名称信息和自定义参数信息。
19.根据本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行任意一种所述的方法。
20.根据本发明实施例的另一方面，还提供了一种医疗信息系统，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行任意一种所述的方法。
21.在本发明实施例中，所述医疗数据的处理方法中，首先，确定医疗数据信息的目标医疗配置信息，所述目标医疗配置信息包括接口配置信息，所述接口配置信息至少包括表征是否为标准格式的标准情况信息；然后，根据所述目标医疗配置信息，确定所述医疗数据
信息的数据格式是否为所述标准格式；最后，在所述医疗数据信息的数据格式不是所述标准格式的情况下，采用模板引擎将所述医疗数据信息的数据格式转换为所述标准格式。该处理方法中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
附图说明
22.构成本技术的一部分的说明书附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
23.图1示出了根据本技术的一种实施例的医疗数据的处理方法的示意图；
24.图2示出了根据本技术的一种实施例的医疗数据的处理装置的示意图。
具体实施方式
25.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
26.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
27.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28.正如背景技术中所说的，现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高，为了解决上述问题，本技术的一种典型的实施方式中，提供了一种医疗数据的处理方法、计算机可读存储介质与医疗信息系统。
29.根据本技术的实施例，提供了一种医疗数据的处理方法。
30.图1是根据本技术实施例的医疗数据的处理方法的流程图。如图1所示，该方法包括以下步骤：
31.步骤s101，确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；
32.步骤s102，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；
33.步骤s103，在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
34.上述医疗数据的处理方法中，首先，确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；然后，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；最后，在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。该处理方法中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
35.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
36.本技术的一种具体的实施例中，上述模板引擎是一个基于.net开发的模板引擎，通过使用简单的模板语言引用.net代码中定义的对象，形成医疗数据信息与标准格式的信息的映射关系。
37.本技术的一种实施例中，确定医疗数据信息的目标医疗配置信息，包括：接收发送端发送的医疗数据信息，上述医疗数据信息携带第一识别信息；根据上述第一识别信息，确定上述目标医疗配置信息，后续根据目标医疗配置信息，可以较为高效地确定出上述医疗数据信息的数据格式是否为上述标准格式。
38.本技术的又一种实施例中，上述目标医疗配置信息包括第二识别信息，根据上述第一识别信息，确定目标医疗配置信息，包括：将上述第一识别信息与多个医疗配置信息中的上述第二识别信息进行对比；确定与上述第一识别信息匹配的上述第二识别信息对应的上述医疗配置信息为上述目标医疗配置信息，其中，上述目标医疗配置信息为与上述第一识别信息匹配的上述第二识别信息。该方案中，将第一识别信息与多个医疗配置信息中的第二识别信息进行对比，确定对第一识别信息匹配的第二识别信息对应的配置信息为目标医疗配置信息，这样保证了确定的目标医疗配置信息更加准确，后续根据目标医疗配置信息，判断医疗数据信息的数据格式是否为标准格式，进一步地保证了判断结果较为准确。
39.本技术的另一种实施例中，上述第一识别信息包括以下至少之一：第一患者id信息、第一密钥，上述第二识别信息包括以下至少之一：第二患者id信息、第二密钥，后续通过第一患者id信息与第二患者id信息进行对比和/或通过第一密钥与第二密钥进行对比，确定与上述第一识别信息匹配的上述第二识别信息对应的上述医疗配置信息为上述目标医疗配置信息，进一步地保证了确定的目标医疗配置信息更加准确。
40.具体地，上述第一患者id信息和上述第二患者id信息可以为应用的唯一编号信息。
41.本技术的再一种实施例中，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式，包括：根据上述目标医疗配置信息中的上述标准情况信息，确定上述医疗数据信息的数据格式是否为上述标准格式，这样保证了可以较为高效地确定出上述医疗数据信息是否为上述标准格式。
42.本技术的一种实施例中，在上述医疗数据信息的数据格式不是上述标准格式的情
况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式，包括：在上述医疗数据信息的数据格式不是上述标准格式的情况下，根据模板引擎，获取医疗数据信息与上述标准格式的信息的映射关系上述；根据映射关系，将上述医疗数据信息的数据格式转换为上述标准格式。在该实施例中，根据模板引擎获取医疗数据信息与标准格式的信息的映射关系，这样保证了得出的映射关系更加准确，根据映射关系，将上述医疗数据信息的数据格式转换为标准格式，这样保证了转换为标准格式的医疗数据信息更加准确。
43.本技术的又一种实施例中，上述方法还包括：确定上述目标医疗配置信息中是否包括转发信息，上述转发信息包括转发地址信息和转发方式信息；在上述目标医疗配置信息中包括上述转发信息的情况下，确定需要转发上述医疗数据信息，并根据上述转发地址信息和上述转发方式信息，将上述标准格式的上述医疗数据信息进行转发；在确定出上述医疗数据信息不转发的情况下，将上述标准格式的上述医疗数据信息发送至上述发送端，这样可以灵活地确定是否需要对医疗数据信息进行转发。
44.本技术的另一种实施例中，接收发送端发送的医疗数据信息，包括：接收第一发送端发送的第一医疗数据信息，上述第一医疗数据信息为请求信息。
45.本技术的再一种实施例中，接收发送端发送的医疗数据信息，还包括：接收第二发送端发送的第二医疗数据信息，上述第二医疗数据信息为转发上述标准格式的请求信息的响应信息。即在接收到第二发送端发送的上述请求信息的响应信息后，根据上述请求信息的响应信息携带的第一识别信息与多个配置信息中的第二识别信息进行对比，确定与第一识别信息匹配的第二识别信息对应的配置信息为目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；根据上述目标医疗配置信息中的上述标准情况信息，确定上述医疗数据信息的数据格式是否为上述标准格式；在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
46.本技术的一种实施例中，上述接口配置信息至少还包括以下之一：接口名称信息、选择接口组信息、选择数据格式信息、数据同步方式信息、对接方式信息，其中，上述接口名称信息为表征接口名称的信息，上述选择接口组信息为表征选择接口组的信息，上述数据格式信息为表征数据格式的信息，上述数据同步方式信息为表征上述医疗数据信息的同步方式的信息，上述对接方式信息为表征上述医疗数据信息的对接方式的信息。
47.本技术的一种具体的实施例中，上述医疗数据的处理方法可以为用户提供两种处理方式，其中，第一种是作为医疗数据处理中转站进行数据处理，均为用户主动发起调用本服务，此方式下无需配置对接方式信息；第二种是用户预先在系统中配置处理时间、数据抓取接口(获取待处理数据的接口)，数据推送接口(标准数据接收接口)，由于不确定用户接口是采用的什么方式，因此这种情况下，用户需要提供对接方式信息，比如api接口、webservice、消息队列、数据库等，以便数据处理服务与用户进行数据交互。此场景的数据处理流程是：医疗数据处理服务获取用户配置的处理时间、数据抓取接口、数据推送接口、对接方式，到达处理时间后，根据接口地址、对接方式、自定义参数(比如秘钥)等信息，主动请求用户获取待处理的数据，将数据进行标准化处理之后，推送到用户配置的数据推送接口，至此完成。
48.当然，在实际应用过程中，选择数据格式信息为表征数据格式的信息，在本技术中
数据格式可以为json格式、还可以为xml格式，但不限于json格式和xml格式，还可以为其他的格式；数据同步方式信息为表征医疗数据信息的同步方式的信息，可以为主动请求、被动请求和监听，其中，主动请求还可以为定时请求和实时请求，但不限于主动请求、被动请求和监听，还可以为其他的表征医疗数据信息的同步方式的信息；对接方式信息为表征医疗数据信息的对接方式的信息，可以为api接口、消息队列以及数据库，其中，api接口还包括请求地址和请求方式，请求方式为一种网络数据通讯的方法，可以为get、post、put、delete等，消息队列还包括消息队列类型、地址信息、匹配规则、队列名称等，数据库还包括连接串、视图名称或表名称。
49.本技术的另一种实施例中，上述医疗配置信息还包括接口组配置信息，上述接口组配置信息包括接口组名称信息和自定义参数信息。上述接口组配置信息可以对接口进行分类，方便用户在系统中进行接口维护，比如“用户组接口”内部可以添加用户查询、用户注册、用户登录等接口。另外，在不知用户接口是采用的什么方式的情况下，需要配置上述自定义参数信息，上述自定义参数信息可以在接口组下的所有接口中生效。对于每个接口都需要使用的参数，可以不用在每个接口中配置，直接配置在接口组级别即可。比如接口秘钥，每个接口的请求都需要用户携带秘钥请求，以增加安全性，但是每个接口都配置的话又很麻烦，因此可以配置在接口组级别公用。
50.本技术实施例还提供了一种医疗数据的处理装置，需要说明的是，本技术实施例的医疗数据的处理装置可以用于执行本技术实施例所提供的用于医疗数据的处理方法。以下对本技术实施例提供的医疗数据的处理装置进行介绍。
51.图2是根据本技术实施例的医疗数据的处理装置的示意图。如图2所示，该装置包括：
52.第一确定单元10，用于确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；
53.第二确定单元20，用于根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；
54.转换单元30，用于在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
55.上述医疗数据的处理装置中，第一确定单元用于确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；第二确定单元用于根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；转换单元用于在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。该处理装置中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
56.本技术的一种具体的实施例中，上述模板引擎是一个基于.net开发的模板引擎，通过使用简单的模板语言引用.net代码中定义的对象，形成医疗数据信息与标准格式的信
息的映射关系。
57.本技术的一种实施例中，第一确定单元还包括接收模块和第一确定模块，其中，接收模块用于接收发送端发送的医疗数据信息，上述医疗数据信息携带第一识别信息；第一确定模块用于根据上述第一识别信息，确定上述目标医疗配置信息，后续根据目标医疗配置信息，可以较为高效地确定出上述医疗数据信息的数据格式是否为上述标准格式。
58.本技术的另一种实施例中，上述目标医疗配置信息包括第二识别信息，第一确定模块还包括对比子模块和确定子模块，其中，对比子模块用于将上述第一识别信息与多个医疗配置信息中的上述第二识别信息进行对比；确定子模块用于确定与上述第一识别信息匹配的上述第二识别信息对应的上述医疗配置信息为上述目标医疗配置信息，其中，上述目标医疗配置信息为与上述第一识别信息匹配的上述第二识别信息。该方案中，将第一识别信息与多个医疗配置信息中的第二识别信息进行对比，确定对第一识别信息匹配的第二识别信息对应的配置信息为目标医疗配置信息，这样保证了确定的目标医疗配置信息更加准确，后续根据目标医疗配置信息，判断医疗数据信息的数据格式是否为标准格式，进一步地保证了判断结果较为准确。
59.本技术的又一种实施例中，上述第一识别信息包括以下至少之一：第一患者id信息、第一密钥，上述第二识别信息包括以下至少之一：第二患者id信息、第二密钥，后续通过第一患者id信息与第二患者id信息进行对比和/或通过第一密钥与第二密钥进行对比，确定与上述第一识别信息匹配的上述第二识别信息对应的上述医疗配置信息为上述目标医疗配置信息，进一步地保证了确定的目标医疗配置信息更加准确。
60.具体地，上述第一患者id信息和上述第二患者id信息可以为应用的唯一编号信息。
61.本技术的再一种实施例中，第二确定单元还包括第二确定模块，用于根据上述目标医疗配置信息中的上述标准情况信息，确定上述医疗数据信息的数据格式是否为上述标准格式，这样保证了可以较为高效地确定出上述医疗数据信息是否为上述标准格式。
62.本技术的一种实施例中，转换单元还包括获取模块和转换模块，其中，获取模块用于在上述医疗数据信息的数据格式不是上述标准格式的情况下，根据模板引擎，获取上述医疗数据信息与上述标准格式的信息的映射关系上述；转换模块用于根据映射关系，将上述医疗数据信息的数据格式转换为上述标准格式。在该实施例中，根据模板引擎获取第一医疗数据信息与标准格式的信息的映射关系，这样保证了得出的映射关系更加准确，根据映射关系，将上述医疗数据信息的数据格式转换为标准格式，这样保证了转换为标准格式的医疗数据信息更加准确。
63.本技术的又一种实施例中，上述装置还包括第三确定单元、第四确定单元和发送单元，其中，第三确定单元用于确定上述目标医疗配置信息中是否包括转发信息，上述转发信息包括转发地址信息和转发方式信息；第四确定单元用于在上述目标医疗配置信息中包括上述转发信息的情况下，确定需要转发上述医疗数据信息，并根据上述转发地址信息和上述转发方式信息，将上述标准格式的上述医疗数据信息进行转发；发送单元用于在确定出上述医疗数据信息不转发的情况下，将上述标准格式的上述医疗数据信息发送至上述发送端，这样可以灵活地确定出是否需要对医疗数据信息进行转发。
64.本技术的另一种实施例中，接收模块包括第一接收子模块，用于接收第一发送端
发送的第一医疗数据信息，上述第一医疗数据信息为请求信息。
65.本技术的再一种实施例中，接收模块还包括第二接收子模块，用于接收第二发送端发送的第二医疗数据信息，上述第二医疗数据信息为转发上述标准格式的请求信息的响应信息。即在接收到第二发送端发送的上述请求信息的响应信息后，根据上述请求信息的响应信息携带的第一识别信息与多个医疗配置信息中的第二识别信息进行对比，确定与第一识别信息匹配的第二识别信息对应的医疗配置信息为目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；根据上述目标医疗配置信息中的上述标准情况信息，确定上述医疗数据信息的数据格式是否为上述标准格式；在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
66.本技术的一种实施例中，上述接口配置信息至少还包括以下之一：接口名称信息、选择接口组信息、选择数据格式信息、数据同步方式信息、对接方式信息，其中，上述接口名称信息为表征接口名称的信息，上述选择接口组信息为表征选择接口组的信息，上述数据格式信息为表征数据格式的信息，上述数据同步方式信息为表征上述医疗数据信息的同步方式的信息，上述对接方式信息为表征上述医疗数据信息的对接方式的信息。
67.本技术的一种具体的实施例中，上述医疗数据的处理方法可以为用户提供两种处理方式，其中，第一种是作为医疗数据处理中转站进行数据处理，均为用户主动发起调用本服务，此方式下无需配置对接方式信息；第二种是用户预先在系统中配置处理时间、数据抓取接口(获取待处理数据的接口)，数据推送接口(标准数据接收接口)，由于不确定用户接口是采用的什么方式，因此这种情况下，用户需要提供对接方式信息，比如api接口、webservice、消息队列、数据库等，以便数据处理服务与用户进行数据交互。此场景的数据处理流程是：医疗数据处理服务获取用户配置的处理时间、数据抓取接口、数据推送接口、对接方式，到达处理时间后，根据接口地址、对接方式、自定义参数(比如秘钥)等信息，主动请求用户获取待处理的数据，将数据进行标准化处理之后，推送到用户配置的数据推送接口，至此完成。
68.当然，在实际应用过程中，选择数据格式信息为表征数据格式的信息，在本技术中数据格式可以为json格式、还可以为xml格式，但不限于json格式和xml格式，还可以为其他的格式；数据同步方式信息为表征医疗数据信息的同步方式的信息，可以为主动请求、被动请求和监听，其中，主动请求还可以为定时请求和实时请求，但不限于主动请求、被动请求和监听，还可以为其他的表征医疗数据信息的同步方式的信息；对接方式信息为表征医疗数据信息的对接方式的信息，可以为api接口、消息队列以及数据库，其中，api接口还包括请求地址和请求方式，请求方式为一种网络数据通讯的方法，可以为get、post、put、delete等，消息队列还包括消息队列类型、地址信息、匹配规则、队列名称等，数据库还包括连接串、视图名称或表名称。
69.本技术的又一种实施例中，上述医疗配置信息还包括接口组配置信息，上述接口组配置信息包括接口组名称信息和自定义参数信息。上述接口组配置信息可以对接口进行分类，方便用户在系统中进行接口维护，比如“用户组接口”内部可以添加用户查询、用户注册、用户登录等接口。另外，在不知用户接口是采用的什么方式的情况下，需要配置上述自定义参数信息，上述自定义参数信息可以在接口组下的所有接口中生效。对于每个接口都
需要使用的参数，可以不用在每个接口中配置，直接配置在接口组级别即可。比如接口秘钥，每个接口的请求都需要用户携带秘钥请求，以增加安全性，但是每个接口都配置的话又很麻烦，因此可以配置在接口组级别公用。
70.上述医疗数据的处理装置包括处理器和存储器，上述第一确定单元、第二确定单元和转换单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
71.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
72.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
73.本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现上述医疗数据的处理方法。
74.本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述医疗数据的处理方法。
75.本发明实施例还提供了一种医疗信息系统，包括：一个或多个处理器，存储器以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置为由上述一个或多个处理器执行，上述一个或多个程序包括用于执行任意一种上述的方法。
76.上述医疗信息系统可以执行上述医疗数据的处理方法，该处理方法中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
77.本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：
78.步骤s101，确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；
79.步骤s102，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；
80.步骤s103，在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
81.本文中的设备可以是服务器、pc、pad、手机等。
82.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：
83.步骤s101，确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；
84.步骤s102，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；
85.步骤s103，在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。
86.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
87.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
88.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
89.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
90.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
91.从以上的描述中，可以看出，本技术上述的实施例实现了如下技术效果：
92.1)、本技术的医疗数据的处理方法中，首先，确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；然后，根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；最后，在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转换为上述标准格式。该处理方法中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
93.2)、本技术的医疗数据的处理装置中，第一确定单元用于确定医疗数据信息的目标医疗配置信息，上述目标医疗配置信息包括接口配置信息，上述接口配置信息至少包括表征是否为标准格式的标准情况信息；第二确定单元用于根据上述目标医疗配置信息，确定上述医疗数据信息的数据格式是否为上述标准格式；转换单元用于在上述医疗数据信息的数据格式不是上述标准格式的情况下，采用模板引擎将上述医疗数据信息的数据格式转
换为上述标准格式。该处理装置中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
94.3)、本技术的医疗信息系统可以执行上述医疗数据的处理方法，该处理方法中，在医疗数据信息的数据格式不是标准格式的情况下，采用模板引擎将数据的数据格式转换为标准格式，实现了将采集到的多种多样的数据转换为标准格式，无需定制化开发就可以实现多种数据的格式转化，从而解决了现有技术中需要定制化开发来将多种格式的数据转化为标准数据，导致的成本较高的问题。
95.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。