KR20230016478A

KR20230016478A - 평가 지표를 산출하는 방법 및 그 장치

Info

Publication number: KR20230016478A
Application number: KR1020210098027A
Authority: KR
Inventors: 김견원
Original assignee: 주식회사 에이치엠씨네트웍스
Priority date: 2021-07-26
Filing date: 2021-07-26
Publication date: 2023-02-02

Abstract

본 개시는 평가 지표를 산출하는 방법 및 그 장치에 관한 것이다. 본 개시의 몇몇 실시예에 따른 평가 지표를 산출하는 방법은, 컴퓨팅 장치에 의해 수행되는 방법에 있어서, 제1 클러스터의 현황 정보, 상기 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 상기 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 획득하는 단계 및 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 제1 클러스터에 대한 평가 지표를 산출하는 단계를 포함할 수 있다. 여기서, 상기 제1 유형 객체는 상기 제2 유형 객체에게 서비스를 제공하는 객체일 수 있다.

Description

평가 지표를 산출하는 방법 및 그 장치{APPARATUS AND METHOD FOR CALCULATING EVALUATION INDEX}

본 개시는 평가 지표를 산출하는 방법 및 그 장치에 관한 것이다. 보다 자세하게는, 평가의 대상이 되는 클러스터에 관한 다양한 정보들을 효율적으로 수집할 수 있는 인터페이스를 제공하고, 인터페이스를 통해 수집된 클러스터에 관한 다양한 정보들에 기초하여 클러스터에 대한 평가 지표를 산출하는 방법 및 그 장치에 관한 것이다.

공동 간병이란, 한 명의 간병인이 두 명 이상의 환자를 간병하는 것을 의미한다. 대개 병원과 같은 의료 시설에 입원한 다수의 환자를 간병하기 위해 공동 간병 방식이 이용되고 있다.

종래 공동 간병 시장은, 다수의 간병인 인력풀을 보유하고 있는 간병인 공급 업체(e.g., 간병인 협회)와 간병인 수요 업체(e.g., 의료 시설) 상호간의 직접적인 업무 협약을 통해 거래가 이루어지고 있다.

그러나, 각 주체의 직접적인 업무 협약에 의존하는 종래의 방식은, 업무 협약이 체결된 간병인 공급 업체가 보유하는 간병인 인력풀의 부족 문제로 인하여 간병인 수요 업체가 원활하게 간병인을 공급받을 수 없는 경우가 발생한다는 문제가 있으며, 간병인 공급 업체는 간병인 수요 업체와의 지속적인 업무 협약을 위해 불필요한 시간과 비용을 소모하는 문제가 있다.

따라서, 공동 간병 시장에 참여한 각 주체의 직접적인 업무 협약에 의존하는 종래의 방식을 완전히 타파하고, 간병인 수요 업체의 수요에 기초하여 간병인을 공급할 수 있는 공동 간병 플랫폼이 요구된다.

한국공개특허 제10-2018-0113728호 (2018.10.17 공개)

본 개시의 몇몇 실시예를 통해 해결하고자 하는 기술적 과제는, 공동 간병 시장에 참여한 간병인 수요 업체의 수요에 기초하여 간병인 공급 업체가 간병인을 원활하게 공급할 수 있는 장치 및 그 장치에서 수행되는 방법을 제공하는 것이다.

본 개시의 몇몇 실시예를 통해 해결하고자 하는 다른 기술적 과제는, 간병인 수요 업체의 간병인 수급 현황을 모니터링할 수 있는 장치 및 그 장치에서 수행되는 방법을 제공하는 것이다.

본 개시의 몇몇 실시예를 통해 해결하고자 하는 또 다른 기술적 과제는, 간병인 수요 업체에 대한 평가 지표를 산출하여, 간병인 수요 업체의 업무 난이도를 판단할 수 있는 장치 및 그 장치에서 수행되는 방법을 제공하는 것이다.

본 개시의 몇몇 실시예를 통해 해결하고자 하는 또 다른 기술적 과제는, 간병인 공급 업체에 소속된 간병인 중 간병인 수요 업체에 적합한 간병인을 추천하는 장치 및 그 장치에서 수행되는 방법을 제공하는 것이다.

본 개시의 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 개시의 기술분야에서의 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

상기 기술적 과제를 해결하기 위한, 본 개시의 몇몇 실시예에 따른 평가 지표를 산출하는 방법은, 컴퓨팅 장치에 의해 수행되는 방법에 있어서, 제1 클러스터의 현황 정보, 상기 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 상기 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 획득하는 단계 및 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 제1 클러스터에 대한 평가 지표를 산출하는 단계를 포함할 수 있다. 여기서, 상기 제1 유형 객체는 상기 제2 유형 객체에게 서비스를 제공하는 객체일 수 있다.

몇몇 실시예에서, 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보를 획득하는 단계는, 상기 제1 클러스터에 관한 정보들을 입력할 수 있는 인터페이스를 제1 클러스터 단말에 송신하는 단계 및 상기 인터페이스를 통한 사용자 입력에 응답하여, 상기 제1 클러스터 단말로부터 송신된 상기 제1 클러스터에 관한 정보들을 수신하는 단계를 포함할 수 있다. 여기서, 상기 인터페이스는, 상기 제1 클러스터의 분할 공간을 가리키는 적어도 하나의 분할 공간 아이콘을 포함하고, 상기 분할 공간 아이콘은, 상기 제2 유형 객체가 상기 분할 공간 내에서 점유 가능한 구역을 가리키는 적어도 하나의 구역 버튼을 포함하고, 상기 구역 버튼은, 제1 상태에서 선택 입력에 응답하여 제2 상태로 전환되고, 상기 제2 상태에서 상기 선택 입력에 응답하여 상기 제1 상태로 전환되는 버튼이고, 상기 제1 상태 및 상기 제2 상태는 상기 구역의 점유 상태를 나타내고, 상기 제1 상태 및 상기 제2 상태 중 어느 하나가 기 점유 상태를 나타내면, 다른 하나는 미 점유 상태를 나타낼 수 있다. 또한, 상기 인터페이스는, 복수의 제2 유형 객체 각각에 매칭될 제1 유형 객체를 1회의 선택 입력에 응답하여 한 번에 지정하는 인터페이스일 수 있다.

몇몇 실시예에서, 상기 평가 지표를 산출하는 단계는, 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보를 이용하여, 상기 평가 지표를 산출하는 단계를 포함할 수 있다.

몇몇 실시예에서, 제2 클러스터에 속한 제3 유형 객체의 제3 속성 정보를 획득하는 단계를 더 포함할 수 있다. 여기서, 상기 제2 클러스터는 상기 제1 클러스터에 상기 제3 유형 객체를 공급하는 것일 수 있다.

몇몇 실시예에서, 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보와 복수의 제3 유형 객체 각각의 제3 속성 정보의 유사도에 기초하여, 상기 복수의 제3 유형 객체를 정렬하는 단계를 더 포함할 수 있다. 여기서, 상기 복수의 제3 유형 객체를 정렬하는 단계는, 상기 연계 정보에 포함된 복수의 연계 항목 각각과 대응되는 상기 제3 속성 정보에 포함된 복수의 제3 항목 각각의 차이에 기초하여, 유사도 항목을 산출하는 단계, 상기 유사도 항목에 대응되는 가중치를 상기 유사도 항목에 가중 연산하여, 최종 유사도를 산출하는 단계 및 상기 복수의 제3 유형 객체 각각에 대응되는 최종 유사도의 크기 순서대로 상기 복수의 제3 유형 객체를 정렬하는 단계를 포함할 수 있다.

몇몇 실시예에서, 복수의 제1 유형 객체 각각의 제1 속성 정보와 복수의 제3 유형 객체 각각의 제3 속성 정보의 유사도에 기초하여, 상기 복수의 제3 유형 객체를 정렬하는 단계를 더 포함할 수 있다. 여기서, 상기 복수의 제3 유형 객체를 정렬하는 단계는, 상기 제1 속성 정보에 포함된 복수의 제1 항목 각각과 대응되는 상기 제3 속성 정보에 포함된 복수의 제3 항목 각각의 차이에 기초하여, 유사도 항목을 산출하는 단계, 상기 유사도 항목에 대응되는 가중치를 상기 유사도 항목에 가중 연산하여, 최종 유사도를 산출하는 단계 및 상기 복수의 제3 유형 객체 각각에 대응되는 최종 유사도의 크기 순서대로 상기 복수의 제3 유형 객체를 정렬하는 단계를 포함할 수 있다.

몇몇 실시예에서, 상기 제3 유형 객체의 제3 속성 정보를 획득하는 단계는, 상기 제3 속성 정보를 입력할 수 있는 인터페이스를 제2 클러스터 단말에 송신하는 단계 및 상기 인터페이스를 통한 사용자 입력에 응답하여, 상기 제2 클러스터 단말로부터 송신된 상기 제3 속성 정보를 수신하는 단계를 포함할 수 있다.

본 개시의 다른 몇몇 실시예에 따른 간병인 수요 업체를 평가하는 방법은, 간병인 공급 업체와 간병인 수요 업체를 매칭하는 인터페이스를 제공하는 컴퓨팅 장치에 의해 수행되는 방법에 있어서, 간병인 수요 업체의 현황 정보, 상기 간병인 수요 업체에 속한 근무 간병인의 제1 속성 정보 및 상기 간병인 수요 업체에 속한 환자의 제2 속성 정보를 획득하는 단계 및 상기 간병인 수요 업체의 현황 정보, 상기 근무 간병인의 제1 속성 정보 및 상기 환자의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 근무 간병인 수요 업체에 대한 평가 지표를 산출하는 단계를 포함할 수 있다. 여기서, 상기 평가 지표를 산출하는 단계는, 상기 간병인 수요 업체의 정보들에 포함된 병상의 수와 근무 간병인의 수에 기초하여 산출된 근무 간병인별 담당 병상 수에 반비례하여 상기 평가 지표를 산출하는 단계를 포함하거나 상기 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수에 반비례하여 상기 평가 지표를 산출하는 단계를 포함하거나 상기 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수의 분산 값에 반비례하여 상기 평가 지표를 산출하는 단계를 포함할 수 있다.

본 개시의 또 다른 몇몇 실시예에 따른 평가 지표를 산출하는 장치는, 프로세서, 네트워크 인터페이스, 메모리 및 상기 메모리에 로드(load)되고, 상기 프로세서에 의해 실행되는 컴퓨터 프로그램을 포함하되, 상기 컴퓨터 프로그램은, 제1 클러스터의 현황 정보, 상기 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 상기 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 획득하는 인스트럭션(Instruction) 및 상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 제1 클러스터에 대한 평가 지표를 산출하는 인스트럭션을 포함할 수 있다. 여기서, 상기 제1 유형 객체는 상기 제2 유형 객체에게 서비스를 제공하는 객체일 수 있다.

도 1은 본 개시의 몇몇 실시예에 따른 공동 간병 플랫폼 제공 서버가 적용될 수 있는 예시적인 환경을 도시한다.
도 2 및 도 3은 본 개시의 몇몇 실시예에 따른 평가 지표를 산출하는 방법을 나타내는 예시적인 순서도이다.
도 4는 도 2 및 도 3을 참조하여 설명된 정보 획득 동작을 보다 구체적으로 설명하기 위한 예시적인 순서도이다.
도 5는 도 2 및 도 3을 참조하여 설명된 유사도 산출 동작을 보다 구체적으로 설명하기 위한 예시적인 순서도이다.
도 6은 본 개시의 몇몇 실시예에 따른 간병인 수요 업체를 평가하는 방법을 나타내는 예시적인 순서도이다.
도 7은 본 개시의 몇몇 실시예에서 참조될 수 있는 인터페이스의 병실 정보 입력 화면의 예시적인 도면이다.
도 8은 본 개시의 몇몇 실시예에서 참조될 수 있는 인터페이스의 환자 정보 입력 화면의 예시적인 도면이다.
도 9는 본 개시의 몇몇 실시예에서 참조될 수 있는 인터페이스의 간병인 지정 화면의 예시적인 도면이다.
도 10 및 도 11은 1회의 선택 입력에 응답하여 간병인을 지정하는 동작을 보다 구체적으로 설명하기 위한 에시적인 도면이다.
도 12는 본 개시의 몇몇 실시예에서 참조될 수 있는 인터페이스의 의료진 정보 입력 화면의 예시적인 도면이다.
도 13은 본 개시의 다양한 실시예에 따른 장치 및/또는 시스템을 구현할 수 있는 예시적인 컴퓨팅 장치를 도시한다.

이하, 첨부된 도면을 참조하여 본 개시의 바람직한 실시예들을 상세히 설명한다. 본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시의 기술적 사상은 이하의 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 이하의 실시예들은 본 개시의 기술적 사상을 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 본 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시의 기술적 사상은 청구항의 범주에 의해 정의될 뿐이다.

각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 개시를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 개시의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다. 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 개시를 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다.

또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성 요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성 요소에 직접적으로 연결되거나 또는 접속될 수 있지만, 각 구성 요소 사이에 또 다른 구성 요소가 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.

명세서에서 사용되는 "포함한다 (comprises)" 및/또는 "포함하는 (comprising)"은 언급된 구성 요소, 단계, 동작 및/또는 소자는 하나 이상의 다른 구성 요소, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다.

본 명세서에서 "클러스터"란 객체들의 집합을 의미할 수 있다. 또한, "클러스터"에는 동일한 유형의 객체가 둘 이상 포함될 수 있고, 상이한 유형의 객체가 둘 이상 포함될 수도 있다.

구체적인 예를 들어 설명하면, 본 명세서의 "제1 클러스터"는 "간병인 수요 업체"를 의미할 수 있다. 상술한 바와 같이, "제1 클러스터"는 "제1 유형 객체"와 서로 다른 유형인 "제2 유형 객체"를 포함할 수 있으며, 각각의 "유형 객체"는 복수일 수도 있다. 이 경우, "제1 유형 객체"는 "근무 간병인"을 의미할 수 있으며, "제2 유형 객체"는 "환자"를 의미할 수 있다. 또한, 본 명세서의 "제2 클러스터"는 "간병인 공급 업체"를 의미할 수 있다. 상술한 바와 같이, "제2 클러스터"는 "제1 유형 객체", "제2 유형 객체"와 상이한 "제3 유형 객체"를 포함할 수 있다. 이 경우, "제3 유형 객체"는 "구직 간병인"을 의미할 수 있다. 설명의 편의를 위하여 이하 명세서의 기재에서도, 공동 간병 시장에 참여한 "간병인 수요 업체" 및 "간병인 공급 업체"를 각각 "클러스터"의 예시로 설명하겠으나, 본 개시의 범위가 상술한 예시에 한정되는 것은 아니고, "클러스터"의 정의에 부합하는 모든 것들이 본 개시의 범위에 포함될 수 있음을 유의해야 한다.

본 명세서에서 "인터페이스"는 하나 이상의 운영체제에서 동시에 접속 가능하고, 한 명 이상의 사용자가 사용과 공유가 가능한 프로그램을 의미할 수 있다. 구체적인 예를 들어, "인터페이스"는 "공동 간병 플랫폼"을 의미할 수 있다. 마찬가지로, 설명의 편의를 위하여 이하 명세서의 기재에서도, "공동 간병 플랫폼"을 "인터페이스"의 예시로 설명하겠으나, 본 개시의 범위가 상술한 예시에 한정되는 것은 아니고, "인터페이스"의 정의에 부합하는 모든 것들이 본 개시의 범위에 포함될 수 있음을 유의해야 한다.

이하, 본 개시의 다양한 실시예들에 대하여 첨부된 도면에 따라 상세하게 설명한다.

도 1은 본 개시의 몇몇 실시예에 따른 공동 간병 플랫폼 제공 서버(100)가 적용될 수 있는 예시적인 환경을 도시한다. 도 1은 1개의 간병인 수요 업체 단말(200), 1개의 간병인 공급 업체 단말(300) 및 1개의 보호자 단말(400)이 적용된 것을 도시하고 있으나, 이는 이해의 편의를 제공하기 위한 것일 뿐이고, 적용될 수 있는 단말(200, 300, 400)의 개수는 얼마든지 달라질 수 있다. 한편, 도 1은 본 개시의 목적을 달성하기 위한 바람직한 실시예를 도시하고 있을 뿐이며, 필요에 따라 일부 구성 요소가 추가되거나 삭제될 수 있다.

이하, 도 1에 도시된 각 구성 요소에 대해 구체적으로 설명하기로 한다.

우선, 공동 간병 플랫폼 제공 서버(100)는 공동 간병 플랫폼을 네트워크에 연결된 단말(200, 300, 400)에 제공할 수 있다. 여기서, 공동 간병 플랫폼을 통해, 간병인 수요 업체를 이용하는 환자의 속성 정보를 입력 받거나 간병인 수요 업체에 고용된 근무 간병인의 속성 정보를 입력 받거나 간병인 수요 업체의 현황 정보를 입력 받을 수 있다. 또한, 공동 간병 플랫폼을 통해, 간병인 공급 업체에 소속된 구직 간병인의 속성 정보를 입력 받거나 간병인 공급 업체의 현황 정보를 입력 받을 수도 있다.

이외에도, 공동 간병 플랫폼 제공 서버(100)는 공동 간병 플랫폼을 통해 네트워크에 연결된 단말(200, 300, 400)로부터 입력된 정보들을 다른 주체에게 제공할 수 있다. 또한, 입력된 정보에 기초하여 산출된 다양한 정보(e.g., 연계 정보, 평가 지표, 추천 구직 간병인)들을 제공할 수도 있다. 중복된 설명을 배제하기 위해, 공동 간병 플랫폼 제공 서버(100)가 수행하는 구체적인 동작들은 추후 도 2 내지 도 12를 참조하여 설명하기로 한다.

상술한 공동 간병 플랫폼 제공 서버(100)는 하나 이상의 컴퓨팅 장치로 구현될 수 있다. 예를 들어, 공동 간병 플랫폼 제공 서버(100)의 모든 기능은 단일 컴퓨팅 장치에서 구현될 수 있다. 다른 예로써, 공동 간병 플랫폼 제공 서버(100)의 제1 기능은 제1 컴퓨팅 장치에서 구현되고, 제2 기능은 제2 컴퓨팅 장치에서 구현될 수도 있다. 여기서, 상기 컴퓨팅 장치는, 노트북, 데스크톱(desktop), 랩탑(laptop) 등이 될 수 있으나, 이에 국한되는 것은 아니며 컴퓨팅 기능이 구비된 모든 종류의 장치를 포함할 수 있다. 다만, 공동 간병 플랫폼 제공 서버(100)가 다양한 단말(200, 300, 400)과 연동하여 다양한 정보를 수집/가공/제공해야 되는 환경이라면, 공동 간병 플랫폼 제공 서버(100)는 고성능의 서버급 컴퓨팅 장치로 구현되는 것이 바람직할 수 있다. 컴퓨팅 장치의 일례에 대해서는 도 13을 참조하기로 한다.

다음으로, 간병인 수요 업체 단말(200)은 간병인 수요 업체(e.g., 의료 시설)가 이용하는 단말로써, 공동 간병 플랫폼 제공 서버(100)가 제공하는 공동 간병 플랫폼을 통해 다양한 정보들을 입력할 수 있고, 공동 간병 플랫폼을 통해 다양한 정보들을 표시할 수 있다. 또한, 간병인 공급 업체 단말(300)은 간병인 공급 업체(e.g., 간병인 협회)가 이용하는 단말로써, 공동 간병 플랫폼 제공 서버(100)가 제공하는 공동 간병 플랫폼을 통해 다양한 정보들을 입력할 수 있고, 공동 간병 플랫폼을 통해 다양한 정보들을 표시할 수 있다. 나아가, 보호자 단말(400)은 간병인 수요 업체를 이용하는 환자의 보호자가 이용하는 단말로써, 공동 간병 플랫폼 제공 서버(100)가 제공하는 공동 간병 플랫폼을 통해 다양한 정보들을 입력할 수 있고, 공동 간병 플랫폼을 통해 다양한 정보들을 표시할 수 있다. 경우에 따라서, 보호자 단말(400)을 대체하여 환자 단말(미도시)이 도 1에 도시된 환경에 적용될 수 있음을 유의해야 한다.

상술한 단말(200, 300, 400)은 공동 간병 플랫폼을 통해 다양한 정보를 입력할 수 있는 입력 장치(e.g., 키보드, 마우스, 터치 패널) 및 공동 간병 플랫폼을 통해 다양한 정보를 표시할 수 있는 디스플레이 장치를 포함할 수 있다. 또한, 단말(200, 300, 400)은 공동 간병 플랫폼을 이용하기 위하여 웹 브라우저(Web browser) 또는 전용 애플리케이션이 설치되어 있을 수 있으며, 예를 들어, 단말(200, 300, 400)은 데스크탑(Desktop), 워크스테이션(Workstation), 랩탑(Laptop), 태블릿(Tablet) 및 스마트폰(Smart Phone) 중 어느 하나가 될 수 있으나, 이에 한정되지 않고, 컴퓨팅 기능이 구비된 모든 종류의 장치를 포함할 수 있다.

몇몇 실시예에서, 공동 간병 플랫폼 제공 서버(100)가 구현된 환경은 네트워크를 통해 통신할 수 있다. 상기 네트워크는 근거리 통신망(Local Area Network; LAN), 광역 통신망(Wide Area Network; WAN), 이동 통신망(mobile radio communication network), Wibro(Wireless Broadband Internet) 등과 같은 모든 종류의 유/무선 네트워크로 구현될 수 있다.

지금까지 도 1을 참조하여 본 개시의 몇몇 실시예에 따른 공동 간병 플랫폼 제공 서버(100)가 적용될 수 있는 예시적인 환경에 대하여 설명하였다. 이하에서는 도 2 내지 도 12를 참조하여 본 개시의 다양한 실시예에 따른 방법들에 대하여 설명하기로 한다.

추후 설명될 방법들의 각 단계는 컴퓨팅 장치에 의해 수행될 수 있다. 다시 말하면, 상기 방법들의 각 단계는 컴퓨팅 장치의 프로세서에 의해 실행되는 하나 이상의 인스트럭션들로 구현될 수 있다. 상기 방법들에 포함되는 모든 단계는 하나의 물리적인 컴퓨팅 장치에 의하여 실행될 수도 있을 것이나, 상기 방법의 제1 단계들은 제1 컴퓨팅 장치에 의하여 수행되고, 상기 방법의 제2 단계들은 제2 컴퓨팅 장치에 의하여 수행될 수도 있다. 이하에서는, 상기 방법들의 각 단계가 도 1에 예시된 공동 간병 플랫폼 제공 서버(100)에 의해 수행되는 것을 가정하여 설명을 이어가도록 한다. 다만, 설명의 편의상, 상기 방법들에 포함되는 각 단계의 동작 주체는 그 기재가 생략될 수도 있다.

도 2를 참조하면 단계 S110에서, 제1 클러스터에 관한 정보들이 획득될 수 있다. 여기서, 제1 클러스터에 관한 정보에는 제1 클러스터의 현황 정보, 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 포함할 수 있다. 이때, 제1 클러스터의 현황 정보는 제1 클러스터의 현재 상황에 관한 각종 정보를 의미할 수 있고, 제1 속성 정보는 제1 유형 객체의 속성에 관한 각종 정보를 의미할 수 있으며, 제2 속성 정보는 제2 유형 객체의 속성에 관한 각종 정보를 의미할 수 있다.

"제1 클러스터"가 "간병인 수요 업체"인 구체적인 예시와 함께 설명하면, 현황 정보는 간병인 수요 업체의 현황 정보로써, 간병인 수요 업체의 재무 현황 정보, 인력 현황 정보, 환자 현황 정보 및 매출 현황 정보 등을 포함할 수 있다. 또한, 제1 유형 객체의 제1 속성 정보는 근무 간병인의 속성 정보로써, 근무 간병인의 근무 병실 정보, 근무 간병인의 담당 환자 정보, 근무 간병인의 근무 예정 기간 정보, 근무 간병인의 근무 이력 정보, 근무 간병인의 간병 범위 정보 및 근무 간병인의 인건 비용 정보 등을 포함할 수 있다. 또한, 제2 유형 객체의 제2 속성 정보는 환자의 속성 정보로써, 환자의 상태 정보, 환자의 진료 이력 정보, 환자의 병실 정보, 환자의 담당 간병인 정보, 환자의 진료 기간 정보 및 환자의 진료 비용 정보 등을 포함할 수 있다. 상술한 정보 외에도 다양한 정보들이 획득될 수 있으며, 간병인 공급 업체 또는 환자/보호자에게 제공할 수 있는 정보라면 어떠한 정보라도 제1 클러스터에 관한 정보에 포함될 수 있다.

단계 S110와 관련된 보다 구체적인 설명을 위해 도 4를 참조하여 설명하기로 한다. 도 4를 참조하면, 클러스터에 관한 정보들을 입력할 수 있는 인터페이스가 송신(S1)될 수 있고, 인터페이스를 통한 사용자 입력에 응답하여, 단말로부터 송신된 클러스터에 관한 정보들이 수신(S2)될 수 있다. 여기서, 클러스터가 제1 클러스터라면, 인터페이스는 제1 클러스터 단말에 송신될 수 있고, 제1 클러스터 단말로부터 인터페이스를 통해 제1 클러스터에 관한 정보들이 수신될 수 있다.

인터페이스와 관련된 몇몇 실시예에서, 인터페이스는 제1 클러스터의 분할 공간을 가리키는 적어도 하나의 분할 공간 아이콘을 포함할 수 있다. 또한, 분할 공간 아이콘은 제2 유형 객체가 분할 공간 내에서 점유 가능한 구역을 가리키는 구역 버튼을 포함할 수 있다. 이와 관련된 구체적인 설명을 위해 도 7을 참조하여 설명하기로 한다.

도 7은 간병인 수요 업체가 간병인 수요 업체 단말을 통해 다양한 정보를 입력하기 위한 예시적인 화면이다. 특히, 도 7은 신규 입원 환자의 병실 정보(10)를 간병인 수요 업체가 입력하는 공동 간병 플랫폼의 화면의 일례이다. 도 7을 참조하면, 병동 레이블(15)을 선택함으로써, 신규 입원 환자가 입원할 병동을 선택할 수 있음을 이해할 수 있다. 여기서, 간병인 수요 업체의 분할 공간, 즉, 병실을 가리키는 적어도 하나의 분할 공간 아이콘(20)이 표시될 수 있고, 분할 공간 아이콘(20)에는 환자가 병실 내에서 점유 가능한 구역, 즉, 침대를 가리키는 적어도 하나의 구역 버튼(30a, 30b)이 표시될 수 있다.

인터페이스와 관련된 다른 몇몇 실시예에서, 인터페이스의 구역 버튼은 제1 상태에서 선택 입력에 응답하여 제2 상태로 전환되고, 제2 상태에서 선택 입력에 응답하여 제1 상태로 전환될 수 있다. 여기서, 제1 상태 및 제2 상태는 구역의 현재 점유 상태를 나타내고, 제1 상태 및 제2 상태 중 어느 하나가 기 점유 상태를 나타내면, 다른 하나는 미 점유 상태를 나타낼 수 있다. 이와 관련하여 도 7을 참조하면, 구역 버튼(30a, 30b)은 기 점유 구역 버튼(30a) 또는 미 점유 구역 버튼(30b)으로 표시될 수 있음을 이해할 수 있다. 여기서, 기 점유 구역 버튼(30a)에 대한 선택 입력이 있으면 미 점유 구역 버튼(30b)으로 그 상태가 전환되고, 미 점유 구역 버튼(30b)에 대한 선택 입력이 있으면 기 점유 구역 버튼(30a)으로 상태가 전환됨을 이해할 수 있다.

구역 버튼의 상태 전환과 관련된 몇몇 실시예에서, 선택 입력에 응답하여 곧바로 상태가 전환될 수 있고, 선택 입력에 응답하여 몇몇의 추가 단계가 진행된 이후 상태가 전환될 수도 있다. 예를 들어, 미 점유 구역 버튼(30b)의 상태에서 선택 입력에 응답하여 곧바로 기 점유 구역 버튼(30a)의 상태로 전환될 수 있으나, 미 점유 구역 버튼(30b)의 상태에서 선택 입력에 응답하여, 환자 정보 등을 추가적으로 입력한 후에 비로소 기 점유 구역 버튼(30b)의 상태로 전환될 수 있다. 기 점유 구역 버튼(30a)의 상태 전환과 관련된 구체적인 예시는 상술한 예시를 참조하면 이해될 수 있으므로, 그 설명을 생략하기로 한다.

구역 버튼의 상태 전환과 관련된 다른 몇몇 실시예에서, 미 점유 구역 버튼(30b)에서 기 점유 구역 버튼(30a)으로의 상태 전환과 기 점유 구역 버튼(30a)에서 미 점유 구역 버튼(30b)으로의 상태 전환에 다른 선택 입력이 요구될 수 있다. 예를 들어, 미 점유 구역 버튼(30b)에서 기 점유 구역 버튼(30a)으로의 상태 전환에는 '클릭'이 요구될 수 있으나, 기 점유 구역 버튼(30a)에서 미 점유 구역 버튼(30b)으로의 상태 전환에는 '드래그 앤 드롭'이 요구될 수 있다. 다만, 상술한 선택 입력의 구체적인 예시는 본 개시의 범위를 한정하는 것은 아니고, 공지된 모든 방식의 선택 입력이 본 개시의 범위에 포함될 수 있음을 유의해야 한다. 본 실시예에 따르면, 각각의 구역 버튼의 상태 전환에 요구되는 선택 입력이 상이하게 됨으로써, 사용자의 오입력으로 인해 발생될 수 있는 불편을 감소시킬 수 있다.

지금까지 도 7을 참조하여 설명된 다양한 실시예에 따르면, 클러스터에 속한 객체에 관한 정보를 그 객체의 점유 위치와 연계하여 클러스터 단말로부터 쉽게 입력 받을 수 있다. 이로써, 다양한 정보를 단말을 통해 입력해야 하는 사용자의 편의성이 향상될 수 있다.

인터페이스와 관련된 다른 몇몇 실시예에서, 복수의 제2 유형 객체 각각에 매칭될 제1 유형 객체를 1회의 선택 입력에 응답하여 한 번에 지정할 수 있다. 이와 관련된 구체적인 설명을 위해 도 10 및 도 11을 참조하여 설명하기로 한다.

도 10 및 도 11은 간병인 수요 업체가 간병인 수요 업체 단말을 통해 다양한 정보를 입력하기 위한 예시적인 화면이다. 특히, 도 10 및 도 11은 하나의 병실에 입원한 환자들에 공동 간병인을 지정하기 위한 공동 간병 플랫폼의 화면의 일례이다. 도 10을 참조하면, 공동 간병인 지정/해제 버튼(40)에 대한 1회의 선택 입력으로 병실에 입원한 '김길동 환자', '박길동 환자' 및 '최길동 환자'의 공동 간병인을 한 번에 지정할 수 있음을 이해할 수 있다. 도 11을 참조하면, 도 10에 설명된 것과 반대로 공동인 지정/해제 버튼(40)에 대한 1회의 선택 입력으로 병실에 입원한 환자들의 공동 간병인 지정을 한 번에 해제할 수 있음을 이해할 수 있다. 여기서, 공동 간병인 지정/해제 버튼(40)의 위치는 도 10 및 도 11에 도시된 것과 다른 위치에 위치할 수 있고, 공동 간병인을 지정/해제하기 위한 선택 입력에는 공지된 모든 방식의 선택 입력이 적용될 수 있다. 본 실시예에 따르면, 간단한 선택 입력으로 다수의 제2 유형 객체에 매칭될 제1 유형 객체를 한 번에 지정/해제할 수 있다.

인터페이스와 관련된 또 다른 다양한 실시예들을 설명하기 위해, 도 7 내지 도 9 및 도 12를 설명하기로 한다. 도 7 내지 도 9 및 도 12는 간병인 수요 업체가 간병인 수요 업체 단말을 통해 다양한 정보를 입력하기 위한 예시적인 화면이다. 특히, 환자의 속성 정보(i.e., 제2 유형 객체의 제2 속성 정보)를 입력하기 위한 공동 간병 플랫폼의 화면의 일례이다.

추후 도 7 내지 도 9 및 도 12를 참조하여 설명될 환자의 속성 정보의 입력을 통해, 병원의 현황 정보(i.e., 제1 클러스터의 현황 정보) 및 근무 간병인의 속성 정보(i.e., 제1 유형 객체의 제1 속성 정보)가 업데이트될 수 있다. 예를 들어, 신규 입원 환자의 정보 입력을 통해, 병원의 현황 정보에 포함된 환자의 수 정보가 업데이트 될 수 있으며, 다른 예를 들어, 신규 입원 환자의 정보 입력을 통해, 간병인의 속성 정보에 포함된 담당 환자 정보가 업데이트 될 수 있다. 또한, 환자의 속성 정보 외에 다른 정보를 입력하기 위한 구체적인 예시는, 도 7 내지 도 9 및 도 12에 도시된 환자의 속성 정보를 입력하는 화면의 예시에 관한 설명을 참조하면 이해될 수 있으므로, 그 구체적인 예시를 생략하기로 한다.

이하, 도 7 내지 도 9 및 도 12에 대해 자세히 설명하기로 한다.

도 7에 도시된 미 점유 구역 버튼(30b)을 선택하면, 도 8에 도시된 바와 같이, 선택된 미 점유 구역 버튼(30b)이 하일라이팅되어 선택 구역 버튼(30c)으로 표시될 수 있다. 또한, 환자 정보(40) 입력 화면이 표시될 수 있다. 여기서, 병실 정보(10)는 도 7과 달리 선택된 병실의 요약 정보가 표시될 수 있다.

환자 정보(40)의 입력이 완료되면 도 9에 도시된 바와 같이, 간병인 지정(50) 화면이 표시될 수 있다. 여기서, 환자 정보(40)는 도 8과 달리 입력된 환자의 요약 정보가 표시될 수 있다. 또한, 도 9에는 공동 간병인 지정 버튼(60)이 포함될 수 있으며, 공동 간병인 지정 버튼(60)에 대한 선택 입력에 응답하여, 앞서 설명된 도 10 및 도 11의 공동 간병인을 지정/해제하기 위한 화면이 팝업될 수 있다.

환자 정보(40)의 입력이 완료되면 도 12에 도시된 바와 같이, 의료 진료 정보(70) 입력 화면이 표시될 수도 있다. 여기서 도 9와 마찬가지로, 환자 정보(40)는 도 8과 달리 입력된 환자의 요약 정보가 표시될 수 있다.

지금까지 도 7 내지 도 9 및 도 12를 참조하여 설명된 환자의 속성 정보 입력 방식과 다른 순서로 환자의 속성 정보가 입력될 수 있으며, 입력될 수 있는 정보의 조합도 달라질 수 있음을 유의해야 한다. 도 7 내지 도 9 및 도 12를 참조하여 설명된 실시예에 따르면, 정보의 속성 별로 구분하여 순차적인 입력 인터페이스를 제공함으로써, 사용자의 편의성을 향상시킬 수 있다. 또한, 사용자에 의해 입력된 정보가 순차적으로 요약되어 제공됨으로써, 사용자가 보다 정확히 정보를 입력할 수 있다.

다시 도 2를 참조하여 설명하기로 한다.

도 2를 참조하면 단계 S120에서, 제1 클러스터에 관한 정보들 중 적어도 일부가 이용되어, 제1 클러스터에 대한 평가 지표가 산출될 수 있다. "제1 클러스터"가 "간병인 수요 업체"인 구체적인 예시와 함께 설명하면, 간병인 수요 업체의 현황 정보, 근무 간병인의 속성 정보 및 환자의 속성 정보 중 적어도 일부가 이용되어, 간병인 수요 업체에 대한 평가 지표가 산출될 수 있다. 구체적인 예를 들어, 근무 간병인의 근무 이력 정보에 기초하여 간병인 수요 업체에 대한 평가 지표가 산출될 수 있다. 이 경우, 간병인 수요 업체에 근무하는 근무 간병인의 간병인 평점의 평균 값에 비례하도록 평가 지표가 산출될 수 있다. 여기서, 간병인 평점은 과거 근무 간병인이 근무한 다른 간병인 수요 업체에 소속된 인력, 과거 근무 간병인이 간병한 환자 및 과거 근무 간병인이 간병한 환자의 보호자 중 적어도 일부에 의해서 부여된 점수일 수 있다. 다른 예를 들어, 근무 간병인의 간병 범위 정보에 기초하여 간병인 수요 업체에 대한 평가 지표가 산출될 수 있다. 이 경우, 간병인 수요 업체에 근무하는 근무 간병인의 수행 가능한 간병 활동의 개수의 평균 값에 비례하도록 평가 지표가 산출될 수 있다. 여기서, 수행 가능한 간병 활동은 기 정해진 개수의 항목을 갖는 체크 리스트로 입력/관리될 수 있으며, 체크 리스트에 포함된 각각의 항목은 근무 간병인이 각각 수행 가능한 간병 활동에 대응될 수 있다.

단계 S120의 간병인 수요 업체에 대한 평가 지표는 간병인 수요 업체의 간병인 수급 현황을 나타내는 지표이거나 간병인 수요 업체의 의료 서비스 퀄리티를 나타내는 지표일 수 있다. 본 실시예에 따르면, 산출된 평가 지표를 통해 간병인 수요 업체는 간병인 수급 현황에 대한 개선을 시도하거나 의료 서비스 퀄리티의 개선을 시도할 수 있고, 간병인 공급 업체는 구직 간병인의 공급을 간병인 수요 업체에 제안하거나 숙련된 구직 간병인을 간병인 수요 업체에 제안할 수 있으며, 보호자/환자는 평가 지표가 낮은 간병인 수요 업체를 기피하거나 평가 지표가 높은 간병인 수요 업체를 선호할 수 있다. 즉, 공동 간병 시장에 참여하는 각 주체가 활용할 수 있는 다양한 정보들을 공동 간병 플랫폼을 통해 제공할 수 있다.

단계 S120과 관련된 몇몇 실시예에서, 제1 클러스터의 현황 정보, 제1 유형 객체의 제1 속성 정보 및 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보를 이용하여, 평가 지표가 산출될 수 있다. 예를 들어, 간병인 수요 업체의 정보들에 포함된 병상의 수와 근무 간병인의 수에 기초하여 산출된 근무 간병인별 담당 병상 수에 반비례하여 평가 지표를 산출할 수 있다. 다른 예를 들어, 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수에 반비례하여 평가 지표를 산출할 수 있다. 또 다른 예를 들어, 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수의 분산 값에 반비례하여 평가 지표를 산출할 수도 있다. 즉, 근무 간병인별 담당 병상 수가 많거나 담당 환자 수가 많은 것은 간병인 수요 업체의 간병인 수급에 문제가 있다는 의미일 수 있으므로, 근무 간병인별 담당 병상 수 또는 근무 간병인별 담당 환자 수가 많을수록 평가 지표가 낮게 산출될 수 있다. 또한, 근무 간병인별 담당 환자 수의 분산 값이 높은 것은 근무 간병인 사이에 간병 업무가 고르게 분배되지 않아 근무 간병인의 업무 효율이 낮다는 것을 의미할 수 있으므로, 근무 간병인별 담당 환자 수의 분산 값이 높을수록 평가 지표가 낮게 산출될 수 있다.

다음으로 단계 S130에서, 제2 클러스터에 관한 정보들이 획득될 수 있다. 여기서, 제2 클러스터에 관한 정보들은 제2 클러스터에 속한 제3 유형 객체의 제3 속성 정보를 포함할 수 있다. "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 설명하면, 제3 유형 객체의 제3 속성 정보는 구직 간병인의 속성 정보로써, 구직 간병인의 근무 이력 정보, 구직 간병인의 근무 가능 기간 정보, 구직 간병인의 간병 범위 정보 및 구직 간병인의 인건 비용 정보를 포함할 수 있다. 상술한 정보 외에도 다양한 정보들이 획득될 수 있으며, 간병인 수요 업체 또는 환자/보호자에게 제공할 수 있는 정보라면 어떠한 정보라도 제2 클러스터에 관한 정보에 포함될 수 있다.

단계 S130과 관련된 보다 구체적인 설명은 도 4 및 단계 S110의 관련 설명을 참조하면 이해될 수 있다. 여기서, 클러스터가 제2 클러스터라면, 인터페이스는 제2 클러스터 단말에 송신될 수 있고, 제2 클러스터 단말로부터 인터페이스를 통해 제2 클러스터에 관한 정보들이 수신될 수 있다.

다음으로 단계 S140에서, 제1 클러스터의 현황 정보, 제1 유형 객체의 제1 속성 정보 및 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보와 복수의 제3 유형 객체 각각의 제3 속성 정보의 유사도가 산출될 수 있다. "제1 클러스터"가 "간병인 수요 업체"이고, "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 설명하면, 간병인 수요 업체의 현황 정보, 근무 간병인의 속성 정보 및 환자의 속성 정보 중 둘 이상이 연계된 연계 정보와 구직 간병인의 속성 정보의 유사도가 산출됨으로써, 간병인 공급 업체에 소속된 복수의 구직 간병인 각각에 대응되는 유사도가 산출될 수 있다. 이와 관련된 보다 구체적인 설명을 위해 도 5를 참조하여 설명하기로 한다.

도 5를 참조하면, 유사도 항목이 산출(S10)될 수 있고, 산출된 유사도 항목에 대응되는 가중치를 유사도 항목에 가중 연산하여, 최종 유사도를 산출(S20)할 수 있다. 여기서, 연계 정보와 제3 속성 정보를 이용하여 유사도 항목을 산출하는 것이라면, 연계 정보에 포함된 복수의 연계 항목 각각과 대응되는 제3 속성 정보에 포함된 복수의 제3 항목 각각의 차이에 기초하여, 유사도 항목이 산출될 수 있다.

"제1 클러스터"가 "간병인 수요 업체"이고, "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 단계 S10을 설명하면, 간병인 수요 업체에 관한 복수의 연계된 정보를 연계 항목으로 결정하고, 연계 항목에 대응되는 구직 간병인에 관한 복수의 정보를 구직 간병인의 속성 항목으로 결정할 수 있다. 예를 들어, 복수의 연계 항목에 간병인 수요 업체의 '근무 간병인별 환자 수' 및 '근무 간병인의 평균 인건 비용'이 포함되면, 대응되는 복수의 속성 항목에는 간병인 공급 업체에 소속된 구직 간병인 각각의 속성 정보에 기초하여, '구직 간병인의 공동 간병 가능 환자 수' 및 '구직 간병인의 인건 비용'이 포함될 수 있다. 여기서, 복수의 연계 항목 및 복수의 속성 항목은 각각 벡터의 형태로 표현될 수 있다. 더 구체적인 예를 들어, A 간병인 수요 업체의 복수의 연계 항목이 {5, 50,000}이면, A 간병인 수요 업체의 '근무 간병인별 환자 수'는 5명이고, A 간병인 수요 업체의 '근무 간병인의 평균 인건 비용'은 시간당 50,000원일 수 있다. 이에 대응하여 결정된 B 간병인 공급 업체의 a 구직 간병인의 복수의 속성 항목이 {3, 20,000}이고, b 구직 간병인의 복수의 속성 항목이 {7, 55,000}이면, a 구직 간병인의 '공동 간병 가능 환자 수'는 3명이고, a 구직 간병인의 '인건 비용'은 시간당 20,000원이고, b 구직 간병인의 '공동 간병 가능 환자 수'는 7명이고, b 구직 간병인의 '인건 비용'은 시간당 55,000원일 수 있다.

또한 단계 S10과 관련하여, 결정된 복수의 연계 항목과 대응되는 복수의 속성 항목의 값의 차이를 산출하여 유사도 항목을 산출할 수 있다. 앞선 사례에 따르면, B 간병인 공급 업체의 a 구직 간병인에 대응되는 복수의 유사도 항목은 {2, 30,000}으로 산출될 수 있고, B 간병인 공급 업체의 b 구직 간병인에 대응되는 복수의 유사도 항목은 {2, 5,000}으로 산출될 수 있다.

단계 S20과 관련하여, 벡터로 표현된 복수의 연계 항목과 복수의 속성 항목의 유클리드 거리(Euclidean Distance) 또는 민코프스키 거리(Minkowski Distance)의 역수가 최종 유사도로 산출될 수 있으나, 특정 연계 항목에 대응되는 유사도 항목에 가중치가 부여될 수 있고, 부여된 가중치에 따라 가중 연산된 거리의 역수가 최종 유사도로 산출될 수 있다. 즉, 벡터로 표현된 복수의 연계 항목과 복수의 속성 항목 사이의 거리가 가까울수록 최종 유사도가 높게 산출될 수 있음을 이해할 수 있다. 여기서, 복수의 연계 항목 각각은 간병인 수요 업체에 적합한 구직 간병인을 판정하기 위한 기준일 수 있고, 각각의 연계 항목은 그 중요도가 상이할 수 있으므로, 각각의 연계 항목에 대응되는 유사도 항목에 서로 다른 가중치가 부여될 수 있다.

가중치와 관련된 몇몇 실시예에서, 가중치는 연계 항목에 대응되도록 사전에 결정될 수 있다. 이는 간병인 수요 업체에 고용된 근무 간병인의 속성 정보에 기초하여 결정될 수 있으나, 이에 한정되는 것은 아님을 유의해야 한다. 경우에 따라서, 가중치는 공동 간병 플랫폼의 관리자에 의해 변경될 수 있고, 공동 간병 플랫폼을 이용하는 각 주체의 사용자들에 의해 변경될 수도 있다.

단계 S140과 관련된 다른 몇몇 실시예를 설명하기 위해 도 3을 참조하여 설명하기로 한다. 도 3을 참조하면 단계 S240에서, 제1 클러스터에 속한 제1 유형 객체와 제2 클러스터에 속한 제2 유형 객체의 유사도가 산출될 수 있다. "제1 클러스터"가 "간병인 수요 업체"이고, "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 설명하면, 근무 간병인의 속성 정보와 구직 간병인의 속성 정보의 유사도가 산출됨으로써, 간병인 공급 업체에 소속된 복수의 구직 간병인 각각에 대응되는 유사도가 산출될 수 있다. 이 경우, 근무 간병인에 관한 복수의 정보를 연계 항목으로 결정하고, 연계 항목에 대응되는 구직 간병인에 관한 복수의 정보를 구직 간병인의 속성 항목으로 결정할 수 있다. 즉, 간병인 수요 업체는 근무 간병인과 유사한 구직 간병인을 고용할 가능성이 높을 수 있으므로, 근무 간병인의 속성 정보와 구직 간병인의 속성 정보의 유사도가 고려될 수 있다. 단계 S240과 관련한 도 5의 유사도 항목을 산출(S10) 및 최종 유사도를 산출(S20) 동작은 앞서 단계 S140과 관련된 설명을 참조하기로 한다.

다시 도 2를 참조하여 설명하기로 한다.

도 2를 참조하면 단계 S150에서, 유사도에 기초하여 제2 클러스터에 속한 복수의 제3 유형 객체가 정렬될 수 있다. 여기서, 유사도는 연계 정보와 제3 속성 정보로부터 산출된 최종 유사도일 수 있고, 제1 속성 정보와 제3 속성 정보로부터 산출된 최종 유사도일 수도 있다. "제1 클러스터"가 "간병인 수요 업체"이고, "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 설명하면, 유사도에 기초하여 간병인 공급 업체에 속한 복수의 구직 간병인이 정렬될 수 있다. 여기서, 유사도는 연계 정보와 구직 간병인의 속성 정보로부터 산출된 최종 유사도일 수 있고, 근무 간병인의 속성 정보와 구직 간병인의 속성 정보로부터 산출된 최종 유사도일 수도 있다. 단계 S150과 관련된 보다 구체적인 설명을 위해 도 5를 참조하여 설명하기로 한다.

도 5를 참조하면, 단계 S150과 관련된 몇몇 실시예에서, 복수의 제3 유형 객체 각각에 대응되는 최종 유사도의 크기 순서대로 복수의 제3 유형 객체가 정렬될 수 있다. "제2 클러스터"가 "간병인 공급 업체"인 구체적인 예시와 함께 설명하면, 최종 유사도의 크기 순서대로 간병인 공급 업체에 속한 복수의 구직 간병인이 정렬될 수 있다. 본 실시예에 따르면, 정렬된 순서에 따라 간병인 수요 업체에 적합한 구직 간병인이 간병인 수요 업체 단말에 추천될 수 있다. 이때, 구직 간병인을 정렬하여 표시하는 구직 간병인 리스트가 공동 간병 플랫폼에 포함될 수 있다.

단계 S150과 관련된 몇몇 실시예에서, 최종 유사도의 크기 순서대로 정렬된 구직 간병인 리스트 중 일부 구직 간병인이 구직 간병인 리스트에서 제거될 수도 있다. 이 경우, 간병인 공급 업체 단말을 통한 사용자의 요청에 응답하여, 구직 간병인 리스트에서 일부 구직 간병인을 제거할 수도 있다.

도 3 및 도 6은 본 개시의 몇몇 실시예에 따른 평가 지표를 산출하는 방법의 다른 예시적인 도면들이다. 도 3에 도시된 각 단계는 도 2의 대응되는 단계에 대한 설명을 참조하면 이해될 수 있을 것이다. 또한, 도 6에 도시된 단계 S310은 도 2의 단계 S110을 참조하고, 단계 S320는 도 2의 단계 S120을 참조하면 이해될 수 있을 것이다.

지금까지 도 2 내지 도 12를 참조하여 본 개시의 몇몇 실시예에 따른 다양한 방법들에 대해 설명하였다. 몇몇 실시예들에 따르면, 공동 간병 시장에 참여한 각 주체에 관한 다양한 정보들이 인터페이스를 통해 각 주체의 단말에 제공될 수 있다. 특히, 간병인 수요 업체의 평가 지표가 산출될 수 있고, 산출된 평가 지표가 인터페이스를 통해 각 주체에게 제공될 수 있다. 또한, 간병인 수요 업체의 수급 현황에 기초하여, 간병인 공급 업체가 간병인 수요 업체에게 간병인을 원활하게 공급할 수 있다. 특히, 간병인 수요 업체에 적합한 순서대로 간병인을 추천할 수도 있다.

이하, 도 13을 참조하여 본 개시의 몇몇 실시예에 따른 공동 간병 플랫폼 제공 서버를 구현할 수 있는 예시적인 컴퓨팅 장치(1500)를 보다 구체적으로 설명하기로 한다.

컴퓨팅 장치(1500)는 하나 이상의 프로세서(1510), 버스(1550), 통신 인터페이스(1570), 프로세서(1510)에 의하여 수행되는 컴퓨터 프로그램(1591)을 로드(load)하는 메모리(1530)와, 컴퓨터 프로그램(1591)을 저장하는 스토리지(1590)를 포함할 수 있다. 다만, 도 13에는 본 개시의 실시예와 관련 있는 구성 요소들 만이 도시되어 있다. 따라서, 본 개시가 속한 기술분야의 통상의 기술자라면 도 13에 도시된 구성 요소들 외에 다른 범용적인 구성 요소들이 더 포함될 수 있음을 알 수 있다.

프로세서(1510)는 컴퓨팅 장치(1500)의 각 구성의 전반적인 동작을 제어한다. 프로세서(1510)는 CPU(Central Processing Unit), MPU(Micro Processor Unit), MCU(Micro Controller Unit), GPU(Graphic Processing Unit) 또는 본 개시의 기술 분야에 잘 알려진 임의의 형태의 프로세서를 포함하여 구성될 수 있다. 또한, 프로세서(1510)는 본 개시의 실시예들에 따른 방법을 실행하기 위한 적어도 하나의 애플리케이션 또는 프로그램에 대한 연산을 수행할 수 있다. 컴퓨팅 장치(1500)는 하나 이상의 프로세서를 구비할 수 있다.

메모리(1530)는 각종 데이터, 명령 및/또는 정보를 저장한다. 메모리(1530)는 본 개시의 실시예들에 따른 방법을 실행하기 위하여 스토리지(1590)로부터 하나 이상의 프로그램(1591)을 로드 할 수 있다. 메모리(1530)는 RAM과 같은 휘발성 메모리로 구현될 수 있을 것이나, 본 개시의 기술적 범위가 이에 한정되는 것은 아니다.

버스(1550)는 컴퓨팅 장치(1500)의 구성 요소 간 통신 기능을 제공한다. 버스(1550)는 주소 버스(Address Bus), 데이터 버스(Data Bus) 및 제어 버스(Control Bus) 등 다양한 형태의 버스로 구현될 수 있다.

통신 인터페이스(1570)는 컴퓨팅 장치(1500)의 유무선 인터넷 통신을 지원한다. 또한, 통신 인터페이스(1570)는 인터넷 통신 외의 다양한 통신 방식을 지원할 수도 있다. 이를 위해, 통신 인터페이스(1570)는 본 개시의 기술 분야에 잘 알려진 통신 모듈을 포함하여 구성될 수 있다.

몇몇 실시예들에 따르면, 통신 인터페이스(1570)는 생략될 수도 있다.

스토리지(1590)는 상기 하나 이상의 프로그램(1591)과 각종 데이터를 비임시적으로 저장할 수 있다.

스토리지(1590)는 ROM(Read Only Memory), EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM), 플래시 메모리 등과 같은 비휘발성 메모리, 하드 디스크, 착탈형 디스크, 또는 본 개시가 속하는 기술 분야에서 잘 알려진 임의의 형태의 컴퓨터로 읽을 수 있는 기록 매체를 포함하여 구성될 수 있다.

컴퓨터 프로그램(1591)은 메모리(1530)에 로드 될 때 프로세서(1510)로 하여금 본 개시의 다양한 실시예에 따른 방법/동작을 수행하도록 하는 하나 이상의 인스트럭션들을 포함할 수 있다. 즉, 프로세서(1510)는 상기 하나 이상의 인스트럭션들을 실행함으로써, 본 개시의 다양한 실시예에 따른 방법/동작들을 수행할 수 있다.

위와 같은 경우, 컴퓨팅 장치(1500)를 통해 본 개시의 몇몇 실시예에 따른 공동 간병 플랫폼 제공 서버가 구현될 수 있다.

지금까지 도 1 내지 도 13을 참조하여 본 개시의 다양한 실시예들 및 그 실시예들에 따른 효과들을 언급하였다. 본 개시의 기술적 사상에 따른 효과들은 이상에서 언급한 효과들로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 명세서의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

지금까지 도 1 내지 도 13을 참조하여 설명된 본 개시의 기술적 사상은 컴퓨터가 읽을 수 있는 매체 상에 컴퓨터가 읽을 수 있는 코드로 구현될 수 있다. 상기 컴퓨터로 읽을 수 있는 기록 매체는, 예를 들어 이동형 기록 매체(CD, DVD, 블루레이 디스크, USB 저장 장치, 이동식 하드 디스크)이거나, 고정식 기록 매체(ROM, RAM, 컴퓨터 구비 형 하드 디스크)일 수 있다. 상기 컴퓨터로 읽을 수 있는 기록 매체에 기록된 상기 컴퓨터 프로그램은 인터넷 등의 네트워크를 통하여 다른 컴퓨팅 장치에 전송되어 상기 다른 컴퓨팅 장치에 설치될 수 있고, 이로써 상기 다른 컴퓨팅 장치에서 사용될 수 있다.

이상에서, 본 개시의 실시예를 구성하는 모든 구성 요소들이 하나로 결합되거나 결합되어 동작하는 것으로 설명되었다고 해서, 본 개시의 기술적 사상이 반드시 이러한 실시예에 한정되는 것은 아니다. 즉, 본 개시의 목적 범위 안에서라면, 그 모든 구성 요소들이 하나 이상으로 선택적으로 결합하여 동작할 수도 있다.

도면에서 동작들이 특정한 순서로 도시되어 있지만, 반드시 동작들이 도시된 특정한 순서로 또는 순차적 순서로 실행되어야만 하거나 또는 모든 도시 된 동작들이 실행되어야만 원하는 결과를 얻을 수 있는 것으로 이해되어서는 안 된다. 특정 상황에서는, 멀티태스킹 및 병렬 처리가 유리할 수도 있다. 더욱이, 위에 설명한 실시예들에서 다양한 구성들의 분리는 그러한 분리가 반드시 필요한 것으로 이해되어서는 안 되고, 설명된 프로그램 컴포넌트들 및 시스템들은 일반적으로 단일 소프트웨어 제품으로 함께 통합되거나 다수의 소프트웨어 제품으로 패키지 될 수 있음을 이해하여야 한다.

이상 첨부된 도면을 참조하여 본 개시의 실시예들을 설명하였지만, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자는 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 본 개시가 다른 구체적인 형태로도 실시될 수 있다는 것을 이해할 수 있다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로 이해해야만 한다. 본 개시의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 개시에 의해 정의되는 기술적 사상의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

Claims

컴퓨팅 장치에 의해 수행되는 방법에 있어서,
제1 클러스터의 현황 정보, 상기 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 상기 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 획득하는 단계; 및
상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 제1 클러스터에 대한 평가 지표를 산출하는 단계를 포함하되,
상기 제1 유형 객체는 상기 제2 유형 객체에게 서비스를 제공하는 객체인,
평가 지표를 산출하는 방법.
제1 항에 있어서,
상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보를 획득하는 단계는,
상기 제1 클러스터에 관한 정보들을 입력할 수 있는 인터페이스를 제1 클러스터 단말에 송신하는 단계; 및
상기 인터페이스를 통한 사용자 입력에 응답하여, 상기 제1 클러스터 단말로부터 송신된 상기 제1 클러스터에 관한 정보들을 수신하는 단계를 포함하는,
평가 지표를 산출하는 방법.
제2 항에 있어서,
상기 인터페이스는, 상기 제1 클러스터의 분할 공간을 가리키는 적어도 하나의 분할 공간 아이콘을 포함하고,
상기 분할 공간 아이콘은, 상기 제2 유형 객체가 상기 분할 공간 내에서 점유 가능한 구역을 가리키는 적어도 하나의 구역 버튼을 포함하고,
상기 구역 버튼은, 제1 상태에서 선택 입력에 응답하여 제2 상태로 전환되고, 상기 제2 상태에서 상기 선택 입력에 응답하여 상기 제1 상태로 전환되는 버튼이고,
상기 제1 상태 및 상기 제2 상태는 상기 구역의 점유 상태를 나타내고, 상기 제1 상태 및 상기 제2 상태 중 어느 하나가 기 점유 상태를 나타내면, 다른 하나는 미 점유 상태를 나타내는,
평가 지표를 산출하는 방법.
제2 항에 있어서,
상기 인터페이스는, 복수의 제2 유형 객체 각각에 매칭될 제1 유형 객체를 1회의 선택 입력에 응답하여 한 번에 지정하는 인터페이스인,
평가 지표를 산출하는 방법.
제1 항에 있어서,
상기 평가 지표를 산출하는 단계는,
상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보를 이용하여, 상기 평가 지표를 산출하는 단계를 포함하는,
평가 지표를 산출하는 방법.
제1 항에 있어서,
제2 클러스터에 속한 제3 유형 객체의 제3 속성 정보를 획득하는 단계를 더 포함하되,
상기 제2 클러스터는 상기 제1 클러스터에 상기 제3 유형 객체를 공급하는 것인,
평가 지표를 산출하는 방법.
제6 항에 있어서,
상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 둘 이상이 연계된 연계 정보와 복수의 제3 유형 객체 각각의 제3 속성 정보의 유사도에 기초하여, 상기 복수의 제3 유형 객체를 정렬하는 단계를 더 포함하는,
평가 지표를 산출하는 방법.
제7 항에 있어서,
상기 복수의 제3 유형 객체를 정렬하는 단계는,
상기 연계 정보에 포함된 복수의 연계 항목 각각과 대응되는 상기 제3 속성 정보에 포함된 복수의 제3 항목 각각의 차이에 기초하여, 유사도 항목을 산출하는 단계;
상기 유사도 항목에 대응되는 가중치를 상기 유사도 항목에 가중 연산하여, 최종 유사도를 산출하는 단계; 및
상기 복수의 제3 유형 객체 각각에 대응되는 최종 유사도의 크기 순서대로 상기 복수의 제3 유형 객체를 정렬하는 단계를 포함하는,
평가 지표를 산출하는 방법.
제6 항에 있어서,
복수의 제1 유형 객체 각각의 제1 속성 정보와 복수의 제3 유형 객체 각각의 제3 속성 정보의 유사도에 기초하여, 상기 복수의 제3 유형 객체를 정렬하는 단계를 더 포함하는,
평가 지표를 산출하는 방법.
제9 항에 있어서,
상기 복수의 제3 유형 객체를 정렬하는 단계는,
상기 제1 속성 정보에 포함된 복수의 제1 항목 각각과 대응되는 상기 제3 속성 정보에 포함된 복수의 제3 항목 각각의 차이에 기초하여, 유사도 항목을 산출하는 단계;
상기 유사도 항목에 대응되는 가중치를 상기 유사도 항목에 가중 연산하여, 최종 유사도를 산출하는 단계; 및
상기 복수의 제3 유형 객체 각각에 대응되는 최종 유사도의 크기 순서대로 상기 복수의 제3 유형 객체를 정렬하는 단계를 포함하는,
평가 지표를 산출하는 방법.
제6 항에 있어서,
상기 제3 유형 객체의 제3 속성 정보를 획득하는 단계는,
상기 제3 속성 정보를 입력할 수 있는 인터페이스를 제2 클러스터 단말에 송신하는 단계; 및
상기 인터페이스를 통한 사용자 입력에 응답하여, 상기 제2 클러스터 단말로부터 송신된 상기 제3 속성 정보를 수신하는 단계를 포함하는,
평가 지표를 산출하는 방법.
간병인 공급 업체와 간병인 수요 업체를 매칭하는 인터페이스를 제공하는 컴퓨팅 장치에 의해 수행되는 방법에 있어서,
간병인 수요 업체의 현황 정보, 상기 간병인 수요 업체에 속한 근무 간병인의 제1 속성 정보 및 상기 간병인 수요 업체에 속한 환자의 제2 속성 정보를 획득하는 단계; 및
상기 간병인 수요 업체의 현황 정보, 상기 근무 간병인의 제1 속성 정보 및 상기 환자의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 근무 간병인 수요 업체에 대한 평가 지표를 산출하는 단계를 포함하는,
간병인 수요 업체를 평가하는 방법.
제12 항에 있어서,
상기 평가 지표를 산출하는 단계는,
상기 간병인 수요 업체의 정보들에 포함된 병상의 수와 근무 간병인의 수에 기초하여 산출된 근무 간병인별 담당 병상 수에 반비례하여 상기 평가 지표를 산출하는 단계를 포함하는,
간병인 수요 업체를 평가하는 방법.
제12 항에 있어서,
상기 평가 지표를 산출하는 단계는,
상기 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수에 반비례하여 상기 평가 지표를 산출하는 단계를 포함하는,
간병인 수요 업체를 평가하는 방법.
제12 항에 있어서,
상기 평가 지표를 산출하는 단계는,
상기 간병인 수요 업체의 정보들에 포함된 근무 간병인의 수와 환자의 수에 기초하여 산출된 근무 간병인별 담당 환자 수의 분산 값에 반비례하여 상기 평가 지표를 산출하는 단계를 포함하는,
간병인 수요 업체를 평가하는 방법.
프로세서;
네트워크 인터페이스;
메모리; 및
상기 메모리에 로드(load)되고, 상기 프로세서에 의해 실행되는 컴퓨터 프로그램을 포함하되,
상기 컴퓨터 프로그램은,
제1 클러스터의 현황 정보, 상기 제1 클러스터에 속한 제1 유형 객체의 제1 속성 정보 및 상기 제1 클러스터에 속한 제2 유형 객체의 제2 속성 정보를 획득하는 인스트럭션(Instruction); 및
상기 제1 클러스터의 현황 정보, 상기 제1 유형 객체의 제1 속성 정보 및 상기 제2 유형 객체의 제2 속성 정보 중 적어도 일부를 이용하여, 상기 제1 클러스터에 대한 평가 지표를 산출하는 인스트럭션을 포함하되,
상기 제1 유형 객체는 상기 제2 유형 객체에게 서비스를 제공하는 객체인,
평가 지표를 산출하는 장치.