환자 여정 데이터 템플릿
환자 여정 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- athenahealth 데이터 추출 안내
환자 여정 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
마지막 데이터 업데이트
LastDataUpdate
|
데이터를 마지막으로 추출하거나 새로 고친 시각입니다. | ||
|
설명
분석에 사용된 데이터의 최신 여부를 나타냅니다. 사용자는 이를 통해 실시간 데이터인지 과거 시점의 스냅샷인지 확인할 수 있습니다. 데이터 파이프라인을 관리하고 대시보드에 프로세스의 최신 상태가 반영되도록 하는 데 사용합니다.
중요한 이유
데이터 거버넌스와 대시보드 데이터의 최신성에 대한 사용자 신뢰를 확보하는 데 중요합니다.
확보 방법
ETL 실행 시점의 시스템 시각입니다.
예시
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
원천 시스템
SourceSystem
|
데이터가 생성된 시스템의 이름입니다. | ||
|
설명
레코드를 생성한 IT 시스템을 식별합니다. 여기서는 'athenahealth'가 해당합니다. 여러 시스템의 데이터를 결합하는 환경에서 특히 유용합니다. 분석가는 데이터 원천별로 보기를 필터링하고, 특정 시스템의 데이터 품질 문제를 조사할 수 있습니다.
중요한 이유
여러 시스템을 대상으로 process mining을 수행할 때 데이터 계보와 맥락을 제공합니다.
확보 방법
하드코딩된 값 또는 시스템 설정 ID입니다.
예시
athenahealthAthenaOneAthenaPractice
|
|||
|
이벤트 타임스탬프
EventTimestamp
|
활동이 발생한 날짜와 시각입니다. | ||
|
설명
활동이 발생한 정확한 시각을 기록합니다. 이를 기준으로 이벤트를 시간순으로 정렬하고 단계 간 소요 시간을 계산합니다. 처리 시간, 대기 시간, 처리량 등 시간 기반 분석에 필요합니다. 같은 날 발생한 이벤트의 순서를 구분할 수 있도록 정밀도가 높은 값을 사용하는 것이 좋습니다.
중요한 이유
이벤트 순서를 정하고 시간 기반 KPI를 계산하는 데 필요합니다.
확보 방법
athenahealth 테이블의 상태 변경 또는 생성일과 관련된 타임스탬프 필드입니다.
예시
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
환자 진료 에피소드
PatientEpisodeId
|
특정 환자의 진료 에피소드 또는 여정을 식별하는 고유 ID입니다. | ||
|
설명
이 속성은 환자의 특정 진료 기간이나 질환과 관련된 모든 활동을 묶는 중심 사례 식별자 역할을 합니다. 예약, 진단 오더, 퇴원 절차 등 서로 다른 이벤트를 하나의 일관된 여정으로 연결합니다. 분석에서는 이 ID를 process mining의 기본 키로 사용해 처음부터 끝까지의 흐름을 재구성합니다. 같은 환자가 서로 다른 질환으로 여러 차례 방문한 경우에도 각 방문을 별도의 프로세스 인스턴스로 구분합니다.
중요한 이유
분석에서 단일 프로세스 인스턴스의 범위를 정의하는 데 필요합니다.
확보 방법
Encounter ID를 그룹화하거나 athenahealth의 특정 Episode of Care ID에 연결해 생성합니다.
예시
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
활동명
ActivityName
|
환자 여정에서 수행된 이벤트 또는 작업의 이름입니다. | ||
|
설명
'환자 접수', '진단 검사 오더 입력', '약물 투여'와 같이 프로세스에서 발생한 구체적인 단계를 나타냅니다. 이 텍스트가 프로세스 맵의 노드를 정의합니다. 프로세스 흐름을 시각화하고 작업 순서를 파악하는 데 사용합니다. 읽기 쉬운 프로세스 맵을 만들려면 활동명을 일관되게 정해야 합니다.
중요한 이유
프로세스 맵의 단계를 정의하며, process mining에 반드시 필요합니다.
확보 방법
감사 로그, 예약 상태 변경 내역 또는 청구 항목 설명에서 가져옵니다.
예시
예약 완료환자 접수 완료진단 검사 지시환자 퇴원
|
|||
|
부서명
DepartmentName
|
활동이 발생한 병원 또는 진료소의 부서입니다. | ||
|
설명
응급의학과, 심장내과, 영상의학과 등 기능별 부서에 따라 프로세스 데이터를 구분합니다. '부서별 처리량 및 인수인계' 대시보드에 필요한 속성입니다. 이 속성을 활용하면 특정 부서의 병목을 찾아 부서 간 환자 흐름을 개선할 수 있습니다.
중요한 이유
조직 내 병목과 비효율적인 인수인계를 파악하는 데 중요합니다.
확보 방법
athenahealth의 'departmentid'를 부서명과 연결한 값입니다.
예시
응급의학과내과영상의학과
|
|||
|
의료진 이름
ProviderName
|
활동을 수행한 의료 전문가의 이름입니다. | ||
|
설명
이벤트를 담당한 의사, 간호사 또는 기술자를 식별합니다. 이 속성은 리소스 활용도 분석에 중요합니다. 직원별 처리량과 처리 시간 등 성과 지표를 비교해 교육이 필요한 영역이나 업무량 불균형을 파악할 수 있습니다.
중요한 이유
'리소스 활용률'을 계산하고 인수인계를 분석하는 데 중요합니다.
확보 방법
athenahealth의 'providerid'를 의료진 디렉터리의 이름과 연결한 값입니다.
예시
Smith 의사Jones 간호사Adams 기술자
|
|||
|
이벤트 종료 시각
EventEndTime
|
특정 활동이 완료된 시각입니다. | ||
|
설명
활동의 완료 시각을 기록해 해당 단계의 실제 처리 시간과 그 전에 발생한 대기 시간을 구분할 수 있습니다. 리소스 효율성을 분석하고 수작업으로 예상보다 오래 걸리는 작업을 파악하는 데 사용합니다.
중요한 이유
실제 처리 시간과 대기 시간을 구분해 계산할 수 있습니다.
확보 방법
athenahealth의 결제 완료 시각, 결과 확인 시각 또는 특정 완료 타임스탬프입니다.
예시
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
재입원 여부
IsReadmission
|
해당 에피소드가 비계획 재방문에 해당하는지 나타내는 표시입니다. | ||
|
설명
이전 퇴원 후 정해진 기간(예: 30일) 안에 환자가 병원으로 돌아왔는지 나타내는 불리언 값입니다. '비계획 재입원 비율' KPI를 계산하는 데 직접 활용됩니다. 이 속성으로 필터링하면 재입원의 근본 원인을 조사하고 초기 진료 경로의 패턴을 파악할 수 있습니다.
중요한 이유
재입원율 KPI 계산에 직접 활용됩니다.
확보 방법
ETL 과정에서 입원일과 이전 퇴원일을 비교해 계산합니다.
예시
truefalse
|
|||
|
주진단 코드
PrimaryDiagnosisCode
|
에피소드에 연결된 주 ICD-10 코드입니다. | ||
|
설명
환자 여정의 임상적 원인을 분류합니다. '연령대 및 진단별 여정 비교'에 필요한 맥락을 제공합니다. 분석가는 질환별로 여정을 구분할 때 이 속성을 사용합니다. 예를 들어 폐렴과 골절은 예상되는 진료 경로와 처리 시간이 크게 다를 수 있습니다.
중요한 이유
진단별로 유사한 사례를 비교할 수 있습니다. 진단에 따라 처리 시간이 크게 달라집니다.
확보 방법
Encounter 또는 Claim의 진단 필드(ICD-10)입니다.
예시
J18.9I10E11.9
|
|||
|
진료 유형
EncounterType
|
진료 방문의 유형입니다(예: 외래 진료, 원격 의료, 응급 진료). | ||
|
설명
제공된 진료의 방식이나 환경을 정의합니다. 일반 데이터 모델에서는 '사례 유형'에 해당합니다. 진료 유형마다 예상되는 흐름과 청구 요건이 다릅니다. 처리 시간을 분석할 때 이 속성으로 필터링하면 서로 다른 유형의 사례를 무리하게 비교하지 않을 수 있습니다.
중요한 이유
원격 의료와 대면 진료 등 서로 다른 프로세스 변형을 구분합니다.
확보 방법
athenahealth의 'encountertype' 필드입니다.
예시
외래 진료원격 의료응급 진료수술
|
|||
|
퇴원 후 이동처
DischargeDisposition
|
퇴원 시 환자의 목적지 또는 상태입니다. | ||
|
설명
에피소드가 끝난 뒤 환자가 어디로 이동했는지 나타냅니다. 예를 들어 '자택', '전문 간호 시설', '호스피스' 등이 있습니다. '퇴원 계획 및 재입원 추이' 분석에 중요합니다. 퇴원 계획의 복잡성을 파악하고 진료 전환의 효과를 평가하는 데 도움이 됩니다.
중요한 이유
퇴원 계획과 재입원 위험을 파악하는 데 필요한 맥락을 제공합니다.
확보 방법
athenahealth의 encounter 필드 또는 병원 퇴원 기록입니다.
예시
자택전문 간호 시설단기 입원 병원으로 전원사망
|
|||
|
환자 ID
PatientId
|
환자를 식별하는 고유 ID입니다(익명화 또는 해시 처리). | ||
|
설명
진료 여정을 거치는 고객, 즉 환자를 고유하게 식별합니다. 사례 식별자와 비슷하지만 한 환자가 시간의 흐름에 따라 여러 에피소드를 가질 수 있습니다. 재방문을 연결하고 재입원율을 분석하는 데 사용합니다. '비계획 재입원 비율' KPI를 계산하는 데 필요합니다.
중요한 이유
에피소드별 재입원과 환자 이력을 추적하는 데 필요합니다.
확보 방법
athenahealth의 'patientid' 필드입니다.
예시
PAT-100234PAT-559201PAT-992210
|
|||
|
환자 연령대
PatientAgeGroup
|
환자의 연령을 구간으로 분류한 값입니다(예: 18~25세, 65세 이상). | ||
|
설명
환자를 인구통계학적 집단으로 구분합니다. '연령대 및 진단별 여정 비교' 대시보드에 필요한 속성입니다. 노인이나 소아 환자 등 특정 연령대에 프로세스 비효율이나 결과가 더 큰 영향을 미치는지 파악하는 데 도움이 됩니다.
중요한 이유
의료 프로세스 분석에 사용하는 표준 인구통계 구분입니다.
확보 방법
환자의 생년월일과 StartTime을 바탕으로 계산합니다.
예시
18-2930-4965+
|
|||
|
오더 유형
OrderType
|
오더의 분류입니다(예: 검사실 검사, 영상 검사, 처방). | ||
|
설명
에피소드 중 입력된 임상 오더를 분류합니다. '진단 검사 리드 타임' 대시보드에 필요한 속성입니다. 검사실 검사와 영상 검사의 리드 타임을 각각 측정할 수 있습니다. 두 유형은 서비스 수준 협약과 병목이 서로 다를 수 있습니다.
중요한 이유
진단 프로세스를 구분해 유형별 리드 타임을 분석합니다.
확보 방법
athenahealth의 'ordertype' 또는 orders API의 'class'입니다.
예시
검사실 검사영상 검사처방시술
|
|||
|
재작업 여부
IsRework
|
이 활동이 반복되었는지 나타내는 표시입니다. | ||
|
설명
같은 사례에서 활동이 두 번 이상 발생한 경우 참으로 설정되는 불리언 값입니다. '활동 빈도 및 재작업 루프' 대시보드에 활용됩니다. 재작업이 포함된 사례를 바로 추려 '재작업 활동 빈도' KPI를 계산할 수 있습니다.
중요한 이유
프로세스의 비효율과 불필요한 단계를 파악합니다.
확보 방법
CaseId별 활동 발생 횟수를 기준으로 ETL 과정에서 계산합니다.
예시
truefalse
|
|||
|
진단 결과 상태
DiagnosticResultStatus
|
진단 오더의 결과 상태입니다(예: 양성, 정상). | ||
|
설명
검사 결과의 상위 수준 상태를 기록합니다. '진단 검사 리드 타임'과 후속 치료 결정에 필요한 맥락을 제공합니다. 비정상 결과가 정상 결과보다 후속 조치를 앞당기는지 분석할 수 있습니다.
중요한 이유
프로세스 흐름과 임상 결과를 연결합니다.
확보 방법
athenahealth의 검사 결과 관찰 필드입니다.
예시
정상비정상위험
|
|||
|
청구 상태
ClaimStatus
|
진료와 관련된 재무 청구의 상태입니다. | ||
|
설명
청구가 '제출됨', '거부됨', '지급됨' 중 어떤 상태인지 나타냅니다. '청구 제출' 활동과 재무 처리량 분석에 관련됩니다. 임상 기록의 문제로 후속 재무 처리에 지연이 발생하는지 파악하는 데 도움이 됩니다.
중요한 이유
임상 프로세스의 효율성과 수익 주기 성과를 연결합니다.
확보 방법
athenahealth의 'claimstatus' 필드입니다.
예시
청구 완료보류제출 취소
|
|||
|
총 청구 금액
TotalChargeAmount
|
활동 또는 에피소드에 청구된 금액입니다. | ||
|
설명
활동과 관련된 금액 또는 총 청구 금액입니다. 비용 기반 process mining과 재무 영향 분석에 활용할 수 있습니다. 비용이 높은 진료 경로의 변형을 찾고 프로세스 효율성과 재무 성과의 관계를 분석하는 데 사용합니다.
중요한 이유
프로세스 분석에 재무 관점을 더합니다.
확보 방법
athenahealth의 claim 또는 charge 테이블에 있는 'amount' 또는 'totalcharge'입니다.
예시
150.002500.5045.00
|
|||
환자 여정 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
검사 결과 수신
|
진단 검사 결과가 확정되어 환자 차트에 등록된 시점입니다. 일반적으로 검사실 또는 영상 시스템에서 athenahealth로 결과를 보내면 타임스탬프가 포함된 기록이 생성됩니다. | ||
|
중요한 이유
결과 수신은 진단과 치료 계획 등 후속 임상 의사결정을 시작하는 중요한 계기입니다. 진단 처리 시간을 측정할 때 이 이벤트를 종료 시점으로 사용합니다.
확보 방법
원래 검사 지시와 연결된 결과 또는 진단 테이블에서 확인할 수 있습니다. 결과가 환자 차트에 등록되거나 수신된 시점의 타임스탬프가 이벤트로 기록됩니다.
기록
일반적으로 LIS 또는 RIS와의 연동을 통해 타임스탬프가 포함된 새 결과 기록이 생성됩니다.
이벤트 유형
explicit
|
|||
|
시술 시행
|
수술이나 전문 치료와 같은 임상 시술을 환자에게 시행한 시점입니다. 임상 문서에 명시적으로 기록되며, 시술 기록에 시작 및 종료 시각이 포함되는 경우가 많습니다. | ||
|
중요한 이유
시술은 환자 치료의 중요한 단계입니다. 시술 전후의 활동을 분석하면 수술 전후 워크플로를 최적화할 수 있습니다.
확보 방법
athenaClinicals의 시술 기록이나 특정 임상 기록지에서 확인할 수 있습니다. 문서에 기록된 시술 시작 또는 종료 시각을 이벤트 타임스탬프로 사용합니다.
기록
시술이 이루어진 시각을 타임스탬프와 함께 기록한 시술 기록 또는 로그가 생성됩니다.
이벤트 유형
explicit
|
|||
|
진단 확정
|
임상의가 해당 진료 건에서 환자의 상태를 공식적으로 진단하거나 확정한 시점입니다. 환자 진료 건과 연결된 주 진단 코드(예: ICD-10)의 생성 또는 최종 수정 타임스탬프로 추정할 수 있습니다. | ||
|
중요한 이유
이 단계는 이후 치료 경로를 결정하는 중요한 기준점입니다. 이후 활동의 편차를 분석하면 진료 프로토콜을 이해하고 표준화하는 데 도움이 됩니다.
확보 방법
환자의 문제 목록이나 진료 건의 진단 데이터로 추정할 수 있습니다. 진단 코드가 변경되거나 확정된 시점과 해당 타임스탬프가 이벤트를 나타냅니다.
기록
진료 건의 주 진단이 추가되거나 수정된 타임스탬프를 확인합니다.
이벤트 유형
inferred
|
|||
|
초기 평가 완료
|
분류나 간호 평가 등 첫 임상 평가가 완료된 시점을 나타냅니다. 이때 활력 징후와 주요 증상을 기록합니다. 진료 건에 대해 처음 서명된 임상 기록이나 작성이 완료된 평가 양식의 타임스탬프를 기준으로 추정하는 경우가 많습니다. | ||
|
중요한 이유
이 단계는 임상 진료의 시작을 나타냅니다. 접수부터 이 활동까지 걸리는 시간은 초기 환자 대기 시간과 리소스 대응 속도를 측정하는 주요 지표입니다.
확보 방법
athenaClinicals의 특정 임상 문서나 기록지 생성 또는 서명 타임스탬프로 추정합니다. 분류 또는 접수에 해당하는 문서 유형을 식별해야 합니다.
기록
진료 건에 해당하는 임상 기록, 활력 징후 기록지 또는 특정 접수 양식에서 가장 이른 타임스탬프를 확인합니다.
이벤트 유형
inferred
|
|||
|
퇴원 지시 작성
|
의사 또는 권한이 있는 의료진이 환자의 퇴원을 공식적으로 지시한 시점입니다. EHR의 CPOE 모듈에서 타임스탬프와 함께 명시적으로 생성되는 이벤트입니다. | ||
|
중요한 이유
이 활동은 퇴원 프로세스의 시작을 나타냅니다. 퇴원 지시부터 실제 퇴원까지의 시간은 '퇴원 계획 처리 시간'을 측정하는 주요 성과 지표입니다.
확보 방법
검사 지시 테이블에서 확인할 수 있습니다. 특정 'Discharge' 지시 유형과 생성 타임스탬프로 이벤트를 식별합니다.
기록
검사 지시 테이블에 유형이 'Discharge'인 새 기록이 생성됩니다.
이벤트 유형
explicit
|
|||
|
환자 접수 완료
|
환자가 도착해 예약된 진료나 방문 절차를 공식적으로 접수한 시점을 나타냅니다. 일반적으로 athenaClinicals 또는 athenaCommunicator의 예약 기록에서 상태가 변경된 시점으로 기록됩니다. | ||
|
중요한 이유
환자가 의료기관에 도착한 뒤 시작되는 여정의 기준 시점입니다. 대기 시간과 임상 진료 전체의 처리 시간을 측정하는 데 중요합니다.
확보 방법
예약 또는 진료 테이블의 상태 변경으로 기록됩니다. 'Checked-In' 상태와 해당 타임스탬프를 확인합니다.
기록
예약 또는 진료 객체의 상태 변경이 타임스탬프와 함께 기록됩니다.
이벤트 유형
explicit
|
|||
|
환자 퇴원
|
환자가 공식적으로 퇴원해 의료기관 내 여정이 완료된 시점입니다. 입원 진료 건의 마지막 ADT 이벤트로, 정확한 타임스탬프와 함께 기록됩니다. | ||
|
중요한 이유
이 이벤트는 환자의 주요 여정이 끝나는 시점을 나타냅니다. 전체 '환자 여정 처리 시간'을 측정하는 종료 지점이며 재입원 분석에도 필요합니다.
확보 방법
ADT 시스템 또는 환자 진료 테이블에 명시적으로 기록되는 이벤트입니다. 진료 건의 최종 상태가 'Discharged'로 변경되고 타임스탬프가 함께 기록됩니다.
기록
환자 진료 상태가 'Discharged'로 변경되고 ADT 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
검체 채취
|
검사실 검사를 위해 환자에게서 혈액이나 소변 등의 생체 검체를 채취한 시점을 나타냅니다. 일반적으로 검사실 모듈에 이벤트로 기록되거나 검사 지시 상태가 변경될 때 기록됩니다. | ||
|
중요한 이유
진단 검사 프로세스의 주요 단계입니다. 검사 지시부터 검체 채취, 결과 확인까지 걸리는 시간을 살펴보면 검사실 워크플로의 병목을 찾을 수 있습니다.
확보 방법
검사실 검사 지시의 상태 변경이나 athenahealth와 연동된 검사 정보 시스템의 개별 이벤트로 확인할 수 있습니다. 'Collected' 상태와 타임스탬프를 찾습니다.
기록
검사실 검사 지시 상태의 변경 사항이나 전용 검체 추적 모듈에 기록됩니다.
이벤트 유형
explicit
|
|||
|
보험 청구 제출
|
환자 진료 중 제공한 서비스에 대한 보험 청구를 생성해 보험 지급자에게 제출한 시점입니다. athenaCollector 수익 주기 관리 모듈에 명시적으로 기록되는 이벤트입니다. | ||
|
중요한 이유
행정 절차에 해당하지만, 임상 진료와 병행되는 수익 주기 프로세스를 분석하는 데 중요한 활동입니다. 이를 통해 진료와 청구 사이의 지연을 파악할 수 있습니다.
확보 방법
청구 또는 결제 테이블에서 확인할 수 있습니다. 청구 생성 또는 제출 시각으로 이벤트를 표시합니다.
기록
청구 레코드가 생성되고, 시각 정보와 함께 상태가 '제출됨'으로 업데이트됩니다.
이벤트 유형
explicit
|
|||
|
예약 완료
|
환자의 진료 예약이 등록된 시점을 나타냅니다. 사용자가 athenahealth의 예약 모듈인 athenaCommunicator에서 새 예약을 생성하고 확정하면 이벤트가 명시적으로 기록됩니다. | ||
|
중요한 이유
이 활동은 많은 환자 여정의 시작점입니다. 예약부터 접수까지 걸리는 시간을 분석하면 환자의 진료 접근성과 방문 전 처리 효율을 파악할 수 있습니다.
확보 방법
예약 또는 일정 테이블에 명시적으로 기록되는 이벤트입니다. 일반적으로 생성 타임스탬프와 환자 ID가 포함됩니다.
기록
예약 모듈에서 예약 기록을 생성할 때 이벤트가 기록됩니다.
이벤트 유형
explicit
|
|||
|
진단 검사 지시
|
의료진이 검사실 검사, 영상 검사 또는 기타 시술과 같은 진단 검사를 지시한 시점입니다. athenaClinicals의 CPOE(Computerized Provider Order Entry) 기능을 통해 생성되며 타임스탬프가 명시적으로 기록됩니다. | ||
|
중요한 이유
이 단계는 진단 하위 프로세스를 시작하는 중요한 의사결정 지점입니다. 지시부터 결과 확인까지의 '진단 검사 처리 시간' KPI를 분석하려면 이 활동을 추적해야 합니다.
확보 방법
검사 지시 테이블에서 확인할 수 있습니다. 각 지시에는 환자 식별자, 검사명, 상태, 생성 타임스탬프가 포함됩니다.
기록
시스템의 검사 지시 테이블에 타임스탬프가 포함된 새 기록이 생성됩니다.
이벤트 유형
explicit
|
|||
|
치료 계획 수립
|
임상의가 환자의 치료 계획을 공식적으로 작성하고 문서화한 시점을 나타냅니다. 특정 'Plan of Care' 문서나 관련 치료 지시의 생성 또는 서명으로 기록할 수 있습니다. | ||
|
중요한 이유
이 활동을 통해 예정된 임상 경로가 공식화됩니다. 표준 프로토콜 준수 여부를 측정하고 진료 편차를 분석하는 데 중요한 지점입니다.
확보 방법
임상 문서 또는 검사 지시 테이블에서 확인할 수 있습니다. 서명된 진료 계획 기록의 타임스탬프나 관련 치료 지시가 일괄 제출된 시점에 해당합니다.
기록
특정 치료 계획 문서 또는 지시 묶음이 생성되거나 확정된 타임스탬프가 이벤트로 기록됩니다.
이벤트 유형
explicit
|
|||
|
투약 완료
|
임상 인력이 환자에게 실제로 약물을 투여한 시점입니다. athenaClinicals의 Medication Administration Record(MAR) 모듈에 투여 건별로 정확한 타임스탬프와 함께 기록됩니다. | ||
|
중요한 이유
이 활동은 직접적인 치료 행위를 나타냅니다. 투약 시점을 분석하면 '첫 치료까지 걸린 시간'을 측정하고 투약 일정을 준수하는지 확인할 수 있습니다.
확보 방법
MAR 데이터 테이블에서 확인할 수 있습니다. 각 투약 기록에는 환자 ID, 약물 ID, 용량, 투여 타임스탬프가 포함됩니다.
기록
약물 투여가 기록될 때마다 MAR에 타임스탬프가 포함된 기록이 생성됩니다.
이벤트 유형
explicit
|
|||
|
환자 이송
|
환자가 한 진료 부서에서 다른 부서로 이동한 시점입니다. 예를 들어 응급실에서 입원 병동으로 이동하는 경우가 해당합니다. EHR의 입원·퇴원·이송(ADT) 이벤트에 명시적으로 기록됩니다. | ||
|
중요한 이유
이 활동은 부서 간 업무 인계와 의료기관 내 환자 흐름을 분석하는 데 중요합니다. '환자 인계 시간'의 병목과 리소스 배분 문제를 찾는 데 도움이 됩니다.
확보 방법
ADT 이벤트 로그 또는 환자 추적 테이블에 기록됩니다. 각 이송 이벤트에는 환자, 출발지와 도착지, 타임스탬프가 포함됩니다.
기록
환자 이송 시 타임스탬프가 포함된 ADT 메시지 또는 이벤트 로그 항목이 생성됩니다.
이벤트 유형
explicit
|
|||
|
후속 진료 예약
|
주요 치료나 퇴원 후 환자의 후속 진료를 예약한 시점입니다. athenaCommunicator 예약 모듈에서 새 예약을 생성할 때 명시적으로 기록됩니다. | ||
|
중요한 이유
이 활동은 퇴원 후 진료 협업과 재입원율 등 환자 결과에 미치는 영향을 파악하는 데 중요합니다. 진료가 지속적으로 이어지는지도 보여줍니다.
확보 방법
예약 테이블에 기록됩니다. 퇴원일 이후에 이루어지는 예약의 생성 타임스탬프로 이벤트를 식별합니다.
기록
예약 시스템에 새 예약 기록이 생성됩니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
환자 진료를 개선하는 여정을 시작해 보세요. 이 템플릿을 활용하면 유용한 인사이트를 얻고 의료 서비스 결과를 개선하는 첫걸음을 내디딜 수 있습니다.
환자 여정을 최적화하고 병목을 줄이세요
Athenahealth에서 비효율을 찾아 환자 여정의 소요 시간을 30% 단축하세요.
신용카드 없이 이용할 수 있습니다. 지금 최적화를 시작하세요.