# 병원에서 환자등록번호를 부여할 때 고려해야 할 가장 중요한 원칙은?

> source: MyMerci (mymerci.kr)  
> url: https://mymerci.kr/pages/nclex_q.php?qn_id=290099  
> language: ko  
> subject: 보건의료정보 관리 체계

## 문제

병원에서 환자등록번호를 부여할 때 고려해야 할 가장 중요한 원칙은?

A병원은 신규 환자 등록 시 번호 부여 방식을 검토 중이다.

## 보기

1. 번호에 진료과 정보가 포함되어야 한다.
2. 번호가 연도별로 초기화되어야 관리가 쉽다.
3. 번호 부여 절차가 복잡해야 보안성이 높다.
4. 번호 체계가 확장 가능해야 한다. **✔ 정답**
5. 번호의 길이가 가능한 짧아야 한다.

**정답: 4**

## 해설

환자등록번호 체계는 병원의 장기적인 발전과 환자 수 증가를 고려하여 확장 가능해야 한다. 번호 체계가 포화되면 시스템 전체의 변경이 필요할 수 있어 매우 중요한 원칙이다.

## 심화 해설

보건행정 핵심 해설
이 문제는 병원 정보 시스템의 기초이자 보건의료정보관리사의 핵심 업무인 환자등록번호(Master Patient Index, MPI) 부여 원칙을 묻고 있어요. 환자등록번호는 병원 내에서 환자를 유일하게 식별하는 키(Key) 역할을 하며, 전자의무기록(EMR)과 모든 행정 시스템의 근간을 이루죠.

**핵심 개념 분석 (Key Concept)**: 환자등록번호 체계 설계의 핵심 원칙은 유일성(Unique), 영속성(Persistent), 확장성(Expandable)입니다. 이 중에서도 핵심! **확장성**은 병원의 미래 성장(병상 증설, 진료과 확대, 연간 환자 수 증가)을 고려하지 않으면 시스템 전체를 뒤엎는 대규모 변경이 필요해질 수 있어 가장 중요하게 고려돼요.

**정답 근거 (Answer Rationale)**: 정답이 ④번인 이유는, 번호 체계가 확장 가능해야 장기간 안정적인 시스템 운영이 가능하기 때문이에요. 예를 들어, 5자리 숫자 체계(00001~99999)를 사용하면 최대 99,999명의 환자만 등록 가능해요. 이 한계에 도달하면 새로운 체계(예: 6자리 또는 알파벳+숫자 조합)로의 전환이 필요하며, 이는 과거 모든 기록의 번호 변경, 데이터 마이그레이션, 시스템 재구축 등 엄청난 비용과 혼란을 초래해요. 따라서 설계 단계에서 충분한 여유를 두고 확장 가능한 체계(예: 충분한 자릿수, 체계적인 코드화)를 선택하는 것이 필수적이에요.

**오답 분석 (Distractor Analysis)**:

혼동 주의! ①번 '번호에 진료과 정보가 포함되어야 한다': 이는 좋은 설계 원칙이 아닙니다. 환자가 전과하거나, 진료과가 신설/폐지되면 번호의 의미가 훼손되거나 체계가 무너질 수 있어요. 환자등록번호는 **식별자**로서만 순수하게 기능해야 하며, 의미를 담는(Semantic) 것은 지양하는 것이 원칙이에요.

②번 '번호가 연도별로 초기화되어야 관리가 쉽다': 이는 오히려 관리에 치명적인 결함을 만듭니다. 연도별 초기화는 같은 번호가 매년 재사용될 수 있어 유일성이 파괴되고, 환자 식별에 심각한 오류를 야기할 수 있어요. 환자등록번호는 환자 생애 동안 또는 병원에 등록된 기간 동안 변하지 않는 **영속성**이 보장되어야 해요.

③번 '번호 부여 절차가 복잡해야 보안성이 높다': 보안성은 번호 체계의 복잡도가 아닌, 시스템 접근 통제(Access Control)와 암호화 등 다른 수단으로 강화해야 합니다. 복잡한 부여 절차는 행정 효율성을 떨어뜨리고 오류를 증가시킬 뿐이에요.

⑤번 '번호의 길이가 가능한 짧아야 한다': 짧은 길이는 입력 편의성은 높일 수 있지만, 앞서 설명한 확장성과 충돌합니다. 적절한 길이(예: 7-10자리)를 유지하면서 확장성을 확보하는 것이 현명한 설계예요.

**연관 개념 정리 (Related Concepts)**: MPI 관리에서는 중복 등록 방지가 매우 중요해요. 이를 위해 이름, 생년월일, 주민등록번호(또는 대체 식별자)를 활용한 중복 검색 알고리즘이 필수적으로 동반됩니다. 또한, 헬스케어 표준(HL7), 환자 식별자(PID)와 같은 표준도 함께 학습하면 좋아요.

개념 정리

| 환자등록번호(MPI) 설계 3대 원칙 | 설명 | 위반 시 문제점 |
| --- | --- | --- |
| 유일성 (Unique) | 한 병원 내에서 각 환자에게 고유한 번호 부여 | 중복 등록, 진료 기록 혼선, 의료 사고 위험 |
| 영속성 (Persistent) | 한 번 부여된 번호는 변경되지 않음 | 과거 기록 추적 불가, 데이터 무결성 파괴 |
| 확장성 (Expandable) | 미래 환자 수 증가에 대비한 충분한 용량 | 체계 한계 도달 시 시스템 전체 재구축 필요 |

한눈에 비교!

| 구분 | 의미 있는 번호(Semantic ID) | 의미 없는 번호(Non-semantic ID) |
| --- | --- | --- |
| 특징 | 번호 자체에 진료과, 입원년도 등 정보 포함 | 순차적으로 부여, 번호 자체에 특별한 의미 없음 |
| 장점 | 직관적으로 일부 정보 파악 가능 | 체계 변경에 강함, 유일성/영속성 보장 용이 |
| 단점 | 정보 변경 시 번호 의미 훼손, 확장성 낮음 | 번호만으로는 추가 정보 파악 불가 |
| 현장 추세 | 점차 도태됨 (비추천) | 표준적인 방식 (권장) |

실무 포인트
실제 병원 원무과에서 신규 환자를 등록할 때의 프로토콜은 다음과 같아요:
1. **중복 검색**: 이름, 생년월일, 연락처 등으로 기존 MPI 검색.
2. **신규 번호 부여**: 중복이 없을 경우, 시스템이 자동으로 다음 순번의 의미 없는 번호(Non-semantic ID)를 부여.
3. **정보 입력**: 정확한 인구통계학적 정보(Demographic data) 입력.
4. **확인 및 저장**: 환자에게 등록번호 안내 및 정보 확인.

⚠️ 주의: 외국인이나 주민등록번호가 없는 환자의 경우, 병원이 정한 별도의 대체 식별자 체계(예: F+생년월일+순번)를 사용해야 해요.

암기 팁
환자등록번호 원칙은 "**유영확**"으로 외우세요! **유**일하게, **영**원히(변하지 않게), **확**장 가능하게!

국시 빈출 포인트
이 주제는 "환자 등록 관리", "의무기록 관리의 기초", "병원 정보 시스템" 파트에서 단골로 출제됩니다. 객관식으로 원칙을 직접 묻거나, 잘못된 설계 사례를 제시하고 문제점을 찾는 형태로 나와요. 핵심! "확장 가능성"과 "의미 없는 번호 체계"를 연결 지어 이해해야 합니다.

기출 변형 주의!
*   **사례형**: "A병원이 입원년도(2자리) + 진료과코드(2자리) + 순번(3자리) 체계를 사용한다. 이 방식의 가장 큰 문제는?" → 답: "확장성 부족 및 정보 변경에 취약"
*   **참/거짓형**: "환자등록번호는 환자 이탈 시 다른 환자에게 재사용할 수 있다." → 답: "거짓 (영속성 위반)"

## 임상 시나리오

보건행정 실무 가이드
**실무 시나리오 (Clinical Scenario)**: "당신은 500병상 규모의 종합병원 보건의료정보관리사입니다. 현재 사용 중인 환자등록번호가 6자리 숫자 체계(000001~999999)인데, 등록 환자가 90만 명을 넘어서고 있습니다. IT팀장으로부터 '1년 내로 번호가 포화될 것'이라는 보고를 받았어요. 어떻게 대응해야 할까요?"

**행정 중재 전략 (Admin Intervention)**:
1.  **상황 파악**: 현재 번호 체계의 잔여 용량과 포화 예상 시점을 정확히 산정합니다.
2.  **법적/규정 검토**: 새로운 체계 설계 시, 개인정보보호법 및 의료기록 관리 규정에 위반되지 않도록 유일성과 영속성을 최우선으로 검토합니다.
3.  **대응 및 처리**:
*   핵심! 기존 번호를 변경하지 않는 방안(예: 기존 6자리 앞에 '1'을 추가하여 7자리로 확장)을 먼저 검토합니다. 이는 데이터 마이그레이션 부담을 최소화합니다.
*   새로운 체계(예: 알파벳 1자리 + 숫자 6자리)를 도입한다면, 기존 모든 기록의 번호를 일괄 변경하는 대규모 프로젝트가 필요합니다. 이때는 과거 기록의 정합성을 보장하기 위한 철저한 테스트와 이중화 기간이 필수적입니다.
4.  **사후 기록/보고**: 변경 결정 사항, 변경 일정, 영향 받는 시스템 리스트를 문서화하고, 관련 부서(원무, 진료, 간호, IT)에 충분히 교육 및 공지합니다.

**법적 안전 및 주의사항 (Precautions)**: 새로운 번호 체계로 인해 환자 식별에 오류가 발생하면 진료 과실로 이어질 수 있어 법적 책임이 따를 수 있습니다. 변경 과정에서의 데이터 무결성(Data Integrity) 검증이 가장 중요한 안전 장치예요.

업무 프로토콜
환자등록번호 체계 변경 시 고려사항 체크리스트:
- [ ] 기존 데이터 백업 완료
- [ ] 새-구 번호 매핑 테이블 생성 및 검증
- [ ] 모든 연계 시스템(EMR, PACS, 청구 시스템) 동시 변경 또는 인터페이스 조정
- [ ] 변경 후 일정 기간 동안 구 번호로도 검색 가능하도록 유지
- [ ] 환자에게 변경 사실 공지 (선택적)

선배의 한마디
"환자등록번호는 병원 정보 시스템의 '핵심 인프라'예요. 한번 잘못 설계하면 고치느라 들어가는 비용과 노력이 천문학적이죠. 보건의료정보관리사는 단순히 번호를 부여하는 사람이 아니라, 병원의 미래를 내다보고 데이터 기반을 설계하는 '건축가'의 역할을 해야 해요. 확장성이라는 원칙을 꼭 마음에 새기세요!"

## 같은 주제 문제

- [병원에서 환자를 고유하게 식별하기 위해 부여하는 주민등록번호 대체 번호를 무엇이라고 하는가?](https://mymerci.kr/pages/nclex_q.php?qn_id=290095)
- [환자등록번호 부여 방식 중, 환자가 최초로 병원을 방문할 때마다 새로운 번호를 부여하는 방식은?](https://mymerci.kr/pages/nclex_q.php?qn_id=290096)
- [다음 중 환자등록번호 부여 방식의 장점으로 가장 적절하지 않은 것은?](https://mymerci.kr/pages/nclex_q.php?qn_id=290097)
- [단일번호체계(Single Numbering System)에 대한 설명으로 옳은 것은?](https://mymerci.kr/pages/nclex_q.php?qn_id=290098)
- [직렬번호체계(Serial Numbering System)의 가장 큰 단점은?](https://mymerci.kr/pages/nclex_q.php?qn_id=290100)
- [병원정보시스템(HIS)에서 환자등록번호의 주요 기능이 아닌 것은?](https://mymerci.kr/pages/nclex_q.php?qn_id=290101)
- [단위번호체계(Unit Numbering System)와 연계번호체계(Serial-Unit Numbering System)를 구분하는 핵심 차이는?](https://mymerci.kr/pages/nclex_q.php?qn_id=290102)
- [환자등록번호를 부여하는 담당 부서는 일반적으로 어디인가?](https://mymerci.kr/pages/nclex_q.php?qn_id=290103)

---

More free questions: [기출문제](https://mymerci.kr/)

_학습 참고용입니다. 실제 임상은 최신 지침과 소속 기관 프로토콜을 따르세요._