KR20160150536A - Method of providing medical information for smart health application, recording medium and device for performing the method - Google Patents

Abstract

A method of providing medical information for developing a smart health app includes a step of collecting and classifying medical information according to an international medical information standard; a step of converting the medical information into interoperable medical information between international medical information standards through at least one service component; a step of providing the converted interoperable medical information for use in smart health app development; a step of providing a development guideline for developing the smart health app; and a step of verifying the degree of compliance of the interoperability of the smart health app. Thereby, the development of the smart health apps using interoperable and reliable medical information can be supported.

Description

TECHNICAL FIELD [0001] The present invention relates to a medical information providing method for developing a smart health app, a recording medium and a device for performing the same,

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a medical information providing method for developing a smart health app, a recording medium and an apparatus for performing the same, more specifically, a medical information providing method for providing interoperable components, And a recording medium and an apparatus for performing the same.

The medical information includes medical information and diagnosis information for the patients diagnosed at the hospital. Therefore, medical information sharing between medical institutions and medical devices plays an important role in improving the quality of medical care and improving the convenience of consumers.

In general, medical information sharing can be divided into cases of sharing information between systems in a hospital and sharing information between systems of a medical institution. First, when sharing medical information between systems in a hospital, various medical devices and independent systems such as a laboratory information system (LIS) share information with the hospital information system in the hospital.

Since such medical devices and independent systems provide various test results for patients, it is necessary to organically integrate with the hospital information system to provide quality services.

Health Level Seven (HL7) is developing the Fast Healthcare Interoperability Resources (FHIR) standard to ensure interoperability of healthcare systems or services. Since the late 1980s, HL7 has been leading the paradigm of medical information exchange such as V2 Message, V3 Reference Information Model (RIM), and Clinical Document Architecture (CDA). Recently, HL7 has changed the information communication technology such as mobile, cloud, In response, HL7 FHIR, a new standard technology, is under development.

However, since medical information is highly specialized, it is difficult for non - experts to utilize it. Therefore, there are restrictions on the use of medical information, and standards have been established by various organizations, so that interoperability of medical information exchange is required.

KR 10-2015-0037169 A

 Song, Joon-hyun, et al., HL7 FHIR standard technology - A new paradigm for promoting interoperability of health care services, Journal of Information Science 2015.3, 67-72

SUMMARY OF THE INVENTION Accordingly, the present invention has been made in view of the above problems, and it is an object of the present invention to provide a medical information providing method for providing interoperable components that can be utilized in the development of a smart health app.

It is another object of the present invention to provide a recording medium on which a computer program for performing the medical information providing method for smart health app development is recorded.

Yet another object of the present invention is to provide an apparatus for performing the method for providing medical information for developing the smart health app.

According to another aspect of the present invention, there is provided a medical information providing method for developing a smart health app, the method comprising: collecting and classifying medical information according to an international medical information standard; Converting the medical information into interoperable medical information between international medical information standards through at least one service component; Providing the converted interoperable medical information for use in smart health app development; Providing a development guideline for developing the smart health app; And verifying the degree of compliance of the smarthealth app with interoperability.

In an embodiment of the present invention, the at least one service component may be formed for each medical information area.

In an embodiment of the present invention, the medical information area may include at least one of laboratory information, image information, medication information, and vital signs information.

In an embodiment of the present invention, the step of providing development guidelines for developing smart health apps may provide development guidelines based on international medical information standards followed by the converted interoperable medical information.

In the embodiment of the present invention, the international medical information standard includes HL7 Fast Healthcare Interoperability Resources (FHIR), Mobile Access to Health Documents (IHE), International Organization for Standardization (ISO) / TC215, CIMI CIM (Clinical Information Model) Lt; / RTI >

In an embodiment of the present invention, the international medical information standard may follow HL7 FHIR.

In an embodiment of the present invention, the medical information may include resource and meta information of a document extracted from the document based on the HL7 FHIR standard.

In an embodiment of the present invention, the step of collecting and classifying medical information according to the international medical information standard is a Representational State Transfer (REST) style medical information exchange paradigm, a Documents style medical information exchange paradigm. Messages can be collected according to at least one of a style-of-medical information exchange paradigm and a Service Oriented Architecture (SOA) -style medical information exchange paradigm.

In an embodiment of the present invention, verifying the interoperability compliance of the smarthealth application may quantify and provide the degree of interoperability compliance.

According to another aspect of the present invention, there is provided a computer-readable storage medium storing a computer program for performing a medical information providing method for developing a smart health app.

According to another aspect of the present invention, there is provided a medical information providing apparatus for developing a smart health app, comprising: a collecting unit collecting and classifying medical information according to an international medical information standard; At least one service component for converting the medical information into interoperable medical information between international medical information standards for use in developing smart health apps; A guideline section for providing a development guideline for developing the smart health app; A verification unit for verifying the degree of compliance of the smarthealth app with interoperability; And an open application programming interface (API) unit for providing the converted interoperable medical information output from the service component.

In an embodiment of the present invention, the at least one service component may be formed for each medical information area.

In an embodiment of the present invention, the medical information area may include at least one of laboratory information, image information, medication information, and vital signs information.

In an embodiment of the present invention, the at least one service component may comprise at least one of an inspection information component, an image information component, a dosage information component, and a bio-signal information component.

In an embodiment of the present invention, the guideline section may provide development guidelines based on international medical information standards followed by the converted interoperable medical information.

In the embodiment of the present invention, the international medical information standard includes HL7 Fast Healthcare Interoperability Resources (FHIR), Mobile Access to Health Documents (IHE), International Organization for Standardization (ISO) / TC215, CIMI CIM (Clinical Information Model) Lt; / RTI >

In an embodiment of the present invention, the international medical information standard may follow HL7 FHIR.

In an embodiment of the present invention, the medical information may include resource and meta information of a document extracted from the document based on the HL7 FHIR standard.

In an embodiment of the present invention, the collecting unit is a Representational State Transfer (REST) style medical information exchange paradigm, a Documents style medical information exchange paradigm. Messages can be collected according to at least one of a style-of-medical information exchange paradigm and a Service Oriented Architecture (SOA) -style medical information exchange paradigm.

In an embodiment of the present invention, the verification unit may quantify and provide the degree of interoperability compliance.

According to the medical information providing method for developing smart health app, it is possible to develop a smart health app using interoperable and reliable medical information, and build a smart health app market. In addition, it is possible to acquire and analyze high-quality data by establishing a base environment in which interoperable health apps can be activated, and new value innovation creation can be expected based on this. In addition, it can be used for health-care services such as PHR services and consumer-oriented healthcare services that go beyond institution-led healthcare services such as hospitals, companies, and governments.

1 is a block diagram of a medical information providing apparatus for developing a smart health app according to an embodiment of the present invention.
2 is an example of the service component of Fig.
Figure 3 is an example of a patient resource according to HL7 FHIR.
4 is a diagram illustrating a procedure for registering a patient resource in a client.
Figure 5 is an example of expressing patient health summary information
6 is a diagram showing a procedure for registering a bundle resource.
Figure 7 shows the four health information exchange paradigms supported by the HL7 FHIR.
8 is a flowchart of a method for providing medical information for developing a smart health app according to an embodiment of the present invention.

The following detailed description of the invention refers to the accompanying drawings, which illustrate, by way of illustration, specific embodiments in which the invention may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the invention. It should be understood that the various embodiments of the present invention are different, but need not be mutually exclusive. For example, certain features, structures, and characteristics described herein may be implemented in other embodiments without departing from the spirit and scope of the invention in connection with an embodiment. It is also to be understood that the position or arrangement of the individual components within each disclosed embodiment may be varied without departing from the spirit and scope of the invention. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope of the present invention is to be limited only by the appended claims, along with the full scope of equivalents to which such claims are entitled, if properly explained. In the drawings, like reference numerals refer to the same or similar functions throughout the several views.

Hereinafter, preferred embodiments of the present invention will be described in more detail with reference to the drawings.

1 is a block diagram of a medical information providing apparatus for developing a smart health app according to an embodiment of the present invention. 2 is an example of the service component of Fig.

A medical information providing apparatus (hereinafter, referred to as a device) 10 for developing a smart health app according to the present invention provides interoperable medical information that can be utilized for developing a smart health app.

Referring to FIG. 1, a device 10 according to the present invention includes a collecting unit 100, at least one service component 700, a guideline unit 300, a verifying unit 500, and an open API unit 900 . Referring to FIG. 2, the service component 700 may be formed for each medical information area, and may convert medical information corresponding to each area.

The device 10 of the present invention may be installed and executed with software (application) for providing medical information for developing a smart health app, and the collection unit 100, the at least one service component 700, The configuration of the guideline unit 300, the verification unit 500 and the open API unit 900 may be implemented by software for performing medical information provision for development of the smarthealth application executed in the device 10 Lt; / RTI >

The device 10 may be a separate terminal or some module of the terminal. The configuration of the collecting unit 100, the at least one service component 700, the guideline unit 300, the verification unit 500, and the open API unit 900 may be formed by an integrated module, It may consist of one or more modules. However, conversely, each configuration may be a separate module.

The device 10 may be mobile or stationary. The device 10 may be in the form of a server or an engine and may be a device, an apparatus, a terminal, a user equipment (UE), a mobile station (MS) a wireless device, a handheld device, and the like.

The device 10 may execute or produce various software based on an operating system (OS), i.e., a system. The operating system is a system program for allowing software to use the hardware of a device. The operating system includes a mobile computer operating system such as Android OS, iOS, Windows Mobile OS, Sea OS, Symbian OS, Blackberry OS, MAC, AIX, and HP-UX.

For example, the device 10 can be used to build a market for digital healthcare platforms such as Apple HealthKit, Google Google Fit, and Samsung SAMI (Samsung Architecture for Multimodal Interaction) Can be a core business model for health care services. In addition, development of the authentication system of the market can contribute to the activation of reliable health service.

The collecting unit 100 collects and classifies the medical information according to the international medical information standard. The present invention can provide a health service in which data integrity, accuracy and the like are guaranteed by utilizing medical information according to international medical information standard. The medical information may be collected from various hospitals, various medical institutions, university laboratories, standards institutes, document registrars, and the like servers and repositories.

The international medical information standard may be HL7 FHIR (Fast Healthcare Interoperability Resources), IHE MHD (Mobile Access to Health Documents), ISO (International Organization for Standardization) / TC215, CIMI CIM (Clinical Information Model) It may include all standards adopted by international standards bodies.

HL7 FHIR stands for Health Level 7 Fast Healthcare Interoperability Resources and refers to the standard technology developed by HL7 for the purpose of enhancing the Health Information Exchange (HIE) paradigm, such as HL7 V2.x massage and the HL7 Clinical Document Architecture .

For example, if following the international medical information standard of the HL7 FHIR, the medical information may include resource and meta information of the document extracted from the document based on the HL7 FHIR standard.

The HL7 FHIR includes a single FHIR resource and a bundled resource. The FHIR resource is generally divided into three areas: a data structure (Structured Data) area 21, a narrative area 22, and an extension area 23. The data structure area 21 is a part for mechanical processing, and the description area 22 is a part for human readability and easy understanding. The extended area 23 is a part for expressing additional information which is not included in the FHIR specification but must be stored according to the situation.

Referring to FIG. 3, an example of a Patient resource represents personal information such as the patient's ID, name, address, telephone number, and the like. The contents of the data structure area 21 and the description area 22 are the same, but the presentation method is different according to the object of understanding. Since the description area 22 is a part for human readability, .

Transactions such as registering, querying, updating, and deleting FHIR resources are similar to general RESTful APIs. In other words, the FHIR resource transport is based on the HTTP protocol and is used by overriding the HTTP method. For example, when registering a patient resource, use the HTTP POST method. FIG. 4 briefly illustrates a procedure for registering patient resources from a client to a server.

Bundle resources are used to represent combinations of multiple resources. 5 is an example of expressing the health summary information of the patient. Here, the composition resource represents meta information about the bundle resource. That is, it includes document creation time, document author, patient information, etc. as the header of the HL7 CDA document. FHIR resources such as Observation, Condition, and Medication are included in bundled resources in a single or a list form to represent patient health summary information.

Bundle resource registration can be viewed from two perspectives. The first is to view the bundled resources to be transmitted as a document with wholeness that can not be separated like a CDA document. Second, the bundle resource is viewed and registered as a bundle of resources rather than a document. At this time, the server side decomposes each resource, stores it, and transmits the access location of each resource to the client.

FIG. 6 shows a procedure for considering a bundle resource as a complete document. Later, the DocumentReference resource stores document metadata for document retrieval.

Figure 7 shows the four health information exchange paradigms supported by the HL7 FHIR.

Referring to FIG. 7, FHIR is a Representational State Transfer (REST) style medical information exchange paradigm, a Documents style medical information exchange paradigm. Messages can be collected according to at least one of a style-of-medical information exchange paradigm and a Service Oriented Architecture (SOA) -style medical information exchange paradigm.

Since the REST style paradigm is basically a RESTful service oriented and based on HTTP communication, information exchange is possible irrespective of different system implementation techniques. It is also suitable for lightweight and simple information exchange because it defines small and meaningful resources as a basic unit of information exchange.

Because FHIR is based on resources and HTTP communication, it is the best technology for exchanging such REST-style medical information. With this feature, it is appropriate to use FHIR standard technology to develop health care services such as mobile and PHR.

The document style paradigm regards the basic information unit as a document and places importance on the completeness and integrity of the document. Since the unit of basic information exchange is the document, the operation such as registration, inquiry, and retrieval of the document is important. The FHIR's bundled resources, ie, the ability to combine resources on demand, can be used to construct the same content as a CDA document. In other words, the CDA document header information can be expressed as a composition resource, and the body information of the CDA document can be represented by FHIR resources such as Medication, Observation, and CarePlan. In addition, the DocumentReference resource can be used to store the meta information of the document, which can then be used for document retrieval and retrieval.

The message style paradigm is similar to the HL7 V2 Message, V3 RIM method. It is a paradigm to efficiently communicate information in response to events occurring at the medical field. HL7 V2 Message Mapping of the main constituent segment to the FHIR resource can be represented as a bundle resource corresponding to the V2 Message. The HL7 V2 Message is most likely to replace the V2 Message in the future as it is the easiest to convert to FHIR resources over other standards.

The SOA style paradigm can be considered when integrating heterogeneous systems and is a paradigm that can be used to implement complex requirements in the enterprise. The FHIR can redefine REST, that is, it can support the SOA style paradigm by redefining resources and HTTP protocols to meet their requirements.

The at least one service component 700 converts the medical information collected by the collecting unit 100 into interoperable medical information between international medical information standards in order to utilize the medical information in developing a smart health app.

The service component 700 may be formed for each medical information area and may convert medical information corresponding to each area. For example, the medical care information area includes laboratory information, image information, medication information, and vital signs, and the service component 700 may include a laboratory, Information, image information, medication information, and vital signs information.

2 is an example of the service component 700 and includes an inspection information component 710, an image information component 730, a dosage information component 750, and a bio-signal information component 750. However, the medical information area is not limited to this, and can be merged, added, deleted, changed, etc. as needed.

The guide line unit 300 provides a development guideline for developing the smart health app. That is, the service component 700 may provide a development guideline based on the international medical information standard to which the converted interoperable medical information conforms.

As a result, developers can easily develop smart health apps, and high quality health apps can be provided to expand consumer choice.

The verifying unit 500 verifies the degree of compliance of the smarthealth app with interoperability. For example, the verification unit 500 may quantify the degree of compliance of the interoperability and provide assistance in facilitating the recognition by an app developer.

The open API unit 900 provides the converted interoperable medical information output from the service component 700. As a result, health-app developers can easily access reliable medical information without in-depth knowledge of interoperability using international health information standards.

Also, the open API unit 900 may provide the user with the development guidelines provided by the guideline unit 300 and the degree of interoperability compliance provided by the verification unit 500.

The medical information providing device for developing a smart health app according to the present invention can expand the choice of consumers by providing a high quality healthcare application. The HL7 Fast Healthcare Interoperability Resources (FHIR), the Mobile Access to Health Documents (IHE) The development of a health apps market using international medical information standards such as International Organization for Standardization (TCIM) / TC215 and CIMI CIM (Clinical Information Model), can contribute to ensuring interoperability and reliability of health apps.

In addition, it can be used to build a market for digital healthcare platforms such as Apple HealthKit, Google Google Fit, and Samsung Architecture for Multimodal Interaction (SAMI). It is possible to provide a medical information service component that can be readily utilized without knowledge.

8 is a flowchart of a method for providing medical information for developing a smart health app according to an embodiment of the present invention.

The method of providing medical information for developing a smart health app according to the present embodiment may be performed in substantially the same configuration as the device 10 of FIG. Therefore, the same constituent elements as those of the apparatus 10 of FIG. 1 are denoted by the same reference numerals, and repeated description is omitted. In addition, the medical information providing method for smart health app development according to the present embodiment may be executed by software (application) for providing medical information for developing smart health app.

Referring to FIG. 8, a medical information providing method for developing a smart health app according to the present embodiment collects and classifies medical information according to the international medical information standard (step S10).

The international medical information standard may be HL7 FHIR (Fast Healthcare Interoperability Resources), IHE MHD (Mobile Access to Health Documents), ISO (International Organization for Standardization) / TC215, CIMI CIM (Clinical Information Model) It may include all standards adopted by international standards bodies.

The present invention can provide a health service in which data integrity, accuracy and the like are guaranteed by utilizing medical information according to international medical information standard. The medical information may be collected from various hospitals, various medical institutions, university laboratories, standards institutes, document registrars, and the like servers and repositories.

The collected medical information is converted into interoperable medical information between international medical information standards through at least one service component (step S30).

The at least one service component may be formed for each medical information area, and may convert medical information corresponding to each area. For example, the medical care information area includes laboratory information, image information, medication information, and vital signs, and the service component 700 may include a laboratory, Information, image information, medication information, and vital signs information.

And provides the converted interoperable medical information for use in smart health app development (step S50). This makes it easy for health-app developers to use reliable medical information without in-depth knowledge of interoperability using international health information standards.

In addition, a development guideline for developing the smart health app may be provided (step S70), and the step of verifying the degree of compliance of the smart health app may be included (step S90).

The step of providing the development guideline for developing the smart health app (step S70) may provide a development guideline based on the international medical information standard to which the converted interoperable medical information is followed, It can help you develop a health app.

The step of verifying the degree of interoperability compliance of the smarthealth application (step S90) may quantify the degree of interoperability compliance, thereby making it easier for a health-app developer to recognize.

The steps S50 to S70 may be performed through an open API (open application programming interface). Also, some of the steps may be performed simultaneously or in a different order.

The medical information providing method for developing a smart health app according to the present invention provides interoperable medical information components that can be utilized in the development of a health app and provides a service for testing the interoperability of the health apps. As a result, it is possible to acquire and analyze high-quality data by establishing a base environment in which interoperable health apps can be activated. Based on this, it will be possible to create new value innovation. In addition, it is expected to be used for consumer-oriented healthcare services such as PHR services, as well as institution-led healthcare services such as hospitals, companies, and governments.

The method of providing medical information for smarthealth application development may be implemented in an application or in the form of program instructions that can be executed through various computer components and recorded in a computer-readable recording medium. The computer-readable recording medium may include program commands, data files, data structures, and the like, alone or in combination.

The program instructions recorded on the computer-readable recording medium may be ones that are specially designed and configured for the present invention and are known and available to those skilled in the art of computer software.

Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tape, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like.

Examples of program instructions include machine language code such as those generated by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware device may be configured to operate as one or more software modules for performing the processing according to the present invention, and vice versa.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the present invention as defined by the following claims. You will understand.

The present invention can guarantee interoperability and reliability of health apps traded on the market by verifying compliance of smart health app market with interoperability. Therefore, it is possible to provide PHR services such as hospitals, corporations, and governments, It can be applied to consumer-oriented health care services, and can be widely applied to convergence fields such as medical information, devices, and services.

Specifically, it can be used to build up the market for digital healthcare platforms such as Apple HealthKit, Google Google Fit, and Samsung SAMI (Samsung Architecture for Multimodal Interaction), and it can be used as a core business of consumer-focused healthcare services such as medical information exchange and PHR services. It can be a model. In addition, development of the authentication system of the market can contribute to the activation of reliable health service.

10: Medical information providing device for smart health app development
100: Collecting section
300: Guideline part
500: verification unit
700: service component
900: Open API section
710: Inspection information component
730: image information component
750: Dosage information component
770: Biological signal information component

Claims (20)

Collecting and classifying the medical information according to the international medical information standard;
Converting the medical information into interoperable medical information between international medical information standards through at least one service component;
Providing the converted interoperable medical information for use in smart health app development;
Providing a development guideline for developing the smart health app; And
And verifying the degree of compliance of the smart health app with interoperability.
2. The method of claim 1, wherein the at least one service component comprises:
A method for providing medical information for smart health app development, which is formed for each medical information area.
The information processing apparatus according to claim 2,
Wherein the medical information includes at least one of laboratory information, image information, medication information, and vital signs information.
The method of claim 1, wherein providing the development guidelines for developing the smart-
Providing a development guideline based on international medical information standards followed by the converted interoperable medical information.
2. The method of claim 1,
Providing medical information for developing smart health apps, at least one of HL7 Fast Healthcare Interoperability Resources (FHIR), IHE Mobile Access to Health Documents (MHD), International Organization for Standardization (ISO) / TC215 and CIMI CIM Way.
2. The method of claim 1,
HL7 FHIR-compliant, health information delivery method for smart health app development.
The method according to claim 6,
Wherein the medical information includes resources and meta information of a document extracted from the document based on the HL7 FHIR standard.
7. The method of claim 6, wherein collecting and classifying the medical information according to the international medical information standard comprises:
Representational State Transfer (REST) style medical information exchange paradigm, Documents style medical information exchange paradigm. A method for providing medical information for developing a smart health app that collects information according to at least one of a Messages style medical information exchange paradigm and a Service Oriented Architecture (SOA) style medical information exchange paradigm.
2. The method of claim 1, wherein verifying the interoperability compliance of the smart-
And providing the quantified degree of compliance of the interoperability.
A computer-readable recording medium on which a computer program is recorded for performing a method for providing medical information for developing a smart health app according to any one of claims 1 to 9.
A collection unit for collecting and classifying medical information according to the international medical information standard;
At least one service component for converting the medical information into interoperable medical information between international medical information standards for use in developing smart health apps;
A guideline section for providing a development guideline for developing the smart health app;
A verification unit for verifying the degree of compliance of the smarthealth app with interoperability; And
And an open application programming interface (API) unit for providing the converted interoperable medical information output from the service component.
12. The method of claim 11, wherein the at least one service component comprises:
A medical information providing device for smart health application development, which is formed for each medical information area.
13. The medical information recording medium according to claim 12,
Wherein the at least one medical information includes at least one of laboratory information, image information, medication information, and vital signs information.
12. The method of claim 11, wherein the at least one service component comprises:
A health information application component, a health information information component, an inspection information component, an image information component, a medication information component, and a bio-signal information component.
12. The apparatus according to claim 11,
And provides a development guideline based on the international medical information standard to which the converted interoperable medical information conforms.
12. The method of claim 11,
Providing medical information for developing smart health apps, at least one of HL7 Fast Healthcare Interoperability Resources (FHIR), IHE Mobile Access to Health Documents (MHD), International Organization for Standardization (ISO) / TC215 and CIMI CIM Device.
12. The method of claim 11,
HL7 FHIR compliant medical information providing device for smart health app development.
18. The method of claim 17,
Wherein the medical information includes resource and meta information of a document extracted from a document based on the HL7 FHIR standard.
18. The apparatus according to claim 17,
Representational State Transfer (REST) style medical information exchange paradigm, Documents style medical information exchange paradigm. A medical information provision device for developing a smart health app that collects information according to at least one of a Messages style medical information exchange paradigm and a Service Oriented Architecture (SOA) style medical information exchange paradigm.
12. The image processing apparatus according to claim 11,
And provides the quantified degree of compliance of the interoperability, and provides the smart information application.

Images