포함 범위
- 홈, 위치 검색, 지도형 목록, 병원 상세, 상담 예약 접수
- QR/소셜 진입, 예약 달력, 전화/Kakao/LINE 채널
- 파트너·중간·총관리자 운영 승인과 회원 상태 관리
- KO/JA/EN UI와 링크 상태 유지
Build Detail Plan
글로벌 의료·뷰티 독립몰 상세기획서
한국·일본 사용자를 대상으로 위치 기반 병원 탐색, 다국어 상담 예약 접수, 권한별 운영 관리 범위를 정리한 상세 문서입니다.
One Page Summary
무엇을 만드는가
단순 소개 페이지가 아니라 위치 검색, 지도형 병원 탐색, 상담 예약 접수, 병원 운영 요청, 권한별 승인까지 이어지는 독립형 정보 플랫폼입니다.
제외 범위
- 실제 결제·정산·송금·세금계산서 자동화
- Google Maps 과금 호출, OAuth secret, 외부 메시징 실연동
- 실명 기관 데이터와 개인 식별 정보 저장
- 진료 결과를 단정하는 콘텐츠
Build Scope
위치 기반 다국어 독립몰 보강 범위
서비스 화면과 상세기획서 PDF가 같은 범위를 설명하도록 통합합니다.
| 위치 기반 검색 | 권역 필터, 지도형 핀, 병원 카드, 상세/예약 연결까지 포함합니다. |
|---|---|
| 다국어 독립몰 | KO/JA/EN 전환, 언어 상태 유지, 관리자 다국어 누락 큐를 포함합니다. |
| 상담 접수 | 예약 달력, 전화/Kakao/LINE 채널 선택, 상담 이력과 담당자 상태를 포함합니다. |
| 운영 관리 | 파트너/중간/총관리자 권한, 리뷰/신고/차단/환불, 계산형 정산을 분리합니다. |
| 실제 연결 대기 | 지도 API, OAuth, Kakao/LINE/SMS/푸시, 개인정보 장기 보관, 결제/송금은 계약 후 연결합니다. |
| 서버비/유지보수 | 실제 트래픽, CDN, 스토리지, 메시징 비용은 계약 후 월 운영비로 산정합니다. |
Screens
화면 구성
| 사용자 | 홈, 위치 기반 병원 목록, 지도형 탐색, 병원 상세, 상담 예약, 접수 완료 |
|---|---|
| 병원 관리자 | 예약 확인, 콘텐츠 수정 요청, 처리 상태 확인 |
| 중간관리자 | 권역 병원 상태, 리뷰 신고, 상담 지연 알림 확인 |
| 총관리자 | 대시보드, 병원 관리, 예약 관리, 승인 큐, 회원 관리, 계산형 정산 확인 |
Differentiation
제안 차별화 포인트
단순 병원 소개가 아니라 비교, 관심 후보, 예약 요약, 승인 운영까지 이어지는 실제 서비스 구조로 설명합니다.
| 프리미엄 첫 화면 | 한국/일본 사용자의 탐색 출발점을 동시에 보여주고 상담 예약, 비교, 운영 신뢰 요소를 첫 화면에 배치 |
|---|---|
| 병원 비교/관심 후보 | 언어, 권역, 응답 예상, 예약 가능 상태를 동일 기준으로 정렬하고 예약 전 후보를 좁히는 흐름 제공 |
| 예약 요약 | 4단계 예약 접수 중 일정, 상담 항목, 언어, 병원 확인 상태를 계속 요약해 이탈을 줄이는 UX |
| 운영 콘솔 | 승인 큐, 예약 지연, 회원 상태, 다국어 누락을 역할별 화면으로 분리해 실제 운영 SaaS 구조로 제안 |
| 컴플라이언스 | 의료 결과 단정, 실제 환자/병원 오인, 개인정보 노출 가능성을 운영 정책과 화면 문구에서 차단 |
Operations
운영 정책
병원 관리자
본인 병원의 예약과 콘텐츠 수정 요청만 다룹니다.
최고관리자
병원 정보, 상담 항목, 코멘트성 콘텐츠의 공개 여부를 승인합니다.
다국어 운영
KO/JA 문구와 콘텐츠 상태를 분리해 관리하고 링크 이동 후에도 언어를 유지합니다.
Independent Build
자체 구축 아키텍처
임대형 솔루션에 의존하지 않고 사용자 웹, 병원 관리자, 최고관리자, API, DB, 파일 저장소, 다국어 리소스를 독립형 소스코드 구조로 설계합니다.
| 사용자 웹 | 병원 탐색, 상세 확인, 상담 예약 접수, 접수 완료 상태 확인 |
|---|---|
| 병원 관리자 포털 | 본인 병원 예약 목록/상세, 콘텐츠 수정 요청, 승인 상태 확인 |
| 최고관리자 콘솔 | 병원 계정/권한, 병원·시술·후기 승인, 회원 차단, 다국어 누락 관리 |
| API 서버 | 콘텐츠 조회, 예약 접수, 수정 요청, 승인/반려, 감사 로그 기록 |
| DB / 파일 저장소 | 예약, 병원, 권한, 다국어 콘텐츠, 비식별 이미지 자산, 승인 이력 분리 저장 |
| 운영 모듈 | 검수 로그, 위험 문구 확인, 한국/일본 접속 속도 고려 정적 캐시 |
Data / API
데이터 모델과 API 초안
주요 테이블
| users | 예약 접수자, 회원 상태, 차단 여부, 동의 이력 |
|---|---|
| hospitals / hospital_accounts | 병원 프로필, 병원 관리자 계정, 접근 가능 병원 범위 |
| procedures / reviews | 상담 항목, 코멘트성 콘텐츠, 공개 승인 상태 |
| reservations / reservation_status_history | 예약 접수, 병원 확인, 확정/완료/취소 이력 |
| approvals / audit_logs | 수정 요청, 승인/반려 사유, 운영자 처리 로그 |
| localized_contents / media_assets | KO/JA 문구, 누락 상태, privacy-safe 이미지 자산 |
API 범위
| GET /contents | 언어별 콘텐츠와 누락 상태 조회 |
|---|---|
| GET /hospitals | 병원 목록, 지역, 카테고리, 언어, 예약 가능 필터 |
| GET /hospitals/{id} | 병원 상세, 시술 항목, FAQ, 승인된 코멘트 조회 |
| POST /reservations | 상담 예약 접수 생성과 상태 이력 기록 |
| GET /hospital/reservations | 병원 관리자 본인 병원 예약 목록/상세 |
| POST /hospital/edit-requests | 병원 정보·시술·후기 수정 요청 |
| POST /admin/approvals/{id} | 최고관리자 승인/반려 처리 |
| PATCH /admin/users/{id} | 회원 상태 조회, 차단, 감사 로그 기록 |
Roles
관리자/권한 분리
병원 관리자는 본인 병원의 예약과 수정 요청만 다루고, 최고관리자는 계정·승인·회원·다국어 누락 큐를 통합 관리합니다.
| 일반 사용자 | 허용: 병원 탐색, 상세 확인, 상담 예약 접수 / 차단: 관리자 화면, 타 사용자 예약 정보 |
|---|---|
| 병원 관리자 | 허용: 본인 병원 예약, 수정 요청, 승인 상태 / 차단: 타 병원 예약, 최고관리자 승인 큐 |
| 최고관리자 | 허용: 병원 계정, 승인 큐, 회원 관리, 다국어 누락 관리 / 차단: 비밀값 열람, 결제/정산 직접 처리 |
| 운영 스태프 | 허용: 검수 체크리스트, 콘텐츠 위험 문구 확인 / 차단: 권한 부여, 프로젝트 설정 변경 |
Localization Ops
KO/JA 다국어 운영 정책
| 콘텐츠 필드 | 병원명, 소개, 시술명, FAQ, 안내 문구를 KO/JA 별도 필드로 관리 |
|---|---|
| 누락 큐 | 관리자 입력 시 KO/JA 누락을 표시하고 최고관리자 검수 큐로 전달 |
| 예약 UX | 일본 사용자에게 시간대, 연락 방식, 방문 전 유의사항을 별도 문구로 제공 |
| SEO | hreflang, 언어별 메타 문구, 향후 언어 추가 가능한 리소스 키 구조 제안 |
Medical / Privacy Risk
의료·개인정보 리스크 통제
| 의료 범위 | 플랫폼은 정보 탐색과 상담 예약 접수를 돕고 진단이나 상담을 직접 수행하지 않습니다. |
|---|---|
| 표현 기준 | 결과를 단정하는 문구, 전후 비교, 수술 장면, 과도한 신체 노출 이미지는 사용하지 않습니다. |
| 데이터 정책 | 실제 환자/병원/후기 데이터를 넣지 않고 예약 정보 접근 권한을 역할별로 분리합니다. |
| 운영 승인 | 병원 정보, 후기성 콘텐츠, 시술 안내는 최고관리자 승인 후 공개되는 구조입니다. |
| 보관/삭제 | 개인정보 보관 기간, 삭제 요청, 감사 로그, 승인 이력 정책을 1차 오픈 전에 문서화합니다. |
45-day WBS
구현 일정
| 1주차 | 요구사항 확정, IA, 디자인 시스템, 콘텐츠 정책 |
|---|---|
| 2주차 | 홈, 위치 검색, 지도형 목록, 상세, 예약 접수 화면 구현 |
| 3주차 | QR/소셜 진입, 상담 채널, 병원 관리자 화면과 수정 요청 흐름 구현 |
| 4주차 | 중간관리자/총관리자 승인 구조, 리뷰/신고/차단/환불 관리 구현 |
| 5주차 | KO/JA/EN 문구 확인, 반응형, 접근성 보정 |
| 6주차 | QA, 정적 export, 운영 문서, 인수 패키지 정리 |
1차 범위 제외 항목
| 온라인 결제 | 1차 구축 범위에서는 예약 접수까지만 다루고 결제/정산은 제외합니다. |
|---|---|
| 병원 정산 | 커미션 계산, 매출 정산, 세금계산서 발행은 후속 범위로 분리합니다. |
| 실시간 채팅 | 초기에는 예약 접수와 상태 알림 중심으로 설계하고 채팅은 확장 항목으로 둡니다. |
| 외부 연동 | EMR, 병원 내부 시스템, 외부 메시징 실연동은 API 설계 여지만 확보합니다. |
Acceptance
인수 기준
반응형
모바일과 데스크톱에서 주요 화면의 텍스트와 버튼이 겹치지 않습니다.
보안/개인정보
화면과 문서에는 비밀값과 개인 식별 정보가 포함되지 않습니다.
컴플라이언스
과장, 비교 이미지, 진단처럼 보이는 표현은 운영 확인 대상으로 둡니다.
Confirmation URLs
확인 URL
| 공개 서비스 화면 | 현재 서비스 URL에서 확인 |
|---|---|
| 상세기획서 페이지 | 상단과 하단에서 PDF 다운로드 제공 |
| 작업공간 소개 | 제안 범위와 운영 정책을 같은 내용으로 유지 |