병원 개인정보보호 체크리스트: EMR·PACS를 멈추지 않고 지키는 보안 점검

읽기 전에 확인할 법률·사고 대응 기준

이 글은 의료기관의 개인정보보호와 사이버보안 점검을 위한 일반적인 실무 안내입니다. 특정 병원의 법적 의무, 유출 여부, 과징금 가능성, 포렌식 결과 또는 보안 인증 적합성을 판정하지 않습니다.

적용 기준은 병원의 규모만으로 결정되지 않습니다. 처리하는 정보의 종류와 수량, 시스템 구조, 외부 위탁 관계, 인터넷 연결 상태, 사고 경위에 따라 달라질 수 있으므로 중요한 판단은 개인정보보호책임자, 시스템 공급사, 보안 전문가 또는 관련 자격을 갖춘 법률 전문가와 확인해야 합니다.

2026년 7월 1일부터 개인정보의 안전성 확보조치 기준 개정 고시가 시행되고 있습니다. 병원이 과거 체크리스트를 재사용하고 있다면 현재 고시의 접근권한, 내부 관리계획, 접속기록, 암호화 및 위험관리 항목과 다시 비교해야 합니다.

또한 2026년 9월 11일 시행 예정인 개인정보 보호법 개정에는 사업주 또는 대표자의 최종 책임, 전문인력과 예산 지원에 관한 규정이 포함되어 있습니다. 이 글의 최종 검토 시점인 2026년 7월에는 아직 시행 전이므로 현재 의무와 예정된 제도를 구분해 준비하는 것이 안전합니다.

서버보다 먼저 볼 것: 환자정보가 움직이는 경로

접수부터 폐기까지 한 장으로 그리기

첫 점검 대상은 방화벽이나 서버 사양이 아니라 환자정보의 이동 경로입니다. 접수, 진료, 검사, 영상 판독, 처방, 수납, 보험청구, 진료기록 사본 발급, 보관과 파기 순서로 정보를 적고 각 단계에 사용되는 사람·기기·프로그램·외부업체를 연결합니다.

흐름도는 정교한 설계도가 아니어도 됩니다. A4 한 장에 “어떤 정보가, 어디에서, 누구에게, 어떤 방식으로 이동하는가”만 적어도 EMR 밖의 위험이 보이기 시작합니다.

업무 단계	확인할 정보	놓치기 쉬운 복사본	남겨야 할 증빙
접수·예약	성명, 연락처, 주민등록번호, 증상	예약 메모, 문자발송 명단, 통화 녹취	수집 항목 목록, 보유기간, 접근자
진료·검사	진료기록, 처방, 검사 결과	개인 PC 다운로드, 휴대전화 사진	접근권한표, 다운로드 기록
영상 판독	환자번호, 영상, 판독 결과	외부 판독용 파일, 이동식 저장장치	전송 방식, 수신자, 삭제 확인
보험청구	진료내역, 상병, 본인부담금	청구 오류 확인용 엑셀	저장 위치, 암호화, 삭제 주기
외부 위탁	문자, 콜센터, 클라우드, 유지보수 자료	업체 노트북, 작업 화면 갈무리	위탁계약, 작업 기록, 파기 확인서

EMR 밖으로 나가는 세 가지 출구

• 사람의 편의: 직원이 환자 명단을 엑셀로 내려받아 바탕화면이나 개인 메일에 저장합니다.
• 업체의 편의: 원격지원 중 오류 화면이나 데이터 일부를 외부업체 PC로 복사합니다.
• 업무의 관성: 검사 결과, 처방전, 의뢰서, 보험청구 자료를 메신저로 전달하는 관행이 남아 있습니다.

문자·녹취·모바일 문진의 그림자 데이터

예약 문자에는 병원명과 진료 일정만 있어도 환자의 의료기관 이용 사실이 드러날 수 있습니다. 상담 녹취, 챗봇 문의, 모바일 문진표, 외부 설문 서비스에는 증상과 복약 정보가 함께 남을 가능성이 있으므로 EMR과 별개의 개인정보처리시스템으로 관리되는지 확인해야 합니다.

퇴사자 계정 하나가 드러내는 접근권한 문제

개인별 계정과 최소권한이 출발점입니다

EMR과 PACS 계정은 업무에 필요한 최소 범위로 차등 부여하고, 정당한 사유가 없다면 직원별로 발급해 공유하지 않도록 관리해야 합니다. 의사, 간호사, 원무팀, 영상 담당자, 전산 담당자, 외주 직원이 같은 화면과 다운로드 권한을 가질 이유는 거의 없습니다.

공용 계정은 누가 환자정보를 열람했는지 설명하기 어렵게 만듭니다. 진료 흐름 때문에 즉시 폐지가 곤란하다면 먼저 관리자 계정과 대량 다운로드 권한부터 개인별 계정으로 분리하고, 단계적으로 전환하는 편이 현실적입니다.

역할	일반적인 업무 권한	제한을 검토할 권한	점검 증빙
진료 의사	담당 환자 진료기록 조회·작성	전체 환자 일괄 다운로드	역할별 권한표
간호 인력	간호기록, 처치 관련 정보	청구·회계 전체 자료	부서별 계정 목록
원무팀	접수, 수납, 청구에 필요한 정보	불필요한 상세 임상기록	화면·메뉴 권한 내역
전산 관리자	시스템 운영과 장애 조치	상시 환자정보 열람	관리자 작업 승인서
외부 유지보수	승인된 시간의 제한된 작업	상시접속, 자료 반출, 임의 계정 생성	접속 시간·IP·작업 기록

입사·이동·휴직·퇴사 당일의 절차

접근권한을 부여하거나 변경·말소한 내역은 최소 3년간 기록하는 것이 현행 기준입니다. 퇴사자의 계정은 인사 담당자가 전산 담당자에게 나중에 알려주는 방식이 아니라 퇴사 확정과 동시에 종료 작업표에 들어가야 합니다.

1. 인사변동 예정일과 대상자 명단을 전산 담당자에게 전달합니다.
2. EMR, PACS, 예약, 이메일, 클라우드, 원격제어 계정을 함께 확인합니다.
3. 업무 인수인계가 필요하면 계정을 공유하지 말고 자료 소유권을 이전합니다.
4. 퇴사 당일 계정을 비활성화하고 출입카드와 저장장치를 회수합니다.
5. 완료자, 완료시각, 예외사항을 인사 기록과 함께 보관합니다.

계정 종료 절차를 별도로 정비하려면 퇴사자 계정 정리 체크리스트와 연결해 이메일·클라우드·공용 저장소까지 한 번에 확인하는 편이 좋습니다.

실제 적용 사례: 퇴사자 계정이 살아 있던 작은 의원

다음은 여러 현장에서 생길 수 있는 상황을 합쳐 구성한 가상의 사례입니다. 한 의원은 직원이 퇴사하면 출입카드만 반납받고 EMR 계정은 새 직원이 그대로 사용했습니다. 진료가 바쁘다는 이유로 계정 이름도 이전 직원의 이름을 유지했습니다.

몇 달 뒤 야간에 다수 환자기록이 조회된 사실이 발견됐지만, 실제 접속자가 누구였는지 바로 확인할 수 없었습니다. 공용 PC였고 비밀번호를 여러 사람이 알고 있었으며, 원격지원 프로그램도 자동 실행 상태였습니다.

의원은 새 보안 솔루션을 먼저 구입하지 않았습니다. 활성 계정 목록을 출력하고 재직자 명단과 대조한 뒤, 개인별 계정 발급과 퇴사 당일 비활성화 절차를 만들었습니다. 관리자 권한은 원장과 전산 담당자에게도 상시 부여하지 않고 필요한 작업 때만 승인했습니다.

이 사례의 교훈은 단순합니다. 비싼 장비보다 “현재 누가 어떤 권한을 가지고 있는가”를 설명할 수 있는 명단이 먼저입니다.

암호화했는데도 새는 단말·원격접속·외부업체 구간

암호화 솔루션보다 저장 위치를 먼저 확인하세요

병원 서버의 데이터베이스가 암호화돼 있어도 직원이 내려받은 엑셀, 진료기록 사본, 영상 파일, 오류 확인용 자료가 평문으로 남을 수 있습니다. 암호화 점검은 “제품을 설치했는가”가 아니라 저장 위치와 전송 경로별로 적용됐는가를 확인하는 작업입니다.

• 직원 PC의 다운로드 폴더와 바탕화면
• 노트북·태블릿·USB와 외장 저장장치
• NAS와 부서 공유폴더
• 이메일 첨부파일과 메신저 전송 자료
• 클라우드 동기화 폴더와 자동 백업 영역
• 외부업체가 장애 분석을 위해 반출한 파일

원격접속은 시간·사람·기기·목적을 묶어 제한합니다

외부업체의 원격지원 계정을 24시간 열어두는 방식은 편하지만 공격자에게도 오래 열린 문이 됩니다. 필요한 시간에만 접속을 승인하고, 접속 가능한 IP와 단말을 제한하며, 다중인증과 작업 기록을 적용하는 구조가 바람직합니다.

KISA는 2026년 의료기관의 EMR·PACS와 연결 단말에 대한 랜섬웨어 주의를 안내하면서 외부 노출 자산 파악, 접속 IP·단말 제한, 다중인증, 비정상 로그 점검, 외부업체 상시 원격연결 제한을 권고했습니다. 이는 특정 제품을 구입하라는 의미보다 외부 접점을 줄이라는 운영 원칙에 가깝습니다.

위탁계약에 넣을 원격작업 조건

• 승인받은 작업자와 대체 작업자의 범위
• 접속 가능한 날짜, 시간, IP와 단말
• 다중인증과 관리자 계정 사용 기준
• 화면 갈무리, 파일 다운로드, 외부 반출 제한
• 작업 로그와 접속기록의 제공 기한
• 사고 의심 시 병원에 통보할 시간
• 계약 종료 후 계정·백업본·작업자료의 삭제 증명

접속기록을 보관하고도 사고를 놓치는 이유

의료정보를 처리한다면 2년 보관 기준부터 확인합니다

개인정보처리시스템 접속기록의 일반 보관 기준은 1년 이상입니다. 다만 5만명 이상의 개인정보를 처리하거나 고유식별정보 또는 민감정보를 처리하는 시스템 등은 2년 이상 보관해야 합니다.

진료기록을 처리하는 EMR과 PACS는 통상 민감정보를 다루므로 병원은 2년 보관 대상 여부를 우선 검토해야 합니다. 기록에는 접속자, 접속 일시, 접속한 정보, 수행 업무, 다운로드 여부를 판단할 수 있는 정보가 실제로 남는지 확인해야 합니다.

쌓아두는 로그와 점검하는 로그는 다릅니다

접속기록을 저장만 하고 아무도 보지 않는다면 사고가 발생한 뒤에야 의미를 갖습니다. 내부 관리계획에 점검 주기, 점검 방법, 이상행위 판단 기준, 발견 후 조치 절차를 적고 실제 점검 결과를 남겨야 합니다.

이상 징후	확인할 질문	첫 조치
야간·휴일 접속	당직이나 승인된 유지보수였는가	근무표·작업요청서와 대조
짧은 시간의 대량 조회	업무상 필요한 범위였는가	조회 환자 수와 화면 이동 확인
대량 다운로드	다운로드 목적과 저장 위치가 기록됐는가	파일 위치 보존 후 계정 제한
낯선 외부 IP	승인된 업체 또는 출장자의 접속인가	접속 차단 후 사용자 확인
퇴사자·휴면 계정 사용	계정 공유나 탈취 가능성이 있는가	즉시 비활성화하고 관련 로그 보존
관리자 권한 상승	변경 승인과 작업 내역이 존재하는가	권한 회수 후 변경 범위 조사

비정상 조회가 발견되면 화면 몇 장만 확인하고 끝내지 말고 개인정보 유출 로그 확인 절차를 참고해 계정, IP, 파일 다운로드, 외부 전송 흔적을 시간순으로 묶는 것이 좋습니다.

다운로드는 별도 위험으로 관리합니다

한 명의 직원이 환자 1명의 기록을 조회하는 것과 수천 명의 명단을 엑셀로 내려받는 것은 위험의 크기가 다릅니다. 다운로드한 사람, 대상 정보, 건수, 목적, 저장 위치, 삭제 예정일을 확인할 수 있어야 하며 기준을 초과한 다운로드는 책임자 검토 대상으로 분류하는 편이 좋습니다.

조금 더 깊이 알고 싶다면

로그 분석에서 기준선은 각 병원의 평소 업무 패턴입니다. 검진센터는 특정 시간대에 대량 조회가 정상일 수 있고, 일반 의원에서는 같은 행동이 이례적일 수 있습니다.

따라서 모든 대량 조회를 사고로 단정하기보다 직군별 평상시 접속 시간, 평균 조회량, 승인된 외부 IP, 반복되는 업무를 기준선으로 만들고 기준선을 벗어난 행동을 사람이 검토하는 방식이 현실적입니다.

백업은 있는데 복구가 안 되는 병원의 공통점

원본과 백업이 같은 계정으로 연결돼 있습니다

EMR 원본 서버와 백업 저장소가 같은 관리자 계정으로 연결돼 있으면 공격자가 한 번의 권한 탈취로 두 영역을 함께 암호화할 수 있습니다. 백업은 위치만 나누는 것이 아니라 계정, 권한, 네트워크 경로까지 분리해야 합니다.

온라인 백업은 빠른 복구에 유리하지만 공격자가 접근할 가능성도 있습니다. 네트워크에서 분리된 백업이나 변경하기 어려운 백업본을 함께 운영하면 비용은 늘지만 대규모 랜섬웨어 사고에서 복구 가능성을 높일 수 있습니다.

백업 완료보다 마지막 복원 성공일을 확인하세요

백업 프로그램의 초록색 완료 표시가 데이터 정합성까지 보장하지는 않습니다. 데이터베이스, 의료영상, 첨부문서, 사용자 계정, 시스템 설정을 시험 환경에 복원하고 실제로 열리는지 확인해야 합니다.

확인 항목	질문	증빙 예시
백업 범위	EMR·PACS·첨부문서·설정이 모두 포함되는가	백업 대상 목록
분리 수준	원본 서버 계정으로 백업본을 삭제할 수 있는가	계정·권한 구조도
복구 시점	어느 시각의 데이터까지 되돌릴 수 있는가	복구 목표 시점 기록
복구 시간	진료 재개까지 몇 시간이 필요한가	복원 시험 소요시간
정합성	환자번호, 처방, 영상이 서로 맞는가	표본 대조 결과
최근 성공일	마지막으로 실제 복원에 성공한 날짜는 언제인가	복구 시험 보고서

백업 제품이나 저장 용량을 비교해야 한다면 기업용 클라우드 백업 가격 비교 기준을 참고하되, 병원에서는 가격보다 의료정보 저장 위치, 국외 이전 여부, 암호화, 접근기록, 복구 지원시간과 계약 종료 후 삭제 조건을 먼저 확인해야 합니다.

EMR이 멈춘 동안의 진료 절차도 백업입니다

데이터를 되살리는 기술적 복구와 환자를 계속 진료하는 업무 복구는 별개의 문제입니다. 종이 접수 양식, 임시 환자번호 부여, 처방 확인, 검사 결과 전달, 복구 후 기록 재입력과 중복 방지 절차를 미리 정해야 합니다.

유출과 랜섬웨어가 의심될 때의 대응 순서

먼저 멈추고, 남기고, 범위를 좁힙니다

감염된 PC를 반복해서 재부팅하거나 임의로 초기화하면 메모리 정보, 접속기록, 악성 파일, 암호화 시각 같은 단서가 사라질 수 있습니다. 환자안전을 해치지 않는 범위에서 네트워크 연결을 제한하고 현재 화면과 시각, 사용자, 연결 장비를 기록해야 합니다.

1. 격리: 의심 단말과 외부 원격접속 경로를 제한합니다.
2. 보존: 경고 화면, 로그, 파일명, 계정, 시각을 변경 없이 남깁니다.
3. 보고: 원장·대표자, 개인정보보호책임자, 전산 책임자에게 동시에 알립니다.
4. 분석: 영향을 받은 계정, 서버, 환자정보, 백업본의 범위를 확인합니다.
5. 판단: 정보주체 통지와 개인정보 유출 신고, 침해사고 신고 대상을 검토합니다.
6. 복구: 깨끗한 환경과 확인된 백업본을 이용해 우선 진료 기능부터 복원합니다.

감염된 컴퓨터의 전원을 어떻게 다뤄야 할지 판단하기 어렵다면 랜섬웨어 감염 컴퓨터 전원 종료 시 주의사항을 확인하고, 환자 진료에 미치는 영향과 증거 보존 필요성을 함께 고려해야 합니다.

72시간은 모든 사실을 확정하는 시간이 아닙니다

현행 시행령은 개인정보 유출을 알게 된 때부터 원칙적으로 72시간 이내에 정보주체에게 통지하도록 규정합니다. 유출 항목이나 시점을 모두 확인하지 못했다면 확인된 내용으로 우선 통지하고 추가 내용은 확인되는 즉시 보완하는 구조입니다.

1천명 이상의 개인정보, 민감정보 또는 고유식별정보, 외부 불법 접근에 의한 유출 등에 해당하면 개인정보보호위원회 또는 한국인터넷진흥원 신고도 검토해야 합니다. 병원정보는 민감정보를 포함할 가능성이 높으므로 규모가 작다는 이유만으로 신고 검토를 미루어서는 안 됩니다.

다만 단순한 보안 경고나 감염 의심만으로 곧바로 유출이 확정되는 것은 아닙니다. 중요한 것은 최초 인지 시각, 확인된 사실, 미확인 사항, 긴급 조치와 판단 근거를 시간순으로 기록하는 것입니다.

사고 초기에 피해야 할 행동

• 로그와 악성 파일을 정리한다는 이유로 삭제하기
• 외부업체 한 곳에만 알리고 내부 책임자 보고를 미루기
• 정확한 규모가 나올 때까지 통지·신고 검토를 시작하지 않기
• 환자에게 검증되지 않은 원인과 피해 범위를 단정해 알리기
• 복구를 서두르며 감염 원인이 남은 장비를 다시 연결하기
• 몸값 지급 여부를 한 사람의 판단으로 결정하기

환자 안내가 필요할 때는 추측보다 확인된 사실과 보호조치를 중심으로 작성해야 합니다. 문안 구조는 개인정보 유출 안내문 작성 방법을 참고할 수 있지만, 실제 발송 전에는 사고 경위와 법적 통지 항목을 별도로 검토해야 합니다.

처리방침·위탁계약·책임체계를 실제 운영과 맞추기

홈페이지 문구와 실제 시스템을 대조합니다

개인정보 처리방침에는 현재 수집하는 항목, 처리 목적, 보유기간, 제3자 제공, 처리위탁, 국외 이전, 파기 방법, 정보주체 권리와 담당자 정보가 실제 운영과 맞게 반영돼야 합니다.

예약 시스템을 바꾸거나 문자발송 업체를 추가하고도 처리방침이 그대로라면 문서와 현장 사이에 틈이 생깁니다. 홈페이지 문구를 먼저 고치기보다 실제 시스템과 수탁사 목록을 확정한 뒤 문서를 수정하는 순서가 효율적입니다.

개인정보보호위원회는 2026년 4월 개정된 개인정보 처리방침 작성지침을 공개하고 있으며, 구체적인 사례와 작성 기준을 제공하고 있습니다.

직접 작성할지 외부 도움을 받을지 고민한다면 개인정보 처리방침 작성 방법과 처리방침 작성 대행 비용의 비교 기준을 함께 살펴볼 수 있습니다.

수탁사 목록보다 재위탁 경로가 더 중요할 수 있습니다

EMR 공급사, 클라우드 사업자, 문자발송 업체, 콜센터, 검사기관, 서버 유지보수 업체가 다른 사업자에게 저장·상담·원격지원 업무를 다시 맡길 수 있습니다. 계약 상대방만 적어두지 말고 재위탁 업체와 데이터가 실제 저장되는 위치를 확인해야 합니다.

• 처리하는 환자정보의 항목과 이용 목적
• 접근 가능한 직원·협력사의 범위
• 재위탁 가능 여부와 사전 통보 절차
• 국내·국외 데이터 저장 위치
• 접속기록과 작업기록의 제공 가능 여부
• 사고 인지 후 병원에 통보할 기한
• 계약 종료 후 원본·복사본·백업본 삭제 방법
• 삭제 완료를 확인할 수 있는 증명 자료

원장·대표자에게 보고할 보안 현황은 세 장이면 됩니다

보안 보고서를 기술 용어로 가득 채우면 의사결정이 늦어집니다. 첫 장에는 현재 가장 큰 위험 5개, 둘째 장에는 환자 진료에 미치는 영향, 셋째 장에는 필요한 비용과 완료기한을 정리하는 방식이 실용적입니다.

보고 항목	좋지 않은 표현	결정에 도움이 되는 표현
퇴사자 계정	계정 관리 미흡	퇴사자 계정 4개 활성 상태, 이번 주 비활성화 필요
백업	백업 시스템 운영 중	매일 백업 중이나 최근 12개월간 복원 시험 없음
원격접속	업체가 관리함	외주 계정 2개가 상시 접속 가능, 다중인증 미적용
구형 장비	교체 필요	보안 지원 종료 장비가 PACS망과 연결, 우선 격리 검토
예산	보안 강화 비용 필요	계정 정비는 내부 처리, 복구 시험과 외부 진단은 견적 필요

무료 점검과 유료 보안 서비스의 선택 기준

도구를 사기 전에 운영 절차부터 정리합니다

퇴사자 계정 삭제, 공용 계정 축소, 기본 비밀번호 변경, 외부 원격접속 종료, 백업 대상 확인은 큰 예산 없이도 시작할 수 있습니다. 담당자와 완료기한이 없는 상태에서 도구부터 구입하면 경고만 쌓이고 실제 대응은 달라지지 않을 수 있습니다.

반대로 인터넷에 노출된 장비가 많거나 야간 관제가 어렵고, 과거 침해 흔적이 있거나 복구 시험에 실패했다면 내부 체크리스트만으로 충분하다고 보기 어렵습니다.

선택 단계	적합한 상황	주요 구성	비용 전에 확인할 사항
기본형	소규모 의원, 전산 구조가 단순하고 즉시 사고 징후가 없음	계정 정리, 패치, 기본 비밀번호 변경, 백업 목록, 직원 교육	담당자와 월별 점검일이 지정됐는가
실속형	EMR·PACS·NAS·클라우드와 외주접속이 함께 존재	취약점 점검, 다중인증, 로그 점검, 복원 시험, 단말 보호	점검 범위와 개선 지원이 견적에 포함되는가
강화형	다수 지점, 야간 진료, 외부접속이 많거나 과거 사고 경험이 있음	상시 관제, 침해대응, 망 분리·세분화, 재해복구, 모의훈련	탐지 후 통보시간과 현장 대응 범위가 계약에 명시되는가

백신과 EDR, 관제서비스는 역할이 다릅니다

백신은 알려진 악성 파일 차단에 강점이 있고, 단말 탐지·대응 도구는 실행 행위와 이상 징후를 더 폭넓게 추적하는 데 사용됩니다. 관제서비스는 여러 장비의 경고를 사람이 분석하고 대응을 연결하는 역할을 합니다.

도입 범위를 정할 때는 중소기업용 백신과 단말 탐지·대응 도구의 차이를 참고하되, 의료기기 호환성, 시스템 성능, 지원 종료 장비, 경고 대응 담당자를 함께 검토해야 합니다.

보안업체에 견적을 받을 때 물어볼 질문

• EMR·PACS·NAS·의료기기 중 어디까지 점검합니까?
• 외부 노출 자산과 원격접속 경로도 확인합니까?
• 발견한 취약점의 위험도와 개선 순서를 설명합니까?
• 실제 복원 시험이 포함됩니까, 백업 설정만 확인합니까?
• 사고 발생 시 최초 응답과 현장 지원 시간은 어떻게 됩니까?
• 로그와 환자정보를 업체가 열람하거나 외부로 반출합니까?
• 보고서에 재점검과 개선 확인이 포함됩니까?
• 계약 종료 후 수집한 로그와 분석 자료를 어떻게 삭제합니까?

사이버보험은 보안 통제를 대신하지 않지만 사고 대응, 포렌식, 법률 검토, 통지 비용 등의 재정적 충격을 줄이는 수단이 될 수 있습니다. 가입을 검토한다면 사이버보험의 랜섬웨어 보상 범위를 살펴보고, 의료정보 사고, 복구비, 업무중단, 외주업체 사고, 몸값 관련 면책을 약관에서 확인해야 합니다.

자주 묻는 질문

동네 의원도 대형병원과 같은 기준을 따라야 하나요?

개인정보 보호 의무는 병원 규모가 작다는 이유만으로 사라지지 않습니다. 다만 필요한 보호조치의 구체적인 수준은 처리 정보의 규모, 민감도, 시스템 구조와 위험에 따라 달라질 수 있습니다. 의원이라도 EMR, PACS, 원격지원, NAS를 사용한다면 계정·접속기록·백업·위탁관계 점검이 필요합니다.

EMR 업체가 서버를 관리하면 유출 책임도 업체만 지나요?

그렇지 않습니다. 병원은 개인정보처리자로서 위탁 업무와 수탁사를 관리·감독해야 하며, 업체의 기술적 책임과 병원의 법적·관리적 책임은 별도로 검토될 수 있습니다. 계약서에 사고 통보, 로그 제공, 재위탁, 자료 삭제와 책임 범위를 구체적으로 적어야 합니다.

직원이 환자 차트를 휴대전화로 촬영하면 곧바로 유출인가요?

촬영 사실만으로 모든 법적 판단이 자동 확정되는 것은 아닙니다. 그러나 업무상 승인 여부, 개인기기 저장, 외부 전송, 자동 클라우드 동기화, 제3자 열람 가능성을 즉시 확인해야 합니다. 불필요한 촬영을 금지하고 승인된 안전한 전달 절차를 마련하는 것이 우선입니다.

보안 지원이 종료된 구형 PACS 장비를 계속 써도 되나요?

지원 종료 장비는 취약점이 발견돼도 수정 프로그램을 받지 못할 수 있습니다. 즉시 교체가 어렵다면 인터넷과 일반 업무망에서 격리하고, 접근 가능한 계정과 포트를 줄이며, 제조사·공급사에 대체 장비와 이전 계획을 문의해야 합니다.

환자정보 백업을 NAS 한 대에만 저장해도 충분한가요?

원본 서버와 NAS가 같은 네트워크와 관리자 계정으로 연결돼 있다면 랜섬웨어에 함께 노출될 수 있습니다. 분리된 계정, 접근 제한, 별도 저장소, 오프라인 또는 변경 방지 백업을 검토하고 실제 복원 시험으로 확인해야 합니다.

민감정보 접속기록은 몇 년 동안 보관해야 하나요?

고유식별정보 또는 민감정보를 처리하는 개인정보처리시스템은 접속기록을 2년 이상 보관·관리해야 하는 대상에 포함됩니다. 병원 EMR과 PACS가 처리하는 정보의 성격을 확인하고, 로그가 단순 로그인 기록을 넘어 조회·변경·다운로드 상황을 판단할 수 있는지도 점검해야 합니다.

유출이 의심되지만 피해 범위를 모를 때도 72시간이 적용되나요?

단순한 의심과 개인정보 유출을 알게 된 상태를 구분해야 합니다. 다만 유출이 확인됐다면 모든 세부 사실이 확정될 때까지 기다리는 방식은 적절하지 않을 수 있습니다. 확인된 내용으로 우선 통지·신고하고 이후 확인되는 내용을 보완할 수 있으므로 최초 인지 시각과 판단 근거를 기록해야 합니다.

외국 클라우드에 병원 데이터를 저장하려면 무엇을 확인해야 하나요?

저장 국가, 실제 운영사와 재위탁사, 국외 이전의 법적 근거와 고지·동의 요건, 암호화, 접근통제, 사고 통보, 계약 종료 후 삭제, 국내 복구 지원 가능성을 확인해야 합니다. 국내 사업자의 서비스라도 백업본이나 기술지원 과정에서 데이터가 국외로 이동할 수 있으므로 계약서와 처리방침을 함께 검토해야 합니다.

모든 병원이 ISMS 또는 ISMS-P 인증을 받아야 하나요?

모든 병원에 인증 의무가 일률적으로 적용되는 것은 아닙니다. 의무 대상 여부는 관련 법령의 기준과 병원의 사업·정보처리 규모에 따라 확인해야 합니다. 인증 대상이 아니더라도 접근권한, 접속기록, 암호화, 위탁관리, 사고 대응 같은 기본 의무와 위험관리는 필요합니다.

오늘 30분 안에 보안 기준선 파일 만들기

오늘 모든 취약점을 해결할 필요는 없습니다. 대신 현재 상태를 설명할 수 있는 한 장을 만드는 것으로 시작하세요. 이 문서가 있어야 예산 요청, 업체 견적, 원장 보고와 다음 점검이 같은 방향으로 움직입니다.

1. 10분: EMR·PACS·예약·이메일·클라우드의 활성 계정 목록을 내려받아 퇴사자, 휴면, 공용, 관리자 계정을 표시합니다.
2. 10분: 외부에서 접속 가능한 서버, NAS, 공유기, 원격제어 프로그램과 유지보수 업체 계정을 적습니다.
3. 5분: 마지막 백업 성공일이 아니라 마지막 복원 성공일과 소요시간을 확인합니다.
4. 5분: 각 위험에 담당자, 완료기한, 확인 증빙을 지정합니다.

파일명은 병원명_개인정보보호_기준선_20260724처럼 날짜를 포함해 저장하세요. 다음 달에는 새 문서를 만들기보다 같은 항목의 상태와 증빙을 갱신하면 변화가 보입니다.

오늘 한 가지 선택만 한다면 활성 계정 목록부터 내려받으세요. 환자정보에 접근할 수 있는 사람을 설명하지 못하는 상태에서는 어떤 보안 도구도 병원의 문을 대신 잠가주지 못합니다.

개인정보 침해와 사이버사고 상담이 필요한 경우 국번 없이 118을 통해 공식 상담 창구를 확인할 수 있습니다.

최종 검토: 2026-07