병원·CSO·품목 검색 기능 통합
2026년 6월 9일 공유
메뉴 구조 및 검색 기능 정리 회의
개요
품목관리, 병의원 검색, CS 처리, CP 관리, 보고서, 시스템 설정 등 메뉴 구조와 기능 배치 방식을 점검했다.
현업 요청을 그대로 반영하기보다, 실제 업무 흐름과 IT 관점에서 메뉴를 재구성하는 방향으로 정리했다.
특히 병의원 검색의 목적, CSO/품목 검색의 위치, CP 관리의 메뉴 통합, 보고서/리포트 구분, 차기 표기 방식이 주요 쟁점이었다.
참가자 및 역할
SPEAKER_00
- 메뉴 구조와 기능 배치 기준을 검토하고 방향을 제시
SPEAKER_01
- 현재 정리된 메뉴안과 현업 요청 사항을 공유하고 확인
결정 사항
“신규기능차기” 같은 표기는 삭제하거나 별도 방식으로 정리
- 메뉴명 자체에 넣기보다 필요 시 괄호 표기 등으로 보조 설명만 추가
- “차기”는 우선순위/후순위 의미로만 관리하고, 메뉴명에 직접 섞지 않음
병의원 검색은 통합 조회 성격으로 이해
- 병의원 검색의 목적은 병의원 정보를 기준으로
- 심평원 데이터 조회
- 품목 확인
- 영업 가능 여부 판단를 한 번에 처리하도록 하는 것
- 여러 시스템을 오가며 확인하던 업무를 단일 화면/버튼 기반으로 통합하는 방향
CSO 검색과 품목 검색은 병의원 검색의 하위 구조인지 재검토 필요
- 현재 계층 구조상 하위 메뉴로 넣으면, 병의원을 먼저 검색한 뒤에만 접근하는 구조가 됨
- 이 방식이 맞는지 확정되지 않았으며, 별도 메뉴로 분리하는 가능성을 열어둠
검색 대상 표기는 불필요
- “통합 검색”, “검색 대상” 같은 표현은 중복적이어서 굳이 남길 필요 없음
CP 관리는 세부 메뉴를 쪼개기보다 통합 화면 중심으로 구성
- CP 관련 기능은 개별 메뉴를 계속 분리하기보다, CP 정보/조회 화면 안에서 통합 관리하는 방향이 적절하다는 의견
- 조회뿐 아니라 수정까지 가능한 단일 진입점으로 두는 방향 검토
기존 노션/프로토타입 중 최신 구조를 기준으로 정리
- 오래된 초안이 아니라 현재 별도 구성해둔 최신 메뉴 구조를 기준으로 맞춤
액션 아이템
병의원 검색의 정확한 요구사항 재확인
- 현업이 원하는 것이
- 병의원 중심 통합 조회인지,
- 병의원 내부의 CS/품목 검색인지 명확히 확인
봄나래 차장님 공유 파일 확인
- 관련 검색 뷰 및 추가 요청 사항 검토
보고서/리포트 구조 현업 확인
- 보고서, 리포트, 영업성과관리, 시장경향이
- 같은 범주의 하위 개념인지,
- 서로 독립 메뉴인지 확인 필요
CP 관리 항목을 기능 명세 수준으로 정리
- 메뉴 수준 정리 후,
- 각 섹션별 목록/등록 기능과 주요 필드 구성을 문서화
로고/상황 및 세부 메뉴 배치 추가 확인
- 미확정 메뉴 구조는 후속 확인 후 반영
논의 내용
1. 병의원 검색 기능의 목적
- 병의원 검색은 단순 조회 기능이 아니라, 실제로는 CS 문의 대응 업무를 줄이기 위한 기능에 가깝다.
- 업무 흐름은 다음과 같다.
- 협력사/CSO가 특정 병원에 영업 가능 여부를 문의
- 담당자가 병원 정보를 확인
- 심평원 정보, 품목 정보, 사업자 적합 여부 등을 검토
- 최종적으로 영업 가능/불가 여부 회신
- 현재는 여러 화면과 시스템을 오가야 해서 비효율적이므로, 한 번의 검색으로 필요한 정보가 모이도록 구성하는 것이 핵심이다.
병의원 검색은 단순 메뉴가 아니라, 여러 확인 절차를 한 번에 처리하기 위한 통합 업무 기능으로 보는 것이 적절하다.
2. CS 검색, 품목 검색의 메뉴 배치
- 초기 안에서는 병의원 검색 아래에 CS 검색과 품목 검색이 들어가는 구조로 보였음
- 이에 대해 다음과 같은 우려가 제기됨
- 하위 구조로 두면 병의원 검색을 먼저 거쳐야만 접근 가능
- CSO 검색과 품목 검색이 독립적으로 필요할 수도 있음
- 따라서 병의원 중심 계층 구조가 맞는지, 아니면 별도 검색 메뉴로 두어야 하는지 검토 필요
3. CS 접수 및 협력사 포털 관련 위치
- 검색 기능이 CS 처리 목적이라면 CS 접수 쪽에 두는 것도 가능
- 그렇지 않다면 협력사 포털 관리 영역에 배치하는 것도 검토 가능
- 현재는 양쪽 모두 CS 처리 성격으로 표기되어 있음
4. 품목관리, 실적관리, 도매매출관리 구성
도매매출관리는 실적관리 안에 단순히 묶기보다 별도 메뉴로 분리하는 쪽이 더 자연스럽다는 의견이 제시됨
- 예시 구조:
- 도매매출관리
- 도매매출 입력
- 도매매출 내역/조회
- EDI 관리도 별도 메뉴로 두는 방향이 언급됨
- 메뉴명에 설명이 필요한 경우, 메뉴명 자체를 복잡하게 만들기보다 괄호 표기로 보완하는 방식이 적절
5. CP 관리 구조 재정리
- 노션에 있던 예전 구조를 그대로 가져온 부분이 있었으나, 이는 최신 구조와 맞지 않음
- CP 관련 업무는 이미 별도 화면/메뉴 구성이 진행된 상태이므로 구형 초안 대신 최신안 기준으로 통일해야 함
- 핵심 의견:
- CP 관리 기능은 메뉴를 지나치게 세분화하지 말 것
- 하나의 조회/정보 화면 안에 여러 기능을 통합할 수 있음
- 조회 화면 안에서 수정 기능도 함께 처리하는 것이 효율적
CP 관리의 주요 업무 섹션
다음 5개가 CP 관리의 핵심 업무로 정리됨.
- 재위탁 현황/관리
- 교육이수관리
- 경제적 이익 지출보고
- CP 점검 이력
- 면담 이력
이들은 각각 독립 메뉴로 쪼개기보다, CP 정보 하위 섹션 또는 통합 화면 내부 구성으로 배치하는 방향이 적절하다는 의견이 나왔다.
6. 기능 명세서 작성 방식
- 메뉴 구조만 정리하는 데서 끝나지 않고, 이후에는 기능 명세 수준으로 세부화해야 함
- 예시로 재위탁 관리의 경우:
- 목록
- 등록
- 주요 항목(제약사명, 수탁사명, 계약일, 통보일, 통보상태, 통보기한 등)
- 이처럼 각 기능의 목록/등록 구성과 주요 필드를 정리하면 기능 명세서로 발전시킬 수 있음
- 다만 현재 단계에서는 필드 수준까지 모두 적기보다 메뉴/기능 수준 우선 정리가 적절하다고 봄
7. 보고서, 리포트, 영업성과관리, 시장경향 구분
- 보고서와 리포트가 동일 개념인지 여부가 불명확함
- 만약 동일 개념이라면:
- 보고서 아래에 리포트를 또 두는 것은 불필요
- 반대로 서로 다른 개념이라면:
- 독립 메뉴로 분리해야 함
- 또한 영업성과관리, 시장경향이
- 리포트의 하위 유형인지,
- 별도 기능인지 현업 확인이 필요함
8. 시스템 설정 및 공통 코드
- 시스템 설정 관련 항목은 기존에 정리된 내용을 풀어서 배치한 상태
- 다만 누락 여부에 대한 재점검이 필요함
- 공통 코드, 환경설정, 기타 설정류 메뉴도 기존 구조와 비교하며 확인할 필요가 있음
논의 포인트 요약
- 현업 요청을 그대로 메뉴화하지 말고, 실제 업무 흐름 기준으로 재구성
- 병의원 검색은 통합 업무 처리 기능으로 설계
- CSO/품목 검색은 병의원 검색 하위인지 독립 메뉴인지 확인 필요
- CP 관리는 단일 진입점 중심으로 통합
- 보고서/리포트 체계는 현업 정의를 다시 확인
- 최종적으로 메뉴 구조를 먼저 확정한 뒤 기능 명세서로 확장