kdrug-inventory-system/docs/데이터_구조_및_흐름.md
시골약사 7314c0075d docs: 데이터 구조 및 흐름 문서 완성
- 전체 시스템 데이터 흐름 문서 추가
- 테이블 관계 및 JOIN 경로 명확화
- ingredient_code 중심 설계 반영
- claude.md 메인 문서 추가
- 한약재 정보 관리 시스템 설계 문서 개선

주요 내용:
- 코드 체계 (성분코드 vs 보험코드) 설명
- 개선된 JOIN 구조 (5단계 → 3단계)
- 효능 태그 시스템 리팩토링 반영
- 개발 가이드 및 주의사항 포함
2026-02-17 03:26:37 +00:00

11 KiB

한약 재고관리 시스템 데이터 구조 및 흐름

최종 수정: 2026-02-17 작성자: 시스템 개발팀

📊 1. 전체 시스템 개요

1.1 시스템 목적

  • 한의원의 한약재 재고 관리
  • 처방 조제 및 소비 추적
  • 보험 청구를 위한 코드 관리
  • 효능 기반 약재 정보 관리

1.2 핵심 개념

┌─────────────────────────────────────────────┐
│  성분코드 (ingredient_code)                 │
│  - 한약재의 본질적 정체성                   │
│  - 예: "3400H1AHM" = 인삼                  │
│  - 총 454개 표준 약재                       │
└─────────────────────────────────────────────┘
                    ↓
┌─────────────────────────────────────────────┐
│  보험코드 (insurance_code)                  │
│  - 실제 청구/재고 관리 단위                 │
│  - 9자리 제품 코드                          │
│  - 예: "062400740" = 휴먼감초              │
└─────────────────────────────────────────────┘

🗂️ 2. 테이블 구조 상세

2.1 마스터 데이터 (Master Data)

herb_masters - 성분코드 마스터

CREATE TABLE herb_masters (
    ingredient_code VARCHAR(10) PRIMARY KEY,  -- "3400H1AHM"
    herb_name VARCHAR(100),                   -- "인삼"
    herb_name_hanja VARCHAR(100),            -- "人蔘"
    herb_name_latin VARCHAR(200)             -- "Ginseng Radix"
)
-- 역할: 454개 표준 한약재 정의
-- 특징: 보험급여 약재 목록

herb_master_extended - 확장 정보

CREATE TABLE herb_master_extended (
    herb_id INTEGER PRIMARY KEY AUTOINCREMENT,  -- 단순 인덱스
    ingredient_code VARCHAR(10) UNIQUE,         -- herb_masters와 1:1
    property VARCHAR(50),                       -- 성(性): 온/한/평
    taste VARCHAR(100),                         -- 미(味): 감/고/신
    meridian_tropism TEXT,                      -- 귀경: 비,폐,심
    main_effects TEXT,                          -- 주요 효능
    dosage_range VARCHAR(50)                    -- 상용량: "3-9g"
)
-- 역할: 한의학적 속성 정보 저장
-- 관계: ingredient_code로 herb_masters와 연결

2.2 제품 및 재고 (Products & Inventory)

herb_products - 제품 카탈로그

CREATE TABLE herb_products (
    product_id INTEGER PRIMARY KEY,
    ingredient_code VARCHAR(10),    -- 성분코드 (FK)
    product_code VARCHAR(9),         -- 보험코드 9자리
    company_name VARCHAR(200),       -- "휴먼허브"
    product_name VARCHAR(200)        -- "휴먼감초"
)
-- 역할: 성분코드 ↔ 보험코드 매핑
-- 특징: 여러 회사가 같은 성분을 다른 코드로 판매

herb_items - 재고 관리 단위

CREATE TABLE herb_items (
    herb_item_id INTEGER PRIMARY KEY,
    insurance_code VARCHAR(20),      -- 보험코드 (9자리)
    herb_name VARCHAR(100),
    ingredient_code VARCHAR(10)      -- 일부만 보유 (28/31)
)
-- 역할: 우리가 실제 보유한 약재 목록
-- 현황: 총 31개 약재 보유

inventory_lots - 로트별 재고

CREATE TABLE inventory_lots (
    lot_id INTEGER PRIMARY KEY,
    herb_item_id INTEGER,            -- FK to herb_items
    quantity_onhand REAL,            -- 현재 재고량(g)
    unit_price_per_g REAL,           -- g당 단가
    origin_country TEXT,             -- 원산지
    expiry_date DATE                 -- 유효기간
)
-- 역할: 실제 재고 수량 관리
-- 특징: FIFO 소비, 로트별 추적

2.3 효능 관리 (Efficacy System)

herb_efficacy_tags - 효능 태그 마스터

CREATE TABLE herb_efficacy_tags (
    tag_id INTEGER PRIMARY KEY,
    tag_name VARCHAR(50) UNIQUE,     -- "보혈", "활혈", "청열"
    tag_category VARCHAR(30),         -- "보익", "거사", "조리"
    description TEXT
)
-- 역할: 18개 표준 효능 태그 정의

herb_item_tags - 약재-태그 매핑 개선됨!

CREATE TABLE herb_item_tags (
    item_tag_id INTEGER PRIMARY KEY,
    ingredient_code VARCHAR(10),     -- 성분코드 직접 사용! (개선)
    tag_id INTEGER,
    strength INTEGER DEFAULT 3,      -- 효능 강도 (1-5)
    UNIQUE(ingredient_code, tag_id)
)
-- 이전: herb_id 사용 (복잡한 JOIN 필요)
-- 현재: ingredient_code 직접 사용 (간단!)

2.4 처방 및 조제 (Prescriptions & Compounding)

formulas - 처방 마스터

CREATE TABLE formulas (
    formula_id INTEGER PRIMARY KEY,
    formula_name VARCHAR(100),       -- "십전대보탕"
    formula_name_hanja VARCHAR(100), -- "十全大補湯"
    je_count INTEGER                 -- 기준 제수
)

formula_ingredients - 처방 구성

CREATE TABLE formula_ingredients (
    formula_id INTEGER,
    ingredient_code VARCHAR(10),     -- 성분코드 사용
    grams_per_cheop REAL            -- 첩당 용량
)

compounds - 조제 기록

CREATE TABLE compounds (
    compound_id INTEGER PRIMARY KEY,
    patient_id INTEGER,
    formula_id INTEGER,
    is_custom BOOLEAN,               -- 가감방 여부
    custom_details TEXT,             -- 가감 내용
    total_cost REAL,
    compound_date DATETIME
)

compound_consumptions - 소비 내역

CREATE TABLE compound_consumptions (
    compound_id INTEGER,
    herb_item_id INTEGER,
    lot_id INTEGER,
    quantity_used REAL,              -- 사용량(g)
    unit_cost_per_g REAL,
    cost_amount REAL
)
-- 특징: 복합 로트 지원 (한 약재에 여러 로트 사용 가능)

🔄 3. 데이터 흐름

3.1 입고 프로세스

1. Excel 업로드 (한의사랑 카탈로그)
   ↓
2. herb_products 매칭 (보험코드 기준)
   ↓
3. purchase_receipts 생성 (입고 헤더)
   ↓
4. purchase_receipt_lines 생성 (입고 상세)
   ↓
5. inventory_lots 생성 (로트별 재고)
   ↓
6. stock_ledger 기록 (재고 원장)

3.2 조제 프로세스

1. 처방 선택 (formulas)
   ↓
2. 구성 약재 로드 (formula_ingredients)
   ↓
3. 재고 매핑 (herb_items + inventory_lots)
   ↓
4. 가감 여부 확인 (원방 vs 현재 구성 비교)
   ↓
5. 로트 선택 (자동 FIFO 또는 수동 배분)
   ↓
6. compounds 생성 (조제 기록)
   ↓
7. compound_consumptions 생성 (소비 내역)
   ↓
8. inventory_lots 차감 (재고 감소)
   ↓
9. stock_ledger 기록 (원장 업데이트)

3.3 효능 태그 조회 (개선된 JOIN)

Before (복잡했던 구조):

-- 5단계 JOIN 필요
FROM herb_items h
LEFT JOIN herb_products hp ON h.insurance_code = hp.product_code
LEFT JOIN herb_masters hm ON hp.ingredient_code = hm.ingredient_code
LEFT JOIN herb_master_extended hme ON hm.ingredient_code = hme.ingredient_code
LEFT JOIN herb_item_tags hit ON hme.herb_id = hit.herb_id  -- herb_id 찾기
LEFT JOIN herb_efficacy_tags het ON hit.tag_id = het.tag_id

After (개선된 구조):

-- 3단계 JOIN으로 단순화!
FROM herb_items h
LEFT JOIN herb_products hp ON h.insurance_code = hp.product_code
LEFT JOIN herb_item_tags hit ON COALESCE(h.ingredient_code, hp.ingredient_code) = hit.ingredient_code
LEFT JOIN herb_efficacy_tags het ON hit.tag_id = het.tag_id

🎯 4. 핵심 매핑 관계

4.1 코드 체계 매핑

보험코드(9자리) → 성분코드(10자리)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
062400740      → 3007H1AHM (감초)
062403450      → 3105H1AHM (당귀)
A001300        → 3400H1AHM (인삼)

* herb_products 테이블이 중개 역할

4.2 재고 관계

herb_items (31개)
    ↓ 1:N
inventory_lots (여러 로트)
    ↓ 1:N
compound_consumptions (소비 기록)

4.3 처방 관계

formulas (처방)
    ↓ 1:N
formula_ingredients (구성 약재)
    ↓ ingredient_code
herb_masters (약재 마스터)

📈 5. 주요 통계 쿼리

5.1 재고 현황 요약

-- 주성분코드 기준 보유율
SELECT
    COUNT(DISTINCT m.ingredient_code) as 전체_약재,
    COUNT(DISTINCT CASE WHEN inv.total > 0 THEN m.ingredient_code END) as 보유_약재,
    ROUND(COUNT(DISTINCT CASE WHEN inv.total > 0 THEN m.ingredient_code END) * 100.0 /
          COUNT(DISTINCT m.ingredient_code), 1) as 보유율
FROM herb_masters m
LEFT JOIN (재고 서브쿼리) inv ON m.ingredient_code = inv.ingredient_code

5.2 효능별 약재 검색

-- 간단해진 쿼리!
SELECT DISTINCT h.*, GROUP_CONCAT(et.tag_name)
FROM herb_items h
LEFT JOIN herb_products hp ON h.insurance_code = hp.product_code
LEFT JOIN herb_item_tags hit ON COALESCE(h.ingredient_code, hp.ingredient_code) = hit.ingredient_code
LEFT JOIN herb_efficacy_tags et ON hit.tag_id = et.tag_id
WHERE et.tag_name IN ('보혈', '활혈')
GROUP BY h.herb_item_id

🚀 6. 최근 개선사항 (2026-02-17)

6.1 효능 태그 시스템 리팩토링

  • 문제: herb_id를 통한 복잡한 JOIN
  • 해결: ingredient_code 직접 사용
  • 효과: JOIN 단계 5개 → 3개로 감소

6.2 가감방 감지 시스템

  • 구현: 실시간 처방 변경 감지
  • 방식: ingredient_code 기준 비교
  • UI: 가감방 배지 자동 표시

6.3 복합 로트 시스템

  • 기능: 한 약재에 여러 로트 사용 가능
  • UI: 수동 로트 배분 모달
  • 검증: 재고량 실시간 체크

📝 7. 주의사항

7.1 ID 체계 혼동 주의

⚠️ herb_item_id ≠ herb_id
- herb_item_id: herb_items의 PK (재고 관리)
- herb_id: herb_master_extended의 PK (단순 인덱스)
- 실제 KEY: ingredient_code (성분코드)

7.2 코드 매핑 순서

1. 보험코드로 입력받음 (9자리)
2. herb_products에서 ingredient_code 찾기
3. ingredient_code로 모든 정보 연결

7.3 재고 없는 약재 처리

- herb_items에 없어도 herb_masters에는 존재
- 효능 정보는 ingredient_code 기준
- UI에서 재고 0으로 표시

🔧 8. 개발 가이드

8.1 새 약재 추가 시

# 1. herb_masters에 성분코드 확인
# 2. herb_products에 보험코드 매핑 추가
# 3. herb_items에 재고 단위 생성
# 4. 입고 처리로 inventory_lots 생성

8.2 효능 태그 추가 시

# 간단해진 방식!
INSERT INTO herb_item_tags (ingredient_code, tag_id, strength)
VALUES ('3400H1AHM', 1, 5)  -- 인삼에 보기(5) 추가

8.3 API 개발 시

# 항상 ingredient_code 중심으로 JOIN
# herb_products 테이블 활용
# COALESCE로 안전하게 처리

📚 9. 관련 문서


이 문서는 시스템의 핵심 데이터 구조와 흐름을 설명합니다. 질문이나 수정사항은 개발팀에 문의해주세요.