ONE HEALTH 통합 헬스케어 플랫폼 구축사업
제안요청서

• (1.1.1) 사용자 유형별 진입 — 임직원, 가족, 의료진, 보건관리자, 프로그램 운영자, 시스템 관리자별로 첫 화면과 메뉴를 분리하여 제공할 수 있어야 한다.
• (1.1.2) 서비스 소개 랜딩 — 로그인 전 서비스 소개 화면을 제공하고 시작하기, 로그인, 가입으로 이어지는 진입 흐름을 제공할 수 있어야 한다.
• (1.1.3) 서버 권한 강제 — 메뉴 숨김과 별개로 모든 기능 접근을 서버에서 역할 기준으로 검사할 수 있어야 한다.

적용 채널: 모바일 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (1.2.1) 가입 신청·승인 — 임직원은 테넌트 명부 대조 또는 사내 SSO로 자동 승인하고, 명부에 없는 가입 신청과 가족 가입은 대기 상태로 접수하여 관리자 승인 후 활성화할 수 있어야 한다.
• (1.2.2) 세션 일괄 무효화 — 비밀번호 변경이나 강제 로그아웃 시 실시간 연결을 포함한 기존 세션 전체를 무효화할 수 있어야 한다.
• (1.2.3) 로그인 시도 제한 — 연속 로그인 실패 횟수를 기록하고 임계 초과 시 계정을 잠그며 성공 로그인 또는 관리자 초기화 시 해제할 수 있어야 한다.
• (1.2.4) 사내 SSO 연동 — 임직원 로그인을 병원이 지정하는 IdP 1개와 OIDC 또는 SAML 2.0으로 연동할 수 있어야 한다 가정값. 가족·기업 고객사 사용자는 자체 계정(이메일+비밀번호+본인확인)을 기본으로 하며, 고객사별 SSO는 옵션으로 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (1.3.1) 수집 동의·철회 — 건강정보(검진 결과·라이프로그·상담 내용 등)는 다른 개인정보 처리 동의와 구분하여 별도로 동의받고, 선택 항목을 거부해도 서비스 이용·인사상 불이익이 없음을 고지하여야 한다. 수집 항목별 동의와 철회를 제공하고 철회 즉시 해당 항목의 수집과 제공을 실제로 중단하며, 동의 문구 버전과 일시를 이력으로 보존하여야 한다.
• (1.3.2) 내 데이터 접근 기록 — 사용자가 누가, 언제, 어떤 데이터를 조회했는지 실제 감사 기록을 기반으로 확인할 수 있어야 한다.
• (1.3.3) 제3자 제공 현황·처리방침 — 가족·의료진·보건관리자 등에게 제공 중인 항목과 기간을 한 화면에서 확인·철회하고, 버전별 개인정보 처리방침·이용약관(문안은 병원 작성)을 조회할 수 있어야 한다.

적용 채널: 웹 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (1.4.1) 기기 등록·해제 — 웨어러블과 건강 앱을 등록·해제하고 연동 상태와 최종 동기화 시각을 확인할 수 있어야 한다.
• (1.4.2) 자동 동기화 — 하이브리드 앱의 네이티브 브릿지로 Health Connect(Android)와 HealthKit(iOS)를 통해 걸음, 수면, 심박, 혈압, 혈당, 체중을 앱 실행 시와 OS가 허용하는 백그라운드 주기(최소 1일 1회)로 자동 수집할 수 있어야 한다 가정값. Samsung Health는 Health Connect 경유 수집을 기본으로 하며, OS·플랫폼 정책상 제약은 사업자 귀책이 아니다.
• (1.4.3) 수집 데이터 검증 — 수집 데이터의 중복과 이상치를 검증하고 배치·실시간 경로가 동일한 데이터 규격을 따르도록 처리할 수 있어야 한다.
• (1.4.4) 직접 입력 — 앱 미설치·기기 미연동 사용자를 위해 웹 직접 입력과 파일 업로드로 동일 규격의 데이터를 수집할 수 있어야 한다.

적용 채널: 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (1.5.1) 인앱 알림센터 — 인앱 알림센터에서 미읽음 배지, 알림 목록, 읽음 처리를 제공할 수 있어야 한다.
• (1.5.2) 채널별 수신 설정 — 푸시·SMS·알림톡 3종 채널별 수신 여부와 야간 발송 제한 시간대를 사용자가 설정할 수 있어야 한다 가정값. 프로그램 홍보 등 광고성 알림은 서비스 알림과 구분하여 사전 수신동의(야간 별도 동의 포함)를 받아야 한다. 이메일·인앱 메신저는 범위에서 제외한다.
• (1.5.3) 발송 이력·재시도 — 발송 이력, 실패 사유, 재시도, 도달률을 조회할 수 있어야 한다.
• (1.5.4) 템플릿 관리 — 관리자가 발송 템플릿(30종 이내)과 발신 정보를 관리할 수 있어야 한다. 가정값

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 1단계

• 알림 템플릿 목록

• (1.6.1) 탈퇴·파기 — 탈퇴 신청 후 30일 유예를 거쳐 법정 보존 대상을 제외한 개인 데이터를 파기하고(보존기간은 SER-008) 파기 증적을 기록할 수 있어야 한다. 가정값
• (1.6.2) 내 데이터 내려받기 — 사용자가 자신의 건강 데이터를 FHIR JSON 형식으로 내려받을 수 있어야 한다. 타 기관 전송(마이데이터 방식)은 범위에서 제외한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 1단계

• 파기 증적 양식

• (1.7.1) 템플릿·문항 관리 — 관리자가 설문 템플릿·문항·분기·채점 규칙을 버전으로 관리할 수 있어야 한다.
• (1.7.2) 응답 저장·조회 — 응답을 PDS에 FHIR QuestionnaireResponse로 저장하고 점수와 이력을 조회할 수 있어야 한다.
• (1.7.3) 검진 문진 전달 — 검진 문진 응답을 건진 OCS 연계로 전달할 수 있어야 한다.
• (1.7.4) 엔진 재사용 — 사전문진, 규칙 기반 상담 흐름, 프로그램 사전검사, 가족 자가체크가 동일 엔진을 재사용하여야 한다.

적용 채널: - · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (2.1.1) 오늘의 건강 요약 — 오늘의 컨디션, 다가오는 일정, 진행 중 프로그램, 추천 다음 행동을 한 화면에 통합 조회할 수 있어야 한다.
• (2.1.2) 선제 신호 배너 — 감지된 이상 신호 1건과 판단 근거, 조치 버튼을 최상단에 제시하고 닫더라도 신호 자체는 유지할 수 있어야 한다.
• (2.1.3) 홈 구성 — 표준형 홈 구성을 제공하고, 관점별 구성(위험 신호 조기 발견형·대사건강 집중형 등)을 설정으로 추가할 수 있는 구조여야 한다.
• (2.1.4) 오늘 활동·미션 — 연속 달성 일수, 오늘의 미션, 커뮤니티 알림을 실제 서버 값 그대로 조회할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.2.1) 검진·라이프로그 통합 시간축 — 연 1회 검진 결과와 매일 수집되는 라이프로그를 같은 시간축에 표시하고 출처(통합/검진/라이프로그)와 일·주·월 해상도를 전환할 수 있어야 한다.
• (2.2.2) 지표 선택·기준범위 — 지표를 선택해 표시하고 연속혈당 등 목표범위가 있는 지표는 범위를 배경으로 표시할 수 있어야 한다.
• (2.2.3) 검진 시점 드릴다운 — 검진 시점 마커를 선택하면 해당 회차 전 지표와 소견, 전후 30일 라이프로그 맥락을 조회할 수 있어야 한다.
• (2.2.4) 선제 감지·리포트 — 경계 이상이 일정 기간 연속된 구간을 표로 제시하고 등급·성향·목표 관점의 리포트를 제공할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.3.1) 회차별 종합판정 — 회차별 종합판정과 정상·경계·유소견 항목 수, 항목별 값과 판정기준을 조회할 수 있어야 한다.
• (2.3.2) 연도 탐색 — 최대 5개년을 한 화면에서 탐색하고 회차별 최악 등급을 색으로 구분할 수 있어야 한다.
• (2.3.3) 항목 해설·신체 부위 표시 — 항목별 쉬운 해설을 제공하고 유소견 항목을 신체 부위 지도와 연계해 표시할 수 있어야 한다.
• (2.3.4) 정직한 표기 — 판정에 필요한 정보가 없으면 그 사실과 이유를 표기하고 더미 값을 표시하지 않아야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.4.1) 핵심 지표 요약 — 걸음, 수면, 안정시 심박, 혈압 등 핵심 지표의 최근값과 14일 평균, 개인 기준선 이탈 여부를 조회할 수 있어야 한다.
• (2.4.2) 항목별 상세 기록 — 걸음, 수면, 마음건강(스트레스) 항목별 상세 기록 화면과 직접 입력을 제공할 수 있어야 한다.
• (2.4.3) 전체 지표 표 — 전체 지표의 최근값, 평균, 최종 측정일을 표로 조회하고 기준선 이탈 시 강조할 수 있어야 한다.
• (2.4.4) 식단 기록 — 웰스토리에서 수신한 식단·영양 정보를 식사 기록에 연결해 표시할 수 있어야 하며, 개인 식사 이력은 별도 동의 후에만 수신하여야 한다(3단계).
• (2.4.5) 복약 기록 — 진료 OCS에서 수신한 처방으로 복약 기록과 리마인더를 생성할 수 있어야 한다(3단계).

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.5.1) 위험도 제시 — 최근 검진 지표를 기반으로 당뇨, 고혈압, 지방간, 비만의 5년 내 위험도와 추이, 코호트 내 상대 위치를 제시할 수 있어야 한다.
• (2.5.2) What-if 시뮬레이션 — 체중, 활동량 등 생활습관 변화에 따른 위험도 변화를 실시간으로 재계산할 수 있어야 한다.
• (2.5.3) 모델 한계 명시 — 예측 모델의 근거와 한계, 코호트 기준율의 출처를 화면에 명시할 수 있어야 한다.
• (2.5.4) 모델 제공 주체 — 예측 모델(알고리즘·계수·코호트 기준율)은 병원이 2027년 9월 30일까지 제공하고, 사업자는 교체 가능한 모델 실행 엔진·화면·What-if 계산을 구현한다. 기한 내 미제공 시 해당 공수를 감액하여 제외하며, 의료기기에 해당하면(병원 판단) 범위에서 제외한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 3단계

• Ⅲ.7 공통 산출물

• (2.6.1) 이상 신호 근거 제시 — 사용자가 묻기 전에 이상 신호를 감지해 알리고 왜 그렇게 판단했는지 근거 지표와 기간을 제시할 수 있어야 한다. 안내는 생활습관 관리와 의료기관 방문 권고 수준에 한정하고 진단·예측 표현을 쓰지 않아야 한다.
• (2.6.2) 행동 실험 — 행동 실험을 시작·중단·건너뛰기하고 결과 피드백과 생활 맥락 체크인을 수집할 수 있어야 한다.
• (2.6.3) 신호 규칙·중재 연결 — 운영자가 위험 신호 판정 규칙(경계 이상 연속 기간·기준선 이탈 등)을 설정하고, 판정 결과를 이벤트로 발행하여 알림·프로그램 추천·AI 상담·예약 안내 중 하나의 중재로 연결할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.7.1) 건강점수 — 건강점수와 감점 사유를 항목별로 조회할 수 있어야 한다.
• (2.7.2) 누적 성과 — 검진 회차 수, 연속 기록 일수, 프로그램 완료 등 누적 성과를 집계하고 등급과 변동 내역을 조회할 수 있어야 한다.
• (2.7.3) 건강 포인트 — 미션·기록 등 건강 행동에 포인트를 적립하고 잔액과 내역을 조회하며, 관리자가 행동별 적립 기준과 한도를 정책으로 관리할 수 있어야 한다.
• (2.7.4) 전환 금지 — 포인트는 현금·진료비·검진비로 전환하거나 차감할 수 없어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (2.8.1) 관점별 홈 추가 구성 — 위험 신호 조기 발견형·대사건강 집중형 등 표준형 외 홈 구성을 제공할 수 있어야 한다.
• (2.8.2) 중재 효과 추적 — 선제 케어 중재별 수행 여부와 이후 지표 변화를 추적하여 중재 효과를 조회할 수 있어야 한다.
• (2.8.3) 보호자 대신 예약 — 가족 구성원의 이상 신호에 대해 보호자에게 대신 예약을 제안하고 수행할 수 있어야 한다.
• (2.8.4) 고민상담소 PRO 연계 — 작성자 동의하에 스트레스·수면 등 PRO 설문을 제시하고 결과를 본인 건강 추이에 연결할 수 있어야 한다.
• (2.8.5) 조직 리포트 자동 생성 — 고객사 담당자에게 월간 조직 건강 리포트(비식별 집계)를 자동 생성·발송할 수 있어야 한다.

적용 채널: - · 우선순위: 옵션 · 단계: 옵션

• Ⅲ.7 공통 산출물

• (3.1.1) 대상자 조회 — 검진 대상자 여부를 조회하고 대상 검진 종류를 안내할 수 있어야 한다.
• (3.1.2) 센터·일정 선택·확정 — 병원 운영 건진센터, 일자, 접수시간을 선택해 예약을 확정하고 접수번호를 발급받을 수 있어야 한다.
• (3.1.3) 재진입·변경·취소 — 예약 후 다시 진입하면 확정된 예약 정보를 어느 기기에서나 동일하게 조회하고 변경·취소할 수 있어야 한다.
• (3.1.4) 검진시스템 실시간 연계 — 병원 검진 시스템(OCS)과 실시간으로 가용 일정과 예약 상태를 연계할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (3.2.1) 패키지·추가검사 선택 — 검진 패키지와 추가 검사를 선택하고 이력 기반 추천 패키지를 근거 지표와 함께 제시할 수 있어야 한다. 추천은 연령·성별 일반 권고이며 개인 진단이 아님을 표시하여야 한다.
• (3.2.2) 센터·일정·문진 — 검진센터와 일정을 선택하고 사전 문진(FUN-COM-007)을 작성한 뒤 예약을 확정하며, 예약·문진을 건진 OCS에 전달할 수 있어야 한다.
• (3.2.3) 사전 리마인더 — 검진 전일 금식 안내 등 사전 리마인더를 발송하고 사용자가 수신 여부를 설정할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (3.3.1) 단계형 예약 — 진료 방식(대면/비대면), 진료과, 의료진, 일시 순으로 예약하고 초진·재진을 구분할 수 있어야 한다.
• (3.3.2) 슬롯·상태 동기화 — 진료 OCS가 제공하는 진료과·의료진·예약 가능 슬롯을 조회하여 예약·변경·취소를 요청하고, 확정 여부와 상태 변경을 진료 OCS와 동기화할 수 있어야 한다. 슬롯 생성·배정 규칙은 진료 OCS를 따른다.
• (3.3.3) AI 사전문진 연계 — 비대면 선택 시 AI 사전문진 결과로 추천된 진료과와 긴급도를 예약 흐름에 이어서 반영할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 3단계

• Ⅲ.7 공통 산출물

• (3.4.1) 통합 조회 — 검진, 진료, 비대면 예약을 상태별·기간별로 한곳에서 조회할 수 있어야 한다.
• (3.4.2) 행별 액션 — 예약 취소, 진료방 입장, 결과 보기로 바로 이동할 수 있어야 한다.
• (3.4.3) 캘린더 보기 — 예약, 검진, 복약, 프로그램 일정을 월간 캘린더로 전환해 보고 날짜별 상세 목록을 조회할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (4.1.1) 진료방 개설·입장 — 진료방은 의료진만 개설하고 환자는 입장 가능한 방, 예정된 예약, 지난 진료 내역을 구분해 조회·입장할 수 있어야 한다. 입장 시 환자 본인 여부(휴대폰 본인인증 등 병원이 정한 수단)와 의료진의 자격·진료 권한을 확인하여야 한다.
• (4.1.2) 화상 통화 — 서로 다른 네트워크 사이에서도 연결되어야 하며(구성 방식은 SYR-003), 통화 전 장비 점검, 마이크·카메라 제어, 화면 공유를 제공하고 통화는 녹화·녹음하지 않아야 한다.
• (4.1.3) 진료 채팅 — 진료 중 채팅을 제공하고 이력을 서버에 보존할 수 있어야 한다.
• (4.1.4) 진료 중 데이터 패널 — 통화 중 진료 관계가 성립하고 환자가 공유에 동의한 항목의 검진·라이프로그 요약을 의료진에게 제시할 수 있어야 한다.
• (4.1.5) 사전 정보 제공 — 진료 전 사전문진(FUN-COM-007)과 AI 상담 요약을 의료진에게 읽기 전용으로 제공할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 관리자 화면 · 우선순위: 필수 · 단계: 3단계

• Ⅲ.7 공통 산출물

• (4.2.1) 진료 결과 조회 — 의료진의 진료기록·처방은 병원 EMR·OCS에서 작성하며, 플랫폼은 진료 OCS에서 수신한 진료 결과 사본을 환자 화면에 표시할 수 있어야 한다.
• (4.2.2) 처방·복약 안내 표시 — 진료 OCS에서 수신한 처방 약물과 의료진이 작성한 복약 안내를 환자 화면에 표시하고 복약 기록(FUN-PHR-004)으로 연결할 수 있어야 한다. 처방 발행·약국 전송·보험 청구는 범위에서 제외한다.
• (4.2.3) 진료 종료 처리 — 진료 종료 시 방 상태를 서버에서 확정하고 연결된 예약과 열람권을 자동 회수할 수 있어야 한다.
• (4.2.4) 수납 안내 — 진료비 수납은 병원 원무 절차를 따르며, 플랫폼은 수납 안내를 제공할 수 있어야 한다(결제는 OPT-PAY).
• (4.2.5) 비대면 진료 허용 범위 — 비대면 진료 허용 과목·대상(재진 환자, 병원 지정 과)은 현행 법령·고시 내에서 병원이 정하고 설계 단계까지 사업자에 통지한다 가정값. 의무기록 원본은 병원 EMR에서 의료진이 작성·보존하며, 플랫폼은 진료 결과 사본을 조회용으로 보관한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 3단계

• Ⅲ.7 공통 산출물

• (4.3.1) 진료 관계 검증 — 의료진은 예약 또는 진료방 참여로 진료 관계가 성립한 환자의 데이터만 조회할 수 있어야 한다.
• (4.3.2) 조회 감사 — 타인 데이터 조회는 누가, 언제, 누구의, 무엇을 조회했는지 감사 기록으로 남길 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 3단계

• Ⅲ.7 공통 산출물

• (4.4.1) 결제 — 진료비에서 고객사가 복리후생으로 부담하는 지원금을 차감한 본인부담금을 산출하고 PG와 연동해 결제할 수 있어야 한다. 기업 지원금은 고객사 부담금이며 병원의 본인부담금 할인·면제로 구현하지 않아야 하고, 건강 포인트는 결제에 사용할 수 없다.
• (4.4.2) 분리 환불 — 취소·환불 시 지원금과 본인부담금을 원 결제 수단으로 분리 환불할 수 있어야 한다.
• (4.4.3) 지원금 정산 — 고객사별 지원금 한도·잔액을 관리하고 월 단위 정산 내역(건별 명세, CSV 출력)을 생성할 수 있어야 한다. 고객사 청구·세금계산서·회계 연계는 제외한다.
• (4.4.4) 결제 정보 보호 — 카드 정보는 플랫폼에 저장하지 않고 PG 토큰 방식으로 처리하여야 한다.

적용 채널: - · 우선순위: 옵션 · 단계: 옵션

• 월 정산 내역 양식

• (5.1.1) 대화형 상담 — 자유 대화형 건강상담을 어느 화면에서나 열 수 있고 세션 단위로 대화 맥락을 유지할 수 있어야 한다.
• (5.1.2) 근거 제시 — 답변에 사용한 참조 지식과 실행 도구를 접이식으로 제시할 수 있어야 한다.
• (5.1.3) 안전장치 — 확정 진단, 처방 지시, 복용량 안내를 차단하고 응급이 의심되면 즉시 의료기관을 안내할 수 있어야 한다. 상담 화면과 응답에 생성형 AI가 작성한 내용이며 의료진의 진단을 대신하지 않음을 표시하여야 한다.
• (5.1.4) 상담원 연결 — AI 응답으로 해결되지 않거나 사용자가 요청하면 상담 맥락 요약과 함께 상담원(AICC)에게 연결하고 상담 결과를 회신받아 보관할 수 있어야 한다(3단계).
• (5.1.5) 본인 데이터 활용 — 사용자가 동의한 경우에 한해 본인의 검진·라이프로그 요약을 상담 맥락으로 사용할 수 있어야 한다.

적용 채널: 웹 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (5.2.1) 규칙 문진 전환 — AI 모델을 쓸 수 없는 상태에서는 증상, 기간, 중증도, 복약 문진 흐름으로 자동 전환해 추천 진료과, 긴급도, 예약 안내를 제공할 수 있어야 한다.
• (5.2.2) 실패 시 정직한 처리 — 모델 호출 실패 시 가짜 응답을 생성하지 않고 대체 모델 재시도 후에도 실패하면 실패를 명시할 수 있어야 한다.
• (5.2.3) 상담 흐름 설정 — 관리자가 규칙 기반 상담 흐름의 문항과 분기를 설문·PRO 엔진(FUN-COM-007)으로 설정할 수 있어야 한다.

적용 채널: 웹 · 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (6.1.1) 카탈로그·참여 신청 — 챌린지 카탈로그를 조회하고 참여를 신청하며 승인 상태를 확인할 수 있어야 한다.
• (6.1.2) 주차별 미션 수행 — 주차별 미션을 수행하고 사진 업로드, 영상 시청 판정, 성공 기준을 확인할 수 있어야 한다.
• (6.1.3) 반려·재제출 — 반려된 미션을 사유와 함께 확인하고 재제출할 수 있어야 한다.
• (6.1.4) 결과 리포트 — 측정 전후 비교 리포트와 지난 챌린지 이력을 조회할 수 있어야 한다.
• (6.1.5) 코칭 채팅 — 사용자가 AI 상담사 또는 담당 코치를 선택해 대화하고, 운영자·의료진이 참여자와의 코치 스레드를 조회·응답할 수 있어야 한다.

적용 채널: 웹 · 모바일 · 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (7.1.1) 가족 구성원 관리 — 한 계정에서 부모와 자녀 구성원(임직원 1인당 최대 4인 가정값)을 선택해 구성원별 건강 화면을 조회할 수 있어야 한다.
• (7.1.2) 동의 항목 한정 제공 — 가족 데이터는 해당 구성원 본인(만 14세 미만은 법정대리인)이 동의한 항목과 기간만 서버에서 제공하고 구성원이 언제든 철회할 수 있어야 한다. 성인 가족의 데이터를 임직원이 대신 동의할 수 없으며, 비대면 진료기록·처방 사본은 가족 공유 대상에서 제외한다.
• (7.1.3) 자녀 케어 — 자녀의 성장, 접종·검진, 마음건강 신호와 케어 가이드를 제공하고 고위험 신호 시 공공 상담 연락처를 안내할 수 있어야 한다.
• (7.1.4) 부모 케어 — 부모의 인지·생활 신호와 변화 감지 시 케어 가이드를 제공할 수 있어야 한다.
• (7.1.5) 법정대리인 동의 — 만 14세 미만 자녀의 데이터는 법정대리인의 동의를 받고 동의 이력을 보존하며, 자녀가 만 14세에 도달하면 본인 동의로 전환을 안내하여야 한다. 가족 구성원 연결은 본인확인(가정: 휴대폰 본인인증) 후 양방향 승인으로 성립한다. 가정값

적용 채널: 웹 · 모바일 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (7.2.1) 익명 게시·댓글 — 사내 익명 게시판에 글과 댓글을 작성하고 글마다 작성자별 고정 익명 번호를 부여할 수 있어야 하며, 익명 번호와 실제 계정의 연결 정보는 운영 화면에서 조회할 수 없어야 한다.
• (7.2.2) 피드 탐색 — 이미지 첨부가 가능한 피드로 글을 탐색할 수 있어야 한다.
• (7.2.3) 본인 글 관리·운영 설정 — 본인 글과 댓글을 삭제할 수 있고 관리자가 게시판 운영 설정을 관리할 수 있어야 한다.
• (7.2.4) 신고·모더레이션·위기 안내 — 게시글 신고와 운영자 모더레이션(숨김·삭제·임시조치)을 제공하고, 자해·위기 표현이 감지되면 작성자에게 공공 위기상담 연락처를 즉시 안내하고 운영자에게 알릴 수 있어야 한다.
• (7.2.5) AI 자동답변 — 게시글에 대한 AI 답변 초안을 안전장치를 통과한 경우에만 'AI 답변' 표시와 함께 게시하고 운영자가 사후 검토·삭제할 수 있어야 한다(3단계).

적용 채널: 웹 · 모바일 · 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (8.1.1) 조직 지표 — 총원, 검진 이행률, 유소견 비율, 참여율, 위험군 분포, 부서별 현황, 월별 추이를 조회할 수 있어야 한다.
• (8.1.2) 비식별 집계 — 최소 인원 기준 미달 셀은 서버에서 분자와 분모를 함께 가리고 가린 셀이 하나만 남으면 한 셀을 더 가릴 수 있어야 한다.
• (8.1.3) 개인 드릴다운 차단 — 어떤 경로로도 개인 단위로 드릴다운할 수 없어야 하며 드릴다운 상태를 URL에 반영하지 않아야 한다.
• (8.1.4) 질환 계통 현황 — 부서별 유소견 인원을 계통별로 시각화하되 가린 부서와 0명 부서는 그리지 않아야 한다.
• (8.1.5) 비식별 집계 검증 — 병원이 제공하는 검증 데이터셋(부서 규모 5·19·20·21명 케이스 포함)으로 셀 억제와 2차 억제 결과를 대조하는 자동 시험으로 검수한다. K값은 20을 기본으로 하되 설정값으로 관리한다. 가정값
• (8.1.6) 집계 단위·리포트 — 집계 단위(사업장·부서)와 최소 인원 기준을 테넌트별로 설정하고 가정값, 비식별 집계 리포트를 내려받을 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (8.2.1) 검진 참여 현황 — 사업장 단위 검진 참여율과 미수검 인원 수(명단 아님)를 조회할 수 있어야 한다.
• (8.2.2) 위험군 집계 — 신체건강·마음건강 위험군을 집계 단위로 조회하고 통보 도달률을 관리할 수 있어야 한다.
• (8.2.3) 검진 독려 알림 — 미수검자 본인에게만 검진 독려 알림을 일괄 발송할 수 있어야 하며, 보건관리자는 발송 대상자를 볼 수 없어야 한다.
• (8.2.4) 개인정보 경계 — 보건관리자·고객사 화면은 개인 단위 검진·건강 정보를 제공하지 않아야 한다. 미수검 인원 수를 포함한 모든 집계에는 FUN-ORG-001의 비식별 모듈을 적용하여야 한다. 조직 화면의 데이터는 인사평가·채용·배치 등 근로자에게 불리한 목적으로 이용할 수 없음을 화면과 고객사 이용계약에 표시하여야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (9.1.1) 프로그램 관리 — 건강 프로그램을 생성·수정하고 노출 큐레이션을 관리할 수 있어야 한다.
• (9.1.2) 콘텐츠 라이브러리 — 영상·문서 콘텐츠를 등록하고 사용 중인 콘텐츠는 삭제를 차단할 수 있어야 한다.
• (9.1.3) 주차별 커리큘럼 — 주차별 커리큘럼과 미션을 구성하고 사용 중인 커리큘럼은 삭제를 차단할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (9.2.1) 참여 승인·미션 검토 — 참여 신청을 승인하고 제출된 미션을 검토·반려할 수 있어야 하며 본인이 작성한 건은 스스로 승인할 수 없어야 한다.
• (9.2.2) 사전검사·상담 예약 — 사전검사(FUN-COM-007)를 실시·등록하고 상담 예약을 관리할 수 있어야 한다.
• (9.2.3) 건강 기록 알림·디바이스 — 참여자의 건강 기록 알림과 디바이스 연동 현황을 관리할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (9.3.1) 공지 발행 — 참여자 공지를 발행하고 게시 기간을 관리할 수 있어야 한다.
• (9.3.2) 앱 미리보기 — 참여자 앱 화면을 운영자가 미리 볼 수 있어야 한다.
• (9.3.3) 운영 감사로그 — 운영 행위를 공통 감사 서비스에 위변조 검증이 가능한 감사로그로 남기고 조건별로 조회할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 2단계

• Ⅲ.7 공통 산출물

• (10.1.1) 계정 관리 — 계정 생성, 수정, 비활성화, 비밀번호 초기화, 가입 승인을 역할 필터와 검색으로 처리할 수 있어야 한다.
• (10.1.2) 전역 설정 — AI 사용 여부, 메뉴 기본값 등 전역 설정을 관리하고 일반 사용자에게는 읽기 전용으로 제공할 수 있어야 한다.
• (10.1.3) 사용자 데이터 현황 — 사용자별 데이터 보유 현황을 조회할 수 있어야 한다.
• (10.1.4) 테넌트 개설 — 테넌트를 생성하고 임직원 명부를 일괄 등록(CSV 또는 SSO 연동)하며 판정기준·검진 패키지 초기값을 복제할 수 있어야 한다. 테넌트 추가는 코드 변경 없이 운영 절차로 수행할 수 있어야 한다(2단계).
• (10.1.5) 오프보딩 — 고객사 계약 종료 시 고객사 데이터를 반출하고 보존기간 경과 후 파기하며 그 증적을 남길 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• 테넌트 온보딩 절차서

• (10.2.1) 판정 기준 관리 — 검진·라이프로그 지표의 정상, 경계, 유소견 판정 기준을 고객사별로 관리할 수 있어야 한다.
• (10.2.2) 변경 이력 — 기준 변경 이력을 남기고 이전 기준을 조회할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (11.1.1) 에이전트·라우팅 관리 — 의도 분류·도메인·에이전트 단계의 라우팅과 임계값, 에이전트별 역할·연결 지식·도구를 관리하고, 여기서 설정한 에이전트가 임직원 상담에 실제로 적용되어야 한다. 사업자는 상용·오픈소스 LLMOps 도구 도입으로 대체 제안할 수 있다.
• (11.1.2) 버전 관리 — 에이전트별 시스템 프롬프트·가능/불가 범위·토큰 예산을 버전으로 관리하고 이전 버전으로 되돌릴 수 있어야 한다.
• (11.1.3) 모델 전환 — 모델 별칭·선택 정책·Fallback을 관리하고, 외부 모델 API와 병원이 조달하는 원내 추론 서버를 같은 게이트웨이에서 설정으로 전환·병행할 수 있어야 한다(연결 시험은 3단계).

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (11.2.1) 지식 관리 — 지식 문서를 등록, 분할, 검토, 승인, 운영 배포 단계로 관리하고 운영본은 항상 하나만 유지할 수 있어야 한다.
• (11.2.2) 검색 설정 — 검색 전략, 임계값, 재정렬 정책을 프로파일로 관리하고 지식→검색→에이전트 영향도를 조회할 수 있어야 한다.
• (11.2.3) 검색 품질 — 한국어 의료 문서에 맞는 벡터·키워드 혼합 검색·재정렬과 근거 문서 반환을 제공하고, 지식별 권한 등급과 유효기간을 관리할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (11.3.1) 운영 지표·감사 — 운영 지표와 에이전트·지식의 생성·수정·삭제 감사 기록을 제공할 수 있어야 한다.
• (11.3.2) 런타임 안전장치 — 프롬프트 필터링, 개인정보 마스킹, 근거 링크 정합 검사, 유해 응답 차단을 런타임 단계로 수행할 수 있어야 한다.
• (11.3.3) 평가 회귀 — 라우팅 정확도·근거 기반 답변률·안전 통과율을 평가 세트로 회귀 평가하고, 부적합 응답을 사람 검토 대기열로 넘길 수 있어야 한다(2단계).

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (12.1.1) 접근·이용이력 기록 — 개인정보 접근·이용이력을 기록하고 자료 다운로드 시 사유입력과 대외비 표시를 적용할 수 있어야 한다.
• (12.1.2) 화면 노출 최소화 — SER-001의 마스킹·조회 제한 정책을 관리자 화면 전체에 적용하고, 항목별 마스킹 규칙을 관리자가 설정할 수 있어야 한다.

적용 채널: 웹 · 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물

• (12.2.1) 역할별 접근통제 — 사용자 인증과 역할별 접근권한에 따라 시스템과 기능의 사용을 통제할 수 있어야 한다.
• (12.2.2) 보안기능 예외 설정 — SER-001에 따른 보안기능 예외를 사용자·역할 단위로 등록·만료하고 승인 이력과 함께 관리할 수 있어야 한다.
• (12.2.3) MFA 적용 — 특권 계정과 외부에서 관리자 화면에 접속하는 개인정보취급자 계정에 MFA를 적용할 수 있어야 한다.

적용 채널: 관리자 화면 · 우선순위: 필수 · 단계: 1단계

• Ⅲ.7 공통 산출물