업무마다 그 일에 맞는 AI를 둡니다.
예약과 문진, 진료와 추적은 필요한 정보와 확인 방법이 다릅니다. 각 업무에 맞는 엔진이 그 차이를 맡습니다.
AetherHeal 백서 · v2.0 · 2026.09.13
업무를 잇는 구조와
사람이 판단하는 경계.
여러 AI가 준비한 정보를 어떻게 하나의 진료 흐름으로 이을까요? 이 백서는 환자 상태를 공유하는 Clinical OS와 의사 확인부터 완료 근거까지 잇는 Golden Clinical Loop의 설계를 설명합니다. Clinical OS는 기존 차트 옆에서 작동하는 층입니다.
01 · 핵심 명제
아직 끝나지 않은 일을
책임 있는 실행으로 잇습니다.
차트는 끝난 일을 적습니다. 저희는 아직 끝나지 않은 일을 다룹니다.
업무마다 전담 AI 엔진을 두고, 그 엔진들을 환자 한 명의 상태와 의사 권한 아래 묶는 층이 Clinical OS입니다.
이 백서는 업무별 AI가 환자 한 명의 일로 이어지는 과정을 설명합니다. Golden Clinical Loop 안에서 의사가 무엇을 확인하는지도 보여 줍니다.
02 · 세 가지 원칙
업무마다 맞는 AI를 둡니다.
환자 상태는 하나로 잇습니다.
실행은 의사가 확인합니다.
환자 상태는 하나로 이어집니다.
환자가 지금 어디까지 왔는지 한곳에서 봅니다. 근거, 권한, 결정, 담당자와 완료 여부도 함께 잇습니다.
의사가 다음 행동을 확인합니다.
제안, 확인, 실행과 검증을 나누고 임상 판단과 치료 방침, 수정과 예외 처리의 권한을 의사에게 둡니다.
03 · ΔC
끝난 인지 업무를 세는 방법.
ΔC(델타C)는 필요한 검증·승인과 완료 근거를 갖춘 의료 인지 업무를 세기 위해 저희가 개발 중인 계측 개념입니다. 「AI가 답을 냈다」와 「업무가 끝났다」를 구분하는 단위이며, 정의와 계산 방식은 백서 본문에 있습니다.
합성 데이터로 만든 업무 흐름 예시는 제품과 플랫폼 페이지 하단에 있습니다.
Whitepaper v2.1 · 2026.09.13
백서 전문을 파일로 받으실 수 있습니다.
이 페이지는 요약입니다. 전문은 아래에서 내려받으시면 됩니다. 제품 현황처럼 날짜가 붙는 사실은 근거 부록에 따로 적었습니다. 부록은 2026.08.18 기준이며 2026.09.12 정정판(v2.0.1)입니다.
공개판 기록 Whitepaper v2.1 · 2026.09.13 · 회사 설명 정본 정렬과 진입 웨지 상업 형태 갱신, 상시 백서·근거 부록 분리 유지.