KR20150103667A

KR20150103667A - 작업을 실행하기 위한 장치 및 방법

Info

Publication number: KR20150103667A
Application number: KR1020157015471A
Authority: KR
Inventors: 이삭 웡; 브리스 글렌 드; 매튜 스젠허; 제이 스미스; 앤드류 스미스; 조셉 루길리오; 베르나르도 퐁테; 앤드류 뉴비깅; 채드 알베르스
Original assignee: 메디데이타 솔루션즈, 인코포레이티드
Priority date: 2013-01-03
Filing date: 2013-12-30
Publication date: 2015-09-11
Also published as: CA2890908A1; US20140188501A1; EP2852930A1; US10311968B2; EP2852930A4; US8606599B1; CN104919487A; CN104919487B; CA2890908C; WO2014107428A1

Abstract

작업을 실행하기 위한 장치는 사용자와 상호작용하는 인터페이스, 사용자의 자격 증명을 검증하는 인증기, 인터페이스로부터 데이터를 수신하고 인터페이스에 데이터를 제공하는 제어기, 제어기에 등록될 수 있고 제어기로부터 데이터를 수신하고 작업을 실행하며 제어기에 데이터를 제공하는 적어도 하나의 애플리케이션, 및 사용자가 실행될 작업을 실행하기 위해 적어도 하나의 애플리케이션에 액세스하는 것을 보장하는 권한 부여기를 포함한다. 검증은 분산형 네트워크를 통해 수행될 수 있다. 작업들을 실행하기 위한 방법 및 작업들에의 사용자 액세스를 제공하기 위한 방법이 또한 기술되고 청구된다.

Description

작업을 실행하기 위한 장치 및 방법{APPARATUS AND METHOD FOR EXECUTING TASKS}

사람들은 종종 데이터를 수반하는 프로젝트를 수행한다. 사업가는 사업 거래를 가질 수 있고, 학생은 학기 프로젝트를 가질 수 있으며, 엔지니어는 건설 프로젝트를 가질 수 있고, 교사는 계획할 강좌를 가질 수 있다. 이들 프로젝트 각각은 전략, 계획, 실행, 및 검토와 같은 몇가지 스테이지(stage) 또는 단계를 포함하는 라이프 사이클(life-cycle)을 가질 수 있다. 이들 단계 각각은 상이한 작업 또는 작업 흐름을 수반할 수 있고, 이들 작업을 수행하는 사람들은 프로젝트 내에서 다른 역할을 맡을 수 있다. 사업 거래에는 프로젝트 관리자, 은행가, 법률가, 및 회계사가 관여될 수 있고; 학기 프로젝트에는 계획자, 설계자, 필기자, 및 제작자가 관여될 수 있으며; 건설 프로젝트에는 프로젝트 관리자, 금융업자, 계획자, 엔지니어, 및 기술자가 관여될 수 있고; 강좌 계획에는 주 교사, 교사 보조자, 학생 및 교장이 관여될 수 있다. 개인이 때로는 단일의 프로젝트 내에서 다수의 역할들을 맡을 수 있다.

그러한 프로젝트들을 수행하는 사람(또는 엔티티(entity))들은 종종 데이터를 관리하기 위해 컴퓨터 프로그램을 사용한다. 이 프로그램은 종종 애플리케이션 제품군(suite)을 포함하고, 사람들 또는 엔티티들은 이들이 수행하고자 하는 작업 또는 작업 흐름에 기초하여 특정의 애플리케이션을 선택할 수 있다. 이 제품군은, 예를 들어, 사용자들이 애플리케이션에 액세스할 때마다 사용자들에게 자격 증명을 제공하라고 요청하기 때문에, 종종 사용자가 애플리케이션들 사이에서 쉽게 전환할 수 없게 한다. 더욱이, 때때로 사용자는 워드 프로세싱 애플리케이션, 스프레드시트 애플리케이션, 및 프레젠테이션 애플리케이션과 같은 상이한 애플리케이션들을 사용하여 테이블과 같은 동일한 데이터를 보고자 하지만, 제품군은 사용자에게 각각의 애플리케이션을 개별적으로 열도록 요구하는데, 이는 아주 싫증나는 일일 수 있다.

의약품 또는 의료 디바이스의 안전성 및 유효성을 결정하기 위해 임상 시험을 수행하는 것은 많은 데이터를 발생시키고 데이터를 관리하기 위해 컴퓨터 애플리케이션 제품군을 종종 사용하는 프로젝트의 다른 예이다. 약물에 대한 임상 시험(본 명세서에서 "임상 연구" 또는 "연구"라고 함)에서, 대상들은 여러 투여량들의 약물을 제공받고, 약물에 대한 대상의 반응이 기록된다. 단일의 약물에 대해, 하나 초과의 임상 연구가 있을 수 있는데, 그 각각은 많은 대상들에 대해 그리고 다수의 상이한 사이트(site)들에서 수행될 수 있다. 임상 연구는 또한 여러 단계들로 이루어진 라이프 사이클을 가지며, 다양한 작업들 또는 작업 흐름들을 수행하는 상이한 사람들(또는 심지어 다수의 역할들을 갖는 동일한 사람들)을 관여시킨다. 임상 연구의 라이프 사이클은 설계 단계, 실행 단계, 데이터 수집 및 분석 단계, 그리고 제출 단계를 포함할 수 있다. 관여된 엔티티들은 후원자, 시험 책임자(Principal Investigator, PI), 임상시험위탁기관(Contract Research Organization, CRO), 대상 또는 환자, 및 규제 기관을 포함할 수 있다. 많은 경우들에서, 후원자는 제약 회사와 같은 약물 또는 디바이스 제조업체이지만, 후원자는 또한 학술 의료 또는 연구 센터, 미국국립보건원(National Institutes of Health, NIH) 또는 국방부(Department of Defense) 또는 재향군인부(Department of Veterans Affairs)와 같은 연방 기관, 임상 연구 센터, 또는 의사 또는 다른 의료 제공자(health care provider)일 수 있다. 시험 책임자(PI)는 연구를 주도하고, 종종 의학 박사이며, 또한 의사, 간호사, 사회 복지사, 및 다른 의료 전문가를 포함하는 연구 팀을 포함할 수 있다. 임상 연구는 후원자의 연구 관련 임무들 및 기능들 중 하나 이상을 수행하도록 후원자와 계약을 맺은 사람 또는 조직 - 상업적, 학술적 등 - 일 수 있는 CRO에 의해 종종 감독된다. 미국 식품의약국(Food and Drug Administration, FDA) 및 그의 대응하는 외국 기관을 포함할 수 있는 규제 기관은 임상 연구가 운영되게 하는 규칙을 제정할 수 있고, 약물 또는 디바이스를 승인하기 위해 데이터를 제출받는 기관일 수 있다.

임상 연구에 관여된 사용자들 또는 엔티티들 각각은 임상 연구의 여러 스테이지들 동안에 많은 상이한 작업들을 수행할 수 있다. 다양한 소프트웨어 프로그램들이 이들 작업을 수행하기 위해 개발되었지만, 이 프로그램들은 종종 특정의 연구의 특정의 스테이지들에 대해서만 그리고 사용자의 특정의 역할들 또는 그 소프트웨어의 허가된 용도들에 대해서 사용가능하다. 사용자가 연구에서 상이한 작업을 수행하거나 상이한 역할을 맡고자 하는 경우, 사용자는 상이한 프로그램들을 사용하도록 요구받고, 종종 각각의 프로그램에 액세스할 때 자격 증명을 제공할 필요가 있다. 더욱이, 때때로 동일한 데이터가 수행될 작업 또는 맡고 있는 역할에 기초하여 상이한 프로그램들을 사용하여 액세스되거나 열람되거나 수정되며, 동일한 데이터에 대해 동작할 때에도 개개의 프로그램들에 액세스하는 것은 비효율적이고 다소 싫증나는 일이다.

도 1a는 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템의 블록도.
도 1b는 도 1a의 작업 흐름 실행 시스템의 보다 상세한 블록도.
도 2는 후원자가 어떻게 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템을 설정할 수 있는지를 예시하는 플로우차트.
도 3a 내지 도 3f는 사용자가 어떻게 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템을 사용하여 세션(session)을 개시하고 수행될 작업 흐름을 선택할 수 있는지를 예시하는 도면.
도 4는 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템의 일반 동작을 예시하는 플로우차트.
도 5는 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템의 호스트형 프록시 아키텍처(hosted proxy architecture)의 개략도.
도 6은 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템의 컨텍스트 아키텍처(context architecture)의 개략도.
도 7a 및 도 7b는 본 발명의 일부 실시예들의 일부 이점들을 나타내는 도면.
적절하다고 간주되는 경우, 대응하거나 유사한 요소들을 나타내기 위해 도면들 간에 참조 부호들이 반복될 수 있다. 더욱이, 도면들에 도시된 블록들 중 일부가 단일의 기능으로 조합될 수 있다.

하기의 상세한 설명에서, 본 발명의 실시예들의 완전한 이해를 제공하기 위해 다수의 구체적인 상세사항들이 기재된다. 그러나, 당업자는 본 발명의 실시예들이 이들 구체적인 상세사항 없이 실시될 수 있다는 것을 이해할 것이다. 다른 경우들에서, 본 발명을 모호하게 하지 않기 위해 잘 알려진 방법들, 절차들, 구성요소들 및 회로들이 상세히 기술되어 있지 않다.

본 발명의 실시예들은 다양한 응용들에서 사용될 수 있다. 본 발명이 이 점에서 제한되지 않지만, 본 명세서에 개시된 기법들은 사용자들이 프로젝트에 관련된 다양한 컨텍스트들에서 정보를 보고자 할 수 있는 다양한 분야들, 임상 약물 또는 디바이스 연구, 및 다른 프로젝트들에서 소프트웨어 애플리케이션들에서 또는 이들과 함께 사용될 수 있다. 또한, "데이터"라는 용어의 사용이 제한하고자 하는 것이 아니고 데이터 및/또는 정보를 포함할 수 있지만 이로 한정되지 않음에 주목한다.

데이터를 수반하는 프로젝트에 관한 업무를 수행할 때, 사용자는 그 프로젝트, 예를 들어 사업 거래에 관련된 몇가지 프로그램들 또는 애플리케이션들에 액세스할 필요가 있을 수 있다. 사용자는 명세서 또는 보고서를 작성하기 위해 워드 프로세싱 애플리케이션을 열고, 거래의 재무 측면을 계산하기 위해 스프레드시트 애플리케이션을 열며, 동료 또는 당사자에게 거래를 발표하기 위해 프레젠테이션 애플리케이션을 열 필요가 있을 수 있다. 사용자가 이들 애플리케이션 각각을 "수직 탐색(vertically navigate)"할 필요가 없다면, 즉 사용자가 상이한 작업 또는 작업 흐름을 수행하고자 할 때마다 상이한 애플리케이션을 개시하거나 시작할 필요가 없다면, 바람직할 것이다. 테이블과 같은 동일한 또는 공통의 데이터가 상이한 애플리케이션들에 의해 사용되는 것이 또한 가능한데, 이는 사용자가 작업하고 있는 컨텍스트에 따라 사용자가 개별적인 애플리케이션을 열 것을 요구할 수 있다. 따라서, 이들 애플리케이션을 "수평 탐색(horizontally navigate)"하고 데이터를 이용하는 애플리케이션들로부터 데이터를 분리시켜서 시스템이 사용자에 의해 실행되는 작업 흐름에 기초하여 데이터를 보거나, 수정하거나, 이에 액세스하는 방식을 선택할 수 있게 하는 것이 또한 바람직할 수 있다.

보다 구체적으로는, 임상 연구와 같은 프로젝트의 컨텍스트 내에서, 사용자는 하나 초과의 역할을 맡을 수 있고, 가장 가능성이 높게는 수행할 하나 초과의 작업 흐름을 가질 수 있으며, 사용자가 상이한 작업 흐름을 수행하고자 할 때마다 사용자가 애플리케이션들을 통해 수직 탐색할 필요가 없다면 바람직할 것이다. 여기서 다시 말하면, 수평 탐색이 보다 바람직할 것이며, 동일한(또는 공통의) 데이터가 상이한 작업 흐름들에서 사용되고 있는 상황들에서 특히 그러하다.

그를 위해, 본 발명의 실시예들은, 사용자가 맡고 있는 역할, 사용자가 수행하고 있는 작업 흐름, 및 데이터가 사용되는 프로젝트 또는 연구 또는 연구 내의 사이트를 포함하지만 이로 한정되지 않는 다수의 속성들에 따라, 사용자가 데이터를 상이한 방식들로 보게 한다. 본 시스템은 사용자에 의해 선택된 연구, 역할 및 작업 흐름을 식별할 수 있고, 사용자가 작업 흐름을 실행하는 데 가장 적합한 애플리케이션을 선택할 수 있다. 사용자가 상이한 연구, 역할, 또는 작업 흐름을 수평 탐색하고자 하는 경우, 본 시스템은 특정의 적절한 애플리케이션 내에서 데이터를 제시하도록 적응할 수 있다.

이들 실시예의 목적은 애플리케이션들로부터 데이터를 분리시킬 수 있는 PaaS(platform as a service) 해결 방안을 제공하고 사용자가 애플리케이션을 수직 탐색하기보다는 작업을 수평 탐색하게 하는 것이다.

본 발명의 일 실시예에 따른 작업 흐름 실행 시스템(10)의 블록도인 도 1a를 이제 참조한다. 도 1a에 예시된 바와 같이, 사용자는 시스템(10)에 데이터를 입력할 수 있는데, 이 시스템은 데이터를 분석하고 처리하여 처리된 데이터를 사용자에게 제시한다. 사용자는 관리자, 계획자, 엔지니어 등과 같은 프로젝트에 관여된 임의의 개인 또는 조직일 수 있다. 임상 시험과 관련하여, 사용자는 작업 흐름 실행 시스템(10)을 사용할 수 있는 CRA, PI, 후원자, CRO, 또는 임의의 사람 또는 조직을 포함할 수 있다.

도 1b는 도 1a의 작업 흐름 실행 시스템의 보다 상세한 블록도이다. 보다 상세하게는, 작업 흐름 실행 시스템(10)은 서버/제어기(100), 및 인증기(authenticator)(142), 권한 부여기(authorizer)(144), 데이터베이스(140), 및 애플리케이션(121, 122, 123, 124)들(애플리케이션(125)은 나중에 설명될 것임)을 비롯한, 서버/제어기(100)와 상호작용하는 수개의 다른 부분들을 포함할 수 있다. 인터페이스(150)는 도 1b에서 컴퓨터 화면으로서 도시되어 있고, 인터넷 또는 웹 브라우저를 표시하는 컴퓨터 모니터의 일부일 수 있다. 인터페이스(150)는 또한 개인휴대용 정보단말기(personal digital assistant, PDA) 또는 핸드헬드 셀폰 또는 태블릿 상에 표시될 수 있다. 화면 상에, 논점의 프로젝트 또는 연구, 사용자의 역할, 및 사용자에 의해 수행하기로 선택된 작업 또는 작업 흐름을 각각 표시하는 드롭다운 박스(152, 154, 156)가 있을 수 있다. 인터페이스(150)는 애플리케이션(121 내지 124)에 액세스하는 데 사용되는 URL(uniform resource locator)을 표시하는 주소 박스(155); 및 테이블(159)과 같은 정보를 사용자에게 표시할 수 있거나 서버/제어기(100)로 전송될 사용자로부터의 입력을 포함할 수 있는 정보 섹션(158)을 포함할 수 있다. 인터페이스가 공통의 사용자 경험(user experience)(또는 UX)을 제공하는 것이 바람직하다. 드롭다운 박스 이외의 선택 도구로 이루어진 사용자 경험이, 예를 들어 라디오 버튼, 하이퍼링크, 또는 사용자 선택을 수신하는 임의의 다른 수단으로, 동일한 목적 및 기능을 달성할 수 있다.

서버/제어기(100)는, 각각, 연결부(181, 182, 184, 185, 186)들을 통해 인터페이스(150), 애플리케이션(121 내지 124), 인증기(142), 데이터베이스(140), 및 권한 부여기(144)와 통신할 수 있다. 연결부는 유선(예를 들어, 케이블) 또는 무선을 포함하지만 이로 한정되지 않는, 당업자에게 공지된 임의의 유형일 수 있고, (컴퓨터 내부와 같은) 단거리 또는 (인터넷 또는 다른 네트워크, 예를 들어 WAN(wide area network) 또는 LAN(local area network)을 통한 2개의 컴퓨터들의 연결과 같은) 원거리일 수 있다.

서버/제어기(100)는 인터페이스(150) 및 애플리케이션(121 내지 124)들로부터 서버/제어기에 전송되는 데이터를 조정하고 처리하는 애플리케이션 코디네이터(application coordinator)(110)를 포함할 수 있다. 데이터는 각각 어댑터(109, 101, 102, 103, 104)들을 통해 전달될 수 있다. 이들 어댑터는 코디네이터(110)가 데이터를 처리할 수 있도록 그리고 서버/제어기(100)의 출력이 인터페이스(150) 및 애플리케이션(121 내지 124)들을 위해 적절히 포맷팅되거나 렌더링되도록 데이터를 포맷팅할 수 있다. 코디네이터(110)는 또한 인증기(142) 및 권한 부여기(144)와 상호작용할 수 있다. 인증기(142)는 사용자 이름 및 패스워드 또는 생체 정보(biometrics)와 같은 자격 증명 정보를 받고, 이를 데이터베이스(143)에 저장된 연관과 비교하여 사용자가 시스템에 액세스하도록 허용되어 있는지를 결정할 수 있다. 일단 인증되면, 권한 부여기(144)는 사용자와 연관된 정보, 예를 들어 사용자가 액세스할 수 있는 연구, 그들 연구에서 사용자에게 이용가능한 역할, 및 그들 연구 및 역할에서 실행할 사용자에게 이용가능한 작업 흐름을 검색한다. 이들 연관은 데이터베이스(145)에 저장될 수 있다. 권한 부여기(144)는 또한 서버/제어기(100)가 작업 흐름에 액세스하기 전에 사용자가 선택하는 특정의 연구/역할/작업 흐름 조합이 사용자와 연관되어 있음을 확인하기 위해 나중에 검사할 수 있다. 예를 들어, 인터페이스(150) 및 서버/제어기(100)가 동일한 컴퓨터에 존재하는 경우에, 그러한 보조적인 권한 부여가 항상 필요한 것은 아닐 수 있음에 주목하여야 한다.

작업 흐름 실행 시스템(10)의 일 실시예의 일반 동작이 임상 연구와 관련하여 이제 기술될 것이다. 구체적으로는, 작업 흐름 실행 시스템(10)은 임상 연구의 다양한 스테이지들 동안에 데이터를 표시하고, 수집하며, 그에 대한 액세스를 허용하고, 그리고/또는 분석하기 위해 사용자와 데이터를 교환할 수 있다. 데이터는 혈압 데이터, 심박수 데이터, 및 물질대사 데이터와 같은, 약물을 평가하는 데 사용되는 대상 데이터를 포함할 수 있는 임상 연구 데이터를 포함할 수 있다. 데이터는 또한 대상 데이터의 수집과 연관된 메타데이터와 같은 모니터링 데이터, 또는 대상 데이터의 수집 또는 처리에 관련된 다른 데이터를 포함할 수 있다.

사용자는 연구의 설계, 연구의 실행, 데이터의 수집 및 분석, 및/또는 규제 기관에의 데이터의 제출과 같은 임상 시험의 다양한 단계들에서 작업 흐름 실행 시스템(10)을 사용할 수 있다. 이들 단계 각각은 몇가지 다른 작업들 또는 작업 흐름들을 수반할 수 있다. 예를 들어, 연구를 설계할 시에, 후원자 또는 CRO일 수 있는 사용자는 계획안(protocol)을 개발하고, 데이터를 수집하는 데 사용되는 CRF(case report form)를 개발하며, 데이터 관리 계획을 개발하고, 사이트들을 선택할 수 있다. 연구를 실행할 시에, 후원자, CRO 또는 PI일 수 있는 사용자는 사이트들을 개시하고, 고지에 의한 동의를 환자들로부터 획득하며, 환자들을 선별하고, 환자들을 등록하며, 환자들을 연구의 부문에 배정하고, 연구 절차를 개발할 수 있다. 데이터를 수집할 시에, PI는 CRF를 완성할 수 있거나, 후원자 또는 CRO는 소스 데이터 검증, 데이터 클리닝(data cleaning), 또는 데이터베이스 잠금(database locking)을 수행할 수 있다. 규제자에게 보고서를 제출할 시에, 후원자는 CRF를 수집하고, 질의를 검토하며, 감사를 수행하고, 다른 보고서를 작성할 수 있다. 본 명세서에 기술되지 않은 수많은 다른 작업들 또는 작업 흐름들이 본 작업 흐름 실행 시스템에 마찬가지로 포함된다.

본 발명의 일 실시예에서, 3개의 주요 부분들, 즉 서버/제어기(100), 애플리케이션(121 내지 124)들 및 인터페이스(150)가 작업 또는 작업 흐름을 달성하는 데 사용된다. 일 실시예에 따르면, 서버/제어기(100)는 어느 애플리케이션들이 특정의 작업들을 수행할 수 있는지를 식별하고, 인터페이스(150)를 통해 사용자들로부터 데이터를 수집하며, 데이터를 애플리케이션들에 제공하고, 그리고/또는 예를 들어 사용자의 브라우저(인터페이스(150))를 통해 어느 데이터 및 대응하는 애플리케이션이 표시되고 사용자에 의해 액세스가능하게 되는지를 제어하는, 애플리케이션들과 브라우저 사이의 전달자(conduit) 또는 프록시 서버로서 역할할 수 있다.

도 2는 후원자가 어떻게 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템을 설정할 수 있는지를 예시하는 플로우차트이다. 도 2에 예시된 바와 같이, 후원자 또는 CRO는 임상 연구를 완료하는 데 필요할 수 있는 애플리케이션들 및 작업 흐름들의 유형들을 다루도록 작업 흐름 실행 시스템(10)을 설정할 수 있다. 따라서, 동작(205)에서, 후원자 또는 CRO는 시스템 사용자에게 이용가능하게 될 작업 흐름을 결정할 수 있고, (예를 들어, 비용 또는 처리 시간 또는 복잡도를 절감하기 위해) 이용가능한 작업 흐름들의 목록 중에서 선택할 수 있거나, 임상 연구를 위해 이용가능한 모든 작업 흐름들을 가질 수 있다. 동작(210)에서, 후원자 또는 CRO는 시스템(10)에 의해 수집될 데이터를 결정할 수 있다. 동작(215)에서, 후원자 또는 CRO는 시스템 사용자들을 식별하고 이들에게 자격 증명(예를 들어, 사용자 이름 및 패스워드, 또는 가능하게는 생체 정보)을 제공하는 것에 의해 시스템 사용자들에 대한 인증을 제공할 수 있다. 동작(220)에서, 후원자 또는 CRO는 각각의 사용자를 특정의 약물 연구(임상 연구), 각각의 연구 내에서의 특정의 역할, 그리고 각각의 역할 및 연구에 대한 특정의 작업 흐름과 연관시킬 수 있다. 대안적으로, 후원자 또는 CRO는 각각의 연구 내에서의 역할들을 선택할 수 있고, 그들 역할은 시스템에 의해 설정된 작업 흐름을 이미 그들과 연관시켰을 수 있다. 이들 미리 준비된 역할-작업 흐름 연관은 후원자가 사용자들을 등록하는 것을 보다 쉽게 만들 수 있는데, 그 이유는 후원자가 각각의 사용자에 대한 각각의 작업 흐름을 지정할 필요가 없기 때문이다. 자격 증명 및 연관 정보는, 사용자가 임상 연구의 과정 동안에 작업 흐름 실행 시스템(10)에 액세스할 때, 인증 및 권한 부여에서 사용하기 위해 데이터베이스(143, 145)와 같은 데이터베이스에 저장될 수 있다. 도 2에 도시된 동작들 이외에, 작업 흐름 실행 시스템을 설정하기 위해 다른 동작들 또는 일련의 동작들이 사용될 수 있다. 더욱이, 플로우차트에서의 동작들의 실제의 순서가 중요하지 않을 수 있다.

시스템에서 설정될 수 있는 역할들의 예는 프로그래머, 생체 통계학자, 임상 연구 요원(clinical research associate, CRA), 사이트 모니터(site monitor), 데이터 관리자, EDC 연구 제작자, 환자 고지-동의 전문가, 환자 모집 전문가, R&D 고위 관리자, 임상 연구 코디네이터(clinical research coordinator, CRC), 연구 코디네이터, 공급업체, CRO 관리자; 임상 품질 관리자, 약물 감시 전문가, 시험 책임자(PI) 등을 포함한다.

일반적으로, 임상 연구와 연관된 작업 흐름은 연구 설계, 연구 실행, 데이터 수집 및 분석, 그리고 규제 기관에의 데이터의 제출에 대응한다. 연구 설계는 계획안 개발, 고지에 의한 동의 및 CRF(case report form)의 개발, 데이터 관리 계획, 사이트 선택, IRB(윤리) 승인에 대응하는 작업 흐름을 포함할 수 있다. 연구 실행은 연구자 회의, 사이트 개시(site initiation), 그리고, 각각의 대상에 대한, 동의, 선별, 등록, 무작위화, 및 연구 절차의 수행에 관련된 작업에 대응하는 작업 흐름을 포함할 수 있다. 데이터 수집 및 분석은 데이터 수집, CRF 완성, 소스 데이터 검증, 데이터 클리닝, 및 데이터베이스 잠금에 대응하는 작업 흐름을 포함할 수 있다. 규제 기관에의 데이터의 제출은 CRF, SAS 데이터세트, 질의, 감사 추적, 및 다른 보고에 대응하는 작업 흐름을 포함할 수 있지만 이로 한정되지 않는다.

도 3a 내지 도 3f는 사용자가 어떻게 본 발명의 일 실시예에 따른 작업 흐름 실행 시스템을 사용하여 세션을 개시하고 수행될 작업 흐름을 선택할 수 있는지를 예시한다. 인터페이스(150)가 드롭다운 박스(152, 154, 156) 및 정보 섹션(158)과 함께 도면에 도시되어 있다. 작업 흐름 실행 시스템(10)에 액세스할 시에, 시스템은 시스템에 대해 사용자를 식별하기 위해(309 참조) 도 3a에서 사용자에게 사용자 이름 및 패스워드 또는 생체 정보와 같은 자격 증명을 제공하도록 프롬프트할 수 있다. 자격 증명이 제공되면, 코디네이터(110)는 (데이터베이스(143)에 저장되어 있을 수 있는) 자격 증명을 검증하기 위해 인증기(142)와 통신할 수 있다.

일단 검증되면, 시스템은 어느 연구/역할/작업 흐름 조합이 사용자에 대해 등록되어 있거나 사용자와 연관되어 있는지를 검색할 수 있다. 검색은 코디네이터(110)로 하여금 권한 부여기(144)와 통신하여 사용자에 대해 등록되어 있는, 데이터베이스(145)에 저장되어 있을 수 있는 연구/역할/작업 흐름 조합을 검색하게 하는 소프트웨어 코드의 실행을 통해 달성될 수 있다. 도 3b는 드롭다운 박스들로부터 연구, 역할 및 작업 흐름을 선택하라고 사용자에게 프롬프트하는 대화(dialog)(319)를 나타낸다. 도 3c는 사용자에 대해 등록되어 있을 수 있는 모든 연구, 역할, 및 작업 흐름을 나타낸다. 전형적으로 한번에 하나의 드롭다운 박스만이 활성화될 수 있기 때문에, 이 도시는 단지 예시를 위한 것이다. 이전과 같이, 드롭다운 박스 이외의 선택 도구로 이루어진 사용자 경험이, 예를 들어 라디오 버튼, 하이퍼링크, 또는 사용자 선택을 수신하는 임의의 다른 수단으로, 동일한 목적 및 기능을 달성할 수 있다. 선택된 연구에 따라, 보여지는 역할들 모두가 이용가능한 것은 아닐 수 있고, 마찬가지로, 선택된 역할에 따라, 보여지는 작업 흐름들 모두가 이용가능한 것은 아닐 수 있다.

도 3d 내지 도 3f는 가능한 연구/역할/작업 흐름 조합의 선택을 나타낸다. 도 3d는 사용자가 연구 5를 선택했음을 나타낸다. 연구 5를 선택하는 것에 의해, 이러한 특정의 연구에 대해 사용자와 연관된 역할은 굵은체로 표시될 수 있고, 이러한 특정의 연구에 대해 사용자와 연관되지 않은 (그러나 도 3c에 도시되어 있던) 다른 역할들은 상이한 폰트를 사용하여 또는 흐릿하게 표시되거나 전혀 표시되지 않을 수 있다. 연관된(즉, 굵은체로 된) 역할들 중 하나가 전형적으로 사용자에 의해 선택될 수 있지만, 사용자가 또한 연관되지 않은 역할들 중 하나를 선택할 수 있고, 이 경우에 사용자는 다른 연구를 재선택할 수 있을 것이다. (그러한 상황에서, 시스템은 재선택 프로세스가 적절하다는 것과 사용자가 그 재선택을 위한 권한이 있다는 것을 확인하기 위해 부가의 단계들을 취할 수 있다.) 도 3e는 사용자가 역할 2를 선택했음을 나타낸다. 역할 2를 선택하는 것에 의해, 이러한 특정의 연구 및 역할에 대해 사용자와 연관된 작업 흐름은 굵은체로 표시될 수 있고, 이러한 특정의 역할 및 연구에 대해 사용자와 연관되지 않은(그러나 도 3c에는 도시되어 있는) 다른 작업 흐름은 다른 폰트를 사용하여 또는 흐릿하게 표시되거나 전혀 표시되지 않을 수 있다. 연관된(즉, 굵은체로 된) 작업 흐름들 중 하나가 전형적으로 사용자에 의해 선택될 수 있지만, 사용자가 또한 연관되지 않은 작업 흐름들 중 하나를 선택할 수 있고, 이 경우에 사용자는 다른 역할 및/또는 연구를 재선택할 수 있을 것이다. (전술된 바와 같이, 사용자가 역할 및/또는 연구를 재선택하는 경우, 시스템은 재선택 프로세스가 적절하다는 것과 사용자가 그 재선택을 위한 권한이 있다는 것을 확인하기 위해 부가의 단계들을 취할 수 있다.) 대화(329)에서, 도 3f는 사용자가 연구 5/역할 2/작업 흐름 28을 선택했음을 나타낸다.

도 3에서 선택된 옵션들의 순서가 제한하기 위한 것이 아니고, 당업자는 동작들이 임의의 적절한 순서로 수행될 수 있음을 이해할 것이다. 예를 들어, 도 3c에서, 사용자는 먼저 6개의 이용가능한 역할들로부터 선택할 수 있고, 일단 역할이 선택되면, 연관된 연구 및 작업 흐름 선택들이 그 드롭다운 박스에 굵은체 유형으로 나타날 것이며, 연관되지 않은 연구 및 작업 흐름 선택들은 다른 폰트로 또는 흐릿하게 표시되거나 전혀 표시되지 않을 수 있다. 그 상황에서, 역할 2가 선택되면, 아마도 연구 1, 연구 5, 및 연구 8이 연관될 것이고 굵은체로 표시될 것이다. 유사하게, 역할 2가 선택되면, 연구가 선택되기 전에, 아마도 작업 흐름 1, 작업 흐름 6, 작업 흐름 12, 작업 흐름 15, 작업 흐름 26, 및 작업 흐름 28이 굵은체로 표시될 것이다.

일단 연구/역할/작업 흐름 조합이 선택되면, 작업 흐름 실행 시스템(10)은 작업 흐름을 실행하기 시작할 수 있다. 각각의 작업 흐름은 애플리케이션(121 내지 124)과 연관될 수 있다. 이들 연관은 서버/제어기(100) 내의 캐시 메모리와 같은 메모리(도 1b에 도시되지 않음)에 또는 데이터베이스(140)와 같은 외부 데이터베이스 내에 저장될 수 있고, 실행가능 소프트웨어 코드(도 1b에 도시되지 않음)를 통해 액세스될 수 있다. 다른 실시예에서, 이들 연관은 발행-가입 메시징 패턴(publish-subscribe messaging pattern)("pub/sub" 패턴이라고 또한 불림)을 사용하여 애플리케이션에 의해 발행될 수 있고, 이에 의해 각각의 애플리케이션은 다른 애플리케이션에 그리고 서버/제어기(100)에 그의 ID 및 그와 연관되어 있는 연구, 역할, 및 작업 흐름을 발행한다. 그러한 연관은 세션 변수로서 전달되어, 서버/제어기(100)가, 보다 느린 캐시 메모리 또는 데이터베이스 메모리(140)에 의존하기 보다는, 인터페이스(150)로부터의 URL을 통해 보다 효율적으로 애플리케이션(121 내지 125)들과 통신하게 할 수 있다.

애플리케이션(121 내지 124)의 예는 계획안 설계 프로그램, 예산 편성 프로그램, 임상시험위탁기관(contract research organization, CRO) 프로그램, EDC(electronic data capture) 프로그램, 무작위화 프로그램, 관리 프로그램, 및 의료 코딩 프로그램과 같은 임상 연구와 연관된 소프트웨어 프로그램이다. 메디데이터 솔루션즈(Medidata Solutions)의 디자이너(Designer)(등록상표)와 같은 계획안 설계 프로그램은 임상 연구 및 연구 계획안을 설계하는 데 사용될 수 있다. 메디데이터 그랜츠 매니저(Medidata Grants Manager)(등록상표)와 같은 예산 편성 프로그램은 예산을 결정하고 자원을 배정하며, 사이트를 조사하고, 준수 위험(compliance risk)을 관리하며, 등록을 간소화하고, 연구자에게 임금을 지불하는 데 사용될 수 있다. 메디데이터 CRO 컨트랙터(Contractor)(등록상표)와 같은 CRO 프로그램은 후원자가 그의 CRO와의 관계를 최적화하는 것을 돕는 데 사용될 수 있다. 메디데이터 레이브(Rave)(등록상표)와 같은 EDC 프로그램은 연구 데이터를 전자적으로 포착하고 관리하는 데 사용될 수 있다. 메디데이터 밸런스(Balance)(등록상표)와 같은 무작위화 프로그램은 연구를 무작위화하고 연구에 대한 약물 공급을 관리하는 데 사용될 수 있다. 메디데이터 CTMS™와 같은 관리 프로그램은, 작업들 중에서도 특히, 사이트 방문 및 사이트 지불(site payment)을 비롯한 임상 연구의 부분들을 관리하는 데 사용될 수 있다. 메디데이터 코더(Coder)(등록상표)와 같은 의료 코딩 프로그램은 중앙 집중식 코딩 시스템을 설정하는 데 사용될 수 있다. 이들 애플리케이션의 예가 기존의 프로그램이지만, "애플리케이션"이라는 용어는 제한하기 위한 것이 아니고 이들 또는 유사한 프로그램의 서브셋을 포함할 수 있거나, 프로그램의 모듈 또는 애플리케이션 또는 프로그램의 기능적 서브유닛(functional subunit)일 수 있다.

각각의 애플리케이션은 또한 다수의 상이한 작업 흐름들을 포함할 수 있다. 서버/제어기(100)는 사용자에 의해 선택된 작업 흐름을 받을 수 있고, 그 작업 흐름과 연관된 애플리케이션을 식별할 수 있다. 코디네이터(110)는 이어서, 가능하게는 애플리케이션에 대한 요청을 포맷팅하기 위해 어댑터(101 내지 104)들 중 하나를 사용하여, 연구 및 역할 정보를 지정된 애플리케이션으로 전달할 수 있다. 서버/제어기(100)는 이어서, 작업 흐름을 실행하기 위해, 선택된 애플리케이션과 사용자 사이의 매개자로서 작용할 수 있다. 서버/제어기(100)는 애플리케이션으로부터 전송된 정보 및/또는 데이터를 받고, 가능하게는 어댑터(109)를 사용하여, 인터페이스(150)를 위해 이를 포맷팅 또는 렌더링할 수 있다. 이러한 프로세스는, 작업 흐름이 완전히 실행되거나 사용자가 다른 방식으로 작업 흐름 상의 작업을 중단할 때까지, 사용자와 애플리케이션 사이에서 반복될 수 있다.

일 실시예에서, 작업 흐름 실행 시스템(10)은 데이터베이스(132, 134, 136)를 포함할 수 있는 데이터 스토어(data store)(130)와 같은 데이터베이스에 액세스하는 것을 비롯한, 애플리케이션(121 내지 124)들에 대한 다양한 공통의 서비스 작업을 수행할 수 있는 서비스 애플리케이션(128)들을 포함할 수 있다. 애플리케이션(121 내지 124)들은 버스(188) 및 인터넷 또는 다른 네트워크 연결부일 수 있는 (그리고 연결부(181, 182, 184, 185, 186)들과 동일한 유형의 연결부인) 연결부(183)를 통해 서비스 애플리케이션(128)에 연결될 수 있다. 사용자와 애플리케이션 사이에서 전송되는 데이터는 데이터 스토어(130)에 저장될 수 있고, 애플리케이션들 각각에 의해 이용가능하게 될 수 있다. 대안적으로, 애플리케이션은 서비스 애플리케이션(128)을 사용함이 없이 데이터 스토어(130)에 액세스할 수 있거나, 각각의 애플리케이션은 그 애플리케이션만이 액세스하게 될 데이터를 저장하기 위해 그 자신의 데이터베이스(도시되지 않음)를 가질 수 있다. 서비스 애플리케이션(128)들이 애플리케이션(121 내지 124)들에 연결된 단일의 블록으로 도시되어 있지만, 또한 서버/제어기(100)에 연결되고 서버/제어기(100)를 위해 직접 서비스 작업들을 수행할 수 있다.

다른 실시예에서, 인증기/권한 부여기(162, 164)는, 각각, 애플리케이션(121 내지 124)들 및 서비스 애플리케이션(128)들과 연관될 수 있다. 이들 인증기/권한 부여기는, 인증기(142) 및 권한 부여기(144)에 의해 수행되는 것과 유사하게, 인증 및 권한 부여 둘 모두를 수행할 수 있다. 인증기/권한 부여기(162, 164)는, 특히 서버/제어기(100)로부터의 요청 및 데이터가 인터넷(예컨대, 연결부(182, 183))을 통해 전송되었을 수 있기 때문에, 요청 및 데이터가 진짜임을 보장할 수 있다. 서버/제어기(100)는, 예를 들어 인증 프로그램을 사용하여 그의 요청에 디지털 서명할 수 있고, 인증기/권한 부여기(162, 164)는, 예를 들어 데이터베이스(163, 165)에 저장된 정보를 사용하여, 서명을 검증할 수 있다. 인증기/권한 부여기(162, 164)는 또한 사용자가 특정의 작업 흐름을 수행할 권한이 있다는 것과 각각의 애플리케이션이 서비스 애플리케이션(128)들 및 데이터 스토어(130)와 상호작용할 권한이 있음을 보장할 수 있다. 일반적으로, 작업 흐름 실행 시스템(10)의 섹션 간의 모든 트랜잭션들이 인증되고/되거나 권한 부여될 수 있지만, 전체적인 인증 및 권한 부여는 시스템을 다운시킬 수 있어서, 인증 및 권한 부여가 신뢰성이 떨어지는 연결부들로 제한될 수 있다.

본 발명의 이점들 중 하나는 사용자가 작업 흐름을 완수하기 위해 임의의 특정의 애플리케이션에 직접 액세스할 필요가 없을 수 있다는 것이다. 사용자는 어느 작업 흐름이 실행되어야 하는지만 알고 있으면 되고, 시스템은 어느 애플리케이션이 작업 흐름을 실행하는 데 가장 적합한지를 결정할 수 있다. 시스템은 이어서 데이터를 애플리케이션과 호환되도록 포맷팅할 수 있고, 얻어진 데이터를 사용자에게 유용한 방식으로 사용자를 위해 렌더링할 수 있다. 일부 경우에, 하나 초과의 애플리케이션(121 내지 124)을 사용하여 작업 흐름이 실행될 수 있고, 시스템은 필요한 애플리케이션들 각각과 상호작용함으로써 그러한 실행을 수행할 수 있다. 본 발명이 없다면, 사용자는 어느 애플리케이션(또는 애플리케이션들)이 특정의 작업 흐름을 실행하는 데 가장 적합한지를 알고 그 애플리케이션에 특유한 요청을 특별히 포맷팅할 필요가 있을 것이다.

본 발명의 다른 이점은 시스템이 융통성 있고, 스케일러블(scalable)하며, 확장가능하다는 것이다 - 즉, 사용자의 지식 없이 그리고 복잡한 소프트웨어 재작성 없이 애플리케이션들이 부가될 수 있다 -. 일례로서, 단지 새로운 애플리케이션을 서버/제어기(100)에 등록시키는 것(그리고 가능하게는 어댑터(105)를 통해 연결시키는 것)에 의해, 애플리케이션(125)이 작업 흐름 실행 시스템(10)에 부가될 수 있다. 등록은 서버/제어기(100)가 애플리케이션(125)이 실행할 수 있는 작업 흐름뿐만 아니라, 그러한 작업 흐름을 수행할 수 있는 역할을 기록하는 것을 수반할 수 있다. 따라서, PI와 같은 역할은 애플리케이션(125)의 부가에 의해 가능하게 되는 작업 흐름을 그와 동적으로 연관시킬 수 있고, 역할 PI를 가지는 모든 사용자들은 마찬가지로 그러한 부가의 작업 흐름에 액세스할 것이다. 유사하게, 애플리케이션을 서버/제어기(100)로부터 등록 취소함으로써 애플리케이션들이 제거될 수 있고, 그 애플리케이션과 연관된 작업 흐름이 다양한 역할들로부터 제거될 것이다.

본 발명의 다른 이점은 애플리케이션들이 유사한 또는 표준의 방식으로 동작하도록 설계되어, 서버/제어기(100)와의 애플리케이션들의 상호작용이 표준화되게 할 수 있다는 것이다. 이러한 표준화의 일부는 앞서 논의된 pub/sub 메시징 패턴을 제공하는 것을 포함할 수 있다. 그러한 메시징은 작업 흐름 실행 시스템(10)을 보다 융통성있고 스케일러블하게 할 수 있다.

도 1a 및 도 1b에 나타낸 블록은 작업 흐름 실행 시스템(10)을 포함할 수 있는 모듈들의 예들이고, 작업 흐름 실행 시스템(10)의 일부이거나 그에 연결되거나 그와 연관될 수 있는 블록들 또는 모듈들을 제한하지 않는다. 예를 들어, 전술된 바와 같이, 연결부(181, 182, 184, 185, 186)들은 단거리(컴퓨터 내) 또는 원거리(네트워크를 통함)일 수 있다. 어댑터(101 내지 105)들이 서버/제어기(100) 내에 도시되어 있지만, 애플리케이션(121 내지 125)들의 일부일 수 있거나 애플리케이션들 및 서버/제어기(100) 둘 모두와 별개일 수 있다. 유사하게, 어댑터(109)가 서버/제어기(100) 내에 도시되어 있지만, 인터페이스(150)의 일부일 수 있거나 인터페이스 및 서버/제어기(100) 둘 모두와 별개일 수 있다. 인증기(142) 및 권한 부여기(144)는 서버/제어기(100) 외부에 도시되어 있지만, 서버/제어기(100) 내에 있을 수 있다. 인증기/권한 부여기(162, 164)들이 결합된 블록으로서 도시되어 있지만, 인증기(142) 및 권한 부여기(144)처럼 별개의 블록들일 수 있다. 다양한 데이터 스토어들 및 데이터베이스들이 별개의 블록들로서 도시되어 있지만, 이들이 연관되어 있는 블록들 내의 메모리에 존재할 수 있다. 도 1a 및 도 1b에서의 블록은 일반적으로 소프트웨어 또는 하드웨어 또는 이 둘의 조합으로 구현될 수 있다.

하기의 실시예들은 약물 또는 의료 디바이스에 대한 임상 연구의 환경에서 기술되지만, 본 발명의 실시예들이 데이터가 사용자의 작업/역할/직무/기능에 기초하여 상이한 방식들로 상이한 청중들에 제시될 수 있는 프로젝트 수행을 수반하는 다른 분야들에서 사용될 수 있음이 이해될 것이다. 예를 들어, 사용자는 상이한 프로젝트들에 대해 그들 프로젝트에서의 사용자의 역할 또는 역할들에 따라 다양한 작업 흐름들이 이용가능한 시스템을 이용할 수 있을 것이다. 앞서 기술된 바와 같이, 이들 프로젝트는 사업 거래, 학기 프로젝트, 건설 프로젝트, 및 강좌 계획을 포함할 수 있다. 보다 일반적으로, 오피스 애플리케이션 제품군을 수반하는 프로젝트가 본 발명에 의해 고려된다.

본 발명의 일 실시예에 따른 작업 흐름 실행 시스템(10)의 일반 동작을 나타내는 플로우차트인 도 4를 이제 참조한다. 동작(401)에서, 서버/제어기(100)는 애플리케이션(121 내지 125)들 중 하나 이상을 등록할 수 있다. 이는 전술된 바와 같이 동적일 수 있고, 애플리케이션들이 실행할 수 있는 작업 흐름들뿐만 아니라, 그러한 작업 흐름을 수행할 수 있는 역할들을 기록하는 것을 포함할 수 있다. 동작(405)에서, 서버/제어기(100)는, 예를 들어 자격 증명(예컨대, 사용자 이름 및 패스워드, 또는 생체 정보)을 요청하는 것에 의해, 사용자를 인증할 수 있다(도 3a 참조). 동작(410)에서, 서버/제어기(100)는 인증된 사용자에 대해 이용가능한 연구, 역할, 및 작업 흐름의 조합들을 결정하고 그들 조합을 사용자에게 제시할 수 있다. 동작(415)에서, 서버/제어기(100)는, 도 3b 내지 도 3f와 관련하여 전술되었던 바와 같이, 사용자의 선택에 기초하여 실행될 작업 흐름을 결정할 수 있다. 동작(420)에서, 서버/제어기(100)는 사용자에 의해 선택된 연구/역할/작업 흐름 조합이 그 사용자와 연관됨을 보장하기 위해 사용자에게 권한 부여할 수 있다. 인터페이스(150) 및 서버/제어기(100)가 동일한 컴퓨터 내에 있는 경우(예컨대, 연결부(181)가 단거리인 경우), 이러한 동작이 사용되지 않을 수 있지만, 연결부(181)가 원거리인 경우, 사용자로부터의 정보가 서버/제어기(100)로 적절히 전달되었음을 보장하기 위해 그러한 인증이 요구될 수 있다. 동작(425)에서, 서버/제어기(100)는 어느 애플리케이션(예컨대, 121 내지 125)이 선택된 작업 흐름을 실행하는 데 사용되어야 하는지를 결정할 수 있다. 이는, 전술된 바와 같이, 선택된 작업 흐름과 애플리케이션 사이의 연관을 검색하기 위해 데이터베이스(140)에 액세스하는 것에 의해 또는 애플리케이션의 pub/sub 메시징 패턴을 검토하는 것에 의해 행해질 수 있다. 애플리케이션이 서버/제어기(100)와 동일한 컴퓨터 내에 위치해 있지 않은 경우, 그러한 연관은 파일 경로 또는 주소 또는 URL(uniform resource locator)을 포함할 수 있다. URL은, 본 명세서에서 고려되는 바와 같이, 객체 또는 데이터의 주소일 수 있는 원시 URL(raw URL), 및 영향을 받을 데이터 및 그 데이터에 대해 수행될 원하는 동작 또는 작업을 나타낼 수 있는 추상화된 원시 URL(abstracted raw URL)인 플랫폼 URL(platform URL)을 포함할 수 있다. 플랫폼 URL의 일례는 "설계 보고"를 포함할 수 있는데, 그 이유는 그것이 요구되는 동작이기 때문이다. 선택된 작업 흐름을 실행하기 위해 어느 애플리케이션이 사용되어야 하는지를 결정하는 것은 플랫폼 URL을 원시 URL로 변환하는 것을 포함할 수 있다. 동작(430)에서, 서버/제어기(100)는 애플리케이션의 경로, 주소 또는 URL을 통해 애플리케이션을 개시(또는 애플리케이션을 호출)하고, 사용자의 데이터를 URL의 일부로서 애플리케이션으로 전송할 수 있다. 그러한 정보는 애플리케이션이 작업 흐름을 적절히 개시할 수 있도록 연구/역할/작업 흐름 조합을 포함할 수 있다.

선택된 애플리케이션은 작업 흐름을 실행하기 시작할 수 있고, 동작(435)에서, 서버/제어기(100)는 애플리케이션으로부터 데이터를 수신할 수 있다. 동작(440)에서, 서버/제어기(100)는 이어서 데이터를 포맷팅하여 이를 사용자에게 전송할 수 있다. 이것이 작업 흐름의 끝인 경우(동작(445)에서 결정됨), 서버/제어기(100)는 동작(415)으로 되돌아가서 사용자에 의한 다른 작업 흐름의 선택을 기다린다. 이것이 작업 흐름의 끝이 아닌 경우(동작(445)에서 결정됨), 동작(450)에서 데이터가 이어서 사용자로부터 수신되는 루프가 시작된다. 인터페이스(150) 및 서버/제어기(100)가 네트워크를 통해 상호작용할 수 있기 때문에, 동작(455)에서 서버/제어기(100)는 다시 사용자에게 권한 부여하고 선택된 작업 흐름을 허가할 필요가 있을 수 있다. 그 후에, 동작(460)에서 서버/제어기(100)는 사용자로부터의 데이터를 포맷팅하여 이를 처리를 위해 애플리케이션으로 전송할 수 있다. 루프는, 서버/제어기(100)가 애플리케이션으로부터 데이터를 수신하고 데이터를 포맷팅하여 이를 사용자에게 전송하며 이어서 작업 흐름이 완료되었는지를 결정하기 위해, 전술된 바와 같이 동작(435, 440, 445)들을 계속한다. 도 4에 도시된 동작들 이외에, 작업 흐름들을 실행하기 위해 다른 동작들 또는 일련의 동작들이 사용될 수 있다. 더욱이, 플로우차트에서의 동작들의 실제의 순서가 중요하지 않을 수 있다.

도 5는 작업 흐름 실행 시스템(10)의 동작을 보는 다른 방식을 나타낸다. 도 5는 본 발명의 일 실시예에 따른 호스트형 프록시 아키텍처의 개략도이다. 이러한 아키텍처는 제어기 클라이언트측 코드(510), 프록시 서버(520), 호스팅된 애플리케이션 인스턴스 A(530), 및 호스팅된 애플리케이션 인스턴스 B(540)를 포함한다. 요청(501)은 사용자의 웹 브라우저로부터 오고, 서버/제어기(100)는 요청에 대해 프록시 서버(520)로서 작용한다. 이러한 요청은 URL로서 서버/제어기(100)로 전송될 수 있다. URL은 사용자에 의해 선택된 연구, 역할, 및 작업 흐름을 포함할 수 있다. 프록시 서버(520)는 동작(522)에서 사용자의 서명 자격 증명을 검사함으로써 사용자를 인증하고, 동작(524)에서 특정의 연구, 역할, 및 작업 흐름에 대해 사용자에게 권한 부여할 수 있다. 프록시 서버(520)는 이어서 요청을 선택된 작업 흐름에 의해 표시된 애플리케이션으로 전달하기 시작할 수 있다. 동작(526)에서, 프록시 서버(520)는 요청에 디지털 서명할 수 있고, 따라서 애플리케이션은 요청이 프록시 서버(520)로부터 오는 것으로 결정할 수 있다. 이어서, 동작(528)에서, 프록시 서버(528)는 요청을 호스팅된 애플리케이션의 인스턴스(이 경우에, 호스팅된 애플리케이션 인스턴스 B(540))로 디스패치할 수 있다. 단지 2개의 애플리케이션 인스턴스들이 도 5에 도시되어 있지만, 작업 흐름 실행 시스템(10)은 실행 중인 각각의 호스팅된 애플리케이션(121 내지 125)의 다수의 인스턴스들을 가질 수 있다.

동작(542)에서, 호스팅된 애플리케이션 인스턴스 B(540)는, 예를 들어 인증기(160)를 사용하여 프록시 서버(520)로부터의 요청을 인증하고, 요청이 프록시 서버(520)로부터 왔음을 보장하기 위해 디지털 서명을 검사한다. 동작(544)에서, 호스팅된 애플리케이션 인스턴스 B(540)는 사용자로부터의 요청을 처리하고, 이어서, 동작(546)에서, 호스팅된 애플리케이션 인스턴스 B(540)는 HTML, XML, JSON 등과 같은 일부 미디어 유형을 사용하여 그의 응답을 렌더링한다. 동작(548)에서, 호스팅된 애플리케이션 인스턴스 B(540)는 사용자의 연구, 역할, 및 작업 흐름을 식별해주는 메타데이터를 포함하는 컨텍스트(또는 위치) 변화의 통지를 (HTML로) 제공할 수 있고, 이어서 요청을 프록시 서버(520)로 반환한다.

동작(582)에서, 프록시 서버(520)는 공통의 사용자 경험(user experience, UX)을 위해 요청을 렌더링(또는 포맷팅)하고, 이어서 동작(592)에서 컨텍스트 사용자 경험을 업데이트하기 위해 응답을 제어기 클라이언트측 코드로 전송한다. 이는, 사용자의 컨텍스트(예컨대, 연구, 역할, 및 작업 흐름)(그것이 또한 변화된 경우)뿐만 아니라 사용자의 웹 브라우저의 정보 화면(158)이 업데이트되게 할 수 있다.

앞서 논의된 바와 같이, 본 발명의 하나의 이점은, 수직 탐색보다는 수평 탐색을 허용하기 위해, 애플리케이션들의 다수의 인스턴스들을 여는 능력일 수 있다. 수직 탐색은 사용자가 다른 작업을 수행하기 위해 새로운 애플리케이션을 여는 것을 필요로 한다. 예를 들어, 사용자는 이메일 프로그램을 사용하여 이메일을 열 수 있지만, 이어서 첨부물을 보기 위해 워드 프로세싱 프로그램을 열 필요가 있을 수 있다. 대조적으로, 수평 탐색을 사용하면, 사용자는 주 프로그램에서 이메일을 보고, 이어서 동일한 프로그램에서 워드 프로세싱 애플리케이션의 인스턴스를 여는 것에 의해 첨부물을 볼 수 있다. 이러한 인스턴스는 이어서 사용자의 컨텍스트 또는 위치를 추적하고 유지할 수 있다.

도 6은 작업 흐름 실행 시스템(10)의 동작을 보는 다른 방식을 나타낸다. 도 6은 본 발명의 일 실시예에 따른 컨텍스트 아키텍처의 개략도이다. 이러한 아키텍처는 제어기 클라이언트측 코드(610), 프록시 서버(620), 시스템 호스팅된 애플리케이션(또는 서비스) 인스턴스(630), 및 호스팅된 애플리케이션(또는 서비스) 인스턴스(640)를 포함한다.

도 6에 도시된 작업은 인터페이스(150) 상에 렌더링될 수 있는, 제어기 클라이언트측 코드(610)에서의 컨텍스트(605), 예컨대 현재 애플리케이션, 연구, 환경, 사이트, 및 대상을 채우는 것이다. 애플리케이션(611)을 채우기 위해, 제어기 클라이언트측 코드(610)는 프록시 서버(620)로부터 애플리케이션을 요청한다. 애플리케이션(611)은 도 6에서 EDC 또는 전자 데이터 포착(electronic data capture) 애플리케이션으로서 도시되어 있다. 연구(613)를 채우기 위해, 제어기 클라이언트측 코드(610)는 시스템 호스팅된 애플리케이션(630)에 요청을 하고, 선택된 연구가 API(application programming interface)를 통해 렌더링될 수 있다. 또한, 이러한 시스템 호스팅된 애플리케이션(630)에의 연결이 인터넷을 통할 수 있기 때문에, 사용자가 연구들에 대한 적절한 액세스를 가짐을 보장하기 위해, 요청이 인증될 필요가 있을 수 있다. 환경(615), 사이트(617), 및 대상(619)을 채우기 위해, 제어기 클라이언트측 코드(610)는 호스팅된 애플리케이션 인스턴스(640)(이 경우에, EDC 애플리케이션임)에 그 정보를 요청한다. 이들은 또한 인증을 필요로 할 수 있지만, 정보가 일반적으로 단일의 애플리케이션 인스턴스 내에 있기 때문에, 그럴 가능성이 적다.

이러한 프레임워크 내부에서, 데이터와 상호작용하는 방식이 제공됨으로써, 데이터가 더 이상 사용자의 관점에서 특정의 애플리케이션과 연계되지 않는다. 환자에 관한 정보를 포함하는 테이블이 더 이상, 예를 들어 환자 등록 동안에, 데이터가 입력된 특정의 애플리케이션(예를 들어, 스프레드시트)에서 보여질 필요가 없다. 대신에, 동일한 테이블 데이터가, 실행되고 있는 작업 흐름 - 예를 들어, 환자 등록, 데이터 수집, 및 데이터 분석 - 에 기초하여, 사용자에게 제시될 수 있고, 사용자는 테이블 또는 데이터를 보기 위해 다른 애플리케이션을 열 필요가 있는 것이 아니라 실행되고 있는 작업 흐름을 지정할 필요만 있으며, 시스템은 작업 흐름에 따라 상이한 방식들로 사용자를 위해 정보를 렌더링할 것이다.

도 7a 및 도 7b는 본 발명의 이러한 태양들을 보는 방식을 나타낸다. 이들 도면은 애플리케이션 대 환자(또는 대상)의 그래프를 나타낸다. 도 7a에서, 환자는 일정하지만, 애플리케이션은 변한다. 본 발명 이전에, 정보, 기본 주제, 또는 작업이 동일한 채로 있을지라도, 사용자는 상이한 작업 흐름들을 수행하기 위해 상이한 애플리케이션들을 열 필요가 있을 것이다. 본 발명에 의해, 사용자는 단지 상이한 작업 흐름을 지정할 필요가 있지만, 사용자는 여전히 동일한 소프트웨어 프로그램을 사용하고 있다. 본 시스템은 액세스할 정확한 애플리케이션을 식별하고, 환자의 데이터를 인터페이스(150)를 사용하여 사용자에게 렌더링한다. 도 7b에서, 애플리케이션은 일정한 채로 유지되지만, 환자는 변한다. 이는 사용자가 연구에 관여되어 있고 다수의 환자들에 대해 동일한 작업 흐름을 수행하고자 하는 경우에 일어날 수 있다. 본 발명 이전에, 각각의 환자의 데이터가 개별적으로 유지될 것이기 때문에, 사용자는 동일한 애플리케이션 내에서 상이한 파일들을 열 필요가 있을 것이다. 본 발명에 의해, 사용자는 단지 상이한 환자를 지정할 필요만 있으며, 이어서 데이터가 환자들 간에 어떻게 변하는지를 알 수 있지만, 사용자는 여전히 동일한 소프트웨어 프로그램을 사용하고 있다. 본 시스템은 액세스할 정확한 환자 데이터를 식별하고, 데이터를 인터페이스(150)를 사용하여 사용자에게 렌더링한다.

하기는 본 발명의 실시예들이 어떻게 사용될 수 있는지의 일부 예들이다. 사용자는 CRF(case report form)를 설계하고 이어서 그의 사용의 유효성 확인하고자 할 수 있다. 종래에는, 이는 2개의 애플리케이션들 - 폼(form)을 설계하기 위한 (메디데이터 아키텍트와 같은) 폼 설계 애플리케이션 및 유효성 확인을 위한 (메디데이터 레이브(등록상표)와 같은) EDC 애플리케이션 - 을 여는 것을 수반할 것이다. 그러나, 이들 애플리케이션 둘 모두는 실질적으로 동일한 데이터(또는 적어도 일부 데이터를 공통으로 가짐), 즉 폼 및 그의 정보를 사용한다. 본 발명에 의해, 사용자는 하나의 소프트웨어 프로그램만을 사용할 것이다. 사용자는 2개의 역할들(및 적어도 2개의 작업 흐름들) - 폼 설계자로서 그리고 임상 연구 코디네이터(데이터 입력을 감독할 수 있는 CRC)로서 - 과 연관될 것이다. 드롭다운 박스(154)(도 1b)에서 설계자 역할을 그리고 드롭다운 박스(156)에서 설계 작업 흐름을 지정한 후에, 시스템은 폼을 설계하라고 사용자에게 프롬프트할 것이다. 이어서, 폼의 유효성을 확인하기 위해, 사용자는 드롭다운 박스(154)에서 CRC 역할을 그리고 드롭다운 박스(156)에서 데이터 입력 작업 흐름을 선택할 것이고, 이어서 폼이 동작하는 것을 보장하기 위해 데이터를 입력할 폼을 제시받을 것이다. 게다가, 사용자가 2개 이상의 연구들에 관여되어 있는 경우, 사용자는 하나의 연구를 위한 폼을 설계하고, 이어서 드롭다운 박스(152)로부터 상이한 연구를 선택하며, 그 연구를 위한 폼을 제시받을 수 있다. 종래에는, 사용자는 상이한 연구로부터의 폼에 액세스하기 위해 파일을 전환할 필요가 있을 것이다.

다른 예는 데이터의 수집 및 사이트에의 지불이라는 2가지 작업들을 수행하는 것이다. 종래에는, 이는 2개의 애플리케이션들 - 데이터를 수집하기 위한 메디데이터 레이브(등록상표)와 같은 데이터 수집 또는 EDC 애플리케이션 또는 지불을 하기 위한 메디데이터 CTMS™와 같은 임상 시험 또는 연구 관리 애플리케이션 - 을 수직 탐색하는 것을 수반할 것이다. 그러나, 둘 모두의 애플리케이션들은 실질적으로 동일한 데이터(또는 적어도 일부 데이터를 공통으로 가짐), 즉 데이터가 수집되었다는 사실 및 수집된 데이터를 사용한다. 본 발명에 의해, 사용자는 하나의 소프트웨어 프로그램만을 사용할 것이지만, 데이터 수집 작업 흐름으로부터 사이트 지불 작업 흐름으로 수평 탐색할 것이다.

다른 예는 연구될 약물의 발송(shipment)에 관해 수행될 수 있는 다수의 작업 흐름들을 수반한다. 하나의 작업 흐름은 발송을 준비하는 발송자에 의해 수행될 수 있다. 사용자가 발송을 수령됨 또는 분실됨으로 표시하게 하는 제2 작업 흐름이 연구 사이트에서 수행될 수 있다. 다른 예는 동일한 대상 또는 환자에 관해 수행될 수 있는 다수의 작업 흐름들을 수반한다. 연구에서 대상의 배정을 무작위화하는 하나의 작업 흐름이 임상의에 의해 수행될 수 있다. 대상 또는 환자가 실제의 임상 연구 데이터를 자신의 모바일 디바이스 상에 입력할 수 있는 제2 작업 흐름이 대상 또는 환자 자신에 의해 수행될 수 있다. 이들 예 둘 모두에서, 다수의 작업 흐름들이 동일한 또는 공통의 데이터를 사용하여 수행될 수 있지만, 이는 이전에는 2개 이상의 상이한 애플리케이션들이 이들을 수행할 것을 요구했다.

임상 연구 환경 이외의 본 발명의 사용의 일례에서, 사용자는 첨부 문서를 갖는 이메일을 수신할 수 있다. 종래에는, 이러한 사용자는 이메일 애플리케이션에서 이메일만을 볼 수 있을 것이고, 이어서 첨부물을 보기 위해 워드 프로세싱 애플리케이션으로 전환할 필요가 있을 것이다. 그러나, 본 발명을 사용하면, 사용자는 작업을 (예컨대, "메일 보기"로부터 "문서 보기"로) 변경하고, 원하는 대로 이메일 또는 문서를 볼 수 있을 것이다.

본 발명은, 그 중에서도 특히, 하기의 이점을 제공할 수 있다. 첫째, 본 발명은 사용자가 작업 또는 작업 흐름을 수평 탐색하게 할 수 있는데, 여기서 서버/제어기(100)는 사용자의 컨텍스트를 기억하고 있으며, 동일한 또는 공통의 데이터가 다른 작업을 수행하는 데 사용될 수 있다. 사용자는 작업들을 수행하기 위해 어느 기본 애플리케이션이 액세스될 수 있는지를 모른다. 더욱이, 모든 작업들이 공통의 사용자 인터페이스 또는 사용자 경험을 가지며, 따라서 단일의 컴퓨터 프로그램이 액세스되고 있다는 인식을 증대시킨다. 이는 애플리케이션들이 사용자에 의해 시작되고 종료되어야만 하고, 종종 다른 애플리케이션이 액세스된 때마다 사용자에게 자격 증명을 제공하라고 요구하는 수직 탐색과 대비된다. 둘째, 본 발명은 모든 호스팅된 애플리케이션들에 통합된 보안을 제공할 수 있다. 본 발명은 앞서 기술된 바와 같이 고정된 역할 세트를 식별함으로써 이를 행할 수 있다. 역할이 "시험 책임자"인 경우, 그 사용자는 그 역할을 수행하는 데 필요한 모든 애플리케이션들에의 액세스를 허가받을 것이고, 특정의 연구에서 그 역할을 갖는 누구라도 동일한 허락 또는 권한 부여를 얻을 것이다. 이전에는, 사용자는 각각의 애플리케이션에 액세스해야만 할 것이고, 각각의 애플리케이션은 이어서 각각의 사용자에게 적절한 보안 자격 증명을 부여할 필요가 있을 것이다. 셋째, 본 발명은 사용자가 다수의 환자들 및 다수의 연구들에 걸쳐 데이터에 액세스하게 할 수 있는 반면에, 이전에는 사용자는 상이한 환자들 또는 상이한 연구들에 대해 개별 애플리케이션들(또는 애플리케이션들의 개별 인스턴스들)을 열고 이어서 그 다음 환자 또는 연구로 가기 전에 닫아야만 할 것이다.

본 발명은 개개의 제품들 또는 프로그램들로부터 분리된 플랫폼 서비스로서 구현될 수 있고, 인터넷을 통해 클라우드 기반 서비스로서 구현될 수 있다. 임상 연구 컨텍스트에서, 이는 플랫폼 서비스가 임상 연구를 완수하는 데 필요한 모든 작업들을 수행할 수 있다는 것을 의미하는 반면에, 이전에는 그러한 연구를 위해 5개 이상의 애플리케이션들이 액세스되었어야 할 것이다. 이러한 플랫폼은 여러 능력들 - 예를 들어, 안전성, 설계, 무작위화, 데이터 수집, 및 연구 관리 - 을 가지며, 이들 능력의 일부를 수행할 수 있는 개별 애플리케이션이 아니다.

요약하면, 작업 또는 작업 흐름을 실행하는 데 사용될 수 있는 장치들 및 방법들이 기술되어 있다. 서버/제어기는 인터페이스와 애플리케이션 또는 애플리케이션들 사이의 매개자로서 작용한다. 서버/제어기는 작업 흐름을 실행하기 위해 어느 애플리케이션이 사용되어야 하는지를 결정하고, 인터페이스로부터의 데이터를 선택된 애플리케이션에 적합한 형태로 변환한다. 서버/제어기에 등록함으로써 그리고 작업 흐름들이 그들 작업 흐름에 액세스할 수 있는 역할들과 함께 식별된 애플리케이션들에 의해 실행되게 함으로써 애플리케이션들이 동적으로 부가되고 제거될 수 있다. 사용자가 특정의 애플리케이션들에 들어가고 그로부터 빠져나오게 하는 일 없이, 다수의 작업 흐름들이 동일한 또는 공통의 데이터에서 동작할 수 있도록 데이터가 애플리케이션들로부터 분리된다. 그러한 수평 탐색은 사용자가 컨텍스트들을 변경할 때 인증기들을 사용하는 것에 의해 보장될 수 있다. 본 발명은 애플리케이션 기반 실행보다는 작업 기반 실행을 허용한다. 사용자가 어느 애플리케이션이 어느 작업 흐름을 수행하는지에 관한 상세 사항을 알 필요가 없도록 역할들이 특정의 허락들 및 작업 흐름들로 정의된다.

본 명세서에 기술된 방법들 및 장치들이 약물에 대한 임상 연구와 관련하여 기술되어 있지만, 이들이 의료 디바이스, 백신, 및 생물제제와 같은 다른 아이템들에 대한 임상 연구에 적용가능함에 주목한다. 이들이 또한, 사용자가 상이한 애플리케이션들을 수직 탐색하게 하는 일 없이, 상이한 작업들이 실행되게 할 수 있는 임상 연구들을 수반하는 것 이외의 시스템들에도 적용가능하다.

본 발명의 태양들은 시스템, 컴퓨터 프로그램 제품, 또는 방법의 형태로 구현될 수 있다. 유사하게, 본 발명의 태양들은 하드웨어, 소프트웨어, 또는 이 둘의 조합으로서 구현될 수 있다. 본 발명의 태양들은 그에 구현된 컴퓨터 판독가능 프로그램 코드의 형태로 하나 이상의 컴퓨터 판독가능 매체 상에 저장된 컴퓨터 프로그램 제품으로서 구현될 수 있다.

예를 들어, 컴퓨터 판독가능 매체는 컴퓨터 판독가능 신호 매체 또는 컴퓨터 판독가능 저장 매체일 수 있다. 컴퓨터 판독가능 저장 매체는, 예를 들어 전자, 광, 자기, 전자기, 적외선, 또는 반도체 시스템, 장치, 또는 디바이스, 또는 이들의 임의의 조합일 수 있다.

컴퓨터 판독가능 신호 매체는 컴퓨터 판독가능 프로그램 코드가 내부에 구현된 전파되는 데이터 신호를, 예를 들어 기저대역에서 또는 반송파의 일부로서 포함할 수 있다. 그러한 전파되는 신호는 전자기, 광, 또는 이들의 임의의 적합한 조합을 포함하지만 이로 한정되는 않는 다양한 형태들 중 임의의 것을 취할 수 있다. 컴퓨터 판독가능 신호 매체는 컴퓨터 판독가능 저장 매체가 아니고 명령어 실행 시스템, 장치, 또는 디바이스에서 또는 그와 관련하여 사용하기 위한 프로그램을 전달하거나, 전파하거나, 전송할 수 있는 임의의 컴퓨터 판독가능 매체일 수 있다.

본 발명의 실시예들에서의 컴퓨터 프로그램 코드는 임의의 적합한 프로그래밍 언어로 작성될 수 있다. 프로그램 코드는 단일의 컴퓨터 상에서 또는 복수의 컴퓨터들 상에서 실행될 수 있다. 컴퓨터는 컴퓨터 사용가능 매체와 통신하는 처리 유닛을 포함할 수 있고, 컴퓨터 사용가능 매체는 명령어들의 세트를 포함하고, 처리 유닛은 명령어들의 세트를 수행하도록 설계된다.

이상의 논의는 본 발명의 원리들 및 다양한 실시예들을 예시하고자 한다. 상기 개시 내용이 완전히 이해되면 수많은 변형 및 수정이 당업자에게는 명백하게 될 것이다. 하기의 청구범위가 모든 그러한 변형들 및 수정들을 포함하는 것으로 해석되는 것이 의도된다.

Claims

임상 작업(clinical task)들에의 사용자 액세스를 제공하기 위한 장치로서,
프로세서;
상기 프로세서에 의해 실행되며, 복수의 임상 애플리케이션들을 등록하고 상기 사용자로부터 데이터를 수신하도록 동작하는 제어기 구성요소(controller component) - 상기 데이터는 상기 사용자에 대해 실행될 제1 임상 작업에 관한 데이터를 포함함 -; 및
상기 프로세서에 의해 실행되며 상기 사용자를 식별하도록 동작하는 인증기 구성요소(authenticator component)를 포함하고,
상기 프로세서는,
사용자들과 이들의 식별 정보를 연관시키는 제1 기록을 검색하고,
상기 인증기 구성요소를 사용하여, 상기 검색된 제1 기록에 기초하여, 상기 사용자가 식별된다고 결정하며,
임상 작업들 및 등록된 임상 애플리케이션들을 연관시키는 제2 기록을 검색하고,
상기 제어기 구성요소를 사용하여, 상기 검색된 제2 기록 및 상기 제1 임상 작업에 기초하여, 상기 제1 임상 작업과 연관된, 상기 복수의 임상 애플리케이션들로부터의 제1 등록된 임상 애플리케이션을 추가로 결정하며,
상기 제1 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 추가로 결정하고,
상기 제1 등록된 임상 애플리케이션을 사용하여 상기 제1 임상 작업을 실행하도록 프로그래밍되는, 장치.
제1항에 있어서, 상기 사용자로부터 수신되는 상기 데이터는 상기 사용자에 대해 실행될 제2 임상 작업을 포함하는, 장치.
제2항에 있어서, 상기 제어기 구성요소는 상기 제1 등록된 임상 애플리케이션이 동작하게 되는 데이터를 수신하도록 추가로 동작하는, 장치.
제3항에 있어서, 상기 프로세서는,
상기 제어기 구성요소를 사용하여, 상기 제2 임상 작업에 기초하여, 상기 제2 임상 작업과 연관된 제2 등록된 임상 애플리케이션을 추가로 결정하고,
상기 제1 등록된 임상 애플리케이션이 동작하게 되는 상기 수신된 데이터 및 상기 제2 등록된 임상 애플리케이션을 사용하여 상기 제2 임상 작업을 실행하도록 프로그래밍되는, 장치.
제4항에 있어서, 상기 프로세서는 상기 제2 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 추가로 결정하도록 프로그래밍되는, 장치.
제2항에 있어서, 상기 제1 임상 작업은 제1 임상 연구 대상과 관련되고, 상기 제2 임상 작업은 제2 임상 연구 대상과 관련되는, 장치.
임상 작업들에의 사용자 액세스를 제공하기 위한 장치로서,
프로세서;
상기 프로세서에 의해 실행되며, 복수의 임상 애플리케이션들을 등록하고 상기 사용자로부터 데이터를 수신하도록 동작하는 제어기 구성요소 - 상기 데이터는 제1 임상 작업 및 상기 사용자에 대해 실행될 상기 제1 임상 작업과 연관된 임상 연구 및 역할에 관한 데이터를 포함함 -; 및
상기 프로세서에 의해 실행되며 상기 사용자를 식별하도록 동작하는 인증기 구성요소를 포함하고,
상기 프로세서는,
사용자들과 이들의 식별 정보를 연관시키는 제1 기록을 검색하고,
상기 인증기 구성요소를 사용하여, 상기 검색된 제1 기록에 기초하여, 상기 사용자가 식별된다고 결정하며,
임상 작업들 및 등록된 임상 애플리케이션들을 연관시키는 제2 기록을 검색하고,
임상 연구들 및 상기 임상 연구들 내에서의 역할들을 상기 사용자들과 연관시키는 제3 기록을 검색하며,
상기 제어기 구성요소를 사용하여, 상기 검색된 제2 기록, 상기 검색된 제3 기록, 및 상기 제1 임상 작업에 기초하여, 상기 제1 임상 작업과 연관된, 상기 복수의 임상 애플리케이션으로부터의 제1 등록된 임상 애플리케이션을 추가로 결정하며,
상기 제1 등록된 임상 애플리케이션을 사용하여 상기 제1 임상 작업을 실행하도록 프로그래밍되는, 장치.
제7항에 있어서, 상기 프로세서는 상기 제1 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 추가로 결정하도록 프로그래밍되는, 장치.
제8항에 있어서, 상기 프로세서는 상기 임상 연구 및 역할이 상기 사용자에 의해 액세스가능하다고 추가로 결정하도록 프로그래밍되는, 장치.
제9항에 있어서, 상기 사용자로부터 수신되는 상기 데이터는 상기 사용자에 대해 실행될 제2 임상 작업을 포함하는, 장치.
제10항에 있어서, 상기 제어기 구성요소는 상기 제1 등록된 임상 애플리케이션이 동작하게 되는 데이터를 수신하도록 추가로 동작하는, 장치.
제11항에 있어서, 상기 프로세서는,
상기 제어기 구성요소를 사용하여, 상기 제2 임상 작업에 기초하여, 상기 제2 임상 작업과 연관된 제2 등록된 임상 애플리케이션을 추가로 결정하고,
상기 제1 등록된 임상 애플리케이션이 동작하게 되는 상기 수신된 데이터 및 상기 제2 등록된 임상 애플리케이션을 사용하여 상기 제2 임상 작업을 실행하도록 프로그래밍되는, 장치.
임상 작업들에의 사용자 액세스를 제공하기 위한 컴퓨터 구현 방법으로서,
프로세서를 사용하여, 임상 작업과 연관된 복수의 임상 애플리케이션들을 등록하는 단계 - 각각의 임상 애플리케이션은 적어도 하나의 임상 작업과 연관됨 -;
상기 사용자로부터, 실행될 제1 임상 작업을 식별해주는 데이터를 수신하는 단계;
상기 프로세서를 사용하여, 상기 복수의 등록된 임상 애플리케이션들로부터, 상기 제1 임상 작업과 연관된 제1 등록된 임상 애플리케이션을 결정하는 단계;
상기 프로세서를 사용하여, 상기 사용자가 식별된다고 추가로 결정하는 단계;
상기 프로세서를 사용하여, 상기 제1 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 추가로 결정하는 단계; 및
상기 프로세서를 사용하여, 상기 제1 등록된 임상 애플리케이션을 사용하여 상기 제1 임상 작업을 실행하는 단계를 포함하는, 컴퓨터 구현 방법.
제13항에 있어서, 상기 사용자로부터, 실행될 제2 임상 작업을 식별해주는 데이터를 수신하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제14항에 있어서, 상기 제1 등록된 임상 애플리케이션이 동작하게 되는 데이터를 수신하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제15항에 있어서,
상기 제2 임상 작업과 연관된 제2 등록된 임상 애플리케이션을 결정하는 단계; 및
상기 제1 등록된 임상 애플리케이션이 동작하게 되는 상기 수신된 데이터 및 상기 제2 등록된 임상 애플리케이션을 사용하여 상기 제2 임상 작업을 실행하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제16항에 있어서, 상기 제2 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 결정하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제14항에 있어서, 상기 사용자로부터, 실행될 상기 제2 임상 작업과 연관된 역할 및 임상 연구에 관한 데이터를 수신하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제18항에 있어서, 상기 프로세서를 사용하여, 상기 제2 임상 작업과 연관되고 상기 임상 연구 및 역할과 연관된 제2 등록된 임상 애플리케이션을 결정하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제19항에 있어서, 상기 제2 등록된 임상 애플리케이션이 상기 사용자에 의해 액세스가능하다고 결정하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
장치로서,
사용자와 상호작용하도록 구성된 인터페이스;
상기 사용자의 자격 증명을 검증하도록 구성된 인증기;
상기 인터페이스로부터 데이터를 수신하고 상기 인터페이스에 데이터를 제공하도록 구성된 제어기;
상기 제어기에 등록될 수 있고, 상기 제어기로부터 데이터를 수신하고 작업을 실행하며 상기 제어기에 데이터를 제공하도록 구성될 수 있는 적어도 하나의 애플리케이션; 및
상기 사용자가 실행될 상기 작업을 실행하기 위해 상기 적어도 하나의 애플리케이션에 액세스하는 것을 보장하도록 구성된 권한 부여기를 포함하고,
상기 검증은 분산형 네트워크를 통해 수행되는, 장치.
제21항에 있어서, 상기 제어기의 자격 증명을 검증하는 제2 인증기를 추가로 포함하는, 장치.
제21항에 있어서, 상기 제어기는 복수의 애플리케이션들을 등록 및 등록 취소할 수 있는, 장치.
제21항에 있어서, 상기 데이터는 임상 연구 데이터인, 장치.
제24항에 있어서, 상기 애플리케이션은 상기 제어기로부터 전달되는 URL의 일부로서 상기 제어기로부터 상기 임상 연구 데이터를 수신하는, 장치.
다수의 임상 작업들을 실행하기 위한 컴퓨터 구현 방법으로서,
프로세서를 사용하여, 임상 작업들을 실행할 수 있는 복수의 애플리케이션들을 등록하는 단계 - 각각의 애플리케이션은 적어도 하나의 임상 작업과 연관됨 -;
사용자에 대해 실행될 제1 임상 작업에 관한 초기 정보를 수신하는 단계;
상기 프로세서를 사용하여, 상기 복수의 등록된 애플리케이션들로부터 상기 제1 임상 작업을 실행하는 데 사용될 제1 애플리케이션을 선택하는 단계;
상기 사용자가 상기 제1 애플리케이션과 연관된다는 것을 검증하는 단계;
상기 검증된 사용자로부터, 상기 사용자에 대해 실행될 제2 임상 작업에 관한 후속 정보를 수신하는 단계; 및
상기 프로세서를 사용하여, 상기 복수의 등록된 애플리케이션들로부터 상기 제2 임상 작업을 실행하는 데 사용될 제2 애플리케이션을 선택하는 단계 - 상기 제2 애플리케이션은 상기 제1 임상 작업을 실행하는 데 사용되는 정보와 공통인 정보에 대해 동작함 - 를 포함하는, 컴퓨터 구현 방법.
제26항에 있어서, 상기 사용자의 역할에 기초하여 상기 제1 임상 작업과 연관되는 것으로서 사용자에게 권한 부여하는 단계를 추가로 포함하는, 컴퓨터 구현 방법.
제26항에 있어서, 상기 제1 및 제2 임상 작업들은 임상 연구 데이터를 수반하는, 컴퓨터 구현 방법.
제26항에 있어서, 상기 제1 애플리케이션을 선택하는 단계는 URL의 적어도 일부를 전달하는 단계를 포함하는, 컴퓨터 구현 방법.