Support 도메인 요구사항 명세서

1. 기능 요구사항

용어 정리 앱 사용자: 앱 서비스를 사용하는 사용자 (슬립큐 사용자) 시스템: 앱 사용자를 관리하는 프로그램 운영자: 시스템을 사용하는 사용자

1.1 아웃바운드 콜 관리

• SPT-FR-BE-001: 아웃바운드 콜 횟수를 관리할 수 있어야한다. (4회)

• SPT-FR-BE-002: 아웃바운드 콜 일차를 관리할 수 있어야한다. (3일차, 7일차, 21일차, 마지막)

• SPT-FR-BE-003: 앱 사용자별 3회의 아웃바운드 콜의 상태를 관리할 수 있어야 한다.

• SPT-FR-BE-004: 이전 콜이 완료 또는 스킵되지 않은 경우 다음 콜을 활성화하지 않아야 한다.

• SPT-FR-BE-005: 콜 활성화 조건을 검증해야 한다 (이전 콜 처리 여부 확인).

• SPT-FR-BE-006: 운영자가 콜을 완료 처리할 수 있어야 한다.

• SPT-FR-BE-007: 콜 완료 시 이력, 처리자 정보 기록 및 다음 콜을 활성화 대기 상태로 변경해야 한다.

• SPT-FR-BE-008: 이미 완료된 콜의 재처리를 방지해야 한다.

• SPT-FR-BE-009: 운영자가 앱 사용자별 콜 예정일을 기록할 수 있어야 한다.

• SPT-FR-BE-010: 통화 예정일 설정 이력을 기록, 조회 할 수 있어야 한다.

• SPT-FR-BE-011: 아웃바운드 콜 일차는 앱 회원별로 해당 날짜(일차)에 활성화 된다.

• SPT-FR-BE-012: 운영자가 콜을 스킵 처리할 수 있어야 한다.

• SPT-FR-BE-013: 콜 스킵 시 스킵 시간, 처리자 정보, 이력을 기록해야 한다.

• SPT-FR-BE-014: 콜 스킵 시 다음 콜을 활성화 대기 상태로 변경해야 한다.

• SPT-FR-BE-015: 이미 스킵된 콜의 재처리를 방지해야 한다.

• SPT-FR-BE-016: 완료 또는 스킵된 콜을 철회할 수 있어야 한다.

• SPT-FR-BE-017: 콜 철회 시 역순으로만 철회를 허용해야 한다 (3차 → 2차 → 1차 순서).

• SPT-FR-BE-018: 콜 철회 시 콜 상태를 활성화 상태로 복원하고 다음콜을 비활성화 한다.

• SPT-FR-BE-019: 콜 철회 시 이력, 처리자 정보를 기록해야 한다.

• SPT-FR-BE-020: 철회 가능 조건을 검증해야 한다 (역순 규칙).

• SPT-FR-BE-023: 앱 사용자 목록을 활성화된 아웃바운드콜 기준으로 정렬 가능하고, 활성화된 아웃바운드 콜이 없는 앱 사용자는 처방된 날짜가 빠른 순으로 정렬 한다.

• SPT-FR-BE-024: 앱 사용자 목록을 활성화된 아웃바운드콜, 처방된 날짜가 동일한 조건일 경우 이름 가나다 순으로 정렬한다.

• SPT-FR-BE-025: 앱 사용자에게 정해진 템플릿 메시지를 보낼 수 있어야 한다.

• SPT-FR-BE-026: 앱 사용자에게 임의의 텍스트 메시지를 보낼 수 있어야 한다.

• SPT-FR-BE-027: 앱 사용자에게 마지막 설문을 독촉하는 메시지를 보낼 수 있어야 한다.

• SPT-FR-BE-028: 마지막 콜은 42일차 설문 완료시 자동으로 처리 완료 되거나 설문을 하지 않았을 때 설문을 독촉하는 메시지를 전송하고 완료처리 한다.

• SPT-FR-BE-029: 운영자가 버튼을 눌러 전화를 받지 않은 앱 사용자에게 부재중 메시지를 발송할 수 있어야 한다.

1.2 앱 사용자 로그, 메모, 이슈

• SPT-FR-BE-101: 시스템은 시간내림 차순으로 앱 사용자 로그를 제공한다.
• SPT-FR-BE-102: 앱 로그에는 시스템에서 자동 작성된 메모, 운영자가 작성한 메모, 등록된 이슈가 포함된다.
• SPT-FR-BE-103: 앱 사용자 로그는 외부 시스템에 제공한다.
• SPT-FR-BE-104: 사용자가 앱 사용자에 대한 자유 텍스트 메모를 관리할 수 있어야 한다. (삭제 불가) (CRU)
• SPT-FR-BE-105: 시스템에서 자동 메모를 작성할 수 있다.
• SPT-FR-BE-106: 운영자는 자동 메모를 작성할 수 있다.
• SPT-FR-BE-107: 운영자는 24시간 이내 본인이 작성한 메모만 수정할 수 있다.
• SPT-FR-BE-108: 앱 사용자 이슈를 관리할 수 있어야 한다. (삭제 불가) (CRU)
• SPT-FR-BE-109: 운영자는 24시간 이내 본인이 작성한 이슈만 수정할 수 있다.
• SPT-FR-BE-110: 이슈 상태를 관리할 수 있어야 한다 (활성, 해결됨).
• SPT-FR-BE-111: 이슈 상태 변경 시 상태 변경 이력을 기록해야 한다.

1.3 앱 사용자 관리

• SPT-FR-BE-201: 앱 사용자 목록을 조회할 수 있다.
• SPT-FR-BE-202: 앱 사용자를 검색할 수 있다.
• SPT-FR-BE-203: 앱 사용자의 처방 병원을 수정 할 수 있다.
• SPT-FR-BE-204: 앱 사용자 정보를 조회 할 수 있다.
• SPT-FR-BE-205: 앱 사용자의 환자 데이터(ISI, PHQ-9, GAD-7, ESS 등 점수, 수면효율)를 조회할 수 있다.

2. 비기능 요구사항

2.1 보안

• SPT-NFR-001: 기능 접근 시 사용자 권한을 검증해야 한다.
• SPT-NFR-002: 사용자 행위 감사 로그를 기록해야 한다.
• SPT-NFR-003: GDPR 및 DiGA 규정을 준수해야 한다.

2.2 사용자 유형별 권한 관리

• SPT-NFR-201: Operation User 권한
  • Operation User는 앱 사용자의 콜을 처리할 수 있어야 한다.
  • Operation User는 콜 완료/스킵/철회를 수행할 수 있어야 한다.
  • Operation User는 앱 사용자의 메모를 조회할 수 있어야 한다.
  • Operation User는 메모를 생성할 수 있어야 한다.
  • Operation User는 자신이 작성한 메모를 수정할 수 있어야 한다.
  • Operation User는 이슈를 생성할 수 있어야 한다.
  • Operation User는 앱 사용자의 이슈를 조회할 수 있어야 한다.
  • Operation User는 자신이 생성한 이슈를 수정할 수 있어야 한다.

3. 제약 사항

• SPT-CR-001: 앱 사용자 정보, 메모, 이슈, 로그 등 데이터는 'private' 스키마에 저장되어야 한다.
• SPT-CR-002: 운영자 회원/인증 데이터는 'operation' 스키마에 저장되어야 한다.
• SPT-CR-003: 데이터는 물리적으로 삭제하지 않고 소프트 삭제를 적용해야 한다.

4. 가정사항

• SPT-AR-001: TBD

변경 이력

버전	날짜	작성자	변경 내용
0.55.0	2025-12-04	mook@weltcorp.com	문서 작성