병원 시스템 계정 권한 관리, 퇴사일보다 먼저 회수할 접근 경로
직원 입퇴사와 대행사 변경 시 놓치기 쉬운 도메인, 분석, 광고, 콘텐츠, 상담 도구의 계정 권한 점검 기준과 회수 절차를 안내합니다.
이 글에서 확인할 내용
병원 시스템 계정 원장 목록화의 필요성과 범위
많은 개원의가 사용하는 시스템은 단순히 차트 프로그램에 그치지 않습니다. 병원 이름으로 가입된 도메인 관리 사이트, 웹사이트 분석 도구, 검색 광고 계정, SNS 콘텐츠 관리자, 그리고 환자 상담을 위한 채팅 도구 등이 복잡하게 얽혀 있습니다. 하지만 정작 어떤 계정이 어디에 연결되어 있는지 정리된 목록이 없는 경우가 많습니다.
현장에서 흔히 발생하는 문제는 데스크 직원이 상담 도구의 관리자 권한을 가지고 있다가 퇴사한 후에도 해당 계정이 살아 있어, 원장님은 누가 접속해 있는지 알 수 없는 상태가 되는 장면입니다. 또한 대행사가 설정해준 광고 계정의 소유권이 병원이 아닌 대행사 이메일로 되어 있다면, 나중에 대행사를 교체할 때 계정 자체를 새로 만들어야 하는 상황이 생깁니다. 따라서 도메인, 분석, 광고, 콘텐츠, 상담 도구 등 병원이 사용하는 모든 시스템 계정을 하나의 원장으로 기록해두는 작업이 먼저 이루어져야 합니다. 이 목록에는 계정 명칭, 연결된 이메일, 현재 부여된 권한 수준, 최종 접속자 정보가 포함되어야 합니다.
업무 역할에 따른 계정 권한의 세부 구분 기준
모든 직원에게 동일한 '관리자' 권한을 부여하는 것은 운영 관점에서 점검이 필요합니다. 시스템마다 명칭은 다르지만 보통 소유자, 관리자, 편집자, 조회자 정도로 권한을 나눌 수 있으며, 각 역할은 실제 업무 범위에 맞춰 설정해야 합니다.
소유자 권한은 오직 원장님이나 병원의 공식 대표 계정만이 가져야 합니다. 소유자는 계정을 삭제하거나 다른 관리자를 제거할 수 있는 최종 권한을 가집니다. 관리자 권한은 전반적인 설정을 변경해야 하는 실장급 직원이나 신뢰할 수 있는 대행사 담당자에게 부여합니다. 편집자 권한은 콘텐츠를 올리거나 광고 문구를 수정하는 실무자에게 적합하며, 조회자 권한은 데이터 확인만 필요한 인원에게 부여합니다. 이렇게 권한을 나누어 두면, 특정 직원이 실수로 중요한 설정을 변경하는 일을 방지하고, 퇴사 시 회수해야 할 권한의 수준을 명확히 판단할 수 있습니다. 특히 권한이 과하게 부여된 경우, 퇴사 후 접근 경로를 찾는 과정에서 확인해야 할 항목이 늘어나게 됩니다.
퇴사 및 대행사 변경 시 발생하는 권한 방치 장면
실제 운영 현장에서 자주 발견되는 장면 중 하나는 퇴사한 직원의 계정이 여전히 분석 도구의 관리자 목록에 남아 있는 경우입니다. 직원은 이미 퇴사하여 병원과 관계가 없지만, 해당 계정으로 로그인하면 병원의 유입 경로와 환자 통계를 그대로 볼 수 있는 상태가 됩니다. 이는 단순히 비밀번호를 바꾼다고 해결되는 문제가 아닙니다. 개별 계정으로 초대된 경우에는 비밀번호를 바꿔도 해당 사용자의 접근 권한은 그대로 유지되기 때문입니다.
또 다른 사례는 대행사 교체 시 발생합니다. 전 대행사가 광고 계정의 최종 소유권을 가지고 있었다면, 새 대행사로 옮길 때 이전 업체에 권한 이전을 요청해야 합니다. 만약 이전 업체와 소통이 원활하지 않다면 계정 소유권을 찾는 과정에서 시간이 소요됩니다. 이러한 상황을 막기 위해 계정 권한은 '퇴사일'이라는 시점보다 앞서, 인수인계 단계에서 미리 회수 경로를 점검하는 프로세스가 필요합니다. 단순히 비밀번호를 바꾸는 것이 아니라, 연결된 이메일 계정에서 해당 사용자를 '제거'하는 것이 핵심입니다.
시스템 계정 권한 회수와 변경의 실행 순서
권한 관리는 정해진 순서에 따라 체계적으로 수행해야 누락되는 경로가 없습니다. 이를 위해 다음과 같은 단계를 따릅니다.
먼저, 병원에서 사용하는 모든 시스템의 '계정 원장'을 펼쳐 현재 접속 권한이 있는 명단을 확인합니다. 누가 어떤 역할(소유자, 관리자 등)로 등록되어 있는지 전수 조사를 수행하며, 이때 누락된 도구나 예전에 사용하다 잊어버린 계정이 있는지 살핍니다.
그다음, 퇴사 예정자나 변경될 대행사 담당자의 계정을 시스템에서 제거합니다. 이때 단순히 비밀번호를 변경하는 것에 그치지 않고, '사용자 삭제' 또는 '권한 해제' 기능을 통해 접근 경로 자체를 차단합니다. 만약 공용 계정을 사용했다면 비밀번호와 API 키, 보안 토큰 등을 모두 교체하여 이전 접속자가 다시 들어올 수 없는 상태를 만듭니다.
마지막으로, 권한 변경 후 로그 확인을 수행합니다. 시스템 설정 내 '접속 기록'이나 '활동 로그'를 살펴보고, 권한이 제거된 계정으로 접속 시도가 있었는지, 혹은 의도치 않게 남겨진 경로가 없는지 최종적으로 점검합니다. 이 과정에서 로그 기록이 남지 않는 도구가 있다면 해당 도구의 관리 방식을 재검토해야 합니다.
도입을 보류해야 하는 시스템 판단 기준과 예외
새로운 협업 도구나 마케팅 툴을 도입할 때, 기능의 편리함보다 먼저 살펴야 할 것이 '소유권'과 '종료 절차'입니다. 일부 도구는 가입 시 대행사의 계정을 통해 생성되어, 나중에 병원이 독립적으로 소유권을 가져오는 절차가 매우 까다롭거나 불가능한 경우가 있습니다.
만약 서비스 약관이나 설정 화면에서 소유권 이전 방법이 명시되어 있지 않거나, 계정 삭제 및 권한 회수 절차가 불명확한 도구라면 도입을 보류하는 것이 좋습니다. 원장님이 직접 컨트롤할 수 없는 계정 구조는 나중에 운영 주체가 바뀔 때 시스템 전체를 포기하고 다시 구축해야 하는 상황을 만듭니다. '우리 병원 이메일로 가입하고, 담당자를 초대하는 방식'인지 반드시 확인하십시오. 또한, 다국어 지원 도구를 사용할 때 정보 원본이 반드시 한국어여야 한다고 단정할 필요는 없습니다. 다만, 병원이 정한 단일 관리 원본이 무엇인지 정의하고, 언어별로 누가 갱신 책임을 질 것인지 명확히 하는 체계가 필요합니다.
개인정보 보호와 안전조치의 운영 관점
병원 시스템 계정 관리는 단순한 편의를 넘어 개인정보보호법과 안전조치 기준을 준수하는 일입니다. 개인정보보호법은 개인정보 처리 시스템에 대한 접근 권한을 제한하고, 변경 이력을 관리하도록 규정하고 있습니다.
접근 권한을 적절히 부여하지 않고 퇴사자에게 방치하는 것은 안전조치 의무를 소홀히 하는 결과가 됩니다. 특히 상담 도구나 고객 관리 시스템(CRM)처럼 환자의 연락처와 상담 내용이 포함된 시스템은 더욱 엄격해야 합니다. NIST Cybersecurity Framework의 관점에서도 자산과 권한을 식별하고, 이를 보호하며, 이상 징후를 탐지하고 대응하는 운영 체계를 갖추는 것이 중요합니다. 이는 거창한 보안 솔루션을 도입하는 것이 아니라, '누가 우리 병원의 정보에 접근할 수 있는가'를 명확히 기록하고 관리하는 것에서 시작합니다. 권한 부여 이력이 남지 않는 도구를 사용할 경우, 수동으로라도 변경 일자와 내용을 기록하는 원장이 필요합니다.
확인한 자료
- NIST Cybersecurity Framework: https://www.nist.gov/cyberframework
- 개인정보보호법: https://www.law.go.kr/법령/개인정보보호법
- 개인정보보호위원회: https://www.pipc.go.kr/
자주 묻는 질문
직원이 개인 이메일로 병원 계정을 만들었다고 하는데 어떻게 해야 하나요?
가장 먼저 해당 계정의 소유권을 병원 공식 이메일로 이전해야 합니다. 소유권 이전이 불가능한 구조라면, 즉시 새 계정을 병원 이메일로 생성하고 기존 데이터를 옮긴 뒤 개인 계정의 접근 권한을 삭제하십시오.
대행사에 모든 권한을 줘도 운영상 문제가 없지 않나요?
운영은 편리할 수 있으나, 대행사 변경 시 소유권 분쟁이나 계정 상실의 위험이 있습니다. 반드시 원장님 계정을 '소유자'로 설정하고, 대행사에는 '관리자' 또는 '편집자' 권한만 부여하는 것이 안전합니다.
비밀번호만 주기적으로 바꾸면 권한 관리가 되는 것 아닌가요?
공용 계정을 쓰는 경우 비밀번호 변경이 도움이 되지만, 개별 계정으로 초대된 경우에는 비밀번호를 바꿔도 해당 사용자의 접근 권한은 그대로 유지됩니다. 따라서 '사용자 목록'에서 해당 인원을 직접 제거하는 과정이 반드시 필요합니다.