환자 앱
의사 웹
약사 웹
관리자
메인

의사 선택

진료 요청

진료 대기

진료 화면

조제 접수

대시보드

관리자 관리

프로젝트 개요
- 고객사
- 국내 대형 제약사 자회사
- 서비스
- 비대면 진료 앱환자 앱의사 웹약사 웹관리자
- 담당 범위
- 서비스 기획화면설계서권한별 스토리보드UI 디자인
- 개발과 출시
- 다른 개발사 개발서비스 출시
- 키워드
- 비대면진료비대면진료앱원격진료앱기획화면설계서스토리보드기능정의서와이어프레임UI디자인약배송
고객사는 국내 대형 제약사의 자회사로, 환자와 의사, 약사를 하나의 서비스로 연결하는 비대면 진료 앱을 준비하고 있었습니다. 진료 한 건은 환자의 진료 요청에서 시작하여 의사의 진료와 처방, 약사의 조제, 택배·퀵 배송을 거쳐 환자가 약을 받아야 끝나는 구조였고, 병원 안에서도 원장과 페이닥터가 볼 수 있는 범위가 달랐습니다. 흐름소프트는 환자 앱, 의사 웹, 약사 웹, 관리자 화면의 기획과 디자인을 맡아 역할별 권한을 먼저 정하고, 화면마다 번호와 설명을 붙인 화면설계서와 스토리보드를 Figma로 작성하였습니다. 개발은 이 설계를 받아 다른 개발사에서 진행하였고, 서비스는 출시되었습니다.
비대면 진료 앱 기획 의뢰 전
궁금한 여섯 가지
01기획만 의뢰
고객사개발사는 따로 있습니다. 기획과 디자인만 맡길 수 있습니까?
흐름소프트화면과 번호별 설명, 화면 사이 이동을 Figma 파일 하나에 담아 개발사에 그대로 넘기는 방안을 제안합니다.
고객사기획과 디자인을 맡기겠습니다.
02역할
고객사환자, 의사, 약사, 운영자가 모두 쓰는데 어디서부터 정합니까?
흐름소프트화면보다 역할을 먼저 나누고, 역할마다 할 수 있는 일을 정하는 방안을 제안합니다.
고객사역할부터 정하겠습니다.
03권한
고객사원장과 페이닥터가 같은 화면을 보면 곤란합니다.
흐름소프트같은 화면에서 원장은 소속 의사 전체를, 페이닥터는 본인 것만 보도록 권한을 나누는 방안을 제안합니다.
고객사권한을 나누겠습니다.
04약 배송
고객사약은 환자에게 어떻게 전달합니까?
흐름소프트택배, 퀵서비스, 직접 수령 세 가지 방법을 고르고 상태를 단계별로 보여 주는 방안을 제안합니다.
고객사세 가지로 하겠습니다.
05예외 화면
고객사진료나 결제가 중간에 실패하면 환자는 무엇을 봅니까?
흐름소프트매칭 불가, 취소, 오류, 기한 경과 화면까지 기획 단계에서 함께 그리는 방안을 제안합니다.
고객사오류 화면까지 넣겠습니다.
06개발사 전달
고객사개발사가 화면을 다르게 이해하면 어떻게 합니까?
흐름소프트화면마다 번호를 붙이고 번호별로 동작과 제한을 적는 방안을 제안합니다.
고객사그렇게 넘기겠습니다.
실제 작업 과정을 재구성한 그림입니다.
01
역할 다섯
권한은 네 겹으로
| 권한 | ||||
|---|---|---|---|---|
| 병원·약국 승인과 관리자 권한 | ||||
| 전체 진료·조제·정산 조회 | ||||
| 소속 의사 등록과 실적 | ||||
| 본인 진료 접수와 처방 | ||||
| 처방전 조제와 약 전달 |
- 환자
- 원장
- 페이닥터
- 약사
- 관리자
관리자관리자 관리

원장정산 내역

페이닥터진료 요청

약사조제 접수

02
비대면 진료 앱
진료 요청부터 약 배송까지
















03
의사 약사 화면과
관리자 페이지까지












04
화면마다 번호를 붙이고
번호마다 규칙을
환자진료 요청서

- 1-1
진료 방법
필수, 단일 선택입니다. 영상 및 음성 진료를 고르면 녹화·녹음 요청 항목이 활성화됩니다.
- 1-2
증상 입력
필수입니다. 250자로 제한하고, 넘으면 더 입력되지 않습니다.
- 1-3
이미지
선택, 최대 4장입니다. 갤러리 또는 카메라로 이동하고, 4장을 넘기면 오류 팝업을 띄웁니다.
- 1-4
키
필수입니다. 정수만, 세 자리까지 입력합니다.
- 1-5
몸무게
필수입니다. 정수만, 세 자리까지 입력합니다.
- 1-6
흡연 음주 알러지 복용약
필수, 항목마다 단일 선택입니다.
- 1-7
기타
과거 질환과 가족 질환을 500자까지 적고, 다섯 줄을 넘으면 칸 안에서 스크롤합니다.
- 1-8
약관 동의
전체 동의와 항목별 동의를 나누고, 자세히 보기는 해당 약관으로 이동합니다.
- 1-9
진료 요청하기
필수 항목이 채워지면 진료 요청 화면으로 이동합니다.
05
안 될 때의 화면까지
먼저 그립니다
환자매칭 불가

환자예약 취소 확인

환자카드 정보 누락

환자일시적 오류

환자조제 요청 취소

환자후속 상담 기한 경과

약사조제 거절

설계를 넘기고
서비스는 출시되었습니다
- 5역할
- 4겹권한
- 3약 받는 방법
- 출시다른 개발사 개발
이런 프로젝트에 적합합니다
- 개발사는 따로 두고 기획과 디자인만 맡기려는 곳
- 개발 전에 화면설계서와 스토리보드가 필요한 곳
- 역할마다 볼 수 있는 범위가 다른 서비스
- 환자·전문가·운영자가 함께 쓰는 예약·상담 플랫폼
- 결제와 배송까지 이어지는 서비스
자주 묻는 질문
의뢰와 범위
앱 기획과 디자인만 따로 의뢰할 수 있습니까
가능합니다. 본 사례는 기획과 UI 디자인을 맡아 Figma 파일로 넘겼고, 개발은 다른 개발사에서 진행하여 서비스가 출시되었습니다.
앱 기획 비용은 어떻게 산정합니까
역할 수, 화면 수, 결제와 배송 같은 외부 연동 범위, 관리자 화면 범위를 기준으로 산정합니다. 사례별 비용은 고객사와의 약정에 따라 공개하지 않습니다.
기획 기간은 얼마나 걸립니까
역할과 화면 수에 따라 다릅니다. 상담에서 범위를 정한 뒤 일정을 제시합니다.
개발사가 이미 정해져 있어도 됩니까
됩니다. 개발사가 바로 작업할 수 있도록 화면마다 번호를 붙이고 번호별로 동작, 이동, 제한을 적어 넘깁니다.
기획 후 개발까지 맡길 수 있습니까
가능합니다. 같은 설계로 개발까지 이어서 진행할 수 있습니다.
화면설계서와 스토리보드
화면설계서와 스토리보드는 무엇이 다릅니까
화면설계서는 화면 구성과 항목을, 스토리보드는 화면마다 번호를 붙여 동작, 이동, 제한을 설명한 문서입니다. 본 사례는 두 가지를 하나의 Figma 파일에 담았습니다.
산출물은 어떤 형식으로 받습니까
Figma 파일로 드립니다. 화면, 번호별 설명, 화면 사이 이동이 한 파일에 들어 있습니다.
기능정의서와 요구사항정의서도 작성합니까
필요하면 작성합니다. 범위에 따라 요구사항정의서, 기능정의서, 화면설계서 가운데 필요한 문서를 정합니다.
와이어프레임만 받을 수 있습니까
가능합니다. 와이어프레임, 화면설계서, UI 디자인 가운데 필요한 단계까지 정하여 진행합니다.
비대면 진료 앱
비대면 진료 앱에는 어떤 역할이 필요합니까
본 사례는 환자, 병원 원장, 페이닥터, 약사, 관리자 다섯 역할로 나누고, 운영 쪽 권한을 관리자, 원장, 페이닥터, 약사 네 겹으로 정하였습니다.
원장과 페이닥터의 권한은 어떻게 나눕니까
원장은 소속 의사의 등록과 실적을 보고, 페이닥터는 본인 진료와 일정만 보도록 나누었습니다.
비대면 진료 약 배송은 어떻게 설계하였습니까
택배, 퀵서비스, 직접 수령 세 가지 방법을 두고 약사의 조제 가격 전달, 환자 결제, 배송 상태를 단계별로 보여 주도록 설계하였습니다.
비대면 진료 방법으로 전화와 영상을 함께 둘 수 있습니까
본 사례는 진료 요청 화면에서 전화 진료와 영상 및 음성 진료 가운데 하나를 고르도록 설계하였습니다.
비대면 진료 처방전은 어떻게 약국에 전달됩니까
본 사례는 의사가 진료비 청구 화면에서 처방전을 등록하면 환자가 약 받는 방법과 약국을 골라 처방전을 전송하고, 약사가 처방전을 확인한 뒤 조제 가격을 전달하도록 설계하였습니다.
진료 후 상담도 설계하였습니까
진료가 끝난 뒤 정해진 기한 안에 후속 상담을 요청하는 화면과 기한이 지난 경우의 안내 화면을 설계하였습니다.
비대면 진료 앱 개발도 가능합니까
가능합니다. 흐름소프트는 의료기기 측정값을 연동한 비대면 진료 앱을 기획부터 개발까지 수행한 사례가 있습니다.
화면과 운영
오류 화면도 기획에 포함됩니까
포함합니다. 매칭 불가, 예약 취소, 입력 오류, 일시적 오류, 조제 거절, 후속 상담 기한 경과처럼 정상 흐름 밖의 화면까지 설계하였습니다.
관리자 화면도 함께 기획합니까
본 사례는 대시보드, 회원·병원·약국 승인, 진료·조제·정산 관리, 관리자 권한 관리 화면까지 설계하였습니다.
개인정보 동의 절차는 어떻게 설계합니까
화면마다 받는 개인정보 항목을 정하고, 진료 요청 화면처럼 필수 동의와 선택 동의를 나누어 설계합니다.

