260615 메딕스 내부 약국 관리 디자인
2026년 6월 15일 공유
약국 관리 기능 기획 회의 정리
개요
콘텐츠 유형: 회의
약국 관리 화면의 기능 범위와 데이터 연동 방식, UI 방향을 조율했다. 핵심 쟁점은 약국 상세에서 무엇을 보여줄지, 흡수율 기능과 어떤 관계로 연결할지, 가등록/상태/폐업 처리 방식, 외부 데이터 조회 및 등록 프로세스, 이전 코드 연동과 이력 관리였다.
결론적으로 약국 관리 화면은 별도의 반경/지도 기능을 확장하는 방향이 아니라, 흡수율 관리에서 이미 확정된 병원-약국 연결 결과를 약국 기준으로 역조회해 보여주는 구조로 정리되었다.
참여자 및 역할
- 기획/요구사항 설명 담당
- 약국 관리 요구사항, 흡수율 연계 의도 설명
- 개발/설계 검토 담당
- 기능 목적 확인, 데이터 구조와 로직 타당성 검토
- 디자인 담당
- 섹션 구성, 모달/버튼/상태 UI 방향 검토
- 현업 요구사항 전달 담당
- 실무 운영 맥락, 원내약국/가등록/상태 처리 배경 설명
결정 사항
1) 약국 상세의 핵심 추가 기능
- 약국 상세에는 연계 병원 정보를 별도 섹션으로 추가한다.
- 이 섹션은 지도나 반경 조절 UI가 아니라, 리스트/테이블 형태로 제공한다.
- 약국 기준으로 보여주는 것은:
- 이 약국과 연결된 병원 목록
- 병원별 월별 흡수율 정보
- 섹션 명칭은 연계병원 흡수율 방향으로 정리하는 것이 적절하다.
약국 관리에서는 병원별 반경을 다시 계산하지 않고, 흡수율 관리에서 저장된 연결 결과를 역으로 보여준다.
2) 반경 기준 처리 방식
- 반경 기준은 약국 관리에서 별도 조정하지 않는다.
- 반경은 흡수율 관리에서 병원 기준으로 설정/저장한다.
- 기본 반경 예시: 100m
- 상황에 따라 150m, 200m, 300m 등으로 조정 가능
- 약국 관리에서는 해당 약국이 어떤 병원들의 반경에 포함되어 저장되었는지만 보여준다.
3) 약국 그룹 관리 해석 정리
초기에는 약국 근처 약국을 묶는 약국 그룹 관리 성격으로 논의가 흘렀지만, 최종적으로는 그 해석이 잘못된 것으로 정리됐다.
- 약국 관리에서 별도 그룹/클러스터/교집합 기능을 새로 구현하는 것은 아님
- 실제 요구사항은 흡수율 관련 병원 연계 정보를 약국 화면에서 축약 조회하는 것
4) 연계병원 표시 범위
- 병원별 반경은 병원마다 다를 수 있다.
- 따라서 약국은 여러 병원에 동시에 연결될 수 있다.
- 약국 상세에서는 그 결과를 병원별로 나열해 보여준다.
- 조회 기준 기간은 오늘 기준 직전 6개월로 논의되었다.
5) 약국 등록/조회 기본 정보
기본 정보는 기존 구조를 유지하되, 아래 항목을 중심으로 관리한다.
- 약국 기본 정보
- 연락처, 주소, 좌표(XY)
- 개업/폐업 여부
- 중복 확인
- 코드 정보
6) 외부 데이터 조회/자동 입력 프로세스
약국 등록 시 외부 데이터 조회 흐름을 다음처럼 정리했다.
중복/개폐업 확인
- 사업자번호로:
- 중복 확인
- 국세청 기준 개·폐업 여부 조회
- 이 둘은 함께 처리 가능
심평원 정보 조회
- 입력값:
- 약국명
- 지역구분
- 조회 결과는 복수 건일 수 있으므로 모달 선택 방식 필요
- 모달에서 후보 목록을 보여주고, 관리자가 선택하면 아래 정보 자동 입력:
- 주소
- 연락처
- XY 좌표
- 기타 연동 가능한 기본 정보
UI 방향
- 원클릭으로 모든 조회를 한 번에 처리하기보다,
- 중복/개폐업 확인
- 심평원 정보 조회를 분리하는 방향이 더 적절하다고 보았다.
7) 지역구분 값
- 신규 약국 등록의 지역구분 드롭다운 값은 코어넷 기준을 확인해 맞춘다.
- 회의 중 시·도 단위 17개/18개 여부가 불명확했고,
- 현재 값에 무, 종병(종합병원?) 같은 항목이 포함된 이유도 확인이 필요하다.
8) 상태 / 개폐업 여부 / 사용 여부 정리
상태와 폐업 여부는 별도로 관리해야 한다는 쪽으로 정리됐다.
- 상태
- 활성
- 비활성
- 임시저장(가등록 성격)
- 개폐업 여부
- 별도 필드로 관리
- 즉, 폐업 여부와 상태는 동일 개념이 아님
배경:
- 폐업했더라도 과거 매출/EDI 자료가 뒤늦게 들어올 수 있어 즉시 완전 차단하면 안 되는 케이스가 있음
9) 가등록(임시등록) 필요
가등록 기능은 필요하다는 쪽으로 정리되었다.
필요 이유
- 도매 매출 자료에 아직 시스템에 등록되지 않은 약국이 등장할 수 있음
- 신생 약국이 심평원/국세청에 아직 반영되지 않은 경우도 드물게 발생 가능
가등록 방식
- 정식 등록 전 임시 상태로 저장 가능해야 함
- 최소 입력값으로 약국명만으로 가등록하는 방향이 유력
- 디자인안은 두 가지를 비교:
- 상태 드롭다운으로 선택
- 가등록 버튼 별도 제공
- 논의상 가등록 버튼 방식이 더 직관적이라는 의견이 우세
10) 코드 정책
- 내부 관리 코드는 시스템 자동 발급 방향으로 논의
- 예시:
- 병의원: 2로 시작하는 6자리
- 약국: 3으로 시작하는 6자리
- 코드 필드는 사용자가 수정하지 않으며,
- 등록 화면에서는 보이지 않아도 됨
- 심평원 요양기관 코드를 내부 코드로 직접 쓸지 여부는 추가 확인 필요
11) 원내약국 처리
원내약국은 약국 관리가 아니라 병의원 관리 중심 기능으로 정리됐다.
- 병의원 등록 시 원내약국 여부를 체크
- 체크 시:
- 약국 데이터도 자동 생성
- 병원/약국 데이터가 시스템적으로 연결
- 원내약국은 별도 약국 사업자가 아니라 병원 사업자 기준으로 처리되는 경우가 있어 일반 약국과 다름
- 약국명은 병원명을 기반으로 자동 생성하는 방향 제안
- 예:
고려대학교병원(원내약국)형태
- 약국 화면에서는 필요 시
- “어느 병원에 연결된 원내약국인지” 정도의 표시만 검토 가능
12) 삭제 기능
- 약국 삭제 기능은 실사용 가능성이 낮고 위험성이 큼
- 다른 데이터와 연결된 경우 영향이 커서 삭제보다는 상태 관리가 적절
- 삭제 버튼은 제거하는 방향으로 우선 정리
- 다만 최종 확정은 현업 재확인 필요
13) 이전 코드 연동
이전 코드 연동은 데이터 이관/연결을 위한 기능이다.
- 직전 이전 코드만 기본 화면에 노출
- 상세보기에서는 전체 연결 루트를 볼 수 있음
- 연결 해제는 구조상 직전 연결부터 순차적으로 끊는 방식이 적절
추가 검토 포인트
- 이전 코드로 연결된 기존 약국을 자동 비활성화할지
- 폐업이지만 활성 상태를 유지해야 하는 데이터 반영 기간 문제와 어떻게 조화시킬지
- 연동된 상태에서 다시 활성화 허용 시 중복 데이터 유입 위험이 있음
이 부분은 시스템 안정성과 실무 편의 사이의 선택이 필요해 현업 확인이 필요하다.
14) 에러 메시지 / 모달 UX
모달과 입력 UX는 다음 원칙으로 정리했다.
- 검색어 없이 검색 시:
- 입력창 하단에 “검색어를 입력해주세요” 형태의 메시지 표시
- 리스트에서 항목을 선택하지 않고 연동/확인 버튼 클릭 시:
- 항목 선택 필요 에러 메시지 표시
- 버튼 비활성화보다, 클릭 시 명시적 에러 메시지 제공이 더 직관적이라는 의견이 있었다.
- 단, 위치는 기본적으로 입력 요소 하단을 우선으로 하되 디자인 예외는 허용
15) 로그/이력 관리
로그는 필요성에 공감했지만 이번 범위에서는 세부 확정하지 않았다.
논의된 방향:
- 최소한 생성 / 수정 / 삭제(가능 시) 이력은 남겨야 함
- 기록 항목 예시:
- 수행 일시
- 수행 계정
- 대상 데이터
- 수정 사유까지 받는 방식은 운영상 유용할 수 있으나,
- 적용 범위가 넓어지고
- UI/개발 부담이 커짐
- 별도 로그 조회 화면으로 관리할지, 각 상세 화면에서 볼지 추후 결정
액션 아이템
현업 확인 필요
- 약국 코드 정책
- 내부 자동 발급 코드 사용 여부
- 심평원 요양기관 코드와의 관계
- 삭제 기능 필요 여부
- 가등록 정책
- 병의원 포함 공통으로 필요한지
- 최소 필수값이 무엇인지
- 이전 코드 연동 시 자동 비활성화 여부
- 지역구분 값 체계
- 코어넷 기준값 확정
무,종병항목 존재 이유 확인
- 로그 기능 범위
- 어느 메뉴/데이터까지 필요로 하는지
디자인/기획 후속 작업
- 약국 상세에 연계병원 흡수율 섹션 시안 반영
- 심평원 조회용 선택 모달 시안 정리
- 가등록 버튼형 시안과 상태 표현 정리
- 상태/개폐업/임시저장 구분 UI 정리
- 이전 코드 상세보기/해제 UX 정리
일정
- 디자인 시안은 다음 날 오전 확인 가능하도록 준비
- 다음 회의는 다음 날 오후 3시 전후로 논의
- 다음 논의 주제는 CSO 및 관련 항목으로 예정
논의 포인트
흡수율 관리와 약국 관리의 역할 분리
- 흡수율 관리
- 병원 기준
- 반경 설정 및 저장
- 병원-약국 연결 확정
- 약국 관리
- 약국 기준
- 확정된 연결 결과 조회
- 연계 병원별 흡수율 확인
상태와 폐업 처리의 운영상 복잡성
- 실제 폐업과 시스템 상태가 항상 동시에 바뀌지 않음
- 과거 자료가 늦게 들어오는 운영 현실 때문에
- 폐업
- 비활성
- 임시저장 을 분리해 다뤄야 함
데이터 자동화와 수동 보정의 균형
- 심평원/국세청/도매 매출/EDI 자료를 바탕으로 자동화가 필요함
- 하지만 검색 결과 다건, 신규 약국, 예외 데이터 등으로 인해 관리자 선택과 보정 절차도 필수적임
구현 우선순위
이번 회의에서는 우선 약국 관리 화면의 핵심 기능 범위를 축소·명확화하는 데 초점을 맞췄다.
특히 지도/클러스터/약국 그룹 기능을 새로 확장하는 대신, 연계병원 흡수율 조회 중심으로 정리한 것이 가장 큰 정리 결과였다.