dw.jang
1592a1454e
알고리즘 팀(2026-10-07): nch=4 인 위치가 여럿이라는 것은 방광이 빔 커버 범위보다 크다는 뜻이다. 그때 cap_frac 최소 규칙은 외삽을 최소화하는 자리를 찾으려 하지만, 방광 끝에 가까운 위치일수록 cap_frac 이 오히려 작게 계산된다 — 한쪽 cap 은 끝 채널이 방광을 스쳐 작아지고, 반대쪽 cap 은 높이 상한에 걸려 그만큼 커지지 못한다. 그 결과 끝 위치가 뽑히고 BV 가 과소 추정됐다. 규칙 ①′: 후보(ch3 게이트 통과) 중 nch=4 가 3곳 이상이면 cm 순 가운데, 짝수면 가운데 둘 중 아래쪽(치골 쪽, 작은 cm). 2곳까지는 종전 규칙(nch 최대 → cap_frac 최소 → 낮은 cm) 그대로. 이 가지는 Python select_supine_anchor 에 아직 없다. 레퍼런스 케이스 200개에는 이 가지를 타는 케이스가 없어(확인) 대조가 그대로 유효하고, 패리티 시험이 그 가정을 검사한다. 새 가지는 AnchorSelectionCenterRuleTest 7건이 잠근다. 어느 가지로 골랐는지 AnchorDecision.rule 로 돌려주고, 요약·labdb 601 params 에 select_rule 로 남긴다 — nch4_center 세션은 selection_verified_against_reference=false. 정렬 완료 안내 문구에도 "채널 4/4 위치 N곳 — 가운데" 를 덧붙인다(화면은 종전대로 "치골 위 N cm" 만 보여 준다). Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
VesiscanClinicalAndroid
VesiScan 병원 임상 측정 앱 (Android · Kotlin · Compose). 정해진 프로토콜로 환자 데이터를 받아 폰에 저장하고 labdb 로 올리는 사내·병원 임상 전용 앱이다. 일반 사용자 앱이 아니다.
- applicationId
com.medithings.vesiscan.demo· 플레이버demo(임상) /dev - 빌드 · 설치:
./gradlew :app:assembleDemoDebug→adb install -r app/build/outputs/apk/demo/debug/app-demo-debug.apk - 단위시험:
./gradlew :app:testDemoDebugUnitTest local.properties는 커밋하지 않는다(local.properties.template참조)
어디서 왔나
구저장소 medithings-rnd/VesiscanBasicAndroid 의 demo-final 브랜치를 히스토리째
(2026-03-09 초기 커밋부터) 떼어 2026-10-01 에 이 저장소의 main 으로 옮겼다. 그 브랜치는
구저장소에 보관만 하고 더 쓰지 않는다. 일반 사용자 앱은 vesiscan_pre_product/vesiscan_android_user.
화면 흐름 (병원 임상)
연결 → labdb 등록 확인 → 환자명 · 자세 → 그 자세의 정렬(치골 위 0~4cm 탐색 → N cm 확인 →
N cm 에서 바로 좌우) → 마킹·떼기·크래들 → 재부착 확인 → 채움 정도마다 측정 → 다음 자세는 정렬부터 다시. 자세한 것은
docs/CLINICAL_ALGORITHM.md §3.6, labdb 적재 모양은
docs/LABDB_DATATYPES.md (600 측정 · 601 정렬).
데이터
폰 Downloads/VesiScan_Hospital/{날짜}_{환자}/ 에 조합별 CSV + IMU, align_{자세}/ 에 그 자세의
정렬 원시·요약(2026-10-01 이전은 align/). labdb 업로드 마커(*.labdb.json, align_*/.labdb_align.json)로
재시도 대상을 가린다.