WO2016208901A1 - 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치 - Google Patents

스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치 Download PDF

Info

Publication number
WO2016208901A1
WO2016208901A1 PCT/KR2016/006328 KR2016006328W WO2016208901A1 WO 2016208901 A1 WO2016208901 A1 WO 2016208901A1 KR 2016006328 W KR2016006328 W KR 2016006328W WO 2016208901 A1 WO2016208901 A1 WO 2016208901A1
Authority
WO
WIPO (PCT)
Prior art keywords
medical information
information
smart health
health app
providing
Prior art date
Application number
PCT/KR2016/006328
Other languages
English (en)
French (fr)
Inventor
김일곤
송준현
김지웅
김민규
Original Assignee
경북대학교 산학협력단
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 경북대학교 산학협력단 filed Critical 경북대학교 산학협력단
Publication of WO2016208901A1 publication Critical patent/WO2016208901A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines

Definitions

  • the present invention relates to a method for providing medical information for developing a smart health app, a recording medium and a device for performing the same, and more particularly, a method for providing medical information for providing interoperable components that can be utilized in developing a smart health app,
  • the present invention relates to a recording medium and an apparatus for performing this.
  • the medical information includes medical information and diagnosis information about the patient diagnosed in 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 consumer convenience.
  • medical information sharing can be broadly divided into a case of sharing information between systems in a hospital and a case of sharing information between systems of a medical institution.
  • various medical devices and independent systems such as a laboratory information system (LIS) share information with a hospital information system.
  • LIS laboratory information system
  • HL7 Health Level Seven
  • FHIR Fast Healthcare Interoperability Resources
  • an object of the present invention is to provide a method of providing medical information for providing interoperable components that can be utilized in developing a smart health app.
  • Another object of the present invention is to provide a recording medium having a computer program recorded thereon for performing a method for providing medical information for developing the smart health app.
  • Still another object of the present invention is to provide an apparatus for performing a method for providing medical information for developing the smart health app.
  • Medical information providing method for smart health app development comprises the steps of: collecting and classifying medical information according to international medical information standards; 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 developing a smart health app; Providing development guidelines for developing the smart health app; And verifying an interoperability compliance level of the smart health app.
  • the at least one service component may be formed for each medical information area.
  • the medical information area may include at least one of laboratory information, image information, medicine information, and vital sign information.
  • providing the development guideline for the smart health app development may provide a development guideline based on an international medical information standard followed by the converted interoperable medical information.
  • the international medical information standard HL7 Fast Healthcare Interoperability Resources (FHIR), IHE MHD (Mobile access to Health Documents), ISO (International Organization for Standardization) / TC215, CIMI CIM (Clinical Information Model) It may be at least one of.
  • FHIR Fast Healthcare Interoperability Resources
  • IHE MHD Mobile access to Health Documents
  • ISO International Organization for Standardization
  • TC215 TC215
  • CIMI CIM International Information Model
  • the international medical information standard may follow HL7 FHIR.
  • the medical information may include resource and meta information of a document extracted from the document based on the HL7 FHIR standard.
  • 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, Documents style medical information exchange paradigm.
  • Information may be collected according to at least one of a Messages style medical information exchange paradigm and a Service Oriented Architecture (SOA) style medical information exchange paradigm.
  • REST Representational State Transfer
  • SOA Service Oriented Architecture
  • verifying the degree of interoperability compliance of the smart health app may provide a quantified level of compliance with the interoperability.
  • a computer program for performing a method of providing medical information for developing a smart health app is recorded in a computer-readable storage medium according to an embodiment for realizing another object of the present invention described above.
  • a medical information providing apparatus for developing a smart health app, including: a collector configured to collect and classify 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 a smart health app; Guide unit for providing a development guideline for the smart health app development; A verification unit which verifies the degree of interoperability of the smart health app; And an open application programming interface (API) unit for providing the converted interoperable medical information output from the service component.
  • API application programming interface
  • the at least one service component may be formed for each medical information area.
  • the medical information area may include at least one of laboratory information, image information, medicine information, and vital sign information.
  • the at least one service component may include at least one of an inspection information component, an image information component, a medication information component, and a biosignal information component.
  • the guide unit may provide a development guideline based on an international medical information standard followed by the converted interoperable medical information.
  • the international medical information standard HL7 Fast Healthcare Interoperability Resources (FHIR), IHE MHD (Mobile access to Health Documents), ISO (International Organization for Standardization) / TC215, CIMI CIM (Clinical Information Model) It may be at least one of.
  • FHIR Fast Healthcare Interoperability Resources
  • IHE MHD Mobile access to Health Documents
  • ISO International Organization for Standardization
  • TC215 TC215
  • CIMI CIM International Information Model
  • the international medical information standard may follow HL7 FHIR.
  • the medical information may include resource and meta information of a document extracted from the document based on the HL7 FHIR standard.
  • the collection unit REST (Representational State Transfer) style medical information exchange paradigm, Documents (style) style medical information exchange paradigm.
  • Information may be collected according to at least one of a Messages style medical information exchange paradigm and a Service Oriented Architecture (SOA) style medical information exchange paradigm.
  • SOA Service Oriented Architecture
  • the verification unit may provide the quantitative degree of compliance with the interoperability.
  • the method of providing medical information for developing the smart health app it is possible to develop a smart health app using the medical information with interoperability and reliability and further build a smart health app market.
  • high-quality data acquisition and analysis is possible through the establishment of a base environment where interoperable health apps can be activated, and new value innovations can be expected based on this.
  • institution-led healthcare services such as hospitals, companies, governments, it can be usefully used for consumer-oriented healthcare services such as PHR services.
  • FIG. 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.
  • FIG. 2 is an example of a service component of FIG.
  • 3 is an example of a patient resource according to HL7 FHIR.
  • FIG. 4 is a diagram illustrating a procedure of registering a patient resource in a client.
  • 5 is an example of expressing health summary information of a patient.
  • FIG. 6 is a diagram illustrating a procedure of registering a bundle resource.
  • FIG. 7 shows four medical information exchange paradigms supported by HL7 FHIR.
  • FIG. 8 is a flowchart illustrating a method of providing medical information for developing a smart health app according to an embodiment of the present invention.
  • 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 a service component of FIG.
  • the medical information providing apparatus 10 (hereinafter, referred to as a device) 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.
  • an apparatus 10 may include a collection unit 100, at least one service component 700, a guideline unit 300, a verification unit 500, and an open API unit 900. Include.
  • the service component 700 may be formed for each medical information area to convert medical information corresponding to each area.
  • the device 10 of the present invention may be installed and executed software (application) for performing the provision of medical information for smart health app development, the collection unit 100, the at least one service component 700, The configuration of the guide unit 300, the verification unit 500 and the open API unit 900 by the software for providing medical information for the development of the smart health app running on the device 10 Can be controlled.
  • application software for performing the provision of medical information for smart health app development, the collection unit 100, the at least one service component 700, The configuration of the guide unit 300, the verification unit 500 and the open API unit 900 by the software for providing medical information for the development of the smart health app running on the device 10 Can be controlled.
  • the apparatus 10 may be a separate terminal or some module of the terminal.
  • the configuration of the collection unit 100, the at least one service component 700, the guide unit 300, the verification unit 500 and the open API unit 900 is formed of an integrated module, It may consist of one or more modules. However, on the contrary, each component may be formed as a separate module.
  • the device 10 may be mobile or fixed.
  • the apparatus 10 may be in the form of a server or an engine, and may include a device, an apparatus, a terminal, a user equipment (UE), a mobile station (MS), and a wireless device. (wireless device, handheld device) may be called in other terms.
  • UE user equipment
  • MS mobile station
  • wireless device wireless device, handheld device
  • the device 10 may execute or manufacture various softwares based on an operating system (OS), that is, a system.
  • OS operating system
  • the operating system is a system program for enabling the software to use the hardware of the device, and the mobile computer operating system such as Android OS, iOS, Windows Mobile OS, Sea OS, Symbian OS, Blackberry OS, Windows, Linux, Unix, It can include any computer operating system, such as MAC, AIX, or HP-UX.
  • the device 10 can be utilized to build and market digital healthcare platforms such as Apple HealthKit, Google Google Fit, and Samsung Architecture for Multimodal Interaction (SAMI), and consumer-oriented services such as medical information exchange and PHR services.
  • SAMI Multimodal Interaction
  • consumer-oriented services such as medical information exchange and PHR services.
  • it can contribute to the activation of reliable health services through the development of market certification system.
  • the collection unit 100 collects and classifies medical information according to international medical information standards.
  • the present invention can provide a health service with guaranteed data integrity, accuracy, and the like by utilizing medical information according to international medical information standards.
  • the medical information may be collected from servers and storages of various hospitals, various medical institutions, university laboratories, standard organizations, document registration agencies, and the like.
  • the international medical information standard may be HL7 Fast Healthcare Interoperability Resources (FHIR), IHE Mobile access to Health Documents (MHD), International Organization for Standardization (ISO) / TC215, CIMI CIM (Clinical Information Model), and the like. It may include any standard adopted by an international standards body.
  • HL7 FHIR stands for Health Level 7 Fast Healthcare Interoperability Resources, a standard technology developed by HL7 for the purpose of strengthening the Health Information Exchange (HIE) paradigms such as HL7 V2.x massage and HL7 Clinical Document Architecture. .
  • HIE Health Information Exchange
  • 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 contains a single FHIR resource and a bundled resource.
  • FHIR resources are generally divided into three regions: a structured data region 21, a narrative region 22, and an extension region 23.
  • the data structure area 21 is part for mechanical processing, and the description area 22 is part for human reading and easy understanding.
  • the extended area 23 is a part for expressing additional information that is not included in the FHIR specification but should be included depending on the situation.
  • FIG. 3 as an example of a patient resource, personal information such as ID, name, address, telephone number, etc. of a patient is represented.
  • the contents of the data structure area 21 and the description area 22 are the same, but the presentation method differs according to the object of understanding, the description area 22 is intended for human readability. Doing.
  • FHIR resource transfer is based on the HTTP protocol and overrides the HTTP method.
  • HTTP POST method is used to register patient resources. 4 simply shows a procedure of registering a patient resource from a client to a server.
  • Bundled resources are used to represent a combination of multiple resources.
  • the composition resource represents meta information about the bundle resource. That is, like the header of the HL7 CDA document, the document generation time, document author, and patient information are included.
  • FHIR resources such as Observation, Condition, Medication, etc. are included in bundled resources in a single or a list form to express patient health summary information.
  • Bundle resource registration can be viewed from two perspectives. The first is to view the bundled resource for transmission as a document with inseparable wholeness, such as a CDA document. The second is to view and register a bundle resource as a bundle of resources rather than a document. At this time, the server side must decompose and store each resource, and then deliver the access location of each resource to the client.
  • FIG. 7 shows four medical information exchange paradigms supported by HL7 FHIR.
  • the FHIR is a Representational State Transfer (REST) style medical information exchange paradigm, a Documents style medical information exchange paradigm.
  • Information may be collected according to at least one of a Messages style medical information exchange paradigm and a Service Oriented Architecture (SOA) style medical information exchange paradigm.
  • REST Representational State Transfer
  • SOA Service Oriented Architecture
  • REST-style paradigm basically aims at RESTful service and is based on HTTP communication, so it is possible to exchange information regardless of the implementation technology of different systems.
  • it is suitable for light and simple information exchange because it defines small and meaningful units of resources as basic unit of information exchange.
  • FHIR is the best technology for this REST-style medical information exchange because it is based on resources and HTTP communication. These features make it suitable to utilize FHIR standard technology for the development of healthcare services such as mobile and PHR.
  • the document style paradigm considers the basic unit of information to be a document and emphasizes the completeness and integrity of the document. Since the unit of basic information exchange is a document, operations such as registration, inquiry and retrieval of a document are important. With FHIR's Bundled Resources, the ability to combine resources when needed, they can be organized in the same way as CDA documents.
  • the CDA document header information may be represented by a Composition resource
  • the body information of the CDA document may be represented by FHIR resources such as Medication, Observation, CarePlan, and the like.
  • the document reference resource can be used to store the meta information of the document, which can be used for later document search and inquiry.
  • the message style paradigm is similar to the HL7 V2 Message and V3 RIM methods. It is a paradigm for efficient communication of information in response to events occurring in the medical field. Segment, which is the main component of HL7 V2 Message, can be mapped to FHIR resource to represent one bundle resource corresponding to V2 Message. The HL7 V2 Message is most likely to replace the V2 Message later because it is the easiest to convert to FHIR resources compared to other standards.
  • the SOA style paradigm can be considered when integrating heterogeneous systems and can be used to implement complex requirements in the enterprise.
  • FHIR can support the SOA style paradigm by redefining REST, that is, by redefining resources and HTTP protocols to meet requirements.
  • the at least one service component 700 converts the medical information collected by the collection unit 100 into interoperable medical information between international medical information standards for use in smart health app development.
  • the service component 700 may be formed for each medical information area to convert medical information corresponding to each area.
  • the medical information area may include laboratory information, image information, medication information, vital signs, and the like.
  • Each component converts information, image information, medicine information, and vital sign information.
  • the service component 700 is an example of the service component 700, including an inspection information component 710, an image information component 730, a medication information component 750, and a biosignal information component 750.
  • the medical information area is not limited thereto and may be merged, added, deleted, or changed as necessary.
  • the guide 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 an international medical information standard followed by the converted interoperable medical information.
  • the verification unit 500 verifies the degree of interoperability of the smart health app.
  • the verification unit 500 may help app developers to easily recognize by providing a quantified degree of interoperability compliance.
  • the open API unit 900 provides the converted interoperable medical information output from the service component 700.
  • health app developers can easily use reliable medical information without in-depth knowledge of interoperability using international medical information standards.
  • the open API unit 900 may provide a development guideline provided by the guide unit 300 and a degree of interoperability compliance provided by the verification unit 500 to the user.
  • the medical information providing apparatus for developing a smart health app can expand the consumer's choice by providing a high quality health app, HL7 Fast Healthcare Interoperability Resources (FHIR), Mobile Access to Health Documents (IMH), ISO By building a dedicated market for health apps using international medical information standards such as the International Organization for Standardization (TC215) and the CIMI Clinical Information Model (CIM), it can contribute to ensuring interoperability and reliability of health apps.
  • FHIR Fast Healthcare Interoperability Resources
  • IMH Mobile Access to Health Documents
  • ISO International Medical Information standards
  • TC215 International Organization for Standardization
  • CCM Clinical Information Model
  • FIG. 8 is a flowchart illustrating a method of 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 may be performed in substantially the same configuration as the device 10 of FIG. 1. Accordingly, the same components as the apparatus 10 of FIG. 1 are given the same reference numerals, and repeated descriptions are omitted.
  • the method for providing medical information for smart health app development according to the present embodiment may be executed by software (application) for performing medical information provision for smart health app development.
  • step S10 medical information according to the international medical information standard is collected and classified.
  • the international medical information standard may be HL7 Fast Healthcare Interoperability Resources (FHIR), IHE Mobile access to Health Documents (MHD), International Organization for Standardization (ISO) / TC215, CIMI CIM (Clinical Information Model), and the like. It may include any standard adopted by an international standards body.
  • the present invention can provide a health service with guaranteed data integrity, accuracy, and the like by utilizing medical information according to international medical information standards.
  • the medical information may be collected from servers and storages of various hospitals, various medical institutions, university laboratories, standard organizations, document registration agencies, and the like.
  • the collected medical information is converted into medical information interoperable 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 to convert medical information corresponding to each area.
  • the medical information area may include laboratory information, image information, medication information, vital signs, and the like.
  • Each component converts information, image information, medicine information, and vital sign information.
  • the converted interoperable medical information is provided for use in smart health app development (step S50).
  • health app developers can easily use reliable medical information without in-depth knowledge of interoperability using international medical information standards.
  • step S70 may provide a development guideline for the smart health app development (step S70), and may include a step of verifying the degree of interoperability compliance of the smart health app (step S90).
  • step S70 provides a development guideline based on an international medical information standard followed by the converted interoperable medical information, so that the health app developer can easily smart It can help you develop a health app.
  • the step of verifying the degree of interoperability compliance of the smart health app may quantify the degree of interoperability compliance so that the health app developer can easily recognize it.
  • Steps S50 to S70 may be performed through open application programming interfaces (APIs). In addition, some of the above steps may be performed simultaneously or in a different order.
  • APIs application programming interfaces
  • the method for providing medical information for developing a smart health app provides interoperable medical information components that can be utilized when developing a health app, and also provides a service for interoperability verification of health apps. Accordingly, as a foundation environment for interoperable health apps can be activated, high quality data can be acquired and analyzed, and new value innovation can be expected based on this. In addition, it is expected to be used for consumer-oriented healthcare services, such as PHR services, beyond healthcare services led by hospitals, companies, and governments.
  • Such a method for providing medical information for developing a smart health app may be implemented in the form of program instructions that may be implemented as an application or executed through various computer components, and recorded in a computer readable recording medium.
  • the computer-readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • the program instructions recorded on the computer-readable recording medium are those specially designed and configured for the present invention, and may be known and available to those skilled in the computer software arts.
  • 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, DVDs, and 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 not only machine code generated by a compiler, but also 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 to perform the process according to the invention, and vice versa.
  • the present invention can ensure the interoperability of the health app traded in the market by verifying the interoperability compliance of the smart health app market, so that beyond the institution-led healthcare services, such as hospitals, companies, government, PHR services, etc. It can be used for consumer-oriented healthcare services, and can be widely applied to convergence fields such as medical information, devices, and services.
  • SAMI Multimodal Interaction

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Bioethics (AREA)
  • Tourism & Hospitality (AREA)
  • Child & Adolescent Psychology (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 단계; 상기 의료 정보를 적어도 하나의 서비스 컴포넌트를 통해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환하는 단계; 상기 변환된 상호운용 가능한 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 제공하는 단계; 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계; 및 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계를 포함한다. 이에 따라, 상호운용성이 보장되고 신뢰성 높은 의료 정보를 이용하여 스마트 헬스 앱을 개발하도록 지원할 수 있다.

Description

스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치
본 발명은 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치에 관한 것으로서, 더욱 상세하게는 스마트 헬스 앱 개발 시 활용할 수 있는 상호운용 가능한 컴포넌트들을 제공하는 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치에 관한 것이다.
의료 정보는 병원에서 진단한 환자에 대한 진료정보, 진단정보 등을 포함하고 있다. 따라서, 의료기관들 및 의료기기들의 의료 정보 공유는 의료의 질 향상과 소비자의 편의성 향상에 중요한 역할을 한다.
일반적으로, 의료 정보 공유는 크게 병원 내의 시스템들 간에 정보를 공유하는 경우와 의료기관의 시스템들 간에 정보를 공유하는 경우로 나누어질 수 있다. 먼저 병원 내의 시스템들 간에 의료 정보를 공유하는 경우를 살펴보면, 병원 내에서는 다양한 의료기기와 검사 정보 시스템(Laboratory Information System: LIS)과 같은 독립된 시스템이 병원 정보 시스템과 정보를 공유한다.
이러한 의료기기 및 독립된 시스템은 환자에 대한 다양한 검사결과를 제공하므로, 질 높은 서비스를 제공하기 위해 병원 정보 시스템과 유기적으로 통합되어 운영되어야 할 필요가 있다.
HL7 (Health Level Seven)은 헬스케어 시스템 또는 서비스의 상호운용성 보장을 위해 FHIR (Fast Healthcare Interoperability Resources) 표준을 개발 중이다. HL7은 1980년대 후반부터 V2 Message, V3 RIM (Reference Information Model), CDA (Clinical Document Architecture) 등의 의료 정보교환 패러다임을 주도해왔으며, 최근, 모바일, 클라우드, 사물인터넷 등의 정보통신 기술의 변화로 이에 대응하기 위해 새로운 표준기술인 HL7 FHIR를 개발 중이다.
그러나, 의료 정보는 전문성이 높아 비전문가가 활용하기 어려우므로 그 활용에 제약이 따르며, 여러 단체에 의한 표준이 제정되고 있어서 의료 정보 교류의 상호운용성의 확보가 요구되고 있다.
이에, 본 발명의 기술적 과제는 이러한 점에서 착안된 것으로 본 발명의 목적은 스마트 헬스 앱 개발 시 활용할 수 있는 상호운용 가능한 컴포넌트들을 제공하기 위한 의료 정보 제공 방법을 제공하는 것이다.
본 발명의 다른 목적은 상기 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법을 수행하기 위한 컴퓨터 프로그램이 기록된 기록 매체를 제공하는 것이다.
본 발명의 또 다른 목적은 상기 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법을 수행하기 위한 장치를 제공하는 것이다.
상기한 본 발명의 목적을 실현하기 위한 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 단계; 상기 의료 정보를 적어도 하나의 서비스 컴포넌트를 통해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환하는 단계; 상기 변환된 상호운용 가능한 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 제공하는 단계; 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계; 및 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계를 포함한다.
본 발명의 실시예에서, 상기 적어도 하나의 서비스 컴포넌트는, 각 의료 정보 영역별로 형성될 수 있다.
본 발명의 실시예에서, 상기 의료 정보 영역은, 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보 중 적어도 하나를 포함할 수 있다.
본 발명의 실시예에서, 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계는, 상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공할 수 있다.
본 발명의 실시예에서, 상기 국제 의료 정보 표준은, HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 중 적어도 하나일 수 있다.
본 발명의 실시예에서, 상기 국제 의료 정보 표준은, HL7 FHIR을 따를 수 있다.
본 발명의 실시예에서, 상기 의료 정보는 상기 HL7 FHIR 표준 기반의 문서로부터 추출한 문서의 리소스 및 메타정보를 포함할 수 있다.
본 발명의 실시예에서, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 단계는, REST(Representational State Transfer) 스타일 의료 정보 교환 패러다임, 문서(Documents) 스타일 의료 정보 교환 패러다임. 메시지(Messages) 스타일 의료 정보 교환 패러다임 및 SOA(Service Oriented Architecture) 스타일 의료 정보 교환 패러다임 중 적어도 하나에 따라 정보를 수집할 수 있다.
본 발명의 실시예에서, 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계는, 상기 상호운용성 준수 정도를 정량화하여 제공할 수 있다.
상기한 본 발명의 다른 목적을 실현하기 위한 일 실시예에 따른 컴퓨터로 판독 가능한 저장 매체에는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법을 수행하기 위한 컴퓨터 프로그램이 기록되어 있다.
상기한 본 발명의 또 다른 목적을 실현하기 위한 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치는, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 수집부; 상기 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환하는 적어도 하나의 서비스 컴포넌트; 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 가이드라인부; 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 검증부; 및 상기 서비스 컴포넌트로부터 출력되는 상기 변환된 상호운용 가능한 의료 정보를 제공하는 오픈 API(open application programming interfaces)부를 포함한다.
본 발명의 실시예에서, 상기 적어도 하나의 서비스 컴포넌트는, 각 의료 정보 영역별로 형성될 수 있다.
본 발명의 실시예에서, 상기 의료 정보 영역은, 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보 중 적어도 하나를 포함할 수 있다.
본 발명의 실시예에서, 상기 적어도 하나의 서비스 컴포넌트는, 검사 정보 컴포넌트, 영상 정보 컴포넌트, 투약 정보 컴포넌트 및 생체 신호 정보 컴포넌트 중 적어도 하나를 포함할 수 있다.
본 발명의 실시예에서, 상기 가이드라인부는, 상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공할 수 있다.
본 발명의 실시예에서, 상기 국제 의료 정보 표준은, HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 중 적어도 하나일 수 있다.
본 발명의 실시예에서, 상기 국제 의료 정보 표준은, HL7 FHIR을 따를 수 있다.
본 발명의 실시예에서, 상기 의료 정보는 상기 HL7 FHIR 표준 기반의 문서로부터 추출한 문서의 리소스 및 메타정보를 포함할 수 있다.
본 발명의 실시예에서, 상기 수집부는, REST(Representational State Transfer) 스타일 의료 정보 교환 패러다임, 문서(Documents) 스타일 의료 정보 교환 패러다임. 메시지(Messages) 스타일 의료 정보 교환 패러다임 및 SOA(Service Oriented Architecture) 스타일 의료 정보 교환 패러다임 중 적어도 하나에 따라 정보를 수집할 수 있다.
본 발명의 실시예에서, 상기 검증부는, 상기 상호운용성 준수 정도를 정량화하여 제공할 수 있다.
이와 같은 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법에 따르면, 상호운용성이 보장되고 신뢰성 높은 의료 정보를 이용하여 스마트 헬스 앱을 개발하고 나아가 스마트 헬스 앱 마켓을 구축할 수 있다. 또한, 상호운용 가능한 헬스 앱이 활성화될 수 있는 기반환경 구축으로 질 높은 데이터 획득 및 분석이 가능하며, 이를 바탕으로 새로운 가치 혁신 창출을 기대할 수 있다. 또한, 병원, 기업, 정부 등의 기관 주도의 헬스케어 서비스를 넘어, PHR 서비스 등 소비자 중심의 헬스케어 서비스에 유용하게 활용할 수 있다.
도 1은 본 발명의 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치의 블록도이다.
도 2는 도 1의 서비스 컴포넌트의 일례이다.
도 3은 HL7 FHIR에 따르는 환자 리소스의 일례이다.
도 4는 클라이언트에서 환자 리소스를 등록하는 절차를 나타낸 도면이다.
도 5는 환자의 건강요약정보를 표현하는 예이다
도 6은 번들 리소스를 등록하는 절차를 나타낸 도면이다.
도 7은 HL7 FHIR가 지원하는 네 가지 의료정보교환 패러다임을 보여준다.
도 8은 본 발명의 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법의 흐름도이다.
<부호의 설명>
10: 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치
100: 수집부
300: 가이드라인부
500: 검증부
700: 서비스 컴포넌트
900: 오픈 API부
710: 검사 정보 컴포넌트
730: 영상 정보 컴포넌트
750: 투약 정보 컴포넌트
770: 생체 신호 정보 컴포넌트
후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는, 적절하게 설명된다면, 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.
이하, 도면들을 참조하여 본 발명의 바람직한 실시예들을 보다 상세하게 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치의 블록도이다. 도 2는 도 1의 서비스 컴포넌트의 일례이다.
본 발명에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치(10, 이하 장치)는 스마트 헬스 앱 개발에 활용할 수 있는 상호운용 가능한 의료 정보를 제공한다.
도 1을 참조하면, 본 발명에 따른 장치(10)는 수집부(100), 적어도 하나의 서비스 컴포넌트(700), 가이드라인부(300), 검증부(500) 및 오픈 API부(900)를 포함한다. 도 2를 참조하면, 상기 서비스 컴포넌트(700)는 각 의료 정보 영역별로 형성되어, 각 영역에 해당하는 의료 정보를 변환할 수 있다.
본 발명의 상기 장치(10)는 스마트 헬스 앱 개발을 위한 의료 정보 제공을 수행하기 위한 소프트웨어(애플리케이션)가 설치되어 실행될 수 있으며, 상기 수집부(100), 상기 적어도 하나의 서비스 컴포넌트(700), 상기 가이드라인부(300), 상기 검증부(500) 및 상기 오픈 API부(900)의 구성은 상기 장치(10)에서 실행되는 상기 스마트 헬스 앱 개발을 위한 의료 정보 제공을 수행하기 위한 소프트웨어에 의해 제어될 수 있다.
상기 장치(10)는 별도의 단말이거나 또는 단말의 일부 모듈일 수 있다. 또한, 상기 수집부(100), 상기 적어도 하나의 서비스 컴포넌트(700), 상기 가이드라인부(300), 상기 검증부(500) 및 상기 오픈 API부(900)의 구성은 통합 모듈로 형성되거나, 하나 이상의 모듈로 이루어 질 수 있다. 그러나, 이와 반대로 각 구성은 별도의 모듈로 이루어질 수도 있다.
상기 장치(10)는 이동성을 갖거나 고정될 수 있다. 상기 장치(10)는, 서버(server) 또는 엔진(engine) 형태일 수 있으며, 디바이스(device), 기구(apparatus), 단말(terminal), UE(user equipment), MS(mobile station), 무선기기(wireless device), 휴대기기(handheld device) 등 다른 용어로 불릴 수 있다.
상기 장치(10)는 운영체제(Operation System; OS), 즉 시스템을 기반으로 다양한 소프트웨어를 실행하거나 제작할 수 있다. 상기 운영체제는 소프트웨어가 장치의 하드웨어를 사용할 수 있도록 하기 위한 시스템 프로그램으로서, 안드로이드 OS, iOS, 윈도우 모바일 OS, 바다 OS, 심비안 OS, 블랙베리 OS 등 모바일 컴퓨터 운영체제 및 윈도우 계열, 리눅스 계열, 유닉스 계열, MAC, AIX, HP-UX 등 컴퓨터 운영체제를 모두 포함할 수 있다.
예를 들어, 상기 장치(10)는 애플 HealthKit, 구글 Google Fit, 삼성 SAMI(Samsung Architecture for Multimodal Interaction) 등의 디지털 헬스케어 플랫폼들의 마켓 구축 시 활용 지원 가능하고, 진료정보교류, PHR 서비스 등 소비자 중심의 헬스케어 서비스의 핵심 비즈니스 모델이 될 수 있다. 또한, 마켓의 인증 체계 개발로 신뢰성 있는 헬스 서비스 활성화에 기여할 수 있다.
상기 수집부(100)는 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류한다. 본 발명은 국제 의료 정보 표준에 따른 의료 정보 활용으로 데이터의 무결성, 정확성 등이 보장된 헬스 서비스를 제공할 수 있다. 상기 의료 정보는 각종 병원, 각종 의료기관, 대학 연구실, 표준 기관, 문서 등록 기관 등의 서버 및 저장소에서 수집될 수 있다.
상기 국제 의료 정보 표준은 HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 등일 수 있으며, 이에 한정되지 않고 국제 표준기관에 의해 채택된 모든 표준을 포함할 수 있다.
HL7 FHIR은 Health Level 7 Fast Healthcare Interoperability Resources를 의미하는 것으로서, HL7 V2.x massage 및 HL7 Clinical Document Architecture와 같은 HIE(Health Information Exchange) 패러다임을 강화하기 위한 목적으로 HL7에 의해 발전되는 표준 기술을 의미한다.
예를 들어, HL7 FHIR의 국제 의료 정보 표준을 따르는 경우, 상기 의료 정보는 상기 HL7 FHIR 표준 기반의 문서로부터 추출한 문서의 리소스 및 메타정보를 포함할 수 있다.
HL7 FHIR는 단일 FHIR 리소스 및 번들(Bundled) 리소스를 포함한다. FHIR 리소스는 일반적으로 데이터 구조(Structured Data) 영역(21), 서술(Narrative) 영역(22) 및 확장(Extension) 영역(23), 세 가지 영역으로 구분된다. 데이터 구조 영역(21)은 기계적 처리를 위한 부분이고, 서술 영역(22)은 사람이 읽고 쉽게 이해하기 위한 부분이다. 확장 영역(23)은 FHIR 명세서에는 없지만 상황에 따라 담아야 하는 추가정보를 표현하기 위한 부분이다.
도 3을 참조하면, 환자(Patient) 리소스의 예로서, 환자의 아이디, 이름, 주소, 전화번호 등의 인적사항을 표현한다. 데이터 구조 영역(21)과 서술 영역(22)의 내용은 동일하지만 이해 대상에 따라 표현 방법이 다르다 서술 영역(22)은 사람의 가독성을 위한 부분이기 때문에 인터넷 브라우저를 통해 바로 볼 수 있게 작성하도록 권고하고 있다.
FHIR 리소스의 등록, 조회, 갱신, 삭제 등의 트랜잭션은 일반적인 RESTful API 와 유사하다. 다시 말해, FHIR 리소스 전송은 HTTP 프로토콜에 기반을 두며, HTTP 메소드를 재정의하여 사용한다. 예를 들어, 환자 리소스 등록 시에는 HTTP POST 메소드를 사용한다. 도 4는 클라이언트에서 서버로 환자 리소스를 등록하는 절차를 간단히 보여준다.
번들 리소스는 여러 리소스의 조합을 표현할 때 사용한다. 도 5는 환자의 건강요약정보를 표현하는 예이다. 여기서, Composition 리소스는 번들 리소스에 대한 메타정보를 표현한다. 즉, HL7 CDA 문서의 헤더처럼 문서생성시간, 문서저자, 환자정보 등을 포함한다. Observation, Condition, Medication 등의 FHIR 리소스들은 환자 건강요약정보를 표현하기 위해 단일 또는 집합(List) 형태로 번들 리소스에 포함된다.
번들 리소스 등록은 두 가지 관점으로 볼 수 있다. 첫째는 전송할 Bundled 리소스를 CDA 문서처럼 분리될 수 없는 완전성(wholeness)을 가진 문서로 보는 것이다. 두 번째로 번들 리소스를 문서보다는 리소스들의 묶음(bundle)으로 보고 등록하는 것인데, 이 때, 서버 측에서는 각 리소스를 분해(decomposition)하여 저장 후, 각 리소스의 접근위치를 클라이언트에게 전달해야 한다.
도 6은 번들 리소스를 완전성을 가진 문서로 간주하여 제출하는 절차를 보여준다. 차후, 문서 검색을 위해 DocumentReference 리소스로 문서의 메타데이터를 저장하고 있다.
도 7은 HL7 FHIR가 지원하는 네 가지 의료정보교환 패러다임을 보여준다.
도 7을 참조하면, FHIR는 REST(Representational State Transfer) 스타일 의료정보교환 패러다임, 문서(Documents) 스타일 의료정보교환 패러다임. 메시지(Messages) 스타일 의료 정보 교환 패러다임 및 SOA(Service Oriented Architecture) 스타일 의료 정보 교환 패러다임 중 적어도 하나에 따라 정보를 수집할 수 있다.
REST 스타일 패러다임은 기본적으로 RESTful 서비스를 지향하고 있고 HTTP 통신에 근간을 두고 있기 때문에 각기 다른 시스템의 구현기술과는 상관없이 정보교환이 가능하다. 또한, 작고 의미 있는 단위의 리소스들을 정의하여 정보교환의 기본단위로 삼기 때문에 가볍고 단순한 정보교환에 적합하다.
FHIR는 리소스와 HTTP 통신에 기반하기 때문에, 이러한 REST 스타일 의료 정보 교환에 가장 적합한 기술이다. 이러한 특징으로 모바일, PHR 등의 헬스케어 서비스 개발에 FHIR 표준기술을 활용하는 것이 적합하다.
문서 스타일 패러다임은 기본 정보단위를 문서라고 생각하며 문서의 완전성과 무결성을 중시한다. 기본 정보교환의 단위가 문서이기 때문에 문서의 등록, 조회, 검색 등의 동작이 중요하다. FHIR의 Bundled 리소스, 즉 리소스들을 필요시 결합할 수 있는 특징을 활용하면 CDA 문서와 동일하게 내용을 구성할 수 있다. 다시 말해, CDA 문서 헤더정보는 Composition 리소스로 표현가능하며, CDA 문서의 바디정보는 Medication, Observation, CarePlan 등의 FHIR 리소스로 표현 가능하다. 또한, DocumentReference 리소스를 활용하여 문서의 메타정보를 저장해 추후 문서 검색, 조회 등에 활용할 수 있다.
메시지 스타일 패러다임은 HL7 V2 Message, V3 RIM 방법과 유사하다. 의료현장에서 일어나는 이벤트에 반응하여 정보전달을 효율적으로 하기 위한 패러다임이다. HL7 V2 Message 주요 구성요소인 세그먼트를 FHIR 리소스로 매핑하면 V2 Message에 대응되는 하나의 번들 리소스로 표현 가능하다. HL7 V2 Message는 다른 표준들에 비해 FHIR 리소스로의 변환이 가장 쉽기 때문에 추후 V2 Message를 대체할 가능성이 가장 높다.
SOA 스타일 패러다임은 이기종 시스템 간 통합 시 고려할 수 있으며, 기업현장의 복잡한 요구사항을 구현할 때 사용 가능한 패러다임이다. FHIR는 REST를 재정의 하여, 다시 말해, 요구사항에 맞게 리소스와 HTTP 프로토콜을 재정의 하여 사용함으로 SOA 스타일 패러다임을 지원할 수 있다.
상기 적어도 하나의 서비스 컴포넌트(700)는 상기 수집부(100)에서 수집한 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환한다.
상기 서비스 컴포넌트(700)는 각 의료 정보 영역별로 형성되어, 각 영역에 해당하는 의료 정보를 변환할 수 있다. 예를 들어, 상기 의료 정보 영역은, 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 등을 포함하여, 상기 서비스 컴포넌트(700)는 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보를 변환하는 각각의 컴포넌트로 구성될 수 있다.
도 2는 상기 서비스 컴포넌트(700)의 일례로서, 검사 정보 컴포넌트(710), 영상 정보 컴포넌트(730), 투약 정보 컴포넌트(750) 및 생체 신호 정보 컴포넌트(750)를 포함한다. 그러나, 의료 정보 영역은 이에 한정되지 아니하고, 필요에 따라 병합, 추가, 삭제, 변경 등이 가능하다.
상기 가이드라인부(300)는, 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공한다. 즉, 상기 서비스 컴포넌트(700)에서 상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공할 수 있다.
이에 따라, 개발자가 용이하게 스마트 헬스 앱을 개발할 수 있도록 도움을 주고, 질 높은 헬스 앱이 제공되어 소비자의 선택권이 확대될 수 있다.
상기 검증부(500)는, 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증한다. 예를 들어, 상기 검증부(500)는 상호운용성 준수 정도를 정량화하여 제공하여 앱 개발자가 인식하게 쉽도록 도움을 줄 수 있다.
상기 오픈 API부(900)는 상기 서비스 컴포넌트(700)로부터 출력되는 상기 변환된 상호운용 가능한 의료 정보를 제공한다. 이에 따라, 헬스 앱 개발자들은 국제 의료 정보 표준을 활용한 상호운용성에 대한 깊이 있는 지식 없이도 신뢰도 높은 의료 정보를 쉽게 활용할 수 있다.
또한, 상기 오픈 API부(900)는 상기 가이드라인부(300)가 제공하는 개발 가이드라인 및 상기 검증부(500)가 제공하는 상호운용성 준수 정도를 사용자에게 제공할 수도 있다.
본 발명에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치는, 질 높은 헬스 앱 제공으로 소비자의 선택권 확대할 수 있으며, HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 등의 국제 의료 정보 표준을 활용한 헬스 앱 전용 마켓 구축으로 헬스 앱들의 상호운용성 보장 및 신뢰성 확보에 기여할 수 있다.
또한, 애플 HealthKit, 구글 Google Fit, 삼성 SAMI (Samsung Architecture for Multimodal Interaction) 등의 디지털 헬스케어 플랫폼들의 마켓 구축 시 활용 지원 가능하며, 헬스 앱 개발자들이 국제 의료 정보 표준을 활용한 상호운용성에 대한 깊이 있는 지식 없이도 쉽게 활용 가능한 의료정보 서비스 컴포넌트를 제공할 수 있다.
도 8은 본 발명의 일 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법의 흐름도이다.
본 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은, 도 1의 장치(10)와 실질적으로 동일한 구성에서 진행될 수 있다. 따라서, 도 1의 장치(10)와 동일한 구성요소는 동일한 도면부호를 부여하고, 반복되는 설명은 생략한다. 또한, 본 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은 스마트 헬스 앱 개발을 위한 의료 정보 제공을 수행하기 위한 소프트웨어(애플리케이션)에 의해 실행될 수 있다.
도 8을 참조하면, 본 실시예에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류한다(단계 S10).
상기 국제 의료 정보 표준은 HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 등일 수 있으며, 이에 한정되지 않고 국제 표준기관에 의해 채택된 모든 표준을 포함할 수 있다.
본 발명은 국제 의료 정보 표준에 따른 의료 정보 활용으로 데이터의 무결성, 정확성 등이 보장된 헬스 서비스를 제공할 수 있다. 상기 의료 정보는 각종 병원, 각종 의료기관, 대학 연구실, 표준 기관, 문서 등록 기관 등의 서버 및 저장소에서 수집될 수 있다.
상기 수집된 의료 정보를 적어도 하나의 서비스 컴포넌트를 통해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환한다(단계 S30).
상기 적어도 하나의 서비스 컴포넌트는 각 의료 정보 영역별로 형성되어, 각 영역에 해당하는 의료 정보를 변환할 수 있다. 예를 들어, 상기 의료 정보 영역은, 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 등을 포함하여, 상기 서비스 컴포넌트(700)는 검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보를 변환하는 각각의 컴포넌트로 구성될 수 있다.
상기 변환된 상호운용 가능한 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 제공한다(단계 S50). 이로서, 헬스 앱 개발자들은 국제 의료 정보 표준을 활용한 상호운용성에 대한 깊이 있는 지식 없이도 신뢰도 높은 의료 정보를 쉽게 활용할 수 있다.
또한, 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공할 수 있고(단계 S70), 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계를 포함할 수도 있다(단계 S90).
상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계(단계 S70)는, 상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공하여, 헬스 앱 개발자가 용이하게 스마트 헬스 앱을 개발할 수 있도록 도움을 줄 수 있다.
상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계(단계 S90)는, 상기 상호운용성 준수 정도를 정량화하여 헬스 앱 개발자가 인식하기 쉽도록 할 수 있다.
상기 단계 S50 내지 단계 S70은 오픈 API(open application programming interfaces)를 통해 수행될 수 있다. 또한, 상기 단계들의 일부 단계들은 동시에 수행되거나 다른 순서로 수행될 수 있다.
본 발명에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은, 헬스 앱 개발 시 활용할 수 있는 상호운용 가능한 의료정보 컴포넌트들을 제공하고, 헬스 앱들의 상호운용성 검증을 위한 서비스도 제공한다. 이에 따라, 상호운용 가능한 헬스 앱이 활성화될 수 있는 기반환경 구축으로, 질 높은 데이터 획득 및 분석이 가능하며, 이를 바탕으로 새로운 가치 혁신 창출을 기대할 수 있을 것이다. 또한, 병원, 기업, 정부 등의 기관 주도의 헬스케어 서비스를 넘어, PHR 서비스 등 소비자 중심의 헬스케어 서비스에 활용 가능할 것으로 기대된다.
이와 같은, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법은 애플리케이션으로 구현되거나 다양한 컴퓨터 구성요소를 통하여 수행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다.
상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것들이거니와 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수도 있다.
컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM, DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 ROM, RAM, 플래시 메모리 등과 같은 프로그램 명령어를 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다.
프로그램 명령어의 예에는, 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 상기 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상에서는 실시예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.
본 발명은 스마트 헬스 앱 마켓의 상호운용성 준수여부 검증으로 마켓에서 거래되는 헬스 앱의 상호운용성 보장 및 신뢰성 확보할 수 있으므로, 병원, 기업, 정부 등의 기관 주도의 헬스케어 서비스를 넘어, PHR 서비스 등 소비자 중심의 헬스케어 서비스에 활용 가능하며, 의료 정보, 기기, 서비스 등의 융합분야에 널리 적용할 수 있다.
구체적으로, 애플 HealthKit, 구글 Google Fit, 삼성 SAMI(Samsung Architecture for Multimodal Interaction) 등의 디지털 헬스케어 플랫폼들의 마켓 구축 시 활용 지원 가능하고, 진료정보교류, PHR 서비스 등 소비자 중심의 헬스케어 서비스의 핵심 비즈니스 모델이 될 수 있다. 또한, 마켓의 인증 체계 개발로 신뢰성 있는 헬스 서비스 활성화에 기여할 수 있다.

Claims (20)

  1. 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 단계;
    상기 의료 정보를 적어도 하나의 서비스 컴포넌트를 통해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환하는 단계;
    상기 변환된 상호운용 가능한 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 제공하는 단계;
    상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계; 및
    상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  2. 제1항에 있어서, 상기 적어도 하나의 서비스 컴포넌트는,
    각 의료 정보 영역별로 형성되는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  3. 제2항에 있어서, 상기 의료 정보 영역은,
    검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보 중 적어도 하나를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  4. 제1항에 있어서, 상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 단계는,
    상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  5. 제1항에 있어서, 상기 국제 의료 정보 표준은,
    HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 중 적어도 하나인, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  6. 제1항에 있어서, 상기 국제 의료 정보 표준은,
    HL7 FHIR을 따르는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  7. 제6항에 있어서,
    상기 의료 정보는 상기 HL7 FHIR 표준 기반의 문서로부터 추출한 문서의 리소스 및 메타정보를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  8. 제6항에 있어서, 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 단계는,
    REST(Representational State Transfer) 스타일 의료 정보 교환 패러다임, 문서(Documents) 스타일 의료 정보 교환 패러다임. 메시지(Messages) 스타일 의료 정보 교환 패러다임 및 SOA(Service Oriented Architecture) 스타일 의료 정보 교환 패러다임 중 적어도 하나에 따라 정보를 수집하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  9. 제1항에 있어서, 상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 단계는,
    상기 상호운용성 준수 정도를 정량화하여 제공하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법.
  10. 제1항 내지 제9항 중 어느 하나의 항에 따른 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법을 수행하기 위한, 컴퓨터 프로그램이 기록된 컴퓨터로 판독 가능한 기록 매체.
  11. 국제 의료 정보 표준에 따른 의료 정보를 수집하여 분류하는 수집부;
    상기 의료 정보를 스마트 헬스 앱 개발에 활용하기 위해 국제 의료 정보 표준 간 상호운용 가능한 의료 정보로 변환하는 적어도 하나의 서비스 컴포넌트;
    상기 스마트 헬스 앱 개발을 위한 개발 가이드라인을 제공하는 가이드라인부;
    상기 스마트 헬스 앱의 상호운용성 준수 정도를 검증하는 검증부; 및
    상기 서비스 컴포넌트로부터 출력되는 상기 변환된 상호운용 가능한 의료 정보를 제공하는 오픈 API(open application programming interfaces)부를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  12. 제11항에 있어서, 상기 적어도 하나의 서비스 컴포넌트는,
    각 의료 정보 영역별로 형성되는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  13. 제12항에 있어서, 상기 의료 정보 영역은,
    검사(Laboratory) 정보, 영상(Image) 정보, 투약(Medication) 정보 및 생체 신호(Vital Signs) 정보 중 적어도 하나를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  14. 제11항에 있어서, 상기 적어도 하나의 서비스 컴포넌트는,
    검사 정보 컴포넌트, 영상 정보 컴포넌트, 투약 정보 컴포넌트 및 생체 신호 정보 컴포넌트 중 적어도 하나를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  15. 제11항에 있어서, 상기 가이드라인부는,
    상기 변환된 상호운용 가능한 의료 정보가 따르는 국제 의료 정보 표준에 기반한 개발 가이드라인을 제공하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  16. 제11항에 있어서, 상기 국제 의료 정보 표준은,
    HL7 FHIR(Fast Healthcare Interoperability Resources), IHE MHD(Mobile access to Health Documents), ISO(International Organization for Standardization)/TC215, CIMI CIM(Clinical Information Model) 중 적어도 하나인, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  17. 제11항에 있어서, 상기 국제 의료 정보 표준은,
    HL7 FHIR을 따르는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  18. 제17항에 있어서,
    상기 의료 정보는 상기 HL7 FHIR 표준 기반의 문서로부터 추출한 문서의 리소스 및 메타정보를 포함하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  19. 제17항에 있어서, 상기 수집부는,
    REST(Representational State Transfer) 스타일 의료 정보 교환 패러다임, 문서(Documents) 스타일 의료 정보 교환 패러다임. 메시지(Messages) 스타일 의료 정보 교환 패러다임 및 SOA(Service Oriented Architecture) 스타일 의료 정보 교환 패러다임 중 적어도 하나에 따라 정보를 수집하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
  20. 제11항에 있어서, 상기 검증부는,
    상기 상호운용성 준수 정도를 정량화하여 제공하는, 스마트 헬스 앱 개발을 위한 의료 정보 제공 장치.
PCT/KR2016/006328 2015-06-22 2016-06-15 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치 WO2016208901A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150088680A KR101882176B1 (ko) 2015-06-22 2015-06-22 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치
KR10-2015-0088680 2015-06-22

Publications (1)

Publication Number Publication Date
WO2016208901A1 true WO2016208901A1 (ko) 2016-12-29

Family

ID=57585939

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/006328 WO2016208901A1 (ko) 2015-06-22 2016-06-15 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치

Country Status (2)

Country Link
KR (1) KR101882176B1 (ko)
WO (1) WO2016208901A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2742261C1 (ru) * 2020-09-11 2021-02-04 ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "СберМедИИ" Цифровая компьютерно-реализуемая платформа для создания медицинских приложений с использованием искусственного интеллекта и способ её работы

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210158176A (ko) 2020-06-23 2021-12-30 주식회사 헬스올 표준 기반 헬스 어플리케이션을 위한 프로파일링 방법 및 이를 이용한 프로파일링 시스템
KR102664997B1 (ko) * 2023-08-04 2024-05-13 웰트 주식회사 식별 매체를 이용한 디지털 치료제 제공 방법 및 이러한 방법을사용하는 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050203771A1 (en) * 2004-03-11 2005-09-15 Achan Pradeep P. System and method to develop health-care information systems
KR100932711B1 (ko) * 2007-11-05 2009-12-21 경북대학교 산학협력단 의료정보 통합 관리 시스템 및 방법
US20130297973A1 (en) * 2012-05-04 2013-11-07 Aegis.Net, Inc. Automated Conformance and Interoperability Test Lab
US20140310683A1 (en) * 2013-04-15 2014-10-16 Dell Products, Lp Healthcare Service Integration Software Development System and Method Therefor

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100635868B1 (ko) * 2004-11-30 2006-10-18 경북대학교 산학협력단 Ｈｌ7 표준에 근거한 문서 처리 시스템
KR101706183B1 (ko) 2013-09-30 2017-02-13 경북대학교 산학협력단 의료정보 통합 관리방법
KR20150061456A (ko) * 2013-11-27 2015-06-04 경희대학교 산학협력단 통합 임상의사결정 지원 시스템 및 지원 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050203771A1 (en) * 2004-03-11 2005-09-15 Achan Pradeep P. System and method to develop health-care information systems
KR100932711B1 (ko) * 2007-11-05 2009-12-21 경북대학교 산학협력단 의료정보 통합 관리 시스템 및 방법
US20130297973A1 (en) * 2012-05-04 2013-11-07 Aegis.Net, Inc. Automated Conformance and Interoperability Test Lab
US20140310683A1 (en) * 2013-04-15 2014-10-16 Dell Products, Lp Healthcare Service Integration Software Development System and Method Therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SONG, JUN HYEON ET AL.: "HL7 FHIR Standard Technology : New Paradigm for Interoperability Promotion of Healthcare Service''.", COMMUNICATIONS OF THE KOREAN INSTITUTE OF INFORMATION SCIENTISTS AND ENGINEERS., vol. 33, no. 3, March 2015 (2015-03-01), pages 67 - 72 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2742261C1 (ru) * 2020-09-11 2021-02-04 ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "СберМедИИ" Цифровая компьютерно-реализуемая платформа для создания медицинских приложений с использованием искусственного интеллекта и способ её работы
WO2022055394A1 (ru) * 2020-09-11 2022-03-17 ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "СберМедИИ" Цифровая компьютерно-реализуемая платформа для создания медицинских приложений с использованием искусственного интеллекта и способ её работы

Also Published As

Publication number Publication date
KR101882176B1 (ko) 2018-07-26
KR20160150536A (ko) 2016-12-30

Similar Documents

Publication Publication Date Title
Baum et al. Reduced in-person and increased telehealth outpatient visits during the COVID-19 pandemic
Yamamoto et al. Health observation app for COVID-19 symptom tracking integrated with personal health records: proof of concept and practical use study
Murphy et al. Architecture of the open-source clinical research chart from Informatics for Integrating Biology and the Bedside
Ai et al. Saliva ontology: an ontology-based framework for a Salivaomics Knowledge Base
CN112257108B (zh) 数据脱敏方法及装置、介质及电子设备
US20150006612A1 (en) Healthcare semantic interoperability platform
US20120101849A1 (en) Virtual care team record for tracking patient data
CN109597801A (zh) 医疗数据标准化管理方法及系统、电子设备、存储介质
Schendel et al. The International Collaboration for Autism Registry Epidemiology (iCARE): multinational registry-based investigations of autism risk factors and trends
US20190295700A1 (en) Systems and methods for managing mobile-based patient centric medical data
WO2016208901A1 (ko) 스마트 헬스 앱 개발을 위한 의료 정보 제공 방법, 이를 수행하기 위한 기록 매체 및 장치
CN111081329A (zh) 临床数据自动录入方法及装置、电子设备、存储介质
Shamsabadi et al. Retracted: Internet of things in the management of chronic diseases during the COVID‐19 pandemic: A systematic review
US20210090717A1 (en) Cloud-based patient data exchange
JP2018147487A (ja) アプリケーション配信コントローラ
WO2018124501A1 (ko) 응급상황에서 제3자에 대한 응급의료 정보제공 방법
CN103854243A (zh) 一种基于信息化技术的医疗服务系统
Ye Health information system's responses to COVID-19 pandemic in China: a national cross-sectional study
Hosseini et al. A service oriented architecture approach to achieve interoperability between immunization information systems in Iran
Ulrich et al. Hands on the Medical Informatics Initiative Core data set—lessons learned from converting the MIMIC-IV
WO2012026738A2 (ko) 병원의 대기환자 관리시스템 및 그 방법
WO2016204535A1 (ko) 의료 검사를 위한 이미지 분석 관리 방법 및 서버
Saha et al. Flexible and innovative connectivity solution to support national decentralized infectious diseases point-of-care testing programs in primary health services: Descriptive evaluation study
Puskarich et al. Priorities to overcome barriers impacting data science application in emergency care research
Zaman et al. Exploratory study on the operational issues faced in collection, transportation, and laboratory testing related to COVID-19 in remote areas of selected EAG states of North East and East India

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16814614

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16814614

Country of ref document: EP

Kind code of ref document: A1