보건행정 핵심 해설
이 문제는 병원 정보 시스템의 기초이자 보건의료정보관리사의 핵심 업무인
환자등록번호(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자리) 체계를 사용한다. 이 방식의 가장 큰 문제는?" → 답: "확장성 부족 및 정보 변경에 취약"
*
참/거짓형: "환자등록번호는 환자 이탈 시 다른 환자에게 재사용할 수 있다." → 답: "거짓 (영속성 위반)"