본문으로 건너뛰기

© 2026 Molayo

Dev.to헤드라인2026. 06. 21. 18:16

15분 진료를 위한 빌딩 (Building for the 15-minute appointment)

요약

환자가 진료 전 자신의 증상을 효율적으로 기록하고 보고서를 생성할 수 있는 AI 기반 애플리케이션 개발 사례를 소개합니다. Gemini를 활용한 프롬프트 엔지니어링의 중요성과 사용자 경험(UX) 최적화 방안을 다룹니다.

핵심 포인트

  • 구조화된 입력을 활용한 프롬프트 엔지니어링이 결과물의 품질을 결정함
  • 임상 현장에서는 산문 형태보다 스캔 가능한 구조적 레이아웃이 유리함
  • 기록의 마찰을 줄이기 위해 모바일 인터페이스의 간결함이 필수적임
  • Next.js, Supabase, Gemini SDK를 활용한 기술 스택 구성

제 머릿속을 떠나지 않는 시나리오가 하나 있습니다. 지난 한 달 동안 반복적인 두통이 있었고, 어쩌면 피로감이 생겼다 사라졌다 했을 수도 있습니다. 아주 심각한 상황은 아니지만, 병원 예약을 잡을 만큼은 충분히 인지할 수 있는 수준이죠.

진료를 위해 병원에 갑니다. 의사는 무엇이 문제인지 묻습니다. 그리고 당신은 기억을 되살려 재구성합니다. 그것도 단 15분 만에 말이죠. 날짜는 흐릿해집니다.

보고서 생성(report generation)은 제가 가장 많은 시간을 할애한 부분입니다. 증상 이름, 날짜, 심각도, 메모와 같은 구조화된 입력(Structured input)을 결론보다는 관찰을 명시적으로 요구하는 프롬프트(prompt)에 통과시키면 유용한 결과물이 나옵니다. 반면, 자유 형식의 입력(Freeform input)을 개방형 요약 프롬프트에 넣으면 쓰레기 같은 결과가 나옵니다. 여기서 프롬프트 엔지니어링(Prompt engineering)은 제가 예상했던 것보다 훨씬 더 중요했습니다.

스택(Stack): Next.js App Router, TypeScript, 인증 및 Postgres를 위한 Supabase, UI를 위한 Tailwind + Lucide. Google AI SDK를 통한 Gemini.

제가 다르게 했을 부분

보고서 형식이 여전히 산문(prose) 비중이 너무 높습니다. 증상, 빈도, 심각도 범위, 주목할 만한 맥락과 같이 구조화된 레이아웃(structured layout)을 사용하는 것이 임상 현장(clinical setting)에서는 문단 형태보다 더 빠르게 훑어보기(scannable) 좋을 것입니다. 이것이 제가 가장 먼저 수정할 부분입니다.

또한, 기록의 마찰(logging friction)이 전부입니다. 모바일에서 증상을 추가하는 데 두 번 이상의 탭(tap)이 필요하다면, 사용 빈도는 급격히 떨어집니다. 인터페이스는 양식(form)보다는 알림(notification)에 더 가까워야 합니다.

짧은 데모

https://www.youtube.com/watch?v=myZLzRm9C4Q

AI 자동 생성 콘텐츠

본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.

원문 바로가기
0

댓글

0