KR20160093063A - 환자-치료의 제공을 용이하게 하는 시스템 및 방법 - Google Patents

Abstract

치료 임상 프로토콜의 표준을 준수하는 환자-치료의 제공을 용이하게 하는 컴퓨터로 실행되는 방법이 기술된다. 상기 방법은, 컴퓨팅 장치에 의해, 시간 내에 완료되어야 하는 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하는 단계를 포함한다. 상기 방법은, 컴퓨팅 장치에 의해, 상기 모니터링의 결과에 기초하여 사용자에게 상기 환자-치료 지시를 제공하는 단계를 더 포함한다. 상기 방법은 또한, 컴퓨팅 장치에 의해, 제공되는 환자 치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하는 단계; 그리고 상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 환자-치료 지시를 보정하도록 권고하는 작업 요청을 제공하는 단계를 포함한다.

Description

환자-치료의 제공을 용이하게 하는 시스템 및 방법{SYSTEM AND METHOD FOR FACILITATING DELIVERY OF PATIENT-CARE}

본 출원은 파리 조약, 35 USC 119에 따라, 2013.12.3.자 인도 특허 출원 Nos. 5563/CHE/2013 및 5564/CHE/2013, 그리고 미국 특허 출원 No.14/335815에 기초하여 우선권을 주장하며, 그 전체 내용은 본 출원 명세서에 참조로 인용된다.

본 출원은 개괄적으로 임상 의료(clinical healthcare) 분야에 관한 것이다. 더 구체적으로, 본 출원은 의사, 간호사, 간병인 또는 환자들 스스로 치료 임상 프로토콜(care clinical protocol)의 표준(본원에서 때로는 "임상 지침(clinical pathway)"으로 지칭되는 용어 "임상 프로토콜"은 임상 지침, 임상 플로우(clinical flow), 임상 프로토콜, 및 통상의 기술자에 의해 이해되는 이들의 동의어들을 종합적으로 지칭하는 것으로 사용됨)을 준수하는 환자-치료의 제공을 용이하게 하는 시스템 및 방법에 관한 것이다.

의료 산업에서의 소프트웨어 및 그것의 배포는, 개발 및 의료 제공자, 의사, 간호사 등의 단체에 제공을 하는 하나 이상의 개발자를 포함한다. 단체들은 이러한 개발자들에 의해 제공되는 소프트웨어를 사용하며 의료를 제공하는 과정에서 치료 임상 프로토콜 표준을 준수하도록 요구받는다. 이러한 준수는 일반적으로 바람직하지 않은 상황을 완화하고 다양한 환자군에서 환자에 대한 높은 수준의 결과를 보장하기 위해 규정되어 있다.

치료 임상 프로토콜의 표준 준수를 보장하는 종래 기술 방법은 의료 전문가들에 의한 매뉴얼 차트 입력(manual chart entry) 및 모니터링을 포함한다. 이러한 방법 및 시스템은 전형적으로 매뉴얼 에러(manual error)가 쉽게 발생한다. 또한, 이러한 종래 기술 방법은 실제 환자 치료 및 업무 실행에 있어서 취약한 관리 및 제어를 제공하며, 환자로부터 다양한 역할의 의료 전문가 및 소프트웨어 개발자들에게 이르는 다양한 요소들을 포함하는 긴 피드백 루프를 제공한다. 몇몇 사용 가능한 자동화된 수단들은 의료 전문가들이 매뉴얼 에러를 줄이도록 도와준다. 그러나, 이러한 수단들은 전형적으로 결제, 운영 및 관리, 실험 결과 요청, 오더링 테스트(ordering test) 등의 측면에 초점을 맞춘다. 그러나, 이러한 종래 기술 수단들 중 어느 것도 치료 장소에서의(예를 들어, 병원 병실, 진료실, 집에서, 등.) 환자 치료 제공에 대한 적시의 조치에 전적으로 초점을 맞추고 있지는 않다.

기술의 변화는 의료 제공에 관련된 서로 다른 요소들 사이에 향상된 동기화를 가능하게 할 수 있다. 오늘날 존재하는 특정한 기술 시스템은 다수의 의료 플랫폼들에 대해 의료 애플리케이션을 제공한다. 그러나, 이러한 종래 기술 시스템들은 사후-치료 임상 결정 분석 및 결제에 한정되는 애플리케이션을 제공하는 것과 관련된다. 또한, 이러한 시스템들은 치료가 완료된 후 시스템 사용자들의 체계적 검토를 통해 치료 임상 프로토콜의 표준에 대한 사후적 준수만을 용이하게 하며, 치료 기간동안 치료 임상 프로토콜의 표준에 대한 실시간적 준수를 제공하지 않는다. 부가적으로, 현존하는 시스템들은 치료가 이러한 프로토콜에서 벗어났을 때 치료 임상 프로토콜의 표준으로 재보정 처리 작업을 수행하지 않는다.

또한 종래 기술 시스템은, 치료 임상 프로토콜의 표준으로부터 측정된 준수 정도나 벗어나는 정도에 기초하여, 준수를 촉진하도록 및/또는 벗어나는 정도가 감지되었을 때 임상 프로토콜로 돌아가는 처리 동작을 유도하도록 그래픽 사용자 인터페이스(graphical user interface)를 사용하는 것에 대해 간단하고 쉽게 적응할 수 없다.

따라서, 치료 임상 프로토콜의 표준에 대한 실시간적 준수를 보장하며 환자-치료를 제공하는 것을 도울 수 있는 시스템 및 방법에 있어 충족되지 않는 조건들이 존재하며, 그것은 통상적으로 치료 중의 요소들, 예를 들어 병원, 의사 및 보건 당국, 뿐만 아니라 환자들에 의해 확립된 증거-기반인 것일 수 있다.

본 발명은 환자-치료의 제공을 용이하게 하는 시스템 및 방법을 제공하기 위한 것이다.

본 발명의 일 실시 예는 환자-치료의 제공을 용이하게 하는 컴퓨터로 실행되는 방법을 제공할 수 있으며, 상기 방법은: 컴퓨팅 장치에 의해, 시간 내에 완료되어야 하는 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하는 단계; 상기 컴퓨팅 장치에 의해, 상기 모니터링의 결과에 기초하여 사용자에게 환자-치료 지시를 제공하는 단계; 상기 컴퓨팅 장치에 의해, 제공되는 환자 치료 지시 및 상기 환자 정보 중 적어도 하나에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하는 단계; 및 상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 환자-치료 지시를 보정하도록 권고하는 작업 요청을 제공하는 단계를 포함한다.

본 발명의 또 다른 실시 예는, 상기 시간 내에 완료되어야 하는 상기 환자-치료 지시 및 제공되는 환자 정보 중 적어도 하나를 특정하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 사용자에게 상기 시간을 나타내는 카운트-다운 타이머를 표시하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 환자 생체 신호에 대해 하나 이상의 측정을 수행하는 단계, 하나 이상의 환자 표본을 획득하고 상기 하나 이상의 환자 표본에 대해 하나 이상의 실험실 테스트를 수행하는 단계, 환자 또는 상기 하나 이상의 환자 표본에 대해 하나 이상의 방사선 영상 테스트를 수행하는 단계, 상기 환자에 대해 하나 이상의 건강 진단 테스트를 수행하는 단계, 및 상기 환자에 대해 하나 이상의 의료 절차를 수행하는 단계 중 적어도 하나를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 컴퓨팅 장치에 의해 추가적인 환자 정보 검색을 위해 병원 정보 시스템에 접근하는 단계, 상기 컴퓨팅 장치에 의해 상기 임상 프로토콜에 기초하여 상기 모니터링된 환자 정보와 검색된 추가적인 환자 정보를 관련시키는 단계, 그리고 상기 검색된 추가적인 환자 정보, 상기 모니터링된 환자 정보 및 상기 임상 프로토콜에 기초한 진단 정보의 조합을 표시함으로써 상기 환자-치료 지시를 제공하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 사용자의 역할 정보를 수신하는 단계, 수신된 상기 사용자의 역할 정보에 기초하여 환자 정보를 요청하는 단계를 더 포함할 수 있으며, 상기 환자-치료 지시는 수신된 상기 사용자의 역할 정보에 기초하여 제공된다.

본 발명의 또 다른 실시 예에 따르면, 상기 환자 치료 지시는 치료 프로토콜의 표준에 따른 결정에 기초하여 제공될 수 있다.

본 발명의 또 다른 실시 예는 컴퓨팅 장치가 방법을 수행하도록 하는 컴퓨터 실행가능한 명령들이 저장된 비-일시적 컴퓨터 판독가능 매체를 제공할 수 있으며, 상기 방법은: 컴퓨팅 장치에 의해 시간 내에 완료되어야 하는 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하는 단계, 상기 컴퓨팅 장치에 의해 상기 모니터링의 결과에 기초하여 사용자에게 상기 환자-치료 지시를 제공하는 단계, 상기 컴퓨팅 장치에 의해 제공되는 환자 치료 시지 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하는 단계, 그리고 상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 환자-치료 지시를 보정하도록 권고하는 작업 요청을 제공하는 단계를 포함한다.

본 발명의 또 다른 실시 예는, 상기 시간 내에 완료되어야 하는 상기 환자-치료 지시 및 제공되는 상기 환자 정보 중 적어도 하나를 특정하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 사용자에게 상기 시간을 나타내는 카운트-다운 타이머를 표시하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 환자 생체 신호에 대해 하나 이상의 측정을 수행하는 단계, 하나 이상의 환자 표본을 획득하고, 상기 하나 이상의 환자 표본에 대해 하나 이상의 실험실 테스트를 수행하는 단계, 환자 또는 상기 하나 이상의 환자 표본에 대해 하나 이상의 방사선 영상 테스트를 수행하는 단계, 상기 환자에 대해 하나 이상의 건강 진단 테스트를 수행하는 단계, 및 상기 환자에 대해 하나 이상의 의료 절차를 수행하는 단계 중 적어도 하나를 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 컴퓨팅 장치에 의해 추가적인 환자 정보 검색을 위해 병원 정보 시스템에 접근하는 단계, 상기 컴퓨팅 장치에 의해 상기 임상 프로토콜에 기초하여 상기 모니터링된 환자 정보와 검색된 추가적인 환자 정보를 관련시키는 단계를 더 포함할 수 있으며, 상기 환자-치료 지시를 제공하는 단계는 상기 검색된 추가적인 환자 정보, 상기 모니터링된 환자 정보, 및 상기 임상 프로토콜에 기초한 진단 정보의 조합을 표시하는 단계를 더 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 사용자의 역할 정보를 수신하는 단계, 수신된 상기 사용자의 역할 정보에 기초하여 환자 정보를 요청함으로써 환자 정보를 모니터링하는 단계를 더 포함할 수 있으며; 그리고 환자-치료 지시는 상기 수신된 사용자의 역할 정보에 기초하여 제공된다.

본 발명의 또 다른 실시 예는, 치료 프로토콜의 표준에 따fms 결정에 기초하여 제공되는 환자-치료 지시를 포함할 수 있다.

본 발명의 또 다른 실시 예는 환자-치료 모바일 애플리케이션을 사용자에게 배포하기 위해 컴퓨터로 실행되는 방법을 제공할 수 있으며, 상기 방법은: 컴퓨팅 장치에 의해 상기 사용자의 역할 정보를 수신하는 단계, 수신된 상기 역할 정보에 기초하여 상기 사용자를 대상으로 한 다수의 환자-치료 애플리케이션을 식별하는 단계, 상기 컴퓨팅 장치에 의해 식별된 다수의 환자-치료 애플리케이션에 대한 요약 정보를 상기 사용자에게 제공하는 단계, 상기 컴퓨팅 장치에 의해 상기 다수의 환자-치료 애플리케이션 중 하나를 식별하는 선택 정보를 상기 사용자로부터 수신하는 단계, 및 상기 다수의 환자-치료 애플리케이션 중 식별된 하나에 접근(access)을 부여하는 단계를 포함할 수 있다.

본 발명의 또 다른 실시 예에 있어서, 상기 역할 정보는 의료 기간 내 상기 사용자의 직업 정보를 포함하며, 그리고 상기 하나 이상의 환자-치료 모바일 애플리케이션은 상기 직업 정보에 기초하여 식별될 수 있다.

본 발명의 또 다른 실시 예에 있어서, 상기 직업 정보는, 의사, 간호사, 기술자, 관리자, 환자 및 지불인 중 적어도 하나인 상기 사용자의 직위를 나타내는 정보를 포함할 수 있다.

본 발명의 또 다른 실시 예에 있어서, 상기 역할 정보는 의료 기관 내 상기 사용자와 연관된 부서를 식별하는 부서 정보를 포함하며, 그리고 하나 이상의 상기 환자-치료 모바일 애플리케이션은 상기 부서 정보에 기초하여 식별될 수 있다.

본 발명의 또 다른 실시 예에 있어서, 상기 부서 정보는, 심장내과(Cardiology), 내과(Internal Medicine), 산부인과(Obstetrics/Gynecology), 종양과(Oncology), 방사선과(Radiology), 외과(Surgery), 소아과(Pediatrics), 신생아과(Neonatology), 응급의학과(Emergency Medicine), 신장내과(Nephrology), 및 피부과(Dermatology) 중 적어도 하나인 상기 사용자와 연관된 부서를 나타내는 정보를 포함할 수 있다.

본 발명의 또 다른 실시 예는, 상기 컴퓨팅 장치에 의해 상기 역할 정보가 상기 사용자를 환자로 식별한 경우 상기 사용자와 연관된 진단 정보를 결정하기 위해 병원 정보 시스템에 접근하는 단계, 결정된 상기 진단 정보에 기초하여 상기 다수의 환자-치료 모바일 애플리케이션을 식별함으로써 수신된 상기 역할 정보에 기초하여 다수의 환자-치료 모바일 애플리케이션을 식별하는 단계를 포함할 수 있다.

본 발명의 또 다른 실시 예는 환자-치료의 제공을 용이하게 하는 시스템을 포함할 수 있으며, 상기 시스템은: 시간 내에 각각 완료되어야 하는 제1 환자-치료 지시 및 제2 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하고; 상기 모니터링의 결과에 기초하여 제1 사용자에게 상기 제1 환자-치료 지시를 제공하고; 제공된 상기 제1 환자-치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하고; 그리고 상기 제1 사용자에 의해 상기 임상 프로토콜이 준수되고 있지 않은 것으로 결정된 경우, 상기 임상 프로토콜에 따라 상기 제1 환자 치료 지시를 보정하도록 권고되는 제1 작업 요청을 제공하도록 구성되는 제1 프로세서 및 제1 스토리지를 포함하는 제1 컴퓨팅 장치; 및 상기 시간 내에 완료되어야 하는 상기 제1 환자-치료 지시 및 상기 제2 환자-치료 지시를 포함하는 상기 임상 프로토콜에 기초하여, 상기 임상 상태를 나타내는 환자 정보를 모니터링하고; 상기 모니터링의 결과에 기초하여 제2 사용자에게 상기 제2 환자-치료 지시를 제공하고; 제공되는 상기 제2 환자 치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하고; 그리고 상기 제2 사용자에 의해 상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 제2 환자 치료 지시를 보정하도록 권고되는 제2 작업 요청을 제공하도록 구성되는 제2 프로세서 및 제2 스토리지를 포함하는 제2 컴퓨팅 장치를 포함하며, 상기 제1 컴퓨팅 장치 및 상기 제2 컴퓨팅 장치는 각각 상기 제1 사용자 및 상기 제2 사용자에게 상기 임상 프로토콜의 준수에 대한 지시를 제공하도록 구성되며, 각각 실질적으로 일반적인 제시 형태일 수 있다.

본 발명의 일 실시 예에 따르면 환자-치료의 제공을 용이하게 하는 시스템 및 방법을 제공할 수 있다.

첨부되는 도면들에서, 참조 번호들은 별도의 도면들에서 동일하거나 기능적으로 유사한 구성요소들을 지칭하며, 상세한 설명과 함께 본 명세서의 일부를 형성하고, 상기 여러 가지 예시적인 실시 예들을 설명하며 모두 본 발명에 따른 원리 및 장점들을 설명하는 역할을 한다.
도 1은 본 발명의 일 실시 예에 따른, 준수되어야 하는 치료 임상 프로토콜의 표준의 예시이다.
도 2는 치료 임상 프로토콜에 따라 와파린(Warfarin™) 투여량을 결정하는 예시적인 프로토콜을 나타낸다.
도 3은 치료 임상 프로토콜에의 표준에 따라 수술 후 출혈에 대한 대응 방법을 결정하는 예시적인 프로토콜을 나타낸다.
도 4는 도 3의 예시적 프로토콜에 있어서 사용되는 진단 차트를 나타낸다.
도 5는 치료 임상 프로토콜의 표준에 따라 빈맥(Tachycardia)을 치료하는 예시적인 프로토콜을 나타낸다.
도 6은 본 발명의 일 실시 예에 따른, 치료 임상 프로토콜의 표준을 준수하는 환자 치료를 용이하게 하는 시스템의 다이어그램을 나타낸다.
도 7은 몇몇 실시 예에 적합한 예시적인 환경을 나타낸다.
도 8은 몇몇 실시 예에 사용되기 적합한 예시적인 컴퓨팅 장치를 포함하는 예시적인 컴퓨팅 환경을 타나낸다.
도 9는 본 발명의 일 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 방법의 흐름도를 나타낸다.
도 10은 본 발명의 또 다른 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 방법의 흐름도를 나타낸다.
도 11은 본 발명의 일 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 사용자 인터페이스를 나타낸다.
도 12는 본 발명의 또 다른 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 사용자 인터페이스를 나타낸다.
도 13은 본 발명의 제3의 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 사용자 인터페이스를 나타낸다.
도 14는 본 발명의 제4의 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 사용자 인터페이스를 나타낸다.
도면의 구성 요소들이 단순성 및 명확성을 위해 예시되어 있는 것이고 반드시 일정한 크기로 도시된 것은 아닌 것은 통상의 기술자에게 명백할 것이다. 예를 들면, 도면의 일부 구성 요소들의 크기는 본 발명의 실시 예들의 이해를 돕기 위해 다른 요소들에 비해 과장될 수 있다.

본 발명에 따른 실시 예들을 상세히 설명하기 이전에, 실시 예들은 치료 임상 프로토콜의 표준을 준수하는 환자 치료를 용이하게 하기 위한 방법 단계들 및 시스템 구성요소들의 조합을 포함할 수 있음을 인식하여야 한다. 따라서 본 명세서의 설명의 이점을 갖는 통상의 기술자들에게 이미 명백한 상세한 사항들로 본 발명의 내용이 모호하게 되지 않게 하기 위해, 방법 단계들 및 시스템 구성요소들은 본 발명의 실시 예들을 이해하는 것과 관련된 특정 세부 사항들만을 나타내도록 도면 상에서 종래의 기호들로 적절히 나타내졌다.

본 명세서에 있어서, 용어 "포함한다", "포함하는", 또는 이들의 임의의 다른 변형은, 비-배타적인 포함을 포괄하도록 의도되며, 즉 오브젝트(object)들의 리스트를 포함하는 프로세스, 방법, 물품, 또는 장치는 상기 오브젝트들을 포함할 뿐만 아니라 이러한 프로세스, 방법, 물품, 또는 장치에 명백하게 리스트로 포함되거나 내재되지 않은 다른 오브젝트들 또한 포함할 수 있다. 다른 제한 없이, "…를 포함하는"으로 이어지는 오브젝트는, 해당 오브젝트를 포함하는 프로세스, 방법, 물품, 또는 장치에 있어서 동일한 오브젝트의 추가적 존재를 배제하지 않는다.

본 발명의 다양한 실시 예는 치료 임상 프로토콜의 표준을 준수하는 환자 치료를 용이하게 하는 시스템 및 치료 임상 프로토콜의 표준을 준수하는 환자 치료를 제공하는 시스템을 사용하는 방법을 제공할 수 있다.

"치료 임상 프로토콜의 표준"은 특정한 시간 내에 또는 특정한 상황하에서 수행되는 프로세스 또는 치료 조치의 시리즈로 이해될 수 있으며, 환자의 이력 및/또는 측정 또는 인지된 환자의 현재 상태의 지표에 기초한, 증거-기반의 의료 업무로부터 유도될 수 있다. 덧붙여, "임상 프로토콜"은 훈련된 의료 제공자에 의해 제공되는 임상 치료에 있어 특정한 상태 또는 상황에 대응하기 위해 설계되었다는 것을 근거로, "임상 프로토콜"을 "일반적 프로토콜"과 구분할 수 있다. 임상 프로토콜과 비-임상, 일반적 프로토콜 간의 이러한 차이점은 본 기술 분야에 공지되어 있으며, 명확성을 위해 더 이상 설명되지 않는다.

예시적인 "치료 임상 프로토콜의 표준"이 도 1에 도시되어 있다. 도시된 바와 같이, 치료 임상 프로토콜의 표준은 다수의 치료 제공자들에 의해, 다양한 장소에서, 어느 기간의 시간에 걸쳐 적용될 수 있다. 예를 들어, 0에서 t까지의 타임라인에 따라, 치료 임상 프로토콜(들)의 표준은 환자를 포함한 서로 다른 치료 제공자들(예를 들어 전문가, 중환자 전문 치료사(intensivist), 간호사, 입원 환자 전문의(hospitalists), 등)에 의해 다수의 장소(예를 들어 집중 치료실(Intensive Care Unit, ICU), 병동/플로어(ward/floor), 그리고 퇴원 후 집에서)에 균일하게 적용된다. 몇몇 프로토콜은 하나의 장소(예를 들어, 도 1의 프로토콜-0은 ICU에)에 적용될 수 있으며, 몇몇 프로토콜은 두 개 이상의 장소(예를 들어, 도 1의 프로토콜-1은 병동/플로어 및 ICU에)에 적용될 수 있고, 그리고 몇몇 프로토콜은 모든 장소에(예를 들어, 도 1의 프로토콜-2는 병동/플로어 및 ICU 뿐만 아니라 퇴원/집의 장소에도)적용될 수 있다.

치료 임상 프로토콜의 표준은 시간이 지나고 환자의 장소 및/또는 간병인이 바뀜에 따라 다른 빈도수의 동일한 작업 또는 다른 작업이 수행되도록 지시할 수 있다. 예를 들어, 특정한 생체 신호 또는 혈액의 화학적 특성의 측정이 ICU에 있을 때에는 매시간, 일반적인 치료 병동/플로어에 환자가 머무는 동안에는 매일, 그리고 환자가 퇴원하고 나서는(예를 들어, 집에서, 지원되는 치료 시설에서, 호스피스에서, 등) 매주 요구될 수 있다. 치료 임상 프로토콜(들)의 한결같은 준수를 용이하게 하기 위해, 본 발명의 실시 예는 주어진 상황, 소정의 시간 및 장소에서 수행될 일련의 단계들을 하나 이상의 장치(장치1, 장치2, 장치3, 등)로 실행하는 하나 이상의 애플리케이션(앱1, 앱2, 앱3, 등)을 포함할 수 있다. 하나 이상의 애플리케이션은 치료 임상 프로토콜의 표준 준수를 용이하게 하기 위한 CARE(임상 평가 및 권고 엔진, Clinical Assessment and Recommendation Engine)을 포함할 수 있다. CARE의 부가적인 상세한 사항들은 이하에서 더 설명된다.

비록 프로토콜이 제공자, 장소, 및 물리적 환경에 독립적이지만, 임상 프로토콜은 환자, 및 환자의 상태에 따라 다르다. 한 명의 환자는 병행, 중복, 또는 순차적, 또는 이들의 임의의 조합으로 이어지거나 뒤따르는 하나 이상의 치료 임상 프로토콜의 대상이 될 수 있다. 하나 이상의 장치에서 실행되는 하나 이상의 애플리케이션을 제공함으로써, 관련된 모든 프로토콜들의 준수가 용이해질 수 있으며, 그것은 결과적으로 환자의 재원 기간의 전체적인 단축, 환자의 상태/치료의 질의 개선, 그리고 궁극적으로 환자 및 의료 제공 기관의 비용 감축을 불러올 수 있다.

본 발명의 실시 예는 임상 프로토콜 준수를 위한 메커니즘을, 그리고 비-준수의 경우 제공자들이 임상 프로토콜로 되돌아가도록 재보정하는 피드백 메커니즘을 제공할 수 있다. 준수 및 재보정은 임상 프로토콜에 대해 입력 파라미터로 수신되는(예를 들어, 환자 이력, 환자 컨디션, 환자 치료 계획, 장소, 환자 생체 신호, 시간, 및 환자 상태에 대한 다른 잘 알려진 지표들) 컴퓨터화된 애플리케이션에 내장된 하나 이상의 알고리즘에 의해 달성될 수 있다. 몇몇 실시 예에 있어서, 애플리케이션들은 태블릿, 스마트폰, 웨어러블 장치, 데스트톱, 뿐만 아니라 중앙 제어, 서버-측 또는 클라우드 구현 장치들과 같은 하나 이상의 컴퓨터화된 장치에서 작동, 제어, 및 사용될 수 있다.

몇몇 실시 예에 있어서, 애플리케이션 및 그들과 연관된 알고리즘은 단일의 장치에서 작동될 수 있거나, 다수의 장치에 걸쳐 분산될 수 있다. 알고리즘의 제어는, 예를 들면 장치 용량, 신호 세기, 운영자/관리자로부터의 원격성, 편의성, 보안 레벨 또는 통상의 기술자에게 자명한 다른 요소들에 기초하여, 환자의 치료 과정에 따라 장치에서 장치(예를 들면, 클라이언트)로 전달되거나 서버(예를 들면, 클라우드)에 존재할 수 있다.

하나 이상의 장치는 하나 이상의 요소(치료 제공 기관 내에서 사용자의 역할, 병원 내에서 환자의 장소, 지난 프로토콜에 대해 준수된 정도나 벗어난 정도, 또는 통상의 기술자에게 자명한 다른 요소)에 기초하여 형태가 달라지는 사용자 인터페이스(user interface, UI)를 가질 수 있다. 예를 들어, 간호사는 트리거링 조건(triggering condition), 진단 가능성, 요청되는 입력 및 타이밍 조건을 포함하는 간소화된 UI(예를 들면, 후술되는 도 11)를 제공받을 수 있다. 반대로, 의사는 더 구체화된 인터페이스(예를 들면, 후술되는 도 12)를 제공받을 수 있다. 다른 예에 있어서, 도 12의 구체화된 인터페이스는 프로토콜이 준수될 때 제공되며, 도 11의 간소화된 인터페이스는 프로토콜로부터 벗어남이 감지되었을 때 제공되어, 다른 벗어나는 정보없이 준수를 보장하도록 다음에 어떠한 단계 또는 작업을 취해야 하는지 치료 제공자에게 지시하도록 한다.

예를 들면, 임상 프로토콜은 물리적 장소, 온라인 컴퓨터 장치 및 사용자를 거쳐갈 수도 있고 거쳐가지 않을 수도 있으나, 이에 제한되지 않는다. 이에 따라, 다음의 실시 예들이 제공된다.

도 2는 하나 이상의 애플리케이션이 실행되는 하나 이상의 장치를 사용하여 환자를 일관되게 모니터링하며 와파린(Wafarin™)을 투여하기 위한 일 예의 프로토콜을 나타낸다. 와파린은 혈액 응고를 방지하는 비타민 K 길항체(antagonist)이다. 이것은 기계식 인공 심장 판막을 가지거나, 심방 세동(atrial fibrillation)을 가지거나, 또는 다른 항응고가 요구되는 상황의 환자들에게 혈전성 합병증을 예방하기 위해 사용된다. 와파린의 투여량은 환자들마다 일정하지 않아, 반드시 면밀히 모니터링되어야 한다. 투여량이 너무 많으면, 자발적 출혈(spontaneous bleeding) 또는 작은 외상으로부터의 과다 출혈(spontaneous bleeding)이 발생할 수 있다. 투여량이 너무 적으면, 기계식 판막에 혈액이 응고하여, 판막 차단, 뇌졸증, 또는 두 가지 모두가 발생할 수 있다. 그러나 와파린은 심장 수술 이후의 혈전 상태 관리에 매우 효과적일 수 있다.

와파린의 투여량은, 혈액에서 프로트롬빈(Prothrombin) 레벨을 획득하기 위한 혈액 검사를 통해 측정되는 타겟 INR(international normalized ratio) 값에 따라 달라진다. 그 후, INR을 계산하기 위해 INR을 표준화하는 제어값을 통해 수학적 방정식이 사용된다. 테스트 INR 값에 기초하여, 와파린 투여량은 조절될 필요가 있다.

도 2에 도시된 바와 같이, 통상적인 시나리오(200)는 판막 교체 수술 후 ICU에 입원하는 환자를 포함할 수 있다(205). 기계적 판막 인공 삽입물로 심장 판막 교체를 받은 환자는 ICU에 입원하여 와파린을 투여받기 시작한다. 심장 수술 후 초기 단계(210)에서, 와파린 프로토콜이 시작된다. 더 구체적으로는, 기준 INR이 결정되고, 타겟 INR 값이 처방되며, 그리고 약물이 투여된다. 와파린 치료가 시작된 후(215), INR 레벨이 매일 모니터링되며 투여량이 조절된다. 그리고 나서, INR 측정의 빈도수는 격일로 감소되며, 그리고 나서 환자가 ICU에서 병원의 일반 치료 병동으로 옮겨지면서 3일로 된다. 와파린의 일일 투여량은 INR 값에 기초하여 결정된다. 환자에게 사용된 판막의 유형에 기초하여, 그/그녀는 몇주 내지 일생의 기간동안 와파린을 투여받아야 한다. 따라서, 와파린 투여량은 환자가 퇴원한 후 조절되어야 한다. 퇴원 후 즉시(220), INR 측정값은 매주, 그리고 환자가 정상적인 활동 상태로 돌아감에 따라 종내엔 한 달에 한 번 측정될 수 있다.

도 2에 도시된 각 단계들 동안, INR 값은 환자가 INR 기록을 수신할 때 마다 하나 이상의 장치에서 실행되는 앱(예를 들면, 온라인 컴퓨터 애플리케이션)의 사용자 인터페이스에 입력될 수 있으며, 애플리케이션에 내장된 알고리즘으로 투여량 제안이 제공될 수 있다. 예를 들면, 태블릿, PC, 또는 웨어러블 장치의 앱은 병원 내에서(예를 들어, ICU 내에서 및/또는 일반 치료 병동 내에서)의 입력을 위해 사용될 수 있다. 환자가 퇴원하면, 스마트폰 또는 다른 장치의 또 다른 앱이 사용될 수 있으며, 그에 따라 현재의 것이 아닌 INR 값을 보게 되는 인적 과오를 피하여, 결과적으로 바람직하지 않은 결과로 이어지는 와파린 투여량이 처방되는 것을 방지할 수 있다. 현재 INR이 높은 반면에 환자가 일주일 전의 낮은 INR을 나타내는 기록으로 치료를 받는 경우 또 다른 문제가 발생할 수 있다. 이러한 상황에서, 와파린을 처방하는 사람은 기록상의 날짜를 보고 와파란의 투여량을 높일 수 있으며, 이는 과다 복용 및 출혈 합병증을 초래할 수 있다. 알고리즘은 투여량 제안이 이루어지기에 앞서 현재 입력된 것이 아닌 비-현재 INR 값을 방지하도록 구성될 수 있다.

각 값은 타겟 INR이 얼마가 되어야 할지, 그리고 그에 상응하는 와파린이 얼마가 되어야 할지에 따른 지침 값(guidance value)을 가질 수 있다. 와파린 투여량은 그것이 식단(예를 들면, 시금치는 많은 양의 비타민 K를 갖기 때문에 시금치 100그램 섭취는 혈액 검사 결과에서 INR 값을 변동시킬 수 있음) 및 약물 상호 작용과 같은 다른 요소들에 의존하기 때문에 유동적이다. 투여량 측정에 영향을 미칠 수 있는 다른 동적인 상황은 INR 값이 치솟도록 하여 잘못된 와파린 투여량을 야기하는 일시적인 간 기능 장애를 포함한다. 따라서, 와파린 투여량은 환자를 면밀히 모니터링할 것을 요구한다. 통상적으로 환자들은 와파린과 부정적 상호 작용을 하는 식단, 약물에 대해, 그리고 먹은 음식의 날짜/시간을 어떻게 기록하는지, 뿐만 아니라 INR이 다시 검사되어야 할 특정한 상황이 언제인지 권장하는 안내물을 받는다. 따라서, INR 검사 이전의 습관에 대한 이력 정보는 몇몇 상황에서는 의사들에게 유용하며, INR 관리 동안 애플리케이션에 의해 수집될 수 있다.

임상 프로토콜 준수를 장려함으로써, 상술한 시나리오의 장치에서 실행되는 애플리케이션들은 와파린 프로토콜을 준수하는 정확한 와파린 투여량을 보장함으로써 환자를 위한 더 나은 결과를 얻을 수 있다.

도 3 및 4를 이용하여 설명되는, 본 발명의 실시 예에 따라 장치에서 실행되는 애플리케이션을 이용하여 개선된 환자의 결과를 초래하는 또 다른 공통의 시나리오는 수술 후 환자(예를 들어, 소아과 환자)의 출혈 모니터링을 포함한다. 출혈은, 그 수술 자체의 중대성, 해부 영역의 크기, 출혈에 대한 부적절한 외과적 제어, 또는 헤파린 역전(heparin reversal) 뒤 혈액 응고의 부적당한 조건과 같은 다수의 요소에 기인하여 발생할 수 있다. 수술하는 동안, 흉부를 닫은 후 흘려지는 혈액을 빼내도록 드레인(drain)이 심막(pericardiala) 및 흉강(pleural cavities)에 배치된다. 도 3은 출혈을 모니터링하고 일련의 조치를 결정하기 위한 프로토콜(300)을 도시한다. 처음에, 환자의 출혈은 면밀히 모니터링된다(305). 만약 혈액이 빼내어지지 않고 심장 주위에 축적된다면, 심장 압전증(cardiac tamponade)으로부터의 심장 마비 및 좋지 못한 심장 기능을 야기할 수 있으며(310), 특히 늑막이 그대로이고 드레인이 제 기능을 하지 못하는 경우 그러하다. 만약 심장 압전증의 징후가 있다면, 환자는 반드시 빠르게 재수술을 받아야, 혈전(blood clot)을 피하고 출혈을 멈춘다(315).

그러나 심장 압전증이 없는 경우, 의사는 환자를 다시 검사를 위해 OR로 돌려보낼지에 대한 재량권을 가지고 있다. 출혈에 대해 제때 OR로 돌아가도록 출혈의 양, 몸무게, 및 수술 이후 경과 시간에 기초하는 수식을 몇몇 문헌들이 제공하고 있다. 도 4는 출혈 정도를 감지하는 데 사용될 수 있는 진단 참조표를 도시한다.

수학적 계산을 사용하여, 장치에서 실행되는 애플리케이션의 알고리즘은 수술하는 의사에게 재-검사의 임계치에 도달하였음을 알려준다. 예를 들어, 출혈 정도는 애플리케이션에서 모니터링되고 기록될 수 있으며, 입력된 정도에 기초하여, 애플리케이션은 의사 또는 외과의에게 언제 출혈이 도 4에서 제공되는 값에 도달 및 초과하는지를 알려줄 수 있다(320). 프로토콜(300)에서, 의사는 혈전을 막고 출혈을 멈추게 하기 위해 환자를 다시 수술하도록 결정할 수 있다(315). 대안적으로, 응고 장애(coagulopathy) 및 다른 질환의 관점에서의 환자의 상태에 기초하여, 의사는 재-검사를 미루고 혈액 제제(blood product) 또는 응고 인자들로 응고 장애를 치료하도록 결정할 수 있으며, 출혈이 멈추는지 더 기다릴 수 있다(335). 이러한 조치가 효력이 없는 경우 여전히 그 또는 그녀는 환자를 재검사하기를 원할 수 있다. 프로토콜(300)에서, 의사는 출혈이 멈추도록 할 수 있는 혈액 제제, 응고 인자, 등을 이용한 의학적 관리를 통한 출혈 치료를 선택할 수 있다. 그러나, 압전증의 징후가 있는 경우(310), 환자는 즉시 재수술을 받아야, 혈전을 피하고 출혈을 멈춘다(315). 또한, 환자의 출혈이 의학적 관리에 반응하지 않는 경우(330), 의사는 압전증이 발병하지 않았더라도 혈전을 피하고 출혈을 멈추기 위해 환자가 수술받도록 돌려보낼 수 있다(315).

상기 시나리오에서 설명된 입력된 출혈 정도에 기초하여 의사에게 권고를 제공함으로써, 본 발명의 실시 예에 따른 애플리케이션 및 알고리즘은 상기 임상 프로토콜 준수를 장려할 수 있다. 임상 프로토콜 준수를 장려함으로써, 상술한 시나리오에서의 장치에서 실행되는 애플리케이션은 높아지는 출혈 정도에 대해 정확하고 더 빠른 대응을 보장함으로써 환자를 위한 더 나은 결과를 얻을 수 있다.

임상 프로토콜 준수를 보여줄 수 있는 또 다른 시나리오는 심장병 ICU에 있는 환자가 심박 급속증(tachycardia)의 징후를 나타내는 시나리오로 설명된다. 도 5는 환자의 심박수(heart rate, HR)가 분당 100맥박(beat)보다 크거나 같게 나타나는 것(HR>=100)에 대응하여 수행되는 치료 프로토콜(500)의 표준을 도시한다. 본 발명의 일 실시 예에 따르면, 프로토콜(500)의 각 단계에서 사용자는 UI를 사용하는 컴퓨팅 장치에서 실행되는 애플리케이션에 정보를 입력하며, 이러한 UI는 도 11 및 12에 도시되며 후술된다. 또한, 각 항목에 대해 취해져야할 조치에 대한 설명과 조치가 취해져야할 시기 조건을 UI를 이용하여 제공받으며, 이러한 UI는 도 13에 도시된다.

예를 들어, 트리거링 조건이 발생하면(즉, HR>=100), UI는 1분 내로 도 11 및 12에서와 같이 수축기 혈압 측정(Systolic Blood Pressure, SBP) 및 환자의 정신 상태 판단을 요청하도록 제공될 수 있다(505). 입력된 값들에 따라, 도 13에서와 같이 또 다른 UI를 이용하여 2개의 지시 중 하나가 제공될 수 있다. 환자의 정신 상태의 변화 및/또는 SBP<90mmHg 인 상황이 발생할 경우, 환자가 심각한 고통 상태임에 따라, 사용자는 즉시 긴급 지원을 요청하도록 지시받을 수 있다(510). 반대로, 환자의 정신 상태가 정상이고 SBP<90mmHg 인 경우, 사용자는 5분 내로 환자의 심장 박동을 측정, 심전도(Electrocardiogram, ECG) 수행, 그리고 동맥혈 가스(arterial blood gas, ABG)를 수행하도록 지시받을 수 있다. ECG가 비-사이너스(non-sinus) 리듬을 나타내는 경우, 사용자는 5분 이내로 중환자 전문 치료사에게 지침을 요청하고 AICU(Advanced ICU) 프로토콜에 따라 칼륨(K)을 교체하도록 지시받을 수 있다(520). 반대로, ECG가 사이너스(sinus) 리듬을 나타내는 경우, 사용자는 5분 이내로 CVP(Central Venus Pressure), 흉관(chest tube) 방출량(output) 및 연결을 검사하고, 중환자 전문 차료사에게 지침을 요청하도록 지시받을 수 있다(525). 만약 CVP가 5 내지 9로 측정된다면, 사용자는 5분 이내로 중환자 전문 치료사에게 지침을 요청하고 환자의 통증 및 불안 수준을 판단하도록 지시받을 수 있다(530). 반대로, CVP가 5 이하라면, 사용자는 5분 이내로 중환자 전문 치료사에게 지침을 요청하고 IV 물약(IV bolus of fluid)을 투여하도록 지시받을 수 있다(535). 마지막으로, CVP가 10보다 크면, 사용자는 5분 이내로 중환자 전문 치료 전문가에게 지침을 요청하도록 지시받을 수 있다.

프로토콜 준수를 장려하기 위해 설계된 알고리즘으로 구동되는 애플리케이션에 의해 제공되는 활성화 신호(active cueing) 없이도, 프로토콜의 모든 단계들은 기억되거나(예를 들어, 사용자가 기억) 수동적으로 인쇄물로 검토되어야 하며, 프로토콜에서 설명된 시간에 매우 민감한 기간 내에 작업을 통지, 디스플레이, 그리고 강제하여야 하는 집중화된 방법이 있지는 않다. 나아가, UI들로 도 11, 12, 및 13에 도시된 사용자들의 입력을 모니터링하는 모니터링 엔진, 프로토콜에 따르고 있는지 감지하는 준수 엔진, 및 사용자들이 수행해야 할 다음 단계를 제공하는 권고 엔진에 의해서는 사용자들 간 통합이 일어나지 않을 것이다. 반대로, 하나 이상의 장치에서 실행되는 하나 이상의 애플리케이션의 사용자 입력에 기초한 권고의 형태로 활성 신호와 동적인 실시간 피드백을 제공하는 것은, 관련된 모든 프로토콜들에 대한 준수 정도를 높여서, 그 결과 전반적으로 환자의 입원 기간의 단축, 환자의 상태/치료의 품질의 개선, 그리고 환자와 의료 제공 기관 모두에 있어서 비용 감축을 불러온다.

도 6은 본 발명의 일 실시 예에 따른 치료 임상 프로토콜의 표준을 준수하는 환자 치료 제공을 용이하게 하기 위한 시스템(600)의 도면이다. 도시된 바와 같이, 시스템(600)은 임상 애플리케이션 스토어(clinical application store)(602), 컴퓨팅 장치(612), 환자 모니터링 유닛(630), 병원 정보 시스템(hospital information systems, HIS) 및 타사 시스템(634)을 포함한다.

임상 애플리케이션 스토어(602)는 애플(Apple®)의 아이튠즈 앱스토어(iTunes appstore®), 구글(Google®)의 플레이 스토어(Play store®), 및 블랙베리(Blackberry®)의 블랙베리 월드(Blackberry world®)와 같은 현존하는 공용 애플리케이션 스토어들과 유사한 애플리케이션 스토어 기반의 네트워크일 수 있으나, 이에 제한되지 않는다. 또한, 임상 애플리케이션 스토어(602)는 사설 애플리케이션 스토어 기반의 클라우드, 애플리케이션 스토어 기반의 로컬 영역 네트워크, 및 애플리케이션 스토어 기반의 무선 영역 네트워크 그리고 다른 이러한 구현방법들 중 하나일 수 있으나 이에 제한되지 않는다. 따라서, 임상 애플리케이션 스토어(602)는 클라우드 네트워크, 로컬 영역 네트워크(Local Area Network, LAN), 무선 로컬 영역 네트워크(Wireless Local Area Network, WLAN), 무선 광역 네트워크(Wireless Wide Area Network, WWAN), 무선 메트로폴리탄 영역 네트워크(Wireless Metropolitan Area Network, WMAN), 그리고 광역 네트워크(Wide Area Network, WAN)와 같은 네트워크(614)를 통해 접속 가능하도록 구성될 수 있으나 이에 제한되지 않는다.

임상 애플리케이션 스토어(602)는 다수의 환자-치료 애플리케이션에 대한 시장의 역할을 하도록 구성될 수 있다. 다수의 환자-치료 애플리케이션 각각은 모바일 애플리케이션 및/또는 컴퓨터 애플리케이션 중 하나일 수 있다. 또한, 각 애플리케이션은 윈도우(Windows®), 리눅스(Linux®), 안드로이드(Android™), IOS™ 및 유닉스(UNIX)와 같은 운영 체제에서 실행되도록 구성될 수 있으나 이에 제한되지 않는다. 부가적으로, 각 애플리케이션은 키보드 입력, 마우스 입력, 터치-기반 입력, 음성-기반 입력 및 동작-기반 입력들 중 하나 이상의 타입에 따라 실행되도록 구성될 수 있으나, 이에 제한되지 않는다. 더욱이, 다수의 환자-치료 애플리케이션 각각은 공개적으로 및/또는 개인적으로 접근 가능하도록 구성될 수 있다. 예를 들어, 환자 또는 환자의 간병인은 공공에 공개된 환자-치료 애플리케이션에 접근할 수 있다. 사적이거나 사유의 애플리케이션인 환자-치료 애플리케이션은 의사, 간호사 및 병원 구내의 다른 직원들에 의해서만 인증 자격 증명을 이용하여 접근될 수 있다.

사적 또는 사유의 애플리케이션은 병원, 의료 부서(healthcare department), 의료 제공자, 임상 실험실 및 임상 전문가들을 포함하는 하나 이상의 단체들을 위해 전용으로 개발되는 애플리케이션일 수 있으나, 이에 제한되지 않는다. 따라서, 사적 또는 사유의 애플리케이션들 각각은 일반 공중들이 해당 애플리케이션이 접근할 수 없으며 단지 인증된 사람들만이 해당 애플리케이션에 접근할 수 있도록 구성될 수 있다. 또한, 인증된 사람들에 의해 제공되는 접근 자격을 성공적으로 검증한 후에만 접근을 허용하도록 구성될 수 있다. 부가적으로, 환자 진단 정보 및 의료 제공자 정보와 같은, 그러나 이에 한정되지는 않는 특별한(예를 들면, 기밀의) 데이터에 접근을 허용하도록 구성될 수 있다.

도 6에 도시된 바와 같이, 다수의 환자-치료 애플리케이션은 상태 기반 애플리케이션(condition based application)(620), 증상 기반 애플리케이션(symptom based application), 치료 기반 애플리케이션(treatment based application), 진단 기반 애플리케이션(diagnosis based application), 장소 기반 애플리케이션(location based application), 모집단 기반 애플리케이션(population based application), 역할 기반 애플리케이션(role based application), 전문 부서 기반 애플리케이션(specialty department based application), 원격 모니터링 기반 애플리케이션(remote monitoring based application), 행위자 기반 애플리케이션(actor based application)(지불자, 제공자, 등), 메시징 애플리케이션, 타사 개발자 애플리케이션(third party developer application), 맞춤형 애플리케이션(custom application), 지원 애플리케이션(support application)(622), 교육 애플리케이션(training applications)(624), 영상 뷰어 애플리케이션(image viewer application)(626), 및 실험실 애플리케이션(laboratory application)(628)을 포함할 수 있다. 통상의 기술자에게 명백한 바와 같이, 임상 애플리케이션 스토어(602)는, 준수성/검사(compliance/audit) 애플리케이션, 중요한 용도 애플리케이션(meaningful use application), 및 이들이 조합과 같이 앞서 언급된 것들과 다른 타입의 임상 애플리케이션을 포함할 수 있다. 이하에서 더 상세하게 논의될 바와 같이, 각 애플리케이션은 어떠한 타입의 애플리케이션이 포함되었는지(즉, 상태 기반 애플리케이션, 지원 애플리케이션, 등)와 무관하게 치료 임상 프로토콜의 표준을 준수 또는 고수를 유도하도록 설계될 수 있다.

상태-기반 애플리케이션(620)은 치료 임상 프로토콜의 표준을 준수하는 환자-치료 제공을 용이하게 할 수 있다. 따라서, 상태 기반 애플리케이션(620)은 심장병 애플리케이션(cardiac application), 신장병 애플리케이션(nephrology application), 호흡기 애플리케이션(respiratory application), 당뇨병 애플리케이션(diabetes application), 관절염 애플리케이션(arthritis application), 및 천식 애플리케이션(asthma application) 중 하나 이상을 포함할 수 있다. 또한, 각 상태-기반 애플리케이션(620)은 하나 이상의 질환과 관련되어있을 수 있다. 예를 들어, 상태 기반 애플리케이션은 심장 마비(cardiac arrest), 천식, 발작(seizure), 절단(amputation), 화상, 당뇨병 응급상태(diabetic emergency), 눈 부상, 골절, 및 카테터 부상(catheter injury)에 의한 중독(poisoning) 또는 감염(infection) 중 하나 이상에 관련될 수 있다. 부가적으로, 각 상태 기반 애플리케이션(620)은 하나 이상의 질환과 연관된 하나 이상의 치료 임상 프로토콜의 표준에 기초하여 설계될 수 있다.

예를 들어, 심장 마비에 특정된 상태-기반 애플리케이션은 심장 마비에 연관된 치료 임상 프로토콜의 표준 준수를 유도하도록 설계될 수 있다. 치료 임상 프로토콜의 표준에 기초하여, 이러한 애플리케이션은 간병인(예를 들어, 간호사, 의사, 등) 또는 환자가 따라야 하는 치료 단계에 대한 지시 또는 권고 정보 뿐만 아니라, 각 치료 단계가 수행되어야 하는 시간 조건을 제공할 수 있다. 또한, 각 애플리케이션은 자동 센서 또는 환자 생체 신호 모니터링 장치(예를 들어 호흡 모니터, 심박 모니터, 혈압 모니터, 등)로부터 자동적으로 입력되거나 간병인이나 환자에 의해 수동적으로 입력되는 입력 중 하나를 수신하도록 설계될 수 있다. 입력에 기초하여, 애플리케이션은 추가적인 치료 단계에 대해 치료 임상 프로토콜 준수를 유도하는 업데이트된 지시 또는 권고정보를 제공할 수 있다.

예를 들어, 만약 입력이 간병인 또는 환자가 임상 프로토콜을 따르고 있음을 나타내는 경우, 애플리케이션은 간병인 또는 환자에게 다음 단계를 제공할 수 있다. 그러나 만약 입력이 치료가 치료 임상 프로토콜에서 벗어나고 있음을 나타내고 있는 경우에는, 치료를 임상 프로토콜로 되돌리도록 유도하기 위해 다른 단계 또는 지시가 제공될 수 있다. 일 실시 예에 따르면, 치료 임상 프로토콜의 표준은 환자가 매시간 시간당 10번씩 호흡량 측정을 수행할 것과 호흡량이 특정량을 만족하거나 초과할 것을 요구한다. 요구된 측정이 예정대로 수행되고 임상 프로토콜로 특정된 범위 내임을 나타내는 입력에 응답하여, 애플리케이션은 의사의 상의 없이 7일 동안 측정을 계속하기를 권고할 수 있다. 반대로, 만약 측정이 시간당 두번씩밖에 이루어지지 않고 호흡량 측정값이 반복적으로 요구되는 양 이하인 것으로 입력이 나타나면, 애플리케이션은 환자가 즉시 호흡기 전문의에게 추가 치료에 대한 상담을 받을 것을 권고할 수 있다.

마찬가지로, 심장 마비 및 천식에 특정된 상태-기반 애플리케이션은 심장 마비 및 천식에 대한 치료 임상 프로토콜에 기초할 수 있으며, 통상의 기술자에게 자명한 다양한 입력들에 기초한 유사한 지시 및 치료 단계 권고를 제공할 수 있다. 상태-기반 애플리케이션(620)은 본원에 제공된 예시들로 한정되지 않으며, 다수의 변형들이 통상의 기술자에게 명백할 수 있다.

지원 애플리케이션(622)은 의료 제공자 인력을 지원하도록 특정된 애플리케이션을 포함할 수 있다. 인력 지원은 간호, 중환자 전문 치료, 관리, 정보 기술, 약국, 연구소, 정신 건강, 물리 치료 및 회계와 같은 다양한 부서로부터 제공될 수 있으나 이에 제한되지 않는다. 각 애플리케이션은 공급자의 특정한 역할에 맞춰질 수 있으며, 애플리케이션은 인력들이 치료 임상 프로토콜의 표준을 준수하는 역할을 하도록 보장함을 목표로 하거나, 그것을 위해 설계될 수 있다. 예를 들어, 간호사를 목표로 하는 지원 애플리케이션(622)은 확립된 치료 임상 프로토콜에 따라 간호사가 수행하여야 하는 치료 단계, 예를 들면 생체 신호 측정, 특정 약물 투여, 등과 같은 것들에 대해 권고를 제공할 수 있다. 반대로, 중환자 치료 전문가를 목표로 하는 지원 애플리케이션은, 중환자 치료 전문가에 의해 일반적으로 수행되는 절차의 치료 단계에 대한 다른 권고를 제공할 수 있다. 사용자의 역할에 상관없이, 애플리케이션 각각은 임상 프로토콜에 대한 준수 정도 또는 벗어나는 정도를 나타내는 입력에 응답하는 치료 단계에 대하여 권고를 제공함으로써 사용자로 하여금 치료 임상 프로토콜의 표준에 대한 실시간 준수를 유도하도록 맞추어질 수 있다.

교육 애플리케이션(624)은 간호사, 약사, 그리고 의사와 같은 하나 이상의 의료 전문가 교육을 용이하게 하기 위해 설계되었다. 교육 애플리케이션(624)의 각 애플리케이션은 예를 들어 응급 상황과 같은 실시간 사건의 시뮬레이션을 가능하게 하도록 구성될 수 있으나 이에 제한되지 않는다. 예를 들어, 긴급 천식 환자에 특정된 교육 애플리케이션은 환자의 의학적 상태에 대한 세부적 정보를 입력하는 인터페이스를 제공함으로써 간호사의 교육을 용이하게 할 수 있다. 교육 애플리케이션은 입력된 세부 정보에 기초하여 간호사에게 환자-치료 관련 지시를 제공할 수 있다. 지시는 간호사가 응급 천식 환자에게 수행하도록 요구되는 환자-치료 작업을 나타낼 수 있다.

영상 뷰어 애플리케이션(626)은 하나 이상의 의료 전문가들이 하나 이상의 환자에 대한 의료 영상 데이터에 가상으로 접근하는 것을 가능하게 하도록 설계될 수 있다. 의료 영상 데이터는 디지털 X-레이, 자기 공명 영상(Magnetic Resonance Imaging, MRI) 데이터, 컴퓨터 단층(Computer Tomography, CT) 스캔, 초음파 및 투시 진단(fluoroscopy), 등 중 하나 이상을 포함할 수 있다.

실험실 애플리케이션(628)은 하나 이상의 의료 전문가들로 하여금 하나 이상의 임상 시험 데이터베이스에 저장된 실험실 데이터를 볼 수 있도록 한다. 실험실 데이터는 혈액 검사 데이터, 소변 배양(urine culture) 데이터, 및 조직 검사 데이터 중 하나 이상을 포함할 수 있으나 이에 제한되지 않는다.

다수의 환자-치료 애플리케이션은 도 6에 도시되고 상술된 예시들로 제한되지 않으며, 다수의 환자-치료 애플리케이션에 대한 수많은 변형이 통상의 기술자에게 자명할 것이다.

다수의 환자-치료 애플리케이션은 다수의 레벨로 분류될 수 있다. 예를 들어, 다수의 환자-치료 애플리케이션은 한 건물, 한 층(floor), 한 부서(department), 한 그룹의 병상(bed), 한 그룹의 병실, 병상 및 병실, 병원/클리닉/양로원/호스피스-치료, 병원들/클리닉들의 네트워크 중 하나 이상의 요건에 기초하여 분류될 수 있다. 데이터 보호, 접근 통제, 및 보안의 정도는 서로 다른 레벨에 대해 상이할 수 있다. 예를 들어, 병원의 한 건물에 특정된 환자-치료 애플리케이션은 같은 병원의 다른 건물의 의료 전문가에 의해서는 접근될 수 없다. 환자-치료 애플리케이션은 연관된 레벨에 특정화된 치료 단계에 대한 권고를 제공하도록 맞추어질 수 있다. 예를 들어, 애플리케이션은 권고를 제공할 수 있으며 병원의 특정 부서(예를 들어, 심장내과(cardiology), 방사선과(radiology), 약국, 등)에 특정화된 입력을 요구할 수 있다. 레벨 또는 부서에 관계없이, 애플리케이션 각각은, 임상 프로토콜에 준수되는 정도 또는 벗어나는 정도를 나타내는 입력에 응답하여 치료 단계의 권고를 제공함으로써, 해당 부서 내에서의 치료 임상 프로토콜의 표준에 대한 실시간 준수를 유도하도록 맞추어질 수 있다.

사용자(610)는 임상 애플리케이션 스토어(602)로부터, 치료 임상 프로토콜의 표준에 따라 환자-치료를 제공하는 다수의 환자-치료 애플리케이션 중 하나 이상에 접근할 수 있다. 임상 애플리케이션 스토어(602)에 접근하는 사용자(610)는 의사, 내과의(physician), 간호사, 간병인, 환자, 전문 의사(practitioner), 실험실 조수(lab assistant), 의료 전문가, 임상 전문가(clinical expert), 임상 전문의(clinical specialist), 소프트웨어나 애플리케이션 개발자, 관리자 또는 통상의 기술자에 의해 명백한 다른 사용자들 중 임의의 한 명일 수 있다. 예를 들어, 소프트웨어 개발자는 다수의 환자-치료 애플리케이션 중 하나 이상에 대한 설계를 개발 및/또는 개선하기 위해 임상 애플리케이션 스토어(602)에 접근할 수 있다.

사용자(610)는 컴퓨팅 장치(612)를 이용하여 다수의 환자-치료 애플리케이션 중 하나 이상에 접근할 수 있다. 컴퓨팅 장치(612)는 컴퓨터, 노트북, 전화기, 태블릿, 휴대장치(handheld device), 베드사이드 장치(bed-side device), 웨어러블 장치(예를 들어, 스마트-워치), 텔레비전, 및 포털 디지털 장치(portal digital device) 중 하나일 수 있으나 이에 제한되지 않는다. 각 애플리케이션은 치료 권고 및 컴퓨팅 장치의 기능에 특정된 입력 요청을 제공하도록 맞추어질 수 있다. 예를 들어, 센서로 구현된 웨어러블 장치에서 실행되는 애플리케이션은 센서를 이용하여 환자의 생체 신호나 움직임을 모니터링할 수 있다. 또 다른 예시에 따르면, 인터넷이나 모바일 셀룰러 네트워크(cellular network)에 연결된 전화기, 노트북, 또는 태블릿에서 실행되는 애플리케이션은, 치료 임상 프로토콜의 표준 및 수신된 입력에 기초하여 필요시에는 전문의를 호출하거나 자동 이메일을 발송할 수 있다. 예를 들어, 호흡량 측정치가 전문의가 필요한 정도 이상을 나타내는 경우에는, 애플리케이션은 지정된 의사를 호출하거나 이메일을 발송할 수 있다. 사용되는 컴퓨팅 장치의 종류에 관계 없이, 애플리케이션은 임상 프로토콜에 대해 준수되는 정도 또는 벗어나는 정도를 나타내는 입력에 응답하여 치료 단계에 대한 권고를 제공함으로써, 치료 임상 프로토콜의 표준에 대한 실시간 준수를 유도하도록 맞추어질 수 있다.

컴퓨팅 장치(612)는 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하도록 구성된 프로세서 및 스토리지(storage)를 포함한다. 컴퓨팅 장치(612)는 CARE를 포함하는 애플리케이션을 포함하도록 구성될 수 있다. CARE를 포함하는 애플리케이션은 임상 애플리케이션 스토어(602)에서 서로 다른 임상 프로토콜에 기초한 다른 환자-치료 애플리케이션의 권고, 설치, 다운로드 및 사용을 용이하게 하기 위해 컴퓨팅 장치(612)에 설치될 수 있다. 예를 들어, 컴퓨팅 장치(612)는 임상 애플리케이션 스토어(602)에서 X-레이 관련 애플리케이션의 다운로드, 설치 및/또는 사용을 용이하게 하도록 구성된 X-레이 부서의 컴퓨터일 수 있다. 유사하게, 컴퓨팅 장치(612)는 신경학(neurology) 관련 애플리케이션의 다운로드, 설치 및/또는 사용을 용이하게 하도록 구성된 신경과 전문의(neurologist)의 태블릿 장치일 수 있다. 또 다른 예를 들면, 컴퓨팅 장치(612)는 공개적으로 접근될 수 있는 환자-치료 애플리케이션의 다운로드, 설치 및/또는 사용을 용이하게 하도록 구성된 환자의 스마트폰일 수 있다.

도 7은 몇몇 예시적인 실시 예에 적합한 예시적인 환경을 나타낸다. 환경(700)은 장치들(705-745)을 포함하며, 각각은 적어도 하나의 다른 장치에, 예를 들어 네트워크(760)를 통해 통신 연결된다(예를 들어 유선 및/또는 무선 연결로). 몇몇 장치들은 하나 이상의 스토리지 장치(730 및 745)에 통신 연결될수 있다.

하나 이상의 장치(705-745)의 일 예시는 도 8에 후술되는 컴퓨팅 장치(805)일 수 있다. 장치(705-745)들은 컴퓨터(705)(예를 들어, 노트북 컴퓨팅 장치), 모바일 장치(710)(예를 들면, 스마트폰 또는 태블릿), 텔레비전(715), 차량(vehicle) 연관 장치(720), 서버 컴퓨터(725), 컴퓨팅 장치(735-740), 스토리지 장치(730 및 745)를 포함할 수 있으나 이에 제한되지 않는다. 컴퓨팅 장치(760)는 태블릿 장치로 구현되어 나타나 있다. 또한, 컴퓨팅 장치(755)는 웨어러블 컴퓨팅 장치(예를 들어, 스마트워치)도 포함한다. 특히, 웨어러블 컴퓨팅(755) 장치의 사용은 태블릿, 휴대전화, 및 다른 컴퓨팅 장치를 통해 환자의 생체 신호 및 환자와 직접 접촉되는 다른 정보들을 직접적으로 모니터링함으로써 부가적인 기능을 제공할 수 있다. 부가적으로, 웨어러블은 치료 제공자(의사, 간호사, 등과 같은)로 하여금 치료시 하나 이상의 팔다리(limb)의 사용을 자유롭게 하면서도 여전히 웨어러블 컴퓨팅 장치에 대한 접근을 용이하게 함으로써 부가적인 사용을 용이하게 할 수도 있다. 예를 들어, 시계형 웨어러블 컴퓨팅 장치를 착용한 간호사는, 그들의 손목을 봄으로써 지시, 권고를 검토할 수 있으면서도 여전히 환자의 생체 신호를 체크할 자유로운 한 손을 갖고 있는 것이다.

도 8은 몇몇 실시 예에 사용되기 적합한 일 예의 컴퓨팅 장치를 포함하는 일 예의 컴퓨팅 환경(computing environment)을 나타낸다. 컴퓨팅 환경(800)의 컴퓨팅 장치(805)는 하나 이상의 프로세싱 유닛, 코어(core), 또는 프로세서(810), 메모리(815)(예를 들면, RAM, ROM 및/또는 등등), 내장 스토리지(internal storage)(820)(예를 들면, 자기(magnetic), 광학(optical), 솔리드스테이트(solid state) 스토리지, 및/또는 유기(organic)), 및/또는 I/O 인터페이스(825), 컴퓨팅 장치(605)에 내포 또는 정보 통신교환을 위해 통신 메커니즘이나 버스(bus)(830)로 연결되는 임의의 것을 포함할 수 있다.

컴퓨팅 장치(805)는 입력/사용자 인터페이스(835) 및 출력 장치/인터페이스(840)와 통신하도록 연결될 수 있다. 입력/사용자 인터페이스(835) 및 출력 장치/인터페이스(840) 중 하나 또는 양자 모두는 유선 또는 무선 인터페이스일 수 있으며 분리될 수 있다. 입력/사용자 인터페이스(835)는 임의의 장치, 구성요소, 센서, 또는 인터페이스일 수 있으며, 입력을 제공하기 위해 사용되는 물리적인 것 또는 가상의 것일 수 있다(예를 들어, 음성, 버튼, 터치-스크린 인터페이스, 키보드, 포인팅/커서 제어, 마이크로폰, 카메라, 점자(braille), 동작 센서, 광학 판독 장치(optical reader), 및/또는 그와 유사한 것). 출력 장치/인터페이스(840)는 디스플레이, 텔레비전, 모니터, 프린터, 스피커, 점자, 또는 그와 유사한 것을 포함할 수 있다. 몇몇 실시 예에 있어서, 입력/사용자 인터페이스(835) 및 출력 장치/인터페이스(840)는 컴퓨팅 장치(805)에 내포되거나 물리적으로 연결될 수 있다. 다른 실시 예에 있어서, 다른 컴퓨팅 장치들은 컴퓨팅 장치(605)에 대해 입력/사용자 인터페이스(835) 및 출력 장치/인터페이스(84)로 기능하거나 또는 그 기능을 제공할 수 있다.

컴퓨팅 장치(805)의 예시는, 고기동성의 모바일 장치들(예를 들어, 스마트폰, 차량 및 다른 기계들 내 장치들, 사람 및 동물이 휴대하는 장치들, 등등), 모바일 장치들(예를 들어, 태블릿, 노트북, 랩톱, 퍼스널 컴퓨터, 이동식 텔레비전, 라디오, 등등), 그리고 이동성을 목적으로 설계되지 않은 장치들(예를 들어, 데스크톱 컴퓨터, 다른 컴퓨터, 정보 키오스크, 하나 이상의 프로세서가 내부에 탑재되거나 연결된 텔레비전, 및/또는 라디오, 등등)을 포함할 수 있으나 이에 제한되지 않는다.

컴퓨팅 장치(805)는 동일하거나 상이한 구성을 갖는 하나 이상의 컴퓨팅 장치를 포함하는 네트워크 구성요소, 장치, 및 시스템 중 임의의 것들과 통신하도록 외장 스토리지(845) 및 네트워크(850)에 통신 가능하게 연결(예를 들면, I/O 인터페이스(825)를 통해서)될 수 있다. I/O 인터페이스(825)는 적어도 컴퓨팅 환경(800)에 연결된 모든 구성요소들, 장치들, 및 네트워크들, 그것들에게 및/또는 그것들로부터 통신하기 위해, 임의의 통신수단 또는 I/O 프로토콜 또는 표준(예를 들어, 이더넷(Ethernet), 802.11x, 유니버설 시스템 버스(Universal System Bus), 와이맥스(WiMax), 모뎀, 셀룰러 네트워크 프로토콜, 등등)을 이용하는 유선 및/또는 무선 인터페이스를 포함할 수 있다. 네트워크(850)는 임의의 네트워크이거나 네트워크들의 조합일 수 있다.

컴퓨팅 장치(805)는 일시적 매체 및 비-일시적 매체를 포함하는, 컴퓨터-사용가능 또는 컴퓨터-판독가능 매체를 이용하여 사용 및/또는 통신할 수 있다. 일시적 매체는 전송 매체(예를 들어, 메탈(metal) 케이블, 광섬유), 신호, 반송파(carrier wave) 등을 포함한다. 비-일시적 매체는 자기 매체(예를 들어, 디스크 및 테이프), 광 매체(optical media)(예를 들어, CD ROM, 디지털 비디오 디스크, 블루-레이(Blu-ray) 디스크), 솔리드 스테이트(solid state) 매체(예를 들어, RAM, ROM, 플래쉬 메모리, 솔리드-스테이트 스토리지), 및 다른 비-휘발성 스토리지 또는 메모리를 포함한다.

컴퓨팅 장치(805)는 몇몇 예시적인 컴퓨팅 환경에서의 기술, 방법, 애플리케이션, 프로세스, 또는 컴퓨터-실행가능한 명령들을 구현하는 데 사용될 수 있다. 컴퓨터-실행가능한 명령들은 일시적 매체에서 검색될 수 있으며, 비-일시적 매체에서 검색되고 그것에 저장될 수 있다. 실행가능한 명령들은 임의의 프로그래밍, 스트립팅, 및 기계어(예를 들어, C, C++, C#, 자바(Java), 비주얼 베이직(Visual Basic), 파이썬(Python), 펄(Perl), 자바스크립트(JavaScript), 및 다른 것들) 중 하나 이상으로부터 만들어질 수 있다.

프로세스(들)(810)는 네이티브(native) 또는 가상 환경에서, 임의의 운영 체제(operating system, OS)(미도시)에 따라 실행될 수 있다. 논리 유닛(860), 애플리케이션 프로그래밍 인터페이스(application programming interface, API) 유닛(865), 입력 유닛(870), 출력 유닛(875), 모니터링 유닛(880), 준수 유닛(885), 권고 유닛(890), 및 서로 다른 유닛들이 서로와, OS와, 그리고 다른 애플리케이션들(미도시)과 통신하도록 하는 유닛-간 통신 메커니즘(895)을 포함하는 하나 이상의 애플리케이션이 배포될 수 있다. 예를 들면, 모니터링 유닛(880), 준수 유닛(885), 및 권고 유닛(890)은 본원에 기술된 하나 이상의 프로세스를 구현할 수 있다. 기술된 유닛들은 디자인, 기능, 구성, 또는 구현에 따라 변형될 수 있으며, 본원에 설명된 것들로 제한되지 않는다.

몇몇 예시적인 실시 예에 있어서, 정보 또는 실행 명령이 API 유닛(865)에 의해 수신되며, 그것은 하나 이상의 다른 유닛들(예를 들어, 논리 유닛(860), 입력 유닛(870), 출력 유닛(875), 모니터링 유닛(880), 준수 유닛(885), 및 권고 유닛(890))에 통신될 수 있다. 상술된 바와 같이, 모니터링 유닛(880)은 환자에 대한 정보, 또는 환자의 상태에 대한 정보를 수신하도록 구현될 수 있으며; 프로토콜이 준수되고 있지 않을 때, 준수 유닛(885)은 하나 이상의 장치를 포함하면서 하나 이상의 사용자 인터페이스를 사용하는 상술된 다음 단계들을 더 거칠수 있으며; 권고 유닛(890)은 상황을 바로잡고 프로토콜로 복구하기 위해 취해져야 할 작업들을 권고할 수 있다.

몇몇 예시에서, 논리 유닛(860)은 유닛들 사이의 정보 흐름을 제어하고, 상술된 몇몇 실시 예에 따른 API 유닛(865), 입력 유닛(870), 출력 유닛(875), 모니터링 유닛(880), 준수 유닛(885), 및 권고 유닛(890)에 의해 제공되는 서비스들을 지시하도록 구성될 수 있다. 예를 들면, 하나 이상의 프로세스 또는 구현의 흐름은 논리 유닛(860) 단독으로 제어될 수 있거나, API 유닛(865)과 함께 제어될 수도 있다.

치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위해, 컴퓨팅 장치(612)는 사용자(610)의 역할 정보를 수신하도록 구성될 수 있다. 사용자(610)의 역할 정보는 직업 정보, 및 부서 정보 중 하나 이상을 포함할 수 있으나 이에 제한되지 않는다. 직업 정보는 의료 기관 내 사용자(610)의 역할에 대한 세부적인 정보를 제공한다. 직업 정보는 의사, 간호사, 기술자, 관리자, 환자, 및 지불인(payor) 중 하나 이상인 사용자(610)의 역할을 식별할 수 있으나, 이에 제한되지 않는다. 부서 정보는 의료 기관 내 사용자(610)와 관련된 부서에 대한 세부적인 정보를 제공한다. 부서 정보는 심장내과(Cardiology), 내과(Internal Medicine), 산부인과(OB/GYN), 종양과(Oncology), 방사선과(Radiology), 피부과(dermatology), 신생아과(neonatology), 외과(Surgery), 및 소아과(Pediatric) 중 하나 이상인 사용자(610)와 관련된 부서를 식별할 수 있으나 이에 제한되지 않는다.

컴퓨팅 장치(612)는 수신된 역할 정보에 기초하여 사용자(610)를 대상으로 한 다수의 환자-치료 애플리케이션을 식별하도록 더 구성될 수 있다. 또한, 하나 이상의 환자-치료 애플리케이션은 직업 정보에 기초하여 식별될 수 있다. 예를 들어, 사용자(610)가 심장병 전문의로 식별된 경우, 컴퓨팅 장치(612)는 사용자(610)를 위한 다수의 심장병 애플리케이션을 식별할 수 있다. 부가적으로, 하나 이상의 환자-치료 애플리케이션은 부서 정보에 기초하여 식별될 수 있다. 예를 들어, 사용자(610)가 병원의 외과 부서에 관련된 심장병 전문의로 식별된 경우, 컴퓨팅 장치(612)는 사용자(610)를 위해 다수의 심장병 수술 관련 애플리케이션을 식별할 수 있다.

역할 정보가 사용자를 환자로 식별할 때, 컴퓨팅 장치(612)는 사용자(610)와 관련된 진단 정보를 결정하기 위해 병원 정보 시스템(Hospital Information System, HIS)에 접근하도록 구성될 수 있다. 결정된 진단 정보는 다수의 환자-치료 애플리케이션을 식별하는 용도로도 사용될 수 있다. 예를 들면, 사용자(610)가 기관지 감염(bronchial infection)으로 진단된 경우, 다수의 기관지 감염 관련 애플리케이션이 사용자(610)를 위해 식별될 수 있다.

이어서, 컴퓨팅 장치(612)는 식별된 다수의 환자-치료 애플리케이션에 관한 요약 정보를 사용자(610)에게 제공할 수 있다. 요약 정보는 컴퓨팅 장치(612)에 리스트로 표시될 수 있다. 또한, 식별된 다수의 환자-치료 애플리케이션 각각에 상응하는 그래픽 아이콘이 표시될 수 있다. 컴퓨팅 장치(612)는 식별된 다수의 환자-치료 애플리케이션 중 선택된 하나 이상의 옵션을 컴퓨팅 장치(612)를 통해서 사용자에게 제공할 수 있다. 예를 들어, 선택 라벨은 요약 정보에 나타나는 식별된 환자-치료 애플리케이션 각각과 관련될 수 있다. 따라서, 요약 정보를 수신하면, 사용자(610)는 선택 라벨을 사용하여 하나 이상의 식별된 다수의 환자-치료 애플리케이션을 선택할 수 있다. 컴퓨팅 장치(612)는 그에 따라 선택된 환자-치료 애플리케이션에 접근할 수 있다. 이는 컴퓨팅 장치(612)에서 선택된 애플리케이션을 다운로드하고, 설치하고, 그리고 사용하는 것을 포함할 수 있다. 또한, 컴퓨팅 장치(612)에서 실행되는 CARE를포함하는 애플리케이션은 원하는 구성의 획득을 위해 사용될 수 있다.

선택적으로, 컴퓨팅 장치(612)는 HIS(634)에 전달 정보(delivery information)를 전송하도록 구성될 수 있다. 전달 정보는 선택된 환자-치료 애플리케이션이 사용자에게 전달되었음을 식별할 수 있다.

컴퓨팅 장치(612)가 원하는 환자-치료 애플리케이션으로 구성되면, CARE는 사용자(610)로 하여금 컴퓨팅 장치(612)를 통해 임상 애플리케이션 스토어(602)로부터 접근된 원하는 환자-치료 애플리케이션의 사용 및 상호작용 방법을 제어하는 것을 가능하게 하는 하나 이상의 사용자 인터페이스(UI)를 제공하기 위해 사용될 수 있다. 따라서, 컴퓨팅 장치(612)는 사용자(610)가 하나 이상의 입력을 제공하는 것을 가능하게 함으로써 사용자(610)와의 정보 교환을 용이하게 하기 위해 CARE를 포함하는 하나 이상의 애플리케이션을 사용한다. CARE는 이에 따라 입력 데이터의 분석에 기초하여 출력을 제공하며, 상기 출력은 사용자(610)를 위한 권고를 포함할 수 있다. CARE에 의해 제공되는 출력 정보는 텍스트, 오디오, 비디오, 영상 및 진동을 포함할 수 있으나 이에 제한되지 않는다. 따라서, 사용자(610)는 제공되는 권고에 따라 작업을 수행할 수 있다. 예를 들어, 권고는 심전도(electrocardiograph)를 판독하거나 의사를 호출하도록 할 수 있다. 이어서, CARE는 입력 데이터의 분석에 기초하여 컴퓨팅 장치(612), 사용자의 새로운 부서, 그리고 사용자의 온라인 사설/공공 휴먼/소셜(human/social) 네트워크 및 사용자의 온라인 사설/공공 포럼에 명령을 전송할 수 있으나 이에 제한되지 않는다. 예를 들면, CARE는 환자에게 X-레이 절차를 요청하도록 컴퓨팅 장치(612)에 명령할 수 있다.

CARE는 사용자(610)에게 표준 치료 임상 프로토콜에 기초하여 순차적인 방법으로 환자-치료와 관련된 특정 작업을 수행하도록 권고할 수 있으며, 사용자(610)는 각 단계의 상태에 관한 입력을 제공할 수 있다. 사용자(610)는 권고 작업이 완료되었는지 거부되었는지를 나타내도록 컴퓨팅 장치(612)의 UI에 표시된 하나 이상의 버튼을 사용한다. 예를 들면, 권고의 첫 번째 단계는 자동 혈압 측정 장치를 판독하는 것일 수 있다. 판독이 이루어지면, 간호사는 컴퓨팅 장치(612)에 첫 번째 단계가 수행됨에 따른 입력을 제공하고, 수축기압(systolic pressure)이 120이상인 것으로 표시되면, 의사에게 알림/콜(alert/call)을 한다. 그 후, 의사는 권고 작업을 수행하고, 컴퓨팅 장치(612)에 작업이 수행되었음을 확인하는 입력을 제공한다.

예를 들면, 전문 심폐 소생(advanced cardiac support) 상황에서, 컴퓨팅 장치(612)는 의사가 치료 임상 프로토콜의 표준에 기초하여 특정 시간 내에 표시 화면상에 표시된 지시에 의해, 음성 지시에 의해, 또는 시각 또는 오디오 신호(cue)(예를 들면 음성 지시, 신호음(tone), 도표(diagram), 조명(light) 등)에 의해 하나 이상의 치료 단계를 수행하도록 권고할 수 있다. 부가적으로, 권고가 제공되는 동안 카운트다운 시간 또한 제공될 수 있다. 또한, 부가적인 알람, 신호음, 조명, 및 다른 부가적 신호들이 의사로 하여금 요청된 시간 내에 권고 치료 단계 또는 단계들을 수행하도록 하기 위해 카운트다운 동안 제공될 수 있다. 의사로부터 수신된 입력에 기초하여 컴퓨팅 장치(612)는 치료 임상 프로토콜의 표준이 준수되고 있는지 또는 그로부터 벗어났는지를 결정할 수 있다. 이러한 결정에 기초하여, 컴퓨팅 장치(612)는 소정의 알고리즘에 기초하여 부가적인 권고를 제공하는 권고 엔진을 포함할 수 있다. 예를 들면, 컴퓨팅 장치(612)가 임상 프로토콜이 준수되고 있으며 치료 단계가 요청된 대로 수행되었음을 확정하면, 임상 프로토콜의 다음 단계가 권고될 수 있다. 그러나, 컴퓨팅 장치(612)가 임상 프로토콜이 준수되고 있지 않은 것으로 확정하면, 치료가 임상 프로토콜로 되돌아가도록 유도하는 다른 치료 단계가 권고될 수 있다.

다른 예시를 고려하면, 컴퓨팅 장치(612)는 부족하거나 조달하기 어려운 특정 의약품들의 조달 가능성을 계속하여 주시하도록 약사에게 알려줄 수 있다. 환자에 대한 하나 이상의 의학적 상태를 분석한 후 컴퓨팅 장치(612)는 환자가 가까운 미래에 특정 의약품을 요청할 것임을 확정할 수 있다. 따라서, 컴퓨팅 장치(612)는 약사가 특정 의약품에 대한 재고를 유지하고, 또는 조달을 시작하도록 알릴 수 있다. 재고 조달 가능성 및 구매 상태에 따라, 약사에 의해 네트워크(614)를 통해 컴퓨팅 장치(612)에 특정 의약품의 조달 가능성을 확인하거나 특정 의약품의 조달 불가능에 관한 업데이트를 통지하는 입력이 제공될 수 있다.

CARE는 사용자(610)가 하나 이상의 의학적 상태와 연관된 하나 이상의 치료 임상 프로토콜을 준수하도록 하는 교육을 용이하게 하는 데 또한 사용될 수 있다. 예를 들면, CARE는 응급 상황과 같은 실시간 사건의 시뮬레이션을 가능하게 하도록 구성될 수 있으며, 다만 이에 제한되지 않는다.

CARE는 환자-치료를 용이하게 하며 사용자(610)에 의해 수행되는 입력 및 작업을 기록할 수도 있다. 이에 따라 CARE는 감사(audit) 및 준수(compliance) 목적으로 사용자(610)가 기록된 입력 및 작업을 볼 수 있게 할 수 있다. 예를 들면, 기록된 정보는 간호사가 의학적 상태에 응답하여 치료 임상 프로토콜의 표준에 따라 작업을 수행하였는지를 검사하는 데 사용될 수 있다. 또 다른 예를 들자면, 의료 부서 또는 다수의 의료 부서들의 데이터는 준수 정도를 체크하기 위해 감사될 수 있다. 유사하게, 전체 병원에 상응하는 데이터는 감사 및 준수 목적으로 검토될 수 있다.

컴퓨팅 장치(612)는 또한 환자 모니터링 유닛(630), 병원 정보 시스템(hospital information system, HIS)(632), 및 타사 시스템(634)와 같은 하나 이상의 시스템과 통합될 수 있으나, 이에 제한되지 않는다. 환자 모니터링 시스템(630)은 대동맥 풍선 펌프(intra-aortic balloon pump, IABP), 동맥혈 가스(arterial blood gas, ABG), 인공호흡기(ventilator) 및 베드사이드(bed-side) 모니터를 포함할 수 있으나, 이에 제한되지 않는다. 본원에 기술된 HIS(632)는 하나 이상의 에픽(Epic®) 시스템, 서너(Cerner®) 시스템, 및 히나이(Hinai®) 시스템을 포함할 수 있으나 이에 제한되지 않는다. 타사 시스템(634)은 자체 보유 시스템을 포함할 수 있으나 이에 제한되지 않으며, 지불인, 병원, 클리닉, 1차 치료 센터(primary care center), 진단 실험실(diagnostic laboratory), 약국, 양로원, 의사, 간호사 및 다른 의료 서비스 제공 지점에 의해 제어될 수 있다. 선택적으로, 임상 애플리케이션 스토어(602)는 하나 이상의 환자 모니터링 유닛(630), HIS(632) 및 타사 시스템(634)과 통합될 수 있으나 이에 제한되지 않는다. 따라서, 컴퓨팅 장치(612)는 임상 애플리케이션 스토어(602)를 통해 하나 이상의 환자 모니터링 유닛(630), HIS(632) 및 타사 시스템(634)에 접근할 수 있다.

하나 이상의 시스템, 하나 이상의 컴퓨팅 장치(612) 및 임상 애플리케이션 스토어(602)의 통합은 다수의 애플리케이션이 가능하도록 하기 위해서 수행될 수 있다. 예를 들면, 컴퓨팅 장치(612) 및 환자 모니터링 유닛(630) 사이의 정보의 교환을 가능케 하기 위해 통합이 수행될 수 있다. 예를 들어, 혈압 모니터는 컴퓨팅 장치(612)에 혈압 데이터를 제공하기 위해 컴퓨팅 장치(612)와 통합될 수 있다. 본 예시에 따르면, 또한 컴퓨팅 장치(612)는 혈압 판독을 작동시킬 수 있다. 유사하게, 임상 애플리케이션 스토어(602)는 HIS(632)에 저장된 데이터에 대한 접근을 가능케 하기 위해 HIS(632)와 통합될 수 있다. 마찬가지로, 타사 시스템(634)은 치료 임상 프로토콜에 관련된 정보에 대한 접근을 가능케 하기 위해 통합될 수 있다.

시스템(600)은 도 6에 도시된 것처럼 컴퓨팅 장치(612)와 같이 하나의 컴퓨팅 장치와 사용자(610)와 같이 한 명의 사용자로 제한될 필요는 없다. 다수의 장치들 및 사용자들이 동시에 시스템(600)을 사용할 수 있다. 또한, 시스템(600)은 상기 언급한 것들 이외에 부가적인 구성요소 및/또는 외부 시스템과의 통합이나 구성요소들 간의 통합을 포함할 수 있다. 또한, 각 구성요소는 상기 나열된 것들 이외에 다른 기능을 가질 수 있다. 이러한 변형들은 통상의 기술자에게 자명할 것이다.

시스템(600)은 다수의 애플리케이션에 사용될 수 있다. 예를 들면, 시스템(600)은 치료 임상 프로토콜의 표준 준수의 보장, 환자-치료 애플리케이션 접근/개발, 데이터 수집 및 분석, 동향(trend) 탐색 등등을 위해 사용될 수 있다.

일 예시적인 애플리케이션에 있어서, 시스템(600)은 하나 이상의 애플리케이션 개발자가 임상 애플리케이션 스토어(602)를 이용하여 환자-치료 애플리케이션을 개발할 수 있게 하도록 구성될 수 있다. 부가적으로, 시스템(600)은 하나 이상의 애플리케이션 개발자가 하나 이상의 의료 제공자들을 위한 다수의 환자-치료 애플리케이션을 임상 애플리케이션 스토어(602)에 업로드하게 할 수 있도록 구성될 수 있다. 부가적으로, 시스템(600)은 하나 이상의 애플리케이션 개발자가 임상 애플리케이션 스토어(602)를 통해 하나 이상의 HIS(632) 및 타사 시스템(634)에 접근하게 할 수 있도록 구성될 수 있다. 하나 이상의 애플리케이션 개발자는 다수의 환자-치료 애플리케이션의 설계를 개선하기 위해 HIS(632) 및/또는 타사 시스템(634)을 사용할 수 있다. 또한, 시스템(600)은 애플리케이션 개발자들에게 다수의 환자-치료 애플리케이션을 개발하기 위한 임상 시험 및 임상 검증 사이트로의 접근, 그리고 소프트웨어 개발 도구(software development toolkit, SDK), 사용자 인터페이스(UI) 템플릿/패턴(template/pattern), 스타일/코딩(style/coding) 가이드라인, 애플리케이션 프로그래밍 인터페이스(application programming interface, API), 임상 전문가, 소셜 네트워크, 커뮤니티 포럼, 소스-코드(source-code) 템플릿, 릴리스 노트(release note)를 제공하도록 구성될 수 있다. 애플리케이션 개발자는 이러한 정보를 이용하여 새로운 임상 애플리케이션을 더 빠르고 쉽게 만들어낼 수 있다. 시스템(600)은, 하나 이상의 의료 제공자들의 환자-치료 시스템에 개선의 필요가 있는 경우, 하나 이상의 애플리케이션 개발자가 환자-치료 애플리케이션의 업데이트할 수 있도록 설정될 수도 있다.

또 다른 예시적인 애플리케이션에 있어서, 시스템(600)은 하나 이상의 지불인이 하나 이상의 의료 제공자들에게 얼마를 지불할지 결정하기 위해 임상 애플리케이션 스토어(602)의 다수의 환자-치료 애플리케이션 중 하나 이상에 접근할 수 있도록 설정될 수 있다. 하나 이상의 지불인은 환자, 보험 회사, 건강 관리 기관(health maintenance organization), 의료 서비스 계약자(healthcare service contractor), 자가-보험을 들고 직원들에게 의료 서비스 혜택을 제공하는 법인, 의료 지원 프로그램에 따라 의료 서비스에 대한 요구 처리를 담당하는 법인, 의료 서비스 비용을 지불하는 지방 당국(local government), 근로자의 보상 또는 손해 보험을 거래할 수 있는 권한이 있는 보험사, 및 근로자의 보상 위험을 자가-보장하는 권한이 부여된 고용주 중 하나 이상일 수 있으나 이에 제한되지 않는다. 따라서, 지불인은 하나 이상의 의료 제공자들에게 얼마를 지불할지 결정하기 위해 컴퓨팅 장치(612)에 접근할 수 있다.

또 다른 예시적인 애플리케이션에 있어서, CARE는 사용자(610)에게 환자-치료를 용이하게 하기 위한 교육을 제공하는 데 사용될 수 있다. CARE는 또한 치료 임상 프로토콜의 표준에 따르는 하나 이상의 의학적 상태의 처리를 위한 사용자 그룹의 교육을 위해, 또는 하나 이상의 의료 부서, 의료 부서 그룹 및 병원 환경의 시뮬레이션 환경을 만들기 위해 다수의 컴퓨팅 장치에 구성될 수 있다. 예를 들면 간호사 그룹은, 의학적 상태에 상응하는 실시간 상황의 시뮬레이션을 위해 다수의 베드-사이드 장치들을 사용함으로써, 의학적 상태에 대한 치료 임상 프로토콜의 표준에 따라 환자-치료를 제공하기 위한 교육을 받을 수 있다. 마찬가지로, 다른 간호사들은 상응하는 의학적 상태 및 간호사에 대한 실시간 상황의 시뮬레이션을 통해 다른 의학적 상태에 대해 교육을 받을 수 있다. 유사하게, 병원의 다른 부서의 사용자들은 상응하는 부서의 클라이언트 장치에 구성된 CARE를 이용하여 실시간 상황을 시뮬레이션함으로써 교육을 받을 수 있다.

시스템(600)은 상술된 다양한 예시들 및 예시적인 실시 예들에서 설명된 바, 또는 통상의 기술자에게 자명한 바에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위해 다수의 방법으로 접근될 수 있다.

도 9는 본 발명의 일 실시 예에 따른 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 방법의 흐름도를 나타낸다.

902 단계에서, 컴퓨팅 장치(612)와 같은 컴퓨팅 장치는 사용자(610)와 같은 사용자의 역할 정보를 수신한다. 역할 정보는 사용자(610)가 컴퓨팅 장치(612)에 로그 온(log on)할 때 자동적으로 수신될 수 있다. 예를 들면, 사용자(610)의 로그인 세부정보는 데이터베이스로부터 사용자(610)의 역할 정보를 검색하는 데 사용될 수 있다. 대안적으로, 사용자(610)는 개인 식별 번호, 부서 번호, 전문 분야, 전문화된 정보와 같은 세부 정보들을 컴퓨팅 장치(612)에 입력함으로써 역할 정보를 제공할 수 있으나, 이에 제한되지 않는다. 역할 정보는 하나 이상의 직업 정보, 및 부서 정보를 포함할 수 있으나 이에 제한되지 않는다. 직업 정보는 의료 기관 내 사용자(610)의 직위(position)에 따른 세부 정보를 제공할 수 있다. 몇몇 예시적인 실시 예에 있어서, 직업 정보는 의사, 간호사, 기술자, 관리자, 환자 및 지불인 중 하나 이상인 사용자(610)의 직위를 식별할 수 있으나 이에 제한되지 않는다. 부서 정보는 의료 기관 내 사용자(610)와 연관된 부서에 따른 세부 정보를 제공할 수 있다. 일 실시 예에 있어서, 부서 정보는 심장내과(Cardiology), 내과(Internal Medicine), 산부인과(OB/GYN), 종양과(Oncology), 방사선과(Radiology), 외과(Surgery), 및 소아과(Pediatric) 중 하나 이상인 사용자(610)와 연관된 부서를 식별할 수 있으나 이에 제한되지 않는다.]

904 단계에서, 사용자(610)를 대상으로 한 다수의 환자-치료 애플리케이션이 수신된 역할 정보에 기초하여 식별될 수 있다. 일 실시 예에 있어서, 컴퓨팅 장치(612)는 수신된 역할 정보에 기초하여 다수의 환자-치료 애플리케이션을 식별한다.

다수의 환자-치료 애플리케이션은 임상 애플리케이션 스토어(602)로부터 식별된 모바일 애플리케이션일 수 있다. 또한, 다수의 환자-치료 애플리케이션은 상태 관련 애플리케이션(620), 지원 애플리케이션(622), 교육 애플리케이션(624), 영상 뷰어 애플리케이션(626), 및 실험실 애플리케이션(628) 중 하나 이상을 포함할 수 있으나 이에 제한되지 않는다. 예를 들면, 만약 사용자(610)가 간호사로 식별된다면, 다수의 간호 관련 애플리케이션이 식별될 수 있다. 유사하게, 만약 사용자(610)가 심장병 전문의(cardiologist)로 식별된다면, 다수의 심장학 관련 애플리케이션이 식별될 수 있다.

몇몇 예시적인 실시 예에 있어서, 만약 수신된 역할 정보가 사용자(610)를 환자로 식별한다면, 선택적으로 906 단계에서는, 컴퓨팅 장치(612)가 HIS(632)에 사용자(610)와 연관된 하나 이상의 진단 정보 및 치료 정보를 검색하기 위해 접근할 수 있다. 그리고 나서, 컴퓨팅 장치(612)는 다수의 환자-치료 애플리케이션을 식별하기 위해, 검색된 정보에 더하여 수신된 역할 정보를 사용할 수 있다. 선택적으로, 컴퓨팅 장치(612)는 HIS(632)에 식별된 환자-치료 애플리케이션에 대한 정보를 제공할 수 있다.

908 단계에서, 식별된 환자-치료 애플리케이션에 대한 요약 정보가 컴퓨팅 장치(612)에 의해 사용자(610)에게 제공될 수 있다. 요약 정보는 식별된 환자-치료 애플리케이션의 리스트를 포함할 수 있다. 부가적으로, 환자-치료 애플리케이션 각각에 대한 간단한 설명이 제공될 수 있다. 나아가, 요약 정보는 사용자(610)로 하여금 식별된 다수의 환자-치료 애플리케이션 중 하나 이상을 선택하도록 할 수 있다. 그리고 나서, 사용자(610)는 요약 정보 리스트에 있는 환자-치료 애플리케이션 중 하나 이상을 선택할 수 있다.

910 단계에서, 사용자(610)는 하나 이상의 환자-치료 애플리케이션을 선택할 수 있다. 예를 들면, 사용자(610)는 요약 정보 리스트에 있는 다수의 상태 기반 애플리케이션을 선택할 수 있다. 다수의 상태 기반 애플리케이션에서 선택된 것은, 하나 이상의 심장병 애플리케이션, 하나 이상의 신장병 애플리케이션, 하나 이상의 호흡기 애플리케이션, 하나 이상의 당뇨병 애플리케이션, 하나 이상의 관절염 애플리케이션, 하나 이상의 천식 애플리케이션 또는 통상의 기술자에게 자명한 임의의 다른 애플리케이션을 포함할 수 있으나 이에 제한되지 않는다.

912 단계에서, 선택된 환자-치료 애플리케이션들은, 예를 들면 선택된 애플리케이션들에 대한 접근을 부여하기 위해 컴퓨팅 장치(612)에 설치된 네트워크를 통해 접근될 수 있다. 사용자(610)는 환자의 의학적 상태에 따른 입력 제공, 출력 수신, 그리고 환자-치료 지시 및 권고 수신 중 하나 이상을 위해 환자-치료 애플리케이션에 접근할 수 있으나, 이에 제한되지 않는다.

도 10은 본 발명의 또 다른 실시 예에 따라 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하기 위한 방법의 흐름도를 나타낸다.

1002 단계에서, 컴퓨팅 장치(612)는 사용자(610)에게 환자 상태 정보를 입력으로서 제공할 것에 대한 요청을 제공한다. 컴퓨팅 장치(612)는 하나 이상의 치료 임상 프로토콜 및 수신된 역할 정보에 기초하여 환자 상태 정보에 대한 요청을 제공한다. 예를 들면, 환자의 혈압 정보에 대한 입력 요청이 간호사에게 제공될 수 있다. 대안적으로, 환자의 x-레이 영상 업로드에 대한 요청이 방사선사에게 제공될 수 있다. 환자 상태 정보에 대한 요청은 하나 이상의 방법으로 사용자(610)에게 주어질 수 있다. 예를 들면, 정보의 입력을 위해 컴퓨팅 장치(612)의 UI에 요청이 제공될 수 있다. 대안적으로 또는 부가적으로, 환자 상태 정보가 입력되기를 요청하는 것을 알리는 오디오 및/또는 시각적 알림이 제공될 수 있다. 나아가, 이메일 또는 전화 메시지가 환자 상태 정보 요청을 위해 송신될 수 있다.

지시는 컴퓨팅 장치(612)의 종류/구성에 따라 제공될 수 있다. 예를 들어, 컴퓨팅 장치(612)가 스마트폰, 웨어러블 장치(스마트 워치와 같은), 태블릿, 및 노트북과 같은, 그러나 이에 제한되지는 않는 터치-형 장치인 경우, 컴퓨팅 장치(612)의 터치-스크린 디스플레이가 지시를 보여주고 완료하는 데 사용되는 형태로 지시가 제공될 수 있다. 또 다른 예를 들자면, 컴퓨팅 장치(612)가 데스크톱에서와 같이 분리된 디스플레이와 입력 인터페이스를 포함하는 경우, 키페드, 키보드 및 마우스와 같은, 그러나 이제 제한되지 않는 입력 인터페이스로부터 상응하는 사용자 입력이 활성화되는 동안, 지시는 컴퓨팅 장치(612)의 디스플레이를 통해 제공될 수 있다. 또 다른 예를 들자면, 컴퓨팅 장치(612)가 혈압 센서 및 포도당 모니터와 같은, 그러나 이에 제한되지는 않는 환자 모니터로부터의 입력을 수집하도록 구성된다면, 그 구성은 컴퓨팅 장치(612)가 환자 모니터가 원하는 환자 데이터를 수집하도록 관리하게 할 수 있다. 예를 들면, 센서와 결합된 웨어러블 장치는 센서를 이용하여 환자의 생체 신호 및 움직임을 모니터링할 수 있다. 지시가 제공되고 사용자 입력이 수집되는 방법은 상기 제공된 예시들로 한정되지 않으며 다수의 변형이 통상의 기술자에게 자명할 것이다.

환자 상태 정보 요청의 제공은 카운트다운 타이머에 표시되도록 시간 조건 전송을 포함할 수 있다. 도 11에 도시된 바와 같이 표시된 시간 조건은 사용자(610)가 요청된 정보를 제공하여야 하는 제한된 시간의 길이를 특정할 수 있다. 따라서, 카운트다운 타이머는 사용자(610)가 요청된 정보를 제공하기 위해 가진 시간을 표시할 수 있다. 예를 들면, 사용자(610)는 2분의 시간 내에 10회 호흡량 측정치를 제공하도록 지시받을 수 있으며, 타이머는 카운트다운을 시작할 수 있다. 카운드다운이 끝에 다다름에 따라 부가적인 오디오 또는 시각적 알림이 알람, 신호, 음성 지시, 플래쉬 라이트 등과 같이 제공될 수 있다.

선택적으로, 환자 상태 정보 제공에 대한 요청은, 하나 이상의 환자 모니터링 유닛(630)을 환자에게 연결하도록 사용자(610)에게 지시하는 것을 포함할 수 있다.

1004 단계에서, 컴퓨팅 장치(612)는 환자 상태 정보를 입력으로 수신할 수 있다. 예를 들면, 컴퓨팅 장치(612)는 컴퓨팅 장치(612)에 제공된 인터페이스를 통해 사용자(610)로부터 직접 입력을 수신할 수 있다. 또 다른 예를 들자면, 컴퓨팅 장치(612)는 하나 이상의 환자 모니터링 유닛으로부터 입력을 수신할 수 있다. 또 다른 예를 들자면, 컴퓨팅 장치(612)는 사용자(610) 및 하나 이상의 환자 모니터링 유닛 모두로부터 입력을 수신할 수 있다. 선택적으로, 컴퓨팅 장치(612)는 사용자(610)로부터 수신된 환자 상태 정보에 대한 환자 기록을 업데이트하도록 HIS(632)와 연결될 수 있다. 그리고 나서, 1006 단계에서, 컴퓨팅 장치(612)는 수신된 환자 상태 정보를 분석한다. 분석은 환자-치료 지시를 식별하기 위해 수신된 입력에 대해 하나 이상의 분석 기법을 적용하는 것을 포함할 수 있다. 예를 들면, 만약 입력이 텍스트 입력인 경우, 자연어 처리(natural language processing)가 환자-치료 지시를 식별하고 입력을 분석하기 위해 사용될 수 있다. 유사하게, 만약 입력이 환자 모니터링 유닛으로부터 수신되었다면, 신호 분석 기법이 환자-치료 지시 식별을 위해 환자 상태를 결정하는 데 사용될 수 있다.

부가적으로, 입력은 치료의 권고 단계들이 수행되지 않았음에 대한 확인을 포함할 수 있다. 예를 들면, 사용자는 요청된 횟수의 측정이 이루어지지 않았거나, 권고된 절차가 수행되지 않았음을 나타낼 수 있다.

수신된 입력에 기초하여, 컴퓨팅 장치(612)는 치료 임상 프로토콜의 표준에 기초하여 개발된 알고리즘을 이용하여 치료 임상 프로토콜의 표준이 준수되고 있는지, 환자-상태 정보가 치료 임상 프로토콜의 표준과 연관된 기대치 이내인지 결정하며, 어떠한 부가적인 치료 단계가 수행되어야 하는지 식별한다. 예를 들면, 일 실시 예에 있어서, 치료 임상 프로토콜의 표준은 환자가 매 시간 시간당 10회 호흡량 측정을 수행하도록, 그리고 호흡량이 특정량을 충족하거나 초과하도록 요구할 수 있다. 만약 입력이, 요구된 측정이 예정대로 수행되고, 임상 프로토콜에 의해 특정된 범위 이내임을 나타낸다면, 애플리케이션은 의사의 진료 필요없이 7일 동안 계속해서 측정을 수행할 것을 권고할 수 있다. 반대로, 만약 입력이, 측정이 단지 시간당 두 번밖에 수행되지 않고 호흡량 측정치가 반복적으로 요구된 이하임을 나타낸다면, 애플리케이션은 환자로 하여금 즉시 호흡기 전문의를 찾아 추가적인 치료를 받을 것을 권고할 수 있다.

1008 단계에서, 컴퓨팅 장치(612)는, 치료 임상 프로토콜에 기초하여 사용자(610)에게 환자-치료 지시를 제공한다. 환자 치료 지시의 제공은 하나 이상의 환자 생체 신호 측정, 하나 이상의 환자 표본 획득, 그리고 하나 이상의 환자 표본에 대한 하나 이상의 진단 테스트 수행(예를 들면, 실험실 테스트, 영상 테스트, 등), 하나 이상의 방사선 영상 테스트, 하나 이상의 생리적(physiological) 테스트, 및 하나 이상의 의료 절차 수행과 같은, 그러나 이에 제한되지는 않는 지시를 송신하는 것을 포함할 수 있다. 또한, 환자-치료 지시의 제공은 사용자(610)에 의해 지시가 수행되어야 하는 시간을 특정한 시간 조건을 제공하는 것을 포함할 수 있다. 예를 들면, 카운트-다운 타이머가 특정한 작업 수행에 대해 남은 시간을 카운트 다운하는 데 제공될 수 있다. 나아가, 카운트다운이 끝나감에 따라 부가적인 오디오 또는 시각적 신호, 예를 들어 알람, 신호음, 음성 지시, 플래쉬 라이트, 등이 제공될 수 있다. 도 13에 표시된 바와 같은 시간 조건은 사용자(610)가 지시를 완료하여야 하는 시간을 표시하는 카운트-다운 타이머에 제공될 수 있다.

선택적으로, 컴퓨팅 장치(612)는 치료 임상 프로토콜에 기초하여 수신된 환자-치료 정보와 추가적인 환자-치료 정보를 관련시키고 그에 접근하기 위해 HIS(632)에 연결될 수 있다. 이어서, 컴퓨팅 장치(612)는, 치료 임상 프로토콜에 기초하여 진단 정보가 부가된 수신된 환자 치료 정보 및 검색된 추가적인 환자-치료 정보 및 수신된 환자 치료 정보의 조합과 같은, 그러나 이에 제한되지는 않는 추가적인 환자-치료 지시를 제공할 수 있다.

1010 단계에서, 사용자(610)는 컴퓨팅 장치(612)에 의해 제공된 환자-치료 지시를 수행할 수 있다. 사용자(610)는 컴퓨팅 장치(612)에 단계별 방식으로 표시되는 형태로 컴퓨팅 장치(612)에 의해 제공되는 환자-치료 지시 및 권고를 수행할 수 있다.

사용자(610)는 환자-치료 지시에 의해 특정된 시간 조건에 따른 환자-치료 지시를 수행할 수 있다. 예를 들면, 도 13에 도시된 바와 같이, 사용자(610)는 2분 이내에 전문 심폐 소생술(Advanced Cardiac Life Support, ACLS)를 제공할 수 있다. 대안적으로, 사용자(610)는 2분 내에 심장병 전문의를 호출할 수 있다.

이어서, 1012 단계에서, 사용자(610)는 환자 치료-지시를 수행한 후 컴퓨팅 장치(610)에 확인을 제공할 수 있다. 사용자(610)는 컴퓨팅 장치(612)에 제공되는 UI의 디스플레이 버튼을 선택함으로써 컴퓨팅 장치(612)에 확인을 제공한다.

컴퓨팅 장치(612)는 또한 사용자(610)에 의해 환자에게 수행되고 제공된 환자-치료 지시에 대해 HIS(632)에 업데이트할 수 있다.

수행되어야 하는 치료 단계에 대한 지시 및 권고를 제공하고 사용자로부터 피드백 입력을 획득함으로써, 컴퓨팅 장치(612)는 치료 임상 프로토콜의 표준이 실시간으로 준수되고 있는지 결정할 수 있으며, 만약 임상 프로토콜로부터 벗어난 경우 다시 치료 임상 프로토콜의 표준으로 되돌아가도록 치료를 유도하는 권고를 제공하기 위해 권고 엔진을 사용할 수 있다. 이런식으로, 치료 임상 프로토콜의 표준은 사용자의 역할에 무관하게, 그리고 사용자 또는 환자의 부서나 직위에 무관하게 균등하게 적용된다.

도 11, 12 및 13은 본원에 기술된 예시적 실시 방법 및 시스템에 의해 사용되는 예시적인 사용자 인터페이스를 나타낸다. 시나리오에 따라, 심정지 상태의 환자가 병원에 들어왔다고 가정한다. 의료 기관 내의 심장병 전문의와 같은 사용자(610)는 사용자(610)의 역할 정보를 제공함으로써 컴퓨팅 장치(612)를 통해 임상 애플리케이션 스토어(602)에 접근할 수 있다. 그리고 나서, 하나 이상의 적절한 환자-치료 애플리케이션이 제공된 역할 정보에 기초하여 식별될 수 있다. 이어서, 선택된 환자-치료 애플리케이션은 컴퓨팅 장치(612)에 다운로드되고 설치될 수 있다.

시나리오에 따라, 사용자(610)는 심정지 애플리케이션 리스트 중에 하나를 선택할 수 있다. 이에 따라, 컴퓨팅 장치(612)에 설치된 선택된 심정지 애플리케이션은 도 11에 나타난 바와 같이 사용자(610)로 하여금 환자의 의학적 상태에 대한 세부 정보를 입력하도록 하기 위해 단순화된 사용자 인터페이스(UI)(1100)를 제공한다. 하나 이상의 의학적 상태에 대한 세부 정보는 예를 들면, 본 시나리오에서 심박 급속증(tachycardia)일 수 있으며, 컴퓨팅 장치(612)의 UI(1100)에 표시된 입력 블록(1102)에 입력된다. 이에 따라, 사용자(610)는 예를 들면, 환자의 정신 상태, 환자의 산소 포화도, 및 환자의 뚜렷한 맥박(palpable pulse)와 같은 하나 이상의 입력을 입력 블록(1102)에 제공한다.

도 12는 수행되어야 하는 작업(1205)의 체크리스트, 카운트다운 타이머(1210), 환자에게 적용되는 프로토콜 링크(1215), 및 환자의 치료에 적용되는 다른 다양한 정보를 제공하는 대안적인 UI(1200)을 나타낸다.

도 11의 단순화된 UI(1100)는 사용자가 최소량의 정보를 요구하는 역할인 상황에서 사용될 수 있으며(간호사, 인턴 등과 같은), 그리고 도 12의 복잡한 UI(1200)는 사용자가 더 구체적인 정보를 요구하는 역할인 경우(중환자 전문 치료사, 외과의 등과 같은) 사용될 수 있다. 대안적으로, 도 11의 단순화된 UI(1100)는 사용자가 프로토콜을 준수하지 않은 이력이 있을 때 사용자가 프로토콜을 준수하도록 권장하는 상황에서 사용될 수 있다. 또한, 도 12의 복잡한 UI(1200)는 사용자가 프로토콜을 준수한 이력이 있는 상황에서 사용될 수 있다. 통상의 기술자에 의해 자명할 것과 같이, 다른 다양한 상황들에 있어서 다른 UI가 사용될 수도 있다.

동시에, 컴퓨팅 장치(612)는 또한 환자에게 부착된 환자 모니터링 유닛(630)으로부터 환자의 의학적 상태에 관한 정보를 수신할 수 있다. 수신된 정보는 분석되고, 트리거 요소(trigger element)에 의해 특정된 상태 트리거(condition trigger)가 조건을 만족하는 경우 알람이 작동될 수 있다.

컴퓨팅 장치(612)는 사용자(610) 및/또는 환자 모니터링 유닛(630)으로부터 수신된 의학적 상태에 관한 세부 정보를 분석하고, 심박급속증(Bradycardia), 서맥(Arrhythmia), 압전증(Tamponade), 기흉(Pneumothorax), 출혈(Hemorrhage), 심근 경색(Myocardial Infraction), 폐색전(Pulmonary Embolism), 부정맥(Sepsis), 및 치료 효과와 같은, 그러나 이에 제한되지는 않는 가능성 있는 진단 정보를 표시한다. 그리고 나서 하나 이상의 진단된 환자 상태 및 심정지에 대한 치료 임상 프로콜의 표준에 따라, 심정지 애플리케이션은 특정한 작업, 권고, 지시 및 업무를 도 13에 도시된 바와 같이 권고 업무 블록(1302)에 표시할 수 있다.

이에 따라, 사용자(610)는 컴퓨팅 장치(612)를 사용하여 작업을 인식하고 지시된 작업을 수행할 수 있다. 그리고 나서, 사용자(610)는 예를 들면 전문심폐소생술(Advanced Cardiac Life Support, ACLS)(1304)와 같이 수행되어야 하는 다음 권고 단계 지시를 제공받을 수 있다. 언급된 사용자(610)에 대한 모든 지시 및 권고는 의학적 상태에 기초하여 치료 임상 프로토콜의 표준에 따라 환자에게 수행될 것은 명백하다.

도 14는 환자 치료의 전체 개요를 표시하는 데 사용될 수 있는 대시보드(dashboard) UI(1400)를 나타낸다. 대시보드 UI(1400)는 환자 생체신호(HR, BP, SPO2, CVP, 등)(1410), 유체(fluid) 입력/출력(1415), 처방된 의약품(1420), 할당된 장비(1425), 연구(investigation)(1430), 및 환자 정보(이름, 진단, 치료, 등)(1405)의 요약을 포함할 수 있다. 나아가, 대시보드 UI(1400)는 처리되지 않은(outstanding) 오더/후속조치(orders/follow-up)(1440), 프로토콜에 대한 준수 정도(1435)의 요약 또한 포함할 수 있다. 대시보드 UI(1400)는 중요 경고(1450) 및 활성화 프로토콜(1445)을 나타내는 아이콘 및 링크 또한 제공할 수 있다.

몇몇 실시 예에 있어서, 도 11 내지 13의 UI는 권고 엔진에 결합되고 제어될 수 있으며, 도 14의 UI(1400)는 모니터링 엔진에 결합되고 제어될 수 있다.

본 발명에 따른 방법 및 시스템은 치료 임상 프로토콜을 준수하는 환자-치료의 제공을 용이하게 할 수 있으며, 의료 환경에서 실수 발생의 가능성을 감소시키고 환자 안전성을 높이는 데 도움을 줄 수 있다. 개시된 방법 및 시스템은 의학적 상태에 대한 대응 시간과 환자-치료에 대한 결정을 빠르게 하도록 할 수 있다. 개시된 방법 및 시스템이 의학적 상태와 연관된 치료 임상 프로토콜의 표준을 준수하는 환자-치료를 용이하게 하는 것에 특정될 수 있어, 방법 및 시스템은 환자 치료의 질 및 일관성을 개선할 수 있다. 따라서, 본 발명의 방법 및 시스템을 이용하여 우수한 결과가 도출될 수 있다. 환자 치료의 절차는 각각의 의학적 상태에 대한 대응의 일선(first line) 및 사건의 처리를 위해 표준화될 수 있다. 개시된 방법 및 시스템은 사용자-친화적일 수 있으며 의료 전문가들 및 환자들로 하여금 환자-치료를 위한 선택을 쉽게 만들 수 있다. 사용자가 근무중 교육받을 수 있는 것과 같이 사용자의 환자-치료 인식에 대한 학습 곡선 또한 단축될 수 있다.

개시된 시스템 및 방법은 환자가 임상적으로 좋은 상태가 될 때까지 환자에게 환자-치료를 제공하기 위해 사용될 수 있을 뿐만 아니라, 임상 치료의 완성의 종료 이후에도, 임상 상태의 향후 재발, 또는 다른 임상 상태의 예방을 위해서도 사용될 수 있다. 또한 임상 치료 애플리케이션 스토어(602)의 환자-치료 애플리케이션은 환자가 의료 제공자에게 방문하였을 때, 입원한 동안, 의료 제공자가 사용하는 건물에서, 또는 퇴원 후 집에서 간호 기간동안에도 사용될 수 있다. 임상 애플리케이션 스토어(602)를 이용하여 다양한 환자-치료 애플리케이션에 쉽게 접근할 수 있음으로 인해서, 사망률 및 이환율(morbidity rate)이 감소할 수 있다. 환자-치료 애플리케이션이 의학적 상태에 특정된 치료 임상 프로토콜의 표준을 이용하여 설계됨으로 인해, 의료 제공자들은 치료 임상 프로토콜의 표준을 준수할 수 있다. 또한 개시된 방법 및 시스템은 일반 조사, 감사, 준수, 의료과실 조사, 평가 및 품질 보증과 같은, 그러나 이에 제한되는 것은 아닌 다양한 환자-치료 작업에 대한 하나의 소스(source)를 제공할 수 있다.

전술한 명세서에서, 본 발명에 따른 특정 실시 예들이 기술되었다. 그러나, 통상의 기술자는 다양한 수정 및 변경이 이하의 청구범위에 기재된 본 출원의 범위를 벗어나지 않고 이루어질 수 있음을 이해할 수 있을 것이다. 따라서, 명세서 및 도면은 제한적인 의미라기보다는 예시적인 것으로 간주되어야 하며, 그러한 모든 변형은 본원 발명의 범위 내에 포함되는 것으로 의도된다. 임의의 이점, 장점, 및 해결책을 만들어내거나 더욱 두드러지게 하는 이점, 장점, 문제 해결책, 및 임의의 요소(들)이 본 발명에 필요하거나 중요하고 필수적인 것으로 해석되어서는 안된다.

Claims (21)

1. 컴퓨터로 실행되는 환자-치료의 제공(delivery)을 용이하게 하기 위한 방법으로, 상기 방법은:
   컴퓨팅 장치에 의해, 시간 내에 완료되어야 하는 환자-치료 지시를 포함하는 임상 프로토콜(clinical protocol)에 기초하여, 임상 상태(clinical condition)를 나타내는 환자 정보를 모니터링하는 단계;
   상기 컴퓨팅 장치에 의해, 상기 모니터링의 결과에 기초하여 사용자에게 상기 환자-치료 지시를 제공하는 단계;
   상기 컴퓨팅 장치에 의해, 제공되는 환자 치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하는 단계; 및
   상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 환자-치료 지시를 보정하도록 권고하는 작업 요청을 제공하는 단계를 포함하는 방법.
   
2. 제1 항에 있어서,
   상기 환자 정보를 모니터링하는 단계는,
   상기 시간 내에 완료되어야 하는 상기 환자-치료 지시 및 제공되는 상기 환자 정보 중 적어도 하나를 특정하는 단계를 포함하는 방법.
   
3. 제1 항에 있어서,
   상기 사용자에게 상기 시간을 나타내는 카운트-다운 타이머를 표시하는 단계를 더 포함하는 방법.
   
4. 제1 항에 있어서,
   상기 환자-치료 지시를 제공하는 단계는:
   환자 생체 신호에 대해 하나 이상의 측정을 수행하는 단계;
   하나 이상의 환자 표본을 획득하고, 상기 하나 이상의 환자 표본에 대해 하나 이상의 실험실 테스트를 수행하는 단계;
   환자 또는 상기 하나 이상의 환자 표본에 대해 하나 이상의 방사선 영상 테스트를 수행하는 단계;
   상기 환자에 대해 하나 이상의 건강 진단 테스트(physical diagnostic test)를 수행하는 단계; 및
   상기 환자에 대해 하나 이상의 의료 절차를 수행하는 단계 중 적어도 하나를 포함하는 방법.
   
5. 제1 항에 있어서,
   상기 방법은,
   상기 컴퓨팅 장치에 의해, 추가적인 환자 정보 검색을 위해 병원 정보 시스템에 접근하는 단계;
   상기 컴퓨팅 장치에 의해, 상기 임상 프로토콜에 기초하여 상기 모니터링된 환자 정보와 검색된 추가적인 환자 정보를 관련시키는 단계를 더 포함하고,
   상기 환자-치료 지시를 제공하는 단계는, 상기 검색된 추가적인 환자 정보, 상기 모니터링된 환자 정보, 및 상기 임상 프로토콜에 기초한 진단 정보의 조합을 표시하는 단계를 포함하는 방법.
   
6. 제1 항에 있어서,
   상기 방법은,
   상기 사용자의 역할 정보를 수신하는 단계를 더 포함하며,
   상기 환자 정보를 모니터링하는 단계는, 수신된 상기 사용자의 역할 정보에 기초하여 환자 정보를 요청하는 단계를 포함하며; 그리고
   상기 환자-치료 지시는 수신된 상기 사용자의 역할 정보에 기초하여 제공되는 방법.
   
7. 제1 항에 있어서,
   상기 환자-치료 지시는 치료 프로토콜의 표준에 따른 결정에 기초하여 제공되는 방법.
   
8. 컴퓨팅 장치가 방법을 수행하도록 하는 컴퓨터 실행가능한 명령들이 저장된 비-일시적 컴퓨터 판독가능 매체로, 상기 방법은:
   컴퓨팅 장치에 의해, 시간 내에 완료되어야 하는 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하는 단계;
   상기 컴퓨팅 장치에 의해, 상기 모니터링의 결과에 기초하여 사용자에게 상기 환자-치료 지시를 제공하는 단계;
   상기 컴퓨팅 장치에 의해, 제공되는 환자 치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하는 단계; 및
   상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 환자-치료 지시를 보정하도록 권고하는 작업 요청을 제공하는 단계를 포함하는 매체.
   
9. 제8 항에 있어서,
   상기 환자 정보를 모니터링하는 단계는,
   상기 시간 내에 완료되어야 하는 상기 환자-치료 지시 및 제공되는 상기 환자 정보 중 적어도 하나를 특정하는 단계를 포함하는 매체.
   
10. 제8 항에 있어서,
    상기 방법은 상기 사용자에게 상기 시간을 나타내는 카운트-다운 타이머를 표시하는 단계를 더 포함하는 매체.
    
11. 제8 항에 있어서,
    상기 환자-치료 지시를 제공하는 단계는:
    환자 생체 신호에 대해 하나 이상의 측정을 수행하는 단계;
    하나 이상의 환자 표본을 획득하고, 상기 하나 이상의 환자 표본에 대해 하나 이상의 실험실 테스트를 수행하는 단계;
    환자 또는 상기 하나 이상의 환자 표본에 대해 하나 이상의 방사선 영상 테스트를 수행하는 단계;
    상기 환자에 대해 하나 이상의 건강 진단 테스트를 수행하는 단계; 및
    상기 환자에 대해 하나 이상의 의료 절차를 수행하는 단계 중 적어도 하나를 포함하는 매체.
    
12. 제8 항에 있어서,
    상기 방법은,
    상기 컴퓨팅 장치에 의해, 추가적인 환자 정보 검색을 위해 병원 정보 시스템에 접근하는 단계;
    상기 컴퓨팅 장치에 의해, 상기 임상 프로토콜에 기초하여 상기 모니터링된 환자 정보와 검색된 추가적인 환자 정보를 관련시키는 단계를 더 포함하고,
    상기 환자-치료 지시를 제공하는 단계는, 상기 검색된 추가적인 환자 정보, 상기 모니터링된 환자 정보, 및 상기 임상 프로토콜에 기초한 진단 정보의 조합을 표시하는 단계를 포함하는 매체.
    
13. 제8 항에 있어서,
    상기 방법은 상기 사용자의 역할 정보를 수신하는 단계를 더 포함하며,
    상기 환자 정보를 모니터링하는 단계는, 수신된 상기 사용자의 역할 정보에 기초하여 환자 정보를 요청하는 단계를 포함하며; 그리고
    상기 환자-치료 지시는 수신된 상기 사용자의 역할 정보에 기초하여 제공되는 매체.
    
14. 제8 항에 있어서,
    상기 환자-치료 지시는 치료 프로토콜의 표준에 따른 결정에 기초하여 제공되는 매체.
    
15. 환자-치료 모바일 애플리케이션을 사용자에게 배포하기 위해 컴퓨터로 실행되는 방법으로:
    컴퓨팅 장치에 의해, 상기 사용자의 역할 정보를 수신하는 단계;
    수신된 상기 역할 정보에 기초하여 상기 사용자를 대상으로 한 다수의 환자-치료 애플리케이션을 식별하는 단계;
    상기 컴퓨팅 장치에 의해, 식별된 다수의 환자-치료 애플리케이션에 대한 요약 정보를 상기 사용자에게 제공하는 단계;
    상기 컴퓨팅 장치에 의해, 상기 다수의 환자-치료 애플리케이션 중 하나를 식별하는 선택 정보를 상기 사용자로부터 수신하는 단계; 및
    상기 다수의 환자-치료 애플리케이션 중 식별된 하나에 접근(access)을 부여하는 단계를 포함하는 방법.
    
16. 제15 항에 있어서,
    상기 역할 정보는, 의료 기관 내 상기 사용자의 직업 정보를 포함하며; 그리고
    하나 이상의 상기 환자-치료 모바일 애플리케이션은 상기 직업 정보에 기초하여 식별되는 방법.
    
17. 제16 항에 있어서,
    상기 직업 정보는, 의사, 간호사, 기술자, 관리자, 환자 및 지불인 중 적어도 하나인 상기 사용자의 직위(position)을 나타내는 정보를 포함하는 방법.
    
18. 제15 항에 있어서,
    상기 역할 정보는, 의료 기관 내 상기 사용자와 연관된 부서를 식별하는 부서 정보를 포함하며; 그리고
    하나 이상의 상기 환자-치료 모바일 애플리케이션은 상기 부서 정보에 기초하여 식별되는 방법.
    
19. 제18 항에 있어서,
    상기 부서 정보는, 심장내과(Cardiology), 내과(Internal Medicine), 산부인과(Obstetrics/Gynecology), 종양과(Oncology), 방사선과(Radiology), 외과(Surgery), 소아과(Pediatrics), 신생아과(Neonatology), 응급의학과(Emergency Medicine), 신장내과(Nephrology), 및 피부과(Dermatology) 중 적어도 하나인 상기 사용자와 연관된 부서를 나타내는 정보를 포함하는 방법.
    
20. 제15 항에 있어서,
    상기 방법은,
    상기 컴퓨팅 장치에 의해, 상기 역할 정보가 상기 사용자를 환자로 식별한 경우, 상기 사용자와 연관된 진단 정보를 결정하기 위해 병원 정보 시스템에 접근하는 단계를 더 포함하며,
    수신된 상기 역할 정보에 기초하여 다수의 환자-치료 모바일 애플리케이션을 식별하는 단계는, 결정된 상기 진단 정보에 기초하여 상기 다수의 환자-치료 모바일 애플리케이션을 식별하는 단계를 포함하는 방법.
    
21. 환자-치료의 제공을 용이하게 하는 시스템으로, 상기 시스템은:
    시간 내에 각각 완료되어야 하는 제1 환자-치료 지시 및 제2 환자-치료 지시를 포함하는 임상 프로토콜에 기초하여, 임상 상태를 나타내는 환자 정보를 모니터링하고; 상기 모니터링의 결과에 기초하여 제1 사용자에게 상기 제1 환자-치료 지시를 제공하고; 제공된 상기 제1 환자-치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하고; 그리고 상기 제1 사용자에 의해 상기 임상 프로토콜이 준수되고 있지 않은 것으로 결정된 경우, 상기 임상 프로토콜에 따라 상기 제1 환자 치료 지시를 보정하도록 권고하는 제1 작업 요청을 제공하도록 구성되는 제1 프로세서 및 제1 스토리지를 포함하는 제1 컴퓨팅 장치; 및
    상기 시간 내에 완료되어야 하는 상기 제1 환자-치료 지시 및 상기 제2 환자-치료 지시를 포함하는 상기 임상 프로토콜에 기초하여, 상기 임상 상태를 나타내는 환자 정보를 모니터링하고; 상기 모니터링의 결과에 기초하여 제2 사용자에게 상기 제2 환자-치료 지시를 제공하고; 제공되는 상기 제2 환자 치료 지시 및 상기 환자 정보 중 적어도 하나의 결과에 기초하여 상기 임상 프로토콜이 준수되는 정도를 결정하고; 그리고 상기 제2 사용자에 의해 상기 임상 프로토콜이 준수되고 있지 않다고 결정된 경우, 상기 임상 프로토콜에 따라 상기 제2 환자 치료 지시를 보정하도록 권고되는 제2 작업 요청을 제공하도록 구성되는 제2 프로세서 및 제2 스토리지를 포함하는 제2 컴퓨팅 장치를 포함하며,
    상기 제1 컴퓨팅 장치 및 상기 제2 컴퓨팅 장치는 각각 상기 제1 사용자 및 상기 제2 사용자에게 상기 임상 프로토콜의 준수에 대한 지시를 제공하도록 구성되며, 각각 실질적으로 일반적인 제시 형태인 시스템.
    

Images