프로젝트 배경
1) 문제점 - 병원마다 EMR 시스템이 달라 처방 데이터 Export 포맷(컬럼명·코드 체계·인코딩)이 제각각이고, 보건의료정보원 표준을 적용하지 않은 EMR이 대부분 — Adapter 패턴과 Factory로 7개 EMR 어댑터를 통합 파이프라인에서 처리하는 구조 설계 - 건강보험 수가 계산에서 산정 특례·가산율·종별 가산이 복합 적용될 때 계산 순서에 따라 결과가 달라지는 의존성 문제 — Decimal
프로젝트 성과
7개 EMR 시스템 통합 Factory 어댑터 구조 설계
병원 식별자 기반 Factory 패턴으로 7개 EMR 어댑터를 런타임 동적 선택, Adapter 인터페이스 통일로 신규 EMR 추가 시 기존 파이프라인 코드 변경 없이 처방 데이터 통합 처리 가능한 구조 구현
건강보험 수가 계산 규칙 엔진 구축
산정 특례·가산율·본인부담률 복합 적용 로직을 Decimal.js 순수 함수 체인으로 구현, 9개 수가 계산 규칙 전체에 단위 테스트 적용하여 수가 변경 고시 반영 시 회귀 검증 가능한 구조 설계
EDI 청구 적정성 사전 검사 엔진 적용
금지 코드 조합·기간 초과·필수 코드 누락 등 EDI 반려 사유 패턴을 규칙 기반 엔진으로 사전 감지, 오류 유형별 경고 UI와 수정 가이드를 인라인으로 표시하는 검증 레이어 구현
Headless 렌더러 기반 청구서 출력 파이프라인 구현
청구서·영수증 레이아웃을 React 컴포넌트로 정의하고 Headless 렌더러로 PDF 변환, 양식 규격 변경 시 컴포넌트만 수정하면 전체 출력물에 즉시 반영되는 유지보수 구조 설계
URL 쿼리 동기화 필터 및 React Query 캐싱 구조 설계
청구 이력 필터 조건(청구일·진료과·상태)을 URL 쿼리 파라미터와 동기화, React Query 서버 캐싱으로 탭 전환 시 재요청 없이 즉시 표시되는 대시보드 인터랙션 구조 구현
핵심 기능
진행 단계
EMR 시스템 처방 데이터 포맷 분석 및 어댑터 설계
2025.05.
7개 EMR 시스템(의원급·병원급)의 처방 데이터 Export 포맷 수집, Adapter 패턴 인터페이스 설계 및 건강보험심사평가원 EDI 코드 매핑 테이블 구조 확정
프로젝트 상세
1) 포트폴리오 소개 중소 병·의원 대상 진료비 청구서 자동 생성 플랫폼을 React + TypeScript 기반으로 설계·구현. 병원마다 상이한 EMR 시스템에서 내보낸 처방 데이터를 표준화 파싱 엔진으로 수집하고, 건강보험 수가 코드 기반 정밀 계산 후 심평원 청구 양식과 환자 영수증을 자동 생성하는 파이프라인을 구현. 2) 작업 범위 - EMR 처방 데이터 파싱: 병원별로 다른 EMR 시스템(보







