KR20210082959A - A realtime rule processing system using open application program interface for health care service - Google Patents

Abstract

The present invention relates to a real-time rule processing system based on an open application program interface (API) for a health case service, which provides an open API for processing a rule to determine a range of a health level according to state data of a user, forms a determination rule as a tree structure, and outputs a range by only input of a rule command and a state variable value. The real-time rule processing system based on an open API for a health case service comprises: a state data collector to collect state data of a user; a health rule manager to store a rule (hereinafter, determination rule) for determining a range of a health level according to the collect state data of a user; a health rule executing unit to determine and reply the range of the health level with reference to the determination rule; and a level range determinator to transmit the collected state data of the user to the health rule executing unit and request and receive the range of the health level of a corresponding user. The present invention separately stores and manages only health care relation rules for determining a range of a health level. Upon a service, since the present invention calls a corresponding rule, even if the health relation rule is not directly made by a program, the rule may be easily changed and a made rule may be reused.

Description

Open API-based real-time rule processing system for healthcare service { A realtime rule processing system using open application program interface for health care service }

The present invention provides an open API that processes a rule for determining a health level category according to a user's state data, but forms a decision rule in a tree structure, and outputs a category only by inputting a rule name and a state variable value. It relates to an open API-based real-time rule processing system for care services.

In general, a number of health-related rules are widely used in the process of developing a health care service.

For example, recent smart scales can measure body mass index (BMI), muscle mass, etc. in addition to body weight. The online healthcare service or the healthcare app on the smartphone receives the measurement data in this way, considers the user's age and gender, etc., determines whether the user's weight belongs to which category of below standard, standard, or above standard, and determines the inform the results.

In addition, a technique for estimating health status according to the results of multiple types of biosignals by regularizing multiple types of biosignals measured by wearable devices such as diagnostic gloves and the like has been proposed [Patent Document 1].

However, in the process of implementing these rules into a program, the program code is used repeatedly. In other words, there are several measured variables, and the category of health level varies depending on what value or range these measured values belong to. Therefore, if there are many measured variables, the number of combinations by ranges of each measured variable becomes very large.

In addition, the more complex the rules for determining the category, the higher the possibility of errors in program writing. In addition, when detailed rules are changed or added, the inconvenience of restarting the service after changing the program code may occur.

Therefore, when developing a healthcare service, a technology capable of more simply and effectively managing the category determination rule based on the range of measured values is needed.

Korea Patent Publication No. 10-1478220 (2015.01.02. Announcement)

An object of the present invention is to solve the above-described problems, and to provide an open API for processing a rule for judging a health level category according to a user's state data, forming the decision rule in a tree structure, and a rule name It is to provide an open API-based real-time rule processing system for healthcare services that outputs categories only by inputting and state variable values.

In particular, it is an object of the present invention to store health care-related rules in a predefined format, and when a service is started, retrieve the stored rules and interpret them in a predefined format, and categories of health levels according to the health care rules It is to provide an open API-based real-time rule processing system for healthcare services that determines

In order to achieve the above object, the present invention relates to an open API-based real-time rule processing system for a healthcare service, comprising: a state data collecting unit for collecting user's state data; a health rule management unit that stores a rule (hereinafter referred to as a determination rule) for determining a health level category according to the user's state data; Health rule execution unit for determining and replying to the category of health level with reference to the judgment rule; and a level category determining unit that transmits the collected user's state data to the health rule execution unit, requests a category of the corresponding user's health level, and receives a reply.

In addition, the present invention provides an open API-based real-time rule processing system for a healthcare service, wherein the decision rule is composed of a tree structure and a plurality of category nodes, and a leaf node of the tree structure is connected to one of a plurality of category nodes, , the number of levels in the tree structure is the same as the number of state data.

Further, in the present invention, in an open API-based real-time rule processing system for a healthcare service, each node of the tree structure has a range attribute indicating the range of a state variable of the corresponding level, or each edge of the tree structure is an upper node and sub-nodes, but each edge has a branching rule attribute indicating the range of the state variable corresponding to the range of the sub-node.

In addition, in the present invention, in the open API-based real-time rule processing system for healthcare services, the health rule execution unit receives the user's status data, and applies the received status data to the determination rule to determine the category of health level, It is characterized in that according to the combination of the state values of the user's state data, in the tree structure of the decision rule, the root node is searched from the root node to the leaf node, and the category of the category node connected to the leaf node is determined as the health level category.

In addition, in the present invention, in the open API-based real-time rule processing system for healthcare services, the state data collection unit and the level category determination unit are configured as a first module, and the health rule management unit and the health rule execution unit are configured as a second module. is configured, and the first and second modules are characterized in that they are configured as modules independent of each other.

In addition, the present invention is an open API-based real-time rule processing system for healthcare services, wherein the level category determination unit requests a category determination from the health rule execution unit through an open API (application program interface) interface, It is characterized in that the judgment result is returned.

As described above, according to the open API-based real-time rule processing system for health care service according to the present invention, only the health care-related rules for determining the health level category are separately stored and managed, and the rules are called during service, There is no need to directly program the health-related rules, the rules can be changed more easily, and the already created rules can be reused.

1 is a block diagram of an entire system for implementing the present invention.
2 is a block diagram of a configuration of an open API-based real-time rule processing system for healthcare services according to an embodiment of the present invention.
3 and 4 are exemplary diagrams of a decision rule according to an embodiment of the present invention.
5 is an exemplary diagram of input data of a decision rule according to an embodiment of the present invention;

Hereinafter, specific contents for carrying out the present invention will be described with reference to the drawings.

In addition, in demonstrating this invention, the same part is attached|subjected with the same code|symbol, and the repetition description is abbreviate|omitted.

First, the configuration of the entire system for implementing the present invention will be described with reference to FIG. 1 .

As shown in Fig. 1 (a), the open API-based real-time rule processing system (hereafter, health service system) for health care services according to the present invention determines and provides the category of health level according to the measured state data of the user, It may be implemented as a program system on the fitness device 10 . That is, the health service system may be configured as a program and installed and executed in the fitness device 10 . A program installed in the fitness device 10 may operate like a single program system 30 .

On the other hand, as another embodiment, as shown in Figure 1 (b), the health service system 30 may be implemented as a program system on the smart terminal 10', such as a smart phone, tablet PC. In particular, the health service system is composed of a mobile application (or an application, an app), it can be installed and executed in the smart terminal (10').

The health service system 30 uses the hardware or software resources of the smart terminal 10' to determine the category of health level and provide a service.

In addition, as another embodiment, as shown in Fig. 1 (b), the health service system is a server consisting of a health service app 30 and a health service server 30' on the smart terminal 10' - a client system can be configured and executed.

On the other hand, the health service app 30 and the health service server 30' may be implemented according to a typical method of configuring a client and a server. That is, the functions of the entire system can be divided according to the performance of the client or the amount of communication between the server and the server. For example, the health service app 30 may simply measure or collect only the user's state data, and the server 30' may perform the task of determining the health level category. Alternatively, the health service app 30 may perform all tasks such as the user's state data collection and health level category determination, and the server 30 ' may perform only data or backup functions. Hereinafter, it will be described as a real-time rule processing system or a health service system, but it may be implemented in various forms of distribution according to a server-client configuration method.

Next, an open API-based real-time rule processing system for healthcare services according to an embodiment of the present invention will be described with reference to FIG. 2 .

As described above, the open API-based real-time rule processing system for healthcare services may be implemented as a program system on a health device or a smart terminal, or as a system on a server-client system.

As shown in FIG. 2 , the open API-based real-time rule processing system for health care services according to an embodiment of the present invention includes a service module 31 that provides a health care service and a user's health according to a predetermined health rule. It is composed of a rule processing module 32 that determines the category of the level.

Preferably, the service module 31 and the rule processing module 32 may be configured as independent modules. Also, more preferably, the service module 31 requests a category determination from the rule processing module 32 through an open API (application program interface) interface (or function), and receives a result of the determination in return .

In addition, the service module 31 includes a state data collection unit 33 that collects the user's health state data, and a level category determiner 34 that determines the category of the user's health level according to the state data.

In addition, the rule processing module 32 determines according to the request of the health rule management unit 35, which stores and manages processing rules (or determination rules) for determining the health level category, and the level category determination unit 34 . It is composed of a health rule execution unit 36 that judges the category of health level with reference to the rule and returns a determination result. In particular, the level category determination unit 34 requests a category determination from the health rule execution unit 36 through an open API interface, and receives a result of the determination.

Hereinafter, each component will be described in more detail.

First, the state data collection unit 33 collects the user's state data.

The status data includes user's personal information, measured biometric data, or medical history data. That is, the personal information is data related to the user's personal information, such as the user's age, gender, and residence area. In addition, the biometric data is data obtained by measuring the user's health status, such as the user's weight, muscle mass, BMI (Body Mass Index), heart rate, and blood sugar. The medical history data is data indicating a past medical history, a current disease, or the like.

Each state data is divided into a state variable and a state value. A state variable is a variable representing state data, and a state value is a data value for a corresponding state of an actual user. For example, when the state data is weight, the state variable is "weight", and the state value is "65 kg".

Preferably, the number of state data or state variables is at least two or more.

Meanwhile, state data of user k is composed of a set or combination of _{state variable V i} and state value P _{k,i .} Therefore, the user k's state data U _k can be expressed as follows.

[Equation 1]

U _k = { (V ₁ ,P _k,1 ), (V ₂ ,P _k,2 ), ..., (V _N , P _k,N ) }

Here, N represents the number of state variables.

In this case, the state variable V _i is the same for all users k. Accordingly, the state data of user k may be expressed as a combination of _{state values P k,i as follows.}

[Equation 2]

U _k = < P _k,1 , P _k,2 , ..., P _k,N >

Next, the health rule management unit 35 stores a rule (hereinafter referred to as a determination rule) for determining the category of the health level according to the user's state data.

3 and 4 , the decision rule is configured in a tree structure, and the last leaf node of the tree structure is connected to a category node. Preferably each leaf node is connected to one of a plurality of category nodes. The tree structure represents the judgment according to the status data, and the category node represents the category of health level.

Category nodes are composed of sub-nodes of leaf nodes. Category nodes do not belong to the tree structure. In addition, the number of category nodes is determined as a predetermined number, but is determined by the number of categories of health level. Therefore, a category node can be connected to multiple leaf nodes. In the example of FIG. 3 or FIG. 4, the category node consists of three "under standard", "standard", and "over standard". Each category node represents three health levels: underweight, standard weight, and overweight.

The tree structure consists of as many depths (or levels) as the number of state variables. If we look at the root node as level 0, "gender", "height", and "weight" represent levels 1, 2, and 3, respectively. That is, the level of each node except for the root node corresponds to the corresponding state variable.

In this case, preferably, the order of the state variables is predetermined. And the levels are sequentially determined according to the order of the state variables. For example, each of the state variables V _i (i=1,2,..,N) may be configured to correspond to the level i of the tree structure.

Each node in the tree structure represents a range of state variables for that level. That is, each node has a range of state variables or state data as an attribute (hereinafter, scope attribute). In this case, the range indicates a numerical range or a state category. The numerical range indicates the range by the number such as 38.5 ~ 46.5, and the status category indicates the male and female categories.

Each edge of the tree structure connects the upper and lower nodes. In this case, by the edge, the lower node may be connected to one upper node, and the upper node may be connected to a plurality of lower nodes. Therefore, it can be seen as branching from the upper node to the lower node.

Preferably, each edge may have a branch rule as an attribute. A branching rule is a range of state variables corresponding to the level of a lower node. That is, the property of the branch rule of each edge corresponds to the range property of the lower node. That is, the branch rule attribute of the edge and the scope attribute of the lower node indicate the same scope of the state variable.

On the other hand, preferably, the health rule management unit 35 may store a plurality of types of determination rules. In this case, each determination rule is identified using identification information such as a name or ID.

On the other hand, preferably, the health rule management unit 35 receives the decision rule in the form of text, and configures it as a decision rule of a tree structure (or a decision rule in an executable form).

As shown in FIG. 5 , the text-type rule can be divided into five parts. It is divided into name, input, output, node, and edge. The name part begins with "@name" and specifies the name of the rule. Input starts with "@input" and consists of the name and type information of the argument to be given as input when calling. Output starts with "@output" and consists of the name and type information of the argument to be returned as output. A node and an edge are used to express the decision-making process of a rule. A node represents a decision point and a final result, and an edge represents a decision path that can be made at each node.

Next, the health rule execution unit 36 determines the category of the health level with reference to the determination rule and outputs (replys) the determination result.

That is, the health rule execution unit 36 receives the user's state data, applies the received state data to the determination rule, and determines the health level category.

As described above, the state data is input as a state value for each state variable as shown in Equation 1 or Equation 2. Preferably, a combination of _{state values P k,i} according to a predetermined order of state variables is input.

Then, the health rule execution unit 36 searches from the root node to the leaf node in the tree structure of the decision rule according to the combination of the status values of the status data, and sets the category of the category node connected to the leaf node as the category of the health level. (judgment) That is, a plurality of state values of a combination of state values are sequentially applied to each node or edge, the search proceeds to the lower node, and finally the leaf node is searched. And the category node connected to the leaf node becomes the search result value.

At this time, when the health rule execution unit 36 sequentially applies the state value of the combination of state data to each node, the state value is the attribute of the lower node (range attribute) or the attribute of the edge to the lower node (branching rule) attribute), search to the corresponding sub-node.

In the example of FIG. 3 or FIG. 4 , if the user's state data is <male, 165cm, 42kg>, it is composed of three state variables: “gender”, “height”, and “weight”. First, if the root node is searched by applying the first state value "Male", it moves to the lower node "male". And if the second state value "165cm" is applied to the corresponding node to search, it moves to the lower node "160~170". And if the third state value "42kg" is applied to the searched node, it searches to the lower node "< 44.0". A "< 44.0" node is a leaf node, and a category node connected to a leaf node is an "under standard" node. Therefore, the final searched category is the "low weight" category.

On the other hand, preferably, the health rule execution unit 36 receives an additional input of the name (or ID or identification information) of the determination rule in addition to the user's state data, and loads the determination rule corresponding to the name or identification information. can And, when applying the previous decision rule, the loaded decision rule is used. That is, the health level category is determined by loading the decision rule and applying the user's state data to the loaded decision rule.

Next, the level category determination unit 34 transmits the collected user's state data to the health rule execution unit 36, requests the category of the user's health level and receives a reply.

At this time, the collected user state data is the user's state data collected by the state data collection unit 33 . State data consists of a combination of multiple state values.

Also, preferably, the level category determination unit 34 may transmit identification information such as the name of a determination rule that matches the collected user's condition data to the health rule execution unit 36 together with the condition data.

In the above, the invention made by the present inventors has been described in detail according to the above embodiments, but the present invention is not limited to the above embodiments, and various modifications can be made without departing from the gist of the present invention.

10: fitness equipment 10': smart terminal
30: health service app 30': health service server
80: network

Claims (6)

In the public API-based real-time rule processing system for healthcare services,
a state data collection unit for collecting user state data;
a health rule management unit that stores a rule (hereinafter referred to as a determination rule) for determining a health level category according to the user's state data;
Health rule execution unit for determining the category of health level with reference to the determination rule and replying; and;
An open API-based real-time rule processing system for healthcare services, comprising a level category determining unit that transmits the collected user's state data to the health rule execution unit and receives a reply by requesting a category of the user's health level.
According to claim 1,
The decision rule is composed of a tree structure and a plurality of category nodes, a leaf node of the tree structure is connected to one of a plurality of category nodes, and the number of levels in the tree structure is equal to the number of the state data. An open API-based real-time rule processing system for healthcare services.
3. The method of claim 2,
Each node of the tree structure has a range attribute indicating the range of the state variable of the corresponding level, or each edge of the tree structure connects the upper node and the lower node, and each edge is a state variable corresponding to the range of the lower node An open API-based real-time rule processing system for healthcare services, characterized in that it has a branch rule attribute indicating the range of.
4. The method of claim 3,
The health rule execution unit receives the user's state data, and applies the received state data to the decision rule to determine the health level category, but according to the state value combination of the user's state data, in the tree structure of the decision rule, the root An open API-based real-time rule processing system for healthcare services, characterized in that it searches from node to leaf node, and determines the category of the category node connected to the leaf node as a health level category.
According to claim 1,
The state data collection unit and the level category determination unit are composed of a first module,
The health rule management unit and the health rule execution unit are composed of a second module,
The open API-based real-time rule processing system for healthcare services, characterized in that the first and second modules are configured as independent modules.
6. The method of claim 5,
The level category determination unit requests a category determination from the health rule execution unit through an open API (application program interface) interface, and receives a reply of the determination result. Open API-based real-time rule for healthcare service processing system.

Images