260610 메딕스 외부
2026년 6월 10일 공유
병의원 관리·현황 탭 중심 시스템 개편 논의
개요
콘텐츠 유형: 회의
- 시스템 리뉴얼 범위와 우선순위를 정리하고, 특히 병의원 관리, 현황/대시보드 탭, CP 관리, 지급 관리, 레포트, 협력사 포털, 모두싸인 연동 방향을 논의했다.
- 핵심 원칙은 다음과 같다.
- 최우선 핵심 업무는 CSO 데이터 수집, 도매/실적 데이터 검증, 인센티브 산정 및 지급 관리
- 그다음 우선순위는 CP 관리
- 부가 기능은 모두 한 번에 넣기보다, 핵심 기능 완성도를 우선 확보
- 별도 검색 메뉴를 늘리기보다, 병의원 관리 안에 현황 탭을 두고 필요한 정보를 연결하는 방향으로 정리되었다.
참석자 및 역할
SPEAKER_01, SPEAKER_02
- 개발/기획 측
- 메뉴 구조 정리, 구현 범위 조정, 우선순위 제안
SPEAKER_03, SPEAKER_00, SPEAKER_04
- 실무 사용자 측
- 실제 업무 흐름, 필요한 정보, 운영상 제약사항 설명
결정 사항
1. 병원 검색 기능은 별도 메뉴보다 병의원 관리 내 탭 구조로 정리
- 별도의 병원 검색 메뉴를 추가하기보다, 병의원 관리 안에 현황성 탭을 두는 방향으로 정리
- EDI 입력, 필터링, 실적 확인, 흡수율 이슈 확인 등에서 공통으로 필요한 병원 정보는 한 곳에서 조회 가능해야 함
- 병원 관련 정보는 메뉴마다 흩어지기보다, 연결 버튼/팝업/바로가기로 접근 가능하게 설계
별도 검색 메뉴는 우선 불필요하며, 병원 관련 조회는 병의원 관리 안에서 해결하는 방향으로 정리됨.
2. 병의원 관리에는 기본 정보 + 담당 CSO/품목 + 현황 정보를 탭으로 구성
- 한 화면에 모두 넣기보다 탭 분리가 유력
- 예시 구성:
- 기본 정보
- 담당 CSO
- 등록 품목
- 현황 또는 대시보드
- 실무상 동일한 병원 정보를 여러 업무에서 반복 조회하므로, 탭 구조 안에서 필요한 정보를 통합 제공
3. 마스터 데이터는 접근 권한을 제한하는 방향 검토
- 병원/약국/제품 등 마스터 데이터는 수정 권한을 최소화
- 누구나 자유롭게 수정하면 오류 추적이 어려우므로,
- 등록은 일부 허용
- 수정은 전산 담당자/책임자 중심
- 다만 실무 빈도가 높은 업무는 완전 분리 시 비효율이 생기므로, 관리 차원의 분리 + 실무 화면에서 빠른 연결 기능을 함께 고려
4. 현황 탭에 들어갈 데이터는 실무 측에서 별도 정리 필요
- 병원, CSO, 품목 각각에 대해 무엇을 보여줄지, 어디서 데이터를 가져올지가 먼저 정의되어야 함
- 시각화 방식은 개발 측이 제안 가능하지만,
- 필요한 지표
- 데이터 출처
- 연동 방식(API, 업로드 등) 는 실무 측에서 확정 필요
5. CP 관리는 주요 기능으로 유지
- CP 관련 업무는 별도 중요 영역으로 유지
- 포함 대상:
- JTA 통보 관리
- JTA 현황
- 교육 이수 관리
- 경제적 이익 보고
- 점검 이력
- 면담 기록
- 협력사 포털을 통해 접수된 내용과 내부 검토 결과를 연결하여 관리
6. 지급 관리 기능은 필수
- 기존 “정산/정상 관리” 성격의 메뉴는 지급 관리로 정리 가능
- 주요 관리 대상:
- CSO별 지급 여부
- 제약사 청구/회신/수령 내역
- 선지급 후 청구 과정에서의 차이
- 전월 이월/차감 내역
청구수금 관리는 별도 핵심 기능으로 유지 필요
7. 레포트/대시보드/성과 관리는 재정리 필요
- 전사적으로 보는 실적은 대시보드
- 경영진/특정 사용자용 상세 분석은 레포트
- 목표 설정은 별도 설정성 메뉴 또는 관리자 메뉴로 분리하는 방향 검토
8. 모두싸인 연동은 별도 담당자와 추가 협의
- 계약서 작성 기능을 시스템 내부에서 완전히 구현하는 것은 공수가 큼
- 우선 방향:
- 계약 대상 필터링
- 템플릿 선택
- 상태 연동
- 필요 정보 매핑
- 실제 계약 편집은 모두싸인 쪽 기능을 활용하는 방식이 유력
실행 항목
실무 측 제출 필요
병원 / CSO / 품목 현황 탭에 들어갈 항목 정리
- 어떤 정보가 필요한지
- 어떤 데이터 소스를 쓰는지
- 내부 데이터인지 외부 연동인지
노션 기준 빠진 메뉴의 우선순위 검토
- 반드시 이번 범위에 들어가야 하는 기능 선별
레포트/현황에 들어갈 데이터 항목 및 소스 정리
기한
메뉴 우선순위 검토: 이번 주 중
- 병원/CSO/품목 현황 탭 요구사항 정리: 다음 주 월요일까지
개발/기획 측 후속 작업
- 병의원 관리, CSO 관리, 마스터 데이터 관리에 대해
- 어떤 정보가 어느 화면에 들어가는지 정리해서 공유
- 모두싸인 연동 방식은 계약 담당자와 별도 미팅 후 구체화
- 신평원 사업자 확인 가능 여부는 개발자 확인 후 공유
논의 사항
병의원 관리와 병원 검색의 관계
- 현재 병원 관련 정보는 여러 곳에 흩어져 있어 실무자가 반복적으로 확인해야 함
- 실제 업무 흐름은 대부분 “병원을 먼저 찾고, 그 병원 기준으로 판단” 하는 구조
- 따라서 병원 관련 업무는 다음처럼 묶는 것이 적절하다는 의견이 나옴.
- EDI 입력
- 필터링
- 흡수율/실적 확인
- 문의 대응
- 신규 등록/이관 판단
병원 현황 탭에서 보고 싶은 정보 예시
- 심평원 등록 여부
- ERP 등록 여부
- 주소/기본 정보
- 최근 3개월 처방 정보
- 총 처방액 / 실적 적용 처방액 / 미적용 처방액
- 과거/현재 CSO 연결 이력
- 소액 분류 여부
- 사용 중단 여부 및 시점
- 흡수율 이슈 여부
- 문의 이력
- 투코드 가능 여부
- 예외 조건이 있는 품목 정보
병원 필터링 업무에 필요한 판단 정보
- 협력사나 CSO가 특정 병원 영업 가능 여부를 문의할 때 단순 조회가 아니라 조건 판단이 필요함
- 판단에 필요한 요소:
- 과거 영업 이력
- 현재 코드 상태
- 소액/중단 이력
- 투코드 허용 여부
- 특정 품목 예외
- 최근 실적/처방 상황
- 장기적으로는 일부를 시스템 로직으로 자동화할 수 있지만, 현재는 조회와 판단 보조 기능이 우선
마스터 데이터 분리 여부
- 마스터를 별도로 두면 보안과 관리 측면은 좋아짐
- 하지만 병원 등록, CSO 연결, 품목 등록이 자주 일어나는 업무라 완전히 분리하면 불편할 수 있음
- 논의 결과:
- 관리 관점에서는 분리
- 실무 관점에서는 빠른 연결 기능 제공
- 예:
- 조회 화면에서 병원이 없으면 바로 등록 연결
- EDI 입력 중에도 병원 연결/이관이 가능하도록 퀵 기능 제공
병원-CSO-품목 구조
- 기본 흐름은 다음과 같음.
- 병원 등록
- 병원에 담당 CSO 연결
- CSO별 허용 품목 등록
- 한 병원에 여러 CSO가 연결될 수 있으므로, 품목은 병원 단위가 아니라 CSO별로 세부 관리 필요
- 품목 설정은 다음 수준 모두 지원 필요
- 제약사 전체
- 제약사별
- 개별 품목별
UI/UX 방향
- 한 화면에 모든 정보를 넣으면 가독성이 떨어짐
- 반대로 메뉴를 너무 나누면 업무 흐름이 끊김
- 그래서 다음 원칙이 도출됨.
- 메뉴는 적게
- 탭은 적절히
- 필요 시 팝업/상세 보기
- 목록성 데이터는
- 페이지당 건수 선택
- 팝업 상세
- 요약 후 상세 확장 방식 고려
CP 관리 상세
포함 기능
- JTA 통보 관리
- 통보서, 계약서, 사업자등록증, 신분증 등 서류 접수/검토
- JTA 현황
- 업체 간 위탁/재위탁 구조 확인
- 교육 이수 관리
- 등록, 이수 현황, 미이수 추적
- 경제적 이익 보고
- 견본품
- 식사비 등 영업활동 비용
- 점검 이력
- 면담 기록
JTA 구조도 관련
- 전체 구조를 완전한 그래프로 그리면 너무 복잡함
- 따라서 특정 업체 조회 시:
- 상위 1단계 리스트
- 하위 1단계 리스트중심으로 보여주는 방안이 현실적
- 구조도보다 리스트 기반 상하위 관계 확인이 더 적합하다는 의견
지급 관리 / 청구수금 관리
- 업무 흐름은 보통 다음과 같음.
- CSO에 먼저 지급
- 제약사에 청구
- 제약사 회신/정산
- 차감/이월/보정 발생
- 따라서 단순 “지급 완료 여부”만으로는 부족하고, 아래가 모두 관리되어야 함.
- 청구 금액
- 수령 금액
- 지급 금액
- 미수령/미지급/선지급 상태
- 차감 사유
- 전월 이월
- 제약사별 회신 양식이 달라 업로드 후 비교/정산 구조가 필요
품목/시장/실적 현황
- 품목 관련 현황은 단순 마스터 정보가 아니라 영업 판단용 정보가 필요
- 예:
- 품절/생산/입고/출고 상태
- 경쟁사 상황
- 제품별 실적
- 병원별 판매 상황
- 수수료율 비교
- 다만 요구 범위가 넓기 때문에, 반드시 필요한 항목을 먼저 추려야 함
레포트와 대시보드 구분
- 대시보드
- 오늘/이번 주/이번 달 실적
- 목표 대비 달성률
- 전사 공통 지표
- 레포트
- 이상 매출 분석
- 수익률 분석
- 병원/CSO/품목별 상세 분석
- 경영진 중심 조회
- 목표 등록 자체는 대시보드가 아니라 설정 메뉴 성격에 가까움
유통/신성/심스 데이터 연동
- 외부 시스템에서 가져와야 할 데이터가 많음
- 하지만 “우리 시스템 안에서 반드시 봐야 하는가”와 “외부 시스템에서 보면 되는가”를 구분해야 함
- 유통관리 전체를 별도 대메뉴로 만드는 것은 부담이 크므로,
- 대시보드
- 레포트
- 현황 탭 등 기존 메뉴 안에 필요한 만큼 녹이는 방향 검토
모두싸인 연동
- 목적은 계약서 편집 기능 자체를 새로 만드는 것이 아니라,
- 계약 대상 추출
- 계약 진행 상태 확인
- 템플릿 선택
- 필수 정보 매핑 를 쉽게 하는 것
- 연동 시 필요한 핵심 요소:
- 계약서 템플릿 선택
- 거래처/대표자 등 기본 데이터 매핑
- 발송 및 서명 상태 조회
- 세부 편집 기능까지 내부 구현하는 것은 후순위
주요 논의 포인트 요약
- 병원 검색은 독립 메뉴보다 병의원 관리 내부 현황 탭으로
- 마스터는 권한 통제, 실무는 빠른 연결
- CP 관리와 지급 관리는 핵심 기능으로 유지
- 현황/레포트 항목은 실무 측의 구체적 정의가 필요
- 메뉴 수보다 업무 흐름과 사용성 우선
- 핵심 기능 완성 후 부가 기능 확장이 전체 프로젝트 방향으로 정리됨