PDC(Proportion of Days Covered, 보유 일수 비율) — 미국 지불자가 이미 점수로 쓰는 복약 지표. 약국 조제일로 계산하므로 환자가 약을 갖고 있었다는 것만 보여 줄 뿐, 정제가 병을 나갔다는 것은 보여 주지 못함. pPDC(물리 검증 투약 회차 충족 비율)는 지불자의 틀을 그대로 두고, 그 가정을 정제가 병을 나간 기록으로 대체
PDC — 보유 일수 비율
약국 청구 데이터로 커버된 일수측정 기간의 총 일수
CMS Star Ratings 지표에서 ≥ 80% 면 순응으로 인정. 보유 여부만 반영 — 정제가 병을 나갔다는 근거 없음
pPDC — 물리 검증 투약 회차 충족 비율
정시에 정제가 병을 나간 것으로 검증된 계획 회차기간 중 처방 계획상의 투약 회차
정제마다 병을 나가는 순간 검증. 초과분은 기록하되 1을 넘겨 점수화하지 않음
산식
pPDC = Σ Covered(k) / |K|. 투약 회차 k 에 쓰는 함량별 약통 b 모두에서 E_ontime(k, b) ≥ DosePlan(k, b) 이면 Covered(k) = 1, 아니면 0
산출 경로 셋, 점수 하나
1 · 기기 단독, 연속: pPDC = Σ Covered(k) / |K|. 2 · 청구 연동, 연속: pPDC = Σ Cov(k) · Covered(k) / |K| — 청구상 충족을 먼저 보고 기기가 시각을 검증. 3 · 다회 · 주기 처방: 회차마다 허용 구간 안의 정제 수를 DosePlan 과 비교, 주기 처방 포함. 바뀌는 것은 입력뿐
기호
K — 분석 기간에 처방 계획이 요구하는 모든 투약 회차 · b — 그 회차에 쓰는 함량별 약통 · Δ — 정시 허용 구간 · E_ontime — 그 구간 안에 나간 것이 검증된 정제 수 · DosePlan — 그 약통에서 계획된 정제 수 · Cov — 청구상 충족
콜러디는 이 정의를 지표의 공개 설명으로 공표
01.2
pPDC 지표: 추정을 넘어 물리적 검증으로
물리적으로 검증된 투약 회차 충족 비율 · 타 방식은 모두 간접 추정 · STPV(1정 물리 검증)는 정제가 약통에서 인출되는 순간을 실시간 확인
PDC는 가정, pPDC는 기록
PDC · 청구
공급 일수 기준 93% — 가정일 뿐 검증 아님. 보유만 확인, 약이 병을 나갔다는 근거 없음
마개 센서 · 앱 자가보고
열림만 기록 — 어떤 약인지, 언제인지 모름. 직접 체크한 투약에는 물리적 근거 없음
pPDC · 물리 검증
투약 회차 단위 정시 61% — 칸 하나가 한 회차: 정시, 지연, 누락
점선: 약 없음 · 빗금: 보유, 인출은 가정 · ?: 열림만 기록, 내용 모름 · ✓ 정시 · 시계: 지연 · ✕ 누락
격차가 벌어지는 지점 — 1일 2회 요법은 1일 1회 대비 복용 시점 순응도가 26.7%p 낮고, 대상 약물 중 7종이 1일 2회 · 청구 데이터, 알약 계수, 마개 센서는 일 단위를 볼 뿐 간격은 보지 못함 Coleman et al., J Manag Care Pharm 2012
동일 환자, 동일 28 일 — 지표 세 가지, 전혀 다른 세 그림 · 아래 수치는 예시
01.3
PDC 에서 pPDC 로: 검증된 인출의 다섯 차원
PDC 가 가정하는 다섯 가지를 pPDC 는 측정
출발점은 같음 · PDC는 거기서 멈추고, 그다음부터가 검증된 인출이 더하는 부분
질문
PDC — 청구
pPDC — 검증
그래서 가능해지는 것
정제가 실제로 병을 나갔는가
조제 일수로 가정
정제 단위 검증, 시각 포함
Star Ratings 가 가정에 기대지 않고, 임의 중단 기간이 충족으로 집계되지 않음
오늘 계획된 회차의 정제 중 얼마가 나갔는가
하루 단위 순응/비순응 이분
부분 인출은 표시만 하고 충족으로 인정하지 않음
부분 인출을 충족 회차로 올려 계산하지 않음
어떤 간격으로 인출되었는가
어떤 해상도로도 보이지 않음
이벤트마다 고유 시각 기록
1일 2회 요법은 시점 순응도가 26.7%p 낮음
계획보다 많이 나갔는가
재조제 기록으로는 구분 불가
따로 기록, 계획을 넘는 만큼은 점수에 반영 안 함
치료역이 좁은 약의 안전 채널
병은 언제 비는가
다음 예정 재조제일만
검증된 인출 수로 잔량 차감
소진일과 재조제일의 차이를 조치 가능한 시점에 포착
시점 수치는 pPDC 정의 페이지 참조 · 각 행은 출시 제품에 실제로 존재하는 측정 능력이며, 임상 결과에 대한 주장은 아님
02
산정
02.1
지불자가 이미 채점하는 지표 — 분자는 검증값으로
미국 지불자는 PDC ≥ 80% 기준으로 채점(CMS Star Ratings). 콜러디는 검증된 pPDC로 이 기준을 채움
~$5004–5성 플랜에 주는 가입자당 CMS 보너스
$4,413PDC ≥ 80% 에서 낮아지는 당뇨 의료비 (편익·비용 비 6.7 : 1)
pPDC를 PDC로 투영한 식 — 그날 계획된 투약 회차가 모두 검증된 경우에만 해당 일수로 계산
출처: PQA 및 CMS 메디케어 Part D Star Ratings(PDC ≥ 80%, 3배 가중 순응도 지표), Roebuck 외, Health Affairs(2011) · 금액은 원문 그대로 USD 표기
02.2
하나의 산식, 세 가지 데이터 경로, 어떤 처방에도
바뀌는 것은 입력뿐 — 약의 처방 방식과 쓸 수 있는 데이터가 허락하는 대로
1 · 기기 단독, 연속
기기 점수: pPDC = Σ Covered(k) / |K|. 투약 회차 k 에 쓰는 약통 b 모두에서 E_ontime(b, k) ≥ DosePlan(b, k) 일 때만 Covered(k) = 1 — 두 알 중 한 알만 나오면 충족이 아님: 0점 처리, 부분 인출 표시
기기 데이터 (스마트 병 기록)
정시인가? 허용 구간 Δ 안
검증된 정제 수 E_ontime
회차에 쓰는 약통 모두 계획량을 채웠나?
2 · 청구 연동, 연속
혼합 점수: pPDC = Σ Cov(k) · Covered(k) / |K|. 같은 회차 판정에 청구 기록 조건을 더함: 처방약이 청구 기록상 확보되어 있고 약통 모두 계획량을 채운 회차만 점수 인정
청구 + 기기 데이터
청구 기록상 확보? Cov
정시인가? 기기로 검증
회차에 쓰는 약통 모두 계획량을 채웠나?
3 · 다회 · 주기 처방
다회 점수: pPDC = Σ Covered(k) / |K|, 주기 처방 포함. K 가 계획의 모든 투약 회차를 담으므로 하루 n회도, 21일 투약·7일 휴약 주기의 휴약일도 한 정의에서 도출
처방 계획 (하루 n회)
허용 구간 안 정제 수 E_ontime
계획 DosePlan 과 비교
회차에 쓰는 약통 모두 계획량을 채웠나?
기호: T 분석 기간 · K 그 기간에 처방이 요구하는 모든 투약 회차 · b 그 회차에 쓰는 함량별 약통 · Δ 정시(OnTime) 허용 구간 · E_ontime 그 구간 안에서 STPV 로 검증된 정제 수 · DosePlan 그 약통에서 계획된 정제 수 · Cov 청구 데이터상 충족. 초과분은 기록·보고하되 점수는 1을 넘지 않음
02.3
점수 하나, 기록 넷
pPDC 가 숫자 하나인 이유는 지표 칸에 숫자 하나만 들어가기 때문 — 그래서 세부 정보는 점수 안이 아니라 점수 옆에 함께 제공
부분 인출
점수에 반영되지 않는 부분. 4정 중 3정이면 점수는 0이고, 0.75 는 이 항목에 기록. 이 기록이 없으면 0% 로만 남는데, 이는 사실과 다르고 조치에도 쓸 수 없음
시각
이벤트마다 고유 시각이 남으므로 날짜뿐 아니라 회차 간 간격까지 보임
초과
계획을 넘는 인출을 빠짐없이 기록하되 점수는 1을 넘지 않음 — 일부러 점수 밖에 둔 안전 채널
잔량
검증된 인출에서 차감한 예상 소진일을 재조제일과 비교
점수: 투약 회차 k 에 쓰는 약통 b 모두가 정시 허용 구간 안에서 DosePlan(b,k) 를 채웠을 때만 Covered(k) = 1 — 회차마다 0 아니면 1, 분수 없음. 투약 회차는 더 쪼갤 수 없는 임상 단위이며, 일부만 인정하면 하나만 담아야 할 숫자에 두 번째 변수가 섞임
PDC 만 받는 시스템용: 그날 계획된 투약 회차가 모두 충족됐을 때만 그날을 충족으로 처리. 대체가 아니라 선행 지표 — 청구 데이터 PDC 는 재조제 때 도착하고, 이것은 당일 도착
이미 구현: 인출 이벤트, 타임스탬프, 초과분 포착, 정정, 보고. 규정했으나 아직 구현 전: 함량별 DosePlan(b,d), 기기를 가로지르는 정시 창, 병별 초과 감지, 부분 인출 표시. 코드가 없는 규정은 규정이 없는 것과 다름 — 기기는 이미 이벤트를 만들고 있고, 여기서 정한 것은 그것을 점수로 매기는 방법과 점수와 함께 따라가야 할 것
