SYSTEM BLUEPRINT

의료 통역 SaaS
결제 정책 화면 설계

병원 고객, 운영 관리자, 결제 시스템 관점의 크레딧 자동 충전 흐름 설계도입니다.

병원 담당자 시나리오

병원 담당자 크레딧 관리 여정

크레딧 잔액 확인부터 결제 수단 갱신까지 병원 고객의 실제 운영 흐름입니다.

1. 잔액 확인

현재 크레딧과 예상 소진 시점 확인

2. 자동 충전 설정

충전 기준 금액과 결제 수단 등록

3. 사용량 확인

통역 사용 건별 차감 이력 확인

4. 실패 알림

카드 만료 또는 한도 초과 안내 확인

5. 결제 수단 갱신

서비스 유예 기간 안에 카드 재등록

병원 담당자 | 화면 01

병원 크레딧 현황

service.local/hospital/credits
세브란스 통역 크레딧
현재 잔액18,400 크레딧
자동 충전 기준20,000 이하
다음 충전액100,000원
예상 소진오늘 16:20

[화면 개요 및 목적]

병원 담당자가 현재 잔액, 자동 충전 기준, 예상 소진 시간을 한눈에 확인하는 화면입니다.

[핵심 기능 로직]

잔액이 기준 이하로 내려가면 자동 충전 후보가 되고, 담당자에게 사전 알림을 보냅니다.

  • 크레딧 원장 조회
  • 잔액 임계값 계산
병원 담당자 | 화면 02

결제 수단 관리

service.local/hospital/billing
자동 충전 카드
카드 상태정상
빌링키활성
최근 결제2026-08-13 09:12
만료 알림30일 전 발송

[화면 개요 및 목적]

자동 충전에 사용할 카드를 등록하고 만료 예정 상태를 확인합니다.

[핵심 기능 로직]

빌링키 상태를 내부 결제 수단 상태와 분리해 카드 만료와 해지를 추적합니다.

  • 토스 빌링키
  • 결제 수단 상태
병원 담당자 | 화면 03

충전 및 차감 이력

크레딧 원장
통역 사용-1,200
자동 충전+50,000
관리자 조정+2,000
잔액69,200

[화면 개요 및 목적]

크레딧이 왜 늘고 줄었는지 담당자가 확인하는 원장 화면입니다.

[핵심 기능 로직]

모든 증감은 원장 이벤트로 남겨 결제와 실제 사용량의 근거를 맞춥니다.

  • 원장 이벤트
  • 감사 로그
운영 관리자 시나리오

운영자 미수금 관리 여정

실패 결제와 미수금을 운영자가 빠르게 판단하고 조치하는 흐름입니다.

1. 실패 감지

자동 충전 실패 고객 확인

2. 원인 분류

카드 만료, 한도 초과, 네트워크 오류 구분

3. 재시도 실행

정책에 따른 자동 또는 수동 재시도

4. 유예 판단

서비스 유지 또는 제한 상태 변경

5. 해제 처리

결제 성공 후 제한 해제와 원장 반영

운영 관리자 | 화면 01

미수금 대시보드

admin.local/receivables
미수금 우선순위
서울케어병원실패 2회
강남메디센터카드 만료
부산통역센터유예 8시간
총 미수480,000원

[화면 개요 및 목적]

미수금, 실패 횟수, 유예 만료 시간을 기준으로 우선순위를 보여줍니다.

[핵심 기능 로직]

운영자가 수동 판단하지 않도록 상태와 다음 조치를 함께 표시합니다.

  • 미수금 집계
  • 우선순위 필터
운영 관리자 | 화면 02

결제 실패 상세

admin.local/payment-failure
결제 실패 상세
실패 원인한도 초과
재시도2시간 후
알림담당자 문자 발송
상태유예 중

[화면 개요 및 목적]

실패 원인, 재시도 이력, 알림 발송 여부를 한 화면에서 확인합니다.

[핵심 기능 로직]

실패 원인에 따라 자동 재시도와 담당자 알림 정책이 다르게 적용됩니다.

  • 결제 시도 이력
  • 알림 로그
운영 관리자 | 화면 03

수동 조정 로그

admin.local/adjustments
수동 조정 요청
조정 금액+10,000
사유웹훅 지연 보정
승인자운영 매니저
원장 반영대기

[화면 개요 및 목적]

운영자가 크레딧을 수동 보정할 때 사유와 승인자를 남기는 화면입니다.

[핵심 기능 로직]

수동 조정도 원장 이벤트로 기록해 나중에 정산 근거가 사라지지 않게 합니다.

  • Data Aggregation & Visualization
  • 감사 로그
결제 시스템 시나리오

결제 시스템 상태 전이 여정

잔액 감지부터 웹훅 검증과 원장 반영까지 시스템 내부 흐름입니다.

1. 잔액 감지

임계값 이하 병원 자동 탐지

2. 결제 시도 생성

중복 방지를 위한 시도 이력 선생성

3. 토스 요청

빌링키 기반 자동 결제 요청

4. 웹훅 검증

결제 성공 여부와 중복 수신 확인

5. 원장 반영

성공 건만 크레딧 증가 이벤트 기록

결제 시스템 | 화면 01

상태 전이 로그

system.local/payment-state
상태 전이
대기잔액 임계값 감지
요청토스 결제 요청
실패한도 초과
재시도예약됨

[화면 개요 및 목적]

자동 충전 한 건이 어떤 상태를 거쳤는지 추적하는 시스템 로그입니다.

[핵심 기능 로직]

모든 결제는 대기, 요청, 성공, 실패, 재시도, 미수 중 하나의 상태를 가집니다.

  • 상태 기계
  • 중복 방지 키
결제 시스템 | 화면 02

웹훅 검증 화면

system.local/webhooks
웹훅 검증
결제 키pay_20260814_001
수신 횟수2회
반영 상태이미 반영
처리 결과중복 무시

[화면 개요 및 목적]

토스 웹훅 수신 결과와 내부 반영 여부를 검증합니다.

[핵심 기능 로직]

동일 결제 키는 한 번만 원장에 반영되며 지연 수신은 결제 조회로 보정합니다.

  • 웹훅 서명 검증
  • 멱등 키
결제 시스템 | 화면 03

재시도 큐

system.local/retry-queue
재시도 큐
서울케어병원10:30 재시도
강남메디센터카드 갱신 대기
부산통역센터제한 예정
성공률91.4%

[화면 개요 및 목적]

실패한 자동 충전 건의 다음 재시도 시점과 제한 전환 시점을 관리합니다.

[핵심 기능 로직]

정해진 정책에 따라 재시도하고 실패가 누적되면 미수금 또는 제한 상태로 전환합니다.

  • 예약 작업
  • Issue Tracking & Status Management